Aexcu
|
|
March 04, 2014, 08:17:25 PM |
|
1) Turning power ON, FAN of AntMiner starts to immediately boost at full power. Effectively this means that it is loudest of the bunch as other AntMiner units control FAN speeds O.K. 2) In the AntMiner 'miner status' -window the RPM speeds seem to change, unfortunately to no effect of the FAN itself 3) Updating firmware of the unit to the latest did not help this problem (did 4) According to BITMAIN suggestion, I bought a new FAN from the internet as replacement, as suspected PWM being faulty. Unfortunately, new FAN experiences the very same issue, starts at full boost at power ON and continues ever since 5) I tried swapping the wiring (blue/white) of the connector(s), should there be an issue of factory wiring at the other end of connector but to no avail You could try switching the fan over to the other side and run it from the second blade instead... that might help... That was a very good suggestion! Running the fan from the 2nd blade actually helps, it spins according to spec now. Thank you!
|
|
|
|
S4VV4S
|
|
March 04, 2014, 08:25:14 PM |
|
I reverted all the changes I did to /ect/init.d/cgminer which was nothing but #
Now cgminer starts but unless I disable NTP my miner won't mine.
Why is that?
I didn't have this problem with v1.4
Any body know how I can disable ntp without getting this error?
Could you post your cgminer file? or just the part that you edited for ntp? perhaps some of the script logic has changed. I found replacing "0.openwrt.org" etc. with local ntp servers in the cgminer file sorted all my non-hashing problems out, but only when deleting the "0." also. OK, I have checked both version of my /etc/init.d/cgmirer file and THERE IS a difference. The older version is like this: # if [ ! -f /tmp/cgminer-ntpd-done ]; then # while [ "$NTPD_RET" != "0" ]; do # ntpd -d -n -q -N \ # -p 0.openwrt.pool.ntp.org \ # -p 1.openwrt.pool.ntp.org \ # -p 2.openwrt.pool.ntp.org \ # -p 3.openwrt.pool.ntp.org # # NTPD_RET=$? # done # # touch /tmp/cgminer-ntpd-done # fi The New one: if [ ! -f /tmp/cgminer-ntpd-done ]; then while [ "$NTPD_RET" != "0" ]; do ntpd -d -n -q -N \ -p 0.openwrt.pool.ntp.org \ -p 1.openwrt.pool.ntp.org \ -p 2.openwrt.pool.ntp.org \ -p 3.openwrt.pool.ntp.org cnt=$ (($cnt+1)) if [ $cnt -gt 2 ];then echo cnt break fi NTPD_RET=$? done touch /tmp/cgminer-ntpd-done fi Does anybody know how I can go about it?
|
|
|
|
S4VV4S
|
|
March 04, 2014, 09:12:30 PM |
|
I fixed it Apparently I didn't notice the cnt=0 before all the rest. That has to be commented out as well for it to work. So if you want to manually remove the NTP in the v1.5 Ant you should comment out all the following: cnt=0 if [ ! -f /tmp/cgminer-ntpd-done ]; then while [ "$NTPD_RET" != "0" ]; do ntpd -d -n -q -N \ -p 0.openwrt.pool.ntp.org \ -p 1.openwrt.pool.ntp.org \ -p 2.openwrt.pool.ntp.org \ -p 3.openwrt.pool.ntp.org cnt=$ (($cnt+1)) if [ $cnt -gt 2 ];then echo cnt break fi NTPD_RET=$? done touch /tmp/cgminer-ntpd-done fi
|
|
|
|
freebit13
|
|
March 04, 2014, 09:17:29 PM |
|
1) Turning power ON, FAN of AntMiner starts to immediately boost at full power. Effectively this means that it is loudest of the bunch as other AntMiner units control FAN speeds O.K. 2) In the AntMiner 'miner status' -window the RPM speeds seem to change, unfortunately to no effect of the FAN itself 3) Updating firmware of the unit to the latest did not help this problem (did 4) According to BITMAIN suggestion, I bought a new FAN from the internet as replacement, as suspected PWM being faulty. Unfortunately, new FAN experiences the very same issue, starts at full boost at power ON and continues ever since 5) I tried swapping the wiring (blue/white) of the connector(s), should there be an issue of factory wiring at the other end of connector but to no avail You could try switching the fan over to the other side and run it from the second blade instead... that might help... That was a very good suggestion! Running the fan from the 2nd blade actually helps, it spins according to spec now. Thank you! Nice to hear, glad to help
|
Decentralize EVERYTHING!
|
|
|
freebit13
|
|
March 04, 2014, 09:21:41 PM |
|
I fixed it Apparently I didn't notice the cnt=0 before all the rest. That has to be commented out as well for it to work. So if you want to manually remove the NTP in the v1.5 Ant you should comment out all the following: cnt=0 if [ ! -f /tmp/cgminer-ntpd-done ]; then while [ "$NTPD_RET" != "0" ]; do ntpd -d -n -q -N \ -p 0.openwrt.pool.ntp.org \ -p 1.openwrt.pool.ntp.org \ -p 2.openwrt.pool.ntp.org \ -p 3.openwrt.pool.ntp.org cnt=$ (($cnt+1)) if [ $cnt -gt 2 ];then echo cnt break fi NTPD_RET=$? done touch /tmp/cgminer-ntpd-done fi Thanks for the tip, as I suggested before, I replaced the bolded text above with local ntp servers in my file and it's sorted my diconnect problems... maybe I'll give commenting it a try... does anyone know if NTP actually affects anything besides the system time?
|
Decentralize EVERYTHING!
|
|
|
S4VV4S
|
|
March 04, 2014, 09:38:51 PM |
|
I don't think it affects anything else. But I wouldn't rule it out. I disabled NTP on my Ants and I have no problems with my speeds
|
|
|
|
jjiimm_64
Legendary
Offline
Activity: 1876
Merit: 1000
|
|
March 04, 2014, 10:35:19 PM |
|
1) Turning power ON, FAN of AntMiner starts to immediately boost at full power. Effectively this means that it is loudest of the bunch as other AntMiner units control FAN speeds O.K. 2) In the AntMiner 'miner status' -window the RPM speeds seem to change, unfortunately to no effect of the FAN itself 3) Updating firmware of the unit to the latest did not help this problem (did 4) According to BITMAIN suggestion, I bought a new FAN from the internet as replacement, as suspected PWM being faulty. Unfortunately, new FAN experiences the very same issue, starts at full boost at power ON and continues ever since 5) I tried swapping the wiring (blue/white) of the connector(s), should there be an issue of factory wiring at the other end of connector but to no avail You could try switching the fan over to the other side and run it from the second blade instead... that might help... That was a very good suggestion! Running the fan from the 2nd blade actually helps, it spins according to spec now. Thank you! Nice to hear, glad to help I cant wait to get home and try this.... i have 3 whinning at full speed.. the sound drowns at 40 others
|
1jimbitm6hAKTjKX4qurCNQubbnk2YsFw
|
|
|
jacob019
Sr. Member
Offline
Activity: 252
Merit: 250
Cryptomancer
|
|
March 05, 2014, 03:59:19 AM Last edit: March 05, 2014, 06:49:22 AM by jacob019 |
|
got four antminers in the mail today. One of them has a bad controller, the chains are not found. I noticed in the log that there's a problem with the USB: Wed Dec 31 19:00:11 1969 kern.err kernel: [ 11.870000] usb 1-1.1: device descriptor read/64, error -32 And this in dmesg: [ 7.150000] usb 1-1.1: unable to read config index 0 descriptor/all [ 7.150000] usb 1-1.1: can't read configurations, error -32 [ 7.260000] usb 1-1.1: new full-speed USB device number 6 using ehci-platform [ 7.290000] usb 1-1.1: device descriptor read/all, error -32 When I run lsusb on a good miner I get: Bus 001 Device 002: ID 0409:005a Bus 001 Device 001: ID 1d6b:0002 Bus 001 Device 004: ID 4254:4153 But with the bad controller I only get: Bus 001 Device 002: ID 0409:005a Bus 001 Device 001: ID 1d6b:0002 Does anyone know anything about the interface of the mining blades? If they're just a USB interface then I should be able to build my own controller and compile the software from bitmains repos. Kind of strange that there's only one missing USB device though, if they are USB.
|
|
|
|
kano
Legendary
Offline
Activity: 4578
Merit: 1851
Linux since 1997 RedHat 4
|
|
March 05, 2014, 08:22:03 AM |
|
got four antminers in the mail today. One of them has a bad controller, the chains are not found. I noticed in the log that there's a problem with the USB: Wed Dec 31 19:00:11 1969 kern.err kernel: [ 11.870000] usb 1-1.1: device descriptor read/64, error -32 And this in dmesg: [ 7.150000] usb 1-1.1: unable to read config index 0 descriptor/all [ 7.150000] usb 1-1.1: can't read configurations, error -32 [ 7.260000] usb 1-1.1: new full-speed USB device number 6 using ehci-platform [ 7.290000] usb 1-1.1: device descriptor read/all, error -32 When I run lsusb on a good miner I get: Bus 001 Device 002: ID 0409:005a Bus 001 Device 001: ID 1d6b:0002 Bus 001 Device 004: ID 4254:4153 But with the bad controller I only get: Bus 001 Device 002: ID 0409:005a Bus 001 Device 001: ID 1d6b:0002 Does anyone know anything about the interface of the mining blades? If they're just a USB interface then I should be able to build my own controller and compile the software from bitmains repos. Kind of strange that there's only one missing USB device though, if they are USB. This is the mining 'blade': Bus 001 Device 004: ID 4254:4153
|
|
|
|
freebit13
|
|
March 05, 2014, 08:54:33 AM |
|
1) Turning power ON, FAN of AntMiner starts to immediately boost at full power. Effectively this means that it is loudest of the bunch as other AntMiner units control FAN speeds O.K. 2) In the AntMiner 'miner status' -window the RPM speeds seem to change, unfortunately to no effect of the FAN itself 3) Updating firmware of the unit to the latest did not help this problem (did 4) According to BITMAIN suggestion, I bought a new FAN from the internet as replacement, as suspected PWM being faulty. Unfortunately, new FAN experiences the very same issue, starts at full boost at power ON and continues ever since 5) I tried swapping the wiring (blue/white) of the connector(s), should there be an issue of factory wiring at the other end of connector but to no avail You could try switching the fan over to the other side and run it from the second blade instead... that might help... That was a very good suggestion! Running the fan from the 2nd blade actually helps, it spins according to spec now. Thank you! Nice to hear, glad to help I cant wait to get home and try this.... i have 3 whinning at full speed.. the sound drowns at 40 others When switching the fan around you'll notice there is one screw that is not a hex, you'll need to swap that one also so that the fan fits snugly on the other side
|
Decentralize EVERYTHING!
|
|
|
Aexcu
|
|
March 05, 2014, 09:46:06 AM |
|
When switching the fan around you'll notice there is one screw that is not a hex, you'll need to swap that one also so that the fan fits snugly on the other side I'll at least just extend the fan cable myself, but that's a good observation.
|
|
|
|
solarion
|
|
March 05, 2014, 04:28:41 PM |
|
I fixed it Apparently I didn't notice the cnt=0 before all the rest. That has to be commented out as well for it to work. So if you want to manually remove the NTP in the v1.5 Ant you should comment out all the following: cnt=0 if [ ! -f /tmp/cgminer-ntpd-done ]; then while [ "$NTPD_RET" != "0" ]; do ntpd -d -n -q -N \ -p 0.openwrt.pool.ntp.org \ -p 1.openwrt.pool.ntp.org \ -p 2.openwrt.pool.ntp.org \ -p 3.openwrt.pool.ntp.org cnt=$ (($cnt+1)) if [ $cnt -gt 2 ];then echo cnt break fi NTPD_RET=$? done touch /tmp/cgminer-ntpd-done fi Is this mod functionally the same as unchecking "Enable NTP client" on rev 1.5 w/ latest firmware? I had some rev 1.5 ants connected via wifi that were dropping off.
|
|
|
|
S4VV4S
|
|
March 05, 2014, 04:59:01 PM |
|
I fixed it Apparently I didn't notice the cnt=0 before all the rest. That has to be commented out as well for it to work. So if you want to manually remove the NTP in the v1.5 Ant you should comment out all the following: cnt=0 if [ ! -f /tmp/cgminer-ntpd-done ]; then while [ "$NTPD_RET" != "0" ]; do ntpd -d -n -q -N \ -p 0.openwrt.pool.ntp.org \ -p 1.openwrt.pool.ntp.org \ -p 2.openwrt.pool.ntp.org \ -p 3.openwrt.pool.ntp.org cnt=$ (($cnt+1)) if [ $cnt -gt 2 ];then echo cnt break fi NTPD_RET=$? done touch /tmp/cgminer-ntpd-done fi Is this mod functionally the same as unchecking "Enable NTP client" on rev 1.5 w/ latest firmware? I had some rev 1.5 ants connected via wifi that were dropping off. You need to do both to disable NTP.
|
|
|
|
solarion
|
|
March 05, 2014, 05:22:12 PM |
|
Thx. I'll hit them with this mod if they act up again.
|
|
|
|
jacob019
Sr. Member
Offline
Activity: 252
Merit: 250
Cryptomancer
|
|
March 05, 2014, 09:17:09 PM |
|
This is the mining 'blade': Bus 001 Device 004: ID 4254:4153
Found that device id in Bitmain's cgminer repo, so I can confirm that is correct. Since we have two blades and only one device ID, I think we can conclude that the blades are not USB. I think there must a separate controller chip that is communicating with the SOC using an on-board USB interlink. Probably some custom serial hardware, so much for rolling my own controller :-( Sure hope Bitmain replies soon.
|
|
|
|
kano
Legendary
Offline
Activity: 4578
Merit: 1851
Linux since 1997 RedHat 4
|
|
March 05, 2014, 09:43:16 PM |
|
This is the mining 'blade': Bus 001 Device 004: ID 4254:4153
Found that device id in Bitmain's cgminer repo, so I can confirm that is correct. Since we have two blades and only one device ID, I think we can conclude that the blades are not USB. I think there must a separate controller chip that is communicating with the SOC using an on-board USB interlink. Probably some custom serial hardware, so much for rolling my own controller :-( Sure hope Bitmain replies soon. Heh. You do know that I wrote the original USB support code in cgminer right? Anyway, the way it works is there is custom hardware on the WRT daughter board that converts one or two 'blades' to a USB device for cgminer to access it. Yes I asked about this when they first came out - if they could make a daughter board that is just purely a USB connection to the two 8 cable board connectors. I never got a reply about that.
|
|
|
|
|
Degolep
|
|
March 05, 2014, 10:51:06 PM |
|
How long does it take on average to get Antminer S1 to europe?
|
|
|
|
S4VV4S
|
|
March 05, 2014, 10:55:01 PM |
|
How long does it take on average to get Antminer S1 to europe?
Around 3 working days
|
|
|
|
Degolep
|
|
March 05, 2014, 11:01:44 PM |
|
Wow so fast? And how much is it to pay at costums? I saw some complaints that its more to pay as before...
|
|
|
|
|