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

You'll only be able to benchmark them if there's a pool for those coins available in your list. Many of those coins/algos don't have a pool on the default profit switching pools. Good luck to you!

I just upgraded to 5.2.1, I can't benchmark the new Cryptonight variants (they are enabled on general options and profit profile), is that normal? do I need to do something else?

Skunk is the only algo showing in the benchmark dialog with z-enemy enabled. Shows supported algos all enabled/default in the managed software settings.

I have a Patrike question, it's not a request or suggestion.

In the help you say that to use Aftherburner server, in the rig you have to deactivate if you have the options to modify the Voltage. I have done that as indicated by the help.

I have the need to reduce the core voltage. That's not TPD, it's not the same, I really need to reduce the voltage a bit to make undervolt and control the temperatures of the 5 rigs inside the ventilated cabinet.

My question is. If I manually, I go to each rig and activate the voltage control and reduce the voltage a little. Is there any interference with aftherburner server or awesome ?. I guess when Awesome tells you to change TDP, CORE or MEM, it would not cause the voltage change. or if?

I suppose you can tell me before I waste my time. Thank you in advance for your response and patience.

In the end, I think that everything I ask and ask is useful information left in the forum for newcomers. I do not know if he believed me, but I read all the pages of this post.

antminer z9 mini supported?

Hello patrike, your solution works perfectly. It is even simpler, you just have to make an extra profile for each rig, just for the Clock, and the Rig to follow an extra profile only with the HASH, and with this you mount the groups you select them in each rig and everything PERFECT .

I have also created a rule that if the total of all the cards does not exceed X of estimated daily benefits, it does autoswich and all the rigs change.

Thanks for thinking about the problem, for giving me a somewhat complex solution but a real solution, waiting for a better implementation.

Thank you very much for wasting your time explaining a real solution.

Works.  Thank you!

Please upgrade to version 5.2.1. There was a specific scenario related to the profit switcher (mainly the one used for ASIC miners) in the recent 5.2 update, that could cause this issue. Sorry for any inconvenince.

You can also upgrade by downloading and running the latest installer from the web site:
http://www.awesomeminer.com/download.aspx

I just installed version 5.2, and now everytime it starts up, it crashes.  No warning.  Just "goes away".  Help!

Just FYI...
I run 5.1.3 Enterprise edition...but it still has some glitches reporting  for Siacoin...

Or maybe I really have solved 1109 blocks in 20 minutes!

Awesome Miner version 5.2

- The multi-user feature in Awesome Miner includes support for Cloud Services. Multiple sub accounts can be defined for a single subscription, and these accounts can be configurd to have restricted access to specific miners when accessed via the Cloud Services web interface. Requires Enterprise Subscription or above.
- Added setting to enable GPU monitoring information for Generic Miners, to display GPU information even if the mining software doesn't provide any monitoring interface
- Added setting to disable the system monitoring information that Awesome Miner can provide
- Innosilicon A9Z miner (Equihash) supported
- Added rule trigger for detecting miner tags and an action to modify tags of a miner
- The feature for multiple user accounts for the built-in web interface can be used without the requirement of Enable Authentication to be enabled for the application.
- Added new algorithms, including Phi2 and more Cryptonight variants
- Updated list of predefined pools with new algorithms added
- Make SHA-256 pools from the predefined Online Services available everywhere, as for all other algorithms
- Antminer diagnostics improved to give more detailed messages about connection issues
- Added additional coin images
- Adjusted algorithm mappings for CoinCalculators.io
- SRBminer support updated for the new Cryptonight variants
- Added mining software: Z-Enemy nVidia Miner
- Added mining software: EWBF Equihash Miner 0.2 (for new algorithms based on Equihash)
- XMRig AMD miner 2.7.1
- Ccminer 2.2.6
- Ravencoin Miner 2.6
- PhoenixMiner 3.0c
- CastXMR 1.2.0
- Correction to the display of ASIC mining information via the web interface
- Correction to revenue calculations for a few new Cryptonight algorithms
- Correction to Bminer as an External Miner where the pool wasn't displayed as enabled
- Correction to the restore of splitter position in the miner list
- Correction to display of revenue per miner when not using USD as display currency
- Correction to worker name display when using Claymore mining software
- Miner corrections

I've implemented a change for this. Can you please verify in the next release?

for now I only have 5 rigs. It has been hard for me to understand, but it does serve temporarily.

And I explain why temporarily. Following his example, suppose that rig 2 3 4 and 5 follow 1. His solution works, only when it is done autoswtich, so for now it works.

But what happens if I add a rule to rig 1, that if it falls from 0.0023 daily profit that rig makes auto switch and changes. At that time the rest of the miners will continue in the previous currency and not in the one that is Rig 1.

That's why your solution serves temporarily, because if I do not add that rule, when doing all auto swtich at the same time as the 1, it's normal for everyone to choose the same currency.

My idea is when that function exists, indicate very high Switch times, 1 hour for example, and mine and mine that currency until it falls below X in benefits, when that happens, rig1 changes, and everyone else should follow him.

Although it is something that gives me almost complete solution, and waiting over time that function, for now it serves me .. THANK YOU, with your explanation I have learned more about the Software.


-... mmmmmmmm...........
I think that if in the rule of when benefits fall, I do restart all miners, follow the Rig1 .....

This is very confusing to do, but it can be done. Over time I expect something simpler when you have time.

for the moment it may be acceptable. I need to read several more times to understand it, I will try.

I suppose that "for the moment" is some option or rule for just this.

Anyway, thank you very much for your interest in trying to give me solutions.

Yes ! When i relaunch the miner, it uses custom properties but they are greyed in coin properties window (checkbox unchecked)
Only workaround found so far was to disable x16s in profit profile for a bunch of minutes/hours.

I just had another idea how to approach this configuration - it may not be exactly what you are requesting, but maybe acceptable for the moment. I don't know how many miners you have in total, so if it's a large number this suggestion will be too complicated. Even if you the concept below isn't usable in your case, the information given below might be useful to others.

My understanding is that you have mining systems with different GPU's, so you also have different Profit Profiles for your miners. If they all had the same profit profile, this wouldn't be an issue. You do however need the different profiles due to clocking settings.

What if you make use of the Profile Groups (also defined in Options dialog, Profilt Profiles section)? All mining software setting and overclocking settings will only be taken from the first profit profile in the group. The profit information is however the sum of all profits from all the include Profit Profiles.

Let's say you have Miner#1 that you want all other miners to "follow". Miner#1 has the profit profile Profile#A, defining clocking settings and hashrates.

You also have Miner#2 with profit profile Profile#B, defining clocking settings and hashrates. What if you separate the clocking settings and the hashrates into two separate profiles? So you have Profile#B-Clock and Profile#B-Hash.

Let's assume you define a Profile Group called "Group#B-Individual". The Profile Group is defined like this:
- Profile#B-Clock (all clocking setting are defined, but the hashrates are configured as 0)
- Profile#B-Hash (all hashrates will be taken from this one)

Letting Miner#2 use "Group#B-Individual" instead of the original "Profile#B" (the profile that contained everything) shouldn't be any different. The total hashrate is only made up of what's in "Profile#B-Hash", as the other profile has zero hashrates.

So let's define another Profile Group where Miner#2 is configured to follow Miner#1. Lets define "Group#B-Follow#A" like this:
- Profile#B-Clock (all clocking setting are defined, but the hashrates are configured as 0)
- Profile#A  (all hashrates will be taken from this one)

The result by using "Group#B-Follow#A" is that Miner#2 will have it's own clocking settings, but all hashrates are taken from Profile#A that is also used by Miner#1. The result is that whatever Miner#1 is mining, Miner#2 should also be mining the same.

The bottom line is that when you set Miner#2 to use the Profile Group called "Group#B-Individual", it will follow the hashrates specific to this miner and may not mine the same as the other miners. When you change the Profile Group of Miner#2 to "Group#B-Follow#A", it will still have the same clocking settings as before, but all the defined algorithm hashrates will be identical to what you have in Profile#A, and the profit switcher will make sure that both Miner#1 and Miner#2 is working on the same pool.

If you have many miners that share the same Profit Profile, the profile change operation can be applied to many miners at once using rules with "Manual activation" and the action "Apply Profit Profile".

I agree, it would be Awesome to be able to run rigs on Linux yet still use A.M.

I just reviewed the entire API, since the knowledge for C # is null and I do not have time.

Through the api you can do many things as you indicate, but I can not capture the value of the currency that is being mined in a variable for the rig3 id = 16, and then apply that currency in the rest of the ID of the rigs.

You can not directly from the api that only gives the information, or active functions, another thing is to learn VBA in Excel to be able to make a small program, compile it to EXE and be able to execute it by a rule. Or even run the VBA from Excel. Because I suppose that is from VBA I could parse the result of the api, to take the value that interests me, put it in a variable and be able to use it, but I do not have that knowledge.

My knowledge does not give for more. I would appreciate help or option in rules or wherever to have that behavior.

It requires extensive knowledge to do these actions, knowledge that very few have, and that would take a long time to learn.

It is also difficult to find DEV to make small scripts, in the end it only remains to resort to the programmer.

If any DEV that reads me through the forum, offers to make me the small C # for a small amount of money, tell me by private.

I feel very frustrated.

That's great to hear, as that would really bring down the cost of each system build, and add stability to the system. (no uninvited windows updates and the whole image file could be backed up intact). Great work as always Patrike! (I'll get that log file emailed to you when I get back in front of my rig btw)

The work to make Remote Agent running on Linux has recently started, but it's not a small implementation task. Expect that it will be a number of months before the first version is ready because there are many other priorities as well.