Pages:
Author

Topic: [ANN] Bitfury ASIC sales in EU and Europe - page 62. (Read 250491 times)

sr. member
Activity: 251
Merit: 250
September 09, 2013, 07:26:23 AM
I still try to find something suspicous looking on my boards, maybe this time I got something: At the end of the traces from each chip there are white squares reading "SJ18, SJ17, SJXX...". Are they called jumpers?
Yes, SJ = Solder Jumper. It doesn't matter if they are covered with solder tin or not, as long as they aren't connected to each other (unless you want to disable that particular chip).

But your lack of solder tin on the jumpers may indicate that the chips don't have enough either.
legendary
Activity: 1974
Merit: 1003
September 09, 2013, 07:19:10 AM
PM-ed punin, both my H cards have soldering errors on chips ... Embarrassed

To clarify rammy has solder blobs shorting the resistors on the rear of the h board, and solder blobs on the chip pins closest to the top, on 2 boards and multiple chips...
He's no good with a soldering iron either Cheesy

Talked with punin, and he will fix this situation, sent email with full details as asked.
hero member
Activity: 525
Merit: 500
..yeah
September 09, 2013, 07:10:39 AM
I still try to find something suspicous looking on my boards, maybe this time I got something: At the end of the traces from each chip there are white squares reading "SJ18, SJ17, SJXX...". Are they called jumpers?
On my friends two good boards every jumper has a nice dot of solder iron. On my good working board I got them as well, all over every piece. On my two bad boards? None, on a very very few places are some dots. Those board have in total 5 non working chips + some at half or lower speed. Pictures needed?
sr. member
Activity: 350
Merit: 250
September 09, 2013, 06:42:45 AM
Ok ive been on rammys fury for a bit, the thing is awfull tbh

I blame those resistors on the back atm...

Let me give you an example of the stats :-
Code:
14      aIfDSo  48      0.111   0.294   7       18      0       3       25      [4:D]   749     1 1 1 0 0 0 0 0 0 0 0 2 0 1 0 1         1 2 1 0 1 0 1 1 1 1 3 1 0 2 2 1
15      aIfDSo  50      0.032   0.846   2       21      0       1       72      [4:E]   754     0 0 0 0 0 0 0 0 0 0 1 1 0 0 0 0         1 2 0 1 1 0 2 3 2 1 0 1 2 2 2 1
16      aIfDSo  50      0.111   0.282   7       6       1       0       24      [4:F]   749     1 2 1 0 1 1 0 0 0 0 0 0 0 0 0 1         0 0 0 0 0 0 0 0 0 2 1 0 0 1 2 0
17      aIfDSo  50      0.764   0.916   48      14      1       2       78      [5:0]   710     1 3 5 5 3 2 3 3 2 3 2 3 3 2 4 4         2 1 0 0 0 0 1 0 1 2 2 1 1 2 0 1
18      aIfDSo  50      0.764   0.916   48      21      1       3       78      [5:1]   709     3 5 3 2 3 4 4 3 2 3 3 2 2 3 3 3         2 2 1 2 2 1 1 1 2 0 2 2 2 0 1 0
19      aIfDSo  52      0.000   0.070   0       22      0       6       6       [5:2]   756     0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0         3 3 3 4 2 2 0 1 1 1 0 0 0 0 1 1
20      aIfDSo  50      0.223   0.364   14      23      0       7       31      [5:3]   742     2 2 1 0 0 1 1 0 1 0 1 0 2 1 1 1         2 2 2 2 2 1 2 1 2 3 1 0 0 2 1 0
21      aIfDSo  50      0.016   0.775   1       53      2       1       66      [5:4]   755     0 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0         3 3 5 4 5 5 4 4 3 3 2 2 2 4 2 2
22      aIfDSo  50      0.032   0.317   2       28      0       4       27      [5:5]   754     0 0 0 0 0 0 0 0 1 0 0 1 0 0 0 0         4 4 2 2 4 3 2 3 1 1 0 0 1 1 0 0
23      aIfDSo  50      0.016   0.716   1       54      0       0       61      [5:6]   755     0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0         5 2 3 3 3 2 4 3 2 3 4 4 3 4 6 3
24      aIfDSo  50      0.016   0.517   1       22      1       1       44      [5:7]   755     0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0         2 0 1 2 1 1 0 0 2 2 1 3 1 2 2 2
25      aIfDSo  50      0.016   0.810   1       54      3       7       69      [5:8]   755     0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0         4 3 3 2 3 5 6 4 3 2 3 4 4 2 3 3


speed:1629 noncerate[GH/s]:11.167 (0.349/chip) hashrate[GH/s]:20.317 good:702 errors:672 spi-errors:14 miso-errors:124 jobs:294 (record[GH/s]:0.000)
4:      825     6.554   9.513   412     192     2       83
5:      804     4.613   10.805  290     480     12      41

If I raise the speed higher than 50 it gets worse....I actually ended up at 5ghs total on 2 h boards....

Punin these board are really trollied m8, Id not complain if they both pulled 12ghs each or so, this would total the 25ghs of the starter, but its getting nowhere near...

SPI errors are higher than id like, error rate is just silly here...

Rammy cant fix the rear solder blobs himself, so unless there is someone handy in romania, hes stuffed Sad
sr. member
Activity: 350
Merit: 250
September 09, 2013, 05:49:44 AM
PM-ed punin, both my H cards have soldering errors on chips ... Embarrassed

To clarify rammy has solder blobs shorting the resistors on the rear of the h board, and solder blobs on the chip pins closest to the top, on 2 boards and multiple chips...
He's no good with a soldering iron either Cheesy
legendary
Activity: 1974
Merit: 1003
September 09, 2013, 04:52:04 AM
PM-ed punin, both my H cards have soldering errors on chips ... Embarrassed
hero member
Activity: 728
Merit: 500
September 09, 2013, 02:07:07 AM
Hi,
Niko
I've send you a few Emails asking about bulk chip order prices.
Is there any problem ?

Sorry Marto, I'm drowning in emails, just had someone take over the communication for me. We will introduce new chip pricing on the site this weekend.

Any news ?
sr. member
Activity: 427
Merit: 251
- electronics design|embedded software|verilog -
September 08, 2013, 11:05:10 PM

with regards to the pictures, why are some of the traces' through-holes (right term?) gold/copper coloured? Is this just a result of the way the green colour/layer was applied overtop, or a potential defect? Seems like an unlikely reason, but it sounded like the board production was the issue behind most errors, rather than chips)

Yes, the green solder mask is applied
over the the bores of the vias (those
small 'circles'). Sometimes some of the
ink disappears in the drilled holes and a
discoloration occurs. This is not an
indication of a problem.

intron
sr. member
Activity: 434
Merit: 250
September 08, 2013, 09:35:45 PM
Thanks guys for the advice.

As stated in the U.S. thread, I am going to try to reflow these chips first, and see if that gets me over the hump.

Anyone know the flow temperature of the solder used on the H-Boards? (Probably a question for the "free money" thread).

My advice is against reflowing Smiley if it passes visual tests Wink

It's pretty tough to do a visual test on a colder solder joint at this pitch, even with a scope it's difficult. Easier just to reflow.
sr. member
Activity: 490
Merit: 255
September 08, 2013, 09:29:54 PM
Thanks again for the advice guys.

I couldn't find any visual smoking guns with the photos. As was also suggested... bridging the SJ pads on chip 7 might be a good first step.
legendary
Activity: 1946
Merit: 1006
Bitcoin / Crypto mining Hardware.
September 08, 2013, 09:11:19 PM
Thanks guys for the advice.

As stated in the U.S. thread, I am going to try to reflow these chips first, and see if that gets me over the hump.

Anyone know the flow temperature of the solder used on the H-Boards? (Probably a question for the "free money" thread).

My advice is against reflowing Smiley if it passes visual tests Wink
sr. member
Activity: 490
Merit: 255
September 08, 2013, 08:37:52 PM
Thanks guys for the advice.

As stated in the U.S. thread, I am going to try to reflow these chips first, and see if that gets me over the hump.

Anyone know the flow temperature of the solder used on the H-Boards? (Probably a question for the "free money" thread).
sr. member
Activity: 434
Merit: 250
September 08, 2013, 07:23:02 PM

What does cutting the trace do, simply cause it to skip it and recognise all the chips after it (7-16)?


Physically breaks the connection between the chip and the CLK/SPI bus. Even if the chip isn't hashing it could cause issues with the function of either.

hero member
Activity: 574
Merit: 501
September 08, 2013, 07:22:52 PM
If one of the chips has some problem (say, an internal short) causing it to pull a critical line down to ground, or up to Vcc, then just soldering the jumpers closed won't help.  That's why you might need to cut traces or unsolder the chip.  

If the chip is just completely dead or otherwise non-functional, then soldering across the jumpers could allow the other chips in the chain to work properly.  

The jumpers bypass the chip in question by taking the output of the previous chip and connecting them to the inputs of the next chip.

Nice photos, by the way - that's like professional quality photography there...
legendary
Activity: 2128
Merit: 1005
ASIC Wannabe
September 08, 2013, 07:18:43 PM
Hey Guys,

I am an american who bought a starter kit from megabigpower.  To get my 25 GH, I received a card that is functioning at full capacity (~19GH) and an "EOL" end of line card with is running about 6 to 10 GH.  After looking at the stats.log, it appears that the EOL card is only seeing the first 6 chips.

I took some macro hi-res pictures of the chips 6 and 7 (45 and 46 labelled on the card), where the spi communication I am guessing is broken.

http://i.imgur.com/Iddp2WQ.jpg


http://i.imgur.com/MpXXHdS.jpg


For the life of me, I don't see anything out of the ordinary.

The european thread seems more advanced at getting full speed out of these boards and was wondering if any experienced eyes see something suspicious.

Really good macro capture there. I had to cut traces, when soldering the jumpers did not work.

What does cutting the trace do, simply cause it to skip it and recognise all the chips after it (7-16)?

with regards to the pictures, why are some of the traces' through-holes (right term?) gold/copper coloured? Is this just a result of the way the green colour/layer was applied overtop, or a potential defect? Seems like an unlikely reason, but it sounded like the board production was the issue behind most errors, rather than chips)
legendary
Activity: 1946
Merit: 1006
Bitcoin / Crypto mining Hardware.
September 08, 2013, 06:45:29 PM
Hey Guys,

I am an american who bought a starter kit from megabigpower.  To get my 25 GH, I received a card that is functioning at full capacity (~19GH) and an "EOL" end of line card with is running about 6 to 10 GH.  After looking at the stats.log, it appears that the EOL card is only seeing the first 6 chips.

I took some macro hi-res pictures of the chips 6 and 7 (45 and 46 labelled on the card), where the spi communication I am guessing is broken.

http://i.imgur.com/Iddp2WQ.jpg


http://i.imgur.com/MpXXHdS.jpg


For the life of me, I don't see anything out of the ordinary.

The european thread seems more advanced at getting full speed out of these boards and was wondering if any experienced eyes see something suspicious.

Really good macro capture there. I had to cut traces, when soldering the jumpers did not work.
full member
Activity: 141
Merit: 100
September 08, 2013, 06:44:49 PM
In 20 minutes logging, I get MISO errors on 50% of the chips on my 2 boards. 2 up to 48 per chip (don't know how to paste the log properly here).

"MISOerr | Master In Slave Out error. Error in communication from chip to RasPi."

What causes these errors?


sr. member
Activity: 434
Merit: 250
September 08, 2013, 06:17:30 PM
Hey Guys,

I am an american who bought a starter kit from megabigpower.  To get my 25 GH, I received a card that is functioning at full capacity (~19GH) and an "EOL" end of line card with is running about 6 to 10 GH.  After looking at the stats.log, it appears that the EOL card is only seeing the first 6 chips.

I took some macro hi-res pictures of the chips 6 and 7 (45 and 46 labelled on the card), where the spi communication I am guessing is broken.

For the life of me, I don't see anything out of the ordinary.

The european thread seems more advanced at getting full speed out of these boards and was wondering if any experienced eyes see something suspicious.

A few things to try:
- reflow solder joints, especially on SPI/CLK pins of chip 6 and 7
- failing that, short jumpers to bypass chip
- if it still doesn't work you may need to also either remove the chip, or if you don't have the tools to do this you could cut the traces
sr. member
Activity: 490
Merit: 255
September 08, 2013, 06:14:23 PM
Hey Guys,

I am an american who bought a starter kit from megabigpower.  To get my 25 GH, I received a card that is functioning at full capacity (~19GH) and an "EOL" end of line card with is running about 6 to 10 GH.  After looking at the stats.log, it appears that the EOL card is only seeing the first 6 chips.

I took some macro hi-res pictures of the chips 6 and 7 (45 and 46 labelled on the card), where the spi communication I am guessing is broken.

http://i.imgur.com/Iddp2WQ.jpg


http://i.imgur.com/MpXXHdS.jpg


For the life of me, I don't see anything out of the ordinary.

The european thread seems more advanced at getting full speed out of these boards and was wondering if any experienced eyes see something suspicious.
hero member
Activity: 493
Merit: 500
Hooray for non-equilibrium thermodynamics!
September 08, 2013, 05:07:16 PM
I started version 1.3, but I didnt had the correct chmod rights given (sorry, no native linux user here  Undecided ), but Isokivis post was easy to follow, did that and it worked. I wonder if you could add the speeds that autotune sets as well, like an average speed, but thats just nice to have.

let's share some data!
note: the first chip is on the last spot (in every log created). Anyway, thank you for that fine piece of code Smiley

Great stuff, thanks for reporting back - sorry for the total lack of instructions, thankfully Isokivi was on hand to clear things up Cheesy. Strange that the first chip ends up last in this analysis, I'll have to take a look at that tomorrow. Would you mind sending me a sample of one of the chip output files (say the first two time points) by pm when you get a chance (I don't want to spam this thread with debugging).

In terms of the average autotune speeds, it's over to Anduck for that one - he's the guy behind the web app. The data is logged in the text files that are outputted by the script running locally on your miner (the only thing that's excluded is the string of single-digit numbers at the end of each chip output in .stat.log - because, in my ignorance, I have no idea what they mean).
Pages:
Jump to: