|
Awesome Miner version 6.0.4
ASIC mining
- Detect when the API access rules of an ASIC miner are preventing Awesome Miner from getting monitoring information. Displayed in the miner list as: Disconnected - API Access Denied.
- Antminer D5 supported
Features
- Volatility for the predefined pools are calculated by Cloud Services and updated on the Online Services tab for each pool. Pools with a period of high volatility can be automatically excluded from the profit switcher. Requires Premium Cloud Services Subscription or above.
- Added additional algorithms
- Actual Performance for Online Services is renamed to Actual Payout. The feature will also be enabled by default for new installations.
Rules
- The trigger for Revenue and Profit can look at the profitability of a custom Profit Profile
Mining software
- Z-enemy Miner 1.27
- CryptoDredge 0.14.0
- T-Rex miner 0.8.8
Corrections
- Improved the Change Pool operation when using a Pool Group for Antminers to better keep the defined pool priority order
Please make sure you upgrade Remote Agent as well.
|
|
|
|
There will soon be a new Awesome Miner release where this one will be included. The additional coin statistics providers will not be part of the release today - but I have two of them in the pipeline so it's not far away. |
|
|
|
Anyone able to get UBIQ-HASH to work with awesomeminer and PHX 4.0B? Anytime I use it, specifying -coin ubq in extra commands, it get a "Wallet not found or missing" when the miner starts everything is correctly, I can mine ETH just fine using 4.0B just not UBQ-HASH.
Some mining pools requires the username or wallet to be passed in the "Worker name" field while other requires you to use the "Wallet address" field in the Pool Properties. Can you test both combinations unless the pool documentation specify which one to use? Even if you have something that looks like a username, some pools still require you to pass this as the wallet (or the other way around). |
|
|
|
Last night I uploaded the file to my dropbox and I shared it so I could use it in custom, since it did not work for me, so I asked you to upload it to your service. But I keep giving the same error.
I've put your URL in Z-enemy's Custom and it gives me the error. If I hit the url, the miner is actually downloaded
What puzzles me is the error that the miner does not find, but really if the miner is inside the zip. There will be no problem with the custom system? Before, it worked very well.
I have to wait for his next AM update to be able to use the 1.27
Worked fine for me, using Patricke's link provided above. I just copied and pasted the link into the custom download URL for that managed software. No other changes anywhere else. Regards, ...jim Edit: I see you are using the remote agent. I am not. Perhaps that is where the issue lies. I have used this function many times, so I ask for the link to Patrike. Yesterday night I tried to do it myself with my Dropbox of payment that if it allows to do direct download, and it gave me the same error, I do not know if that has influenced. I have a machine only destined to have running Awesome miner, it is in the same network and it is not a miner. This machine controls the 6 rigs that are in the basement of the house, but in the same network. It is the first time that using the link of patrike and Custom, has given me problems. I do not know if my failed tests yesterday night with dropbox are causing. Anyway I can wait a few days to update the program. I just want to comment that maybe there is a problem with the remote agent. But for me it is not a problem to wait a few days. The best way to help the programmer is reporting possible failures. Have you tried to delete both the folder and zip file from your remote rigs? C:\Users\truco\AppData\Roaming\AwesomeMinerService\ if not, try deleting them and let AM download again, to see which version of the binary downloaded from your links are causing the issue. Most likely the zip downloaded is corrupted and AM just created the folder anyway, but actual executable isn't there. Good points. Deleting will force Awesome Miner do re-download and re-extract everything and I agree with the point that the downloaded ZIP-file probably was invalid in some way. A change of URL to a ZIP-file with the same name will not resolve the issue. It's also possible to perform the cleanup operation via the Diagnostics dialog. If you click the Advanced button there is an option to perform a cleanup of all downloaded mining software. What Awesome Miner is doing when you start a miner is to look if the executable already exists. For @trucobit that would be: C:\Users\truco\AppData\Roaming\AwesomeMinerService\z-enemy.1-27-cuda10.0_1\z-enemy.exe If the file doesnt' exist, Awesome Miner will look for an already downloaded ZIP-file for this mining software. In this case: C:\Users\truco\AppData\Roaming\AwesomeMinerService\z-enemy.1-27-cuda10.0.zip If the ZIP-file is found, Awesome Miner will extract the content and then run the mining software. If the ZIP-file cannot be found, Awesome Miner will first download it. Looking at these folders and testing the zip-file manually are good troubleshooting steps if you are interested in finding out where it failed. |
|
|
|
Another quirky request, please add 'temperature limit' as well as 'unhooking TDP and Temp' to the system > gpu settings > miner dialogue in the AB settings. Asked for this before a long time ago, but I think this got buried. The option is available and present in Afterburner when you click the down arrow on the normal screen, but not in AM.
Also please consider moving GPU settings to it's own tab in the hot bar in the center of the miner along with the other dialogue boxes. A lot of those boxes I don't even use except for note, console, and occasionally summary. That along with the addition of properties > command line > parameters would streamline things a lot.
Temperature Limit is not exposed over the MSI Afterburner Remote Server and cannot be supported for that reason. Which property in MSI Afterburner is the unhook-setting you are referring to? Once Awesome Miner will get native OC support, Temperature Limit should be fully possible to support. At the same time the OC features are getting integrated in a better way, they will also be much faster and it would be possible to put them on a separate tab like you suggest. |
|
|
|
what happened to awesome miner, the last update it seems like it has issues with asics. went from being on a profit profile and rules to restart to no access at all. having to manually go in and restart them or via ip address. api access states privileged but still no control  it was lovely up until now  I've not had any other reports about ASIC related issues. If the Summary tab indicates that the miner is Privileged, but operations like Change Pool and so on are disabled (not clickable), it's probably because Awesome Miner is waiting for another operation to complete for this miner. Can you please check if you have any rules that could trigger a command to be sent to the miner constantly? Please also restart Awesome Miner after you disabled these rules to make sure no commands are in the queue to be sent to the miner. If you want you can send me the Awesome Miner log file by mail. Thanks! |
|
|
|
Hi Patrike,
please add yescryptr32 algo, cpuminer-opt and nlpool support this!
Thanks
Sure, I will add this in the next release. |
|
|
|
|
I received reports from a few users that the latest update of Awesome Miner triggered a warning when using the Kaspersky Antivirus software. I contacted them and they were quick in replying that it was a false warning and the next update from them should no longer give warnings related to Awesome Miner.
I don't know if the warning was specific to the latest release - it might have been a recent change to Kaspersky where even an installation of a previous version of Awesome Miner would trigger the same warning.
Although Awesome Miner itself doesn't do any mining, the fact that it's related to mining can sometimes give these warnings.
|
|
|
|
Hello, I would like to consult with you I have a farm with 6 cards of invidia and they are all different. gtx 1080 ti, 1080 ,1070, 1060 -3 pieces . I heard that would correctly determine the pool, and thus increase the hashrate, you need to split into groups of cards. Question I could not figure out how to do it . COULD you help me to indicate in the guide the procedure of programming maps and how many groups are better in my case? specify how this is done ? .. I will be very grateful to you. ! If you please.is it necessary ? or is it critical ?
Hello and thanks for your question. First of all you should benchmark each GPU type separately. See: https://support.awesomeminer.com/support/solutions/articles/35000086016-benchmark-algorithm-hashratesIf you want to run them separately you need to create multiple Managed Profit Miners, where you in the properties of the miner uses the GPU selection feature to pick the specific GPU's you want. You can for example use the wizard to add a few Managed Profit Miners: https://support.awesomeminer.com/support/solutions/articles/35000086086-profit-switching-for-gpu-and-cpu-mining#profitsingleAfter the miner has been created, you can right click on it and select Properties to configure the GPU selection - for example that it only should use 1080ti. |
|
|
|
Awesome Miner version 6.0.3
Rules
- New action to send Wake on LAN to start a remote computer
User interface
- Benchmark dialog improved to allow multiple entries to be selected and then using space key to check or uncheck all selected entries
Mining software
- Added mining software: lolMiner 0.6 alpha 4
- Cast XMR Miner 1.6.6
- SrbMiner 1.7.2
- T-Rex miner 0.8.5
- Z-enemy Miner 1.26
- PhoenixMiner 4.0b
Corrections
- Nicehash Zhash pool must use personalization string: auto
- Custom pool configuration for an individual Managed Profit Miner wasn't saved correctly
there are several people from my telegram group who are having problems with the update, it is like updating but it is still in 6.0.2. You can post the direct links of the update and the awesome miner control for the rig. Thank you I would suggest trying with a reboot as well. Sometimes there can be pending Windows Updates that make other software installations fail until you have rebooted. Direct download links if needed: https://www.awesomeminer.com/download/setup/AwesomeMiner.msihttps://www.awesomeminer.com/download/setup/AwesomeMinerRemoteService.msi |
|
|
|
A reminder PAtrike, I know you're very busy. I still can not change the OC in the RTX rig, I guess it will have to update aftherburner and remoteserver, but every time there are more people with RTX and we are forced to leave an intermediate OC that works in all the algos.
With RTX-2070 I can set Core and Memory clock via MSI Afterburner, using the latest nVidia drivers. The fan speed can however not be read by any application. aftherburner 4.5? ? the speed of the FAN does not matter to me, I always have them at 75% fixed, so it does not affect me What version of Aftherburner? 4.5 4.6 or the new beta? MSI Afterburner 4.5. I've not tested with the 4.6 beta yet. |
|
|
|
|
Awesome Miner version 6.0.3
Rules
- New action to send Wake on LAN to start a remote computer
User interface
- Benchmark dialog improved to allow multiple entries to be selected and then using space key to check or uncheck all selected entries
Mining software
- Added mining software: lolMiner 0.6 alpha 4
- Cast XMR Miner 1.6.6
- SrbMiner 1.7.2
- T-Rex miner 0.8.5
- Z-enemy Miner 1.26
- PhoenixMiner 4.0b
Corrections
- Nicehash Zhash pool must use personalization string: auto
- Custom pool configuration for an individual Managed Profit Miner wasn't saved correctly
|
|
|
|
A reminder PAtrike, I know you're very busy. I still can not change the OC in the RTX rig, I guess it will have to update aftherburner and remoteserver, but every time there are more people with RTX and we are forced to leave an intermediate OC that works in all the algos.
With RTX-2070 I can set Core and Memory clock via MSI Afterburner, using the latest nVidia drivers. The fan speed can however not be read by any application. |
|
|
|
Yup, just to make sure we're on the same page, the shutdown option wasn't just for a rules action, but also for a context option. Right click on miner > shutdown. There is already reboot, however remotely shutting down rigs is sometimes something you're looking to do.
If you're looking for priorities, the WoL feature is something I'm currently very interested in. I'll have to shoot you with a syntax for a c# script for rules action. I'm working with someone else on this, so I'll send you a PM whenever I get this figured out.
I understand the idea of centralizing everything. Honestly this is where a web based service would compete with the AM client. You should honestly just have AM in a web page, although I could definitely see that leading to problems with security and people trying to mess with network difficulty by somehow disabling all AM rigs. There would be a bit of work, but if the AM client was a little less hands on with controlling agents and having two computers sync with each other when something changes (or however many AM clients are running). Whichever AM client has more up to date settings, other AM clients update their settings with whatever was updated and don't change agents unless they're the ones that changed it in the first place.
Maybe I'm oversimplifying things, but it seems more of a order of operations thing if you're just trying to band aid fix things to make them work. That and AM still needs a sync'd repository and a way to adjust what software is uploaded to remote AM clients, so we can clean up old miner software that has been uploaded.
Thanks for the comments. Wake On LAN will be released today. You will find it as a rule action 'Send Wake on LAN', making it possible to add it as a part of a rule behavior or simply add it to the Actions menu to manually invoke for the selected miners. |
|
|
|
Hello @patrike, a question. For when there will be more or less an update with a new currency provider ?. We already have WTM, Coinwarz and CC, but it's not enough.
Since Awesome miner coin adapter no longer works well, we can not add coins and they are getting the data. We need another Shitcoins aggregator like shit to Mine or similar. Take this matter seriously because suddenly I have many less coins to mine due to the failure of Awesome Miner Coin Updater.
We need more coins in the system with their data, then we will see what we use or not. Until now I did not care because it added with AM CU, but it does not read the hash anymore.
I have already told Soothaa that his extension could fix it and improve it (choose or not certain exchanges and choose exchange for currency) and make it a single payment, so that it is not a free job for others.
But due to its little interest in fixing the extension, the currencies offered by the 3 current AM aggregators, I think few coins appear, when it is perfectly that there are many other shifts in the market that can give us good results. punctual.
Ideally, in the long term, it is an aggregation system like AM CU does, but it belongs to the system.
You will soon get two more coin statistics providers in Awesome Miner as I'm having integration discussions with the developers of these services. Both of them will require an API key as it looks like right now. At least one of them should be part of a release next week. |
|
|
|
Maybe it should be possible to define something like this:
- Additional power usage (W) on a global level, in addition to the individual miners. To be used to reduce the total profit on the dashboard
- Additional power user per miner - configured per profit profile
- Possible to override this per miner as well
All this would be added on top of the power usage specified per algorithm.
Please let me know your view on this. I`m looking for a way to set FIXED expenses to run an ASIC. Just to give you an example. I current host my ASIC at a mine farm. I do not pay any particular expenses, but I pay a set FEE a month. It would be good to have an ability to set daily expenses or monthly without basing calculation on power consumption. I hope this helps to clarify the situation and is possible to setup in awesome. This would be of great convenience as co-location is very common among enthusiast miners and I too pay fixed fee (per month, some per day) for some of my rigs. currently have to reverse the calculation to convert into Watts consumption for closer to accurate display. Thanks for the good points. As the profitability related features are getting more important with the current mining situation, this would make sense to support. |
|
|
|
I am running the professional version of AM on my small farm of Inosillicon A9 Zmasters and for some reason I can show Horizen with totals as the coin I am mining on the Main/Miners page but when I select Zcash(the coin I am actually mining), the logos show up but no prices or totals.
Are Zcash showing up with the correct information on the Coins tab? If you enter the same hashrate on the Coins tab as your miner can perform, will you get a revenue and profit displayed here on the Coins tab? On the coins tab I have amounts for several coins but only zero's for Zcash. Can you select the Zcash coin and then click the 'Coin Properties' toolbar button and make sure 'Change Properties' isn't checked. If checked, you would override all stats with what you enter in this dialog. |
|
|
|
Hi,
In auto-profit, I have a problem with overclocking.
In many cases, the frequencies recover from the original (normal when it finishes the mining) but it remains on this frequency when it begins another mining.
It does not always, but I often find my miners who mine the ETH to 100% power instead of 65% which changes everything in terms of consumption.
Thank you
I've had a few similar reports in the past MSI Afterburner sometimes doesn't like too frequent clocking changes request. Can you try to put a delay between the clocking operations by going to the Options dialog, Mining Settings and add a few seconds to "Pause after applying clocking settings". I can also announce that the development of native clocking via Awesome Miner has started. It's a bit too early to say how it will work out, but it looks promising and the plan is to let Awesome Miner do the clocking via the AMD and nVidia libraries/drivers without using external applications like MSI Afterburner. This will give Awesome Miner much more control of the clocking in the future. |
|
|
|
Hey Patrike, I have some more requests as mining seemingly is evolving in weird ways.
-A way to pull date/time stamp for rules activation from a txt file which is monitored. Such as scanning a text file and recognizing a date/time stamp and using that as a trigger. Date/time syntax could be specified by the user to make it easier to program for you.
-Adding a command to shutdown miners. There is reboot command, but not shutdown.
-Adding the ability to send a magic packet to machines (Wake on Lan). Machine MAC addresses in addition to IPs should be recorded by Awesome Miner and should be seamlessly integrated with miners. Wake on Lan is heavily documented with examples, very easy to implement, and used in a lot of applications. This is very important for low power usage scenarios.
-Apply a template to selected miners. I'm not sure if there is some weird way of doing this already, but you can only select pools or pool groups, and not change the template (which is needed for swapping algorithms on a schedule).
Thanks. ^^
1) This one is a bit specific and I don't think there will be much general use for a feature like this to justify new trigger settings for it. I can write a few lines of custom C# script for you that will trigger based on file content. Please give me an example of what the file format will look like and I will get back to you on this. 2) You can use the rules for this - both for manually triggering a shutdown but also as part of some automated tasks. Please see "Example: Shutdown remote PC via a button click": https://support.awesomeminer.com/support/solutions/articles/35000085907-rules-detect-mining-issues-and-automate-tasksThe example illustrates how you can add a menu item to the Actions button where you can execute any remote command, in this case a shutdown command. This action is very flexible as it can automate many tasks on the remote miners. 3) This is a very interesting suggestion that I've actually not been thinking of before. Awesome Miner would have to save the last known MAC address of each Remote Agent but otherwise it should be quite straight forward. This would make sense to have as a rule action. I will expore this request and see when it's possible to implement. 4) Is this for use in a rule where you want to make changes on a schedule? There is a rule action called Apply Managed Template that you can use. Please let me know if this was what you were looking for or if I misunderstood your request. Thanks for all comments, questions and feedback! Yup, might be specific to me. I asked a page or so back if it could be done in a custom script, but you didn't respond on that one. That would also work. Once I come up with a syntax for it I'll shoot you a PM regarding this. Yup, there are also other ways of shutting down as well as rebooting using scripts, just like a WoL, but it would be nice if it was integrated into AM itself without writing scripts or batfiles outside of it. We might just be mincing words at this point as I like to have everything rolled into one thing instead of a patch works of bandaids everywhere. Not really as important as the other suggestions although a right click option outside of a rule would still be great. Yeah, it's pretty easy to do. MACs generally don't change, so it could be even more reliable then IP or computer names for finding miners if they change names. There are a lot of options for saving MAC beyond just using it for WoL. If you're looking for how to implement WoL there are quite a few well documented examples so it makes it easy to use. https://wiki.wireshark.org/WakeOnLANhttps://blogs.msdn.microsoft.com/knom/2008/12/31/wake-on-lan-client-with-c/Yes that's what I was looking for. Apparently I missed it because of 'apply managed' in front of it, I was just looking for template. In addition, another helpful item that would be great to have in AM is redundancy in the network. Right now if you try to run multiple AM clients on the same network it causes things to freak out. It would be nice if you could have 'redundant' AMs installs that simply monitor each other and don't do anything until one or the other is changed. A usage scenario for this is obviously if the computer goes down with AM on it, the monitoring and scheduling features go with it. Other usage scenarios include mobile. If you have a laptop for instance you take home with you off the network and you have a computer you leave on the mining network, they should sync with each other when you come back to whatever is the most up to date (there is a lot of options for syncing). Thanks for your detailed reply. Just a small comment about the shutdown. It will not require you to put batch-files on each computer as you can enter the "shutdown" command directly in the rule in Awesome Miner. I do however understand the general point you are making here about that it's nice to have as much as possible integrated and ready-to-use in Awesome Miner. About multiple AM installations your points are correct. For GPU mining, a Remote Agent cannot be controlled by multiple Awesome Miner instances. For ASIC mining, it's however possible to monitor the same ASIC miners from many locations. Also, Awesome Miner isn't true client-server based in this sense. It would be ideal to have the Core of Awesome Miner allowing multiple user interface application to connect. This would however require major changes, but as I've received similar comments in the past, at least from those running large scale mining operations, it might be supported in the future. |
|
|
|
|
Show Posts
