Awesome Miner version 7.2.2
Awesome Miner Antminer firmware
- There will soon be a firmware for running two Antminer S9 in dual mode with a total hashrate of 20-23TH/s at 1500W. Intended for lowering the power costs for mining with S9. Some hardware modifications are required. Please contact us for more details.
ASIC mining
- Removed support for the option 'Any computer' when configuring Antminer API access, as it's considered less secure
- Improved display of error message (authentication failures and similar) when performing certain ASIC related operations
- Detect and display name of more Antminer types
Features
- Device Temperature trigger introduces configuration for how long the temperature conditions must be fulfilled. Configurable to look at the device with either the highest or lowest temperature.
Integration
- Included support for more coins for Mining Pool Hub balance display
Mining software
- Gminer 1.83
- XmRig 5.1.1
- CpuMiner-Opt 3.10.0
- Lolminer 0.9.2
Topic: [Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 miners - page 122. (Read 703547 times)
December 05, 2019, 08:48:12 AM
December 05, 2019, 08:30:38 AM
Hey Patrik,
if you're going to upgrade the temperature rules, can you do this maybe too?
Right now, if I set a temp rule for a GPU rig and set the "Temperature Source" to "Standard", AM seems to use the highest temp in the whole rig. Is it possible to set the Source to the "Highest" or the "Lowest" GPU (so I can choose Lowest for the Winter, and Highest for the Summer)? Or even better, to a GPU of our choice? Like GPU 0 or GPU 4...?
Thanks. I've looked into the device temperature trigger and it will be more configurable in the new release. I also included a property for highest / lowest. if you're going to upgrade the temperature rules, can you do this maybe too?
Right now, if I set a temp rule for a GPU rig and set the "Temperature Source" to "Standard", AM seems to use the highest temp in the whole rig. Is it possible to set the Source to the "Highest" or the "Lowest" GPU (so I can choose Lowest for the Winter, and Highest for the Summer)? Or even better, to a GPU of our choice? Like GPU 0 or GPU 4...?
December 05, 2019, 03:36:20 AM
Hey Patrik,
if you're going to upgrade the temperature rules, can you do this maybe too?
Right now, if I set a temp rule for a GPU rig and set the "Temperature Source" to "Standard", AM seems to use the highest temp in the whole rig. Is it possible to set the Source to the "Highest" or the "Lowest" GPU (so I can choose Lowest for the Winter, and Highest for the Summer)? Or even better, to a GPU of our choice? Like GPU 0 or GPU 4...?
if you're going to upgrade the temperature rules, can you do this maybe too?
Right now, if I set a temp rule for a GPU rig and set the "Temperature Source" to "Standard", AM seems to use the highest temp in the whole rig. Is it possible to set the Source to the "Highest" or the "Lowest" GPU (so I can choose Lowest for the Winter, and Highest for the Summer)? Or even better, to a GPU of our choice? Like GPU 0 or GPU 4...?
December 04, 2019, 01:03:48 PM
Hi Patrik,
now in the winter months I need an alarm if my rigs running too cold for like 2 minutes. But no alarm in the few seconds the miner switchs and the rigs have no work (but temperature drops fast).
This can protect them from condensation if anything happens because the temperature drops below the ambient for a certain period of time. In the summer months it can be a great rule too, but vice versa for running to hot. Right now I can only do an alarm if the temperatur drops below a number, even if its not necessary, because of some seconds miner switching.
Is it possible to add in the rules -> Device Temperature a "x minutes ago" value (like in Check Statistics Hashrate, Shares, ...)?
So we can add rules to check a temperature over time, not just right now. Like 1 minute ago and 5 minutes ago, or something like that.
Or is it maybe already possible somehow? If yes, how?
This is unfortunately not possible today.now in the winter months I need an alarm if my rigs running too cold for like 2 minutes. But no alarm in the few seconds the miner switchs and the rigs have no work (but temperature drops fast).
This can protect them from condensation if anything happens because the temperature drops below the ambient for a certain period of time. In the summer months it can be a great rule too, but vice versa for running to hot. Right now I can only do an alarm if the temperatur drops below a number, even if its not necessary, because of some seconds miner switching.
Is it possible to add in the rules -> Device Temperature a "x minutes ago" value (like in Check Statistics Hashrate, Shares, ...)?
So we can add rules to check a temperature over time, not just right now. Like 1 minute ago and 5 minutes ago, or something like that.
Or is it maybe already possible somehow? If yes, how?
Maybe it would be even better with a setting to only trigger if the temperature condition is met for X number of seconds, for example 120 seconds (configurable). Then it's not enough with two or three dips in temperature, but it needs to be below this threshold for a while to trigger. I will investigate this during the week to see if it's possible to support with a reasonable effort.
An even better idea, would be great
December 04, 2019, 04:57:01 AM
In this case you need to point Awesome Miner to the exact property in the JSON structure, where 'data' is top level followed by 'difficulty'. Please try:
data.difficulty
YESS !! It works with data.difficulty. Thank you data.difficulty
December 04, 2019, 04:51:35 AM
Any pointers as to where I can find a working example of adding a new coin to Awesome Miner? A coin which is not listed on WhatToMine. I found where I can get the price,difficulty and such for this coin, but I cannot make it to be read by Awesome Miner. Is there a tutorial about that somewhere?
Thanks for the question. Please see this guide as a starting point:https://support.awesomeminer.com/support/solutions/articles/35000115480-load-coin-properties-from-a-custom-source
In this case you need to point Awesome Miner to the exact property in the JSON structure, where 'data' is top level followed by 'difficulty'. Please try:
data.difficulty
December 04, 2019, 04:36:10 AM
Please see this guide as a starting point:
https://support.awesomeminer.com/support/solutions/articles/35000115480-load-coin-properties-from-a-custom-source
[/quote]
Is there a restriction for uregistered (unpaid) version which makes it not work properly? I give all the inputs and the JSON properties are read and show up in the text box at the bottom, but the miner gives out an error "unable to read value" . Even though everything should work. I copied the property string ('difficulty') from the JSON response even, but it's still not recognized.
https://support.awesomeminer.com/support/solutions/articles/35000115480-load-coin-properties-from-a-custom-source
[/quote]
Is there a restriction for uregistered (unpaid) version which makes it not work properly? I give all the inputs and the JSON properties are read and show up in the text box at the bottom, but the miner gives out an error "unable to read value" . Even though everything should work. I copied the property string ('difficulty') from the JSON response even, but it's still not recognized.
December 04, 2019, 03:34:45 AM
Hi Patrik,
now in the winter months I need an alarm if my rigs running too cold for like 2 minutes. But no alarm in the few seconds the miner switchs and the rigs have no work (but temperature drops fast).
This can protect them from condensation if anything happens because the temperature drops below the ambient for a certain period of time. In the summer months it can be a great rule too, but vice versa for running to hot. Right now I can only do an alarm if the temperatur drops below a number, even if its not necessary, because of some seconds miner switching.
Is it possible to add in the rules -> Device Temperature a "x minutes ago" value (like in Check Statistics Hashrate, Shares, ...)?
So we can add rules to check a temperature over time, not just right now. Like 1 minute ago and 5 minutes ago, or something like that.
Or is it maybe already possible somehow? If yes, how?
This is unfortunately not possible today.now in the winter months I need an alarm if my rigs running too cold for like 2 minutes. But no alarm in the few seconds the miner switchs and the rigs have no work (but temperature drops fast).
This can protect them from condensation if anything happens because the temperature drops below the ambient for a certain period of time. In the summer months it can be a great rule too, but vice versa for running to hot. Right now I can only do an alarm if the temperatur drops below a number, even if its not necessary, because of some seconds miner switching.
Is it possible to add in the rules -> Device Temperature a "x minutes ago" value (like in Check Statistics Hashrate, Shares, ...)?
So we can add rules to check a temperature over time, not just right now. Like 1 minute ago and 5 minutes ago, or something like that.
Or is it maybe already possible somehow? If yes, how?
Maybe it would be even better with a setting to only trigger if the temperature condition is met for X number of seconds, for example 120 seconds (configurable). Then it's not enough with two or three dips in temperature, but it needs to be below this threshold for a while to trigger. I will investigate this during the week to see if it's possible to support with a reasonable effort.
December 04, 2019, 03:21:29 AM
Any pointers as to where I can find a working example of adding a new coin to Awesome Miner? A coin which is not listed on WhatToMine. I found where I can get the price,difficulty and such for this coin, but I cannot make it to be read by Awesome Miner. Is there a tutorial about that somewhere?
Thanks for the question. Please see this guide as a starting point:https://support.awesomeminer.com/support/solutions/articles/35000115480-load-coin-properties-from-a-custom-source
December 04, 2019, 02:56:56 AM
...
Edit: so after some more discussion with the person who owns the miner, the problem is that awesome miner defaults to an allows someone to do this.
It should not even be an option in the GUI
Firstly, there is a simple fix to this:Edit: so after some more discussion with the person who owns the miner, the problem is that awesome miner defaults to an allows someone to do this.
It should not even be an option in the GUI
Thanks for your detailed feedback.
...
...
AM knows it's own IP address so that should be the default (and normally the only option)
It shouldn't allow W:0/0 ever.
I really can see no reason why anyone would set their miner to W:0/0 unless they have no idea what they are doing, thus defaulting to AM's IP would be the correct answer for the ignorant.
Having it as an 'easy' fix to make your miner wide open to known viruses is REALLY bad and a major security flaw.
(especially since AM is Windows and the known viruses are Windows also)
I'll quote it again and point out that you REALLY should fix it since there is NO reason to give a box option to use W:0/0
If someone is smart enough to know what W:0/0 is (and it should NOT be suggested anywhere in the software, documentation or support) they can of course enter it themselves.
If they have NO idea what they are doing, it should default to the AM PC IP address that it ALREADY knows as I suggested above ... months ago.
- This computer
- This network
- Any computer (less secure)
- Custom IP access rule
By introducing "This computer" and "This network", Awesome Miner made it easier for the users to do the right thing without having to type IP addresses and access rules. Users doesn't have to learn and write the IP access syntax correctly, as Awesome Miner will secure it for you.
I did however not remove the "Any computer" option, but it's clearly stated in the user interface that this option is "less secure".
The changes made was clearly a move in a good direction by making it easier to select a good configuration and warn about the option that isn't secure.
I understand your point about removing this "less secure" option completely from the user interface. It would of course make it even more likely that a user pick a good configuration. I will make this change in the next release - to remove the option "Any computer (less secure)". Thanks!
December 04, 2019, 02:55:08 AM
Hi Patrik,
now in the winter months I need an alarm if my rigs running too cold for like 2 minutes. But no alarm in the few seconds the miner switchs and the rigs have no work (but temperature drops fast).
This can protect them from condensation if anything happens because the temperature drops below the ambient for a certain period of time. In the summer months it can be a great rule too, but vice versa for running to hot. Right now I can only do an alarm if the temperatur drops below a number, even if its not necessary, because of some seconds miner switching.
Is it possible to add in the rules -> Device Temperature a "x minutes ago" value (like in Check Statistics Hashrate, Shares, ...)?
So we can add rules to check a temperature over time, not just right now. Like 1 minute ago and 5 minutes ago, or something like that.
Or is it maybe already possible somehow? If yes, how?
now in the winter months I need an alarm if my rigs running too cold for like 2 minutes. But no alarm in the few seconds the miner switchs and the rigs have no work (but temperature drops fast).
This can protect them from condensation if anything happens because the temperature drops below the ambient for a certain period of time. In the summer months it can be a great rule too, but vice versa for running to hot. Right now I can only do an alarm if the temperatur drops below a number, even if its not necessary, because of some seconds miner switching.
Is it possible to add in the rules -> Device Temperature a "x minutes ago" value (like in Check Statistics Hashrate, Shares, ...)?
So we can add rules to check a temperature over time, not just right now. Like 1 minute ago and 5 minutes ago, or something like that.
Or is it maybe already possible somehow? If yes, how?
December 03, 2019, 05:38:45 PM
...
Edit: so after some more discussion with the person who owns the miner, the problem is that awesome miner defaults to an allows someone to do this.
It should not even be an option in the GUI
Firstly, there is a simple fix to this:Edit: so after some more discussion with the person who owns the miner, the problem is that awesome miner defaults to an allows someone to do this.
It should not even be an option in the GUI
Thanks for your detailed feedback.
...
...
AM knows it's own IP address so that should be the default (and normally the only option)
It shouldn't allow W:0/0 ever.
I really can see no reason why anyone would set their miner to W:0/0 unless they have no idea what they are doing, thus defaulting to AM's IP would be the correct answer for the ignorant.
Having it as an 'easy' fix to make your miner wide open to known viruses is REALLY bad and a major security flaw.
(especially since AM is Windows and the known viruses are Windows also)
I'll quote it again and point out that you REALLY should fix it since there is NO reason to give a box option to use W:0/0
If someone is smart enough to know what W:0/0 is (and it should NOT be suggested anywhere in the software, documentation or support) they can of course enter it themselves.
If they have NO idea what they are doing, it should default to the AM PC IP address that it ALREADY knows as I suggested above ... months ago.
December 03, 2019, 04:26:56 PM
Any pointers as to where I can find a working example of adding a new coin to Awesome Miner? A coin which is not listed on WhatToMine. I found where I can get the price,difficulty and such for this coin, but I cannot make it to be read by Awesome Miner. Is there a tutorial about that somewhere?
December 03, 2019, 02:16:59 AM
Hey Patrik,
I cant run the SRBMulti miner at RandomX Nicehash.
If I add --nicehash true in the Profit Profile/Additional Command Line Arguments, SRB starts, but ignores the Nicehash tag. All shares will be rejected.
I've just pushed a Software Definition Update where SrbMiner-Multi 0.1.8 is included. This new version works better with Nicehash RandomX. I cant run the SRBMulti miner at RandomX Nicehash.
If I add --nicehash true in the Profit Profile/Additional Command Line Arguments, SRB starts, but ignores the Nicehash tag. All shares will be rejected.
December 03, 2019, 02:15:45 AM
hi patrike
Mainer Profit profile need separate parameter field for dual mining scenario, at the moment we can save in profile only one parameter set, or for normal mining, or for dual. And this is a problem.
Please remove HTML tags if "Copy to clipboard " function in benchmark dialog will be used.
LBRY;CcMiner 2.3.1;2,2 GH/s, 1066 W (02.12.2019, v2.3.1);2,17 GH/s, 1055 W
Regards
Thanks for the feedback.Mainer Profit profile need separate parameter field for dual mining scenario, at the moment we can save in profile only one parameter set, or for normal mining, or for dual. And this is a problem.
Please remove HTML tags if "Copy to clipboard " function in benchmark dialog will be used.
LBRY;CcMiner 2.3.1;2,2 GH/s, 1066 W (02.12.2019, v2.3.1);2,17 GH/s, 1055 W
Regards
1) Although Awesome Miner should setup the dual mining, I assume you want to customize the parameters depending on if dual mining is used or not. Could you please give an example of which mining software and parameters you are using, and I will see if there are any workarounds available already. Thanks!
2) I will adjust the copy-feature like you suggested.
December 02, 2019, 01:24:14 PM
Hey Patrik,
I cant run the SRBMulti miner at RandomX Nicehash.
If I add --nicehash true in the Profit Profile/Additional Command Line Arguments, SRB starts, but ignores the Nicehash tag. All shares will be rejected.
These are the details:
And the configuration in Details:
If I add "randomx --nicehash true" in the Options/Managed Software/SRBMiner/User Defined Command Line Arguments, SRB wont start. Diagnostic says: Unexpected exit of mining software. Possible cause: Incorrect configuration or crashing software
Diagnostics completed.
Do I miss something here or is the config file somehow broken for Nicehash? Thanks for the help!
I cant run the SRBMulti miner at RandomX Nicehash.
If I add --nicehash true in the Profit Profile/Additional Command Line Arguments, SRB starts, but ignores the Nicehash tag. All shares will be rejected.
These are the details:
Code:
Instance ID: 2, Process ID: xxxxx
Started: 02.12.2019 16:51:57
Command line arguments: --nicehash true --api-enable --api-port 4029
Started: 02.12.2019 16:51:57
Command line arguments: --nicehash true --api-enable --api-port 4029
And the configuration in Details:
Code:
{
"pools" :
[
{"pool_use_tls" : false, "keepalive" : false, "pool" : "randomxmonero.eu.nicehash.com:3380", "wallet" : "xxxxxxxxxxxxxxxxxxx", "password" : "x", "nicehash" : true}
]
}
config.txt:
{
"algorithm": "randomx",
"reboot_script_gpu_watchdog": "awesome-restart.bat"
}
"pools" :
[
{"pool_use_tls" : false, "keepalive" : false, "pool" : "randomxmonero.eu.nicehash.com:3380", "wallet" : "xxxxxxxxxxxxxxxxxxx", "password" : "x", "nicehash" : true}
]
}
config.txt:
{
"algorithm": "randomx",
"reboot_script_gpu_watchdog": "awesome-restart.bat"
}
If I add "randomx --nicehash true" in the Options/Managed Software/SRBMiner/User Defined Command Line Arguments, SRB wont start. Diagnostic says: Unexpected exit of mining software. Possible cause: Incorrect configuration or crashing software
Diagnostics completed.
Do I miss something here or is the config file somehow broken for Nicehash? Thanks for the help!
I think it`s not very actual now ...
December 02, 2019, 11:04:24 AM
Hey Patrik,
I cant run the SRBMulti miner at RandomX Nicehash.
If I add --nicehash true in the Profit Profile/Additional Command Line Arguments, SRB starts, but ignores the Nicehash tag. All shares will be rejected.
These are the details:
And the configuration in Details:
If I add "randomx --nicehash true" in the Options/Managed Software/SRBMiner/User Defined Command Line Arguments, SRB wont start. Diagnostic says: Unexpected exit of mining software. Possible cause: Incorrect configuration or crashing software
Diagnostics completed.
Do I miss something here or is the config file somehow broken for Nicehash? Thanks for the help!
I cant run the SRBMulti miner at RandomX Nicehash.
If I add --nicehash true in the Profit Profile/Additional Command Line Arguments, SRB starts, but ignores the Nicehash tag. All shares will be rejected.
These are the details:
Code:
Instance ID: 2, Process ID: xxxxx
Started: 02.12.2019 16:51:57
Command line arguments: --nicehash true --api-enable --api-port 4029
Started: 02.12.2019 16:51:57
Command line arguments: --nicehash true --api-enable --api-port 4029
And the configuration in Details:
Code:
{
"pools" :
[
{"pool_use_tls" : false, "keepalive" : false, "pool" : "randomxmonero.eu.nicehash.com:3380", "wallet" : "xxxxxxxxxxxxxxxxxxx", "password" : "x", "nicehash" : true}
]
}
config.txt:
{
"algorithm": "randomx",
"reboot_script_gpu_watchdog": "awesome-restart.bat"
}
"pools" :
[
{"pool_use_tls" : false, "keepalive" : false, "pool" : "randomxmonero.eu.nicehash.com:3380", "wallet" : "xxxxxxxxxxxxxxxxxxx", "password" : "x", "nicehash" : true}
]
}
config.txt:
{
"algorithm": "randomx",
"reboot_script_gpu_watchdog": "awesome-restart.bat"
}
If I add "randomx --nicehash true" in the Options/Managed Software/SRBMiner/User Defined Command Line Arguments, SRB wont start. Diagnostic says: Unexpected exit of mining software. Possible cause: Incorrect configuration or crashing software
Diagnostics completed.
Do I miss something here or is the config file somehow broken for Nicehash? Thanks for the help!
December 02, 2019, 07:50:39 AM
hi patrike
Mainer Profit profile need separate parameter field for dual mining scenario, at the moment we can save in profile only one parameter set, or for normal mining, or for dual. And this is a problem.
Please remove HTML tags if "Copy to clipboard " function in benchmark dialog will be used.
LBRY;CcMiner 2.3.1;2,2 GH/s, 1066 W (02.12.2019, v2.3.1);2,17 GH/s, 1055 W
Regards
Mainer Profit profile need separate parameter field for dual mining scenario, at the moment we can save in profile only one parameter set, or for normal mining, or for dual. And this is a problem.
Please remove HTML tags if "Copy to clipboard " function in benchmark dialog will be used.
LBRY;CcMiner 2.3.1;2,2 GH/s, 1066 W (02.12.2019, v2.3.1);2,17 GH/s, 1055 W
Regards
December 02, 2019, 07:29:38 AM
Hey, need better profit/data/api for sub 1 satoshi coins
Hi. Is there a specific coin or example where Awesome Miner doesn't do what it should? Or was it more in general you would like to see coin statistics for some new coins?It was general and specific.
Specific case in point, Turtle coin. Price is sub 1 sats, but is mineable and has value. Markets are in LTC and ETH.
December 02, 2019, 07:25:50 AM
Awesome Miner version 7.2.1
Integration
- Nicehash RandomX pool for Monero
Mining software
- Gminer 1.81
- TeamRedMiner 0.6.1
- XmRig 5.1
Corrections
- Correction to Grin31 revenue calculations when WhatToMine is used as source
- Correction to Monero revenue calculations
Integration
- Nicehash RandomX pool for Monero
Mining software
- Gminer 1.81
- TeamRedMiner 0.6.1
- XmRig 5.1
Corrections
- Correction to Grin31 revenue calculations when WhatToMine is used as source
- Correction to Monero revenue calculations
Jump to: