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

Well, if you were right, I added the port in that format. I have mounted it in a conventional way but in advanced I have added --pers BgoldPoW. And working. Your observations and questions have led me to the solution.

It performs much better than EWBF, it is advisable to use it

I have a group for my z9 minis.  In this group occassionaly some of my miners will gave a hashrate reading of Gh/s instead of kh/s.  Of course this is wrong and causes my revenue to shoot up to some unrealistically high value.  All of my z9 minis share the same profit profile and all but about 4 of them work correctly.  The profit profile values are setup correctly with kh/s.  Also this happens to them even when I remove the profit profile from them because it has to do with the hashrate that is being reported in error.  I have removed the miner completely from the system and added it back and it still gives this hashrate error.  From what I can see via the miner status page on the miners themselves it is reporting the correct kh/s reading.  Is this something that needs to be fixed with the software or is there a fix I can perform on my side? 

New z-enemy 1.25 Miner With Additional Improvements Hashrate

https://cryptomining-blog.com/10430-new-z-enemy-1-25-miner-with-additional-improvements-in-terms-of-hashrate/

The only confusing part I can see is the port specification. I don't know where "--port 8866" came from because Awesome Miner is only adding "-n" (which is the same as "--port") for Gminer. However, the value "-1" looks strange here.

1) Did you manually add "--port 8866"?
2) Can you give me the complete Pool URL that you defined in the properties of this pool and I can investigate if Awesome Miner didn't parse it correctly when splitting the hostname part from the port part? This could by why it produces the value "-1" for some reason. Thanks!

@patrike  I was very excited about the Gminer, and after hours and hours, I have come to the conclusion that you have it badly defined

Line that I make through AM

miner.exe  -a 144_5 -s btg.suprnova.cc --port 8866 --pers BgoldPoW -n -1 -u trucobit.rig1 -p patata --api 4028

Line that should be correct
miner.exe --algo 144_5 --pers BgoldPoW --server eu.btgpool.pro --port 1445 --user GZdx44gPVFX7GfeWXA3kyiuXecym3CWGHi.rig0 --pass x --pec

If you see two things in plain sight, -a by --something and -u by --user, --pass   etc...

I tried to put the right thing, but then either repeat it twice or leave a loose. I have tried to change the something in managed sofwtare. I tried to put the complete line in the pool but it puts more text the Gminer configuration

I am therefore unable to configure pools of Zhas or Equihash with this miner. I just got the raw BTCZ test, and the performance is higher.

But I am unable to define other BTG, ZEL and similar currencies. When I have seen that this miner gives more hash than EWBF. Not even Bminer supports it, not in the AW version but in Bitcointalk it is supposed to support 144_5

I hope you can look at it before the next release to correct how Gminer interprets the data, because it does not do well

I have hours and hours. You could do it in the donkey but it does not always work or differ between the different RIGS and then statistics in the pool

Thanks - these will be included in the next release, planned to be available within the next 1 - 2 days.

I see your point and I've had similar feedback in the past. This can be a future improvement.

Thank you for your help, it now works fine with Profile profit. To be honest, i already tried this setting but at my first attempt i confused profit and revenue, so my value was not correct and that was the reason why my rule never triggered...

IF it was my fault, I had customized the route of the .exe of the Z-enemy. Thanks for the help

I think with the builtin triggers, you can't do it with Revenue, but have you tried Profile Profit as the trigger (I know it's profit and not revenue, but there is only one trigger for this)? since the Miner Revenue / Profit triggers only works when your machines are actively hashing.

Hello Patrike,
I created a rule to make my miners stop when revenue is below a certain value.
But, dumb question, what should i do to make start miner again when revenue is back above a defined value ?
I tried some things without success until now...

https://github.com/trexminer/T-Rex/releases/tag/0.8.1
T-Rex 0.8.1
Performance improvements: x22i + 20%

@trucobit, like what Burnie said, try checking on your profit profile that are active for each miner.

1) Right Click Miner -> Edit Profit Profile...
2) On the Mining software priority list: -> Check the default Z-enemy nVidia Miner is checked, then press Configure... button below
3) Make sure Mining software radio button is at Automatic download
4) Make sure no other versions of Z-enemy (custom defined) are enabled in the Mining software priority list.

And fix the z-enemy, I'm curious about the last capture of that option that I activated and I do not know what it does, and I do not know what other commands I can use

Yes. Have been using for months with Windows rigs and asicis. I just have one remote node that won't upgrade remotely. Have tried everything. The service restarts but it under old remote agent. Been doing it manually since the problem started a few months ago. I did fully uninstall RA and tried that.

This is on a remote miner?
You probably have a custom miner that you manually have uploaded to your remote miner.
Check your custom miners under mining software and enabled miners in your profit profile.

Hint: Remote Service uses automatically downloaded miners from "...\Appdata\Roaming\AwesomeMinerService"
and manually uploaded miners in "...\AppData\Local\AwesomeMinerService\UploadedSoftware"

@patrike  @moobidoo  I have problem

https://www.dropbox.com/s/ph2ukyylgztiuw7/Captura%20de%20pantalla%202018-11-24%20a%20las%2023.11.58.png?dl=0

https://www.dropbox.com/s/5uj7pl8xjb0ttfm/Captura%20de%20pantalla%202018-11-24%20a%20las%2023.12.33.png?dl=0

As you can see I have the latest version of AM, I had previously in version 1.22 but I have removed it and I have put the URL of the version z-enemy 1.24 that appears in the box. Look at the catches, I have 1.24, but when you mine in the rig, it continues to mine with the 1.22. How can I solve this? I'm very interested in the version 1.24 for its features for RTX, and also to know how to fix these errors in the future, I do not know how to make AM mine with Z-enemy 1.24


On the other hand in advanced I have activated this other that does not stop that serves or I have seen him do anything special

https://www.dropbox.com/s/w11my4lvkacod4x/Captura%20de%20pantalla%202018-11-24%20a%20las%2023.13.07.png?dl=0

I would like to know what it is for, and that other interesting commands or complete commands have some facts that can help me in mining or have more information

Hi Patrike,

I have another feature request. ;-)

In the benchmark table, when saving the benchmarks for a single algorithm with multiple miners, would it be possible to save each miners benchmark value? At the moment, all the miners get the highest value with the miners with lower values grayed out. This would be useful when a single miner that is currently not the fastest is updated to a new version. One could do a benchmark on just that miner to see if it is now faster than the last time it was benchmarked and faster than the miner that is currently being used without having to benchmark all the miners for that algorithm. It would also be useful when testing various command line settings for a miner. And, if power stats have been enable, it would allow one to see if there are any difference between the various miners.

Thanks,
...jim

Hi Patrike,

The duplicated entries are no longer showing with v5.7.11.

Thank you,
...jim

Latest release WildRig Multi 0.13.2  improved hashrate for hex, hmq1725, sonoa, x16r, x16s, x17, x18 and x22i


https://github.com/andru-kun/wildrig-multi/releases