Good that it worked, but it is not exactly a new behavior for antminers.
In fact, S1 and S3 on many machines also had errors with PSU hard reset and had to be rebooted into a "better state" by a software reboot and sometimes multiple of those (especially on S3).
I am interested in some other parameter-what is the optimal board operating temperature that miner is reporting in gui.
Somehow it looks like it throttles back by itself as soon as it reaches 56C or so, at least on my machine.
i don't see much difference in hashing at 51C vs 55C with ambient around 28C. I wonder what others had observed.
Topic: My Bitmaintech s-7 underpreforms at freq 600 + freq 550 , not freq 500 (Fixed!) - page 3. (Read 3496 times)
September 30, 2015, 08:20:01 AM
September 30, 2015, 02:25:32 AM
Phil a very useful discovery and you seem to have some very good numbers after the Software reset.
I wonder if this is in any way related to Bitmains instructions to power up the Hash Boards first & then the Controller? Could be that the S7 does not like them being powered up simultaneously and so doing the Software reset becomes the equivalent of powering up the Controller after the Hash boards are powered?
I am sure someone, not me, could write a script that could run on power up and then do a soft reset?
Rich
I wonder if this is in any way related to Bitmains instructions to power up the Hash Boards first & then the Controller? Could be that the S7 does not like them being powered up simultaneously and so doing the Software reset becomes the equivalent of powering up the Controller after the Hash boards are powered?
I am sure someone, not me, could write a script that could run on power up and then do a soft reset?
Rich
numbers are still good. over 4800 and 1200 watts errors are 0.0111 vs 0.1110 and temps are in the 50's.
over nite numbers show over 4800gh my pdu show 5 amps which is 1200 watts. errors are 0.0132 a little higher then last nite but far better then 0.1100 when the problem occurs and temp's are in the 50's
September 30, 2015, 01:44:08 AM
Phil a very useful discovery and you seem to have some very good numbers after the Software reset.
I wonder if this is in any way related to Bitmains instructions to power up the Hash Boards first & then the Controller? Could be that the S7 does not like them being powered up simultaneously and so doing the Software reset becomes the equivalent of powering up the Controller after the Hash boards are powered?
I am sure someone, not me, could write a script that could run on power up and then do a soft reset?
Rich
I wonder if this is in any way related to Bitmains instructions to power up the Hash Boards first & then the Controller? Could be that the S7 does not like them being powered up simultaneously and so doing the Software reset becomes the equivalent of powering up the Controller after the Hash boards are powered?
I am sure someone, not me, could write a script that could run on power up and then do a soft reset?
Rich
September 30, 2015, 01:10:12 AM
Does the S7 mining GUI have a "shutdown" mechanism? I ask since it might be useful when there is a planned removal of power (e.g. to relocate the miner, re-configure, etc). This won't help if the power fails but it might make things better for folks during their early testing and experimentation.
I always worry about a power shutdown of anything that's got a flash based file system getting corrupted (e.g. a Raspberry PI, maybe the BBB).
I always worry about a power shutdown of anything that's got a flash based file system getting corrupted (e.g. a Raspberry PI, maybe the BBB).
September 29, 2015, 11:09:47 PM
Thank you for taking the time to troubleshoot the problem. Hopefully the soft reset solves the sagging issue and we know that hard resets causes it shit itself.
Where I live we have power sags and lightning storms where power drops for a second two. This is going to be a problem where I live, farck. Anyone know of a way outside of a bridged battery/generator solution that could handle 216 amps / 11k watts for one to two seconds during a power sag that won't cost $15k? I just looked up the rackmount UPS's that would require three and they cost almost as much as the miners, heh. I have a GFI at the service delivery for my main panel, so spikes are no worry. Lightning mitigation is as good as one can get here, so any ideas?
Anyone have any ideas, outside of using sneaker net from neighborhood kids to push the soft reset when the miners go down for a few seconds and come up in a funky state?
Ufo
Where I live we have power sags and lightning storms where power drops for a second two. This is going to be a problem where I live, farck. Anyone know of a way outside of a bridged battery/generator solution that could handle 216 amps / 11k watts for one to two seconds during a power sag that won't cost $15k? I just looked up the rackmount UPS's that would require three and they cost almost as much as the miners, heh. I have a GFI at the service delivery for my main panel, so spikes are no worry. Lightning mitigation is as good as one can get here, so any ideas?
Anyone have any ideas, outside of using sneaker net from neighborhood kids to push the soft reset when the miners go down for a few seconds and come up in a funky state?
Ufo
September 29, 2015, 11:04:47 PM
Thread is open for posting. So if you were getting high hw's and low hash try the system reboot and post results here.
September 29, 2015, 10:57:46 PM
So once I did a software system reboot all things seem well.
freq 550 is better then 4400gh with 1000 watts
freq 600 is better then 4800gh with 1200 watts used.
Seems like try to do a software reboot. as a key tester.
freq 550 is better then 4400gh with 1000 watts
freq 600 is better then 4800gh with 1200 watts used.
Seems like try to do a software reboot. as a key tester.
September 29, 2015, 09:30:36 PM
Next will be a freq 550 demo. this will be up in 1 hour -2hours. I may have found part of the issue. When you power down with a switch or a full power down then you power up like what can happen with a black out the unit runs like poorly tossing .1100 error rate and 5 or 10% hash rate drop.
I went to system reboot and did a software reboot here are results.
these are good numbers for freq 550 you should get 4400gh and 1100 watts I am better then both after the software reboot.
4476gh at 1104 watts and 0.0007 error rate
Still locking this until all test are done I will be back.
I went to system reboot and did a software reboot here are results.
these are good numbers for freq 550 you should get 4400gh and 1100 watts I am better then both after the software reboot.
4476gh at 1104 watts and 0.0007 error rate
Still locking this until all test are done I will be back.
September 29, 2015, 09:27:36 PM
I use an Evga 1600 p2 psu with 240 volts it reads 4.1 amps which x 240 volts is 984 watts
Here is my freq 500 after 1 hour and 13 min.
and as you can see freq 500 is good almost no errors hashrate is 4055 ghwhich is more then 5/6 x 4800 = 4000
so if the s-7 was sold as a freq 500 machine with 4000gh using 1000 watts it would be true specs:
Here is my freq 500 after 1 hour and 13 min.
and as you can see freq 500 is good almost no errors hashrate is 4055 ghwhich is more then 5/6 x 4800 = 4000
so if the s-7 was sold as a freq 500 machine with 4000gh using 1000 watts it would be true specs:
September 29, 2015, 08:01:41 PM
@ mods this could go into support as it seems to be a fixable problem for my machine.
maybe others can try the same fix.
May have found the problem. Hard power off power on such as a blackout. Seems to cause high error rate and low hash. If this occurs try a system reboot.
This may be one problem causing low hash high errors. It seems to have been my problem. If you are tossing high errors like 0.1100 and low hash try a system reboot. I will continue tests and screen shots.
I want to start a thread on this. below was one of my "bad" s-7's.
Seems like hard power off power on causes it. Blackouts or moving the gear would be an example of hard power off
Seems like system reboot via software fixes it.
please summit screen shots at least 2 hours run time.
At freq 600 ---------for me really not so good.
At freq 550 -------- for me not so good
at freq 500 --------for me good
please list your psu.
Any fuck you bitmaintech your gear sucks is an auto delete
any the gear will never roi is an auto delete.
I will use ckpool for my stats.
Topic is locked for now.
here is an early look at my s-7 freq 500 really good numbers
maybe others can try the same fix.
May have found the problem. Hard power off power on such as a blackout. Seems to cause high error rate and low hash. If this occurs try a system reboot.
This may be one problem causing low hash high errors. It seems to have been my problem. If you are tossing high errors like 0.1100 and low hash try a system reboot. I will continue tests and screen shots.
I want to start a thread on this. below was one of my "bad" s-7's.
Seems like hard power off power on causes it. Blackouts or moving the gear would be an example of hard power off
Seems like system reboot via software fixes it.
please summit screen shots at least 2 hours run time.
At freq 600 ---------for me really not so good.
At freq 550 -------- for me not so good
at freq 500 --------for me good
please list your psu.
Any fuck you bitmaintech your gear sucks is an auto delete
any the gear will never roi is an auto delete.
I will use ckpool for my stats.
Topic is locked for now.
here is an early look at my s-7 freq 500 really good numbers
Jump to: