|
I have a Patrike question, it's not a request or suggestion.
In the help you say that to use Aftherburner server, in the rig you have to deactivate if you have the options to modify the Voltage. I have done that as indicated by the help.
I have the need to reduce the core voltage. That's not TPD, it's not the same, I really need to reduce the voltage a bit to make undervolt and control the temperatures of the 5 rigs inside the ventilated cabinet.
My question is. If I manually, I go to each rig and activate the voltage control and reduce the voltage a little. Is there any interference with aftherburner server or awesome ?. I guess when Awesome tells you to change TDP, CORE or MEM, it would not cause the voltage change. or if?
I suppose you can tell me before I waste my time. Thank you in advance for your response and patience.
In the end, I think that everything I ask and ask is useful information left in the forum for newcomers. I do not know if he believed me, but I read all the pages of this post.
|
|
|
|
|
Hello patrike, your solution works perfectly. It is even simpler, you just have to make an extra profile for each rig, just for the Clock, and the Rig to follow an extra profile only with the HASH, and with this you mount the groups you select them in each rig and everything PERFECT .
I have also created a rule that if the total of all the cards does not exceed X of estimated daily benefits, it does autoswich and all the rigs change.
Thanks for thinking about the problem, for giving me a somewhat complex solution but a real solution, waiting for a better implementation.
Thank you very much for wasting your time explaining a real solution.
|
|
|
|
I just reviewed the entire API, since the knowledge for C # is null and I do not have time.
Through the api you can do many things as you indicate, but I can not capture the value of the currency that is being mined in a variable for the rig3 id = 16, and then apply that currency in the rest of the ID of the rigs.
You can not directly from the api that only gives the information, or active functions, another thing is to learn VBA in Excel to be able to make a small program, compile it to EXE and be able to execute it by a rule. Or even run the VBA from Excel. Because I suppose that is from VBA I could parse the result of the api, to take the value that interests me, put it in a variable and be able to use it, but I do not have that knowledge.
My knowledge does not give for more. I would appreciate help or option in rules or wherever to have that behavior.
It requires extensive knowledge to do these actions, knowledge that very few have, and that would take a long time to learn.
It is also difficult to find DEV to make small scripts, in the end it only remains to resort to the programmer.
If any DEV that reads me through the forum, offers to make me the small C # for a small amount of money, tell me by private.
I feel very frustrated.
I just had another idea how to approach this configuration - it may not be exactly what you are requesting, but maybe acceptable for the moment. I don't know how many miners you have in total, so if it's a large number this suggestion will be too complicated. Even if you the concept below isn't usable in your case, the information given below might be useful to others. My understanding is that you have mining systems with different GPU's, so you also have different Profit Profiles for your miners. If they all had the same profit profile, this wouldn't be an issue. You do however need the different profiles due to clocking settings. What if you make use of the Profile Groups (also defined in Options dialog, Profilt Profiles section)? All mining software setting and overclocking settings will only be taken from the first profit profile in the group. The profit information is however the sum of all profits from all the include Profit Profiles. Let's say you have Miner#1 that you want all other miners to "follow". Miner#1 has the profit profile Profile#A, defining clocking settings and hashrates. You also have Miner#2 with profit profile Profile#B, defining clocking settings and hashrates. What if you separate the clocking settings and the hashrates into two separate profiles? So you have Profile#B-Clock and Profile#B-Hash. Let's assume you define a Profile Group called "Group#B-Individual". The Profile Group is defined like this: - Profile#B-Clock (all clocking setting are defined, but the hashrates are configured as 0) - Profile#B-Hash (all hashrates will be taken from this one) Letting Miner#2 use "Group#B-Individual" instead of the original "Profile#B" (the profile that contained everything) shouldn't be any different. The total hashrate is only made up of what's in "Profile#B-Hash", as the other profile has zero hashrates. So let's define another Profile Group where Miner#2 is configured to follow Miner#1. Lets define "Group#B-Follow#A" like this: - Profile#B-Clock (all clocking setting are defined, but the hashrates are configured as 0) - Profile#A (all hashrates will be taken from this one) The result by using "Group#B-Follow#A" is that Miner#2 will have it's own clocking settings, but all hashrates are taken from Profile#A that is also used by Miner#1. The result is that whatever Miner#1 is mining, Miner#2 should also be mining the same. The bottom line is that when you set Miner#2 to use the Profile Group called "Group#B-Individual", it will follow the hashrates specific to this miner and may not mine the same as the other miners. When you change the Profile Group of Miner#2 to "Group#B-Follow#A", it will still have the same clocking settings as before, but all the defined algorithm hashrates will be identical to what you have in Profile#A, and the profit switcher will make sure that both Miner#1 and Miner#2 is working on the same pool. If you have many miners that share the same Profit Profile, the profile change operation can be applied to many miners at once using rules with "Manual activation" and the action "Apply Profit Profile". for now I only have 5 rigs. It has been hard for me to understand, but it does serve temporarily. And I explain why temporarily. Following his example, suppose that rig 2 3 4 and 5 follow 1. His solution works, only when it is done autoswtich, so for now it works. But what happens if I add a rule to rig 1, that if it falls from 0.0023 daily profit that rig makes auto switch and changes. At that time the rest of the miners will continue in the previous currency and not in the one that is Rig 1. That's why your solution serves temporarily, because if I do not add that rule, when doing all auto swtich at the same time as the 1, it's normal for everyone to choose the same currency. My idea is when that function exists, indicate very high Switch times, 1 hour for example, and mine and mine that currency until it falls below X in benefits, when that happens, rig1 changes, and everyone else should follow him. Although it is something that gives me almost complete solution, and waiting over time that function, for now it serves me .. THANK YOU, with your explanation I have learned more about the Software. -... mmmmmmmm........... I think that if in the rule of when benefits fall, I do restart all miners, follow the Rig1 ..... This is very confusing to do, but it can be done. Over time I expect something simpler when you have time. |
|
|
|
I just reviewed the entire API, since the knowledge for C # is null and I do not have time.
Through the api you can do many things as you indicate, but I can not capture the value of the currency that is being mined in a variable for the rig3 id = 16, and then apply that currency in the rest of the ID of the rigs.
You can not directly from the api that only gives the information, or active functions, another thing is to learn VBA in Excel to be able to make a small program, compile it to EXE and be able to execute it by a rule. Or even run the VBA from Excel. Because I suppose that is from VBA I could parse the result of the api, to take the value that interests me, put it in a variable and be able to use it, but I do not have that knowledge.
My knowledge does not give for more. I would appreciate help or option in rules or wherever to have that behavior.
It requires extensive knowledge to do these actions, knowledge that very few have, and that would take a long time to learn.
It is also difficult to find DEV to make small scripts, in the end it only remains to resort to the programmer.
If any DEV that reads me through the forum, offers to make me the small C # for a small amount of money, tell me by private.
I feel very frustrated.
I just had another idea how to approach this configuration - it may not be exactly what you are requesting, but maybe acceptable for the moment. I don't know how many miners you have in total, so if it's a large number this suggestion will be too complicated. Even if you the concept below isn't usable in your case, the information given below might be useful to others. My understanding is that you have mining systems with different GPU's, so you also have different Profit Profiles for your miners. If they all had the same profit profile, this wouldn't be an issue. You do however need the different profiles due to clocking settings. What if you make use of the Profile Groups (also defined in Options dialog, Profilt Profiles section)? All mining software setting and overclocking settings will only be taken from the first profit profile in the group. The profit information is however the sum of all profits from all the include Profit Profiles. Let's say you have Miner#1 that you want all other miners to "follow". Miner#1 has the profit profile Profile#A, defining clocking settings and hashrates. You also have Miner#2 with profit profile Profile#B, defining clocking settings and hashrates. What if you separate the clocking settings and the hashrates into two separate profiles? So you have Profile#B-Clock and Profile#B-Hash. Let's assume you define a Profile Group called "Group#B-Individual". The Profile Group is defined like this: - Profile#B-Clock (all clocking setting are defined, but the hashrates are configured as 0) - Profile#B-Hash (all hashrates will be taken from this one) Letting Miner#2 use "Group#B-Individual" instead of the original "Profile#B" (the profile that contained everything) shouldn't be any different. The total hashrate is only made up of what's in "Profile#B-Hash", as the other profile has zero hashrates. So let's define another Profile Group where Miner#2 is configured to follow Miner#1. Lets define "Group#B-Follow#A" like this: - Profile#B-Clock (all clocking setting are defined, but the hashrates are configured as 0) - Profile#A (all hashrates will be taken from this one) The result by using "Group#B-Follow#A" is that Miner#2 will have it's own clocking settings, but all hashrates are taken from Profile#A that is also used by Miner#1. The result is that whatever Miner#1 is mining, Miner#2 should also be mining the same. The bottom line is that when you set Miner#2 to use the Profile Group called "Group#B-Individual", it will follow the hashrates specific to this miner and may not mine the same as the other miners. When you change the Profile Group of Miner#2 to "Group#B-Follow#A", it will still have the same clocking settings as before, but all the defined algorithm hashrates will be identical to what you have in Profile#A, and the profit switcher will make sure that both Miner#1 and Miner#2 is working on the same pool. If you have many miners that share the same Profit Profile, the profile change operation can be applied to many miners at once using rules with "Manual activation" and the action "Apply Profit Profile". for the moment it may be acceptable. I need to read several more times to understand it, I will try. I suppose that "for the moment" is some option or rule for just this. Anyway, thank you very much for your interest in trying to give me solutions. |
|
|
|
|
I just reviewed the entire API, since the knowledge for C # is null and I do not have time.
Through the api you can do many things as you indicate, but I can not capture the value of the currency that is being mined in a variable for the rig3 id = 16, and then apply that currency in the rest of the ID of the rigs.
You can not directly from the api that only gives the information, or active functions, another thing is to learn VBA in Excel to be able to make a small program, compile it to EXE and be able to execute it by a rule. Or even run the VBA from Excel. Because I suppose that is from VBA I could parse the result of the api, to take the value that interests me, put it in a variable and be able to use it, but I do not have that knowledge.
My knowledge does not give for more. I would appreciate help or option in rules or wherever to have that behavior.
It requires extensive knowledge to do these actions, knowledge that very few have, and that would take a long time to learn.
It is also difficult to find DEV to make small scripts, in the end it only remains to resort to the programmer.
If any DEV that reads me through the forum, offers to make me the small C # for a small amount of money, tell me by private.
I feel very frustrated.
|
|
|
|
you can add a custom rule that will notify you, there's a trigger for GPUs count.
Yes.. notify me if less than.. more then.. If I have 500 rigs I have to define one rule for each one because I don't have always 6gpus in a rig. you only need at most 20 rules, if you have 1~20 GPUs in those 500 rigs. Just apply the rules to the miners that matches your GPU/rule count. There are checkboxes you can select which miner to apply rule for, or miner groups. I'm reading about VBA and how to program it in Excel. I really have little time for this, but I want to try to see if I learn. You can suggest a guide, I have doubts like .... I save in VBA or copy that programming to AW as C #. Anyway, I have no idea, nor do I want to be all day asking if I can learn more or less. IF you can suggest resources to learn how to integrate it in AW, maybe a post from a forum, a tutorial etc ... |
|
|
|
Due to the excuses of the programmer that does not solve the problem that makes us lose money every day, and the smart ones who know c # but neither share nor help, I will be forced to remember this loss of money every day.
yesterday I lost ZIXX and Zcore coins, several times throughout the day. Tomorrow I will count the coins that I have lost, so that the users will realize that they also happen to him.
What is my solution to be looking all day the screen for when you see a coin, to put the rigs by hand, mining, for that I do it without AW
I have the impression that AW is focusing a lot on the big miners and ASIC and leaving aside obvious things from the GPU market.
Tomorrow I count the coins that I lose because this program does not have a simple basic function, nor a simple rule to do it, nor option, just wait for the programmer to do it, or that some smart instead of wasting time arguing, demonstrate what he knows by giving the community a c # to help us
If I lose coins I find a moral obligation to notify other users and tell them every day in this forum, the place where you have to talk about that.
Lately almost all the bus that they arrange are of older miners in ASIC
Going by your logic and attitude, good luck if you go far. Program = Useless because it doesn't have a "new" feature that you requested implemented or considered for implementation. Developer not considering your proposal given reason and workaround = Fleeing from problem, responsible for you losing "virtual" currency ** I never said I know C#, in fact, if you understand my post where I use the word "probably" means I (likely) don't know c#, maybe you should consider using less insulting words in the first place everytime you post, reports a problem, request a feature. To point you in the right direction, doing a big favour for you Generation of the Take For Granted, Everything must be handed on Silver Platter 1. - Open up microsoft Excel -> Data -> Import From Web 2. - plug in the appropriate API calls from AM (reference: http://www.awesomeminer.com/help/api.aspx) See for yourself, a whole new world! everything else, you can use Google to search how to write your own rules triggers with vba Sorry, I have not insulted, I guess it will be a failure of the translator. It is not my intention to say bad words, I can be intense, but I try to be respectful. If any sentence and concept has been mistranslated, I sincerely apologize. It also depends on the subjectivity of the one who reads. Sometimes I do not like to read some truths. And I do not pay to have to learn C #, I hope that over time my request is taken into account, and there is some form, whatever it is, a menu, a rule or something that a person who does not know how to program in c # can easily do . I reiterate my apologies, it is difficult to guess with some expressions used in other countries that can be mistranslated. |
|
|
|
|
Due to the excuses of the programmer that does not solve the problem that makes us lose money every day, and the smart ones who know c # but neither share nor help, I will be forced to remember this loss of money every day.
yesterday I lost ZIXX and Zcore coins, several times throughout the day. Tomorrow I will count the coins that I have lost, so that the users will realize that they also happen to him.
What is my solution to be looking all day the screen for when you see a coin, to put the rigs by hand, mining, for that I do it without AW
I have the impression that AW is focusing a lot on the big miners and ASIC and leaving aside obvious things from the GPU market.
Tomorrow I count the coins that I lose because this program does not have a simple basic function, nor a simple rule to do it, nor option, just wait for the programmer to do it, or that some smart instead of wasting time arguing, demonstrate what he knows by giving the community a c # to help us
If I lose coins I find a moral obligation to notify other users and tell them every day in this forum, the place where you have to talk about that.
Lately almost all the bus that they arrange are of older miners in ASIC
|
|
|
|
1231/5000
Another way that I can think of for patrike, is to create a new type of rule, where I for each rig tells you to make the same coin as the Rig3.
That is, it can be done without changing the interface and only adding the possibility in rules
But as this is very necessary and few people realize it and lose money every day with this problem. from my point of view, it would be appropriate for it to be something more in sight.
But I am content with a new type of rule that I can say,
The rig 1, makes the currency of the rig 3
the rig 2, makes the mneda of the rig 3
The rig 4 makes the same coin from the rig 3
The rig 5 makes the same coin as the rig 3
in this way, each rig, using its own profile, will be limited to mining the same currency as the rig 3. And that same rule when activating it should deactivate the auto swtich in that rig, so that there is no interference.
I try to contribute ideas, although I believe that theirs is to implement it well in view, so that all users use it easily and stop losing coins as we do most of them.
Knowing the problem with the Exchanges, Awersome miner has to give the tools to eliminate or minimize that problem for the good of the users that we trust in the program.
I think be bottom line here is that you request a feature in the profit switcher where it in fact doesn't do profit switching for a while - instead you want it to mine on a specific pool that you point out. I don't think there needs to be a concept of "follow" another rig - you might as well just select 4 miners (or a group), then right click and say that you want to force them to a specific pools for a period of time. Then it would either automatically revert to do profit switching after a day, or until you cancel this temporary pool selection. Today these features are not part of the profit switcher today, as it only looks at the profit. If you only want to make the change for a while, an ugly workaround would be to define a very high profit factor on a pool, and the profit switcher will run in that direction. 1. your first response is to flee from the problem, I have very well adjusted the time after many tests, but that does not mean that everyone will work in the same currency. If the time is very wide as you suggest to get to the minimum, the currency over the low minutes of performance because many bots enter as AW and increases the difficulty. OSea is not an option, because I lose efficiency by raising the time to reach the minimum and lose other good coins. 2- This other idea of being forced into a group is not the solution either, because then the program loses much of its essence if I have to be constantly watching. That is not the concept, understand it. I do believe that there is room for a group to behave as a group, all to the same currency in auto swtich, but all to the same currency. 3.- The third option is not valid either, because basically it does not guarantee that all the rigs will be mined to the same currency, and at the same time, I am making amends to mine coins that can be profitable if the market goes down and the rule makes that does not mine them I mean, that's not an option either. The way I do it is not what I decide, I just ask for something that does that, be it one way or another, I just give small examples as if it were a brainstorming. With the maximum of my respects. I think it's an option, and the keyword is option, which would be very good for advanced users or for extra configurations. Because to more configuration options, who studies it well, will earn more money. I think that it is a fundamental point that a group of rigs all mine the same coin, many problems are solved like that. I want apart from reaching the minimum of each currency and not losing coins every day because a real solution is not implemented, I want this way to enter a pool with all the machines, have greater participation in each block. I hope you think about it more carefully, it does not have to be complicated, it's an option that by default can be disabled, but I and other people, users of this program think that it lacks that option. By the way, today I sold a copy to a referral and it is not reflected in the affiliate panel, I hope that only this cacheado to 24 hours and tomorrow the sale reflected. I hope you think more about this topic. It is not an option that annoys anyone or complicates the program, the other way around, it gives more flexibility of configuration to advanced users, and in my case and more people I see it as indispensable. I hope you do not hate me for insisting, we both want the best program. IMHO, priority of things to be done is concisely like this: Problem/Bug = Urgent Feature Request = Non-Urgent of course, then it boils down into more detailed priority rank as seen fit at dev's discretion, as Patrike already mentioned multiple times that he keeps a list of ideas and feature requests to be implemented as per popularity. In your description, you have described it as both, that it is a feature you'd like to see, but is is a "problem" to you, that it makes you lose coins (perhaps money?) since you quoted "fleeing from problem" as well as "finding solution"...which there wouldn't need to be one if there wasn't a "problem". This kind of made a feature request like a demand for result, option that sounded more like obligation and responsibility. It can at least be done with due courtesy and manners. *** To have a less ugly workaround, I suggest you use the already available HTTP api to achieve what you are asking, I'm 1000% sure it can be done easily even with novice technical and coding background, and if you have moderate+ coding background, it can probably be done elegantly with the C# scripts within AM itself. personally, I'm enjoying the HTTP API and the ability/flexibility that it allows me to define a whole new dimension of more complex rule triggers for profit switching automation. PS. A better way of asking maybe along the line of
Hi Patrike, how easy (if possible) would it be to add the following rule that it detects the [PoolID] of [minerA] and set the following Action - custom pool override [minerX].[poolID] = [minerA].[poolID] as a variable that can be referenced? I understand the concept of urgent by bug or less urgent new features. What I have written is not you, you do not need to answer me. I'm very glad that you know C #, but I did not, nor did I see a notice that it was necessary when buying the program. I also have extensive knowledge in other fields that you may not have. If I say that you run away from the problem, it's because that's really how I see it, you should not even get angry. If you really want to collaborate, make me the C # lines that do what I ask. Not only do I lose money and coins, this happens to the vast majority of users, most do not even realize it. Seen in this way, for me if it is a problem because the program is not adapted to the reality of the Wallets, and as I say most people who use it, the same case happens to me. If you had spent your time doing a script in C # to collaborate with the community instead of answering me, I have not asked for anything, you do not need to answer me, you are not responsible for the program. Just answer me to see how great and unique you are and how well you do it blah blah blah blah So your answer is useless, and it is perfectly that the NUMEROUS bugs have priority, and this is not a bug, it is a behavior not taken into account according to the circumstances of the current wallets. Do not waste more time answering if you are not giving solutions, we know that you are very very smart and others are very very very dumb, the problem is that we charge the same fools and ready, but then some things are only for the very clever ones through c #. I put it another way. How much do you charge me to do the c # to work like this, and the other users of Awesome who screw up losing coins, is not very ethical but if that is how you work here, then we will work like that. I also have other requests that I take for granted that there is no hurry and I do not know if they will be done as simple statistics, because taking the current HAshrate and multiplying by 30, is not a statistic. I do not give this much importance to LOSE COINS EVERY DAY, both I and the other users of this program. For me it is not a bug, it is a lack that does not have such a basic option, and that I remember every day, because all users can not be losing coins every day. I invite those who read these lines to look at what they mine and see if they enter the Wallet exchange, they will get a big surprise of the amount of money they lose per day for not reaching the minimum and when the solution is something very easy , and when people who know c # have time to write me but not to share a Script that helps. I keep repeating that it is a big problem, I will repeat it here and there where I talk about this program as its great failure and the lack of such a simple option. IF unless I knew if it would give some solution, but the programmer fled with invalid options and a blah blah that is useless. |
|
|
|
1231/5000
Another way that I can think of for patrike, is to create a new type of rule, where I for each rig tells you to make the same coin as the Rig3.
That is, it can be done without changing the interface and only adding the possibility in rules
But as this is very necessary and few people realize it and lose money every day with this problem. from my point of view, it would be appropriate for it to be something more in sight.
But I am content with a new type of rule that I can say,
The rig 1, makes the currency of the rig 3
the rig 2, makes the mneda of the rig 3
The rig 4 makes the same coin from the rig 3
The rig 5 makes the same coin as the rig 3
in this way, each rig, using its own profile, will be limited to mining the same currency as the rig 3. And that same rule when activating it should deactivate the auto swtich in that rig, so that there is no interference.
I try to contribute ideas, although I believe that theirs is to implement it well in view, so that all users use it easily and stop losing coins as we do most of them.
Knowing the problem with the Exchanges, Awersome miner has to give the tools to eliminate or minimize that problem for the good of the users that we trust in the program.
I think be bottom line here is that you request a feature in the profit switcher where it in fact doesn't do profit switching for a while - instead you want it to mine on a specific pool that you point out. I don't think there needs to be a concept of "follow" another rig - you might as well just select 4 miners (or a group), then right click and say that you want to force them to a specific pools for a period of time. Then it would either automatically revert to do profit switching after a day, or until you cancel this temporary pool selection. Today these features are not part of the profit switcher today, as it only looks at the profit. If you only want to make the change for a while, an ugly workaround would be to define a very high profit factor on a pool, and the profit switcher will run in that direction. 1. your first response is to flee from the problem, I have very well adjusted the time after many tests, but that does not mean that everyone will work in the same currency. If the time is very wide as you suggest to get to the minimum, the currency over the low minutes of performance because many bots enter as AW and increases the difficulty. OSea is not an option, because I lose efficiency by raising the time to reach the minimum and lose other good coins. 2- This other idea of being forced into a group is not the solution either, because then the program loses much of its essence if I have to be constantly watching. That is not the concept, understand it. I do believe that there is room for a group to behave as a group, all to the same currency in auto swtich, but all to the same currency. 3.- The third option is not valid either, because basically it does not guarantee that all the rigs will be mined to the same currency, and at the same time, I am making amends to mine coins that can be profitable if the market goes down and the rule makes that does not mine them I mean, that's not an option either. The way I do it is not what I decide, I just ask for something that does that, be it one way or another, I just give small examples as if it were a brainstorming. With the maximum of my respects. I think it's an option, and the keyword is option, which would be very good for advanced users or for extra configurations. Because to more configuration options, who studies it well, will earn more money. I think that it is a fundamental point that a group of rigs all mine the same coin, many problems are solved like that. I want apart from reaching the minimum of each currency and not losing coins every day because a real solution is not implemented, I want this way to enter a pool with all the machines, have greater participation in each block. I hope you think about it more carefully, it does not have to be complicated, it's an option that by default can be disabled, but I and other people, users of this program think that it lacks that option. By the way, today I sold a copy to a referral and it is not reflected in the affiliate panel, I hope that only this cacheado to 24 hours and tomorrow the sale reflected. I hope you think more about this topic. It is not an option that annoys anyone or complicates the program, the other way around, it gives more flexibility of configuration to advanced users, and in my case and more people I see it as indispensable. I hope you do not hate me for insisting, we both want the best program. |
|
|
|
https://www.dropbox.com/s/f800ou2xglfea5y/Captura%20de%20pantalla%202018-06-18%20a%20las%204.12.01.png?dl=0Sorry if I'm heavy. Another way to make it easy would be in the contextual menu of the group, which is seen in the capture. That there is an option to choose the Rig that will mark the Switch, and all the others will do that currency. I can not think of anything easier and simpler. And so each RIG retains its profile, they just have to have all the same ALGOS activated, and that if I have it. I know they are going to tell me that every rig is going to undermine what is most profitable for me. I know that's true, it's only true if I receive in Wallets on PC. But as most of us use Wallets of online exchanges, and these have limits, in the end that behavior of each mining the most profitable results in losses, because it does not reach the minimum. There exchanges that if you do not get to the minimum, or enter, you lose, others like cryptobridge if you do not get to the minimum one charges you 20%. So seeing the current situation, it is best that everything mine the same, although a rig may be less efficient in a currency, in the end what matters is the sum of that group with all its rigs in the same currency. Reaching the minimum would be a reality 99% of the time.
|
|
|
|
|
1231/5000
Another way that I can think of for patrike, is to create a new type of rule, where I for each rig tells you to make the same coin as the Rig3.
That is, it can be done without changing the interface and only adding the possibility in rules
But as this is very necessary and few people realize it and lose money every day with this problem. from my point of view, it would be appropriate for it to be something more in sight.
But I am content with a new type of rule that I can say,
The rig 1, makes the currency of the rig 3
the rig 2, makes the mneda of the rig 3
The rig 4 makes the same coin from the rig 3
The rig 5 makes the same coin as the rig 3
in this way, each rig, using its own profile, will be limited to mining the same currency as the rig 3. And that same rule when activating it should deactivate the auto swtich in that rig, so that there is no interference.
I try to contribute ideas, although I believe that theirs is to implement it well in view, so that all users use it easily and stop losing coins as we do most of them.
Knowing the problem with the Exchanges, Awersome miner has to give the tools to eliminate or minimize that problem for the good of the users that we trust in the program.
|
|
|
|
https://www.dropbox.com/s/b9bgz3xaxjffrdi/IMG_2266.MOV?dl=0Darknerous and PAtrike: If you watch the video, you will see that a rig with a profile, the 3, which are 1080TI, has an OC and an intensity of 21.5. The Rig 1, 1060 has intensity 15.5 And that's the basic reason why your solution does not work, I've already tried it. The only scenario where it would work is where all the rigs were equal. So I do not expect to hear again the same solution that does not work. I just want to mark a Rig of the group as the Switch, and that everyone else does what that rig does, but each one with its OC profile and intensity. Remember that I do not ask this on a whim, it is to exceed the minimum income exchanges, using all the power at the same time in the same currency. I can get to lose a lot of the day by being mined loose coins in different rigs and not get to the minimum of the exchange. This I ask would solve 99% of the time.
|
|
|
|
just set your profile group as a profit switching profile in Properties window for all of your miners. and then they all will use the most profitable pool for a group.
To be more concise, I just tried your idea, and it does not work. Because it does not work?? very easy, each profile has an intensity for each protocol and an OC. With which, the profile of a rig of 1080TI does not work in a rig of 1060 Now you will understand that what seemed like an idea on your part, is useless. It does not even work as a fudge, it just does not work, I have 3 of 5 rigs constantly restarting because they have the OC and Intensity values of the larger RIG. I hope Patrike can give me a solution or I'll keep losing coins. Your solution would only work if all the machines use the same card, OC and intensity |
|
|
|
just set your profile group as a profit switching profile in Properties window for all of your miners. and then they all will use the most profitable pool for a group.
The way you indicate, I say again that if it works, but it is a fudge. If then I want to operate in another way, I have to change the profile one by one in all the rigs, it will be 5 or 50. The way I ask Patrike, is just an option that does not change the profiles, and by deactivating each rig will have its profile, making the job easier for all of us. It is not an orthodox form, if I want to separate a rig to test its performance in a currency, I have to put it back in its profile. It is an intermediate solution until I wait for patrike to add a function that does not need to make so many changes. |
|
|
|
I give an example, I have 5 rigs in a group, if I could mark one of those 5 (probably the 3) as a teacher, it would be the only switch, the others of the group imitate the teacher, that is, they all mine the same coin.
if you've assigned the same profit profile for a "group" of miners - they all will mine the same coin, no?  What you say, if it can be done but you lose all the statistics for each rig, in coins per day or performance. You can not put the profile of a rig 1080 in a 1060, the hashes for each something are different. If it would work, but as I say, but all the rigs are going to give the same supposed benefit. It's a fudge that solution, this is not nemos miner to be cheating on the program. Each rig has its own statistics that are provided by the hash rates of each profile, put all the rigs the same profile is a fudge. you can create a profit profile group and add any count of other profit profiles inside. it will combine all the hashrates from the profiles and choose the best algo for a group. if you assign that profit group to all of your miners - they all will use the same switching pattern I may be wrong, but that does not work like that. I have all the rigs in a profit group, but even if they are in a group, each rig does yes If I am wrong, please I would appreciate explaining how to do it with catches, because either I or you are wrong. I have reviewed all the group options and there is no option for the whole group to change to the same currency. That's why I say, if I'm wrong, please let me know step by step, I'd really appreciate it. |
|
|
|
I give an example, I have 5 rigs in a group, if I could mark one of those 5 (probably the 3) as a teacher, it would be the only switch, the others of the group imitate the teacher, that is, they all mine the same coin.
if you've assigned the same profit profile for a "group" of miners - they all will mine the same coin, no? What you say, if it can be done but you lose all the statistics for each rig, in coins per day or performance. You can not put the profile of a rig 1080 in a 1060, the hashes for each something are different. If it would work, but as I say, but all the rigs are going to give the same supposed benefit. It's a fudge that solution, this is not nemos miner to be cheating on the program. Each rig has its own statistics that are provided by the hash rates of each profile, put all the rigs the same profile is a fudge. |
|
|
|
|
Hello Patrike, I have a very important suggestion that I have already commented on it a long time ago (apart from some statistics)
The miners in general have a problem, many work with dozens of coins, I have defined about 80 coins. The problem is in the Wallets, obviously I will not install 80 wallets in PC. I use different exchanges that more or less let send from mining.
The problem is the restrictions, most pools pay at 1 hour, that's fine, but most have a minimum amount to send per currency, and if the shipment is less than that amount, it remains the pool. And that is happening to me very often.
I have thought about how to avoid it, and you should adapt your software to the common problems of the miners. I think the most efficient way to avoid that is to have a group of RIGS all mine to the same currency.
I give an example, I have 5 rigs in a group, if I could mark one of those 5 (probably the 3) as a teacher, it would be the only switch, the others of the group imitate the teacher, that is, they all mine the same coin.
With that we get that by allocating all the power to that pool, when the blocks mature, there will be more quantity to send to the exchange, and to overcome the minimum and the coins to enter. Right now I'm losing a lot of currencies like that, when each rig does what it wants, it does not get to mine enough.
In pools type suprnova there are no problems, because there you indicate every few coins the shipment is made, but in the Pools type Yiimp pay every 1 or 2 hours, but I already say the problem is sending it to the Exchage. If it does not exceed the minimum, I lose those coins, and it happens to me several times a day, and the easiest way is to make a group behave like a super rig, just make the Switch and everyone else imitates the teacher.
Also this should not be complicated to program. I hope you understand my problem, which is the same problem as many others who do not realize that problem, but they are losing money every day like me.
You could put a clickable Icon in the list of miners and you could only click one per group, when activated, this would be the teacher and the others imitate what the teacher does.
Please think that this is not a whim, it is a problem that many Exchanges are giving us, some are more hard like Cryptopia, and others have limits such as CriptoBridge or Crex24, but if I keep allowing each rig what I want, I lose many coins I need to concentrate all the power to the coin. The system of change or swtich does not change, but only one would do it and the others imitate it. Please understand the problem we have and that only you can correct.
|
|
|
|
https://www.dropbox.com/s/xe0sw46pz8lngd6/IMG_2263.TRIM.MOV?dl=0Hello Patrike I leave you a new error, or so I think. It is using a Coincalculator coin, in the option to change the protocol. I did not have problems with C11 but now yes, I also see that it is badly defined, like Allium. 2 days ago I was mining c11 without problems, now I get an error. I have everything right, the bencmark works without problems, I have chosen the best miner, and I have also tried with others. the configuration of the pool is correct, all right, even coins of days ago that mine now give me that failure. I have left a video for you to see.
|
|
|
|
|
Show Posts
