[Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 miners

[patrike]

I think there is an issue

Cryptonight stellite v4 is not shown in profit table, and xtl does not show up in the coin list

You need to run the latest development version of Awesome Miner for XTL to show up correctly.

Please also check that this algorithm is enabled in the Options dialog, Algorithms section and that you have enabled CoinCalculators.io in the Options dialog, Statistics section.

[patrike]

@patrike
Again about CN, but with JCE-Miner:
I'm able to run JCE as cpuminer-opt, it can auto-switch for best coin at moment. But API isn't working in Awesome. If I access the APU adress/port into web browser I see everyting okay. Can you add support for JCE-Miner API?

You can see the discussion/errors ehere: https://bitcointalk.org/index.php?topic=3281187.msg40417916#msg40417916

JCE-Miner's dev is working in GPU support with great performance (mainly for old GPUs, but the Polaris results are good too). I think could be awesome to add it for Awesome (lol).

Thanks a lot!

I've received a few requests for support this one so I will take a closer look once I get a chance. Thanks for your suggestion.

Well, it doesn't even HAVE an API so don't waste your time. What would be nice is if you add a feature to awesome miner, a new compatibility mode - "command line only" and just try to pass the basic connection info in that case.

I've not had a chance to test it myself, but in their first forum post, in the section "Third Party integration" there is an example of an API response:
https://bitcointalk.org/index.php?topic=3281187.0

There is a feature in Awesome Miner called Generic Miner, where you have to specify the full command line and everything yourself:
http://www.awesomeminer.com/help/genericminer.aspx
With a Generic Miner you will not get any hashrate or revenue information, but at least it let's you use Awesome Miner to start and stop the mining, and if the mining process is crashing, Awesome Miner will automatically restart it.

[CreamyG31337]

@patrike
Again about CN, but with JCE-Miner:
I'm able to run JCE as cpuminer-opt, it can auto-switch for best coin at moment. But API isn't working in Awesome. If I access the APU adress/port into web browser I see everyting okay. Can you add support for JCE-Miner API?

You can see the discussion/errors ehere: https://bitcointalk.org/index.php?topic=3281187.msg40417916#msg40417916

JCE-Miner's dev is working in GPU support with great performance (mainly for old GPUs, but the Polaris results are good too). I think could be awesome to add it for Awesome (lol).

Thanks a lot!

I've received a few requests for support this one so I will take a closer look once I get a chance. Thanks for your suggestion.

Well, it doesn't even HAVE an API so don't waste your time. What would be nice is if you add a feature to awesome miner, a new compatibility mode - "command line only" and just try to pass the basic connection info in that case.

I've not had a change to test it myself, but in their first forum post, in the section "Third Party integration" there is an example of an API response:
https://bitcointalk.org/index.php?topic=3281187.0

There is a feature in Awesome Miner called Generic Miner, where you have to specify the full command line and everything yourself:
http://www.awesomeminer.com/help/genericminer.aspx
With a Generic Miner you will not get any hashrate or revenue information, but at least it let's you use Awesome Miner to start and stop the mining, and if the mining process is crashing, Awesome Miner will automatically restart it.

Ahh, okay cool, I didn't see that API info on their github page. My bad.

I am fine entering all the connection info by hand, I'm just saying that most mining software understands -o -u -p
For example, if awesome miner would simply not pass -b parameter to crypto dredge miner, it would work 100% switching pools and algos, but there's no way to achieve this. It would be perfect if we could just tell awesome miner the mapping of commands to use instead of relying on you to investigate and release a new version for each new mining program to be controlled. Just a suggestion.

I don't know what the deal is with the bitcoinz stats coming form coincalculators, but the profit estimate is very close to 0. Maybe you can fix that somehow or let them know if something is wrong on their end...

[nadeaup]

@patrike any chance of a linux agent in the near future or a partnership with SMOS?

[patrike]

Well, it doesn't even HAVE an API so don't waste your time. What would be nice is if you add a feature to awesome miner, a new compatibility mode - "command line only" and just try to pass the basic connection info in that case.

I've not had a change to test it myself, but in their first forum post, in the section "Third Party integration" there is an example of an API response:
https://bitcointalk.org/index.php?topic=3281187.0

There is a feature in Awesome Miner called Generic Miner, where you have to specify the full command line and everything yourself:
http://www.awesomeminer.com/help/genericminer.aspx
With a Generic Miner you will not get any hashrate or revenue information, but at least it let's you use Awesome Miner to start and stop the mining, and if the mining process is crashing, Awesome Miner will automatically restart it.

Ahh, okay cool, I didn't see that API info on their github page. My bad.

I am fine entering all the connection info by hand, I'm just saying that most mining software understands -o -u -p
For example, if awesome miner would simply not pass -b parameter to crypto dredge miner, it would work 100% switching pools and algos, but there's no way to achieve this. It would be perfect if we could just tell awesome miner the mapping of commands to use instead of relying on you to investigate and release a new version for each new mining program to be controlled. Just a suggestion.

I don't know what the deal is with the bitcoinz stats coming form coincalculators, but the profit estimate is very close to 0. Maybe you can fix that somehow or let them know if something is wrong on their end...

I do see your point about being command line compatible. That might help in a few cases. The most time consuming with all new mining software being released is the API's, that all are different and Awesome Miner needs to adjust to that. I've been thinking of making some plugin or scripting feature available for this, so users that likes to do their own scripting can add support for all sorts of mining software API's.

BitcoinZ recently forked algorithm to Zhash, and just like Equihash the profit calculations are a bit different compared to most other algorithm. This will be addressed in Awesome Miner 5.2 that is planned for tomorrow.

[patrike]

@patrike any chance of a linux agent in the near future or a partnership with SMOS?

The work to make Remote Agent running on Linux has recently started, but it's not a small implementation task. Expect that it will be a number of months before the first version is ready because there are many other priorities as well.

[Bob-Bit]

@patrike any chance of a linux agent in the near future or a partnership with SMOS?

The work to make Remote Agent running on Linux has recently started, but it's not a small implementation task. Expect that it will be a number of months before the first version is ready because there are many other priorities as well.

That's great to hear, as that would really bring down the cost of each system build, and add stability to the system. (no uninvited windows updates and the whole image file could be backed up intact). Great work as always Patrike! (I'll get that log file emailed to you when I get back in front of my rig btw)

[trucobit]

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.

[tf2addict]

@patrike any chance of a linux agent in the near future or a partnership with SMOS?

The work to make Remote Agent running on Linux has recently started, but it's not a small implementation task. Expect that it will be a number of months before the first version is ready because there are many other priorities as well.

That's great to hear, as that would really bring down the cost of each system build, and add stability to the system. (no uninvited windows updates and the whole image file could be backed up intact). Great work as always Patrike! (I'll get that log file emailed to you when I get back in front of my rig btw)

I agree, it would be Awesome to be able to run rigs on Linux yet still use A.M.

[patrike]

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".

[DumaxFr]

3/ I reproduced the bug every time on coins that aren't mainly listed by coincalculators (additional url)

https://drive.google.com/open?id=1OeY-NHGwS9b5Dt6Jh8-Ab9BlH9bym_Pg

how to reproduce :
- apply custom properties on a coin
- profit mine it
- uncheck custom props for this coin (it's not anymore profitable from the Coins tab)
=> mine : this coin always lauching with old props

3) I will try to reproduce this scenario. Is the final step that you simply start the miner again, and the values you see in the View Details dialog still indicates that the profit switching uses the custom properties of the coin - although it was unchecked?

Yes ! When i relaunch the miner, it uses custom properties but they are greyed in coin properties window (checkbox unchecked)
Only workaround found so far was to disable x16s in profit profile for a bunch of minutes/hours.

[trucobit]

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.

[trucobit]

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.

[patrike]

3/ I reproduced the bug every time on coins that aren't mainly listed by coincalculators (additional url)

https://drive.google.com/open?id=1OeY-NHGwS9b5Dt6Jh8-Ab9BlH9bym_Pg

how to reproduce :
- apply custom properties on a coin
- profit mine it
- uncheck custom props for this coin (it's not anymore profitable from the Coins tab)
=> mine : this coin always lauching with old props

3) I will try to reproduce this scenario. Is the final step that you simply start the miner again, and the values you see in the View Details dialog still indicates that the profit switching uses the custom properties of the coin - although it was unchecked?

Yes ! When i relaunch the miner, it uses custom properties but they are greyed in coin properties window (checkbox unchecked)
Only workaround found so far was to disable x16s in profit profile for a bunch of minutes/hours.

I've implemented a change for this. Can you please verify in the next release?

[patrike]

Awesome Miner version 5.2

- The multi-user feature in Awesome Miner includes support for Cloud Services. Multiple sub accounts can be defined for a single subscription, and these accounts can be configurd to have restricted access to specific miners when accessed via the Cloud Services web interface. Requires Enterprise Subscription or above.
- Added setting to enable GPU monitoring information for Generic Miners, to display GPU information even if the mining software doesn't provide any monitoring interface
- Added setting to disable the system monitoring information that Awesome Miner can provide
- Innosilicon A9Z miner (Equihash) supported
- Added rule trigger for detecting miner tags and an action to modify tags of a miner
- The feature for multiple user accounts for the built-in web interface can be used without the requirement of Enable Authentication to be enabled for the application.
- Added new algorithms, including Phi2 and more Cryptonight variants
- Updated list of predefined pools with new algorithms added
- Make SHA-256 pools from the predefined Online Services available everywhere, as for all other algorithms
- Antminer diagnostics improved to give more detailed messages about connection issues
- Added additional coin images
- Adjusted algorithm mappings for CoinCalculators.io
- SRBminer support updated for the new Cryptonight variants
- Added mining software: Z-Enemy nVidia Miner
- Added mining software: EWBF Equihash Miner 0.2 (for new algorithms based on Equihash)
- XMRig AMD miner 2.7.1
- Ccminer 2.2.6
- Ravencoin Miner 2.6
- PhoenixMiner 3.0c
- CastXMR 1.2.0
- Correction to the display of ASIC mining information via the web interface
- Correction to revenue calculations for a few new Cryptonight algorithms
- Correction to Bminer as an External Miner where the pool wasn't displayed as enabled
- Correction to the restore of splitter position in the miner list
- Correction to display of revenue per miner when not using USD as display currency
- Correction to worker name display when using Claymore mining software
- Miner corrections

[Philopolymath]

Just FYI...
I run 5.1.3 Enterprise edition...but it still has some glitches reporting  for Siacoin...

Or maybe I really have solved 1109 blocks in 20 minutes!

[edonaldson]

I just installed version 5.2, and now everytime it starts up, it crashes.  No warning.  Just "goes away".  Help!

[patrike]

I just installed version 5.2, and now everytime it starts up, it crashes.  No warning.  Just "goes away".  Help!

Please upgrade to version 5.2.1. There was a specific scenario related to the profit switcher (mainly the one used for ASIC miners) in the recent 5.2 update, that could cause this issue. Sorry for any inconvenince.

You can also upgrade by downloading and running the latest installer from the web site:
http://www.awesomeminer.com/download.aspx

[edonaldson]

I just installed version 5.2, and now everytime it starts up, it crashes.  No warning.  Just "goes away".  Help!

Please upgrade to version 5.2.1. There was a specific scenario related to the profit switcher (mainly the one used for ASIC miners) in the recent 5.2 update, that could cause this issue. Sorry for any inconvenince.

You can also upgrade by downloading and running the latest installer from the web site:
http://www.awesomeminer.com/download.aspx

Works.  Thank you!

[trucobit]

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.