For beginners and those who are interested in getting started with Awesome Miner for the Windows platform I made a quick tutorial that teaches you how to get up and running quickly and effortlessly. The video covers mining management for both ASIC and GPU mining platforms. If you enjoyed the video feel free to like and subscribe for more mining tutorials!
Watch it here: https://www.youtube.com/watch?v=qO6XrICeaEo
Topic: [Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 miners - page 10. (Read 703178 times)
August 22, 2023, 11:40:22 PM
August 15, 2023, 10:02:34 PM
Please consider adding a 'wait' period to rules, triggers. So it'll wait before checking the next trigger if you have multiples. Right now for instance, if I have a variable setup and checking for hashrate for 60s, as soon as the variable is true (or whatever you have it setup to be), the other trigger is true and it'll immediately trigger instead of waiting to check hashrate despite wanting the hashrate check to happen after the variable changes.
It's available under actions, but not triggers.
Thanks.
I know you're trolling at this point so this is one of the last interactions we're going to have since you're wasting my time. 10pm comes after 9pm on a 12hour clock. Latest dates are at the top of the list. Patrike already fixed it, so appreciate that.
It's available under actions, but not triggers.
Thanks.
Snip
I know you're trolling at this point so this is one of the last interactions we're going to have since you're wasting my time. 10pm comes after 9pm on a 12hour clock. Latest dates are at the top of the list. Patrike already fixed it, so appreciate that.
August 11, 2023, 06:20:26 AM
Awesome Miner version 9.10.2
Awesome Miner Antminer firmware
- Support latest auto tune firmware v1.2
- Added firmware support for Antminer L7 and Antminer S19 XP
- Added support for AmLogic control boards
ASIC mining
- Improved support for Antminer S19 XP
Corrections
- Corrected time sort order for audit log
Mining software
- BzMiner 15.4.3
- OneZeroMiner 1.2.2
- SrbMiner-Multi 2.3.2
Awesome Miner Antminer firmware
- Support latest auto tune firmware v1.2
- Added firmware support for Antminer L7 and Antminer S19 XP
- Added support for AmLogic control boards
ASIC mining
- Improved support for Antminer S19 XP
Corrections
- Corrected time sort order for audit log
Mining software
- BzMiner 15.4.3
- OneZeroMiner 1.2.2
- SrbMiner-Multi 2.3.2
August 10, 2023, 07:59:05 AM
Magicpool shutting down on 1. September, after problems with payment and some investigation to bring more attention to the pool, they decided to shut down.
1. lol really? you can´t read your own localization clocks? Your screenshot show that all is working right. All is the right row.
all is right, but you are not. show me who should be quieter here.
2. tedious work? depends an what tools, miner, rigs you are using and how much you grow in what time, but tedious work not really.
3. Bandaid fix? static IP´s is not a bandaid fix, but ok. make sure they´re identical? Why? not necessary.
AM has big customers, if this is really all needed, it would be integrated a long time ago.
Patrike described a good way if you want to use your MAC addresses, this working good.
I don´t know what your problem is. Don´t play mining if you don´t understand something. If you don´t explain it good, how should we help. And what is wrong to help people here? Are you a 2miners admin? Because they acting like you, need help, but want no help. This is a community and i use AM for over 6 years now, some small features are suggested by me! And i am here to improve it all the time, how long are you active here and help out to find bugs and so on? Unbelievable, and this is called community.
Sometimes posts get eaten here, thought you might have moderated rights to the thread.
TLDR:
1. Not true, there seems to be a problem with localization and while it's not the 0 position it's probably a issue with 12/24 hour format as it also has problems with the date, where it seems like it's not organized properly. Some parts of the world are DD/MM/YY, where the US is MM/DD/YY.
https://i.imgur.com/aMdiLL1.jpg
2. Static IPs are a lot of tedious work, especially as your network grows. The solution would be to run a active directory, which entails a lot more work. This is something that should be built into AM as AM is made to make mining easier, not harder, and I don't believe it's beyond scope.
3. Bandaid fix and not something you want in a mission critical environment. I have something similar already setup, but you have to manage each installation and make sure they're identical at all times or bad things happen.
Don't play dev when you're not the dev. Ideally we should be working to improve a piece of software, not come up with arbitrary rules as to why things can't be fixed or improved upon.
TLDR:
Here
1. Not true, there seems to be a problem with localization and while it's not the 0 position it's probably a issue with 12/24 hour format as it also has problems with the date, where it seems like it's not organized properly. Some parts of the world are DD/MM/YY, where the US is MM/DD/YY.
https://i.imgur.com/aMdiLL1.jpg
2. Static IPs are a lot of tedious work, especially as your network grows. The solution would be to run a active directory, which entails a lot more work. This is something that should be built into AM as AM is made to make mining easier, not harder, and I don't believe it's beyond scope.
3. Bandaid fix and not something you want in a mission critical environment. I have something similar already setup, but you have to manage each installation and make sure they're identical at all times or bad things happen.
Don't play dev when you're not the dev. Ideally we should be working to improve a piece of software, not come up with arbitrary rules as to why things can't be fixed or improved upon.
1. lol really? you can´t read your own localization clocks? Your screenshot show that all is working right. All is the right row.
all is right, but you are not. show me who should be quieter here. 2. tedious work? depends an what tools, miner, rigs you are using and how much you grow in what time, but tedious work not really.
3. Bandaid fix? static IP´s is not a bandaid fix, but ok. make sure they´re identical? Why? not necessary.
AM has big customers, if this is really all needed, it would be integrated a long time ago.
Patrike described a good way if you want to use your MAC addresses, this working good.
I don´t know what your problem is. Don´t play mining if you don´t understand something. If you don´t explain it good, how should we help. And what is wrong to help people here? Are you a 2miners admin? Because they acting like you, need help, but want no help. This is a community and i use AM for over 6 years now, some small features are suggested by me! And i am here to improve it all the time, how long are you active here and help out to find bugs and so on? Unbelievable, and this is called community.
August 09, 2023, 01:00:44 AM
Sometimes posts get eaten here, thought you might have moderated rights to the thread.
TLDR:
1. Not true, there seems to be a problem with localization and while it's not the 0 position it's probably a issue with 12/24 hour format as it also has problems with the date, where it seems like it's not organized properly. Some parts of the world are DD/MM/YY, where the US is MM/DD/YY.
https://i.imgur.com/aMdiLL1.jpg
2. Static IPs are a lot of tedious work, especially as your network grows. The solution would be to run a active directory, which entails a lot more work. This is something that should be built into AM as AM is made to make mining easier, not harder, and I don't believe it's beyond scope.
3. Bandaid fix and not something you want in a mission critical environment. I have something similar already setup, but you have to manage each installation and make sure they're identical at all times or bad things happen.
Don't play dev when you're not the dev. Ideally we should be working to improve a piece of software, not come up with arbitrary rules as to why things can't be fixed or improved upon.
b) A more complete solution is to make use of a Remote Proxy that is responsible for an entire IP address range. Using the Automatic Discovery feature it will automatically find new miners and add them. You can also enable MAC address identification and it will keep track of MAC addresses to handle the case when an ASIC miner changes IP address. Awesome Miner will simply update the IP address of the existing External Miner entry to point to the new IP address.
See the article below and also the final section about MAC address identification.
https://support.awesomeminer.com/support/solutions/articles/35000085994-environment-setup-remote-proxy-for-distributing-load
1. I didn't think of setting up longer leases (already done), although another bandaid I'll see if it helps. Ideally you don't want really long leases or you end up with devices that are no longer on your network eating a IP. Weirdly enough, the only time I've seen asics pull another IP is when the rule reboots them when they're locked up. They almost never pull new IPs or change.
2. Proxy looks to be a solution, although I feel as though this functionality should already be built into AM in some way. I intended on using a action to scan for new devices after the lockup rule goes off and readding them.
I already have MAC tracking turned on. For some reason after I readd them to AM they don't take over the original entry and are added as a new entry in the list.
TLDR:
Here
1. Not true, there seems to be a problem with localization and while it's not the 0 position it's probably a issue with 12/24 hour format as it also has problems with the date, where it seems like it's not organized properly. Some parts of the world are DD/MM/YY, where the US is MM/DD/YY.
https://i.imgur.com/aMdiLL1.jpg
2. Static IPs are a lot of tedious work, especially as your network grows. The solution would be to run a active directory, which entails a lot more work. This is something that should be built into AM as AM is made to make mining easier, not harder, and I don't believe it's beyond scope.
3. Bandaid fix and not something you want in a mission critical environment. I have something similar already setup, but you have to manage each installation and make sure they're identical at all times or bad things happen.
Don't play dev when you're not the dev. Ideally we should be working to improve a piece of software, not come up with arbitrary rules as to why things can't be fixed or improved upon.
2. I'm running into a issue where IPs are changing on ASICs and the AM client doesn't update the current listing to reflect this. They can easily be found by scanning the network, but obviously not good. This is generally being caused by my router resetting then occasionally the miners resetting.
Could you add a Rule Action that runs a network scan and readds the miners replacing their original entry? They are uniquely identifiable at least by their MAC address.
a) A partial solution is to configure the DHCP lease time on your router to be much longer than the default. Set it to something like 10 years and it will not change IP address of a miner simply because it's down for a short while.Could you add a Rule Action that runs a network scan and readds the miners replacing their original entry? They are uniquely identifiable at least by their MAC address.
b) A more complete solution is to make use of a Remote Proxy that is responsible for an entire IP address range. Using the Automatic Discovery feature it will automatically find new miners and add them. You can also enable MAC address identification and it will keep track of MAC addresses to handle the case when an ASIC miner changes IP address. Awesome Miner will simply update the IP address of the existing External Miner entry to point to the new IP address.
See the article below and also the final section about MAC address identification.
https://support.awesomeminer.com/support/solutions/articles/35000085994-environment-setup-remote-proxy-for-distributing-load
1. I didn't think of setting up longer leases (already done), although another bandaid I'll see if it helps. Ideally you don't want really long leases or you end up with devices that are no longer on your network eating a IP. Weirdly enough, the only time I've seen asics pull another IP is when the rule reboots them when they're locked up. They almost never pull new IPs or change.
2. Proxy looks to be a solution, although I feel as though this functionality should already be built into AM in some way. I intended on using a action to scan for new devices after the lockup rule goes off and readding them.
I already have MAC tracking turned on. For some reason after I readd them to AM they don't take over the original entry and are added as a new entry in the list.
August 08, 2023, 09:21:37 AM
Did my post get moderated or did it not post?
Difficult to tell - I don't have moderation rights here. Can you please post again? August 07, 2023, 09:15:51 AM
Did my post get moderated or did it not post?
August 04, 2023, 03:59:22 AM
2. I'm running into a issue where IPs are changing on ASICs and the AM client doesn't update the current listing to reflect this. They can easily be found by scanning the network, but obviously not good. This is generally being caused by my router resetting then occasionally the miners resetting.
Could you add a Rule Action that runs a network scan and readds the miners replacing their original entry? They are uniquely identifiable at least by their MAC address.
a) A partial solution is to configure the DHCP lease time on your router to be much longer than the default. Set it to something like 10 years and it will not change IP address of a miner simply because it's down for a short while.Could you add a Rule Action that runs a network scan and readds the miners replacing their original entry? They are uniquely identifiable at least by their MAC address.
b) A more complete solution is to make use of a Remote Proxy that is responsible for an entire IP address range. Using the Automatic Discovery feature it will automatically find new miners and add them. You can also enable MAC address identification and it will keep track of MAC addresses to handle the case when an ASIC miner changes IP address. Awesome Miner will simply update the IP address of the existing External Miner entry to point to the new IP address.
See the article below and also the final section about MAC address identification.
https://support.awesomeminer.com/support/solutions/articles/35000085994-environment-setup-remote-proxy-for-distributing-load
August 02, 2023, 08:22:57 AM
Hey Patrike, considering how integral AM is to a lot of us at this point, could you look into adding failover. Like another installation of AM that will take over if the primary one goes down on your network.
Thanks for your feedback. This could be something to consider. In some cases this could be mitigated by using a virtualized environment (VMware), but their failover solutions requires quite expensive licenses so it isn't really for home use.We might get into this in the future but there is another concept that is prioritized right now and that's the ability to separate the AM into a client-server solution where you can have multiple clients (user interfaces) connected to the same server. This way you will also be able to have the client running on one computer and simply point it to different AM servers if you have more than one (primary and backup). This client-server feature is a quite significant change and is planned to be released later this year.
Appreciate looking into this, would this allow for a backup server then? Right now the client is the server and if the server goes offline, the problem still remains.
Couple other bugs I'm running into.
1. Tools > activity log > all
Appears as though the list isn't sorted or doesn't properly support 12 hour sorting. Also dates don't seem to be sorted properly due to them not properly parsing times that would have a 0 in front.
2. I'm running into a issue where IPs are changing on ASICs and the AM client doesn't update the current listing to reflect this. They can easily be found by scanning the network, but obviously not good. This is generally being caused by my router resetting then occasionally the miners resetting.
Could you add a Rule Action that runs a network scan and readds the miners replacing their original entry? They are uniquely identifiable at least by their MAC address.
1. no bug, but you have sorted it wrong. You can sort it new by clicking on the column you want. You want it sorted after date, click on column TIME to sort it down or up wards after the date. If you want to sort after action -> click on action column.
You can easily identify how it is sorted by looking for the arrow.
2. This has nothing to do with your router. Set a fixed IP in every ASIC, problem solved. I see no reason for not doing this and it is needed for AM.
about your failover issue:
I have 2 Main PC´s with the same AM configs. If the first PC and the AM API is not reachable for the 2. Main PC, it will start the AM application on the second PC with the same configs as the first one. So this is my backup solution.
August 01, 2023, 10:35:37 PM
Hey Patrike, considering how integral AM is to a lot of us at this point, could you look into adding failover. Like another installation of AM that will take over if the primary one goes down on your network.
Thanks for your feedback. This could be something to consider. In some cases this could be mitigated by using a virtualized environment (VMware), but their failover solutions requires quite expensive licenses so it isn't really for home use.We might get into this in the future but there is another concept that is prioritized right now and that's the ability to separate the AM into a client-server solution where you can have multiple clients (user interfaces) connected to the same server. This way you will also be able to have the client running on one computer and simply point it to different AM servers if you have more than one (primary and backup). This client-server feature is a quite significant change and is planned to be released later this year.
Appreciate looking into this, would this allow for a backup server then? Right now the client is the server and if the server goes offline, the problem still remains.
Couple other bugs I'm running into.
1. Tools > activity log > all
Appears as though the list isn't sorted or doesn't properly support 12 hour sorting. Also dates don't seem to be sorted properly due to them not properly parsing times that would have a 0 in front.
2. I'm running into a issue where IPs are changing on ASICs and the AM client doesn't update the current listing to reflect this. They can easily be found by scanning the network, but obviously not good. This is generally being caused by my router resetting then occasionally the miners resetting.
Could you add a Rule Action that runs a network scan and readds the miners replacing their original entry? They are uniquely identifiable at least by their MAC address.
July 27, 2023, 03:53:01 PM
Hey Patrike, considering how integral AM is to a lot of us at this point, could you look into adding failover. Like another installation of AM that will take over if the primary one goes down on your network.
Thanks for your feedback. This could be something to consider. In some cases this could be mitigated by using a virtualized environment (VMware), but their failover solutions requires quite expensive licenses so it isn't really for home use.We might get into this in the future but there is another concept that is prioritized right now and that's the ability to separate the AM into a client-server solution where you can have multiple clients (user interfaces) connected to the same server. This way you will also be able to have the client running on one computer and simply point it to different AM servers if you have more than one (primary and backup). This client-server feature is a quite significant change and is planned to be released later this year.
July 25, 2023, 10:41:10 PM
Hey Patrike, considering how integral AM is to a lot of us at this point, could you look into adding failover. Like another installation of AM that will take over if the primary one goes down on your network.
July 25, 2023, 12:02:04 PM
Awesome Miner 9.10.1
ASIC mining
- Added support for Auradine Teraflux ASIC miners
- Improved integration with ePic Blockchain controllers
Features
- Improve C# scripting feature
Mining software
- BzMiner 15.4.2
- Miniz Miner 2.1c
- OneZeroMiner 1.2.0
- Rigel 1.6.4
- SrbMiner-Multi 2.3.1
- TT-Miner 2023.3.0
ASIC mining
- Added support for Auradine Teraflux ASIC miners
- Improved integration with ePic Blockchain controllers
Features
- Improve C# scripting feature
Mining software
- BzMiner 15.4.2
- Miniz Miner 2.1c
- OneZeroMiner 1.2.0
- Rigel 1.6.4
- SrbMiner-Multi 2.3.1
- TT-Miner 2023.3.0
July 25, 2023, 11:53:10 AM
Hi Patrik,
Nicehash added Ironfish 2 days ago, but AM didn't catch it. Can you please add it to AM?
Thanks
Yes - your Awesome Miner will automatically pick up this change soon. The new release that soon will be made available will also include it. Nicehash added Ironfish 2 days ago, but AM didn't catch it. Can you please add it to AM?
Thanks
July 24, 2023, 12:05:07 PM
Hi Patrik,
Nicehash added Ironfish 2 days ago, but AM didn't catch it. Can you please add it to AM?
Thanks
Nicehash added Ironfish 2 days ago, but AM didn't catch it. Can you please add it to AM?
Thanks
July 17, 2023, 12:56:43 AM
Sometimes from the end of 2022, there is annoing bug, was waiting maybe it will be fixed, but no. Go to settings-algorithms, select some coin with custom hashrate specified, change it to something else, press ok. Now, you will not see your new specified hashrate/profitability, but older settings. If you want to see your new updated settings, you have to wait or you can press "update now" 10 times or more, does not help, only restarting awesome miner will help.
Thanks for your report. Just to make sure I understand the scenario here - as I wasn't able to reproduce.1) You look at the Profile Hashrate and Revenue on the Coins tab
2) Open Options dialog, Algorithm section
3) Modify the custom hashrate for a coin and click OK
4) On the Coins tab, is the Profile Hashrate still the old value and as a result also the Revenue?
Is the issue the same on the Coins tab and Online Services tab?
1. i'm using Online services only, nothing else.
2. yes, options -> profitability -> algorithms
3. yes
4. Online services is not updating with new values after pressing ok, if i wait for few minutes, it will be updated, "update now" usually is doing nothing like it did (always) with older versions and if i dont want to wait, i have to restart awesome miner. This works 100%.
Thanks.
1) Can you please reproduce the problem one more time
2) Wait at least 10 minutes
3) Collect and send me the Awesome Miner log file. You can submit the file here. Please also indicate the time you made the algorithm configuration change.
https://www.awesomeminer.com/contact
Thanks!
July 15, 2023, 09:11:37 PM
Thanks
July 11, 2023, 09:28:52 PM
Sometimes from the end of 2022, there is annoing bug, was waiting maybe it will be fixed, but no. Go to settings-algorithms, select some coin with custom hashrate specified, change it to something else, press ok. Now, you will not see your new specified hashrate/profitability, but older settings. If you want to see your new updated settings, you have to wait or you can press "update now" 10 times or more, does not help, only restarting awesome miner will help.
Thanks for your report. Just to make sure I understand the scenario here - as I wasn't able to reproduce.1) You look at the Profile Hashrate and Revenue on the Coins tab
2) Open Options dialog, Algorithm section
3) Modify the custom hashrate for a coin and click OK
4) On the Coins tab, is the Profile Hashrate still the old value and as a result also the Revenue?
Is the issue the same on the Coins tab and Online Services tab?
1. i'm using Online services only, nothing else.
2. yes, options -> profitability -> algorithms
3. yes
4. Online services is not updating with new values after pressing ok, if i wait for few minutes, it will be updated, "update now" usually is doing nothing like it did (always) with older versions and if i dont want to wait, i have to restart awesome miner. This works 100%.
Thanks.
July 11, 2023, 10:11:43 AM
Awesome Miner version 9.10
ASIC mining
- Added support for Antminer Z15 Pro
Features
- Miner property expressions in trigger and filters can use the concept of Starts With and Ends With
- Improve detection of miner state for ASIC miners where they respond but with no data
Mining software
- BzMiner 15.4.1
- Gminer 3.41
- Nanominer 3.8.4
- Rigel 1.6.2, including improved integration
- TeamBlackMiner 1.95
- TeamRedMiner 0.10.14, including improved integration
- WildRig Miner 0.36.10
ASIC mining
- Added support for Antminer Z15 Pro
Features
- Miner property expressions in trigger and filters can use the concept of Starts With and Ends With
- Improve detection of miner state for ASIC miners where they respond but with no data
Mining software
- BzMiner 15.4.1
- Gminer 3.41
- Nanominer 3.8.4
- Rigel 1.6.2, including improved integration
- TeamBlackMiner 1.95
- TeamRedMiner 0.10.14, including improved integration
- WildRig Miner 0.36.10
July 11, 2023, 04:41:00 AM
Hi Patrike,
after some updates it is now hard to get miners running with dual+zil. With teamredminer i set the two algos and pools, but than i must add to the command line in properties the parameters for the first algo and zil, for the second algo AM take what i set as second pool. If i am not adding the first algo to the commandline, AM overrides the pool and wallet setting with the zil parameters.
The same is happen with rigel miner, because it uses for all 3 algos the same parameters -a or -o and AM can´t handle this.
Maybe you can deactivate that AM overrides the parameters, or is it possible to add an field where we can set - ignore pool settings and take only command line in miner properties?
With gminer / srbminer for example it is working like a charm, because gminer /srbminer uses extra parameters for mining zil (--zilserver, --ziluser....).
Also a bug is that AM calculate sometimes only 1 coin instead of 2. Example: i set ERG+IRON -> AM show ERG 1€ / day but no IRON and another miner with same config show it right ERG+IRON 2€ / day. Really strange.
I make a better documentation with screenshots about it on weekend if you need.
EDIT:
Found another bug ->mining 3 coins with rigel results in no stats for gpu, shares, second algo hashrate is 0 ......
I send you the API report via PM, maybe you can see something.
1) For Rigel I do see your point but for TeamRedMiner I wasn't able to find the exact scenario where Awesome Miner would replace any of your command line arguments. Maybe you could send me a screenshot (via PM or mail) of the exact configuration you are using?after some updates it is now hard to get miners running with dual+zil. With teamredminer i set the two algos and pools, but than i must add to the command line in properties the parameters for the first algo and zil, for the second algo AM take what i set as second pool. If i am not adding the first algo to the commandline, AM overrides the pool and wallet setting with the zil parameters.
The same is happen with rigel miner, because it uses for all 3 algos the same parameters -a or -o and AM can´t handle this.
Maybe you can deactivate that AM overrides the parameters, or is it possible to add an field where we can set - ignore pool settings and take only command line in miner properties?
With gminer / srbminer for example it is working like a charm, because gminer /srbminer uses extra parameters for mining zil (--zilserver, --ziluser....).
Also a bug is that AM calculate sometimes only 1 coin instead of 2. Example: i set ERG+IRON -> AM show ERG 1€ / day but no IRON and another miner with same config show it right ERG+IRON 2€ / day. Really strange.
I make a better documentation with screenshots about it on weekend if you need.
EDIT:
Found another bug ->mining 3 coins with rigel results in no stats for gpu, shares, second algo hashrate is 0 ......
I send you the API report via PM, maybe you can see something.
2) I've improved the Rigel command line concept to make Awesome Miner cause less issues for you when you manually set parameters. Please give it a try in the next release.
3) I will look into the calculation
4) It was a tripple mining scenario where Awesome Miner didn't process the Rigel API response correctly. This will be corrected in the next release.
Sure i make some screenshots for you.
Thanks
Jump to: