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

[patrike]

Good update and good miners added. But I have a question, it appears in Option> software z enemy 1.12, but then in the configuration of an RIG, right button, edit profile. I do not appear as such, I see a Z enemy without a number. Is that correct? because I see it a bit confusing.

Sorry to be heavy. But remember that you recommended me the way that all the miners mined a single currency. Now I have to try all the rigs one by one, get duplicates of the profiles, and modify the groups so that I have the OC of the miner and the HASH of the MAster. It's a lot of work, really.

This request does not arise from a whim, it is because of the problem of exceeding the minimum entry in some exchanges or lose the coins. If a Pool pays every hour, I have one hour to do the minimum to be accepted by the exchage AND NOT TO LOSE MONEY. And the best way is to point everything to the same currency. This is valid for the vast majority that we have several rigs and we do not have Asics. The asics exceed the minimum easily, but it depends on each rig. It is necessary to send everything to the same currency or pool.

I hope you understand my problem, which will surely be that of many even if you have not noticed.

I do not think that it is difficult for AUTO profit to create a group with the property of following one that it marks, it does not have more mystery. It's a lot like that.

It is much easier to try the new miners, change the OC, give to save and go. Without having to make duplicate profiles by HASH and by OC, to then make the group of personalized profit, understand that it is a lot of mess.

Thanks for your feedback. Z-enemy should be listed in the "Profit Profile Properties" dialog (right click on a miner, select Edit Profit Profile). The list of software in this dialog is listed without version numbers, simply because there is no room for it. But you do see Z-enemy correctly listed here, right?

I fully understand your point about the profit switcher. If I could make a quick change to support it, it would have been implemented already. There are however a few new concepts that needs to be introduced here and work well it all the existing features and configuration parameters of the profit switcher, so it needs to be prioritized among other features as well.

[1715623325]

1715623325

[1715623325]

1715623325

[1715623325]

1715623325

[1715623325]

1715623325

[1715623325]

1715623325

[patrike]

I have started experimenting with the Profit Switching functionality, but am having an odd issue.  Again I'm only doing this on a single small rig with a single 1050Ti for now until I get the kinks worked out.  I have these algos configured in the profit switcher:

ETH is the most profitable (and what my other 13 GPU rigs controlled by AM mines, especially the 1080Ti rigs running the ETH pill).  At any rate, this test rigs starts out on ETH as expected, but after a while, it switches to one of the less profitable algos.  If I then stop the rig, un-check all but Ethereum under algos and restart, I get the following error:

Not sure why I would get that error.  All the other rigs are happily mining away on that same pool.  If I shutdown AM and restart it, it starts working again, but the same thing keeps happening.  I can stop and start mining on any of the other rigs, and they don't have this error.  The other rigs are also running Managed Profit Miner profiles, but only have the Ethereum algo selected atm due to this issue.

I only have the NiceHash pool configured under Options/Profit Switching although I do have various other pools defined under Options/Pools.  Here are some of them:

I used those when I was manually switching between algos using Regular Managed Miner profiles.  Could that be somehow causing the issue now that I'm using Managed Profit Miner profiles?  I'm running the latest 5.2.5 version btw, including the Remote Agents.

I think I need to see the Awesome Miner log file for this scenario. Can you send by mail?

To get insight why the profit switcher selects a specific algorithm, right click on the miner and select View Details and go to the Profit switching tab. Please note that these hashrates and profit estimates are based on what is defined in the Profit profile. They may not match the actual hashrate and profit. If they are not matching, please use the Benchmark feature or manually edit the profit profile to ensure they match, otherwise the profit switcher may select a less profitable pool.

Also note that the pools in the Options dialog, Pools section, are by default not considered by the profit switcher. You need to create a Pool Group of those pools and then specify it as a "Custom pool" in the Options dialog, Profit switching section.

[patrike]

Hi Patrik,

since we have updated AM to Version 5.2.5, we have the issue, that many of our Antminer L3+ cannot be controlled through API commands (and so the Profit-Switching is not working anymore) the miner shows API Access: Privileged in the Summary Tab - but cannot be for example restarted through AM?!
we tried also to Configure API access through the AM-Tools - the program returns OK - but nothing changes...

do you have an idea?!

BR Ralf

Hi Ralf,

If you select a miner, is it that toolbar buttons like Restart and similar is disabled? That can happen in two scenarios:

1) The miner is Restricted API mode. You have however already confirmed that it's Privileged API.

2) Awesome Miner is busy sending other commands to this miner. It can be that you have defined a rule that constantly sends commands to this miner. You can typically detect this by looking in the Awesome Miner log file (toolbar: Tools -> Log File), where you will fine entries saying "Rule execute" and possible additional information about what commands that are being sent to the miners.

[buckts.74]

Is there any developments on a Zhash miner for AMD cards? Thankyou for your hard work

[bensam1231]

Hey Patrike, continuing to enjoy your improvements in AM. One thing I very much hope you consider adding is automated driver updating. Perhaps not completely automatic, but rather it will help you deploy across multiple rigs as this is a very time consuming process manually (or having to reclone them).

There are plenty of command line options that can be used to automate the process and it definitely could be done by AM. Perhaps AM allowing you to pick your version, pick what installs, and make sure it downloads the right version for windows.

I think a lot of people would like this feature. Optionally adding DDU remote support that will go through the hoops.

Hi again.

Thanks for the suggestion. Awesome Miner do have features to launch any remote commands via the Remote Agents, and used together with the rules and Manual Actions, there can be some level of automation. However, for this specific scenario I do agree with your point that Awesome Miner itself needs to provide more information and specific behaviors as well, as it's not only about executing commands. I will consider this. Thanks!

Yup, I realize this isn't a priority feature, but I feel as though AM has matured enough where something like this should be added at some point.

[svedr]

Pool properties --> Advanced --> Profit settings :
DOT or COMMA
I try set profiit to 0.7 ??  I have two rigs with same settings and same pools in group but work strange...
every rig differently

Must be dot or comma ( 0.7 or 0,7 ) ?   Program accept both...

And what means in pool group properties PRIORITY nad QUOTA ?

[wildzer0]

The latest releases is by default only listing algorithms where you have a pool available for the profit switcher. If you want to do offline benchmarking (supported by ccminer and a few more), click the box for "Benchmark without a pool" in the Benchmarking dialog. This should make phi2 available again.

I've added a number of new pools for the next release, including those you suggested.

I manually added phi2 pools for ahashpool and zpool, and ahashpool is enabled, but it doesn't show up in the benchmark window. Maybe "User defined online services" are ignored there?

Thanks for adding more pools.

[svedr]

I have started experimenting with the Profit Switching functionality, but am having an odd issue.  Again I'm only doing this on a single small rig with a single 1050Ti for now until I get the kinks worked out.  I have these algos configured in the profit switcher:

http://www.cstone.net/~dk/AM_error-03.JPG

ETH is the most profitable (and what my other 13 GPU rigs controlled by AM mines, especially the 1080Ti rigs running the ETH pill).  At any rate, this test rigs starts out on ETH as expected, but after a while, it switches to one of the less profitable algos.  If I then stop the rig, un-check all but Ethereum under algos and restart, I get the following error:

http://www.cstone.net/~dk/AM_error-01.JPG

Not sure why I would get that error.  All the other rigs are happily mining away on that same pool.  If I shutdown AM and restart it, it starts working again, but the same thing keeps happening.  I can stop and start mining on any of the other rigs, and they don't have this error.  The other rigs are also running Managed Profit Miner profiles, but only have the Ethereum algo selected atm due to this issue.

I only have the NiceHash pool configured under Options/Profit Switching although I do have various other pools defined under Options/Pools.  Here are some of them:

http://www.cstone.net/~dk/AM_error-04.JPG

I used those when I was manually switching between algos using Regular Managed Miner profiles.  Could that be somehow causing the issue now that I'm using Managed Profit Miner profiles?  I'm running the latest 5.2.5 version btw, including the Remote Agents.

Make sure you have check in all mining software priority list in Profit profile properties

[Alinaops]

how to register in the miner CryptoDredge_0.6.0 -- api-bind?   find it off, how to enable ? Thanks

[Larvitar]

Patrike, please add JCE-Miner natively. It's hard to set it manually by ghetto mods. It's the best CPU CN miner for many powerful CPUs.

Please take a look on it before 5.3, give us a flawless victory

[trucobit]

I have a question and I just reviewed all the documentation.

I want to know more about the topic of prioritizing pools in auto swith. I know that somewhere there is a way to define that one group has more priority than another, I think I know where it is, but I do not know if 0 has more priority than 1 or the other way around

[trucobit]

I have noticed a small bug. In options> statistics. I change the order of the three providers. I put first Coincalculator and second WTM.

After a while entering the same section again, WTM is back in the first place, it does not save the configuration on that screen correctly. It does not happen at the moment, it is a long time, or maybe after closing and opening the program. Today I have changed it at least 4 times.

[trucobit]

On requests to coincalculator. Do you ask for the estimate of 3 hours? would be much more appropriate than 24 or 6 hours, is one of the great advantages of coincalculator

[patrike]

Is there any developments on a Zhash miner for AMD cards? Thankyou for your hard work

Right now Awesome Miner only supports EWBF Equihash nVidia miner for ZHash. Please let me know if there are any popular AMD mining software (with a monitoring interface) that I should consider as well. Thanks!

[patrike]

Pool properties --> Advanced --> Profit settings :
DOT or COMMA
I try set profiit to 0.7 ??  I have two rigs with same settings and same pools in group but work strange...
every rig differently

Must be dot or comma ( 0.7 or 0,7 ) ?   Program accept both...

And what means in pool group properties PRIORITY nad QUOTA ?

Awesome Miner accepts both dot and comma as decimal separator.

Can you share some screenshots or steps how to reproduce the issue?

Awesome Miner has support for the concepts of Priority and Quota, but depending on mining software being used and the type of ASIC miner used, there can be limitations or lack of support. Priority 0 is the highest priority, so the priority can be used to select which pool to prioritize for the mining software that supports multiple pools

Quota and "Failover only" is supported by mining software based on Cgminer/Sgminer. It's often not used at all, although some ASIC miners support the Quota concept.

[patrike]

how to register in the miner CryptoDredge_0.6.0 -- api-bind?   find it off, how to enable ? Thanks

Awesome Miner launches CryptoDredge with the flag -b, for example
-b 0.0.0.0:4028
That's identical to Ccminer and is everything that is needed to get the API running.

CryptoDredge is included in Awesome Miner in the latest development versions and also in version 5.3 that soon will be released.

[patrike]

Patrike, please add JCE-Miner natively. It's hard to set it manually by ghetto mods. It's the best CPU CN miner for many powerful CPUs.

Please take a look on it before 5.3, give us a flawless victory

JCE and CryptoDredge have been the most requested mining software the last few weeks, and CryptoDredge is implemented in v5.3 that is about to be released. JCE is next on the priority list for mining software.

[patrike]

I have a question and I just reviewed all the documentation.

I want to know more about the topic of prioritizing pools in auto swith. I know that somewhere there is a way to define that one group has more priority than another, I think I know where it is, but I do not know if 0 has more priority than 1 or the other way around

Priority 0 is highest priority. Please note that the profit switcher is only considering the priority of the pools if they have the same profitability.

[patrike]

I have noticed a small bug. In options> statistics. I change the order of the three providers. I put first Coincalculator and second WTM.

After a while entering the same section again, WTM is back in the first place, it does not save the configuration on that screen correctly. It does not happen at the moment, it is a long time, or maybe after closing and opening the program. Today I have changed it at least 4 times.

You are correct, it's a bug and I will make a correction in the 5.3 release. Many thanks for reporting this.

[patrike]

On requests to coincalculator. Do you ask for the estimate of 3 hours? would be much more appropriate than 24 or 6 hours, is one of the great advantages of coincalculator

Thanks for the suggestion. I agree that it would make sense and be of use. This can be an improvement in one of the future versions.