Anyone know how to make AM work with AMD cards? I just scored a good deal on four RX 570 8G but sadly can't use them to mine Grin or Beam yet.  Any help would be appreciated. Awesome Miner doesn't support any mining software for these algorithms on AMD yet. The popular mining software that supports these algorithms are for nVidia. There are some new AMD mining software like GrinGoldMiner and GrinPro and they are very similar. Awesome Miner will support one of them later on. Right now you need to manually launch your AMD Grin mining software using the Generic Miner concept in Awesome Miner: https://support.awesomeminer.com/support/solutions/articles/35000086017-generic-miner-use-any-mining-softwareLoL miner works just fine for BEAM (0.7 version for BEAM only) Thanks, good point. The reason why the 0.7 alpha version isn't included by default is that it only supports this algorithm like you point out. you need Patrike, beam is very interesting, the other 150,5 miners do not support Beam, we have to install it as custom and it's something I do not like, but I will. Please consider adding this version 7 alpha 3 that is used for beam Thanks for the suggestion but I will not add this version right now as it only supports beam. If I make it predefined I will have to support it for a very long time. Most likely this will be a version that is relevant for only a week or two before it's part of the main lolMiner releases. In these cases, you will have to manually add it. All download links are available on Github so the setup process should be fast. |
|
|
|
Block all incoming connections takes precedence over any other rule. I manually changed the allow rules created by awesome miner for the mining software to block rules. Have been mining since I originally asked about this without any issue or popup (picture of my rules linked). The problem is that when new software is added/updated new rules will be created by awesome miner as allowed rules. https://imgur.com/a/w7YBXdZIf you make this an option you could just leave the default as it is now(allowed rules), just in case "blocked" rules might break anything for someone. Thanks for the update. I've made a quick implementation to support this case. I've introduced a new setting that you can set directly in the Awesome Miner configuration file as I don't want to expose this in the user interface. 1) Once the next version of Awesome Miner is available, install it, run it once and then exit the application. 2) Open the configuration file (%appdata%\AwesomeMiner\ConfigData.xml) and search for "ConfigureWindowsDefenderAllowedApps". 3) Change the property from true to false and save the file. Thanks, I tried but it showed a popup the first time a mining software ran. While testing further I found out 2 possible reasons why: 1 When creating a block rule the rule is created with Profile Private(current profile), while when creating an allow rule the rule is created with Profile All. 2 When creating a block rule the rule is added to the registry a couple of seconds after the miner software is launched, while when creating an allow rule the rule is added to the registry a few milliseconds before the miner software is launched. I didn't test extensively but I'm guessing #1 has something to do with defaults, for #2 my guess is some firewall api limitation or maybe it is not the cause of the issue. Hopefully you can take another look at it, otherwise I'll just create a script that runs now and then and modifies the rules as needed. Even that my lan is relatively secure and have trustworthy people connecting to it, I don't want to leave my mining software open. Thanks again. The default behavior of Awesome Miner is to add this Allowed Apps rule. In that case things should just work and you shouldn't see any dialogs from Windows Defender. Is that correct according to your observations as well? I don't have any plans to change how these rules are set at the moment, as what Awesome Miner do works very well in a very large number of mining environments out there. If you use the new property set to false, Awesome Miner will not do anything with the firewall configuration. I assume it's in only in this case you are getting the warnings from Defender? With the automatic configuration disabled in Awesome Miner, you are basically on your own here and you can manually configure (or not configure) the rules as you want. I'm feeling that I'm failing to communicate what I want to say a lot, sorry about that and thank you for your patience. Maybe you make me nervous  I meant that when configuring ConfigureWindowsDefenderAllowedApps as true the rules (allow rules) are being created with Profile=All, but when configuring ConfigureWindowsDefenderAllowedApps as false the rules(block rules) are being created with Profile=Private, I believe the difference in profile causes the popups to come up when ConfigureWindowsDefenderAllowedApps is set to false. Thanks for the update. Your observations when running with ConfigureWindowsDefenderAllowedApps set to false are probably what to expect, as it's totally up to Windows to decide when to block, when to show the dialog and what rule to add in that case. Awesome Miner will do nothing, which is the purpose of setting the property to false. Although I understand your observations here, I don't fully understand what you want Awesome Miner to do here. It can already do: 1) Add allowed apps automatically. This is the default, has been around for years and works fine for the purpose of mining. 2) The new mode when ConfigureWindowsDefenderAllowedApps set to false will result in Awesome Miner doing nothing. You are on your own to do what you want here. Any dialogs, blocking and so on you see is related to configuration of Windows and not Awesome Miner. There are no feature in Awesome Miner to configure the allowed apps in any new way - either it's configured in a way that work (#1) or it's not touching anything (#2). Sorry if I missed your point here. ConfigureWindowsDefenderExclusions defines whether firewall rules are created by awesome miner or not. ConfigureWindowsDefenderAllowedApps(the one you added recently) defines whether the rules are created by awesome miner as allow rules(true) or block rules(false). When ConfigureWindowsDefenderAllowedApps is set to true(default) the created rules are being created by awesome miner with Profile=All, when it is set to false the rules are being created by awesome miner with Profile=Private. I'd like the rules to be created with Profile=All regardless of ConfigureWindowsDefenderAllowedApps being true or false. I believe having Profile=All on the block rules(when ConfigureWindowsDefenderAllowedApps is set to false) might prevent popups to come up. ConfigureWindowsDefenderExclusions is only for addings paths as exclusions to the anti-virus scan and that feature is always on by default. Otherwise Windows Defender will start removing all mining software it considers a thread. "When ConfigureWindowsDefenderAllowedApps is set to true(default) the created rules are being created by awesome miner with Profile=All"Correct assumption. In this case Awesome Miner makes a configuration that is proven to work well with mining " when it is set to false the rules are being created by awesome miner with Profile=Private." Not correct assumption. Awesome Miner do nothing to the Allowed Apps here. It will not touch the rules at all when this property is set to False. The behavior you experience is what Windows is doing when Awesome Miner no longer takes responsibility for configuring Defender for you. Any rules added at this point is what Windows is doing. This was the point I was trying to make above that when you tell Awesome Miner to not setup the Allowed Apps for you, you will be on your own and you will most likely run into issues with Defender unless you manually find a way to setup everything. I'm have to admit that I'm not really an expert on all these Defender settings and the exact behaviors of when Windows is adding these rules automatically. If I knew more of the details, I would of course want to help out more with suggestions how to make these configurations. This is the reason why my answers above is based on everything from an Awesome Miner and mining point of view. |
|
|
|
Awesome Miner version 6.1.7
GPU mining
- The Managed Profit Switcher can be configured with a list of custom pools without having to define a pool group
Mining software
- BMiner 14.0
Corrections
- Corrected an issue related to updates of statistics on the Coins tab
- Adjusted Gminer total hashrate to be calculated as a total of all GPU's to workaround rounding errors in the Gminer API for Grin mining
Have just tried the update, however, could not know how to add or edit the list of customer pools of the profiles, how to roll back. Please help to check. thanks Hi, Is it the Profit Profile specific custom pools you are referring to? They are configured in the Profit Profile, Override section, just like before. You can add, edit and remove pools from the list here. Can you describe the exact steps where it's not working? Thanks! If you do consider a downgrade - please backup the configuration file first, as downgrading isn't an officially supported scenario. More about backups: https://support.awesomeminer.com/support/solutions/articles/35000098571-awesome-miner-configuration-fileVersion 6.1.6 can be found here: https://www.awesomeminer.com/download/v616/AwesomeMiner.msiI could not find the add/edit/remove button on the Profit Profile, Override section, I don't know if it's os display issue, I'm using win7 x64. (if could add those on the mouse right click button pop menu will be great) Please note. thanks Thanks for letting me know. I'm guessing that you run with font scaling or similar enabled in Windows? If you don't use 100%, maybe you could test if it works better on 100%? I will make the UI area a bit larger to work around the issue. |
|
|
|
Awesome Miner version 6.1.7
GPU mining
- The Managed Profit Switcher can be configured with a list of custom pools without having to define a pool group
Mining software
- BMiner 14.0
Corrections
- Corrected an issue related to updates of statistics on the Coins tab
- Adjusted Gminer total hashrate to be calculated as a total of all GPU's to workaround rounding errors in the Gminer API for Grin mining
Have just tried the update, however, could not know how to add or edit the list of customer pools of the profiles, how to roll back. Please help to check. thanks Hi, Is it the Profit Profile specific custom pools you are referring to? They are configured in the Profit Profile, Override section, just like before. You can add, edit and remove pools from the list here. Can you describe the exact steps where it's not working? Thanks! If you do consider a downgrade - please backup the configuration file first, as downgrading isn't an officially supported scenario. More about backups: https://support.awesomeminer.com/support/solutions/articles/35000098571-awesome-miner-configuration-fileVersion 6.1.6 can be found here: https://www.awesomeminer.com/download/v616/AwesomeMiner.msi |
|
|
|
|
Awesome Miner version 6.1.7
GPU mining
- The Managed Profit Switcher can be configured with a list of custom pools without having to define a pool group
Mining software
- BMiner 14.0
Corrections
- Corrected an issue related to updates of statistics on the Coins tab
- Adjusted Gminer total hashrate to be calculated as a total of all GPU's to workaround rounding errors in the Gminer API for Grin mining
|
|
|
|
lolminer does not correctly set the -d parameter even with the BUS ID enabled
I'm just about to make a new release available so I will put in a bit more logging related to the lolMiner device selection. Are you running with AMD only or are there any nVidia devices in the system as well? only Nvidia OK. My understanding is that lolMiner uses OpenCL that is typically used for AMD mining and doesn't have any support for CUDA. However, in many cases you can still run OpenCL on nVidia which is why it works with lolMiner. The setting to force CUDA to use PCI Bus ID is for that reason not applicable here. Can you try it one more time once I release the new version, and then provide me with the log file from your miner? Especially the lines around "Device selection ordering" is of interest. Already today you will have these log lines, but in the next release it will print more OpenCL information as well. |
|
|
|
Anyone know how to make AM work with AMD cards? I just scored a good deal on four RX 570 8G but sadly can't use them to mine Grin or Beam yet. Any help would be appreciated. Awesome Miner doesn't support any mining software for these algorithms on AMD yet. The popular mining software that supports these algorithms are for nVidia. There are some new AMD mining software like GrinGoldMiner and GrinPro and they are very similar. Awesome Miner will support one of them later on. Right now you need to manually launch your AMD Grin mining software using the Generic Miner concept in Awesome Miner: https://support.awesomeminer.com/support/solutions/articles/35000086017-generic-miner-use-any-mining-softwareLoL miner works just fine for BEAM (0.7 version for BEAM only) Thanks, good point. The reason why the 0.7 alpha version isn't included by default is that it only supports this algorithm like you point out. |
|
|
|
lolminer does not correctly set the -d parameter even with the BUS ID enabled
I'm just about to make a new release available so I will put in a bit more logging related to the lolMiner device selection. Are you running with AMD only or are there any nVidia devices in the system as well? |
|
|
|
Anyone know how to make AM work with AMD cards? I just scored a good deal on four RX 570 8G but sadly can't use them to mine Grin or Beam yet. Any help would be appreciated. Awesome Miner doesn't support any mining software for these algorithms on AMD yet. The popular mining software that supports these algorithms are for nVidia. There are some new AMD mining software like GrinGoldMiner and GrinPro and they are very similar. Awesome Miner will support one of them later on. Right now you need to manually launch your AMD Grin mining software using the Generic Miner concept in Awesome Miner: https://support.awesomeminer.com/support/solutions/articles/35000086017-generic-miner-use-any-mining-software |
|
|
|
Has anyone added GrinGoldMiner as User Defined Mining Software? If yes, what Compatibility Mode and Software did you used? Thanks in advance!
I've only had a quick look so far and it's not compatible with anything else. It can for that reason only be added as a Generic Miner where you need to specify everything yourself. GrinGoldMiner also has a strange concept of asking the users questions to fill in a XML-file doesn't make it easier. You will have to generate the XML file manually before you point Awesome Miner to use this software. Awesome Miner will get support for one of these AMD Grin miners in a not too distant future. GrinPro looks like the fastest right now. |
|
|
|
how to set grin pool AND WORKER PARAMS ?
Is this for the grin-pool.org? According to their instructions you need to pass the unique worker name part in the Password field of the pool. In Awesome Miner you can type [MinerWorker] in the password field to let Awesome Miner fill in this for you. |
|
|
|
Using BMiner 13.1 on Grin, in the miner console it shows the hash rate as around 4.5, but in A.M. it shows as a steady 5.0. When the hash rate in the console drops below 4.5 it shows as 4.0 in A.M. Is A.M. rounding to an integer value or does it come like that from the BMiner API?
Yes, there was a rounding going on here. It will be removed in the next update. Thanks! the latest 6.16 still have a little count issue of total grin hash rate, it's show only integer and much lower than the actual total summary of each gpu's hash rate(when using gminer in the GPU's detail hash rate was correct), for example, 6 gpus have average hashrate about 6.55 H of each gpu, and total should be 6.55x6=39.3 H, however , the total count of hash rate in awesome miner only show 36.00 H, could you please help to solve this issue on the next release? I think the above dasch talking about the same issue as mine. thanks Previously Awesome Miner had some rounding going on but this time I will actually put the blame somewhere else  I turns out that the Gminer API reports the total hashrate rounded (like 36 H/s), while it per device is reported correctly (like 6.55). I will adjust Awesome Miner to ignore the total hashrate reported and instead add up all the hashrates of the individual devices and present that as a total hashrate. |
|
|
|
I have noticed a small bug in the coins tab, I do not know if it happens to more people.
I have the coins in the coins tab sorted by daily profit. Until now everything was perfect, if the currencies changed their price, they changed the list of Coins.
Now it does not, the coins change profit over time, but the list of coins remains static. Even if you give it to refresh it does not do the job. I have to give it again to order for profit
It is happening since the last update.
I can concur v6.1.6 having UI issues with Coins tab not updating visually. Statistics are still updated in the background and Details tab / Profit switching are still working, just that Coins tab doesn't seem to "refresh". Thanks for reporting this issue on the Coins tab. It will be corrected in a new release today. |
|
|
|
Block all incoming connections takes precedence over any other rule. I manually changed the allow rules created by awesome miner for the mining software to block rules. Have been mining since I originally asked about this without any issue or popup (picture of my rules linked). The problem is that when new software is added/updated new rules will be created by awesome miner as allowed rules. https://imgur.com/a/w7YBXdZIf you make this an option you could just leave the default as it is now(allowed rules), just in case "blocked" rules might break anything for someone. Thanks for the update. I've made a quick implementation to support this case. I've introduced a new setting that you can set directly in the Awesome Miner configuration file as I don't want to expose this in the user interface. 1) Once the next version of Awesome Miner is available, install it, run it once and then exit the application. 2) Open the configuration file (%appdata%\AwesomeMiner\ConfigData.xml) and search for "ConfigureWindowsDefenderAllowedApps". 3) Change the property from true to false and save the file. Thanks, I tried but it showed a popup the first time a mining software ran. While testing further I found out 2 possible reasons why: 1 When creating a block rule the rule is created with Profile Private(current profile), while when creating an allow rule the rule is created with Profile All. 2 When creating a block rule the rule is added to the registry a couple of seconds after the miner software is launched, while when creating an allow rule the rule is added to the registry a few milliseconds before the miner software is launched. I didn't test extensively but I'm guessing #1 has something to do with defaults, for #2 my guess is some firewall api limitation or maybe it is not the cause of the issue. Hopefully you can take another look at it, otherwise I'll just create a script that runs now and then and modifies the rules as needed. Even that my lan is relatively secure and have trustworthy people connecting to it, I don't want to leave my mining software open. Thanks again. The default behavior of Awesome Miner is to add this Allowed Apps rule. In that case things should just work and you shouldn't see any dialogs from Windows Defender. Is that correct according to your observations as well? I don't have any plans to change how these rules are set at the moment, as what Awesome Miner do works very well in a very large number of mining environments out there. If you use the new property set to false, Awesome Miner will not do anything with the firewall configuration. I assume it's in only in this case you are getting the warnings from Defender? With the automatic configuration disabled in Awesome Miner, you are basically on your own here and you can manually configure (or not configure) the rules as you want. I'm feeling that I'm failing to communicate what I want to say a lot, sorry about that and thank you for your patience. Maybe you make me nervous I meant that when configuring ConfigureWindowsDefenderAllowedApps as true the rules (allow rules) are being created with Profile=All, but when configuring ConfigureWindowsDefenderAllowedApps as false the rules(block rules) are being created with Profile=Private, I believe the difference in profile causes the popups to come up when ConfigureWindowsDefenderAllowedApps is set to false. Thanks for the update. Your observations when running with ConfigureWindowsDefenderAllowedApps set to false are probably what to expect, as it's totally up to Windows to decide when to block, when to show the dialog and what rule to add in that case. Awesome Miner will do nothing, which is the purpose of setting the property to false. Although I understand your observations here, I don't fully understand what you want Awesome Miner to do here. It can already do: 1) Add allowed apps automatically. This is the default, has been around for years and works fine for the purpose of mining. 2) The new mode when ConfigureWindowsDefenderAllowedApps set to false will result in Awesome Miner doing nothing. You are on your own to do what you want here. Any dialogs, blocking and so on you see is related to configuration of Windows and not Awesome Miner. There are no feature in Awesome Miner to configure the allowed apps in any new way - either it's configured in a way that work (#1) or it's not touching anything (#2). Sorry if I missed your point here. |
|
|
|
This indicates that the download of the MSI file failed. Can you try the procedure one more time or download it from the web site if it still doesn't work? |
|
|
|
|
Awesome Miner version 6.1.6
Features
- A new setting for applying the pool profit factor to the coins on the Coins tab. Can be enabled in the Options dialog, Statistics Settings section.
User interface
- Performance improvements to the Coins tab when having a large number of coins
- Added additional coin images
Mining software
- BMiner 13.2
- Gminer 1.23
- TT-Miner 2.1.7
- XMRig miner 2.10.0 for AMD, nVidia and CPU
Corrections
- User interface correction to Profit Factor setting in Coin Properties
- Adjusted exponential factor for calculating revenue of Equihash 96,5 coins
- The rounding of the BMiner and NBMiner hashrate values was removed
- BMiner to always use highest prioritized pool when there are several pools available
- NBMiner command line correction for passing a password after the worker name
|
|
|
|
Of course PAtrike, I suggest, although it may be insistent, here the boss and decide is you.
But I see incongruous, to my way of working that I have to change the Profit in the pool and then again in the Coins tab.
I await your solution or your no solution, I adapt to what you program.
The good news is that the next release will have a new setting for applying the pool profit factor to the coins on the Coins tab. This behavior will be configurable in the Options dialog, Statistics Settings section. If you have more than one pool for a coin, the pool with the lowest profit factor will be used. Once the new version is available, please give it a try to see if it works like you had in mind. |
|
|
|
https://www.bminer.me/releases/new version of Bminer optimized for Grin, you can directly use the url of your download and add the name of the folder. Less Reject. Bminer is a little delicate with Grin usually throw many cards, I recommend a soft OC in Windows There will soon be a new Awesome Miner release where the latest BMiner is included. |
|
|
|
Hi Patrike, any plans for adding rhminer for randomhash? https://github.com/polyminer1/rhminerI integrate it at the moment as a ccminer, so i get pool information, but no hashrate or something else. Maybe someone has an idea how I get the hashrate Thanks for the suggestion. I will consider adding this one. First on the list of mining software to support will however be some Grin miner for AMD. All I've looked at so far have a little special setup process with configuration files. |
|
|
|
|
Show Posts
