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

@Patrike
Looks like the Antminer E3 is a factor of 1,000 off. I'm showing ~200Gh/s!!! Wish it was true!

SIA
coins/day 0.00000005
but in fact ~ 502 coins for every 53 hours

Folder with constantly updated ICON coins
https://yadi.sk/d/_2ZrfhxI3WoaXx

This happens if ant was added, changed IP or simply disabled, I saw repeatedly how +- 5 works, and on the "Dashboard" tab they are displayed for 30

Appreciated

Hi and sorry for not getting back to you on this one.

Both points you make are good. For #2 I've had some similar requests and I think the way forward here is to split Revenue and Profit into two columns just like it is for the Online Services tab. Then you can sort on the column you want. I would almost consider it a fault that the Coins tab not already behave like the Online Services tab in this sense - so you can expect a change soon.

Hi Patrike,

I know that you are dealing with many different threads but was wondering if you had any thoughts on the below?

Thanks

Can you send me the Awesome Miner log file (toolbar: Tools -> Log File) and let me know what kind of miners you are connecting to?

The ETH balance works fine when I test it witht the default Block Explorer API URL for Ethereum. Can you please test again to see if the block explorer was temporary down earlier?

Can you also check that you don't have any security software running on the computer that prevents Awesome Miner from making any network connection?

Hi,
I'm using the latest update for an expired Pro Edition.  Now, my miners continuously show as Disconnected.  Also, my overall ETH balance now shows 0 (the sub total is correct) with a message stating "(Update Failed)". How can I fix these issues?

Awesome Miner version 5.3.3

- Fan speed trigger includes support for Antminer and Avalon fan speed specified as RPM
- Antminer E3 ASIC supported (Ethereum)
- Added toolbar button on Coins tab to faster access Coin Statistics settings in the Options dialog
- EWBF Equihash Miner 0.4
- CryptoDredge 0.7
- XMRig AMD Miner 2.7.2
- XMRig CPU Miner 2.6.4
- Z-enemy Miner 1.12a
- Correction to pool priority reporting for Claymore miners
- Correction to TLS version for HTTPS connections used by Remote Agent, where download of mining software from some HTTPS sources could fail
- Correction to Managed Software custom download URL's, to prevent use of predefined secondary download URL if a custom primary URL is specified

Just try http://localhost:4067/summary and see how this works.
Hope to see your support soon. Our users are in impatient waiting.

Thanks for the information - that can for sure make sense. I actually tried T-Rex for the first time yesterday, so I've not really explored it in detail yet.

Awesome Miner uses the JSON format for all commands sent to miners. When you use the feaure "Prioritize" on a pool, the command can look like this (when you prioritize the first pool in the list):
{"command":"switchpool","parameter":"0"}

When you use the feature "Change Pool" or "Add Pool" in Awesome Miner:
{"command":"addpool","parameter":"stratum+tcp://hub.miningpoolhub.com:17001,yourusername.1,x"}

Please note that "switchpool" is the command for prioritizing a pool and "addpool" is related to when you either do "Change Pool" or "Add Pool" in Awesome Miner (Change Pool will also send "removepool" commands).

You can view the commands that Awesome Miner is sending to the miner if you go to the Options dialog, Advanced section, and set the log level to Detailed. You can then perform a pool operation and for example search for "switchpool" in the Awesome Miner log file to see the exact request being sent.

T-Rex has support of json response. Why don't use it? It's really very flexible, reliable and convenient. In json response there is gpu information ccminer shows. Also it has HTTP communication support on 4067 port. To have json response via telnet(4068 port) set flag -J (--json-response) or "json-response": true in config file.

21th century is onboard. It's time to use JSON everywhere and HTTP!

Thanks for the feature suggestion - I do see your point here. This kind of flexible configuration isn't supported today.

I've investigated this one and found out that it was actually two important bugs here.

First of all, some Github HTTPS links fails as the default TLS version used in applications like Awesome Miner wasn't compatible. This will be corrected in the next release.

My guess is that you pointed Awesome Miner to the Github ZIP-file for CryptoDredge 0.7, and the Remote Agent failed to download this one. Your configuration was correct, but Remote Agent and some of the Github servers didn't agree on TLS for the HTTPS connection and the download failed.

Then we get to the next issue. Awesome Miner actually have two predefined download locations for some mining software, in case the primary download source fails. When you enter a custom URL, you only override the primary download location. The secondary location is not configurable for the user. When the primary download URL failed, Awesome Miner (incorrectly) went for the secondary download location, that of course was CryptoDredge 0.6, and downloaded that one into "CryptoDredge_0.7.0_windows.zip", although it was actually the 0.6 software. I've corrected this behavior by simply ignoring any secondary download locations if you have specified a custom URL yourself. If your custom URL isn't working, it's better that Awesome Miner fail and let you know - instead of downloading something that wasn't expected.

(Please note that you probably need to manually remove the CryptoDredge 0.7 folder and zip file for your Remote Agent once you are on the new version, is the already downloaded software isn't correct here)

Many thanks for finding these issues!

I had a look at this mining software and in contrast to ccminer where Awesome Miner can send API requests like "summary", the T-rex software requires it to be "summary\r\n". The API commands to get pool and GPU information ("pools", "threads") are not supported at all by T-rex as far as I can see.

I will of course consider adding support for this mining software, but it will not be in the release planned for today.

patrike,

Z9 bug/interaction that I've not troubleshot yet, but want to report in case you have other hits.

The Z9 (like all antminers) has a /cgi-bin/minerStatus.cgi that shows a current summary of mining/temps/etc.

If in AM I add my Z9s, configure API access, configure pools, everything works as expected... I can go to /cgi-bin/minerStatus.cgi as usual... however, if I use AM to "switch pool", once the pool switch occurs, /cgi-bin/minerStatus.cgi is empty except for the headers of all of the fields.

It isn't populated again until I "Configure API Access" again (which also resets the default pool, etc...).

If I, as before, send "switchpool|X" to the miner itself out of band, this doesn't happen... How does AwesomeMiner tell the antminer to switch pool? Is it doing something other than "switchpool|[0-2]"?

I realize this report is lacking in detail, as I get time to track it down more I'll update.

Thank you,

-j

Hi Patrike,

Feature Suggestion

*****

Just exploring the possibilities whether it is viable to implement something like "Statistic - Profit Switching Profiles" that can be applied to the Managed (Profit) Miners. Where similar to software / pool overrides, we can have different some miners using a different set of profit switching intervals and using different set of profit statistic data (24h, current).

*****
Background:

I have some rigs in remote locations which I have no physical access to and I'd like them to mine on a different profit switching strategy (stability > performance, thus, less frequent switching, less algos, less mining software = hopefully less crashes)

and for "local" set of rigs, I would like to have them mining on more aggressive switching strategy to explore speculative coins (24h statistics not suitable in this case) via profit switcher since I'd have more control in event of "experimental failures".

I'm not sure if this is already achievable in AM right now, but I would like to remain with dynamic profit switching rather than static timed round-robin template switch mining via rules. Current workaround I could think of involves running separate instance of AM, but it would be preferable and more convenient to manage everything within just 1 running instance of AM.

Best Regards,

I've been playing around with it myself today and I cannot get their "ccminer compatible" version to work sadly.

Hi Patrike,

v5.3.2 - Potential Bug (nuisance - nothing major)

*****

I tried to override the download URL for CryptoDredge (Predefined) since 0.7.0 was released a day ago in Managed Software. The file downloaded was renamed correctly as "CryptoDredge_0.7.0_windows.zip", however, the file downloaded was actually still the zip for 0.6.0.

Manual deletion of the zip file + folder in %appdata%\roaming doesn't have any remedial effect as AM will just re-download 0.6.0 (then rename it to "CryptoDredge_0.7.0_windows.zip" as defined in the custom URL override field).

The workaround I used for now is to have to manually copy the 0.7.0 zip file to each rig's %appdata%\roaming directory.

I believe this isn't a problem with user defined software but only with Pre-defined ones.

yup,

I've already done it but there's no way to show any hashrate from api.

This is the default config for API port:

  "api-bind-telnet": "0.0.0.0:4068",
  "api-bind-http": "0.0.0.0:4067",

They said in their discord channel that they've added the ccminer api support but if I try to set Full compatibility with ccminer I cannot change the port. If I set only the "command line" and I set the -b 0.0.0.0:4068 it won't show anything

Marco