FYI...Re: B3 Bytom support
(set as External Miner)
My enterprise edition has recognized and does report connectivity & hash rate on the unit but some stats are not being reported.
No complaints
Topic: [Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 miners - page 347. (Read 703146 times)
May 19, 2018, 04:37:10 PM
May 19, 2018, 11:12:43 AM
I have a request for the programmer, I hope you like it.
The more I use Awesome the more I like it, now I am trying to improve my earnings with the rules. There is a rule that does not exist and that surely could be programmed in C # but it is not my case.
The trigger should be the TTF, I think you can know it from each pool, if TTF => X (number that would define in minutes), that pool would be omitted from that change, or X hours out of aut change.
Many times we find coins that your current average 24 hours is good, but is that hours before there has been a good pump, but at the present time is no longer profitable although statistics say. It also depends on how powerful the rigs a miner is.
For example, I do not want to undermine anything that takes more than 30 minutes. The rule could be improved in the trigger if TTF => X and percentage of my share compared to the group, for example
If TTF => 30 and myshare = <0.5%
In conditions that you can jump the pool to another, that is to make another auto change omitting the Pool in question and can even omit it for X hours
I do not know if what I ask is easy or difficult. The only thing that is, is that easily by rules, you could have more control of benefits.
It is normal for a coin that has had a pump in the last hours to have a current 24-hour high gain, but it may not be at this time. One way to intuit it is by TTF, how many more people are mining lower is the TFF and more blocks per hour.
This rule and everyone could apply it according to their experience and have different rules one for each RIG, and even if it could be applied by pool, or currency would be bestial. It's more work for me to measure all that, but once you do it and you have it updated, the auto changes will be more efficient, which in the end is what we all look for.
If you can not know TTF before entering the pool, then, once a pool is working, if for example the last 3 blocks exceed TTF => X, the condition would apply.
I hope I have expressed myself well so that it is understood.
The more I use Awesome the more I like it, now I am trying to improve my earnings with the rules. There is a rule that does not exist and that surely could be programmed in C # but it is not my case.
The trigger should be the TTF, I think you can know it from each pool, if TTF => X (number that would define in minutes), that pool would be omitted from that change, or X hours out of aut change.
Many times we find coins that your current average 24 hours is good, but is that hours before there has been a good pump, but at the present time is no longer profitable although statistics say. It also depends on how powerful the rigs a miner is.
For example, I do not want to undermine anything that takes more than 30 minutes. The rule could be improved in the trigger if TTF => X and percentage of my share compared to the group, for example
If TTF => 30 and myshare = <0.5%
In conditions that you can jump the pool to another, that is to make another auto change omitting the Pool in question and can even omit it for X hours
I do not know if what I ask is easy or difficult. The only thing that is, is that easily by rules, you could have more control of benefits.
It is normal for a coin that has had a pump in the last hours to have a current 24-hour high gain, but it may not be at this time. One way to intuit it is by TTF, how many more people are mining lower is the TFF and more blocks per hour.
This rule and everyone could apply it according to their experience and have different rules one for each RIG, and even if it could be applied by pool, or currency would be bestial. It's more work for me to measure all that, but once you do it and you have it updated, the auto changes will be more efficient, which in the end is what we all look for.
If you can not know TTF before entering the pool, then, once a pool is working, if for example the last 3 blocks exceed TTF => X, the condition would apply.
I hope I have expressed myself well so that it is understood.
your profit is more affected by your ability to ride the difficulty and get in b4 the nethash get swarmed by inadequate profit switchers, you're too late if you trying to mine when market price/pump has started, swarm of novice miners drives diff up and you end up less profitable.
You've been using @soothaa's coin updater, you'd know by now that for smaller coins, the mining profitability is more or less solely determined by difficulty and less affected by market pumps. Also, chasing difficulty means try not to use 24 averages/estimates.
whether or not you catch the pump and makes the dump of your hodlings at the best instant, that's trading related...and more to do with speculative mining, TTF and speculative mining are kind of in different world.
May 19, 2018, 10:52:49 AM
TTF or (average)Time To Find (a block) can be found by: nethash / poolhash * blocktime = time in mins, this is a crude way but since there is (almost) no cap on bad luck it usually does not have to be precise.
May 19, 2018, 10:21:30 AM
I have a request for the programmer, I hope you like it.
The more I use Awesome the more I like it, now I am trying to improve my earnings with the rules. There is a rule that does not exist and that surely could be programmed in C # but it is not my case.
The trigger should be the TTF, I think you can know it from each pool, if TTF => X (number that would define in minutes), that pool would be omitted from that change, or X hours out of aut change.
Many times we find coins that your current average 24 hours is good, but is that hours before there has been a good pump, but at the present time is no longer profitable although statistics say. It also depends on how powerful the rigs a miner is.
For example, I do not want to undermine anything that takes more than 30 minutes. The rule could be improved in the trigger if TTF => X and percentage of my share compared to the group, for example
If TTF => 30 and myshare = <0.5%
In conditions that you can jump the pool to another, that is to make another auto change omitting the Pool in question and can even omit it for X hours
I do not know if what I ask is easy or difficult. The only thing that is, is that easily by rules, you could have more control of benefits.
It is normal for a coin that has had a pump in the last hours to have a current 24-hour high gain, but it may not be at this time. One way to intuit it is by TTF, how many more people are mining lower is the TFF and more blocks per hour.
This rule and everyone could apply it according to their experience and have different rules one for each RIG, and even if it could be applied by pool, or currency would be bestial. It's more work for me to measure all that, but once you do it and you have it updated, the auto changes will be more efficient, which in the end is what we all look for.
If you can not know TTF before entering the pool, then, once a pool is working, if for example the last 3 blocks exceed TTF => X, the condition would apply.
I hope I have expressed myself well so that it is understood.
The more I use Awesome the more I like it, now I am trying to improve my earnings with the rules. There is a rule that does not exist and that surely could be programmed in C # but it is not my case.
The trigger should be the TTF, I think you can know it from each pool, if TTF => X (number that would define in minutes), that pool would be omitted from that change, or X hours out of aut change.
Many times we find coins that your current average 24 hours is good, but is that hours before there has been a good pump, but at the present time is no longer profitable although statistics say. It also depends on how powerful the rigs a miner is.
For example, I do not want to undermine anything that takes more than 30 minutes. The rule could be improved in the trigger if TTF => X and percentage of my share compared to the group, for example
If TTF => 30 and myshare = <0.5%
In conditions that you can jump the pool to another, that is to make another auto change omitting the Pool in question and can even omit it for X hours
I do not know if what I ask is easy or difficult. The only thing that is, is that easily by rules, you could have more control of benefits.
It is normal for a coin that has had a pump in the last hours to have a current 24-hour high gain, but it may not be at this time. One way to intuit it is by TTF, how many more people are mining lower is the TFF and more blocks per hour.
This rule and everyone could apply it according to their experience and have different rules one for each RIG, and even if it could be applied by pool, or currency would be bestial. It's more work for me to measure all that, but once you do it and you have it updated, the auto changes will be more efficient, which in the end is what we all look for.
If you can not know TTF before entering the pool, then, once a pool is working, if for example the last 3 blocks exceed TTF => X, the condition would apply.
I hope I have expressed myself well so that it is understood.
May 18, 2018, 07:31:52 PM
I'm having a problem with the latest trial version 5.0.2
Suddenly one of my rigs constantly insists on using DSTM in ALGOS that do not correspond. But it does not always happen, and it's always the same machine.
The machine is updated with the latest AM remote, the latest nvidia drivers. It's a small rig of 4 x 1060, it uses pre-demoted pools that are fine, it can be ORE for Neoscript, RVN X16r. Everything is fine, but when it does the auto switch, it says that DSTM error Cuda but it does not correspond with the protocol of the currency, it is totally illogical. Everything came up after installing 5.0.2 and it happened to me in another rig but I restarted it and fine.
This continues to give problems, the error of the window has no logic, gives DSTM error for an RVN pool that has selected a ccminer FORK RVN that is already uploaded. I repeat, it goes well and suddenly changes and gives an error that does not make sense, even if it does not change the currency.
This catch, I was with RVN by auto profit, and I was doing it right, suddenly it's like changing, I guess I jump the time trigger, it's RVN again and it gives me DSTM error. Something is wrong.....
Suddenly one of my rigs constantly insists on using DSTM in ALGOS that do not correspond. But it does not always happen, and it's always the same machine.
The machine is updated with the latest AM remote, the latest nvidia drivers. It's a small rig of 4 x 1060, it uses pre-demoted pools that are fine, it can be ORE for Neoscript, RVN X16r. Everything is fine, but when it does the auto switch, it says that DSTM error Cuda but it does not correspond with the protocol of the currency, it is totally illogical. Everything came up after installing 5.0.2 and it happened to me in another rig but I restarted it and fine.
This continues to give problems, the error of the window has no logic, gives DSTM error for an RVN pool that has selected a ccminer FORK RVN that is already uploaded. I repeat, it goes well and suddenly changes and gives an error that does not make sense, even if it does not change the currency.
This catch, I was with RVN by auto profit, and I was doing it right, suddenly it's like changing, I guess I jump the time trigger, it's RVN again and it gives me DSTM error. Something is wrong.....
May 18, 2018, 10:16:14 AM
Hi Patrike,
I have a couple questions / suggestions.
1. It would be awesome if you could add the ability for Rules to trigger other Rules. For example, if the temperature of (X set of Antminer S9's Miners) exceeds X, then trigger other Rule/s. The other Rule could lower the OC value of the Antminer L3's sitting next to the S9's, lowering the temp of the affected area. There are so many other valuable options that could be created if Rules could trigger other Rules.
2. Is there a way, or can you add a way to natively enable extranonce subscribe (#xnsub) to AM's multipools? I've tried several variations on the "Online Services" panel, and they end up with the URL of the pool breaking. Instead of the Algo's Port # being added to the end of the pool, it adds a -1. See below for pictures.
https://imgur.com/a/yayNcV5
Thank you!
I have a couple questions / suggestions.
1. It would be awesome if you could add the ability for Rules to trigger other Rules. For example, if the temperature of (X set of Antminer S9's Miners) exceeds X, then trigger other Rule/s. The other Rule could lower the OC value of the Antminer L3's sitting next to the S9's, lowering the temp of the affected area. There are so many other valuable options that could be created if Rules could trigger other Rules.
2. Is there a way, or can you add a way to natively enable extranonce subscribe (#xnsub) to AM's multipools? I've tried several variations on the "Online Services" panel, and they end up with the URL of the pool breaking. Instead of the Algo's Port # being added to the end of the pool, it adds a -1. See below for pictures.
https://imgur.com/a/yayNcV5
Thank you!
May 18, 2018, 08:44:55 AM
Thanks will this work even if c=btc is checked in the pool address page?
go to Online Services in option, select all zergpool entries and click bulk edit, Update password to: c=LTC
then set your LTC address in the address field on Profit Switching page for Zergpool.
@patrike
It would be clarifying if the pools that supported different payout besides btc would have "Wallet address:" instead of "Bitcoin address:" label in the Profit Switching page.
Hello,
If I want to run hashrefinery and miningpool hub and zergpool but do LTC payout on zergpool and BTC on hashrefinery is there an easy way to do that or if not easy, is there a way to do it?
If I want to run hashrefinery and miningpool hub and zergpool but do LTC payout on zergpool and BTC on hashrefinery is there an easy way to do that or if not easy, is there a way to do it?
go to Online Services in option, select all zergpool entries and click bulk edit, Update password to: c=LTC
then set your LTC address in the address field on Profit Switching page for Zergpool.
@patrike
It would be clarifying if the pools that supported different payout besides btc would have "Wallet address:" instead of "Bitcoin address:" label in the Profit Switching page.
May 18, 2018, 06:41:59 AM
Hello,
If I want to run hashrefinery and miningpool hub and zergpool but do LTC payout on zergpool and BTC on hashrefinery is there an easy way to do that or if not easy, is there a way to do it?
If I want to run hashrefinery and miningpool hub and zergpool but do LTC payout on zergpool and BTC on hashrefinery is there an easy way to do that or if not easy, is there a way to do it?
go to Online Services in option, select all zergpool entries and click bulk edit, Update password to: c=LTC
then set your LTC address in the address field on Profit Switching page for Zergpool.
@patrike
It would be clarifying if the pools that supported different payout besides btc would have "Wallet address:" instead of "Bitcoin address:" label in the Profit Switching page.
May 18, 2018, 05:30:37 AM
Hello,
If I want to run hashrefinery and miningpool hub and zergpool but do LTC payout on zergpool and BTC on hashrefinery is there an easy way to do that or if not easy, is there a way to do it?
If I want to run hashrefinery and miningpool hub and zergpool but do LTC payout on zergpool and BTC on hashrefinery is there an easy way to do that or if not easy, is there a way to do it?
May 18, 2018, 05:25:54 AM
After I switched from Claymore DualMiner to sgminer and restarted, the miner tab shows only Mining -"Interface Offline" even though the console window is visible and the miner is running and the pool is accepting shares. Tried Rebooting and same result. Also tried restarting the remote AM.
Code:
--api-allow W:127.0.0.1 --api-listen
try adding that command line to sgminer.Awesome miner will add that if you use the wizard to make a new managed miner.
You can make a Template with the above commands for Sgminer.
May 18, 2018, 04:11:59 AM
After I switched from Claymore DualMiner to sgminer and restarted, the miner tab shows only Mining -"Interface Offline" even though the console window is visible and the miner is running and the pool is accepting shares. Tried Rebooting and same result. Also tried restarting the remote AM.
Code:
--api-allow W:127.0.0.1 --api-listen
try adding that command line to sgminer.Awesome miner will add that if you use the wizard to make a new managed miner.
You can make a Template with the above commands for Sgminer.
May 18, 2018, 02:01:55 AM
You can manually put a file called cann.png in the folder %appdata%\AwesomeMiner\ and it will be loaded by Awesome Miner. It should be 48x48 and PNG.
Icon on the pools appeared, thank you so much !!c: \ Users \ admin \ AppData \ Roaming \ AwesomeMiner \ *.png
May 17, 2018, 07:20:19 PM
After I switched from Claymore DualMiner to sgminer and restarted, the miner tab shows only Mining -"Interface Offline" even though the console window is visible and the miner is running and the pool is accepting shares. Tried Rebooting and same result. Also tried restarting the remote AM.
May 17, 2018, 05:09:33 PM
More on the OC topic.
if you are profit mining, and the miner dies, and AM restarts it. it seems the *stop* OC is sent, but the *start* is not. Happens in all cases on all miners.
I'll have to go look at the long the next time it happens, but my guess is because its trying to restart the algo that had just killed the miner if may think it doesn't need to execute it, because it did that already - just a though.
if you are profit mining, and the miner dies, and AM restarts it. it seems the *stop* OC is sent, but the *start* is not. Happens in all cases on all miners.
I'll have to go look at the long the next time it happens, but my guess is because its trying to restart the algo that had just killed the miner if may think it doesn't need to execute it, because it did that already - just a though.
May 17, 2018, 04:39:38 PM
Hi Patrike, thanks for the adding the SRBMiner config option and the other algos.
Any chance the config option could be tied to an algo or pool, rather than just a blanket config over ride in the mining software priority list for each profit profile.
Mainly because any config changes you need to do are likely to be tied to a specific algorithm, ie different intensity levels for CN V7 or CN Heavy.
Cheers
Any chance the config option could be tied to an algo or pool, rather than just a blanket config over ride in the mining software priority list for each profit profile.
Mainly because any config changes you need to do are likely to be tied to a specific algorithm, ie different intensity levels for CN V7 or CN Heavy.
Cheers
May 17, 2018, 04:29:10 PM
Patrike,
Ya broke it...
used to be when you clicked the close X in the upper right it would just minimize it to the tool tray, now it actually closes it and the minimize button up there the - doesn't do anything... can I ask for a change.
a) X is always close
b) add an option to general to allow minimize to tool tray if checked and re-enable minimize
There are no change to the close button behavior. When I click the X-button in the upper right corner on 5.0.2, the software still minimizes to system tray as it shouldYa broke it
...used to be when you clicked the close X in the upper right it would just minimize it to the tool tray, now it actually closes it and the minimize button up there the - doesn't do anything... can I ask for a change.
a) X is always close
b) add an option to general to allow minimize to tool tray if checked and re-enable minimize
If you use the Windows Task Manager, can you verify that the Awesome Miner process is actually terminated (no more on the Details tab) when you click the X-button? If so, please send me your log file via mail. Thanks!
For the minimize, that button has actually a smaller hit area (only the right most part of the button is clickable). This is due to how Windows 10 handles applications that was based on the Aero Glass concept from Windows 7. If you don't want this issue with the minimize button you can go to the Options dialog, General section and disable the Windows Glass feature.
Patrike, as always great software..
that was really strange, I swear I tried it immediately after the upgrade and when I closed it, it disappeared from the tool tray, no icon, no software running. So I launched it from the start menu and it popped right up (making me think it was still running, but no icon in the tool tray. However on additional launches it works as it has in the past... dunno, I'll let you know if I find anything else.
May 17, 2018, 02:41:59 PM
Hi Patrike in this version it seems that i need to put a 0.001 factor to the ahashpool.com quark algo for it to display correctly the profit. Thanks for your great software!!
There were a number of new pools in 5.0.2 and your observation is correct. In fact both AHashpool Quark, Qubit and X11 is giving too high values here. Thanks for finding that issue - I will correct it. May 17, 2018, 02:40:27 PM
Patrick,
Can it change the frequency and voltage on Antminer B3?
I actually don't know, because I don't have access to this ASIC miner. Awesome Miner has a feature to change frequency (toolbar: Tools -> Antminer -> Configure Frequency), but it only works on some Antminers.Can it change the frequency and voltage on Antminer B3?
No, it can't. There is the option but it does nothing.... Miner always returns to the default 750 MHz.
$90 spent for nothing!
Please contact me by e-mail if you don't have any use of your license and you will get a refund. Thanks!
May 17, 2018, 02:37:18 PM
Sir my only question is how I can use this software (Awesome Miner Free Edition) please let me know the step by step procedure here
Thank you
Help & FAQ with imageThank you
patrike
can I add an icon to CANN coin, but not to the program itself, but for example in the installed folder or in AppData so that it will display as "?" by default,
but users have a choice for a proper CANN image if needed. Or some kind of setting with in the wallet to alter the image for the wallet.
May 17, 2018, 02:28:51 PM
Patrike,
Ya broke it...
used to be when you clicked the close X in the upper right it would just minimize it to the tool tray, now it actually closes it and the minimize button up there the - doesn't do anything... can I ask for a change.
a) X is always close
b) add an option to general to allow minimize to tool tray if checked and re-enable minimize
There are no change to the close button behavior. When I click the X-button in the upper right corner on 5.0.2, the software still minimizes to system tray as it shouldYa broke it
...used to be when you clicked the close X in the upper right it would just minimize it to the tool tray, now it actually closes it and the minimize button up there the - doesn't do anything... can I ask for a change.
a) X is always close
b) add an option to general to allow minimize to tool tray if checked and re-enable minimize
If you use the Windows Task Manager, can you verify that the Awesome Miner process is actually terminated (no more on the Details tab) when you click the X-button? If so, please send me your log file via mail. Thanks!
For the minimize, that button has actually a smaller hit area (only the right most part of the button is clickable). This is due to how Windows 10 handles applications that was based on the Aero Glass concept from Windows 7. If you don't want this issue with the minimize button you can go to the Options dialog, General section and disable the Windows Glass feature.
Jump to: