[Setup & Troubleshoot] Bitmain AntMiner S1 180GH/S miner

[bjornsni]

got one on the last batch that i cant get into. lan port lights up, but the side lights on the boards do not.

thoughts?

Judging from my experience and from what I can tell, the side lights start flickering when the miner is actually mining.

Check your network settings.

Remember, most Ants from the latest batch come with an IP: 192.168.2.xx

Notice, it's 2 now not 1.

all 8 i got on this batch state 1.99 on them...

[Trends]

Gent's
I have a problem maybe someone would like to offer some help with.
I have 4 out of 5 S1 miners that I've just setup and have hashing. The 5th miner I am having issues with!
I can contact with the 5th miner at its I/P address and I've set the configurations the same as the other 4 (except for the I/P of course), I've tested each card and all cables on this 5th miner and all are working proper, the control board lights are on and blinking, power supplies have been changed out as well, and thats about all I know how to do.
I should note that as each of them was taken out of the box and connected they started to hash then I changed the I/P to the address I wanted. This work for 4, the 5th one did not start to hash.

The only difference I can find is in the Kernal Log
Four of the working one start with this line [    0.000000] Linux version 3.10.12 (xxl@ubuntu) (gcc version 4.6.4 (OpenWrt/Linaro GCC 4.6-2013.05 r38031) ) #2 Fri Feb 7 18:50:12 CST 2014
the 5th non working one starts with this line [    0.000000] Linux version 3.10.12 (xxl@ubuntu) (gcc version 4.6.4 (OpenWrt/Linaro GCC 4.6-2013.05 r38031) ) #10 Thu Dec 26 09:03:53 CST 2013

All 5 miner blades are 2013/12/16 V1.5

I know absolutely 0 about this software, it just looks like I have a old revision maybe.

Any help?

[jedimstr]

Gent's
I have a problem maybe someone would like to offer some help with.
I have 4 out of 5 S1 miners that I've just setup and have hashing. The 5th miner I am having issues with!
I can contact with the 5th miner at its I/P address and I've set the configurations the same as the other 4 (except for the I/P of course), I've tested each card and all cables on this 5th miner and all are working proper, the control board lights are on and blinking, power supplies have been changed out as well, and thats about all I know how to do.
I should note that as each of them was taken out of the box and connected they started to hash then I changed the I/P to the address I wanted. This work for 4, the 5th one did not start to hash.

The only difference I can find is in the Kernal Log
Four of the working one start with this line [    0.000000] Linux version 3.10.12 (xxl@ubuntu) (gcc version 4.6.4 (OpenWrt/Linaro GCC 4.6-2013.05 r38031) ) #2 Fri Feb 7 18:50:12 CST 2014
the 5th non working one starts with this line [    0.000000] Linux version 3.10.12 (xxl@ubuntu) (gcc version 4.6.4 (OpenWrt/Linaro GCC 4.6-2013.05 r38031) ) #10 Thu Dec 26 09:03:53 CST 2013

All 5 miner blades are 2013/12/16 V1.5

I know absolutely 0 about this software, it just looks like I have a old revision maybe.

Any help?

Install the latest firmware on the 5th one... you can get it from here: https://github.com/AntMiner/AntGen1/tree/master/firmware

[S4VV4S]

got one on the last batch that i cant get into. lan port lights up, but the side lights on the boards do not.

thoughts?

Judging from my experience and from what I can tell, the side lights start flickering when the miner is actually mining.

Check your network settings.

Remember, most Ants from the latest batch come with an IP: 192.168.2.xx

Notice, it's 2 now not 1.

all 8 i got on this batch state 1.99 on them...

OK.
Can you access the Ant and set your preferences?

Can you ping google.com from the Ant?

[bjornsni]

i got the tp link to reset to 1.99

got into it, set everything up with my info and changed the ip. but doesn't mine

[Trends]

Thanks for the quick reply Jedimstr,
I trust you mean this file
  antMiner_openwrt20140207.bin  update openwrt and PIC firmware

I also just noticed the in the software log the only diff between the four good and the 5th was file cgminer
3.12.0-1 for the good miners and 3.8.5-1 for the 5th bad one.
Will the bin from above update the cgminer as well?
TIA

[Trends]

Jedimstr,
Thanks for the help, We have upgraded and are hashing!!!!!

[jedimstr]

Thanks for the quick reply Jedimstr,
I trust you mean this file
  antMiner_openwrt20140207.bin  update openwrt and PIC firmware

I also just noticed the in the software log the only diff between the four good and the 5th was file cgminer
3.12.0-1 for the good miners and 3.8.5-1 for the 5th bad one.
Will the bin from above update the cgminer as well?
TIA

Jedimstr,
Thanks for the help, We have upgraded and are hashing!!!!!

You're welcome...yes it looked like four of your miners were on the latest firmware already with the newer CGMiner and the 5th one just needed the update to match.

[klondike_bar]

Thanks for the quick reply Jedimstr,
I trust you mean this file
  antMiner_openwrt20140207.bin  update openwrt and PIC firmware

I also just noticed the in the software log the only diff between the four good and the 5th was file cgminer
3.12.0-1 for the good miners and 3.8.5-1 for the 5th bad one.
Will the bin from above update the cgminer as well?
TIA

Jedimstr,
Thanks for the help, We have upgraded and are hashing!!!!!

You're welcome...yes it looked like four of your miners were on the latest firmware already with the newer CGMiner and the 5th one just needed the update to match.

whats the new firmware achieve? Im updating my miners now and there is no immediate effects - temps and 5min hashrates look roughly the same

[cyberspaced]

Thanks for the quick reply Jedimstr,
I trust you mean this file
  antMiner_openwrt20140207.bin  update openwrt and PIC firmware

I also just noticed the in the software log the only diff between the four good and the 5th was file cgminer
3.12.0-1 for the good miners and 3.8.5-1 for the 5th bad one.
Will the bin from above update the cgminer as well?
TIA

Jedimstr,
Thanks for the help, We have upgraded and are hashing!!!!!

You're welcome...yes it looked like four of your miners were on the latest firmware already with the newer CGMiner and the 5th one just needed the update to match.

whats the new firmware achieve? Im updating my miners now and there is no immediate effects - temps and 5min hashrates look roughly the same

Less strain on the controlboard and an updated cgminer.

[freebit13]

Any update on the firmware update?  Miner shutting loosing internet connection, then it regains it.  Since mine are downstairs, i have to use my iPhone app to keep an eye on it.

Check my post here: https://bitcointalk.org/index.php?topic=348327.msg5453219#msg5453219

...at the bottom of the init.d/cgminer file, there are leading digits and points before the addresses which breaks the script. I removed them (0.openwrt.org) and finally ntp seems to work

I think it's the ntp settings that are causing this... try changing the /etc/init.d/cgminer file... it's worked for me.

EDIT: P.S. it's best to use some local ntp servers and not the openwrt server because they never seem to work for me.

[freebit13]

whats the new firmware achieve? Im updating my miners now and there is no immediate effects - temps and 5min hashrates look roughly the same

Less strain on the controlboard and an updated cgminer.

I don't believe cgminer is updated, I've remained on 3.12.0-1 after upgrading. AFAIK, the bitmain version of cgminer is an unmaintained fork, but hopefully Kano will be sorting somthing out once he's had a chance to sort the mess out.

[jedimstr]

whats the new firmware achieve? Im updating my miners now and there is no immediate effects - temps and 5min hashrates look roughly the same

Less strain on the controlboard and an updated cgminer.

I don't believe cgminer is updated, I've remained on 3.12.0-1 after upgrading. AFAIK, the bitmain version of cgminer is an unmaintained fork, but hopefully Kano will be sorting somthing out once he's had a chance to sort the mess out.

Previous firmware before the latest had CGMiner 3.8.5. So it was updated. 
If you had 3.12.0 already before updating, then you already had the latest firmware.

[freebit13]

whats the new firmware achieve? Im updating my miners now and there is no immediate effects - temps and 5min hashrates look roughly the same

Less strain on the controlboard and an updated cgminer.

I don't believe cgminer is updated, I've remained on 3.12.0-1 after upgrading. AFAIK, the bitmain version of cgminer is an unmaintained fork, but hopefully Kano will be sorting somthing out once he's had a chance to sort the mess out.

Previous firmware before the latest had CGMiner 3.8.5. So it was updated. 
If you had 3.12.0 already before updating, then you already had the latest firmware.

I was definitely on an old firmware before, but after updating once and having trouble, I reverted back to the old firmware with a backup I made. I have now gone and re-updated the firmware again today. Could it be that when I reverted back to the old firmware backup that cgminer was not reverted back also? I never checked cgminer before updating the first time, so I can't be sure if I have always been on 3.12.0 or not.

[PatMan]

Hey kano,

Don't suppose you've had a chance to look at the antminer cgminer thing yet my man? Just wondering what your thoughts are buddy.....

Peace.

I've started on it ... it's compilable in my git, but I now have to sort out cross compiling it and then fixing it if (when) it doesn't work on my ant
It will also need a little more tidy up to make it report things the same as the other drivers.
Then there'll be an obvious change or two to improve it.

Gotta say, it had some weird crap in there.
Was a real hack and slash getting rid of that.
(my changes so far are quite large even though they don't really do much - just trying to turn it into a proper cgminer driver)

One rather annoying thing I found in the code:
As I mentioned before it has the worst reject % of all the devices I have ... well ... it lies about the reject % ... it's even higher.
The driver was intercepting stale shares (if it worked out that any were stale) and made them disappear rather than count against the already high reject count .........
Obviously you can't know 100% in advance if a share is going to be rejected by the pool, but this code is designed to pick up some, if they are a bit later, and make them disappear.
https://github.com/bitmaintech/cgminer/blob/master/driver-bitmain.c#L912

Edit: actually they'd probably count against the stale count, not the reject count, but still represents late work.

Cripes mate, sounds like a bit of a mission.....

Appreciate you doing this kano - it would be so nice to have a cgminer for these that report the stats correctly, work properly & don't hog the cpu so much that the dash is slow & unresponsive - I'm sure there are many antminer users who'll jump on this if you can swing it my man 

Watching closely........

[philipma1957]

got my third and fourth machines today one works fine the other seems to have a dead ethernet card. any info on trouble shooting it, thanks


yeah fairly desperate .

 
Dead or Malfunctioning?

I just received my second two and they set up ok but next morning one had 8 X's (reboots got it to 1) and  then login issues with the ant and putty.

I followed these steps precisely again and again and never in the same order:
Turn the power supply off and on
Fiddle with the jumper on the 24 pin plug
Hot reinsert the power connectors and jiggle to ensure good contact
Reinsert the ethernet cable and jiggle.
Push the reset button for 4 seconds while everything is on.
Push the reset button for 20 seconds while everything is off.
Shut down and swap power connectors
Push and Jiggle data connectors
Learn a new kind of patience. I gave up and walked away, minutes later the thing sprang to life.
Its now clocked at 400 and no X's or overheat.
Go figure

dead.

this never lites  and it lites on the other three units




and the RMA process offered was not acceptable. in order to get a replacement  controller/ethernet card cross shipped I was asked to send them a 1.35btc deposit.

considering that a complete new machine is 1.37 btc asking 1.35 btc to get the part sent  first is wrong. I then feared what if there is another problem. I spent a long time looking at the machine and found other problems. see below.   So i have a brick






the loose cap  this is a problem





 crooked solder job   but most likely not a problem




 crooked solder job  this looks like it may be a problem


[/quote]

[S4VV4S]

Wow, 1.35BTC deposit to have you part exchanged while it's still under warranty?

I don't know what to say here.

[roy7]

Wow, 1.35BTC deposit to have you part exchanged while it's still under warranty?

I don't know what to say here.

They've been ripped off before by sending replacements but never getting the defective one back. Leading some people to lie about it being defective to steal a second one.

[S4VV4S]

Wow, 1.35BTC deposit to have you part exchanged while it's still under warranty?

I don't know what to say here.

They've been ripped off before by sending replacements but never getting the defective one back. Leading some people to lie about it being defective to steal a second one.

Don't you have to send it back first to get a replacement?

[CYPER]

Wow, 1.35BTC deposit to have you part exchanged while it's still under warranty?

I don't know what to say here.

They've been ripped off before by sending replacements but never getting the defective one back. Leading some people to lie about it being defective to steal a second one.

Don't you have to send it back first to get a replacement?

Not with Sushi. He offers advanced RMA, where you receive the new one first after paying the full price deposit.