[Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 miners

[mojo02]

Mining software
  - Added mining software: CcMiner Zcoin Official 1.1.3 for MTP algorithm

I see CCminer Zcoin with MTP enabled in managed software, but I don't see it as option in profit profiles.

[Lunga Chung]

It looks like on the latest version dashboard isn't updating coin value, I see old prices for coins selected on the bottom of the dashboard

Is the feature to check for software updates working? It's using the same Amazon cloud server for getting the information. In the past it downloaded it via other sources.

If you go to the Menu -> Update mining software definitions you should see GMiner 1.50 for example - unless you upgraded to it earlier today. GMiner 1.50 is not part of the latest release.

If you want you can send me your Awesome Miner log file via PM and I can review the case. Thanks!

everything was blocked on our IPS/IDS, soon as we allowed amazon everything works...thx (cloud is disabled and pretty much minimum of other traffic is allowed on farm)

[trucobit]

Hi PAtrike, you have added CCminer Zcoin for MTP, it comes out correctly in Options> managed software. But then it does not appear in the list of Mineros available in each rig. I've searched for it 1000 times and I do not see it. It is as if the miner had not gone over to the rigs in order to use it.

I think I'm not the only one who happens the same.

[kerney666]

Hey Patrik,

TeamRedminer now supports MTP. Problem is, if I start it with AM, the miner always crashs right after building the scratchpad. If I start the same command line directly without AM, it works perfect. Can you check that please? Maybe AM dont like the 1-2 seconds to build the scratchpad. It also doesnt matter which pool, it always crashs everywhere.

The diagnostic doesnt tell much:

Code:

Initialize diagnostics (20)
Starting Diagnostics (30s). Awesome Miner Remote Agent version: 6.5.7
OS: Microsoft Windows 10 Pro 64-bit
AMD driver version: 18.6.1
AMD OpenCL Platform ID: 1
Microsoft VC++ 2013 runtime installed: No
Microsoft VC++ 2015 runtime installed: Yes
Starting Mining Software
Setting up Miner Engine. Instance: 3
Engine Type: TeamRedMiner, Auto Download: False, EnginePath: teamredminer-v0.5.3-win\teamredminer-v0.5.3-win\teamredminer.exe, Subtype: Disabled, CustomExecutable: 
Properties: (WindowMode: ConsoleFormat, EngineType: TeamRedMiner, IsProfitMiner: True)
====================================================================================================
C:\Users\xxx\AppData\Local\AwesomeMinerService\UploadedSoftware\teamredminer-v0.5.3-win\teamredminer-v0.5.3-win\teamredminer.exe  -a mtp -o stratum+tcp://mtp.eu.nicehash.com:3374 -u xxx -p x --platform 1 --api_listen=0.0.0.0:4030
====================================================================================================
>           Team Red Miner version 0.5.3
> [2019-07-04 22:26:26] Note: failed to enable terminal color support, colors will be disabled.
Mining Engine Process started, PID: 2400
> [2019-07-04 22:26:27] Nicehash MTP mining detected, disabling ntime rolling.
> [2019-07-04 22:26:27] Initializing GPU 0.
> [2019-07-04 22:26:27] Initializing GPU 1.
> [2019-07-04 22:26:27] Initializing GPU 2.
> [2019-07-04 22:26:28] Watchdog thread starting.
> [2019-07-04 22:26:28] Runtime Command Keys: h - help, s - stats, e - enable gpu, d - disable gpu, q - quit
> [2019-07-04 22:26:28] API initialized on 0.0.0.0:4030
> [2019-07-04 22:26:28] Successfully initialized GPU 0: Vega with 64 CU (PCIe 06:00.0) 
> [2019-07-04 22:26:28] Successfully initialized GPU 1: Vega with 64 CU (PCIe 03:00.0) 
> [2019-07-04 22:26:28] Successfully initialized GPU 2: Vega with 64 CU (PCIe 17:00.0) 
> [2019-07-04 22:26:28] Pool mtp.eu.nicehash.com connecting to address 172.65.195.77.
> [2019-07-04 22:26:28] Pool mtp.eu.nicehash.com successfully connected to address 172.65.195.77.
> [2019-07-04 22:26:28] Pool mtp.eu.nicehash.com successfully subscribed. (93 ms)
> [2019-07-04 22:26:28] Pool mtp.eu.nicehash.com authorization succeeded.
> [2019-07-04 22:26:28] Pool mtp.eu.nicehash.com set difficulty to 4096.000000
> [2019-07-04 22:26:28] Pool mtp.eu.nicehash.com received new job. (job_id: 0000023a71412d2b)
> [2019-07-04 22:26:28] Pool mtp.eu.nicehash.com extranonce subscribe succeeded. (111 ms)
> [2019-07-04 22:26:29] Dev pool connected and ready.
> [2019-07-04 22:26:30] GPU 0 - MTP scratchpad rebuilt in 1.73 secs.
> [2019-07-04 22:26:30] GPU 1 - MTP scratchpad rebuilt in 1.71 secs.
> [2019-07-04 22:26:30] GPU 2 - MTP scratchpad rebuilt in 1.74 secs.
> [2019-07-04 22:26:37] Pool mtp.eu.nicehash.com share accepted. (GPU0) (a:1 r:0) (258 ms)
> [2019-07-04 22:26:41] Pool mtp.eu.nicehash.com share accepted. (GPU0) (a:2 r:0) (208 ms)
> [2019-07-04 22:26:48] Pool mtp.eu.nicehash.com share accepted. (GPU1) (a:3 r:0) (175 ms)

====================================================================================================
Diagnostics done. Stopping miner process ...
Prepare stopping Mining Software
Stopping Mining Software
> [2019-07-04 22:26:56] Shutting down...
> [2019-07-04 22:26:56] API thread exiting.
Diagnostics completed

Edit: This issue will be already discussed in the TRM thread starting with this post: https://bitcointalk.org/index.php?topic=5027811.msg51712911#msg51712911

Hi Patrik! Let me know if you need dev assistance sorting this out, a little surprising, not sure what we’re doing to confuse you when running in normal mode. Would be great to sort it out!

Thanks for your assistance. I think I was able to figure out the scenario here.

If Awesome Miner sends API requests to TeamRedMiner when doing MTP mining, TeamRedMiner will terminate. If I use any other algorithm, it looks fine.

So I think it's something with the API request processing inside TeamRedMiner specifically when doing MTP mining. Please let me know if it's anything else you want me to investigate. Thanks!

This should be fixed in TRM v0.5.4, just released. My two-gpu Awesome Miner installation works fine at least.

Thanks, K

[patrike]

Mining software
  - Added mining software: CcMiner Zcoin Official 1.1.3 for MTP algorithm

I see CCminer Zcoin with MTP enabled in managed software, but I don't see it as option in profit profiles.

Hi PAtrike, you have added CCminer Zcoin for MTP, it comes out correctly in Options> managed software. But then it does not appear in the list of Mineros available in each rig. I've searched for it 1000 times and I do not see it. It is as if the miner had not gone over to the rigs in order to use it.

I think I'm not the only one who happens the same.

Thanks for pointing this out. It was only made available as a Managed Miner, but not for the profit switcher. I will soon release an update for this.

[patrike]

Hi Patrik! Let me know if you need dev assistance sorting this out, a little surprising, not sure what we’re doing to confuse you when running in normal mode. Would be great to sort it out!

Thanks for your assistance. I think I was able to figure out the scenario here.

If Awesome Miner sends API requests to TeamRedMiner when doing MTP mining, TeamRedMiner will terminate. If I use any other algorithm, it looks fine.

So I think it's something with the API request processing inside TeamRedMiner specifically when doing MTP mining. Please let me know if it's anything else you want me to investigate. Thanks!

This should be fixed in TRM v0.5.4, just released. My two-gpu Awesome Miner installation works fine at least.

Thanks, K

Perfect - thanks for your fast response to this.

I've just pushed TRM 0.5.4 via the Update Software Definition feature and it will also be included in an updated release that soon will be made available.

[patrike]

Awesome Miner version 6.6.4

 Mining software
  - TeamRedMiner 0.5.4, incl. correction for MTP mining
 Corrections
  - CcMiner Zcoin Official selectable for the profit switcher

[trucobit]

I do not see the advantage of ccminer Zcoin for MTP. I'm using Cryptodredge. TTminer is faster than cryptodredge but less stable, but not rejected.

It gives many errors to connect, then it has many rejected with the same OC as cryptodredge. It is based on an old ccminer. And its performance is less than Cryptodredge, where is the advantage of using this ccminer?

It also gives validation errors per CPU and closes.

or really something I am doing wrong, but this is only link the miner and mine, does not have much else, unless there is some configuration that escapes me. I am using cuda 10.1 or this is the cuda that chooses, I have 9.2 and 10.1

In RTX I have i5 should not fail, in others I have G4400 or i3, I say this because of the notice in Github of the miner https://github.com/zcoinofficial/ccminer/releases that recognizes stability problems. Indicates that in some cases. Well I 4 of the miners that I can use for MTP, it does not work, from G4400 to i5, or 1080ti or rtx 2080 or 1070. So it does not seem at all stable, at the moment it starts, if it connects with nicehash or It gives a lot of reject or CPU validation error and always reboots itself. So I'm still in Cryptodredge.

If someone has information on how to solve it, I would appreciate help.

[joseph32]

For 1080 Ti's you need the Pill to get the best performance out of the CCminer.

CCminer doesn't work with Nicehash. If you want to use NH, you have to go with the other miners which all supporting NH.

[rahuldel]

The Coins Tab is not updating any coin rates info?

I have tried on v6.5.5 everything works fine if I reinstall.

After that if I upgrade to the newer version the coin data stops updating and it gets struck on the last values.

There are no new changes on my system, I have tried it on different systems but the newer versions the coin data does not update.

Older v6.5.5 everything works perfectly.

[Lunga Chung]

The Coins Tab is not updating any coin rates info?

I have tried on v6.5.5 everything works fine if I reinstall.

After that if I upgrade to the newer version the coin data stops updating and it gets struck on the last values.

There are no new changes on my system, I have tried it on different systems but the newer versions the coin data does not update.

Older v6.5.5 everything works perfectly.

unblock amazon servers on your firewall, data for the coins tab and dash board is delivered from AW amazon server from 6.6.x version

[_SPARTANEC_]

Dear Patrike

Many thanks to you for the real awesome miner!

I have a suggest the possibility to change algo of the coins. For example now Zelcash change algo from 144,5 to 125,4 and it would be great to change it in the programm by myself.

maybe it is possible but i cant find how

[bensam1231]

Another small very useful tweak that has bugged me for some time. Please allow people to enable a debug mode or something, where they can pause a miner so when it freezes, it doesn't restart and the window remains active. Essentially what happens if you use a pause command line window in windows. This is extremely valuable for troubleshooting.

Bumping this as it might've got lost.

Also adding to this, please, please add the ability to display CPU temp (or temps) with all the other statuses. That can be pulled from Afterburner. This is pretty useful for diagnosing a dying CPU fan.

Thanks.

[trucobit]

https://www.dropbox.com/s/yqubn6t08tkhht4/Captura%20de%20pantalla%202019-07-07%20a%20las%2016.17.25.png?dl=0

As they say there is a problem when saving data with coins.

Zel has passed to 125.4 I have created the coin by hand from coins and also cointomine has already added it, but in both cases the least manual and dynamic data, (difficulty, nethash, price, etc.) but when I mine and give save hash, right button "save hasrate" if you save the HASH in the miner. I go to the miner I see 125.4 and save the hash. But the problem that the coins in COINS do not keep the hash, with which the auto profit is impossible.

There is some failure when saving the hash in the ALGO. As you will see in my capture, I have 3 zel, the old 144.5 and the two d 125.4, custom and cointomine. I have tried both, and in both I have saved the HASH, as I say in the miner I enter Equihash 125.4 and if the hash appears, but not in the coin as seen in the capture.

Please fix the problem.
---------

Another comment for some of above. The ZCOIN ccminer for MTP, is for nicehash, it is a compatible version for nicehash according to its gihub, but it really does not work on nicehash. I do not think the ETHpill is going to work because it is designed for Ethash algorithms, not for the MTP algorithm, I think you are a bit confused, the one that has said that, I do not think you have much idea of ​​what it does.

If we look at his Gihub says it gives problems in many mics and configurations, in my case failures in 1080ti and RTX. And I repeat is a ccminer adapted to nicehash, please read things before saying false claims. What does ETHpill have to do for Ethash algos with something MTP ?

[joseph32]

https://www.dropbox.com/s/yqubn6t08tkhht4/Captura%20de%20pantalla%202019-07-07%20a%20las%2016.17.25.png?dl=0

As they say there is a problem when saving data with coins.

Zel has passed to 125.4 I have created the coin by hand from coins and also cointomine has already added it, but in both cases the least manual and dynamic data, (difficulty, nethash, price, etc.) but when I mine and give save hash, right button "save hasrate" if you save the HASH in the miner. I go to the miner I see 125.4 and save the hash. But the problem that the coins in COINS do not keep the hash, with which the auto profit is impossible.

There is some failure when saving the hash in the ALGO. As you will see in my capture, I have 3 zel, the old 144.5 and the two d 125.4, custom and cointomine. I have tried both, and in both I have saved the HASH, as I say in the miner I enter Equihash 125.4 and if the hash appears, but not in the coin as seen in the capture.

Please fix the problem.
---------

Another comment for some of above. The ZCOIN ccminer for MTP, is for nicehash, it is a compatible version for nicehash according to its gihub, but it really does not work on nicehash. I do not think the ETHpill is going to work because it is designed for Ethash algorithms, not for the MTP algorithm, I think you are a bit confused, the one that has said that, I do not think you have much idea of ​​what it does.

If we look at his Gihub says it gives problems in many mics and configurations, in my case failures in 1080ti and RTX. And I repeat is a ccminer adapted to nicehash, please read things before saying false claims. What does ETHpill have to do for Ethash algos with something MTP ?

I'm 100% sure mate. But its nothing for this thread, follow djm in his own thread: https://bitcointalk.org/index.php?topic=5156883.0

CCminer doesn't support Nicehash. The reason you can find here: https://bitcointalk.org/index.php?topic=5156883.msg51564271#msg51564271
And yes, CCminer benefit from the pill. You can read this every few posts, but mainly here: https://bitcointalk.org/index.php?topic=5156883.msg51578602#msg51578602

[patrike]

The Coins Tab is not updating any coin rates info?

I have tried on v6.5.5 everything works fine if I reinstall.

After that if I upgrade to the newer version the coin data stops updating and it gets struck on the last values.

There are no new changes on my system, I have tried it on different systems but the newer versions the coin data does not update.

Older v6.5.5 everything works perfectly.

unblock amazon servers on your firewall, data for the coins tab and dash board is delivered from AW amazon server from 6.6.x version

It's correct that the Bitcoin exchange rate now requires a connection to the Amazon servers. All other coins on the Coins tab are updated directly via the API's provided by WhatToMine, CoinCalculators and so on (just like before), and these provides exchange rates relative to BTC.

[patrike]

Dear Patrike

Many thanks to you for the real awesome miner!

I have a suggest the possibility to change algo of the coins. For example now Zelcash change algo from 144,5 to 125,4 and it would be great to change it in the programm by myself.

maybe it is possible but i cant find how

Thanks for the great feedback!

Awesome Miner automatically reads the algorithm provided by WhatToMine / CoinCalculators. In case there is a algorithm change that isn't reflected yet, you can force Awesome Miner to adjust the algorithm for a coin like Zelcash. Please go to the Options dialog, Statistics Providers section and use the "Override coin algorithms" setting.

[patrike]

Another small very useful tweak that has bugged me for some time. Please allow people to enable a debug mode or something, where they can pause a miner so when it freezes, it doesn't restart and the window remains active. Essentially what happens if you use a pause command line window in windows. This is extremely valuable for troubleshooting.

Bumping this as it might've got lost.

Also adding to this, please, please add the ability to display CPU temp (or temps) with all the other statuses. That can be pulled from Afterburner. This is pretty useful for diagnosing a dying CPU fan.

Thanks.

Thanks for all suggestions.

For the CPU temperature, Awesome Miner can currently only read this one if Remote Agent is running as Administrator. I do have an idea how to resolve this, but it will require some new implementation. The plan is to support it as it would make perfect sense to display.

[patrike]

https://www.dropbox.com/s/yqubn6t08tkhht4/Captura%20de%20pantalla%202019-07-07%20a%20las%2016.17.25.png?dl=0

As they say there is a problem when saving data with coins.

Zel has passed to 125.4 I have created the coin by hand from coins and also cointomine has already added it, but in both cases the least manual and dynamic data, (difficulty, nethash, price, etc.) but when I mine and give save hash, right button "save hasrate" if you save the HASH in the miner. I go to the miner I see 125.4 and save the hash. But the problem that the coins in COINS do not keep the hash, with which the auto profit is impossible.

There is some failure when saving the hash in the ALGO. As you will see in my capture, I have 3 zel, the old 144.5 and the two d 125.4, custom and cointomine. I have tried both, and in both I have saved the HASH, as I say in the miner I enter Equihash 125.4 and if the hash appears, but not in the coin as seen in the capture.

Please fix the problem.

Isn't it possible to cleanup the number of ZEL coins a bit to avoid any issues? Right now you probably have more than one coin with the same name and same algorithm, one (or two?) you have defined yourself and I suppose the other are from source like CoinToMine and similar. For a given pool based on ZEL, it will be quite difficult for Awesome Miner to figure out which coin to use. Awesome Miner doesn't have a way of automatically resolving these coin algorithm changes.

If you go to the Options dialog, Statistics Provider section, and use the Override algorithm feature to force the correct algorithm - and remove your user defined coin - isn't that giving you a single ZEL coin entry and it's starting to work better?

[trucobit]

https://www.dropbox.com/s/yqubn6t08tkhht4/Captura%20de%20pantalla%202019-07-07%20a%20las%2016.17.25.png?dl=0

As they say there is a problem when saving data with coins.

Zel has passed to 125.4 I have created the coin by hand from coins and also cointomine has already added it, but in both cases the least manual and dynamic data, (difficulty, nethash, price, etc.) but when I mine and give save hash, right button "save hasrate" if you save the HASH in the miner. I go to the miner I see 125.4 and save the hash. But the problem that the coins in COINS do not keep the hash, with which the auto profit is impossible.

There is some failure when saving the hash in the ALGO. As you will see in my capture, I have 3 zel, the old 144.5 and the two d 125.4, custom and cointomine. I have tried both, and in both I have saved the HASH, as I say in the miner I enter Equihash 125.4 and if the hash appears, but not in the coin as seen in the capture.

Please fix the problem.

Isn't it possible to cleanup the number of ZEL coins a bit to avoid any issues? Right now you probably have more than one coin with the same name and same algorithm, one (or two?) you have defined yourself and I suppose the other are from source like CoinToMine and similar. For a given pool based on ZEL, it will be quite difficult for Awesome Miner to figure out which coin to use. Awesome Miner doesn't have a way of automatically resolving these coin algorithm changes.

If you go to the Options dialog, Statistics Provider section, and use the Override algorithm feature to force the correct algorithm - and remove your user defined coin - isn't that giving you a single ZEL coin entry and it's starting to work better?

https://www.dropbox.com/s/widgqqmljfd5fhw/Captura%20de%20pantalla%202019-07-08%20a%20las%2015.48.41.png?dl=0

I do not understand you completely Patrike.

Let's see, I AL-GO is only once in the list of algorithms, I did not add it, it was already 125.4 so it is not duplicated or tripled.

What I do have are 3 ZEL coins, old Zel 144.5, the manual added by me in 125.4 and the one that Cointomine added afterwards through its api.

It does not matter if you have 3 or 4 equal coins, if you are mining at 125.4 and I give save hashrate, do not record it, and I repeat as al-go there is only 1 that you added. I have no way to save the ZEL Hash

For me it is not a trauma, because ZEL with the new al-go that gives less hashrate and after measuring it 0.6 of profit, is a NOT PROFITABLE coin. But even so, I'm worried that the program will be full of small failures.

What do I have to do to erase the coins and leave only one ?, I have coins up to 4 times equal with 4 different wallets and I have not had any problems with them. As AL-GO, it is only once. so I do not understand the problem of not being able to save the Hashrate.

It does not make sense, no matter how many copies you have of the currency, you should keep your hashrate. I have already deleted all but one, the one that gives cointomine but with all the custom fields dynamically to have fresh data and not those of CTM that are late and now DO NOT WANT TO MIN.

It is the usual error, especially happens with Gminer in the machines, it remains as it is in the capture that I have put. Service offline, it stays what you see in the console, until it reboot the RIG. It is a problem that is making me very tired. Basically, it only happens with Gminer. has done reboot twice and the third has worked and is undermining. This is where we look more calmly because we still have problems


Now with only 1 ZEL if he has been able to save the HASH, but I see it as illogical. We continue with the problem of offline miner with Gminer, I'm pretty fed up.