A suggestion. When choosing the preferred exchange in the currency, only the exchanges of which there is a price could appear in the list.
For example, if you have only 4 exchanges of a currency, when displaying the list that only the exchanges appear in bold where that currency has a price, and so it would be easier to change from one to another or know if it is only in one or several.
The function is very useful, but right now to know which exchange to use, I have to go to the ANN and investigate what the exchange is in the currency.
You take the data directly from CTM, I think it would not be difficult when you display the list, mark in bold or otherwise the exchanges where that currency is, it would make things much easier.
As always it is a suggestion to make the program more complete and easier to use.
Topic: [Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 miners - page 201. (Read 703563 times)
March 01, 2019, 10:33:10 AM
March 01, 2019, 10:22:40 AM
Hello Patrike, I usually suggest new features, today I have a complaint.
The benchmark section has been losing its functions over the months. There are very few Al-Gos that I can benchmark directly. This forces me to create a test pool and select the auto-exchanges and do the manual miner mining test.
Suggestion. If I have all the Autoexchanges activated, but I have them as they do not automatically enter autoprofit unless I choose it. Because the benchmark is not able to use those algos from the auto exchanges? I mean nicehash, zpool, ahaspool, etc ... On Saturday I teach a 3 day course of Awesome miner and it will be tedious to explain to people that the benchmark system is almost useless and that they have to create a pool of test, activate the Auto exchanges and select only one Al-GO and try different miners.
I think the benchmark if it detects that I have activated the auto exchanges, should use those algos. I'm not going to lose money, but I think it would be the logical thing to do, because now the benchmark is almost completely useless, and it's giving me a lot of work to measure the new AL-GOS and find the best miner by hand. This needs to be improved soon, it's my personal opinion.
Thanks in advance.
I agree that that usability for the benchmark can be improved and I know other users had similar suggestion in the past.The benchmark section has been losing its functions over the months. There are very few Al-Gos that I can benchmark directly. This forces me to create a test pool and select the auto-exchanges and do the manual miner mining test.
Suggestion. If I have all the Autoexchanges activated, but I have them as they do not automatically enter autoprofit unless I choose it. Because the benchmark is not able to use those algos from the auto exchanges? I mean nicehash, zpool, ahaspool, etc ... On Saturday I teach a 3 day course of Awesome miner and it will be tedious to explain to people that the benchmark system is almost useless and that they have to create a pool of test, activate the Auto exchanges and select only one Al-GO and try different miners.
I think the benchmark if it detects that I have activated the auto exchanges, should use those algos. I'm not going to lose money, but I think it would be the logical thing to do, because now the benchmark is almost completely useless, and it's giving me a lot of work to measure the new AL-GOS and find the best miner by hand. This needs to be improved soon, it's my personal opinion.
Thanks in advance.
What I've been planning for is to make it possible to select any pool from a list to be used for the benchmark. At least you would't have to go in and add it to the profit switcher all the time.
However, you still need a pool to do the benchmark for most mining software - it's only a few of them that supports offline benchmark without a pool.
I'm thinking of two or three selections that could be used to improve the benchmark dialog
1) Benchmark using pools available to the profit switcher (this is the only way you can benchmark today)
2) Benchmark using a specific pool (the user select a pool from a list, it doesn't need to be part of the profit switcher)
3) Maybe also: Benchmark by manually entering pool detils (the user need to enter pool URL, worker name, wallet and so on)
Can you please give your view on how you want to tell the benchmark dialog which pool to use? Would #2 above solve most of your scenarios?dialog?
Edit: The new version 6.2.3 allows you to select a specific pool to be used for benchmark
the solution for the banchmark seems very logical, I have to try it, but it is a good idea to choose a pool that we already have to be able to test that currency at the same time in different miners. Now it will be less tedious to make the measurements. Thanks Patrike
March 01, 2019, 05:55:13 AM
Awesome Miner version 6.2.3
GPU mining
- Native overclocking: Improved detection of AMD cards
- Benchmark can run with a specific pool
- Added algorithm CryptoNightV4, to prepare for Monero fork
Rules
- Each rule can be configurd with a limit on how often the actions can be triggered, to make it easier to prevent too frequent executions of the actions if the trigger conditions are true for a longer period of time
- Minor user interface updates to the Edit Rule dialog
User interface
- Added additional coin images
- Save the horizontal splitter position on the Balance tab when closing the application
Mining software
- CastXMR 1.8.0
- XMRig 2.13
Corrections
- Corrected ASIC device count for Hyperbit BWL21 ASIC miners
- Modified calculation for Aeternity coin
GPU mining
- Native overclocking: Improved detection of AMD cards
- Benchmark can run with a specific pool
- Added algorithm CryptoNightV4, to prepare for Monero fork
Rules
- Each rule can be configurd with a limit on how often the actions can be triggered, to make it easier to prevent too frequent executions of the actions if the trigger conditions are true for a longer period of time
- Minor user interface updates to the Edit Rule dialog
User interface
- Added additional coin images
- Save the horizontal splitter position on the Balance tab when closing the application
Mining software
- CastXMR 1.8.0
- XMRig 2.13
Corrections
- Corrected ASIC device count for Hyperbit BWL21 ASIC miners
- Modified calculation for Aeternity coin
March 01, 2019, 05:36:17 AM
My managed profit miners are going "offline" now and then, this seem to happen when pools fail (seen it on nicehash and zpool so far, with bminer, gminer and z-enemy). Even that the miner is flagged as offline, it is still connected to awesome miner manager and I can just start it again. Is there a way to force the miner to not stop/go to the next pool/algo, or any ideas on how should I troubleshoot this?
On options->Profit switching I have this:
Ignore pools with no accepted shares in minutes: checked 6
Ignore minutes: 50
Ignore pools after too many failed miner restart attemps: checked
Thanks
Is the scenario that once you run into this problem, even after > 6 minutes, Awesome Miner has still not marked the pool as failed and moved on to the next pool? It just keeps running the same mining software that is unable to do its work - while it display "Interface offline"?On options->Profit switching I have this:
Ignore pools with no accepted shares in minutes: checked 6
Ignore minutes: 50
Ignore pools after too many failed miner restart attemps: checked
Thanks
I usually can't remote to the computers very fast so when I remote to them they are just not doing anything, I can confirm the "Interface offline" only for Equihash 150.5+NiceHash+Gminer CUDA Equihash Miner (it happens more often, I'm not 100% sure about the others).
Edit: If I go to right click->view details (even after a few hours) I have several timestamps (as if the mining didn't stop) and when I click the timestamp after the error (i.e. 12 minutes after the error), it shows the message that some pool is being ignored and the button to reset. If I click a more recent timestamp there isn't any ignored pool message.
The fact that you do see the "Failed" for some pool in the View Details dialog indicates that Awesome Miner did detect this pool failure. The profit switcher will then not use this pool for a while, but the profit switching decision might be made a number of minutes later, depending on how often the profit switcher is configured to run.
Right now you have an ignore time of only 50 minutes, so Awesome Miner will start using the pool a while later and this is why you no longer see the "Failed" indicator. If the pool fails again a little later, Awesome Miner will again mark it as failed and ignore it.
The idea is that Awesome Miner shouldn't be stuck on a failed pool for many hours or days, but a number of minutes of mining will always be lost before Awesome Miner will consider it to be a failure. For this reason it can be good to ignore the pool for a longer period of time after a failure.
If the specific combination for Eq150,5 + Nicehash + Gminer causes these issues frequently, it could be time to consider if this combination should be removed from the profit switcher.
Sorry I wasn't clear, the miners stop working until I manually start them, the other day I went to sleep and it failed after 1-2 hours, I received the offline email but it didn't wake me up(that's ok). Another day the same thing happened, I didn't see/check my email until noon, miners were idle for around 11 hours until I started them.
I just wanted to know if there was a way to troubleshoot this because it started happening with more than 1 algo/pool/software. It doesn't happen that often but I'd rather it kept mining by itself.
The Offline e-mail you received, was it from the Offline Detection rule?
Sorry for asking all these questions, I'm just trying to get as detailed understanding as possible of the scenario.
I rarely use the console window, I just vnc to the miner and see there isn't any console/mining software running, so I start the miner again.
Yes, the email is from the offline detection rules.
I understand the info I'm giving is probably not good enough, I'll be sure to document it better the next time this happens.
Thanks
Hi danielocdh,
sorry for not reading through all the messages in detail (i'm easily distracted), but if your miner tend to became stopped, you could try setup a rule to start the miners automatically.
I had something that simply starts the miners with the following trigger for example:
Code:
Profile Profit(configured for miner) Greater than or equals 0.05 Dollar per day (Trigger if true for 30s)
Actions:
Code:
Start Miner
Sometimes miner programs such as BMiner, GMiner if not explicitly configured, will only retry to restart so many times (edit: the amount of restart depends on your settings in Options -> Mining Settings -> Restart attempts on process crash) before it stopped trying in case of failure to initialize hardware or establish mining with pool. After so many tries, it'll just stop and with no auto start rules after a stop is in place, AM simply takes that stop action as final and won't start your miner anymore in automatic fashion.
Just a thought if this might be a workaround for your case.
***
PS. if this indeed helps, just keep in mind, that sometimes when the above scenario happens and AM auto restarts your miners, you could end up with multiple instances (usually 2) of mining software running (yes, even with explicit command to turn miner watchdogs off) and API port conflict will occur, when this occurs, you'll get the Green "Interface Offline" situation and need to manually terminate the mining processes. This happens alot with BMiner, GMiner and CryptoDredge in my experience.
March 01, 2019, 03:37:05 AM
Small bug fix, it seems as though the 'add to worker name' tick box is not inherited sometimes from templates. You have to manually go to the miner and change it. It'll even show up as ticked or unticked regardless of what it's actually doing.
In the Properties of a Managed Template, you will find a section called Template settings. On this page you can configure if the template should include "Add to worker name" or not when it's being used. Can you please check how this one is configured for the templates you use?As you can have cases where you don't want the worker name part to change when applying a template, it's configurable per template if the "Add to worker name" checkbox and value of the miner should be modified or not.
February 28, 2019, 10:14:11 PM
Small bug fix, it seems as though the 'add to worker name' tick box is not inherited sometimes from templates. You have to manually go to the miner and change it. It'll even show up as ticked or unticked regardless of what it's actually doing.
February 28, 2019, 11:41:52 AM
Hello Patrike, I usually suggest new features, today I have a complaint.
The benchmark section has been losing its functions over the months. There are very few Al-Gos that I can benchmark directly. This forces me to create a test pool and select the auto-exchanges and do the manual miner mining test.
Suggestion. If I have all the Autoexchanges activated, but I have them as they do not automatically enter autoprofit unless I choose it. Because the benchmark is not able to use those algos from the auto exchanges? I mean nicehash, zpool, ahaspool, etc ... On Saturday I teach a 3 day course of Awesome miner and it will be tedious to explain to people that the benchmark system is almost useless and that they have to create a pool of test, activate the Auto exchanges and select only one Al-GO and try different miners.
I think the benchmark if it detects that I have activated the auto exchanges, should use those algos. I'm not going to lose money, but I think it would be the logical thing to do, because now the benchmark is almost completely useless, and it's giving me a lot of work to measure the new AL-GOS and find the best miner by hand. This needs to be improved soon, it's my personal opinion.
Thanks in advance.
I agree that that usability for the benchmark can be improved and I know other users had similar suggestion in the past.The benchmark section has been losing its functions over the months. There are very few Al-Gos that I can benchmark directly. This forces me to create a test pool and select the auto-exchanges and do the manual miner mining test.
Suggestion. If I have all the Autoexchanges activated, but I have them as they do not automatically enter autoprofit unless I choose it. Because the benchmark is not able to use those algos from the auto exchanges? I mean nicehash, zpool, ahaspool, etc ... On Saturday I teach a 3 day course of Awesome miner and it will be tedious to explain to people that the benchmark system is almost useless and that they have to create a pool of test, activate the Auto exchanges and select only one Al-GO and try different miners.
I think the benchmark if it detects that I have activated the auto exchanges, should use those algos. I'm not going to lose money, but I think it would be the logical thing to do, because now the benchmark is almost completely useless, and it's giving me a lot of work to measure the new AL-GOS and find the best miner by hand. This needs to be improved soon, it's my personal opinion.
Thanks in advance.
What I've been planning for is to make it possible to select any pool from a list to be used for the benchmark. At least you would't have to go in and add it to the profit switcher all the time.
However, you still need a pool to do the benchmark for most mining software - it's only a few of them that supports offline benchmark without a pool.
I'm thinking of two or three selections that could be used to improve the benchmark dialog
1) Benchmark using pools available to the profit switcher (this is the only way you can benchmark today)
2) Benchmark using a specific pool (the user select a pool from a list, it doesn't need to be part of the profit switcher)
3) Maybe also: Benchmark by manually entering pool detils (the user need to enter pool URL, worker name, wallet and so on)
Can you please give your view on how you want to tell the benchmark dialog which pool to use? Would #2 above solve most of your scenarios?dialog?
Edit: The new version 6.2.3 allows you to select a specific pool to be used for benchmark
February 28, 2019, 05:54:43 AM
Hello Patrike, I usually suggest new features, today I have a complaint.
The benchmark section has been losing its functions over the months. There are very few Al-Gos that I can benchmark directly. This forces me to create a test pool and select the auto-exchanges and do the manual miner mining test.
Suggestion. If I have all the Autoexchanges activated, but I have them as they do not automatically enter autoprofit unless I choose it. Because the benchmark is not able to use those algos from the auto exchanges? I mean nicehash, zpool, ahaspool, etc ... On Saturday I teach a 3 day course of Awesome miner and it will be tedious to explain to people that the benchmark system is almost useless and that they have to create a pool of test, activate the Auto exchanges and select only one Al-GO and try different miners.
I think the benchmark if it detects that I have activated the auto exchanges, should use those algos. I'm not going to lose money, but I think it would be the logical thing to do, because now the benchmark is almost completely useless, and it's giving me a lot of work to measure the new AL-GOS and find the best miner by hand. This needs to be improved soon, it's my personal opinion.
Thanks in advance.
The benchmark section has been losing its functions over the months. There are very few Al-Gos that I can benchmark directly. This forces me to create a test pool and select the auto-exchanges and do the manual miner mining test.
Suggestion. If I have all the Autoexchanges activated, but I have them as they do not automatically enter autoprofit unless I choose it. Because the benchmark is not able to use those algos from the auto exchanges? I mean nicehash, zpool, ahaspool, etc ... On Saturday I teach a 3 day course of Awesome miner and it will be tedious to explain to people that the benchmark system is almost useless and that they have to create a pool of test, activate the Auto exchanges and select only one Al-GO and try different miners.
I think the benchmark if it detects that I have activated the auto exchanges, should use those algos. I'm not going to lose money, but I think it would be the logical thing to do, because now the benchmark is almost completely useless, and it's giving me a lot of work to measure the new AL-GOS and find the best miner by hand. This needs to be improved soon, it's my personal opinion.
Thanks in advance.
February 28, 2019, 04:24:56 AM
My managed profit miners are going "offline" now and then, this seem to happen when pools fail (seen it on nicehash and zpool so far, with bminer, gminer and z-enemy). Even that the miner is flagged as offline, it is still connected to awesome miner manager and I can just start it again. Is there a way to force the miner to not stop/go to the next pool/algo, or any ideas on how should I troubleshoot this?
On options->Profit switching I have this:
Ignore pools with no accepted shares in minutes: checked 6
Ignore minutes: 50
Ignore pools after too many failed miner restart attemps: checked
Thanks
Is the scenario that once you run into this problem, even after > 6 minutes, Awesome Miner has still not marked the pool as failed and moved on to the next pool? It just keeps running the same mining software that is unable to do its work - while it display "Interface offline"?On options->Profit switching I have this:
Ignore pools with no accepted shares in minutes: checked 6
Ignore minutes: 50
Ignore pools after too many failed miner restart attemps: checked
Thanks
I usually can't remote to the computers very fast so when I remote to them they are just not doing anything, I can confirm the "Interface offline" only for Equihash 150.5+NiceHash+Gminer CUDA Equihash Miner (it happens more often, I'm not 100% sure about the others).
Edit: If I go to right click->view details (even after a few hours) I have several timestamps (as if the mining didn't stop) and when I click the timestamp after the error (i.e. 12 minutes after the error), it shows the message that some pool is being ignored and the button to reset. If I click a more recent timestamp there isn't any ignored pool message.
The fact that you do see the "Failed" for some pool in the View Details dialog indicates that Awesome Miner did detect this pool failure. The profit switcher will then not use this pool for a while, but the profit switching decision might be made a number of minutes later, depending on how often the profit switcher is configured to run.
Right now you have an ignore time of only 50 minutes, so Awesome Miner will start using the pool a while later and this is why you no longer see the "Failed" indicator. If the pool fails again a little later, Awesome Miner will again mark it as failed and ignore it.
The idea is that Awesome Miner shouldn't be stuck on a failed pool for many hours or days, but a number of minutes of mining will always be lost before Awesome Miner will consider it to be a failure. For this reason it can be good to ignore the pool for a longer period of time after a failure.
If the specific combination for Eq150,5 + Nicehash + Gminer causes these issues frequently, it could be time to consider if this combination should be removed from the profit switcher.
Sorry I wasn't clear, the miners stop working until I manually start them, the other day I went to sleep and it failed after 1-2 hours, I received the offline email but it didn't wake me up(that's ok). Another day the same thing happened, I didn't see/check my email until noon, miners were idle for around 11 hours until I started them.
I just wanted to know if there was a way to troubleshoot this because it started happening with more than 1 algo/pool/software. It doesn't happen that often but I'd rather it kept mining by itself.
The Offline e-mail you received, was it from the Offline Detection rule?
Sorry for asking all these questions, I'm just trying to get as detailed understanding as possible of the scenario.
I rarely use the console window, I just vnc to the miner and see there isn't any console/mining software running, so I start the miner again.
Yes, the email is from the offline detection rules.
I understand the info I'm giving is probably not good enough, I'll be sure to document it better the next time this happens.
Thanks
February 28, 2019, 04:06:47 AM
My managed profit miners are going "offline" now and then, this seem to happen when pools fail (seen it on nicehash and zpool so far, with bminer, gminer and z-enemy). Even that the miner is flagged as offline, it is still connected to awesome miner manager and I can just start it again. Is there a way to force the miner to not stop/go to the next pool/algo, or any ideas on how should I troubleshoot this?
On options->Profit switching I have this:
Ignore pools with no accepted shares in minutes: checked 6
Ignore minutes: 50
Ignore pools after too many failed miner restart attemps: checked
Thanks
Is the scenario that once you run into this problem, even after > 6 minutes, Awesome Miner has still not marked the pool as failed and moved on to the next pool? It just keeps running the same mining software that is unable to do its work - while it display "Interface offline"?On options->Profit switching I have this:
Ignore pools with no accepted shares in minutes: checked 6
Ignore minutes: 50
Ignore pools after too many failed miner restart attemps: checked
Thanks
I usually can't remote to the computers very fast so when I remote to them they are just not doing anything, I can confirm the "Interface offline" only for Equihash 150.5+NiceHash+Gminer CUDA Equihash Miner (it happens more often, I'm not 100% sure about the others).
Edit: If I go to right click->view details (even after a few hours) I have several timestamps (as if the mining didn't stop) and when I click the timestamp after the error (i.e. 12 minutes after the error), it shows the message that some pool is being ignored and the button to reset. If I click a more recent timestamp there isn't any ignored pool message.
The fact that you do see the "Failed" for some pool in the View Details dialog indicates that Awesome Miner did detect this pool failure. The profit switcher will then not use this pool for a while, but the profit switching decision might be made a number of minutes later, depending on how often the profit switcher is configured to run.
Right now you have an ignore time of only 50 minutes, so Awesome Miner will start using the pool a while later and this is why you no longer see the "Failed" indicator. If the pool fails again a little later, Awesome Miner will again mark it as failed and ignore it.
The idea is that Awesome Miner shouldn't be stuck on a failed pool for many hours or days, but a number of minutes of mining will always be lost before Awesome Miner will consider it to be a failure. For this reason it can be good to ignore the pool for a longer period of time after a failure.
If the specific combination for Eq150,5 + Nicehash + Gminer causes these issues frequently, it could be time to consider if this combination should be removed from the profit switcher.
Sorry I wasn't clear, the miners stop working until I manually start them, the other day I went to sleep and it failed after 1-2 hours, I received the offline email but it didn't wake me up(that's ok). Another day the same thing happened, I didn't see/check my email until noon, miners were idle for around 11 hours until I started them.
I just wanted to know if there was a way to troubleshoot this because it started happening with more than 1 algo/pool/software. It doesn't happen that often but I'd rather it kept mining by itself.
The Offline e-mail you received, was it from the Offline Detection rule?
Sorry for asking all these questions, I'm just trying to get as detailed understanding as possible of the scenario.
February 28, 2019, 03:50:24 AM
My managed profit miners are going "offline" now and then, this seem to happen when pools fail (seen it on nicehash and zpool so far, with bminer, gminer and z-enemy). Even that the miner is flagged as offline, it is still connected to awesome miner manager and I can just start it again. Is there a way to force the miner to not stop/go to the next pool/algo, or any ideas on how should I troubleshoot this?
On options->Profit switching I have this:
Ignore pools with no accepted shares in minutes: checked 6
Ignore minutes: 50
Ignore pools after too many failed miner restart attemps: checked
Thanks
Is the scenario that once you run into this problem, even after > 6 minutes, Awesome Miner has still not marked the pool as failed and moved on to the next pool? It just keeps running the same mining software that is unable to do its work - while it display "Interface offline"?On options->Profit switching I have this:
Ignore pools with no accepted shares in minutes: checked 6
Ignore minutes: 50
Ignore pools after too many failed miner restart attemps: checked
Thanks
I usually can't remote to the computers very fast so when I remote to them they are just not doing anything, I can confirm the "Interface offline" only for Equihash 150.5+NiceHash+Gminer CUDA Equihash Miner (it happens more often, I'm not 100% sure about the others).
Edit: If I go to right click->view details (even after a few hours) I have several timestamps (as if the mining didn't stop) and when I click the timestamp after the error (i.e. 12 minutes after the error), it shows the message that some pool is being ignored and the button to reset. If I click a more recent timestamp there isn't any ignored pool message.
The fact that you do see the "Failed" for some pool in the View Details dialog indicates that Awesome Miner did detect this pool failure. The profit switcher will then not use this pool for a while, but the profit switching decision might be made a number of minutes later, depending on how often the profit switcher is configured to run.
Right now you have an ignore time of only 50 minutes, so Awesome Miner will start using the pool a while later and this is why you no longer see the "Failed" indicator. If the pool fails again a little later, Awesome Miner will again mark it as failed and ignore it.
The idea is that Awesome Miner shouldn't be stuck on a failed pool for many hours or days, but a number of minutes of mining will always be lost before Awesome Miner will consider it to be a failure. For this reason it can be good to ignore the pool for a longer period of time after a failure.
If the specific combination for Eq150,5 + Nicehash + Gminer causes these issues frequently, it could be time to consider if this combination should be removed from the profit switcher.
Sorry I wasn't clear, the miners stop working until I manually start them, the other day I went to sleep and it failed after 1-2 hours, I received the offline email but it didn't wake me up(that's ok). Another day the same thing happened, I didn't see/check my email until noon, miners were idle for around 11 hours until I started them.
I just wanted to know if there was a way to troubleshoot this because it started happening with more than 1 algo/pool/software. It doesn't happen that often but I'd rather it kept mining by itself.
February 28, 2019, 03:27:37 AM
My managed profit miners are going "offline" now and then, this seem to happen when pools fail (seen it on nicehash and zpool so far, with bminer, gminer and z-enemy). Even that the miner is flagged as offline, it is still connected to awesome miner manager and I can just start it again. Is there a way to force the miner to not stop/go to the next pool/algo, or any ideas on how should I troubleshoot this?
On options->Profit switching I have this:
Ignore pools with no accepted shares in minutes: checked 6
Ignore minutes: 50
Ignore pools after too many failed miner restart attemps: checked
Thanks
Is the scenario that once you run into this problem, even after > 6 minutes, Awesome Miner has still not marked the pool as failed and moved on to the next pool? It just keeps running the same mining software that is unable to do its work - while it display "Interface offline"?On options->Profit switching I have this:
Ignore pools with no accepted shares in minutes: checked 6
Ignore minutes: 50
Ignore pools after too many failed miner restart attemps: checked
Thanks
I usually can't remote to the computers very fast so when I remote to them they are just not doing anything, I can confirm the "Interface offline" only for Equihash 150.5+NiceHash+Gminer CUDA Equihash Miner (it happens more often, I'm not 100% sure about the others).
Edit: If I go to right click->view details (even after a few hours) I have several timestamps (as if the mining didn't stop) and when I click the timestamp after the error (i.e. 12 minutes after the error), it shows the message that some pool is being ignored and the button to reset. If I click a more recent timestamp there isn't any ignored pool message.
The fact that you do see the "Failed" for some pool in the View Details dialog indicates that Awesome Miner did detect this pool failure. The profit switcher will then not use this pool for a while, but the profit switching decision might be made a number of minutes later, depending on how often the profit switcher is configured to run.
Right now you have an ignore time of only 50 minutes, so Awesome Miner will start using the pool a while later and this is why you no longer see the "Failed" indicator. If the pool fails again a little later, Awesome Miner will again mark it as failed and ignore it.
The idea is that Awesome Miner shouldn't be stuck on a failed pool for many hours or days, but a number of minutes of mining will always be lost before Awesome Miner will consider it to be a failure. For this reason it can be good to ignore the pool for a longer period of time after a failure.
If the specific combination for Eq150,5 + Nicehash + Gminer causes these issues frequently, it could be time to consider if this combination should be removed from the profit switcher.
February 28, 2019, 03:18:11 AM
Hi Patrike.
Ever since I installed the last update AM notifies me that all of my A9 Zmaster's are running at 9999 degrees but the factory GUI is correct. Can I roll back the update somehow?
Hello. Can you please select the miner and send me the API Report for it (via the toolbar Tools -> API Report)?Ever since I installed the last update AM notifies me that all of my A9 Zmaster's are running at 9999 degrees but the factory GUI is correct. Can I roll back the update somehow?
Which version did you upgrade from?
February 27, 2019, 07:49:56 PM
My managed profit miners are going "offline" now and then, this seem to happen when pools fail (seen it on nicehash and zpool so far, with bminer, gminer and z-enemy). Even that the miner is flagged as offline, it is still connected to awesome miner manager and I can just start it again. Is there a way to force the miner to not stop/go to the next pool/algo, or any ideas on how should I troubleshoot this?
On options->Profit switching I have this:
Ignore pools with no accepted shares in minutes: checked 6
Ignore minutes: 50
Ignore pools after too many failed miner restart attemps: checked
Thanks
Is the scenario that once you run into this problem, even after > 6 minutes, Awesome Miner has still not marked the pool as failed and moved on to the next pool? It just keeps running the same mining software that is unable to do its work - while it display "Interface offline"?On options->Profit switching I have this:
Ignore pools with no accepted shares in minutes: checked 6
Ignore minutes: 50
Ignore pools after too many failed miner restart attemps: checked
Thanks
I usually can't remote to the computers very fast so when I remote to them they are just not doing anything, I can confirm the "Interface offline" only for Equihash 150.5+NiceHash+Gminer CUDA Equihash Miner (it happens more often, I'm not 100% sure about the others).
Edit: If I go to right click->view details (even after a few hours) I have several timestamps (as if the mining didn't stop) and when I click the timestamp after the error (i.e. 12 minutes after the error), it shows the message that some pool is being ignored and the button to reset. If I click a more recent timestamp there isn't any ignored pool message.
February 27, 2019, 06:18:34 PM
Hi Patrike.
Ever since I installed the last update AM notifies me that all of my A9 Zmaster's are running at 9999 degrees but the factory GUI is correct. Can I roll back the update somehow?
Ever since I installed the last update AM notifies me that all of my A9 Zmaster's are running at 9999 degrees but the factory GUI is correct. Can I roll back the update somehow?
February 26, 2019, 06:16:35 AM
One other thing - I see a lot of other posts about coin values - I don't know if its been brought up but with coincalculators, recently its exchange prices aren't being updated that often - or at least for lower volume coins - but its "average last price" is. This can cause the current profit estimates to be way off. It would be great if there would be a way to use that value instead of the exchange ones for more accurate mining.
Hal
Awesome Miner uses "Average Last Price" by default for CoinCalculators. When "Exchange Filter mode" is set to Disabled in the Options dialog, Statistics Provider section, this average price is used. Hal
If you instead enable the exchange filter, the exchange rate for a specific exchange will be displayed. To avoid low volume exchanges to be considered, you can configure a minimum exchange volume.
PAtrike I have been talking to KARL from CTM in his discord, I am very active speaking with the developers.
I have convinced you that shortly in your API, include the purchase and sale price, as CC. I hope you can integrate it in AM. Many times CTM gives the value of the last sale, something that is not desirable, and as this has already been done for CC, it will be easy to implement it in CTM. Please talk to CTM's KArl for these new data in the CTM api. IF it's not done yet, you have a few days left.
Really CC updates prices very little, even with large volume coins, does not do the price work well. CC is good in the data of the currencies, but not in the prices. And yet CTM is very good at giving updated prices, but now when we can choose the purchase price as I like it.
It gives the impression that CC is more and more abanadonado. I suggest everyone to put cointomine as the first provider. I can not be seeing the same price of a coin, in the case of GRIN, kept the same price for 4 days in CC, something unaffordable.
On its website it already shows the purchase and sale price, and also in several times, current, 1 hour, 3 hours etc ... I do not know if it will still be in the api, so I indicated that contact KArl or see your api directly.
It would be nice to be able to choose the current or 3 hours and sale or purchase price as we do in CC.
The limitation right now is that Awesome Miner only can read the Current or 24h avg values here. The 1 hour / 3 hour values are not yet part of the CTM API.
it will be soon, at least the price of sale and purchase. You can also suggest that you include the times.
Although I always work at Current, I am not interested in any average of hours, because it always distances you from reality.
February 26, 2019, 03:44:56 AM
One other thing - I see a lot of other posts about coin values - I don't know if its been brought up but with coincalculators, recently its exchange prices aren't being updated that often - or at least for lower volume coins - but its "average last price" is. This can cause the current profit estimates to be way off. It would be great if there would be a way to use that value instead of the exchange ones for more accurate mining.
Hal
Awesome Miner uses "Average Last Price" by default for CoinCalculators. When "Exchange Filter mode" is set to Disabled in the Options dialog, Statistics Provider section, this average price is used. Hal
If you instead enable the exchange filter, the exchange rate for a specific exchange will be displayed. To avoid low volume exchanges to be considered, you can configure a minimum exchange volume.
PAtrike I have been talking to KARL from CTM in his discord, I am very active speaking with the developers.
I have convinced you that shortly in your API, include the purchase and sale price, as CC. I hope you can integrate it in AM. Many times CTM gives the value of the last sale, something that is not desirable, and as this has already been done for CC, it will be easy to implement it in CTM. Please talk to CTM's KArl for these new data in the CTM api. IF it's not done yet, you have a few days left.
Really CC updates prices very little, even with large volume coins, does not do the price work well. CC is good in the data of the currencies, but not in the prices. And yet CTM is very good at giving updated prices, but now when we can choose the purchase price as I like it.
It gives the impression that CC is more and more abanadonado. I suggest everyone to put cointomine as the first provider. I can not be seeing the same price of a coin, in the case of GRIN, kept the same price for 4 days in CC, something unaffordable.
On its website it already shows the purchase and sale price, and also in several times, current, 1 hour, 3 hours etc ... I do not know if it will still be in the api, so I indicated that contact KArl or see your api directly.
It would be nice to be able to choose the current or 3 hours and sale or purchase price as we do in CC.
The limitation right now is that Awesome Miner only can read the Current or 24h avg values here. The 1 hour / 3 hour values are not yet part of the CTM API.
February 26, 2019, 03:39:09 AM
My managed profit miners are going "offline" now and then, this seem to happen when pools fail (seen it on nicehash and zpool so far, with bminer, gminer and z-enemy). Even that the miner is flagged as offline, it is still connected to awesome miner manager and I can just start it again. Is there a way to force the miner to not stop/go to the next pool/algo, or any ideas on how should I troubleshoot this?
On options->Profit switching I have this:
Ignore pools with no accepted shares in minutes: checked 6
Ignore minutes: 50
Ignore pools after too many failed miner restart attemps: checked
Thanks
Is the scenario that once you run into this problem, even after > 6 minutes, Awesome Miner has still not marked the pool as failed and moved on to the next pool? It just keeps running the same mining software that is unable to do its work - while it display "Interface offline"? On options->Profit switching I have this:
Ignore pools with no accepted shares in minutes: checked 6
Ignore minutes: 50
Ignore pools after too many failed miner restart attemps: checked
Thanks
February 25, 2019, 11:30:57 PM
One other thing - I see a lot of other posts about coin values - I don't know if its been brought up but with coincalculators, recently its exchange prices aren't being updated that often - or at least for lower volume coins - but its "average last price" is. This can cause the current profit estimates to be way off. It would be great if there would be a way to use that value instead of the exchange ones for more accurate mining.
Hal
Awesome Miner uses "Average Last Price" by default for CoinCalculators. When "Exchange Filter mode" is set to Disabled in the Options dialog, Statistics Provider section, this average price is used. Hal
If you instead enable the exchange filter, the exchange rate for a specific exchange will be displayed. To avoid low volume exchanges to be considered, you can configure a minimum exchange volume.
PAtrike I have been talking to KARL from CTM in his discord, I am very active speaking with the developers.
I have convinced you that shortly in your API, include the purchase and sale price, as CC. I hope you can integrate it in AM. Many times CTM gives the value of the last sale, something that is not desirable, and as this has already been done for CC, it will be easy to implement it in CTM. Please talk to CTM's KArl for these new data in the CTM api. IF it's not done yet, you have a few days left.
Really CC updates prices very little, even with large volume coins, does not do the price work well. CC is good in the data of the currencies, but not in the prices. And yet CTM is very good at giving updated prices, but now when we can choose the purchase price as I like it.
It gives the impression that CC is more and more abanadonado. I suggest everyone to put cointomine as the first provider. I can not be seeing the same price of a coin, in the case of GRIN, kept the same price for 4 days in CC, something unaffordable.
On its website it already shows the purchase and sale price, and also in several times, current, 1 hour, 3 hours etc ... I do not know if it will still be in the api, so I indicated that contact KArl or see your api directly.
It would be nice to be able to choose the current or 3 hours and sale or purchase price as we do in CC.
February 25, 2019, 06:14:43 PM
My managed profit miners are going "offline" now and then, this seem to happen when pools fail (seen it on nicehash and zpool so far, with bminer, gminer and z-enemy). Even that the miner is flagged as offline, it is still connected to awesome miner manager and I can just start it again. Is there a way to force the miner to not stop/go to the next pool/algo, or any ideas on how should I troubleshoot this?
On options->Profit switching I have this:
Ignore pools with no accepted shares in minutes: checked 6
Ignore minutes: 50
Ignore pools after too many failed miner restart attemps: checked
Thanks
On options->Profit switching I have this:
Ignore pools with no accepted shares in minutes: checked 6
Ignore minutes: 50
Ignore pools after too many failed miner restart attemps: checked
Thanks
Jump to: