Topic: [Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 miners - page 418. (Read 703113 times)

Mine stops. Picture below.

Installed new version of AM and added excavator. Benchmark runs fine but when I start the rig on multipool hub it seems to show several algos in blue with speeds all 0.00000

What did I do wrong?

Thanks for the improvements.

The problem was that accepted shares that was reported by ccminer was between 19000 and 53000 and the method you described won't work, because accepted shares on pool's reports was zero, see this : https://www.dropbox.com/s/4obw9jkx0s8l84g/Screenshot%202018-02-09%2011.53.34.png?dl=0
 
I opened www.zpool.ca/api/walletEx?address=WALLET_ADDRESS and the miner's array are not uniquely identified by AM with ID fields from miner's array (you leave it empty) and also accepted field from each miner remained to zero even if AM was mining for 3 hours.  

So from my point of view you are not reading and you are not using the real values from the pools that are the most important, because only the registered hash-rate on the pool's side is that transforms to payments.  

The implementation is simple and will fix a lot of issues all caused by the fact that you read what miners are reporting (that many times miner lie and report misleading values to hide the developer / or hacker's stealing fee) instead of reading values recorded from the pool that many times, with many miners are lower.

I also think that you should use total_earned field from /api/walletEx?address= and add checks like :
1) if value decreased it means you were mining an orphaned fork - this happened last week, and was reported on this forum and also we saw that on all pools 8 hours of income vanished because all MA users with 24 hours statistics were mining on ahashpool orphaned CRC coin . Also AM could cause 51% attack and soft fork that means all AM users will loose all the money on that branch (I hope you know what I am talking about).
2) if the value increases you have the difference and you will have to show a new column for each miner with pool's earnings reports the statistics with income per unit of time (make the difference between 2 requests from the pool in seconds and if the reports are not identical (because pools refresh statistics every few minutes) divide the income to the number of seconds and you have real income from the pool in $.
3) Add in rules triggers and actions (a very useful part of AM, congrats for that, btw) new items based on the accepted and total_earned fields from pool's statistics (all you need is some associative arrays to store values for each pool. New rules will be much better than flawed "accepted" rules we have now.

Am users will compare values from the pool with values from the statistics and will notice that :
1) the miner is stealing and reporting inflated hash rates that is a practice these days and you are ignoring it;
2) a specific pool is stealing or is not functioning correctly for any reason (errors, restart, ddos).
3) AM users will really appreciate you because they feel you are on their side, because they have together millions of dollars on your hands and you have a huge responsibility to protect their inestment

So, do you understand, Patrike ?

Thanks for the suggestions on this.

Until it's officially supported, it can be added as a user defined Managed Software. This is what I tried:
1) Via Options dialog, Managed Software, add a new software called "Phoenix Miner"
2) Set it as API compatible with Claymore Ethereum and use API port 3333
3) You can disable the algorithms not supported but no further configuration is required in this dialog
4) Add a new Managed Miner and set software to the new "Phoenix Miner". Point the path to the location of the Phoenix miner exe-file.
5) All command line parameters needs to be manually specified in the Command Line section of the Managed Miner, and it's important to specify API port like "-cdmport 3333". Example command line:
-pool eu1.ethermine.org:4444 -pool2 us1.ethermine.org:4444 -wal 0x008c26f3a2Ca8bdC11e5891e0278c9436B6F5d1E.Rig001 -cdmport 3333

Now it should be possible to start the miner and get monitoring information. I did however notice that the Pools tab is empty with this setup, but I will implement support for that in the next release.

For general information on the Managed Software feature, please see:
http://www.awesomeminer.com/help/managedsoftware.aspx

third it .
me to it is faster then Claymore ETH Miner just tested it by about 2 MH or was for me .

I think patrike indeed said a while back he was looking at a way to add any custom miner with full stats or what we need to run it in AM and Other OC options that AM can use but that's gonna take some time it's more involved to add. if I understood him wrong ,then I'm being it up again or hint, hint it will make life a lot easier but only if i misunderstood....if there needs to be a one time add on fee i will be then glad to pay for it or any thing to make AM more Universals then it all ready is . .. or Improve it , there is always room for improvement .

Now i have upgraded, my custom Phoenix miner doesn't connect to the interface. Can anyone help please?

Hi, question regarding switching mining pools:

I have several Antminer S9 ASICs in awesomeminer, I configured 2 pools: antpool and BTC.com, i configured API access on S9, when i try to switch pools it disables 1st pool, then switches 2nd and 3rd pools, as result miner not working because 1st pool - disabled, anybody faces similar issues?

what is the proper way to enable Excavator as a profit miner? I copied the extracted zip to the users\username\awesomeminer folder where the other miners live and enabled/set the path through the edit profit profile, appears to be working

* A new profit switching feature where the profit switcher looks at the accepted shares of the mining to try to figure out if the current pool is failing. If there are no accepted shares for 8 minutes (configurable), the pool will be ignored by the profit switcher for 5 hours (configurable). The feature will be disabled by default.

Here is a small update about what's in the pipeline and the plan is to include it in a new release within the next 24 hours.

* Claymore 11.0 with the new dual mining algorithms
* Excavator 1.4.3 supported as Managed Miner and Managed Profit Miner
* A new profit switching feature where the profit switcher looks at the accepted shares of the mining to try to figure out if the current pool is failing. If there are no accepted shares for 8 minutes (configurable), the pool will be ignored by the profit switcher for 5 hours (configurable). The feature will be disabled by default.

Please note that if the pool is reporting that the shares are accepted, but still fail in some other way (payouts not as good as expected, shares not counted although reported as accepted, ...) it will be impossible for Awesome Miner to detect. Awesome Miner will not be able to solve all pool issues, but hopefully help a bit.

The release will contain more than the items above, but I think these three items are the most requested and discussed right now. Thanks for all feedback.

I can also point out that Bminer probably will be the next mining software for me to explore.