Awesome Miner version 6.3.3
Features
- New trigger for device hashrate
- Bulk edit of External Miner properties: SSH port and SSH credentials
- Bulk edit of Managed Miner properties: Autostart miner
Integration
- Add additional block explorers for wallet balance
- Add additional pools for Mining Dutch
User interface
- Menu of available rule triggers rearranged into groups to make it easier to find triggers
Version notes
- Improved logging for the Dynamic Update feature of coin properties
Mining softare
- SrbMiner 1.8.5
- TeamRedMiner 0.4.4
- lolMiner 0.8.1
- WildRig Miner 0.15.5
Corrections
- Correction to the Change Pool Group operation to ensure correct pool priority for ASIC miners
- Correction to the password parameter name for the Phoenix Miner pool configuration file
Good update It could be added in Notifications, when an API fails ?, as we now use dozens of apis to configure the currencies, it is very interesting to be able to monitor those apis that have not been able to collect data, in this way have under control the large amount of apis that we are using, and that otherwise it would be impossible to monitor, and I think the notification tab would be very good. Currency X api Difficulty problem Currency X Api Nethash Problem Something like that. For example, when it happens 2 or 3 times in a row, you do not need to notify the first one that it fails. Thanks for the suggestion. Maybe it should be indicated on the actual coin in the Coins tab as well, for example using red text to indicate update failures. |
|
|
|
|
Awesome Miner version 6.3.3
Features
- New trigger for device hashrate
- Bulk edit of External Miner properties: SSH port and SSH credentials
- Bulk edit of Managed Miner properties: Autostart miner
Integration
- Add additional block explorers for wallet balance
- Add additional pools for Mining Dutch
User interface
- Menu of available rule triggers rearranged into groups to make it easier to find triggers
Version notes
- Improved logging for the Dynamic Update feature of coin properties
Mining softare
- SrbMiner 1.8.5
- TeamRedMiner 0.4.4
- lolMiner 0.8.1
- WildRig Miner 0.15.5
Corrections
- Correction to the Change Pool Group operation to ensure correct pool priority for ASIC miners
- Correction to the password parameter name for the Phoenix Miner pool configuration file
|
|
|
|
Hello, Patricke.
I noticed that when creating an API request for determining complexity, etc., the response does not recognize the name of the site of three words.
For example, https://explorer.ravencoin.world/api/getdifficulty.
try https://ravencoin.network/api/status?q=getDifficulty Json proof-of-work Thank you friend. But sites where in the title are three words I have more. When I open https://explorer.ravencoin.world/api/getdifficulty in a web browser I do see the Cloud Flare protection page the first time I launch it. It basically indicates that they only allows web browser that can solve a Javascript challenge are allowed to move on to the actual page. Cloud Flare protected sites cannot be accessed as an API from applications like Awesome Miner that only load data without being a complete web browser. There might be some solution to this, but not an easy one that I get in place right away. Delay 5 seconds and follow the redirection of cloudflare, which will be a 301,302 or 303 It's unfortunately not that easy, as this is exactly what CloudFlare prevents you from doing unless you are a web browser that can compute their challenge with a Javascript engine. If you only try to download the content, you don't get any redirect to follow. |
|
|
|
Can anyone help me out?
Some of my miners have restricted api access and others have privileged. I've followed these instructions "Awesome Miner will automatically configure the Managed Miners to use Privileged mode by default. These settings can be changed from the Advanced section of the miner properties in the Awesome Miner Options dialog." But I can't see where to change it?
What ASIC miners are you running? For most Antminers, Awesome Miner can setup this automatically: https://support.awesomeminer.com/support/solutions/articles/35000085989-configure-privileged-api-access-for-antminerUse the toolbar Tools -> Antminer&ASIC -> Configure API access. This will unfortunately not work on the latest Antminer S15/T15 where no SSH access is available and no other known way of setting Privileged API access are available. |
|
|
|
@patrike please implement memory voltage in awesome miner overclocking. On AMD cards the core voltage is a combination of cvddc + mvddc, if you do not set both at the same value core clock voltage is not applied correctly Images are on imgur https://imgur.com/a/vFggb6lThanks for the suggestion. There will be some additional properties added to the native overclocking feature over the next few weeks so I will try to include this one as well. |
|
|
|
Hello, Patricke.
I noticed that when creating an API request for determining complexity, etc., the response does not recognize the name of the site of three words.
For example, https://explorer.ravencoin.world/api/getdifficulty.
try https://ravencoin.network/api/status?q=getDifficulty Json proof-of-work Thank you friend. But sites where in the title are three words I have more. When I open https://explorer.ravencoin.world/api/getdifficulty in a web browser I do see the Cloud Flare protection page the first time I launch it. It basically indicates that they only allows web browser that can solve a Javascript challenge are allowed to move on to the actual page. Cloud Flare protected sites cannot be accessed as an API from applications like Awesome Miner that only load data without being a complete web browser. There might be some solution to this, but not an easy one that I get in place right away. |
|
|
|
https://www.dropbox.com/s/397zu7whoj1s93u/Captura%20de%20pantalla%202019-04-20%20a%20las%2015.46.06.png?dl=0This is happening to me in several currencies, both with supplier data and with personalized data, that remain at 0 of profit. I have tried many times already, and it is not just one currency they are several. You will see that all the data is added, it is impossible that with all the data the profit is 0 and I have measured the AL-GO to have reference We also use the getnetworkhashps command a lot to get nethash but it depends on which currency, it gives us errors, the data is good on the form, but then the coin drops a lot, if I put it with the exponential formula which does not require this data , go back up But something is failing, as Moppidoo commented, he uses getinfo that we are not used to. I hope you have an easy solution because it is a small stone in the road. Do you get the same issue even if you uncheck "Change properties" for this coin, to only use default values? Can you please check that you don't have any pool for this coin where you have set the Profit Factor to 0 for the pool. As you remember, this will affect the revenue of the coin if you have enabled "Apply pool profit factor in the Coins tab" in the Options dialog, Statistics Settings. |
|
|
|
What would be the best way to adjust the Algorithms section for equihash and Decred when you add DR5s & Z11s.
I already have it set for myDR3s & z9 minis.
Can you please describe this request/question in a bit more detail? I understand that you are about to add your new Antminers, but what are the configuration or operation you want to do here? the current custom setting in the algorithm section for my Z9 minis is 10k/s @ 268w. When I added my Z11s they were showing 135k/s @ 4000w on the Main->Miners tab. Thanks for the update. These two miners have quite different efficiency you noticed. For this reason, the linear power usage scaling in the Profit Profile will not make good predictions. Please go to the Options dialog, Profit Profile section and add a new profile for the Z11 miners. In this profile you can enter a typical hashrate and power usage for the Z11 in the same way to did in your previous profile for the Z9 miner. Finally you can open the Properties of your External Miners representing the Z11 miners and select the new profit profile you created. |
|
|
|
@PArike I send you a small problem or discrepancy, it's very strange. Currency PHL using your exponential formula gives a more or less close value, but it is dominated by auto exchanges and it does not work for me, but good. But when I choose the complete formula, I mean nethash, blocktime, reward ...... The result changes an awful lot to worse. I have checked the data several times, can not give a result that is 1/3 of the result with the exponential formula. To see if something is wrong, I think the blocking time may be wrong in the formula, or it is simply something else. I leave you the full currency data so you can configure it. PHL X16r block reward 2.5 Blocktime 150 seconds Difficulty http://explore.placeh.io:8080/ext/summary token json data.[0].difficulty Price https://api.crex24.com/v2/public/tickers?instrument=PHL-BTC token json [?(@.instrument=='PHL-BTC')].bid Nethash http://explore.placeh.io:8080/api/getnetworkhashpsWith the exponential formula in the same machine 0.0014 6x 1080ti, with the complete formula 0.0058 the difference is huge, I do not understand it, it should not be like that, something fails. I have done the measurement with exponential and the correct profit would be 1.25 but only when the auto exchanges (zpool, zergpool etc ...) do not give war. It's not a coin I'm going to use, but this huge difference has caught my attention that something is not right. The formula with all the data can not be so far away. Somehow I do not trust the blocktime that is 150 seconds 2.5 minutes, but it is not a non-metric value. I await your conclusions. First a general answer. The formula for calculating coins per day using Difficulty-Reward-ExpFactor works for almost all coins and the formula using NetHash works for many coins as well. There will however always be coins with some unique properties where either one or none of these formulas can predict the number of coins per day. That's not an indication that the formulas are wrong, just that they may not be usable in a few cases. Coins based on CuckaRoo29 / CuckaToo31 / CuckooCycle coins are examples where you never will get any correct values out of the formulas. I just wanted to highlight this in general as I assume you will play around with quite a number of coins to do these calculations, and eventually you will find coins where they do something unique and the numbers will look strange. In this case I entered the sources of information as you did, and from what I can see the Difficulty and NetHash forumula gives almost the same result. It was only 1 - 2 percent difference between them. However, in my case I used Block Time 60 seconds (1 minute) as this is what both CoinCalculators.io and CoinToMine reports. If you entered Block Time 150 seconds, it probably explain the difference you got. |
|
|
|
...
I've released an unencumbered image to re-enable SSH just for awesomeminer.
... Very good initiative! |
|
|
|
What would be the best way to adjust the Algorithms section for equihash and Decred when you add DR5s & Z11s.
I already have it set for myDR3s & z9 minis.
Can you please describe this request/question in a bit more detail? I understand that you are about to add your new Antminers, but what are the configuration or operation you want to do here? |
|
|
|
is there any way to cancel/refund the year subscription I paid for the web services since I cant use them anymore to control the miners? I dont need to pay for that if it is only to monitor them
You can cancel the subscription to not get any future charges. You can still use Cloud Services for the period of time you paid for but there are no refunds. I would however suggest to consider finding or waiting for a solution to the SSH restrictions in the recent Antminer firmware. There are quite a number of users in the community that all find the recent Antminer SSH restrictions a problem and are looking for solutions. Although there may not be any perfect solutions today, it might very well be available in the near future. If you already upgraded your Antminer firmware to a version where SSH isn't enabled, it looks like these are the steps required to reset the firmware back to an older version: https://support.bitmain.com/hc/en-us/articles/360019493654-S9-series-S9-S9i-S9j-S9-Hydro-Control-Board-Program-Recovery |
|
|
|
Lolminer 0.8.1 https://github.com/Lolliedieb/lolMiner-releases/releases/tag/0.8.1But I can't get it to work on Cuckatoo 31 with AM. C:\Users\*******\AppData\Local\AwesomeMiner\lolminer_v081_win64_1\0.8.1\lolMiner.exe -a cuckatoo31 --pool grin-eu.sparkpool.com --port 6667 --user ********* --pass ***** --coin GRIN --apiport 4028
====================================================================================================
> +---------------------------------------------------------+
> | _ _ __ __ _ ___ ___ |
> | | | ___ | | \/ (_)_ __ ___ _ __ / _ \ ( _ ) |
> | | |/ _ \| | |\/| | | '_ \ / _ \ '__| | | | |/ _ \ |
> | | | (_) | | | | | | | | | __/ | | |_| | (_) | |
> | |_|\___/|_|_| |_|_|_| |_|\___|_| \___(_)___(1) |
> | |
> | |
> | This software is for mining Equihash |
> | 150/5: Beam 96/5: MNX 210/9: Aion |
> | 192/7: ZER, GENX, SAFE, VDL |
> | 144/5: BTG, ZEL and many more |
> | And Cuckatoo-31: Grin |
> | |
> | |
> | Made by Lolliedieb, April 2019 |
> +---------------------------------------------------------+
> Warning: No user profile defined in command line (--profile <profileName> missing)
> Using only DEFAULT section and command line input
> Reading pool data from command line
> Error: No coin profile find for coin GRIN I will include lolMiner 0.8.1 in the next release. It looks like Grin31 mining requires this command line parameter: --coin GRIN-AT31 |
|
|
|
I have a suggestion of the easiest.
In the benchmark module, which is now correct, it already averages well. You can put the date of the last measurement AL-GO to AL-GO. So I can see if X16r in rig 4 3 months ago I have not benchmarked.
For example, I am now reviewing all the AL-GOS and each rig is different, I have the need to see when I scroll in benchmark when an AL-GO has not averaged for some time.
It's something simple, always the date of the last test. There is plenty of space.
Good point. Maybe save both date and mining software version? |
|
|
|
Awesome Miner version 6.3.1
ASIC mining
- Support for Antminer Z11
Features
- Configuration of Network Hashrate and Block Time per coin
- Added an additional way to calculate coin revenue, based on Network Hashrate, Block Time and Block Reward. Calculation method configurable per coin.
- New trigger Detect Miner State to detect specific mining states
Mining softare
- SrbMiner 1.8.3
- NBMiner 22.3
- Gminer 1.38
- Nanominer 1.2
- Bminer 15.5
Corrections
- Improved compatibility for change of frequency on Antminers
- Corrected calculation of average hashrate for benchmarks
- Handle invalid JSON responses from JCE miner
Hi Patrike, thank you for the continual implementation of the coin statistics features. Just wondering if this would be something easy for you to implement, now coins with custom properties will have the "Coin" column shown in blue font, can this be extended to individual overridden properties such that if I specify custom value for Block time/Block reward/Difficulty/Hash rate/Exchange....that they can be highlighted individually depending on if their properties were overridden in the Coin Properties dialog? Best Regards, Thanks! You are correct that it would be quite easy so just highlight the overridden properties, so I will go ahead and make that modification. That's what I've been saying for some time, and now if you see the modified ones in blue. In previous update I said that they looked blue, but I did not see blue, neither I nor anyone in my group, because it was not important I did not want to insist. With today's update, if you modify them. Thank you Previously it was only the name of the coin that was highlighted in blue color if any property was changed for the coin. Now it's the modified value itself that is blue. Sorry if I misunderstood your request about this earlier, but I hope you find the new implementation useful. |
|
|
|
Awesome Miner version 6.3.2
ASIC mining
- Support for Antminer B7
Integration
- SrbMiner pool configuration will set the property for Nicehash automatically
- Added CryptoNight HeavyX to XmRig by default
User interface
- Highlight modified coin properties in blue color on the Coins tab
Mining software
- GrinPro 2.1
- TT-miner 2.2.2
- Nanominer 1.2.1
Corrections
- Correction to trigger for detecting miner state
Wow thanks heaps patrike! That was fast!!! A little problem though, if you recall I had issues with updating block rewards from wallet JSON-RPC about 2 weeks ago, I'm having these issues still, and this time with network hashrate as well (block rewards was not resolved either). (ref: https://bitcointalk.org/index.php?topic=676942.msg50374809;topicseen#msg50374809) In AM log, I'm getting these: 17/04/2019 7:35:43 PM.794 [061] [S]Dynamic update of coin property for TZC, Difficulty: 15.2433979493097
17/04/2019 7:35:43 PM.795 [061] [S]Dynamic update of coin property for TZC, Network Hashrate: (failed)
17/04/2019 8:00:41 PM.227 [061] [S]Dynamic update of coin property for TZC, Difficulty: 25.3156886119117
17/04/2019 8:00:41 PM.227 [061] [S]Dynamic update of coin property for TZC, Block Reward: (failed) I can however, get updates from MPOS based pools with their public API provided if I found one, though since I'm running the wallet node already, I prefer to have it read from local node. I'm wondering if that's due to some sort of type parsing causing error in AM for those values other than difficulty? sample output from wallet node JSON response as below (getnetworkhashps): {
"result": 1313273656.397802,
"error": null,
"id": "curltest"
}again, the test button shows correct result from the response, but the properties kept failing the update. Thanks for the feedback - I will go ahead and add more log entries to make it possible to track down any update failures. |
|
|
|
|
Awesome Miner version 6.3.2
ASIC mining
- Support for Antminer B7
Integration
- SrbMiner pool configuration will set the property for Nicehash automatically
- Added CryptoNight HeavyX to XmRig by default
User interface
- Highlight modified coin properties in blue color on the Coins tab
Mining software
- GrinPro 2.1
- TT-miner 2.2.2
- Nanominer 1.2.1
Corrections
- Correction to trigger for detecting miner state
|
|
|
|
Your observation is correct, it looks like Bitmain start to lock down their ASIC miners more with the recent firmware upgrades.
With SSH access disabled, Awesome Miner cannot connect and reconfigure the API access. This is the reason for the "Connection failure".
Update:
I've previously had a short conversation with Bitmain regarding the disabled SSH on Antminer S15, but it has not yet resulted in any solution being provided. I've reached out to them again on this topic to ask for a way to enable Privileged API access. Even if the SSH access still will be disabled, I would like to see the API setting being configurable in the web interface for the Antminer as an alternative solution.
well this pretty much sucks and makes AM useless for me and makes the money I paid for the program and for the web services wasted - I had monitoring of miners via the pools apps - I need to be able to control the miners as well and now that cannot be done. It's basically that with the latest firmwares from Bitmain, the lack of SSH results in that their miners always run in Restricted API mode. That limits the control from any application that want to remote manage Antminers, not only Awesome Miner. Bitmain is basically limiting the features of the miners by doing this. Although I'm trying to get Bitmain to implement a new way to enable Privileged API access, my main point above was that all users of Antminer products should give their feedback to Bitmain about privileged API access. Bitmain must understand that they have removed a feature making it very difficult to manage their miners, and hopefully there will be enough users providing them with this feedback. It would of course be great if they re-enabled SSH access, but if that isn't an option, making it possible to enable Privileged API access via the Antminer web interface would be one way forward. |
|
|
|
Awesome Miner version 6.3.1
ASIC mining
- Support for Antminer Z11
Features
- Configuration of Network Hashrate and Block Time per coin
- Added an additional way to calculate coin revenue, based on Network Hashrate, Block Time and Block Reward. Calculation method configurable per coin.
- New trigger Detect Miner State to detect specific mining states
Mining softare
- SrbMiner 1.8.3
- NBMiner 22.3
- Gminer 1.38
- Nanominer 1.2
- Bminer 15.5
Corrections
- Improved compatibility for change of frequency on Antminers
- Corrected calculation of average hashrate for benchmarks
- Handle invalid JSON responses from JCE miner
Hi Patrike, thank you for the continual implementation of the coin statistics features. Just wondering if this would be something easy for you to implement, now coins with custom properties will have the "Coin" column shown in blue font, can this be extended to individual overridden properties such that if I specify custom value for Block time/Block reward/Difficulty/Hash rate/Exchange....that they can be highlighted individually depending on if their properties were overridden in the Coin Properties dialog? Best Regards, Thanks! You are correct that it would be quite easy so just highlight the overridden properties, so I will go ahead and make that modification. |
|
|
|
|
Show Posts
