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

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

I've not had a chance to try this one myself, but they state that their API is ccminer compatible. Have you tried to add this as Ccminer in Awesome Miner, but instead of automatic download you point it to the exe-file of this software instead?

Cryptonight Saber is called BitTubeV2 in SRBMiner. On CoinCalculators the algorithm name is still "Cryptonight Saber" and Awesome Miner also uses this algorithm name right now.
https://www.coincalculators.io/coin.aspx?crypto=bittube-mining-calculator

hey guys,

are you going to integrate / fix why trex miner https://bitcointalksearch.org/topic/t-rex-0268-ethw-etc-dual-mining-gpu-miner-4432704 won't show the hashrate?

Thanks

Awesome Miner can list coins from WhatToMine.com and Coincalculators.io, and if you use any of these coins during mining you will get profitability information. For mining you can mine any coin that is based on the popular algorithms supported by Awesome Miner and the included mining software.

Awesome Miner is actually counting the number of ASIC devices reported by the miner itself. There are a number of ASIC miners that reports that they consist of 2, 3 or 4 devices. I do understand that this may not always be preferable, so maybe this should be configurable.

I will include these in the next update.

Do you have a hashrate defined so they show up with a revenue/profit value - but it's just the Coins per day that is missing? Any example of a coin with missing information?

Please add Cryptonight BitTubeV2 (SRBminer)

What altcoins can you choose?