Topic: [DIY] - Reward $100 | Antminer S1/S3 Blade on Raspberry Pi - page 19. (Read 82179 times)

Is this further than you've been? That screen tells me the dongle has been detected by cgminer, and if the light flashes on the board, then the board is getting communication from cgminer and if the next line reads getstatus no data finish, then the board is not succeeding in communicating back (not sure why).

It is more the logic that tx on the dongle should connect to the rx on the board, but when they say pin 3 on the board is the tx, what does that mean? Is that the tx on the board or is it the pin you connect the tx from the dongle to? That is what led me to stumble upon that ..... but when I had them connected the "wrong" way, never got any blue, purple or magic smoke!

So far no dice with the switched RX/TX. I get flashing on the blade, but no further activity on cgminer. Stalls at:

 [2014-11-15 09:24:59] Started cgminer 4.7.0
 [2014-11-15 09:24:59] -----------------start freq-------------------
 [2014-11-15 09:25:00] Send frequency 82098110
 [2014-11-15 09:25:00] Send freq getstatus 84000400

and eventually segfaults out. Switching to the other blade without resoldered pins.

can be changed at any low esr)The larger the capacity is better,I changed for 1500mF 6.3v-working fine.

blades 2013- 680 mkF soldered, 2014-470mkf possible on newer become quite save.Blade will work with any capacity, for example from the old motherboard or power supply.

Screw it, pray for no magic smoke. I'd be blown away if that was it. Two different uarts, both swapped on the silkscreening...

I am sure you will not get any blue smoke .... and yes, the way I discovered was just that way, flipped them when plugged in and cgminer spewing errors at me ... then voilla!

Mine dongles are red in coulor, but look very similar in size to that one.

Ouf, really? I thought twisted RX/TX lines would end up blowing one end of the UART and letting out the purple smoke?

How did you discover that they are twisted? Did you just flip them half-way through and saw if they worked?

These are the UARTs I have:

http://www.ebay.ca/itm/USB-2-0-to-UART-TTL-6PIN-CP2102-Connector-Module-Serial-Converter-New-/231367399716?pt=US_Parallel_Serial_PS_2_Cables_Adapters&hash=item35de925924

^^^ Before you try the rPi, it may be a good idea to try and flip the tx/rx connections during the cgminer detection routine. I did the same and "discovered" that these are twisted on the CP201x dongles I got.

This is all on Ubuntu 14.04 fwiw.

Not running with sudo (as no one should be, much better to set the proper permissions. A compromised miner running with sudo could easily infect your machine)

I'm part of plugdev, and dialout (...4(adm),20(dialout),24(cdrom),27(sudo),30(dip),46(plugdev),109(lpadmin),124(sambashare)...)

Permissions on /dev/ttyUSB0 are:

crw-rw---- 1 root dialout 188, 0 Nov 15 08:27 /dev/ttyUSB0

Also, I have /etc/udev/rules.d/01-cgminer.rules from I believe it's bitmaintech.

The USB bus is rather complicated on the laptop I'm running this on (screen digitizer, fingerswipe reader, etc). I'm going to fire up my raspberry pi and see if I can get it running there.

I've been using two different CP2102s on two different blades for now. I've run a voltmeter across the 12V pci-e connector, getting a healthy 12V. I haven't test pointed anywhere else on the blade. If the pi is unsuccessful, I will make sure the RX/TX lines are good. One of the blades has had resoldered pins to ease prototyping, the other has direct soldered to leads off the uart. It's possible the resoldered one didn't get good solder through the hole. Are these blade multilayer boards? I suspect they are.

did you run with or without sudo / or user permissions to usb?

Same, no change. I'll diagnose in the morning.

Working through my CP2102s on my 4 boards again after a hiatus.

I have a whole slew of:

AMU0: GetResults (amt=0 err=-7 ern=25)
 [2014-11-14 20:37:13] AMU0: Read freq Comms timeout (rerr=-7 relen=0)
 [2014-11-14 20:37:13] AMU0: GetResults (amt=0 err=-7 ern=25)
 [2014-11-14 20:37:13] AMU0: Read freq Comms timeout (rerr=-7 relen=0)
 [2014-11-14 20:37:14] AMU0: GetResults (amt=0 err=-7 ern=25)
 [2014-11-14 20:37:14] AMU0: Read freq Comms timeout (rerr=-7 relen=0)
 [2014-11-14 20:37:14] Discarded work
 [2014-11-14 20:37:14] Selecting pool 0 for work
 [2014-11-14 20:37:14] Generated stratum merkle dd97b19085ad4c5c1631a740ee43a7dcf52656eec12e478c7b582189d553d70b
 [2014-11-14 20:37:14] Generated stratum header 0000000255f68287a970c063a3523c67d4edc537dd0ecd13018236260000000000000000dd97b19 085ad4c5c1631a740e
e43a7dcf52656eec12e478c7b582189d553d70b5466ae2e181bc330000000000000008000000000 000000000000000000000000000000000000000000000000
 [2014-11-14 20:37:14] Work job_id 62459d0e nonce2 5 ntime 5466ae2e
 [2014-11-14 20:37:14] Generated target 00000000000000000000000000000000000000000000000000f0ff0f00000000
 [2014-11-14 20:37:14] Generated stratum work
 [2014-11-14 20:37:14] Pushing work from pool 0 to hash queue
 [2014-11-14 20:37:14] (5s):0.000 (1m):0.000 (5m):0.000 (15m):0.000 (avg):0.000h/s
 [2014-11-14 20:37:14] AMU0: GetResults (amt=0 err=-7 ern=25)
 [2014-11-14 20:37:14] AMU0: Read freq Comms timeout (rerr=-7 relen=0)
 [2014-11-14 20:37:14] AMU0: GetResults (amt=0 err=-7 ern=25)
 [2014-11-14 20:37:14] AMU0: Read freq Comms timeout (rerr=-7 relen=0)
 [2014-11-14 20:37:14] AMU0: GetResults (amt=0 err=-7 ern=25)
 [2014-11-14 20:37:14] AMU0: Read freq Comms timeout (rerr=-7 relen=0)
 [2014-11-14 20:37:14] Send freq getstatus 84000400
 [2014-11-14 20:37:14] AMU0: GetResults (amt=0 err=-7 ern=471)
 [2014-11-14 20:37:14] Send freq getstatus ok
 [2014-11-14 20:37:15] AMU0: GetResults (amt=0 err=-7 ern=25)
 [2014-11-14 20:37:15] AMU0: Read freq Comms timeout (rerr=-7 relen=0)

and

 [2014-11-14 20:37:00] AMU: cgid 0 EnableUART got err 0
 [2014-11-14 20:37:00] AMU: cgid 0 SetDataCtrl got err 0
 [2014-11-14 20:37:00] AMU: cgid 0 SetBaud got err 4

But no hashing using --bmsc-options 115200:550 --bmsc-freq 0981. I've played with many timeout settings but same behavior. Again, using bitmaintech cgminer. No flashing lights on the board either.

Thoughts?

Allright after futher talking with co-worker at my job. The capacitor on the board is a Tatalum 107A.

100uF 10Volt, it is not the same as the one on the schema. I guess I have an older rev of the board.

Especially since you can get a whole board on ebay for 20 bucks.

i could buy this one ? Even if it's not the same model ?

http://www.digikey.ca/product-detail/en/APSA6R3ELL681MJB5S/565-3065-ND/758496

EDIt: Pain in the ass to pay 10$ for a broken capacitor ...

Alright i wasn't sure it would be the same for each revision of the board.

Thanks !

lol, forgot about the pcb layout was available :-p

https://github.com/AntMiner/AntGen1/blob/master/PCB/ANT_Miner_V1.3.rar

c17 - 680mF 6.3V-can be replaced by any similar capacity
all small capacitors around the chip is a 100nf

maybe j4bberwock can help there, i dont have capacidence measurement on my voltmeter, i im unsure what the value is of the capacitor


i might, but right now im the middle of another project, and this is going to take hours to set up