Hi, For mining software that either doesn't provide any API (monitoring interface that Awesome Miner can connect to) at all, or with an interface that isn't supported from Awesome Miner, the only option is to use the Generic Miner concept. With a generic miner you can launch the mining software from Awesome Miner, but you will not get any information about hashrates and income. For more information, please see: http://www.awesomeminer.com/help/genericminer.aspx |
|
|
|
Hello Patrike. Thanks for all your recent work. Awesome Miner just keeps getting more awesome! I am having a frustrating problem however, and hoping I can get it figured out. So, I just started building a new rig. It is a Ryzen 2700X CPU with AMD RX 480 GPU (only have the first GPU, the second one is on it's way and I will be adding one a week till full) I made two miners, (RX 480 rig GPU, and RX 480 rig CPU) and two profiles AMD GPU, and CPU2. I started mining, and after awhile I noticed that both miners were mining Cryptonight V7, but one was mining on Nicehash, and the other on Miningpoolhub. I thought it was strange, but I just let it go for awhile. But after a few hours, I started looking at the online services, and it would show one of the two (nicehash, or miningpoolhub) as clearly higher in revenue, yet even when restarted manually, I couldn't get them to mine on the same pool as each other. At the moment Nicehash was reporting a higher rate, so I tried disabling Miningpoolhub from the CPU profile to force them to both mine Cryptonight V7 on Nicehash, but when restarted, then it went to the next algo in the list (I think it was yescrypt zpool) which had much lower earnings (-25%). So, the next thing I tried, was switching which one had Miningpoolhub disabled, and CPU started mining on Cryptonight V7 Nicehash, and now the GPU profile mined on Nicehash too, but on Equihash. (I couldn't get them to both mine CV7 on the same pool no matter what I tried) I gave up for the night, but then in the morning I noticed it was still mining Nicehash equihash on GPU, and Nicehash CV7 on CPU. I checked the online services for the GPU, and it listed Equihash $1.05, and Ethereum $1.39. So I hit restart, and it just went back to Equihash. Hmmm. So, I tried disabling Equihash for the profile, and upon restart it started mining Cryptonight old. (Still wouldn't mine CV7 on same pool either) I then tried disabling every algorithm except Ethereum, and when I tried to start, I got an error that there were no valid pools selected for the profit switcher. I activated Miningpoolhub, and tried again, but same thing, no pools available. Not sure what the deal is. I just benchmarked it last night. I did it first on quick, then followed up with a second round of medium for Phoenix, and Claymore, with Phoenix coming out ahead with 30.5Mhs. The behavior I'm expecting is whatever is the highest in earnings on the online services page should be the pool that the profit switcher switches to if you hit restart. Not sure why it's so resistant to going to the pool I want. I like how on the Baikal miners there is an option for prioritize in the pool area, but I'd be happy if I could just get the top item in the online services to mine. Thank you for any suggestions you might have to get it working right.
I think this is related to the feature where Awesome Miner can detect pools where no accepted shares are produced within a certain amount of time. I would suggest to disable this and give it a try one more time. Go to the Options dialog, Profit switching section, and uncheck "Ignore pools with no accepted shares". If a pool isn't producing the accepted shares, it will be marked as failed and the miner will move on to the second most profitable pool. This can result in that one of your miner isn't on the same pool as the others as the failure is per miner. I would also recommend that you right click on a miner and select View Details when you have question about the profit switching decisions. If a pool is marked as a failure it's also indicated here. |
|
|
|
Is there a way to enable API Access on the dragonmints T1's? Ive tried via the antminer API access tab and its all failures after changing the name and password to the correct combo.
For almost all other ASIC miners, it's possible to access them via SSH and reconfigure them for Privileged API mode. As you noticed, Awesome Miner can do that for you if you have Antminers. For Dragonmint, the SSH password isn't known and I have several customers that are trying to get it from the vendor. Without SSH access, the miners will always be in Restricted API mode. DragonMint miners do have their own proprietary API unique for the miners. Using this API it should be possible for Awesome Miner to configure the default pools of the miner, even if it's running in Restricted API mode. I'm currently investigating this and made some good progress. |
|
|
|
Hello and thanks for a superb program.
But now my problem: I had v5.03 installed on my rig.
Tried to update to v 5.1.
Nothing happens. When program restarts Im back to v 5.03.
Tries to uninstall v 5.03. some files remained and uninstall asks for .msi for v 5.02.?
Deleted all folders for awesomeminer in programx86 and in appdata\%.
Tried to make clean install v 5.1 but it says uninstall of old version cant be done.... Cancels install...
and now I am lost in space, woho....
What to do and thank You in advance...
I faced that problem a while ago and i am highly interested in finding a fast and easy solution. Meanwhile, i can share how i painfully walked around the problem. I used regedit, searched for “awesome” and deleted every entries related to awesome miner i found. There were many of them, took me about an hour to find and delete them all. After that i was able to install the latest version with no problems. Disclaimer : I am not a pro with the registry, and you should know there are risks to corrupt your system by playing with it. Use my solution at your own risk. Hi, did use regedit and deleted all awesome*. Did manage to install v 5.1 after that. Thank You... The safest solution to a MSI based uninstallation that isn't working is to use this tool from Microsoft: https://support.microsoft.com/en-us/help/17588/fix-problems-that-block-programs-from-being-installed-or-removedI will do the registry cleanup for you - and the fact that Microsoft made it available for exactly this purpose should make it a safe solution. |
|
|
|
An idea suggestion.
I do not know if it would be possible for each currency to choose the exchange where it will take the price. I'm going with MUNCOIN that in AW marks 295 satochis, but in stocks.exchange or coinexchange.io the price is between 49-55 satochis.
If I mine Muncoin and change it in Stocks.exchange and I can choose it from the list of exchanges, I will have the exact price of the exchange that I will use.
Because if not, I do not know how I'm going to correct the price that default gives AW, I look at many Exchange, it would be nice to choose the exchange where you look at the price for that currency.
If we have these problems with prices, the auto switch has it complicated to accept. Because if MUNCOIN mine 295 satochis, but I can not sell it to more than 55 satochis, there is a big problem.
Today Awesome Miner is only displaying the exchange rate as reported from WhatToMine and CoinCalculators. They lookup exchange rates on multiple exchanges and I think it's the highest one they are doing their calculations based on. If it's this large differences in exchange rate, I would recommend you to also look at the web sites of WhatToMine / CoinCalculators, because they provide more detailed information about the exchanges and the rate for each of them. Maybe I should ask for getting the name of the best exchange via their API's, so it could be listed in Awesome Miner. CoinWarz had this information in their API's. |
|
|
|
Hi
First time posting, im not used to it.
v5.1
Yesterday my “ConfigData.xml“ file was 4,556kb and today it fell down to 3,338kb. I checked (will double and triple check) and so far i don't seem to have lost anything inside the application.
Earlier i had a bug i will not try to reproduce, sorry for that. I was messing around with the “Appearance / Miner view” option and resizing the main windows, toggling full screen etc. When i put the setting back to my preference “Compact list” all my miners disappeared. I only had my groups listed, with no arrow to expand them. I then went to the config file to make a bkp before something bad happens, this is when i realized my config file shrunk. I had to exit the app and restart it for my miners to reappear.
Since i don't seem to have lost any data, did anything change in v5.1 that compress the config file? Should I investigate further to find the reason for my file size?
Hi and welcome. You are correct that since version 5.1, the configuration size has been reduced a bit. There are some default values that are no longer written to the file unless you change them to something other than default. I did also find the bug where changing the miner list view mode could result in that most miners didn't show up. A restart of the application is a temporary workaround to resolve it, as no miners are lost, just not displayed correctly. The next release will of course have a correction for this scenario. Thanks for your report on this! |
|
|
|
I'm sorry I did not have enough time to read the last post, I follow many different threads. A citation error has anyone, be used perfectly. THX The good news is that there is a solution for this available. The even better news is that you don't even have to upgrade your Awesome Miner version. You should see more coins from CoinCalculators on the Coins tab since a few hours ago. Right now the CoinCalculators API has been changed to return all coins by default. What I might do in the future is to make it configurable if you want to exclude the low volume coins. |
|
|
|
Hi Patrik, One request in addition to "add to workername" that's already implemented, is the passing of difficulty parameter in a similar fashion a good number of pools allow passing of the static difficulty parameter (or suggested difficulty) through mostly the password field with (d=xxx), some pools, especially lots of the cryptonight implementations, append them to the worker name field (-u parameter in common miners) via their own defined parameters (some uses "+", some uses "." for the ones I've came across) I managed to use the [MinerWorker] method to assign worker names, it works perfectly but is also buggy atm: For example, the pool (Cryptoknight.CC) uses the following format (which I use in the pool setup): Worker name: WalletAddress.[UserDefinedDifficulty] Password: [MinerWorker] if I specify the difficulty with custom delimiter (field left empty), AM will parse the command as follows: -u WalletAddress.[UserDefinedDifficulty][MinerWorker] -p [MinerWorker]
As you can see, that worker name is being parsed twice and result in pool reading (probably "null") error on the difficulty and I get rejected shares as well as 10min IP ban LoL if I kept this carry on long enough. If I specify using default "." delimiter in the pool setting, AM parses following: -u WalletAddress.[MinerWorker] -p [MinerWorker]
This time, [MinerWorker] still gets parsed twice, but the pool in this case will simply give me an auth error and I will not be able to mine as well. *** Proposal: 1. In pool settings, if [MinerWorker] is defined in the password field, steps are taken to eliminate double parsing the parameter to the Worker field entirely 2. adding new parameter [UserDefinedDifficulty] in the mechanics similar to [MinerWorker] that we can specify for each Miner in the same way as worker name, this sometimes helps when pool's vardiff changes too erratically (say, optimal for 1 AM miner is 150000 in CN-Heavy, the pool shoots it up to 1mil results in no shares found for 10 min till it drops slowly), this is supposedly very useful when rigs/miners have varying hash power but profit switching interval becomes > than share submitted = losing efficiency. Also (haven't tested out yet) ppl say it's good to define a (suggested) static difficulty where pool supports it for chaotic algos like X16R per rig/miner. Cheers! Hi, Many thanks for the detailed description. For pools that only should use the miner specific worker name part in the password field, and you don't want this added after the wallet for example, you can open the Properties of the pool and go to the Advanced section. Please try to check "Ignore 'Add to worker name' on miner" and see if that resolves any of your scenarios. For the difficulty configuration, I agree that something should be added to each miner for this. Maybe it should even be a general concept of variables you can define on each miner, so you can add your [UserDefinedDifficulty] and assign it values - and then be able to reference it from either the worker name or the password field in the pool. Thanks! |
|
|
|
Thank you very much for this great update, I love seeing so many coins to try.
I'm going to tell you a little bug, which is very annoying, at least for me.
A few days ago I suggested that there be a form to adapt the pool gain, since some estimate low and others high. So if you estimate 100 coins and get 50, it would be 0.5 to have 50%. Something like this capture
It works well, the program takes it into account for the Auto switch. You can see in the following image, where I display the autoswitch menu and make PRTX 0.0033 but just in the window below, where are the rigs, mark 0.13 or similar, it does not look very good. I mean, if you take it into account but it is not reflected in the statistics of the rigs, that leads to confusion.
And in the main dashboar it is not updated either. In this case this pool needs a correction of 73%, it gives me an exaggeratedly high number.
I insist that for the Switch if you get the price correctly with the change that I make in the pool, but in the other places it does not, and that does not make sense. The earnings information by day, month, or by rig should be in line with the correction you have applied to the group.
I hope you understand what I want to explain, it is incongruous, it has no logic.
Right now this setting is only for making a pool more/less profitable from a profit switcher point of view, which is also the reason why it's listed below a section called "Profit switching settings". I do understand your point and the idea is to expand this concept to be for profit display as well. This is however a bit complex, because if you have two pools with the same URL but different factors defined, Awesome Miner needs to figure out which pool you actually are mining on. For External Miners that's close to impossible, but for Managed Miners it's possible to make good guesses. |
|
|
|
Patrike, I won't tested the SRB's config yes (i'm at work) but I want to ask for somethin I couldn't find:
Is there a way to track the "worker path" through the day/week?
Explaining:
Sometimes I think pool isn't being "fair" with me. I can see the satoshis earned in the last 24h, but I can't see (easily) if my cards was full time at that pool or I dont want to check every pool to check how many time i mined for each.
Sorry my bad english?
This is currently not supported, but I understand your request. |
|
|
|
Thanks for the updates! Love the new dashboard. For BMiner, can AM somehow incorporate this automatically? It's in the release notes for BMiner 8.0. * Add scripts to download third party software OhGodAnETHlargementPill to improve Ethereum mining performance on GTX 1080/1080Ti. https://www.bminer.me/releases/Possibly, but I've not investigated this one in detail yet. Already today you can run any command before and after stopping a miner. Using the Upload Software feature it should also be possible to deploy this exe-file to a large number of miners. |
|
|
|
Thank you for the frequent and regular updates.
Since bminer now supports Ethereum and also Dual-Mining, would it be possible to add support for this?
Yes, Bminer Ethereum will be supported at some point. It's on the list of features to implement. |
|
|
|
I and other people are suffering some erratic failures with the AW api, with the extension of AW coin update. I know it's a separate development, but it seems that AW sometimes fails, and when it happens it's a failure that stays for days.
I have reinstalled the AWCU extension, I have reinstalled the latest version of AW beta. And it does not work.
This afternoon the system worked, but when I was mining with the same machine that has AW installed, I launched the AWCU currency updater, and gave that error, and I can not eliminate it.
The other time was an error that also disappeared only after the last update. I do not know if there will be a relationship with your API.
This is an exception in the coin updater so it needs to be invetigated from that point of view. Update: In AWCU thread the issue was found: a user's syntax error. patrike, In the new version is SRBMiner's config.txt override allowed per algorithm? EDIT: At the "mining software" section my question is answered. Thanks for the update. Please give the new feature to configure the config.txt file per algorithm a try, and let me know any feedback you have. In the SRBMiner configuration, the "Default" section will be used unless you override it for one of the other algorithms. |
|
|
|
|
Awesome Miner Version 5.1
GPU mining
--- Improved CcMiner API processing for differents units of reporting for GPU clock, memory clock and power usage
--- SRBMiner configuration page to override config.txt via a Profit profile
ASIC mining
--- Improved detection of Antminer B3 with latest firmware
Configuration
--- Included predefined profit profile for Intel CPU mining
--- Managed Hosts can be disabled, resulting in all related Managed Miners being disabled will be ignored by the rules and no remote connection will be made
--- The list of Managed Hosts in the Options dialog has been improved to include the number of related Managed Miners and a button to find hosts without miners
--- Added variable [MinerWorker] for the password field of pools, to include the 'Add to worker name' part of a miner in the password field
--- The Bulk Edit feature for miners in the Options dialog are accessible directly from the miner list
--- Profit profile can be configured to be excluded from the global setting to ignore pools with no accepted shares
--- Changed predefined Bytecoin algorithm to Cryptonight
--- Improved detection of Managed Hosts duplicates
--- API connection retry can be configured via the Options dialog, Advanced section, to better handle poor network connections
Features and integration
--- CoinCalculators.io added as a new coin statistics provider
--- Multiple coin statistics providers can be selected and used at the same time
--- Tags for miners, where each miner can be assigned one or more tags and the miner list can be filtered based on tags
--- New source for exchange rates for display currencies (fiat currencies) as the current exchange rate provider will terminate their services June 1st 2018
--- Added a number of new block explorers for wallet balance
--- Automatic backup of the Awesome Miner configuration file two times per month
User interface
--- Preview of new web interface included, but not default. The new web interface must be activated via the Options dialog, Web section. In the future, this will be the new default web interface.
--- Dashboard improved to display up to 8 top coins and algorithms for the active miners. Sorting is by number of active miners
--- Display the income as coins per day via the Customize Progress Field feature (see web site for usage example)
--- Display the current pool name in the miner list when using user defined mining software with API compatibility with known mining software
--- Default sort order for Online Services tab is on the Profit column and if sorted on another column, the Profit column is always used for secondary sort order
--- Benchmark results can be copied to clipboard
--- Added additional coin images
--- Automatically select the new miner added via the wizard, to make it easier to find
--- Improved display of small coin values in Coins&Profit section of Options dialog
--- The bottom panel of the main window can be made smaller
--- Support Tensority / Bytom profitability calculations
--- Indicate source of coin statistics for each entry in the Coins tab
--- Improved validation of GPU clocking values in Clocking Profile
Rules and API
--- Added Awesome Miner API for removing Managed Miners and Managed Hosts
--- Added software type and hashrate value per device for /api/miners
Mining software
--- SRBMiner 1.5.5 with additional Cryptonight algorithms and configuration per algorithm
--- Bminer 8.0
--- DSTM ZCash miner 0.6.1
--- CpuMiner-Opt 3.8.8.1
Corrections
--- Correction to Innosilicon A6 hash rate unit
--- Correction to display of name of custom Online Services where multiple custom services uses the same algorithm
--- Correction to Wait Action in rules, for scenarios with longer wait times
--- Correction to benchmark to include the 'Additional command line' configured per algorithm in the profit profile
--- Correction to network scan to allow including IP addresses ending with 255
--- Correction to profit factors for a few predefined pools, including Nicehash and zpool X13
--- Correction to SIA block explorer integration for the wallet balance feature
--- Minor corrections
|
|
|
|
Hi this is my first post here and may have been answered but after a lot of searching I can’t find the answer I’m looking for, I can edit my json file for xmrig for a managed miner to get the best from my 1060s for the cryptonight algos, but is there a way to edit it for profit manager miner? It always seems to revert back 🤷🏼♂️🤷🏼♂️
Hi and welcome! For the XMRig mining software, Awesome Miner is not generating a configuration file. All configuration is made via command line. For some other mining software a configuration file is generated (for example SRBMiner, sgminer, Excavator), but not for XMRig. Have you specific a configuration file to use via the command line? |
|
|
|
 I and other people are suffering some erratic failures with the AW api, with the extension of AW coin update. I know it's a separate development, but it seems that AW sometimes fails, and when it happens it's a failure that stays for days. I have reinstalled the AWCU extension, I have reinstalled the latest version of AW beta. And it does not work. This afternoon the system worked, but when I was mining with the same machine that has AW installed, I launched the AWCU currency updater, and gave that error, and I can not eliminate it. The other time was an error that also disappeared only after the last update. I do not know if there will be a relationship with your API. This is an exception in the coin updater so it needs to be invetigated from that point of view. |
|
|
|
I was surprised to switch to X13 on GPUs (and CPU)  And I just found this : https://twitter.com/_zpool_/status/1000484163672248321If you have zpool enabled in your profit switching change the profit factor of online service for X13. Apply your current profit factor divided by 1000 I will adjust to this change in the next release. |
|
|
|
From what I noticed a few days ago, the latest B3 firmware changed these miners from telling they are "Antminer B3" to only say "Antminer" and I think this is a bug in the firmware. The latest development version (v.5.0.4) included a adjustment to this, so it should show the correct temperature readings again. |
|
|
|
|
Show Posts
