Author

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

legendary
Activity: 3346
Merit: 1094
Awesome miner could add support for device selection in TRM, as currently using the device selection doesnt add the correspondin '-d ' command to the miner. That may solve ur issues.

As for the crashes, I have no clue, mine works fine. Which algo and clocks/timing are you running?

Edit: @Patrik : would be possible to intergrate device selection and builtin watchdog( --watchdog_script=X.bat ) to TRM, the script could be almost same as the SRB one that u have intergrated in AM. Cheesy
I will look into the device selection for TRM.

For watchdog script - I can look into that as well - but do you have any example of what the script would do in the TRM scenario?
For SrbMiner it's needed for terminating the SrbMiner process - in order to let Awesome Miner restart the mining process instead.
legendary
Activity: 3346
Merit: 1094
latest version with a minor and a major problem


1. Awesomeminer shows me wrong GPU if i dont use all GPU´s

for example my 8 card Vega Rig:
TRM 0.5.0(also on 0.5.1)
-d 0 -> it show a not active card but i see shares in "Progress" tab
https://ibb.co/rZBzR4R

-d 0,1,2,3 -> 2 cards are maped correctly but two cards in the list are not active
https://ibb.co/bBchQvT


2. if i use awesomeminer the rig dont find shares after some minutes - some minutes later the whole rig is not reachable anymore
the same thing with SRBMiner
i DDU drivers and reinstall - underclock every card and put mv to 950 (instead of 860-880mv the last weeks/month works perfectly) ---- only solution i found out today...not using awesome miner - means -> i start TRM with normal batch on the Rig and dont have any problems

is there any way to disable something (or start debug log) in awesomeminer to verify that it could be a problem with the agent or api or whatever?

I use TRM and AM.

1. use TRM with --bus_reorder and then map the GPU in AM in the ascending order of the PCI BUS ID.
This worked for me, cause Default TRM uses Opencl order, --bus_reorder uses BusID order and AM uses the driver order by default.

2. Right click the miner and select view details -> process information. Verfiy that the command line param are correct.
Right click the miner in AM and select diagnostics -> u should be able to see what went wrong. I can personally confirm that TRM and SRB works fine on my remote 6x Vega Rig for months.


i have other rigs that also work...but like you can see at the screenshots (the links) that it dont matter to use or not use bus-reorder...Awesomeminer show me wrong GPU and after 10-30 minutes no shares and TRM and SRB stop working and i cant close or restart or reboot or anything...i have to power off and restart

without using Awesomeminer (and using same parameters in batch, that i use in awesomeminer) it workes for hours now
Hi,
Please us the "Map to system monitoring" dialog to change the order of the cards using the Up and Down arrow. In your first screenshot I think you should put Device#7 on top for example.

For the mining related issues and the command line - is the Diagnostics output (click the Diagnostics button in the toolbar) in Awesome Miner giving the exact same command line arguments as you have in your batch file? The Diagnostics will show exactly how Awesome Miner started the mining software and it will include both the command line arguments generated by Awesome Miner in combination with any manual commands you added.

You could also try to launch the mining software via Awesome Miner - then close down Remote Agent when the mining has started. Do you still get the crashes?
legendary
Activity: 2254
Merit: 2419
EIN: 82-3893490
another question, I have asked before but I cannot figure it out --

how do I set different profit profiles for my SHA256 miners? I have tried adding additional ones but whatever I set for one SHA256 miner it sets all of the SHA256 miners to the same one. This does not work for me as some are S9's (all of which do not use the same power) some are T15's and some are T17's --- all of them use different amounts of electricity and I would like to set it for each one separately.
member
Activity: 363
Merit: 16
Awesome miner could add support for device selection in TRM, as currently using the device selection doesnt add the correspondin '-d ' command to the miner. That may solve ur issues.

As for the crashes, I have no clue, mine works fine. Which algo and clocks/timing are you running?

no clock or mv problem - manual start of TRM in rig works fine
member
Activity: 204
Merit: 10
Awesome miner could add support for device selection in TRM, as currently using the device selection doesnt add the correspondin '-d ' command to the miner. That may solve ur issues.

As for the crashes, I have no clue, mine works fine. Which algo and clocks/timing are you running?

Edit: @Patrik : would be possible to intergrate device selection and builtin watchdog( --watchdog_script=X.bat ) to TRM, the script could be almost same as the SRB one that u have intergrated in AM. Cheesy
member
Activity: 363
Merit: 16
latest version with a minor and a major problem


1. Awesomeminer shows me wrong GPU if i dont use all GPU´s

for example my 8 card Vega Rig:
TRM 0.5.0(also on 0.5.1)
-d 0 -> it show a not active card but i see shares in "Progress" tab
https://ibb.co/rZBzR4R

-d 0,1,2,3 -> 2 cards are maped correctly but two cards in the list are not active
https://ibb.co/bBchQvT


2. if i use awesomeminer the rig dont find shares after some minutes - some minutes later the whole rig is not reachable anymore
the same thing with SRBMiner
i DDU drivers and reinstall - underclock every card and put mv to 950 (instead of 860-880mv the last weeks/month works perfectly) ---- only solution i found out today...not using awesome miner - means -> i start TRM with normal batch on the Rig and dont have any problems

is there any way to disable something (or start debug log) in awesomeminer to verify that it could be a problem with the agent or api or whatever?

I use TRM and AM.

1. use TRM with --bus_reorder and then map the GPU in AM in the ascending order of the PCI BUS ID.
This worked for me, cause Default TRM uses Opencl order, --bus_reorder uses BusID order and AM uses the driver order by default.

2. Right click the miner and select view details -> process information. Verfiy that the command line param are correct.
Right click the miner in AM and select diagnostics -> u should be able to see what went wrong. I can personally confirm that TRM and SRB works fine on my remote 6x Vega Rig for months.


i have other rigs that also work...but like you can see at the screenshots (the links) that it dont matter to use or not use bus-reorder...Awesomeminer show me wrong GPU and after 10-30 minutes no shares and TRM and SRB stop working and i cant close or restart or reboot or anything...i have to power off and restart

without using Awesomeminer (and using same parameters in batch, that i use in awesomeminer) it workes for hours now
member
Activity: 204
Merit: 10
latest version with a minor and a major problem


1. Awesomeminer shows me wrong GPU if i dont use all GPU´s

for example my 8 card Vega Rig:
TRM 0.5.0(also on 0.5.1)
-d 0 -> it show a not active card but i see shares in "Progress" tab
https://ibb.co/rZBzR4R

-d 0,1,2,3 -> 2 cards are maped correctly but two cards in the list are not active
https://ibb.co/bBchQvT


2. if i use awesomeminer the rig dont find shares after some minutes - some minutes later the whole rig is not reachable anymore
the same thing with SRBMiner
i DDU drivers and reinstall - underclock every card and put mv to 950 (instead of 860-880mv the last weeks/month works perfectly) ---- only solution i found out today...not using awesome miner - means -> i start TRM with normal batch on the Rig and dont have any problems

is there any way to disable something (or start debug log) in awesomeminer to verify that it could be a problem with the agent or api or whatever?

I use TRM and AM.

1. use TRM with --bus_reorder and then map the GPU in AM in the ascending order of the PCI BUS ID.
This worked for me, cause Default TRM uses Opencl order, --bus_reorder uses BusID order and AM uses the driver order by default.

2. Right click the miner and select view details -> process information. Verfiy that the command line param are correct.
Right click the miner in AM and select diagnostics -> u should be able to see what went wrong. I can personally confirm that TRM and SRB works fine on my remote 6x Vega Rig for months.
member
Activity: 363
Merit: 16
latest version with a minor and a major problem


1. Awesomeminer shows me wrong GPU if i dont use all GPU´s

for example my 8 card Vega Rig:
TRM 0.5.0(also on 0.5.1)
-d 0 -> it show a not active card but i see shares in "Progress" tab
https://ibb.co/rZBzR4R

-d 0,1,2,3 -> 2 cards are maped correctly but two cards in the list are not active
https://ibb.co/bBchQvT


2. if i use awesomeminer the rig dont find shares after some minutes - some minutes later the whole rig is not reachable anymore
the same thing with SRBMiner
i DDU drivers and reinstall - underclock every card and put mv to 950 (instead of 860-880mv the last weeks/month works perfectly) ---- only solution i found out today...not using awesome miner - means -> i start TRM with normal batch on the Rig and dont have any problems

is there any way to disable something (or start debug log) in awesomeminer to verify that it could be a problem with the agent or api or whatever?
legendary
Activity: 2254
Merit: 2419
EIN: 82-3893490

Yes, it will be included in the next release.

thank you Patrike

also, I have not read all the back posts - have you managed a way to get ssh into the bitmain miners yet? or have they released a firmware allowing it?
There are no solution to the SSH limitations yet and it looks like Bitmain are continuing to release new firmware with SSH disabled. I've been trying to get Bitmain to implement a setting to enable Privileged API access, but unfortunately no progress on that request either.

A while ago I added the features to set Default Pools and Reboot by connecting to the Antminer web interface instead of SSH - but those where just workarounds for the fact that SSH wasn't available.

ahh ok - the BW L21 miners are also API restricted as well Sad
legendary
Activity: 3346
Merit: 1094

Yes, it will be included in the next release.

thank you Patrike

also, I have not read all the back posts - have you managed a way to get ssh into the bitmain miners yet? or have they released a firmware allowing it?
There are no solution to the SSH limitations yet and it looks like Bitmain are continuing to release new firmware with SSH disabled. I've been trying to get Bitmain to implement a setting to enable Privileged API access, but unfortunately no progress on that request either.

A while ago I added the features to set Default Pools and Reboot by connecting to the Antminer web interface instead of SSH - but those where just workarounds for the fact that SSH wasn't available.
legendary
Activity: 2254
Merit: 2419
EIN: 82-3893490

Yes, it will be included in the next release.

thank you Patrike

also, I have not read all the back posts - have you managed a way to get ssh into the bitmain miners yet? or have they released a firmware allowing it?
legendary
Activity: 3346
Merit: 1094
does AM properly support the bw L21 miners? my AM detected the miners and shows that they are mining but the stats are all wrong - no temps, doesnt show pool info, the accepted shares are in the trillions with zero rejected and zero hw errors - it also does not show the hash rate.
This miner is supported, at least previous revisions of it.

Even in the past this ASIC has always reported crazy number for the total number or share and total hashrate. What Awesome Miner do is to detect that it's a miner of this kind and then recalculate everything based on each individual ASIC device to get numbers that are accurate.

It might be that more recent revisions of this ASIC is a bit different and Awesome Miner isn't able to detect it correctly. Could you please send me the API report (toolbar: Tools -> API Report) via mail or PM and I will see what changes they might have introduced and how to do another workaround. Thanks!

pm sent with the API log
Perfect - thanks for the log!

I had to make a small adjustment to get Awesome Miner to detect this miner as a BW-L21. Once that detection was updated, it shows up fine.

nice! so in a future update?
Yes, it will be included in the next release.
legendary
Activity: 2254
Merit: 2419
EIN: 82-3893490
does AM properly support the bw L21 miners? my AM detected the miners and shows that they are mining but the stats are all wrong - no temps, doesnt show pool info, the accepted shares are in the trillions with zero rejected and zero hw errors - it also does not show the hash rate.
This miner is supported, at least previous revisions of it.

Even in the past this ASIC has always reported crazy number for the total number or share and total hashrate. What Awesome Miner do is to detect that it's a miner of this kind and then recalculate everything based on each individual ASIC device to get numbers that are accurate.

It might be that more recent revisions of this ASIC is a bit different and Awesome Miner isn't able to detect it correctly. Could you please send me the API report (toolbar: Tools -> API Report) via mail or PM and I will see what changes they might have introduced and how to do another workaround. Thanks!

pm sent with the API log
Perfect - thanks for the log!

I had to make a small adjustment to get Awesome Miner to detect this miner as a BW-L21. Once that detection was updated, it shows up fine.

nice! so in a future update?
legendary
Activity: 3346
Merit: 1094
does AM properly support the bw L21 miners? my AM detected the miners and shows that they are mining but the stats are all wrong - no temps, doesnt show pool info, the accepted shares are in the trillions with zero rejected and zero hw errors - it also does not show the hash rate.
This miner is supported, at least previous revisions of it.

Even in the past this ASIC has always reported crazy number for the total number or share and total hashrate. What Awesome Miner do is to detect that it's a miner of this kind and then recalculate everything based on each individual ASIC device to get numbers that are accurate.

It might be that more recent revisions of this ASIC is a bit different and Awesome Miner isn't able to detect it correctly. Could you please send me the API report (toolbar: Tools -> API Report) via mail or PM and I will see what changes they might have introduced and how to do another workaround. Thanks!

pm sent with the API log
Perfect - thanks for the log!

I had to make a small adjustment to get Awesome Miner to detect this miner as a BW-L21. Once that detection was updated, it shows up fine.
legendary
Activity: 2254
Merit: 2419
EIN: 82-3893490
does AM properly support the bw L21 miners? my AM detected the miners and shows that they are mining but the stats are all wrong - no temps, doesnt show pool info, the accepted shares are in the trillions with zero rejected and zero hw errors - it also does not show the hash rate.
This miner is supported, at least previous revisions of it.

Even in the past this ASIC has always reported crazy number for the total number or share and total hashrate. What Awesome Miner do is to detect that it's a miner of this kind and then recalculate everything based on each individual ASIC device to get numbers that are accurate.

It might be that more recent revisions of this ASIC is a bit different and Awesome Miner isn't able to detect it correctly. Could you please send me the API report (toolbar: Tools -> API Report) via mail or PM and I will see what changes they might have introduced and how to do another workaround. Thanks!

pm sent with the API log
newbie
Activity: 6
Merit: 0
Hey Patrike,
Is there a way to set the Global Electricity Price (per kWh) via HTTP API?
Thank you!
There are no feature to set the value via API today.

You can set the price via the Rules, where you can use the Action called Set Property. You can for example use the rules to define different electricity prices depending on time or day. Rule actions can also be triggered via the API if needed.

I do understand this doesn't give as much flexibility as having an API method for setting an exact price from an external application. Please let me know if you still prefer the API method and I will look into supporting it when possible. Thanks!
Hey Patrike,

If you could add it to your ever expanding "to-do list" that would be awesome! That would help me a lot!

Here in Texas we have the option to go with a variable rate electricity plan that changes the price per kWh every 5 minutes. I'm currently monitoring the real-time price and have different rules and profiles setup in AM for my miners. For example, if the price per kWh goes crazy, up to say $1.00 /kWh, then my mine basically shuts down until the price drops. If the price goes negative (which happens often at night), the miners will overclock and go nuts!

One more thought that might open up a whole new world of possibilities for AM: What if you gave us the option to pass a variable into AM via API that could be used elsewhere in the application? Maybe just a few empty variable slots (Var1, Var2, Var3, etc.) then those variables could be used as "Triggers" inside a rule. Just a thought.

Thanks again!
The API method for electricity price should be possible to include in the near future as it's only a matter of exposing a feature already available.

Thanks for the suggestion about variables, that would make sense as well. Another concept available already today via the triggers are Miner Tags. You can set Tags on miners via the API and you can have trigger looking at certain tags.
A short update about the API method for setting the global electricity price:
POST http://mypc:17790/api/settings/electricity_price?value=0.075
This feature is available in Awesome Miner 6.5.3

You're awesome! Thank you SOOO much Patrike!!!!
member
Activity: 277
Merit: 23

Could you throw off (or show with screenshots) the AM setting in such a bundle?
PS I have long thought of such a bunch

the software is not a part of AM just a side instance

lonhand for Windows

legendary
Activity: 3346
Merit: 1094
Hey Patrike,
Is there a way to set the Global Electricity Price (per kWh) via HTTP API?
Thank you!
There are no feature to set the value via API today.

You can set the price via the Rules, where you can use the Action called Set Property. You can for example use the rules to define different electricity prices depending on time or day. Rule actions can also be triggered via the API if needed.

I do understand this doesn't give as much flexibility as having an API method for setting an exact price from an external application. Please let me know if you still prefer the API method and I will look into supporting it when possible. Thanks!
Hey Patrike,

If you could add it to your ever expanding "to-do list" that would be awesome! That would help me a lot!

Here in Texas we have the option to go with a variable rate electricity plan that changes the price per kWh every 5 minutes. I'm currently monitoring the real-time price and have different rules and profiles setup in AM for my miners. For example, if the price per kWh goes crazy, up to say $1.00 /kWh, then my mine basically shuts down until the price drops. If the price goes negative (which happens often at night), the miners will overclock and go nuts!

One more thought that might open up a whole new world of possibilities for AM: What if you gave us the option to pass a variable into AM via API that could be used elsewhere in the application? Maybe just a few empty variable slots (Var1, Var2, Var3, etc.) then those variables could be used as "Triggers" inside a rule. Just a thought.

Thanks again!
The API method for electricity price should be possible to include in the near future as it's only a matter of exposing a feature already available.

Thanks for the suggestion about variables, that would make sense as well. Another concept available already today via the triggers are Miner Tags. You can set Tags on miners via the API and you can have trigger looking at certain tags.
A short update about the API method for setting the global electricity price:
POST http://mypc:17790/api/settings/electricity_price?value=0.075
This feature is available in Awesome Miner 6.5.3
legendary
Activity: 3346
Merit: 1094
Awesome Miner version 6.5.3
 Features
  - Access to formatting of hashrate using MH/s and similar units via the Customize Progress Field feature


Thx again !!
Currently using this:
Code:
"Efficiency : " + Math.Round(status.KHashAvg * 1000 / Math.Max(miningHelper.GetPowerUsage(), 1), 2) + " H/W"
Couldnt find the documentation for the endpoint for the formating if its mininghelper or status object.
Would like to have a heads up on how it works.
Thanks for all nice feedback.

I've also updated the documentation page and you will find the solution at the bottom of this page:
https://support.awesomeminer.com/support/solutions/articles/35000086023-customize-progress-field

Code:
"Efficiency: " + miningHelper.FormatValue(Math.Round(status.KHashAvg * 1000 / Math.Max(miningHelper.GetPowerUsage(), 1), 2)) + " H/W"
member
Activity: 204
Merit: 10
Awesome Miner version 6.5.3
 Mining software
  - TeamRedMiner 0.5
Thx !!

Awesome Miner version 6.5.3
 GPU mining
  - Added setting to specify if Ctrl+C should be used to stop a mining process, configurable in the Options dialog, Mining Settings section

TRM now exits normally after proper thread shutdown Cheesy

Awesome Miner version 6.5.3
 Features
  - Access to formatting of hashrate using MH/s and similar units via the Customize Progress Field feature


Thx again !!
Currently using this:
Code:
"Efficiency : " + Math.Round(status.KHashAvg * 1000 / Math.Max(miningHelper.GetPowerUsage(), 1), 2) + " H/W"
Couldnt find the documentation for the endpoint for the formating if its mininghelper or status object.
Would like to have a heads up on how it works.
Jump to: