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

This will be a bit more code, but please give the following a try:

Hello Awesome, did someone encounter the following windows message on win10 64 bit?

"Application has been blocked from accessing Graphics hardware. Application ccminer-x64.exe has been blocked from accessing Graphics Hardware"
It looks like a minor issue that sometimes block miner.
The efffect looks like the miner restart
(I was running Awesome 4.7.4 with profit mining, the client issuing the error ran the awesome remote agent)
Best Regards
Massimiliano

patrike,

I use HiveOS for monitoring RIGs and it has very useful feature - power consumption (Watt/kW) for every RIG.  Is it possible to add something like that into Awesome miner? (add some field where we can put power consumption of asic/rig), then it can be seen as sum on miners tab page.

LOL
I figured it out when I added Graft i must of changed currency dropdown to custom.  Changed back to USD and all was back to normal

thanks

Its been working fine for months.  I didnt change anything.  I thought whattomine but its odd because it is still profit switching or just switching.  and i have 1 miner on GRFT Cryptoknightcc.  I manually created the coin and stats which were also working fine till now it also shows 0  very odd.  Gonna restart and reboot the machine and restart all miners see what happens,  It has to be something simple.

no problems here.

make sure:

- you can access WhatToMine

- all miners are assigned with the correct profit profile

- all profit profiles have correct hashrate entries

other than that, probably need to look deeper into if problem persists

windows defender is fine, just setup exclusion

or better, don't use mining rig for anything else and don't use any AV

which antivirus is compartible with AM, I just uninstalled avira, which was deleting miners even with disabled protection and folder exclusion.

So Patrike, I was thinking about something. I see alot of the posts on here, and I have an idea I thought I'd share which might allow people the flexibility they are looking for. So, right now we can set up a managed miner, or a managed profit miner. What about a third class which would be "timer based miner"? It would switch pools based on timers that you setup. Let's say you wanted to set it up to start mining "COIN-A" at 12:00pm. Then, you could set the next timer for 4:00am (whatever you want really) to start mining "COIN-B", then the next timer could be at 10:00am to switch to "COIN-C". There could be a checkbox to enable 1, 2, or 3 days of timers. (if only 1 was checked, it would loop around at the end of the day, with 3 selected, 3 days of timers could be added) Each pool added to the "timer based miner" could have one failover pool, and to be really safe from downtime, there could be one global failover pool for each "timer based miner profile" The cool thing with this idea is a person could make a list of 20 or so coins/pools, they are interested in, and set up a three day "playlist" of them and tweak the amounts of time to stay on each pool as time goes on, and you see how they do. Another great thing would be that since they aren't profit switching, everybody wouldn't switch to the same pool at the same time which would add more consistency for not only the "timer based miner" users, but for the profit based miners as well since, there would be ultimately less people following the profit switcher around at the same time. Just thought I'd put this out there, as it does nobody any good just floating around in my head. Thank you for an "Awesome" program, it's working great for me, and has really helped get thru the cold dark "Crypto Winter" we just experienced.

Thank you,

Thanks! I've done all those, but the bk-x is only mining the nicehash algos (even though awesomeminer says other pools are more profitable). I assume this is because i have not disabled the "nicehashsma" option?

that would make a great future addition to AM's features!

I ask you to tell me how to combine the two codes so as not to display 0 on the fourth blade when it's essentially not

Awesome Miner is currently limited to what the mining software can offer in terms of failover. As you point out, it's only a few mining software that actually support failover. Most software only take a single pool as a command line parameter and doesn't have any failover concept.

Awesome Miner can still list several pools on the Pools tab, to make pool changes easier, but in case of ccminer for example, ccminer is still only aware of a single pool.

You are making a good point here that Awesome Miner should try to be smarter in case of pool failure. When using the profit switcher, Awesome Miner can detect pools not producing any accepted shares and mark them as "Failed", and use the next pool in the list. Maybe there should be a similar concept for Managed Miners as well, where the first pool can be detected as failed and Awesome Miner would automatically change to the second pool - even if the failover concept isn't supported by the mining software.

When using the profit switcher, the priority of the pools in the Pool Group isn't taken into consideration right now. All pools are ordered by profitability instead. What Awesome Miner should do in your scenario, where you have two pools with the same coin/profit, is of course to also look at the priority as a second sorting factor. That doesn't happen today.

I'm giving you an example below where any chip temperature above 80 °C will result in red bold text. You can of course adjust the conditions and formatting more if you want.

Yes, but in order to enable the API on these miners to allow external applications to connect to them, you must manually follow these steps:
http://www.awesomeminer.com/help/innosilicon.aspx

Antminer T9+ is reporting the chip temperature a bit different compared to previous batches. The next update of Awesome Miner will adjust to this.

BMiner doesn't return any Pool-related information when you connect to it over the API (which is the case with your External Miner). Almost all other mining software reports this. Awesome Miner must always map the income to a specific pool, and this is the reason why it isn't working.

It could of course be possible to have a concept where Awesome Miner can link the coin to a specific miner instead of a pool, but that concept isn't available today.

Has anyone had success setting up pool priority (for purpose of failover) for GPU Managed Profit Switching Miners along with software other than sgminer/claymore ?

I use pool groups almost entirely and have pools setup for coins I want to mine. Some pools tend to be more unstable than others and have regular downtime, thus I wanted to setup backup pool(s) for the coin (well, if I can get this working, it'll be even more ideal that I have 1~2 backup pools for every single coin I'm mining)

for Example:

I'm Mining Straks (STAK), setting up coin, and pool for it.

Pool (A) is my main pool of preference, but lately it has been experiencing excessive daily downtime, so I setup Pool (B), both pointing to the exact coin STAK as defined in custom coins.

Now, there are no effect on priority being set here...using either ccMiner, Excavator....the detailed tab for all my miners will have 2 entries for STAK

STAK - Pool(A)
STAK - Pool(B)

both showing same profitability (expected), but the order are different for each miner, some goes B before A, some A before B
so I have a great view of my 1/2 of my miners on A, and half on B, and at every profit switching interval, the order may simply change and I'll do a pool hop on the same coin for no good reason.

Note that I had Pool A's priority set to 0, and B to 10...but like I said, there's no effect.

Is there a way to have AM prioritizing pools rather than relying on mining software?

Ideally, wouldn't it be better to have a consistent ordering of the pools in "Details Tab" across all miners after profit switch calculation round, that taken into account of priorities defined in Pool Groups?

I know a few pages back someone had the same/similar issue, and it wasn't quite resolved either. Could we please have this looked into if possible?

I monitor a bunch of s9's with awesome miner and like it a lot. I am displaying chip temp in the progress column. Would it be possible to add an option that adds color by temp to the individual card temp values? That way at a quick glance I could see if a card is running hotter than normal and research to see if the card has a problem or not. thank you,