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

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.

I do see your point about being command line compatible. That might help in a few cases. The most time consuming with all new mining software being released is the API's, that all are different and Awesome Miner needs to adjust to that. I've been thinking of making some plugin or scripting feature available for this, so users that likes to do their own scripting can add support for all sorts of mining software API's.

BitcoinZ recently forked algorithm to Zhash, and just like Equihash the profit calculations are a bit different compared to most other algorithm. This will be addressed in Awesome Miner 5.2 that is planned for tomorrow.

@patrike any chance of a linux agent in the near future or a partnership with SMOS?

Ahh, okay cool, I didn't see that API info on their github page. My bad.

I am fine entering all the connection info by hand, I'm just saying that most mining software understands -o -u -p
For example, if awesome miner would simply not pass -b parameter to crypto dredge miner, it would work 100% switching pools and algos, but there's no way to achieve this. It would be perfect if we could just tell awesome miner the mapping of commands to use instead of relying on you to investigate and release a new version for each new mining program to be controlled. Just a suggestion.

I don't know what the deal is with the bitcoinz stats coming form coincalculators, but the profit estimate is very close to 0. Maybe you can fix that somehow or let them know if something is wrong on their end...

I've not had a chance to test it myself, but in their first forum post, in the section "Third Party integration" there is an example of an API response:
https://bitcointalksearch.org/topic/xmr-jce-miner-cryptonightforks-now-with-gpu-3281187

There is a feature in Awesome Miner called Generic Miner, where you have to specify the full command line and everything yourself:
http://www.awesomeminer.com/help/genericminer.aspx
With a Generic Miner you will not get any hashrate or revenue information, but at least it let's you use Awesome Miner to start and stop the mining, and if the mining process is crashing, Awesome Miner will automatically restart it.

You need to run the latest development version of Awesome Miner for XTL to show up correctly.

Please also check that this algorithm is enabled in the Options dialog, Algorithms section and that you have enabled CoinCalculators.io in the Options dialog, Statistics section.

Well, it doesn't even HAVE an API so don't waste your time. What would be nice is if you add a feature to awesome miner, a new compatibility mode - "command line only" and just try to pass the basic connection info in that case.

Thansk for the suggestions. I think that especially HSRMiner is high on the priority list, together with JCE-miner. Those two are probably the mining software next in line to be supported, as it looks like right now.

The next release of Awesome Miner will also add support the new EWBF Equihash miner and also the Z-enemy miner, so the mining software support is getting better.

Let us focus on having constructive and creative discussions about the software and feature improvements.

I answered your initial feature request and pointed out a similar concept that other users have requested as well - to force the profit switcher to mine on a specific pool to focus hashrate based on your decision rather than only profit. It may not be exactly the solution you had in mind, as it's more manual, but would solve a request made by several other users. So there will be improvements made in this area, because I do understand the point you are trying to make.

In addition, I've recently been improving the C# scripting feature related to profit profiles, and I have some work related to this in the pipeline. If you give me a week to finalize that, I will also see if this could be reused to also come up with a solution to your request. I don't have an exact answer to this yet.

I do read all comments in the forum thread and get inspiration and take note of feature requests to make sure that I implement the feature that most users are requesting. It's in my interest to make as many users as possible happy, while still providing a software solution that is stable and understandable.

I do get a quite large number of feature requests, the majority via e-mail, and it's not possible to implement all requests right away. It's always about making priorities with the the goal of making the software as good as possible and make as many users as possible happy.

I really appreciate the time and effort everyone here puts in by requesting features, suggesting improvements and contributing to good discussions. This helps me to prioritize and get a better understanding of how people are using the software. It's also important that we all work together on keeping the discussions friendly. Thanks!

I've received a few requests for support this one so I will take a closer look once I get a chance. Thanks for your suggestion.