Bitcoin Forum
May 10, 2024, 12:57:59 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 [5]  All
  Print  
Author Topic: BFL ready to ship?  (Read 10331 times)
dropt
Legendary
*
Offline Offline

Activity: 1512
Merit: 1000



View Profile
March 11, 2013, 02:51:54 AM
 #81

After all he is a specialist payed with 1000$/day to spot this kind of problems.

I can't comment on the validity of his statements, but ~1000/day isn't unheard of.
1715345879
Hero Member
*
Offline Offline

Posts: 1715345879

View Profile Personal Message (Offline)

Ignore
1715345879
Reply with quote  #2

1715345879
Report to moderator
1715345879
Hero Member
*
Offline Offline

Posts: 1715345879

View Profile Personal Message (Offline)

Ignore
1715345879
Reply with quote  #2

1715345879
Report to moderator
Each block is stacked on top of the previous one. Adding another block to the top makes all lower blocks more difficult to remove: there is more "weight" above each block. A transaction in a block 6 blocks deep (6 confirmations) will be very difficult to remove.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
Bogart
Legendary
*
Offline Offline

Activity: 966
Merit: 1000


View Profile
March 11, 2013, 02:58:22 AM
 #82

Guys, relax.
There won't be much thermal cycling as a typical miner will be on 100% of the time.
Unlike a typical PC which is turned on once a day and turned off once a day.

It won't take much either.  Just the normal day to night swings will do it.  I have seen 100s of thousands of underfilled chips over 10 process generations, many with underfill defects, and none of them looked as bad as these.

The black blotch shown on greyhawk's zoom is a scrap part.  That is underfill, it will prevent proper cooling and is impossible to sand off without cracking the brittle silicon.


Even a few seconds of downtime will cause a huge thermal swing in such a chip.  Imagine a pool server that's overloaded, or a flaky internnet connection.

Here are some temperature graphs from a couple of my GPU miners.  The first one has a better internet connection than the second.




"All safe deposit boxes in banks or financial institutions have been sealed... and may only be opened in the presence of an agent of the I.R.S." - President F.D. Roosevelt, 1933
johnyj
Legendary
*
Offline Offline

Activity: 1988
Merit: 1012


Beyond Imagination


View Profile
March 11, 2013, 03:54:02 AM
 #83


So much fun!! I will watch the whole serie  Cheesy

mobodick
Hero Member
*****
Offline Offline

Activity: 840
Merit: 1000



View Profile
March 11, 2013, 05:33:24 PM
 #84

Good god



What, they didn't apply the glue that holds the metal caps in place evenly?
 Huh
greyhawk
Hero Member
*****
Offline Offline

Activity: 938
Merit: 1009


View Profile
March 11, 2013, 05:45:43 PM
 #85

It's apparently a rush job on the underfill. If it looks like that on the edges I don't even want to know how many voids will be underneath those things.

Of course according to Josh those are JPG artifacts, nothing to worry about, everything's fine in Butterfly Land.

If only he knew how JPG artifacts look like.

(Hint: Nothing like this. I can tell by the pixels and having seen quite some artifacts in my time)

I'm joking of course, though not about the underfill and Josh's limited understanding of image compression.
ChipGeek
Full Member
***
Offline Offline

Activity: 198
Merit: 100


View Profile
March 11, 2013, 05:58:53 PM
 #86

What, they didn't apply the glue that holds the metal caps in place evenly?
 Huh

In these FCBGA packages there are no metal caps.  The shiny square you see is the back of the actual silicon chip itself.  Since these are quickly assembled prototypes, I would not weigh any possible defects in the underfill too heavily. 

Yes it is true that poor underfill will cause long term reliability problems in the production parts.  What you see photos of here are not the production parts - just test units from the first production run.  In other words, I'm guessing these are likely units they made while they were refining the underfill process.

Tip jar: 1ChipGeeK7PDxaAWG4VgsTi31SfJ6peKHw
ChipGeek
Full Member
***
Offline Offline

Activity: 198
Merit: 100


View Profile
March 11, 2013, 06:17:56 PM
 #87

Enigma pointed to strange looking soldering points, but:
- they surely use mostly the edge pins of the chip (because of quick QFN to FCBGA conversion), leaving  most of the middle pins unused;
- Enigma used a photo of a board which was put through the oven without chips, not the one just prepared to place them;
- the photo was blurry and unfocused, so Enigma's conclusions are plain guesswork.
I have a comment for each of your 3 points.

1) This is simply wrong.  When converting from QFN to FCBGA, the upper layer of metal on the silicon is changed to a miniature version of the BGA package.  Proof of this is the photos of the wire bonding test die.  The attachment points are (now) in an array, not along the edge.  Note that the die can have typically more or sometimes less connections than the final BGA package.  The BGA package is simply a very tiny multi-layer PCB that translates the chip balls/bumps to the package ball grid on the bottom.

2) True as far as I can tell.

3) Guesswork?  Maybe.  Maybe not.

I will add that putting vias in the middle of the BGA pads can be problematic.  But I know of assembly houses that can effectively and properly deal with this.  Another option is to get the blank boards with filled vias.  (Not something that the PCBs in the photos have.)  We recently had to do this on a project I'm working on.

Tip jar: 1ChipGeeK7PDxaAWG4VgsTi31SfJ6peKHw
SgtSpike
Legendary
*
Offline Offline

Activity: 1400
Merit: 1005



View Profile
March 11, 2013, 06:23:30 PM
 #88

Good god



What, they didn't apply the glue that holds the metal caps in place evenly?
 Huh
That's what I was thinking... it's just uneven glue (or epoxy, or whatever it's called in this case).  If you look at edges other than the top, you can see similar unevenness, but it's clear that it is because of the glue.  The left side of the bottom left chip in this zoom is an excellent example.
Miner99er
Sr. Member
****
Offline Offline

Activity: 310
Merit: 250


View Profile
March 11, 2013, 07:45:26 PM
 #89

For reference...

http://imgur.com/sicFhlY

not very even at all, but better than the BFL chips... and those chips aren't clocking as high as this Athlon did.

Conclusion: We're going to have to wait and see.

Bought From Yochdogx2, Alexmat, SgtSpike, David_Benz, Beaflag VonRathburg, Slaveindebt, Cptmooseinc, Coinhoarder

Donations? SURE! 16foPr8FAjYXKL8ApQAzihnigXm1qNhi8Q

http://pyramining.com/referral/yfab9med7   
http://pyramining.com/referral/ahmc7en6z
http://pyramining.com/referral/pagndq4xc   
http://pyramining.com/referral/79b2gmrzx
http://pyramining.com/referral/e2ghz4asy
RHA
Sr. Member
****
Offline Offline

Activity: 392
Merit: 250


View Profile
March 11, 2013, 07:55:38 PM
 #90

- they surely use mostly the edge pins of the chip (because of quick QFN to FCBGA conversion), leaving  most of the middle pins unused;
1) This is simply wrong.  When converting from QFN to FCBGA, the upper layer of metal on the silicon is changed to a miniature version of the BGA package.  Proof of this is the photos of the wire bonding test die.  The attachment points are (now) in an array, not along the edge.  Note that the die can have typically more or sometimes less connections than the final BGA package.  The BGA package is simply a very tiny multi-layer PCB that translates the chip balls/bumps to the package ball grid on the bottom.
I wrote this just because of where the wires went on the photo of test die. Mostly the edge pins, most of the middle pins were left unused, so I concluded they have done it to avoid big changes of their PCB (miner's one, not BGA's one).
But I agree - it could be because of difficulty of wiring the middle pins.
Pages: « 1 2 3 4 [5]  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!