Pages:
Author

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

legendary
Activity: 1754
Merit: 1007
Hi Patrike, SRBMulti 2.2.5 realised, user now can dual mine Dynex+Radiant, but with AM this is imposible.
In SRBMulti can be defined algorithm, pool, wallet, password values for each involved in mining algorithm separatly. User can multiple times define --algorithm --wallet --password --pool arguments, SRBMulti create a collection and add every similar parameter definition to this collection, but  AM overwrite all definitions with the last value. This made imposible to start dual mining with this method of parameters definition.
I have maqnually created a command string where every algorithm, pool, wallet, etc. was defined with individual --algorithm --pool --wallet parameters and executed over terminal and this allow me to mine in dual mode. But if AM create command line, then only last defined values will be used. Please clear this bug. Regards.
Thanks for your question. I'm not really able to understand this issue: "AM overwrite all definitions with the last value"

If I have a miner with dual configured, where I select one Pool and one Secondary Pool, the command line I get from Awesome Miner is for example:
--algorithm etchash
--pool stratum+tcp://us1-etc.ethermine.org:4444
--wallet
--password x
--algorithm sha512_256d_radiant
--pool stratum+tcp://stratum-eu.rplant.xyz:7086
--wallet
--password x
--api-enable
--api-port 4039

This starts the dual mining perfectly fine. I don't see what kind of parameters that would be overwritten here. Awesome Miner simply adds a second set of algorithm+pool+wallet+password parameters when you enable dual mining.

The example above is without any manually configured command line arguments. Are you using any manual parameters as well?
Hi Patrike, looks like in your example, you use Managed Miner mode, but i am try in Managed Profit mode. Arguments for secondary coin (Radiant) i put in Profit profile in "command line parameters" field for algorithm Dynex. And this combination not work for me. Miner start mining only Radiant.
Diagnostic show me, that the generated command string contains only one --algorithm parameter and this is Radiant, which i have put in "command line parameters". If i try to add a additional --algorithm dynex in "command line parameters" (before radiant) then i recive error from SRBMulti: You defined less pools than algorithms. I simple cant use dual mining due AM overwrite first --algorithm with --algorithm from my command line instead to add next algo defenition. Normaly, i am awaiting that the AM use main algo from my pool definition and additional algo i define in command lines parameters field. Try self this scenario in Managed Profit mode. Regards
 
Thanks for the update. I think we run into the limitation of the Profit switcher and dual mining with other primary algorithms than EtHash. It's unfortunately limited here to reduce the number of possible combinations. These days I understand that it may not be good enough where more and more algorithm combinations are supported for dual mining via a number of mining software.
Maybe you can add some selector in profit profile for every algorithm which switch the mode how command line will be generated.
mode1: normal generation
mode2: AM use only data from "command line arguments" field only. And only statistics conection params will be added from AM. In this mode, user must self init all pool connection parameters for miner.
So is my suggestion. Regards

Upd: Just try to start dual mining DNX+RXD in "Managed Miner" mode, get the same problem. The second --algorithm parameter will be overwritten with the last value. I also try to put second deffenition of --algorithm param in command line, no success. I wrote to SRBMulti dev, maybe he can add a alternative method for second algo defenition, like --algorithm2 param.

Upd: Same problem if i use "Managed Miner" mode and choose "Generic miner" where i define all parameters for both algos (DNX+RDX). --algorithm will be overriden with last defenition. Looks like dual mining work only with ETC and ETH as first (main) algo. Maybe now is time to add this dual mining mode for Dynex? Becouse DNX is very promised algo for future. Regards.
legendary
Activity: 3556
Merit: 1095
Another question: How to prevent "profit switching" if we have active Ziliqa round? Or better one minute before round started, pause the switching function. Regards.
There are no features like this today and it sounds a bit complex to support. Is there any good way of knowing exactly when the ZIL mining starts and stops?
legendary
Activity: 3556
Merit: 1095
Two questions about outside temperature.
1. Is she that unreliable? It didn't update this morning.
2. Can I read it more often? At least once every 10 minutes, but is it better once a minute?
It’s just that in the period from 9-00 to 10-00 the temperature on the sunny side changes very much and the rules for switching to the summer mining profile cannot be properly adjusted
Thanks



Thanks for your question.

1) In general it should work fine and I cannot see any missing data when looking any my system. However, it could been a temporary issue with the temperature web site we are using that caused this. In case we see repeating failures we should probably have a concept of re-trying after a few minutes in case of a failure.

2) We record the temperature once per hour at the moment. This is a fixed and a faster update speed would require a new design for how we store all the data points over time. In your case I think it's better to develop a custom solution where you query the temperature source manually as often as you want. Either via an external application/script or via the C# scriping feature in Awesome Miner (I can probably help out with that part if needed).
legendary
Activity: 3556
Merit: 1095
Hi Patrike, SRBMulti 2.2.5 realised, user now can dual mine Dynex+Radiant, but with AM this is imposible.
In SRBMulti can be defined algorithm, pool, wallet, password values for each involved in mining algorithm separatly. User can multiple times define --algorithm --wallet --password --pool arguments, SRBMulti create a collection and add every similar parameter definition to this collection, but  AM overwrite all definitions with the last value. This made imposible to start dual mining with this method of parameters definition.
I have maqnually created a command string where every algorithm, pool, wallet, etc. was defined with individual --algorithm --pool --wallet parameters and executed over terminal and this allow me to mine in dual mode. But if AM create command line, then only last defined values will be used. Please clear this bug. Regards.
Thanks for your question. I'm not really able to understand this issue: "AM overwrite all definitions with the last value"

If I have a miner with dual configured, where I select one Pool and one Secondary Pool, the command line I get from Awesome Miner is for example:
--algorithm etchash
--pool stratum+tcp://us1-etc.ethermine.org:4444
--wallet
--password x
--algorithm sha512_256d_radiant
--pool stratum+tcp://stratum-eu.rplant.xyz:7086
--wallet
--password x
--api-enable
--api-port 4039

This starts the dual mining perfectly fine. I don't see what kind of parameters that would be overwritten here. Awesome Miner simply adds a second set of algorithm+pool+wallet+password parameters when you enable dual mining.

The example above is without any manually configured command line arguments. Are you using any manual parameters as well?
Hi Patrike, looks like in your example, you use Managed Miner mode, but i am try in Managed Profit mode. Arguments for secondary coin (Radiant) i put in Profit profile in "command line parameters" field for algorithm Dynex. And this combination not work for me. Miner start mining only Radiant.
Diagnostic show me, that the generated command string contains only one --algorithm parameter and this is Radiant, which i have put in "command line parameters". If i try to add a additional --algorithm dynex in "command line parameters" (before radiant) then i recive error from SRBMulti: You defined less pools than algorithms. I simple cant use dual mining due AM overwrite first --algorithm with --algorithm from my command line instead to add next algo defenition. Normaly, i am awaiting that the AM use main algo from my pool definition and additional algo i define in command lines parameters field. Try self this scenario in Managed Profit mode. Regards
 
Thanks for the update. I think we run into the limitation of the Profit switcher and dual mining with other primary algorithms than EtHash. It's unfortunately limited here to reduce the number of possible combinations. These days I understand that it may not be good enough where more and more algorithm combinations are supported for dual mining via a number of mining software.
legendary
Activity: 3556
Merit: 1095
wrong syntax for dualmining ironfish with teamredminer. The argument for mining ironfish alone is -a ironfish. This is ok, but for dual mining the arguments are --iron and --iron_end but awesomeminer use --ironfish and --ironfish_end but thats wrong and doesn´t work.
Thanks for the report - this will be corrected in the next release.
legendary
Activity: 1754
Merit: 1007
Another question: How to prevent "profit switching" if we have active Ziliqa round? Or better one minute before round started, pause the switching function. Regards.
newbie
Activity: 12
Merit: 0
Two questions about outside temperature.
1. Is she that unreliable? It didn't update this morning.
2. Can I read it more often? At least once every 10 minutes, but is it better once a minute?
It’s just that in the period from 9-00 to 10-00 the temperature on the sunny side changes very much and the rules for switching to the summer mining profile cannot be properly adjusted
Thanks

https://i.ibb.co/WHs5yT2/image.jpg
legendary
Activity: 1754
Merit: 1007
Hi Patrike, SRBMulti 2.2.5 realised, user now can dual mine Dynex+Radiant, but with AM this is imposible.
In SRBMulti can be defined algorithm, pool, wallet, password values for each involved in mining algorithm separatly. User can multiple times define --algorithm --wallet --password --pool arguments, SRBMulti create a collection and add every similar parameter definition to this collection, but  AM overwrite all definitions with the last value. This made imposible to start dual mining with this method of parameters definition.
I have maqnually created a command string where every algorithm, pool, wallet, etc. was defined with individual --algorithm --pool --wallet parameters and executed over terminal and this allow me to mine in dual mode. But if AM create command line, then only last defined values will be used. Please clear this bug. Regards.
Thanks for your question. I'm not really able to understand this issue: "AM overwrite all definitions with the last value"

If I have a miner with dual configured, where I select one Pool and one Secondary Pool, the command line I get from Awesome Miner is for example:
--algorithm etchash
--pool stratum+tcp://us1-etc.ethermine.org:4444
--wallet
--password x
--algorithm sha512_256d_radiant
--pool stratum+tcp://stratum-eu.rplant.xyz:7086
--wallet
--password x
--api-enable
--api-port 4039

This starts the dual mining perfectly fine. I don't see what kind of parameters that would be overwritten here. Awesome Miner simply adds a second set of algorithm+pool+wallet+password parameters when you enable dual mining.

The example above is without any manually configured command line arguments. Are you using any manual parameters as well?
Hi Patrike, looks like in your example, you use Managed Miner mode, but i am try in Managed Profit mode. Arguments for secondary coin (Radiant) i put in Profit profile in "command line parameters" field for algorithm Dynex. And this combination not work for me. Miner start mining only Radiant.
Diagnostic show me, that the generated command string contains only one --algorithm parameter and this is Radiant, which i have put in "command line parameters". If i try to add a additional --algorithm dynex in "command line parameters" (before radiant) then i recive error from SRBMulti: You defined less pools than algorithms. I simple cant use dual mining due AM overwrite first --algorithm with --algorithm from my command line instead to add next algo defenition. Normaly, i am awaiting that the AM use main algo from my pool definition and additional algo i define in command lines parameters field. Try self this scenario in Managed Profit mode. Regards
 
member
Activity: 1558
Merit: 69
wrong syntax for dualmining ironfish with teamredminer. The argument for mining ironfish alone is -a ironfish. This is ok, but for dual mining the arguments are --iron and --iron_end but awesomeminer use --ironfish and --ironfish_end but thats wrong and doesn´t work.

newbie
Activity: 107
Merit: 0
Awesome Miner version 9.9.7

 Corrections
  - Correction to profit switching start command


Thank you. Everything is fine.
legendary
Activity: 3556
Merit: 1095
Awesome Miner version 9.9.7

 Corrections
  - Correction to profit switching start command
legendary
Activity: 3556
Merit: 1095
Awesome Miner version 9.9.6

 ASIC mining
  - Added support for Antminer HS3
 Features
  - Include ASIC miner fan speed in Awesome Miner API response
 Changes
  - Remove legacy MSI Afterburner integration
 Mining software
  - BzMiner 14.3.2
  - Gminer 3.39
  - Lolminer 1.75
  - Rigel 1.4.6
  - SrbMiner-Multi 2.2.5
  - TeamRedMiner 0.10.12

Hello. After this update, the launch, the restart button and the profit switching do not work.
I will publish v9.9.7 in a moment that hopefully will resolve this issue.
newbie
Activity: 107
Merit: 0
Awesome Miner version 9.9.6

 ASIC mining
  - Added support for Antminer HS3
 Features
  - Include ASIC miner fan speed in Awesome Miner API response
 Changes
  - Remove legacy MSI Afterburner integration
 Mining software
  - BzMiner 14.3.2
  - Gminer 3.39
  - Lolminer 1.75
  - Rigel 1.4.6
  - SrbMiner-Multi 2.2.5
  - TeamRedMiner 0.10.12

Hello. After this update, the launch, the restart button and the profit switching do not work.
legendary
Activity: 3556
Merit: 1095
Awesome Miner version 9.9.6

 ASIC mining
  - Added support for Antminer HS3
 Features
  - Include ASIC miner fan speed in Awesome Miner API response
 Changes
  - Remove legacy MSI Afterburner integration
 Mining software
  - BzMiner 14.3.2
  - Gminer 3.39
  - Lolminer 1.75
  - Rigel 1.4.6
  - SrbMiner-Multi 2.2.5
  - TeamRedMiner 0.10.12
legendary
Activity: 3556
Merit: 1095
Hi Patrike, SRBMulti 2.2.5 realised, user now can dual mine Dynex+Radiant, but with AM this is imposible.
In SRBMulti can be defined algorithm, pool, wallet, password values for each involved in mining algorithm separatly. User can multiple times define --algorithm --wallet --password --pool arguments, SRBMulti create a collection and add every similar parameter definition to this collection, but  AM overwrite all definitions with the last value. This made imposible to start dual mining with this method of parameters definition.
I have maqnually created a command string where every algorithm, pool, wallet, etc. was defined with individual --algorithm --pool --wallet parameters and executed over terminal and this allow me to mine in dual mode. But if AM create command line, then only last defined values will be used. Please clear this bug. Regards.
Thanks for your question. I'm not really able to understand this issue: "AM overwrite all definitions with the last value"

If I have a miner with dual configured, where I select one Pool and one Secondary Pool, the command line I get from Awesome Miner is for example:
--algorithm etchash
--pool stratum+tcp://us1-etc.ethermine.org:4444
--wallet
--password x
--algorithm sha512_256d_radiant
--pool stratum+tcp://stratum-eu.rplant.xyz:7086
--wallet
--password x
--api-enable
--api-port 4039

This starts the dual mining perfectly fine. I don't see what kind of parameters that would be overwritten here. Awesome Miner simply adds a second set of algorithm+pool+wallet+password parameters when you enable dual mining.

The example above is without any manually configured command line arguments. Are you using any manual parameters as well?
legendary
Activity: 1754
Merit: 1007
Hi Patrike, SRBMulti 2.2.5 realised, user now can dual mine Dynex+Radiant, but with AM this is imposible.
In SRBMulti can be defined algorithm, pool, wallet, password values for each involved in mining algorithm separatly. User can multiple times define --algorithm --wallet --password --pool arguments, SRBMulti create a collection and add every similar parameter definition to this collection, but  AM overwrite all definitions with the last value. This made imposible to start dual mining with this method of parameters definition.
I have maqnually created a command string where every algorithm, pool, wallet, etc. was defined with individual --algorithm --pool --wallet parameters and executed over terminal and this allow me to mine in dual mode. But if AM create command line, then only last defined values will be used. Please clear this bug. Regards.
newbie
Activity: 12
Merit: 0
I've pushed an update for the IronFish calculation. It will automatically be picked up by your Awesome Miner within the next few hours and will resolve the issue.

Everything works correctly
Thanks
legendary
Activity: 3556
Merit: 1095
For the correctness of the profit (like in wattomine), I set the profit factor for the pool 4300000000

I've pushed an update for the IronFish calculation. It will automatically be picked up by your Awesome Miner within the next few hours and will resolve the issue.
newbie
Activity: 12
Merit: 0
For the correctness of the profit (like in wattomine), I set the profit factor for the pool 4300000000
newbie
Activity: 12
Merit: 0
Hi all
Have you noticed that ironfish does not calculate profit correctly?
Wattomine gives statistics correctly
What do you think?

3070ti
Electricity at 4 cents
Wattomine - Day   0.000000   0.087446   0.000016   $0.47   $0.14   $0.32

Quote
Overview
=====================================================================================
Pool                                                    ironfish.herominers.com PROP [IronFish (IRON)]
Algorithm                                               IronFish
Pool, Profit factor (1 = 100%)                          1
Coin                                                    IRON
Coins per day                                           1,88440784640985E-11
Difficulty                                              2,74568013478886E+17
Block reward                                            20
Exchange rate (BTC)                                     0,00018055967162298
Current revenue (BTC/GH/day)                            2,64578586276461E-16
Current revenue (BTC/day)                               3,40248061951528E-12

Information at the time of the profit switching decision
=====================================================================================
Profile, Hashrate (H/s)                                 12860000000
Profile, Power (W)                                      104
Electricity price (per kWh)                             0,04468 USD
Power cost (BTC/day)                                    3,79559951030794E-06
Revenue (BTC/day)                                       3,40248061951528E-15
Profit (BTC/day)                                        -3,79559950690546E-06
Profit per day                                          $-0,11
Pages:
Jump to: