Burnie
Newbie
Offline
Activity: 58
Merit: 0
|
|
November 24, 2018, 10:38:48 PM Last edit: November 25, 2018, 01:27:51 AM by Burnie |
|
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"
|
|
|
|
GEBucky
Copper Member
Jr. Member
Offline
Activity: 127
Merit: 1
|
|
November 24, 2018, 11:03:00 PM Last edit: November 24, 2018, 11:15:02 PM by GEBucky |
|
Can you please provide links for the direct downloads of the latest release (5.7.11)? I have a remote windows rig that will not auto update the remote agent so need to install it manually. I have no idea why that one Windows rig won't auto-update the agent but I have just been doing it manually through TeamViewer so need the link to install it. Thanks!
did you allready try the "Upgrade Remote agent" in awesome miner in the top bar (new miner - new pool - ..... - upgrade remote agent) 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.
|
|
|
|
trucobit
Jr. Member
Offline
Activity: 756
Merit: 2
|
|
November 24, 2018, 11:05:39 PM |
|
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
|
|
|
|
moppidoo
Jr. Member
Offline
Activity: 348
Merit: 5
|
|
November 25, 2018, 01:31:10 AM |
|
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\Remote\AwesomeMinerService" and manually uploaded miners in "...\AppData\Local\AwesomeMinerService\UploadedSoftware" @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 download4) Make sure no other versions of Z-enemy (custom defined) are enabled in the Mining software priority list.
|
|
|
|
baf28
Newbie
Offline
Activity: 117
Merit: 0
|
|
November 25, 2018, 01:52:17 PM |
|
|
|
|
|
Dalba
Newbie
Offline
Activity: 92
Merit: 0
|
|
November 25, 2018, 09:49:57 PM |
|
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...
|
|
|
|
moppidoo
Jr. Member
Offline
Activity: 348
Merit: 5
|
|
November 25, 2018, 10:53:30 PM |
|
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...
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.
|
|
|
|
trucobit
Jr. Member
Offline
Activity: 756
Merit: 2
|
|
November 26, 2018, 01:23:42 AM |
|
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\Remote\AwesomeMinerService" and manually uploaded miners in "...\AppData\Local\AwesomeMinerService\UploadedSoftware" @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 download4) Make sure no other versions of Z-enemy (custom defined) are enabled in the Mining software priority list. IF it was my fault, I had customized the route of the .exe of the Z-enemy. Thanks for the help
|
|
|
|
Dalba
Newbie
Offline
Activity: 92
Merit: 0
|
|
November 26, 2018, 09:16:59 AM |
|
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...
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. 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...
|
|
|
|
patrike (OP)
Legendary
Offline
Activity: 3472
Merit: 1095
|
|
November 26, 2018, 02:12:31 PM |
|
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
I see your point and I've had similar feedback in the past. This can be a future improvement.
|
Awesome Miner - Complete solution to manage and monitor mining operations of ASIC, GPU and CPU miners Optimized Antminer firmware - Increased hashrate, improved power efficiency and more features. For S9, S9i, S9j, T9+, L3+, S17, S17 Pro, S17+, T17, T17+, S19, S19 Pro, S19j, S19j Pro, T19 Up to 200,000 miners | Notifications | Native overclocking | Profit switching | Customizable rules | API | Windows application | Mobile web
|
|
|
patrike (OP)
Legendary
Offline
Activity: 3472
Merit: 1095
|
|
November 26, 2018, 02:17:35 PM |
|
Thanks - these will be included in the next release, planned to be available within the next 1 - 2 days.
|
Awesome Miner - Complete solution to manage and monitor mining operations of ASIC, GPU and CPU miners Optimized Antminer firmware - Increased hashrate, improved power efficiency and more features. For S9, S9i, S9j, T9+, L3+, S17, S17 Pro, S17+, T17, T17+, S19, S19 Pro, S19j, S19j Pro, T19 Up to 200,000 miners | Notifications | Native overclocking | Profit switching | Customizable rules | API | Windows application | Mobile web
|
|
|
trucobit
Jr. Member
Offline
Activity: 756
Merit: 2
|
|
November 26, 2018, 02:42:28 PM |
|
@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
|
|
|
|
patrike (OP)
Legendary
Offline
Activity: 3472
Merit: 1095
|
|
November 26, 2018, 03:11:57 PM |
|
@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
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!
|
Awesome Miner - Complete solution to manage and monitor mining operations of ASIC, GPU and CPU miners Optimized Antminer firmware - Increased hashrate, improved power efficiency and more features. For S9, S9i, S9j, T9+, L3+, S17, S17 Pro, S17+, T17, T17+, S19, S19 Pro, S19j, S19j Pro, T19 Up to 200,000 miners | Notifications | Native overclocking | Profit switching | Customizable rules | API | Windows application | Mobile web
|
|
|
slysir
Newbie
Offline
Activity: 52
Merit: 0
|
|
November 26, 2018, 07:18:40 PM |
|
|
|
|
|
WAC20
Newbie
Offline
Activity: 2
Merit: 0
|
|
November 26, 2018, 08:28:57 PM |
|
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?
|
|
|
|
trucobit
Jr. Member
Offline
Activity: 756
Merit: 2
|
|
November 26, 2018, 10:15:37 PM |
|
@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
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! 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
|
|
|
|
Nuttawut
Newbie
Offline
Activity: 21
Merit: 0
|
|
November 27, 2018, 04:32:06 AM |
|
T-Rex 0.8.1 Performance improvements: x22i +10-20% Bug fixes: Miner hangs on start up when it doesn't receive authorize message response NOTE: skunk may be slower by 1% than the previous version, will be fixed soon Linux/Windows https://github.com/trexminer/T-Rex/releases/tag/0.8.1
|
|
|
|
patrike (OP)
Legendary
Offline
Activity: 3472
Merit: 1095
|
|
November 27, 2018, 03:35:00 PM |
|
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?
Awesome Miner is making multiple requests to an Antminer to get all information related to the mining. For Z9 miners they incorrectly report the hashrate unit and Awesome Miner needs to detect that it's an Z9 and then change to another unit (kH/s). It's two different requests for getting the hashrate and for figuring out that it's an Antminer Z9 and I think the second one here is failing every now and then. Can you please go to the Options dialog, Advanced section and either increase the Miner API connection timeout a bit, or try to set "Enable retry". This will make it less likely that an API request to the Antminer is failing and Awesome Miner should detect it as a Z9 all the time.
|
Awesome Miner - Complete solution to manage and monitor mining operations of ASIC, GPU and CPU miners Optimized Antminer firmware - Increased hashrate, improved power efficiency and more features. For S9, S9i, S9j, T9+, L3+, S17, S17 Pro, S17+, T17, T17+, S19, S19 Pro, S19j, S19j Pro, T19 Up to 200,000 miners | Notifications | Native overclocking | Profit switching | Customizable rules | API | Windows application | Mobile web
|
|
|
trucobit
Jr. Member
Offline
Activity: 756
Merit: 2
|
|
November 27, 2018, 04:16:24 PM |
|
new t-rex 0.8.2 improved x22i + 1-3% , add new version in AW
|
|
|
|
coinbizarre
Newbie
Offline
Activity: 18
Merit: 0
|
|
November 27, 2018, 05:39:18 PM |
|
Is it possible to run awesome miner in a docker container, so I don’t have to have a dedicated machine to monitor my Antminers.
|
|
|
|
|