Topic: [Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 miners - page 550. (Read 703512 times)

Can you try to uncheck the checkbox for "ping" when you scan for Remote Agents?

Does it work to manually add the remote miners by selecting Managed Miner in the wizard, and then add a new host where you manually specify the IP?

You cannot mix different versions of Awesome Miner and Remote Agent.

Nicehash changing the default website.

"Dear users, After several months of development and testing we’re finally moving to the new website as the default NiceHash website. The new website is more than just a redesign as it also offers more information, better help and additional features, not available in the currently default"

Do we have to make changes to Awesome Miner ?

Thanks, one more issue is that have 12 rigs on a local network, one has the newest AM installed, on the others I run the Remote Agent, but on the network scan non of them displayed, only the main pc. Tried to install the full AM to the rest, same result. Any suggestion?

Thanks for your work  

Some bugs or sugestions:

• shortcuts in Quick acces toolbar don't stay when you close and open Awesome Miner
• With automatic profit, we can't see on what profit pool we are (MHP, Nicehash, Zpool, ...). We saw him before.
• GPU Profile need to have groups. For example, if I have a RIG with 8 different GPU, now, I create 8 profile and apply.
  The ideal would be to apply a profile group by RIG like "Profit profile"
• can easily edit a gpu profile. Now we need to delete a profile and recreate a new.
• Add a button to select all algorithms in benchmark tool
• Be able to select the miner in the software column in benchmark tool to to quickly compare several miner
• Reboot don't work on web interface

Have a good day.
Jack

Version 3.2.9 (Final development preview of 4.0)

- Awesome Miner Cloud Services
  * Cloud Services is an optional subscription service that adds additional features to Awesome Miner
  * Web interface hosted in the cloud. All monitoring statistics are pushed to the cloud by Awesome Miner and can be accessed from any computer, tablet or smart phone.
  * Mining operations can also be controlled via the cloud without any firewall configuration
  * SMS notifications, send SMS as rule action and send SMS manually
  * Listen to Awesome Miner heart beat and send a notification if missing
  * Multiple instances of Awesome Miner can all send data to the same Cloud account, and each site can be individually viewed from the Cloud web interface
- GPU mining
  * More flexible algorithm configuration. New algorithms can be defined by user and configured for each mining software.
  * More flexible Online Service configuration
  * Managed Software can be added and used by both Managed Miners and by the Managed Profit Switcher. Define custom command line arguments for new algorithms per mining software.
  * GPU clocking profiles can be defined and automatically applied when a Managed Miner is starting and/or stopping. Works without any dependencies on the mining software being used.
  * New algorithms and coins added
  * Display Claymore miner invalid shares as HW errors
  * Ccminer 2.2 replaces older Ccminer SP-mod
  * Claymore Ethereum Miner 10.0 (changes GPU order - may require updates to 'Map to system monitoring' in Awesome Miner)
  * Claymore Zcash Miner 12.6
- ASIC mining
  * iBeLink fully supported with temperature
  * Antminer R1-LTC hashrate correction
  * Better detection of Antminer types in the network scanner
- Profitability Switching
  * Benchmarking of algorithm hashrates
  * Profit switching improvements, including configuration to disable individual algorithms per pool and separate dual mining hashrates
  * Managed Profit Miners can be configured with environment settings like Managed Miners, where window mode and processor settings can be defined.
  * Managed Profit Miners can override global worker names for default profit switching pools
  * Better support for multi-algorithm coins like Digibyte
  * Configurable to use current or 24 hour statistics for profit switching and profit display
- User interface
  * The coins listed with exchange rate in the statusbar can be customized
  * Added 6 more currencies, to support display in local currencies for more countries
  * Moved e-mail server configuration to a separate section in the Options dialog
  * Add user defined WhatToMine coins not listed in the main API
  * Window glass mode can be configured
- Rules, integration and configuration
  * New HTTP API's: Perform operations on a single notification. Includes Group Id information for miners. Get list of Managed Templates and apply templates to a miner.
  * Custom e-mail address can be set for a notification action, to override the global e-mail address to send notifications to
  * Rule triggers to detect when the computer is idle and used, to support start of mining when the computer is idle
  * Rule action to execute command (any application) on remote miner and also access the the remote execute feature from the System tab
  * Execute action can use the variable "[Host]" for the parameters, to launch external applications with the hostname/ip of the miner as a command line argument.
  * Web interface includes secondary hashrate if available, coin information in smart phone mode and corrections to notification display in multi-user environments
  * Both worker name and password field can use variables [IP1], [IP2], [IP3], [IP4] to replace with IP address segments for External Miners
  * SSL configuration for built-in web interface
  * Webhooks as notification target and rule action
- Corrections
  * Corrections to SMTP library to support Office 365 accounts
  * Correction of Block Explorer request for zcash for the Balance feature
  * Adjusted for new hashrate reporting on some algorithms at Nicehash and zpool
  * General improvements and corrections


Important: The Remote Agent must also be upgraded.

Development Previews can be enabled from the Options dialog, General section. Then Menu -> Check for updates. If you need access to the MSI files for manual installation:
http://www.awesomeminer.com/download/setupdev/AwesomeMiner.msi
http://www.awesomeminer.com/download/setupdev/AwesomeMinerRemoteService.msi

Don't downgrade to version 3.2 once you installed the new development versions.

Awesome Miner 4.0 release plan
Awesome Miner 4.0 will be released on September 7th or 8th. The content of the release will be almost identical to the feature list above.

Already today you can sign up and start using the new Awesome Miner Cloud Services together with the development version.

I've just made a small change to the "Detect miner API" rule, because it was a possible timing issue that could have been the reason for the problem you describe. I was however not able to reproduce the problem myself, so please try with the new version 3.2.9 and get back to me with your findings.

Thanks for your reply.
Even so, I'm still having issues with a very different set of rules.
Most of the time this is triggered but it fails from time to time:


Like I said, I'm trying to get AM to invoke an external program to force Afterburner to switch profile.
Unfortunately, for some reason, sometimes AM fails to trigger those rules (I have a notification to keep track of when the rule is triggered, so I'm 100% sure that is not the external program which is failing).

I second this

Thanks - not I understand the scenario. There is a 60 second delay from when a miner interface is connected until the Check Statistics triggers can trigger. This was originally to prevent triggering on low hashrates because the mining didn't have a chance to get started.

The same delay applies to Accepted as well, which probably explain your scenarios where a very low Accepted value would happen within the first minute, and doesn't trigger, while when you set it to a higher value, it will trigger.

Click these tabs...

Main > Options >  (New window opens}

Select the General option, you will see in the right side the options for

Software updates >> Tick all the boxes

Click OK to save.

Select Menu Tab

Check for updates let it install and restart.

Then check the update for mining definitions.

Close software down (big red X)

Restart software and mine.

AwesomeMiner have been reporting wrong numbers for profitability.  $760.4 per day, for a dual GTX 1070.  I am using version 3.2, which looks like the latest one.  When I try to download new miner, it says there are updates, but I need a newer version of AM.  Any tip for solving this?

Another feature request: can we get a profit switching threshold?  Suppose I'm using the managed profit miner with a stats pull every 2 minutes, and profit switching every 5 minutes.  Let's say the current best algorithm is Equihash at $3/day.  At the next profit switching interval, Equihash is still at $3/day, but Groestl is at $3.10/day.  Personally, I don't want to profit switch over to Groestl, because the gain in return is not worth the 5-10 second downtime from profit switching.  However, if Groestl were at $4/day, then I'd want to profit switch.  So, if I were able to define my threshold at 25%, i.e. there needs to be at least a 25% difference in price for a swap, then I'd be able to avoid the switches that are -EV.  In our example, at a 25% threshold I wouldn't be profit switching unless Groestl/the current best algo were worth $3.75/day.

I think the fact that Nicehash and Zpool obscure the actual coin you are mining would be a challenge, as you mention.  But in the end, the user just wants to make sure his miner is mining the most profitable coin or algorithm.

After I posted that, I thought about it for a minute and realized the same thing.  I also have separate benchmarked profiles for my 1070s and 1080tis.  I think the issue that someone may run into is if they have a rig full of mixed cards.  It's not as easy or clean to define for someone who has a mixed AMD and nvidia rig for instance.  The neat thing about Awesome Miner, is that you can deal with these situations.  It takes a little cleverness though.

You could setup two managed miners to point to the same host, and set the managed software to only use GPU 0,1,2 in the custom command line settings (applying an AMD profit profile), and then another managed miner to use managed software to only use GPU 3, 4, 5 (and applying an nvidia profit profile).

Of course, the mining software has to support targeting specific GPUs at the command line level, and there may be other ways of dealing with mixed rigs that I haven't thought of off the top of my head.

No, I'm comparing it to some specific value. Examples:

This one is NEVER triggered:


This one is sometimes triggered (same result if you choose "equals" instead of "less than or equals")



This one is almost always triggered:

As long as your benches are all the same--pegged for one card or pegged for six--it doesn't much matter.  Personally I have a separate profile for my 1070 rig as they actually hash slightly different from my 1080 Ti rigs.  Each set of my benches are pegged to 1x of that card. 

I've recently added the option to select GPU clocking profile for a Managed Miner, and being fully aware that this is not the complete solution. Please note that the GPU clocking profiles you can save in Awesome Miner isn't related to the profile concept in MSI Afterburner. Awesome Miner needs to control this on a large scale and cannot assume you already have identical setup of profiles in MSI Afterburner on all computers.

What I'm planning to do is to use the configuration dialog for the Managed Software, where you per algorithm can configure both the built-in software and user defined mining software, and add the GPU clocking profile setting in here as well. That would make it possible to have one GPU clocking profile for for each algorithm for each mining software. Endless flexibility!

The Accept progress rule is typically used to compare current Accepted share value with a previous one, to make sure it's increasing. If you set it to compare with a value 5 minutes ago, it will take at least 5 minutes before it can trigger, and then it will only trigger if Accepted share is identical (which indicates that the mining isn't progressing as it should). Is this the scenario you are using with your Accept rule or is it another case you want to take care of? Maybe you could send a screenshot of the properties of this Accept trigger so I get a complete understanding of it.

In the future it should probably be some improvement to the Performance history feature that is quite limited today. I fully agree that the amount of information Awesome Miner should be able to collect is large, and that very interesting analysis could be applied to this data. These ideas makes perfect sense.

I've also been thinking about if this entire deep analysis field could be another kind of application, possibly developed by someone else, in the future. Awesome Miner do provide API's that can be used to extract a lot of information. An external application could collect a lot of data based on that and do more advanced analysis and processing on it.

I have been getting requests about combining the tabs for Coins and Online services. From a profit presentation point of view, it makes sense to combine them, because that's exactly what the profit switcher is doing. If you have Signatum on top at $12 on the Coins tab and Nicehash X11 on top at $11 on the Online services tab, the profit switcher will go for Signatum - if you have that as a custom pool to the profit switcher. So from a profit number point of view, combining makes sense.

Then we have the other aspect, and that is what kind of information to present about individual coins and about pools like Nicehash. For coins you have much more data and exchange rates and so on, and also the option to edit the coin properties. Combining this together with something like Nicehash could look strange. I'm not saying that these two tabs will be separate for all future, just that there are both benefints and drawbacks with both solutions.

Hi,
The are a number of users running Baikal miners with Awesome Miner, and from a monitoring point of view it works great. However, the pool change operation in combination with a change of algorithm is for sure an issue. Baikal miners uses an older version of sgminer, and it looks like that interface doesn't support change of algorithms. I had one users that recently tried to contact Baikal about this to see if they could do anything about it - but I don't have any updates on it right now.

From an Awesome Miner point of view I can unfortunately not do anything about this situation, as Awesome Miner is using the cgminer and sgminer interface standards (API), and it doesn't look like the Baikal miners fully support that.

So there is no solution for Baikal mines to change pool via AM?