I will include it by default for SrbMiner and XMRig in the next release.

Good points. I agree that this will improve the usability. These changes are small so they can be included in one of the next few releases.

The Change Group Pool feature is currently only for change of the active pools on External Miners and Managed Miners. It will not affect the pools considered by the profit switcher.

I do have a custom script where you manually can override the profit switching pools for a Profit Profile and I'm also planning to integrate that into a new action.

Awesome Miner version 6.2.6

 ASIC mining
  - Save the pools currently active on the Pools tab as Default Pools on the ASIC miner
  - Improved compatibility for setting Default Pools and API Access on Antminers
 GPU mining
  - Monero (XMR) is now listed as CryptoNightV4 (CryptoNightR).
 Mining softare
  - GMiner 1.35
  - TeamRedMiner 0.4
  - BMiner 15.3
 Corrections
  - Correction to a scenario where benchmark results for non-best software could be lost

There will be a new release in just a moment that map Monero to CryptoNightV4 (R).

You can go to the Options dialog, Managed Software section, and modify the entry for TeamRedMiner. Awesome Miner uses the name "CryptoNight V4" for the new Monero fork. You can enable this line and put the User Defined Command Line "cnr" here.

If you have a coin with the algorithm CryptoNightV4, Awesome Miner will then launch TeamRedMiner with "cnr"

The next release of Awesome Miner will include the latest TeamRedMiner with CryptonightV4 (cnr) suppot enabled by default.

I found the issue related to the benchmark and it will be corrected in the next release. Thanks for the reporting the problem.

I suppose this is a case of where the coin recently forked ot another algorithm?

Awesome Miner gets all coin information, including which algorithm it's based on, via the coin statitics providers like WhatToMine.com and CoinCalculators.io. In case a coin changes the algorithm, it may take some time before these providers changes the algorithm. Awesome Miner can override the algorithm for a coin via the Options dialog, Statistics Providers section, where the setting Override coin algorithm can be used to specify that a specific coin should be using another algorithm.

That doesn't sounds good - I will investigate this. Thanks for letting me know.

Anyone else experienced the same issue?

Good point - It's noted.

Awesome Miner version 6.2.5

 Integration
  - CoinToMine update interval changed from 15 to 5 minutes when an API key is used
 Mining softare
  - BMiner 15.2
  - TT-Miner 2.1.14
  - SrbMiner 1.8
  - NBMiner 21.0
  - XMRig 2.14 for AMD and nVidia
  - XMRig 2.14.1 for CPU

Thanks for finding the typo - it was supposed to say 2.1.13.

The latest TT-Miner version will be included in a release planned for today.

Thanks - this one will be part of a new Awesome Miner release planned for today.

Is this a coin that is reported as Equihash 192_7 by the coin statistics providers, but that's incorrect and should be EquihashZero?

Awesome Miner can override the algorithm for a coin via the Options dialog, Statistics Providers section, where the setting Override coin algorithm can be used to specify that a specific coin should be using another algorithm.

Thanks for the details. If you already have your tags defined in the system, you can use the Tags API (/api/tags) to get a mapping between tag name and tag ID.

When you know the tag ID you want to modify on a miner, you can do like this with the API for "Managed Miners". It works in a similar way for External Miners as well.

1) Get the properties for a specific Managed Miner:
  GET http://mypc:17790/api/managedminers/{id}
2) Modify the tagList property of the response body
3) Save the new properties for the Managed Miner, where you put the updated JSON data in request body:
  POST http://mypc:17790/api/managedminers/{id}

Awesome Miner version 6.2.4

 ASIC mining
  - Diagnostics improved to support older Antminers
 GPU mining
  - Added algorithm CryptoNight HeavyX for XCash mining
  - Generic Miners improved with command line variables for pool related parameters
 User interface
  - User defined actions can be accessed from the context menu in the Miners tab
 Mining softare
  - BMiner 15.1
  - TT-Miner 2.1.3
 Corrections
  - Correction to detection of AMD cards for GPU monitoring

The rules are intended to be a flexible way of automating these kind of tasks. In addition to what sxemini pointed out above, you will also find other examples of rules in the documentation pages. It can be a good source for inspiration:
https://support.awesomeminer.com/support/solutions/articles/35000085907-rules-detect-mining-issues-and-automate-tasks

Is this for the HTTP API? You can use this API to add and remove tags for a miner. See the section "Tags":
https://support.awesomeminer.com/support/solutions/articles/35000085916-awesome-miner-http-api

Thanks for all feedback and suggestions!

Awesome Miner can only read CPU temperatures when running as Administrator. The temperatures are however currently only displayed on the System tab, not in in the Miners list, so I agree that there are room for improvements here. The same goes for CPU Power Usage - it's currently only displayed on the System tab but not part of the miner list and not in the profit calculations.

Adding the Actions button to the context menu should be possible.

lolMiner 0.7 had some compatibility issues with Nicehash for some algorithms that used to work fine with 0.6. For that reason I didn't include it yet. It's a balance between including the latest/greatest and not introducing new issues to those running a previous version.

NBMiner 20.0 is already included since a week ago.

Good point about the Diagnostics for a specific algorithm - I agree that it would make sense to have. It's noted.

The idea of running in parallel is also interesting, but it would require Awesome Miner to understand which GPU's are identical in terms of memory and clock to make it fair.