Patrike,
At present, yiimp-based pools are very popular.
But on the yiimp-based pools we can not specify rig name through worker (-o), we must do it only through password, like -p c=BTX,RIGNAME1.
Therefore, the Awesome Miner can not specify the name of the RIG through password and there is confusion on the pool - all rigs are unnamed.
Add please the ability to add a rig through a password, somithing like this or in another way
I can implement support for that kind of variables for miner specific worker name in the password field. Hopefully it will not turn out to be too complex. I'm also planning to add some kind of easy-to-use check box on the Profit switching configuration in the Options dialog that would add "-p c=BTC" by default, because it looks like that's required even if the documentation states otherwise. |
|
|
|
With Awesome Miner C# Script API how can I call on the miner to get it's local ip address or remote host. I am trying to build something so I can use a pre built in trigger and the action requires me to know the ip of the miner on my local network.
This will be a script everyone is going to want so I will post it here once it is done. More so the guys with lots of miners.
Try this given that you have myMinerObject defined as IMinerBase as an example. Please let me know if it's another scenario. (myMinerObject as MinerBase).GetHostname();
|
|
|
|
Here is another question, It seems Awesome Miner is switching based on USD-based profit calculations, is it possible to force it to make decisions based on BTC profits?
All internal calculations are made with BTC first. When displaying it's converted into either USD or what display currency you have selected. However, even if the calculations was made in USD internally, would it really be any difference? What is most profitable in BTC should be most profitable if you convert to USD as well? (Sorry if I didn't understood your question here) |
|
|
|
Does this miner support switching between 2 different pools? I have set my miner to work with two different pools (zpool and mph) both in global and in miner's setting but apparently only one pool can be used at the same time( I've tried running them one by one and they work fine but they don't detect together).
P.S Also wondering if you can mine wiht CPU using AM because when I click "add miners" it only offers 2 choices: nvidia and amd :/
Thanks in advance
You can add any number of pools to the profit switcher. It will run whatever is most profitable, and you can view this by right clicking on the miner and select View Details. A miner can however only mine on a single pool at a time (with the exception of Claymore Dual Ethereum miner, but that's another story). You can add a new Profit profile and call it "CPU-profile". Then you simply select that CpuMiner-Opt should be the only available mining software for it. Now you can create a Managed Profit Miner and specify it as "CPU-Profile" and do profit switchin on the CPU. |
|
|
|
Hi ive one question. How to fix that for managed miner.
If i add a miner via scan it shows the statistic(hashrate, shares,..)
If i add a managed miner it shows interface offline.
Another question how to switch pool. The miner starts via batchfile pool is also choosen in the batch file. So how can i setup awesome miner that it changes the value -S [Pool] in the batchfile ?
Do you launch the actual mining software from this batch file? Then you probably don't set the API port like Awesome Miner want and it will result in Interface offline. (Please correct me if I'm wrong in my assumptions here) If you use a Managed Miner, put your command line arguments (except those related to pools and API) in the Command Line section of the Managed Miner and let Awesome Miner do the rest. If you really want to launch the mining software from a Bat-file, you could connect to it as an External Miner, but then you cannot start/stop mining from Awesome Miner anymore. |
|
|
|
I just updated my from 4.1.1 and I noticed (not sure if it was before or not) profit switching for ASICS.
I'm using awesomeminer for S9s to monitor and notify under some rules (speed, offline etc.) I'm not familiar with profit switching on ASICs, can someone explain?
I feel that I'm not using maximum out of this software possibilities even thou I'm running small amount of S9s
any help would be much appreciated.
It's a bit more basic on the Antminers, because it will simply prioritize between the pools already defined on the Antminers (in the Pools tab in the lower part of the screen in Awesome Miner). Please see this description of how it works and how to configure for Antminers: http://www.awesomeminer.com/help/profitswitching.aspx#externalprofit |
|
|
|
I've seen several questions related to if profit estimates are correct. I'm replying to one of them here, but this is really a general answer. The basic idea is that Awesome Miner uses profit information from zpool, MPH, WhatToMine and so on. If they doesn't match, please check the Current vs 24h avg statistics linked to below. If the profit predictions doesn't match the actual payout, then it's a completely different story and really outside the scope of Awesome Miner. Puwaha always have good comments on these (for example: https://bitcointalk.org/index.php?topic=676942.msg26057460#msg26057460) How does profit calculation work? I'm hashing equihash at 1.02kH/s or neoscrypt at 2.04MH/s.
Whattomine gives revenue predictions per day of $8.54 mining the most profitable equihash coin and $6.62 mining the most profitable neoscrypt coin.
AM gives renue predictions per day of $8.42 mining equihash and $14.79 mining neoscrypt? What gives?
Please see the last part of this page. It can be related to current profit compared to 24h avg. http://www.awesomeminer.com/help/coinstats.aspxIf you want more insight in the calculations that Awesome Miner do, please look at this one: http://www.awesomeminer.com/help/profitswitching.aspx#viewcalc |
|
|
|
The HW Errors Trigger for ASIC is not working any more.
Before last update I picked up the value 11, this figure was not clear to me, it's definitely not "%", but it worked.
After the last update (I think) even 1% does not work, although the errors just fell more than 1000, which was more than 1%. Then I restarted ASIC and got 4% of the errors, but the trigger does not work. ((
Something broked with this.
The HW Percent rule in Awesome Miner is comparing number of HW Errors with the number of Accepted shares and calculates a percent out of that. It's been like that for 3 years. The Antminer HW Error Percent reported directly from the miner may be a bit different. What does Accepted and HW Errors looks like? |
|
|
|
|
First of all, thanks for all good discussions going on. I've been super busy today because of the increased interest in mining and especially after the Nicehash-incident. I'm been answering about 150 e-mail messages during the day.
I appreciate everyone that takes their time to try to help out in the discussions. Thanks!
I will start answering on some of the questions, but I will not be able to get to everything today.
|
|
|
|
thanks!
also do you know how to turn on api access to can control from awesome miner
+1 Hi, As the author of Awesome Miner, I'm actually having the same question. I've received some questions about how to enable the API of the miner and if it's running Cgminer or something compatible. If anyone knows, please let me know as well. Many thanks! |
|
|
|
|
I've added support for Cast XMR in Awesome Miner, but I've noticed that the mining software isn't closing down properly when you send the close window command to it.
If you manually press Q button, it shut downs in a better manner, but the software needs to response to the close window event as well and terminate in the same nice way. Most other mining software do that and it's the only way of controlling them on a large scale with solid stability.
Please consider this feature request, because your mining software will get more exposure when all users of Awesome Miner get easy access to it. Thanks!
|
|
|
|
HELP  I'be been rolling along for months using AM and now apparently typoed or set a value too low for an auto reboot rule. I have a rig that reboots the second AM opens. I tried uninstalling AM, rebooting, then reinstalled and the profile/rules are all still saved. Do you know where the rules are saved locally? Or better yet, is there a way to launch AM with rules disabled? Open the folder %appdata%\AwesomeMiner in the Windows File Explorer and modify ConfigData.xml. You should find the rules in XML format here and it should be some Enabled flag you can change from true to false. |
|
|
|
Patrike,
Can you check out the code in Awesome Miner for a bug.
Some new users have joined zpool, used a bitcoin wallet (BTC), but in the wallet (stats page) at zpool it's set as BCH.
Awesome Miner is not doing anything for this scenario and simply assuming that zpool will go for BTC if nothing is specified explicitly. Awesome Miner do not specify payout coin at all, so this must be investigated from a zpool point of view. The zpool instructions have always been a bit unclear on this.
-o stratum+tcp://<algo>.mine.zpool.ca:<PORT> -u <WALLET_ADDRESS> [-p c=<SYMBOL>,<OPTIONS>]
<WALLET_ADDRESS> must be a valid address. Incorrect addresses will result in forfit of earning.
You can also use any valid wallet address from any of the coins we mine. This feature has had minimal testing so use at your own risk
Awesome Miner is setting the Bitcoin wallet address the user specified. I interpret that you can specify any coin for payout, but that specifying like that is "at your own risk". For that reason, Awesome Miner is not specifying this "c=" parameter. In the past zpool always went for Bitcoin payouts in that scenario. You can still configure Awesome Miner to add this parameter if you want (via Options dialog, Online Services, modify the zpool entries and add command line "-p c=ABC" or similar). Further reading on zpool instructions: c=<SYMBOL> doesn't always work This is yet another reason why Awesome Miner isn't trying to set this parameter at all. Can you please make this option more visible or even required? 99% of the time having the proper c=BTC set (or whatever symbol is for the wallet their using) will choose BTC. As it is now.... it's 50/50 with nothing set. Isn't the assumption that if c-parameter isn't set, it's always Bitcoin? Why simply not detect empty and use Bitcoin? That must be the most stable solution that would solve all scenarios no matter if Awesome Miner is used or not, and if Awesome Miner is configured explictly for this, or not? Especially given that it looks like c-parameter isn't always working and "at your own risk" according to the instructions above. Please let me know and we can agree on the best way forward. Many thanks! |
|
|
|
Hi Patrike,
I can't run ccMiner2.2.2 from AwesomeMiner because AM doesn't give enough time to ccMiner to initialize and thinks the API port is down.
If I run it from command line manually I have no issue.
Can you please check if increasing the API time out value could fix the issue ?
2017-12-09 2:25:50 PM.554 [010] [I2][ManagedMiner#73 - Rig05 - 18 x Colorful P106-100 6GB] TriggerControlStateChanged, ControlState: Executing
2017-12-09 2:25:50 PM.554 [011] [I2]Done processing: 1, Time: 1031 ms
2017-12-09 2:25:51 PM.570 [011] [I2]Done processing: 0, Time: 0 ms
2017-12-09 2:25:52 PM.570 [011] [I2]Done processing: 0, Time: 0 ms
2017-12-09 2:25:53 PM.586 [015] [ManagedMiner#74 - Rig05 - i3-7100 - 8GB] : ProcessMiner
2017-12-09 2:25:53 PM.586 [015] Execute API, Hostname: 192.168.0.25:4029, Command: summary
2017-12-09 2:25:53 PM.586 [015] [I2]API result (time: 0 ms): NAME=cpuminer-opt;VER=3.7.3;API=1.0;ALGO=scrypt;CPUS=3;KHS=0.00;ACC=0;REJ=0;ACCMN=0.000;DIFF=0.009558;TEMP=0.0;FAN=0;FREQ=0;UPTIME=14;TS=1512847553|
2017-12-09 2:25:53 PM.586 [015] Execute API, Hostname: 192.168.0.25:4029, Command: threads
2017-12-09 2:25:53 PM.586 [015] [I2]API result (time: 0 ms): CPU=0;KHS=0.00|CPU=1;KHS=0.00|CPU=2;KHS=0.00|
2017-12-09 2:25:53 PM.586 [015] [I2][ManagedMiner#74 - Rig05 - i3-7100 - 8GB] TriggerControlStateChanged, ControlState: Executing
2017-12-09 2:25:53 PM.586 [011] [I2]Done processing: 1, Time: 0 ms
2017-12-09 2:25:54 PM.602 [011] [I2]Done processing: 0, Time: 0 ms
2017-12-09 2:25:55 PM.602 [009] [ManagedMiner#73 - Rig05 - 18 x Colorful P106-100 6GB] : ProcessMiner
2017-12-09 2:25:55 PM.603 [009] Execute API, Hostname: 192.168.0.25:4028, Command: summary
2017-12-09 2:25:56 PM.608 [009] [E]Failed to process API request (time: 1005 ms): summary
No connection could be made because the target machine actively refused it 127.0.0.1:4028
2017-12-09 2:25:56 PM.608 [009] [I2][ManagedMiner#73 - Rig05 - 18 x Colorful P106-100 6GB] TriggerControlStateChanged, ControlState: Executing
2017-12-09 2:25:56 PM.608 [011] [I2]Done processing: 1, Time: 1005 ms
2017-12-09 2:25:57 PM.609 [011] [I2]Done processing: 0, Time: 0 ms
2017-12-09 2:25:58 PM.610 [015] [ManagedMiner#74 - Rig05 - i3-7100 - 8GB] : ProcessMiner
2017-12-09 2:25:58 PM.610 [015] Execute API, Hostname: 192.168.0.25:4029, Command: summary
2017-12-09 2:25:58 PM.610 [015] [I2]API result (time: 0 ms): NAME=cpuminer-opt;VER=3.7.3;API=1.0;ALGO=scrypt;CPUS=3;KHS=0.00;ACC=0;REJ=0;ACCMN=0.000;DIFF=0.009558;TEMP=0.0;FAN=0;FREQ=0;UPTIME=19;TS=1512847558|
2017-12-09 2:25:58 PM.610 [015] Execute API, Hostname: 192.168.0.25:4029, Command: threads
2017-12-09 2:25:58 PM.610 [015] [I2]API result (time: 0 ms): CPU=0;KHS=0.00|CPU=1;KHS=0.00|CPU=2;KHS=0.00|
2017-12-09 2:25:58 PM.610 [015] [I2][ManagedMiner#74 - Rig05 - i3-7100 - 8GB] TriggerControlStateChanged, ControlState: Executing
2017-12-09 2:25:58 PM.610 [011] [I2]Done processing: 1, Time: 0 ms
2017-12-09 2:25:59 PM.626 [011] [I2]Done processing: 0, Time: 0 ms
2017-12-09 2:25:59 PM.798 [008] [W][ManagedMiner#73 - Rig05 - 18 x Colorful P106-100 6GB] process not running. Restarting...
Your question is about Ccminer, but the output here indicates CpuMiner. Also, the message about "process not running" is not checking the API at all. It only check if the process has crashed (process all of a sudden not running anymore). Could this be a crash? |
|
|
|
Does anyone else have problems with benchmarking?
I'm trying to run the benchmarks, but the miner keeps telling me there's no pool added. I can mine just fine if I press Start, but the benchmarks can't find any pool.
I've even followed the guide to add your own algorithm to benchmark, and it still can't find it.
Only tried with CryptoNight so far. Anyone got any ideas?
" No pool specified. Add at least one valid pool using the -xpool parameter "
You must have missed a setting. Profit Switching Profiles also need to be checked as well as the mining software. http://www.awesomeminer.com/help/profitswitching.aspx << See the section -- Profit Switching Profile Properties http://www.awesomeminer.com/help/benchmark.aspxAlso check to see what pools have been enabled. Configuration section >> http://www.awesomeminer.com/help/profitswitching.aspxYeah, I thought so too. I've checked and double checked everything now. I even did a clean install on both systems, and I just can't get it to find the pool when I'm benchmarking. It finds it just fine if I just press Start. It'll happily start mining away. I find it really odd that it would be different when benchmarking like this. Right click the miner and do a diagnostic check and post the results here (remove your wallet address before you post it). I appreciate the help. Thanks. Starting Diagnostics
Starting Mining Software
Setting up Miner Engine. Instance: 1
Engine Type: SgMiner, Auto Download: True, EnginePath: , Subtype: Disabled, CustomExecutable:
Added rule for: C:\Users\Worker2\AppData\Roaming\AwesomeMinerService\sgminer-5.6.1-nicehash-51-windows-i386_1\sgminer.exe
C:\Users\Worker2\AppData\Roaming\AwesomeMinerService\sgminer-5.6.1-nicehash-51-windows-i386_1\sgminer.exe --config awesome.conf --text-only --algorithm groestlcoin (WindowMode: ConsoleFormat, EngineType: SgMiner, IsProfitMiner: True)
... Thanks for sharing. It looks like this one was hashing perfectly fine. Do you still experience issues? That's the thing, it hashes just fine when I start it. I just can't benchmark the cards, so they will just start mining the coin that seems most profitable according to the (very very wrong) existing hash/s numbers, so the profit switching is useless for me since it'll switch between three coins that are 100% worthless for me to mine ( 2-3 cents per day profit ) and skip the ones such as CryptoNight that would actually make me money. I've solved it for now by force-running each algo by itself and then saving the hash-values per card. It takes abssolutely forever though, so it's kind of a deal killer for me atm. I'm not gonna go through that process on 200+ cards. It seems to me ( might be wrong ) that it's just not sending the command line arguments when starting the miner for a benchmark. I'm not sure if it's something I've configured in a wonky manner or if it's a legit bug though. I made one correction in version 4.2.4 related to benchmarking, so can you try that one as well? Also, I assume you don't have 200 different GPU models? As you probably know, you only need to benchmark (or save hashrate manually) once per GPU model. All of the same model/performance should be using the same Profit profile. |
|
|
|
Hello all, I few questions about pools and setup of AwesomeMiner. Running eight 1080ti and a 1060.
1. Which option most people select on Options/Statistics/Statistic Settings, Current or 24 hour average?
2. I had hashrefinery and zpool enabled. My rig worked to hasrefinery and after 12 hours from initial start, while software showing a lot of profits, I have collected around 3-4 usd then I disabled hashrefinery. What I am missing in here?
3. After disabling all pools but zpool, Awesome miner currently selected neoscrypt but many times in "pool status" at zpool, equihash signed as "hot". Why its not switching to equihash?
Please forgive me if these are simple questions, but I am trying to catch the logic to success with multi algo miner.
1) I will let other share their opinions about it. You may get a little more stable predictions with 24h 2) Probably the same answer as I gave to a similar question. All the profit estimates displayed in Awesome Miner is based on what the pool reports, and should be similar as their predictions on their web site. Changing the Current vs 24h avg may give better predictions. 3) This depends on what GPU you are running and I'm not even sure that Hot is representing here. To see how the profit switcher is prioritizing, please right click on the miner and select View Details. |
|
|
|
Go to Options dialog, Advanced section and increase "Miner API connection timeout". By default, if your Antminer isn't responding within 3s that it's in privileged mode for example, it's considered not to be. On fast/stable networks this shouldn't be a problem, but on slower connections I recommend to increase the timeout. |
|
|
|
You were correct STSMiner.... After changing the switching interval and the profit switching threshold, I am now seeing what I consider normal functionality. _________ New Question: Are any you using zpool and noticing you are not getting paid anywhere close to what Awesome Miner is saying you are earning? I mined all day and night with my test rig, and Awesome Miner was reporting a profit from $6/day to $18/day.... But on the zpool wallet page, it shows I have earned $3 in bitcoin.  All the profit estimates displayed in Awesome Miner is based on what zpool reports, and should be similar as their predictions on their web site. Awesome Miner will by default use the current profit information from all the sources above, but it may be more accurate if you change to the 24 h average: http://www.awesomeminer.com/help/coinstats.aspx |
|
|
|
Hi guys, I'm getting this issue as well, Cast XMR is listed on the Managed Software section but not selectable within the Profit Profiles Thanks Awesome Miner version 4.2.4
- Cast XMR miner supported as Managed Miner
- New settings for wait time before terminating mining software and delay for auto starting miners on bootup
- Command line and custom exe-file configurable per Managed Profit Miner
- "Remove miner" added to context menu in miner list
- South African Rand added as display currency
- E-mail configuration includes a button for sending a test message
- Disabled Blake2b (sia) on Ccminer
- Correction to Wallet balance list
- Correction to benchmarking
I love you patrike thanks so much for this update I just have one question, I see cast-xmr in "managed miners" but I can't select it in my profit profiles, how do I make my miners use it for cryptonight? Cast XMR was introduced as a Managed Miner, but not yet listed as an option for Profit switching. I was hoping to get some feedback on the Cast XMR implementation made so far before I make it available for profit switching as well - because then much more people will start using it. |
|
|
|
Here's a possible issue: why can't I edit the "Add to worker name" field on a template (under General->Mining Pool)? I am using a built-in miner and and have selected a pool. I can edit the field ok on the managed miner's properties with the same other settings.
In most cases, the templates are used to apply the same settings to a large number of miners. In most cases, you don't want to override the "Add to worker name" that is unique per Managed Miner. You just want to apply all other settings to the miners. That's the reason why it's not part of the template. |
|
|
|
|
Show Posts
