my point exactly, its in the log file...

Maybe Phoenix should provide the same API like Claymore for this info...

it's kinda annoying to watch on console view  which , sometimes btw, starts to strobe 

is this even possible?

Patrike, please, add nheqminer support.
At present nheqminer is the only CPU miner for high speed verus coin mining, I added it with command prompt command, but awesome miner can not see the current hashrate of this miner. That's why awesome miner watchdog stops this miner after 20 minutes and ban the pool. I can not disable watchdog, I need this function enabled, because it used for GPU miner also (awesome miner watchdog can not be set for the miners and miner software separatedly).

Sometimes pools have problems that can not be fixed for the next several hours (for example, if the problems happen when pool owner is sleeping and can not see discord messages from the users). In such cases the best solution is to ban the pool for the next several hours. I want to see the right click menu in online services tab with different options:
- start mining here for the next hh:mm
- ban this pool for the next hh:mm

Suggestions:
1) add nheqminer support (CPU and GPU modes)
2) add watchdog options for different miners and miner software
3) right click menu in "online services" tab with "mine here" and "ban this pool" commands.

Thanks

Let's see if this fixes the situation that occurs so much of online interface

Miner shows mining but no stats. Tried rebooting miner, windows, awesome miner.
Edit: Miner is TeamRedMiner 0.5.6, any seeing this same state on multiple miners.

The idea is as simple as putting another temperature limit option, that there are two, one for Core the current one and another for Power as I suggest, it has no more problem. Instead of 5 in 5 jumps it can be shorter steps like 2 in 2, or 3 in 3. But I tell you in tests that I have done by hand, many times the hash does not suffer just because the core is still intact and the temperature drops by power reduction. I also see it very interesting

As always I try to be constructive with my suggestions or criticisms, and I think that your system is the best in the market.

Finally, I still have some online interface problems but really if it is working, that is a direct problem with intelibrezee, I am already using windows 1903 which is quite stable. I have greatly reduced that error with this version but it still continues to appear and you have to restart once or several times until AM reads that remote well. Because I understand that this problem is remote.

Running GMiner adds --pers auto to the command line, how to change this behaviour. Seems counter productive to add --pers for each equihash algo as a new custome miner

I can not access it..

All firewalls off

Anayone seen the "coin prices" on bottom of program ?
For me all are ok.. changing live, except for BTC witch was rising .. now it still shows 10.968,50 € whitch is wrong price..

Hi patric, I have started to use remote GPU rig (not local network) on windows10pro, but main AW window not show power usage for this rig and of course calculate wrong total profit.
If i go to GPU tab in AW for this rig, i see power usage for every GPU in this rig.
I have asics which is controled from the same AW instance in local network and power usage control/profit calculation works right.
In my config asics and gpu placed in different miner groups.
pls help....

Antminer Z11 hashrates are reported as Mh/s instead of Kh/s on my awesome miner windows GUI. As a result daily payout looks like $10,000 per day instead of $10 per day. Anyone else have this issue?

Then there is another secondary problem.

The auto profit does it according to the benchmark profile or to save the Hash.

But of course in my profile it puts 8.22 in cucka31, but in the day it does not even reach 7, but it does not change the currency because what it sends is the saved hash, not the hash that is being produced.

That is the important thing to be able to have a better solution for the temperatures, because it is not only the fact that it yields less, but also that it is more serious because the auto switch does not look at real parameters (impossible for X16r for example), but I want you to understand that problem

A Rig produces X power in a Something, but when that Rig in summer by temperature yields 20% less, it does not take it into account. Somehow the programming of the auto switch should know if that rig has 1 or several cards of reduced core or power, and automatically apply to the hash saved a transparent reduction, so as to better guess with the hash changes produced by the heat. It would be something to keep in mind. It is clear that if 1 or more cards are in the limit of temperature, low pontencia and the hash they get is not the one that is saved as a reference, but knowingly, you can apply a transparent reduction to that hash when one or more cards are in maximum temperature, because they will not be producing their maximum. I hope you understand what I mean.

Right now the auto profit with the function of maximum temperature lowering the core and dropping the hash, is not realistic in its changes, and keeps me in currencies that are not the most profitable at that moment because of the heat.

Hello Patrike, I have more suggestions on temperature control, and problems.

I have suggested a double OC, but it would be too much, I suppose, for 4 months of heat, that is, 1/3 of the year.

I am using the maximum temperature in OCs, but it has a big problem. If I put a generous OC, many cards reach the limit and start falling from Core, and as a result the rig yields much less because when you lower the core, it yields less, much less. Only at night goes well when temperatures drop.

If I put a very smooth OC, I will not reach those temperatures day or night, but it would also be producing less hash.

Lowering the core is very effective but produces a too strong drop in the hash, so my suggestion is:

You can do the same but instead of downloading the core in real time, whatever you reduce is the TDP or power of the source to that card. That also reduces the temperature but does not produce such a strong hash drop. In fact, it can produce more because it does not heat up and the core is not lowered. Or a combined system, that lowers a bit of core and a little power or TPD from the source.

A real example, the same night rig Cucka31 8.22 mhs, day 6.2 mhs. If I put a soft OC so that neither day nor night comes, I would stay at about 6.7 -6.9 mhs

That's why I asked for double oc, but I think that a system that drops the Power to each card by independent in steps of 5, would be fine.

What is 80 power 90 core, 500 memory. Well I get down to 75 90 500, that is not enough I would lower 70 90 500. The lowering of electric power, does not drop the hash as much. But the same as the core, card by card. I do not know if you can, if you can please you can add it as an option in the OC.

And it is impossible to have a single CB that serves both the day and the night without losing hash.

I find that many a times on diff miners, the awesome miner fails to extract the folder and is stuck extracting the files in download.
Do i need to run as admin or something? This is new and i havent had this issue before.

- Access to mining software command line help via the context menu for a miner

this field is grey-out, I guess this is an option to send commands in console right?  

Hey, is there a custom progress field for miner uptime instead of windows uptime?

"Mining Uptime: " + string.Format("{0}d {1}h {2}m", TimeSpan.FromSeconds(status.SecondsSinceStart).Days, TimeSpan.FromSeconds(status.SecondsSinceStart).Hours, TimeSpan.FromSeconds(status.SecondsSinceStart).Minutes)

yup