Unless you have an exchange/volume filter that would cause this, it's a bit difficult to tell.

I've just implemented a feature to better troubleshoot this scenario. In the next release, you will be able to right click on the miner and select View Details. On the profit switching tab you will be able to double click on an entry (for example the line where XSG is listed) and get a dialog with more profit/revenue/coin details.

Thanks for the details.

Your observations are correct for NBMiner, where the issue is that no algorithms where enabled by default. I will correct this.

The only scenario I was able to reproduce where no pools showed up for the profit switcher was when NBMiner was the only software made available for the profit switcher or when no other combination of enabled software and algorithm was found. If I put NBMiner in the list of available software, and also have other software and algorithms available, the profit switcher would go for one of the other software as it considered NBMiner to be not usable.

Even if I'm not able to reproduce the exact same issue here, the correction should still make sense here.

Can you please send me the log files for this scenario and indicate what time you run into the problem?

I'm open to suggestions here.

Maybe another way would be to have Awesome Miner automatically change this on a per-coin level instead. The drawback would be that as soon as a new coin shows up on any of these algorithms, the mapping would be outdated. Doing it on an algorithm level is easier from that point of view.

It's however not a good idea to force all users to manually go to the settings and change the algorithms for a number of coins just because they are reported differently from the coin statistics sources. The goal must always be that things should work as good as possible out-of-the-box.

Thanks for sharing the details. Awesome Miner doesn't support dual mining for NBminer yet. It's on the ToDo-list.

Awesome Miner version 6.1.1

 Mining software
  - BMiner 11.4.1
  - SRBMiner 1.7.6
 Corrections
  - Make the settings for CUDA device order and power usage configurable in all editions of the software
  - Adjust the algorithm Equihash 144,5 to show up as ZHash to be consistent across all coin statistics providers

For Bminer I've noticed that I get 0 for both hashrates every now and then for both the primary and dual hashrate. But I do get two readings most of the time.

Can you send a screenshot and an API report (toolbar: Tools -> API Report) when you see this issue? Thanks!

When configuring like @baf28 suggested, Awesome Miner should produce a command line similar to what you are looking for. You can use the Diagnostics button to verify that.

What are the configuration specifics you are looking for here? If I enter your pool URL, worker and add the ssl-flag, Gminer stats mining just fine where Awesome Miner produced the following:
miner.exe  --ssl 1 -a 150_5 -s beam-us.leafpool.com -n 3333 -u 228c0952842698bffd2b1bce30ad2c612b6fc6exxx2a4fc4559aa2209a6b1b211e9.rig1/myname@yahoo.com -p x --pers auto -w 0 --api 4041

Within a statistics provider, for example CC or WTM, Awesome Miner handle the concept of no exchange.

Awesome Miner do find the coin on CC in this case, and CC has highest priority, it will currently not even look at the same coin if provided by WTM or CTM. The result is that even if what CC provides doesn't match the volume filter, Awesome Miner will not look at the additional exchanges at CTM. Each provider is processed individually and coins already found will be ignored if found again.

I understand you point here, but I will have to redesign a few concepts before the scenario you describe can be supported. Thanks for the feedback on this!

Many thanks for your comment on this.

What you do here makes sense so I will use the same concept in Awesome Miner - make it ZHash all the time to avoid confusion.

This is basically the same issue and the same workaround can be applied. As the same coin can exists multiple times with different algorithms (for example Digibyte and a few more), Awesome Miner can list each combination of unique coin and algorithm.

In this case we have a few coins that are listed with both Equihash 144.5 (from CoinToMine) and ZHash (from WhatToMine/CoinCalculators?). Both will show up as Awesome Miner see they have different algorithms.

I will try to re-map some of these coins to the correct algorithms in Awesome Miner itself.

Edit: It looks like WhatToMine and CoinCalculators lists a few coins differently as well. XSG is one example - making it show up twice - one for each algorithm. Right now I'm a bit unsure which one is correct and this goes for a few coins.

Sorry - this is for sure a bug in 6.1. It's only supposed to be the MSI Afterburner settings that should be disabled unless you have Premium Edition or above.

The other settings like CUDA device order should of course be available for everyone. Thanks for finding this issue - I will correct it.

A workaround for the moment would be to exit Awesome Miner and manually modify ConfigData.xml (in %appdata%\AwesomeMiner\) and change the value of "CudaOrderByPciBusId" from False to True.

You will find this setting in the Options dialog, GPU settings now. There are a number of settings moved to this new section.

As you noticed, this behavior is specific to which mining software you run. Awesome Miner doesn't really know that progress of the connection between the mining software and the mining pool. Most mining software will keep trying to connect. If they never connect Awesome Miner will then detect this by the fact that no Accepted shares are being produced.

In this case, Gminer itself terminate itself and Awesome Miner isn't part of that decision and cannot do anything about it. Awesome Miner will just react to the fact that Gminer no longer are running and will restart it.

CoinToMine is considering BTCZ to be Equihash 144.5, which isn't fully correct as it's the ZHash version of Equihash 144.5. Equihash 144.5 typically have a different exponential factor when calculating number of coins per day.

This is the reason why you only see this if CoinToMine is your primary coin source and not WhatToMine or CoinCalculators as they report it as the algorithm ZHash.

The workaround for the moment would be to go to the Options dialog, Statistics Provider section, and use "Override coin algorithm" to set "BTCZ" to the ZHash algorithm. Then Awesome Miner will apply the correct calculations.

The reason why it worked better with the previous version of Awesome Miner was that Equihash 144.5 coins wasn't loaded at all from CoinToMine - so you only got BTCZ from CoinCalculators/WhatToMine.

Awesome Miner version 6.1

 ASIC mining
  - Antminer S15 and DR5 supported for monitoring. Please note that these miners doesn't have SSH enabled making it impossible to use the feature to set Privileged API access.
  - Show the detected ASIC type in the Summary tab
 GPU mining
  - Awesome Miner can read and display the current power usage for both AMD and nVidia GPU's without any dependencies on mining software. Also used for the real time profit calculations and benchmarking.
  - Power usage factors can be configured individually for AMD and nVidia if needed
  - GPU tab shows current power usage in the Performance column (previously called Speed)
  - GPU tab shows vendor name (Asus, MSI, EVGA, ...) for each GPU
  - Improved compatibility for reading nVidia GPU fan speed
  - Allow passing the pool attribute COIN for Phoenix Miner
  - Added additional algorithms
 Features
  - Exchange filtering redesigned and can be configured both globally and per coin. Supported for CoinCalculators.io and CoinToMine
  - Note: Any previously specified exchange filter settings based on API string matching must be re-defined with the new filtering concept
  - Exchange volume filtering implemented for all coin statistics providers
  - The Coins tab will indicate the information that didn't pass the filter settings
  - Additional power usage and operating cost can be defined globally in the new Profitability section of the Options dialog. The values will affect the total power usage and profitability displayed on the dashboard and the total values in the miner column header.
  - Additional power usage and operating cost per miner can be defined in the Profit Profile. The values will reduce the profitability of a miner.
  - The Miner list shows power usage in the Performance column (previously called Speed).
  - New setting for power usage mode in the Options dialog, Profitability section. Configurable to use actual power usage (only for GPU, not ASIC), linear scaling or static values. Note: Linear power scaling is by default not used but can be enabled using this setting.
  - ZCoin block explorer for wallet balance
 API
  - Improved the HTTP API for coins with a new property to set the profit factor property
  - Improved the HTTP API for coins with a new property to set if the custom properties of a coin should be used
 User interface
  - The Coins & Profit section in the Options dialog has been split into two new sections - Profitability and Coins.
  - The GPU Clocking Profiles and MSI Afterburner settings have been moved into sub sections of the Managed Hosts section. Renamed the MSI Afterburner section to GPU Settings as it include additional configuration.
  - Rearrange controls in the Options dialog, Algorithms section and Profit Profile properties where hashrate and power usage are defined to make more space for GPU Clocking profile selection
  - GPU clocking profile selection controls adds an edit operation to make it easier to make modifications to clocking profiles
  - When selected a GPU clocking profile from the list in the Profit Profile properties (or example), a tooltip can be displayed to indicate the clocking settings of the selected profile
  - GPU tab provides easier access to the GPU overclocking feature by making it a button instead of a sub menu item
  - Coins with custom properties enabled will be highlighted in blue color on the Coins tab
  - Show up to 20 device temperatures in the Status column
  - Remove display of WU (Work Utility) for ASIC miners in the miner list as it's not relevant enough to display all the time. The value is still visible on the Summary tab.
 Mining software
  - Z-enemy Miner 1.28
  - T-Rex miner 0.9.1
  - Lolminer 0.6
  - NBMiner 12.2
  - Gminer Cuda Miner 1.18, including support for Equihash 150.5 (Beam)
  - WildRig Multi Miner 0.14 beta
  - CryptoDredge 0.16.1
  - BMiner 11.4, including dual mining of Ethereum and Tensority (BTM). CuckooCycle (Aeternity) and Equihash 150.5 (Beam) support.
  - Claymore Dual Ethereum Miner 12.0
  - SRBMiner 1.7.5
 Corrections
  - More detailed error messages in the log file if MSI Afterburner Remote Server is returning a failure code
  - More fail safe pool processing when starting a Managed Profit Miner
  - Correction to GPU monitoring for Generic Miners running on Linux
  - Correction to the CoinToMine integration to include a few missing algorithms based on Equihash
  - Added a few missing algorithms when integrating with CoinToMine

This will depend a bit on how you configured the exchange and volume filters. This coin has quite low volume for example, so if it's not above your limit, the revenue while mining will be considered 0.

In the coins tab where it shows up as 0.0020, is this text i gray or anything else on the line gray to indicate that the coin doesn't meet your filter critera? If not, is it working if you set the Volume Filter to 0 and enable all exchanges?

What happens here is the Gminer process is terminating. The diagnostics indicate this by printing the message "Unexpected exit of mining software".

When mining, Awesome Miner will react to the fact that Gminer no longer are running, consider it to be a crash or similar issue, and then restart Gminer again. I suppose this will happen until Gminer reconnect again and keep running and right now I don't think there are any good solutions to this.

I've reported the issue to the Gminer developer but I don't have any details on when it will be corrected. As soon as Gminer is reporting the accepted shares over the API it will show up correctly in Awesome Miner.

This is not supported for GPU mining in general as Awesome Miner doesn't know when a block is found. It's only when you use cgminer for ASIC's or sgminer for GPU that found blocks are being reported over their API's to Awesome Miner. In those cases the rule trigger "Detect found blocks" can be used.