Topic: [Archive] BFL trolling museum - page 37. (Read 69394 times)

How they will refund everybody? They dont have enough amount for all.

More specifically this is what BFL brought to the CES convention. What was the point again? To show off all the extra space you have? BFL so fucking fail. LOL!

Tis certainly entirely up to you.  Get a refund if you're tired of it.

Usually Sunday is counted as the first day of the week, so "the week of the 10th" means the 10th through the 16th.  That is pretty standard time measurement.

I have seen it already a month ago, 2 months ago, 3 months ago, 4 months ago... How many times should I watch this movies again and again?

So, you all saw this right?

Usually Sunday is counted as the first day of the week, so "the week of the 10th" means the 10th through the 16th.  That is pretty standard time measurement.

Well I'm totally fine laughing at you guys when the actually consistent date is pushed down for another month.

Btw what does week of feb. 10th actually mean? That's kinda ambiguous since it is a sunday. Is it the week before the sunday or after it?

Some did, others just thought "lol another delay" without realising that the timeline is actually pretty consistent with their December update. The update also happens to be their most detailed ever (ie. it actually includes a timeline...).

Some did, others just thought "lol another delay" without realising that the timeline is actually pretty consistent with their December update. The update also happens to be their most detailed ever (ie. it actually includes a timeline...).

So, you all saw this right?

From now until we ship our new ASICs, this thread will be sticky and closed. All ASIC status updates will appear here as a new post. If you want to bookmark this thread and/or RSS subscribe to it, it will only be updated with new posts when there's a new update. Each post will include a discussion thread link for discussing the update.

13 January 2013 BFL ASIC UPDATE

Hello everyone. It's been about a month since our last update and it's high time we had another, since we have lots of information to share this time around.

To start off with, our chip production is going well. I am traveling to our packaging facility in California on Wednesday the 16th of January to do a walk through with the lead developer on our ASIC team as well as speak with some of the engineers to make sure everyone is on the same page. We have confirmed with the fab directly (not through any intermediaries) that our chips will be done no later than the 31st of January and ready for delivery. I will be at the foundry prior to that date to speak with some of the engineers and accept delivery of a portion of the chips to hand deliver to our packaging facility. This means our delivery date is expected the week of the 10th of February. We know it's not the end of October and we want to deeply apologize for the delays. However, I think that once you get to the end of this post many people will understand why we've been delayed and hopefully how it will ultimately benefit all of our customers a great deal. So please, read on!

So, I know the question first and foremost on everyone's mind (besides when we are shipping) is "Why are we delayed so long?"

Several things have happened to push us out from our target date... most things have been minor, but they have added up and I have detailed many of them in previous updates and on various threads throughout the forums. However, the biggest delay we've incurred has been twofold:

We absolutely, positively want to ship a chip that works perfectly. We don't want to send a chip that has problem or limitations. To that end, we have made some optimizations to the final layers of silicon that we feel will benefit everyone going forward due to point two:
The biggest single reason for the delay is due to a package change.



When we announced the delay last month, we decided to go back and switch from our QFN package to a flip chip BGA (FCBGA) package.

This necessitated a lot of changes with regards to the PCB and packaging (obviously) and caused us to really scramble to make things happen in a reasonable time frame. We did this for a number of reasons, but primarily it was due to heat concerns. Our chips would have functioned as currently spec'd within our thermal tolerances, but we would have very little thermal headroom to really crank things up. With an eye towards the future, we decided to bite the bullet and release a product that is ready for the long haul as opposed to releasing something now that would require exotic cooling to be pushed past 80 GH/s or so.

When redesigning things, we have made some various internal changes that may cause our power usage to potentially rise slightly beyond our original spec, and we are still tweaking things from other angles to bring power usage back down. Originally, we were at about .8w per GH (Yes, we built 20% into our announcements) and we are estimating that it's possible that a worst case scenario would lead to a bit under 1.2w per GH. If that ends up being the case, then yes we will have missed our power targets and yes we will gladly pay out the bounty. However, at less than 72 watts for 60 GH/s, it's still more than 5x better than any other product. However, we still believe that our .8w / GH target is what we will ship, but we like to prepare for the worst case scenario.

I will post more information once I have a better handle on our power usage.

I am sure many people may wonder why a flip chip BGA package is better than a QFN package (and are likely wondering what exactly is the difference, but that is a discussion for another thread). In a nutshell, our QFN package has plastic on top of it. Plastic is a terrible conductor of heat, so the heat stays trapped in the chip and shed out through vias on the bottom of the board. In extreme situations, where there's lots of heat and the vias can't handle the load you end up with heat migration to places you really don't want it to be, such as the ground plane, etc... and this affects surrounding components. With a flip chip BGA package, the chip is essentially flipped over and filled with silicon on top. Silicon is an excellent thermal conductor, so the heat has no problems being shunted away from the rest of the system. With our top mounted HSF, this makes a huge impact. Originally we had potentially planned on doing a bottom mounted HSF and using the vias. It turned out that the vias could not handle the thermal load and heat would migrate all along our thermal and ground planes and had the potential to overheat a number of other components. At 60 GH/s, heat was still within thermal tolerances, but only barely. If you were in an unusually hot environment, it could potentially cross the thermal threshold and the unit would start to fail and/or throttle. Switching to this new package essentially completely eliminates this, as almost all of the heat can be wicked away through the top of the chip, leaving the board and surrounding components completely cool.

If you are wondering what a flip chip package looks like, many (most) laptop or otherwise permanently mounted CPUs are Flip Chip BGA packaging (FCBGA). In retrospect, of course this is the route we should have gone, but we believed at the time that the QFN package was adequate for our needs. Hindsight is great for making predictions and if we knew then what we knew now... but that aside, we are almost to the end of the right track now. The QFN package is not suitable for dense, high speed bitcoin mining applications. Much like the toggle rate issue in the FPGA era, issues that are not normally a problem for traditional ASIC applications become monster issues when the bitcoin beast sinks it's teeth into them, surprising and biting engineers in the butt. The only way to find some of these things out is to get bitten by them, since this is new territory for everyone.


In other news, we are implementing a queuing system in the MCU of our units, to allow multiple jobs to be queued up. This should prevent any communication latency bottlenecks. It was an often requested feature, so we are happy to say that we will be headed in that direction. With the announcement of our new Android based mining application, I want to confirm that we are in contact with developers of the other major mining applications, BFGMiner, CGminer and Bitminter. We will be sending development units to them for integration and testing as soon as we can and we are confident all three mining applications, in addition to our own Easyminer and Android miner will be ready for our units when we ship.


I have often fielded the question as to if Chinese New Year will affect our shipping. No, Chinese New Year it will not affect us. We have all of our parts needed to build the units in stock, with the exception of the chips. We have taken delivery of all of our Chinese made components at this time and they are filling up our warehouse and the assembly plant warehouse. Our fab is not located in China and our chips will be done before CNY in any event. Our packaging plant is located in California and obviously not affected by CNY, our assembly house is located in the US and thus also not affected.

With regards to upgrading your shipping, our new system should be online this week. Once we are comfortable with it, you should be able to email or phone us to upgrade your shipping to DHL, EMS, FedEx or UPS as your convenience. Email is best of course, and probably the fastest way to start the process. We have been working with Bitpay to get the ability to send non-time dependent invoices to customers and we are now able to do that, so if you want to pay in BTC, we can send you an invoice which can be paid any time as opposed with within 15 minutes. This will make upgrading your shipping or products much easier on everyone.

Our new manufacturing facility is almost complete. We will be posting a video walk through hopefully by the end of the week so that you can see the facility and all the parts we have, ready and waiting for the chips to finish baking (Mmmm delicious chips). We will accept visitors, but please call before you decide to drop by so that we know when to expect you and can make time to show you around. We are (understandably) very busy right now and I do not want to turn anyone away because everyone is already engaged with other tasks. I will be traveling a lot, as will several other members of our team, so make sure we are there if you want to talk to us about anything.

I have been in contact with both Yochdog and Kano and have a tentative date scheduled for their visit. I will be confirming dates with both of them later this week and arranging the travel plans as soon as we have everything nailed down.

I am often asked the question "If I order now, when do you expect my order to ship." This is a hard question to answer, since we don't know exactly how long it takes to assemble a unit. However, the best estimate we have for this is that if you order today, 13 January 2013, you would likely receive your order around the middle of March or possibly sooner if you're ordering a Jalapeno or a Single. Minirigs take much more time to build than the other product lines, so they will take longer to deliver. However, without actually going through a bulk assembly process, we aren't sure what the major bottle necks will be. We can do estimates and we have strived for simplicity in everything related to the SC line. To that end, it requires 4 screws per Jalapeno and 6 screws per Single. Assembly of these units should take less than 5 minutes (probably around 3 minutes) per unit, so working through our pre-order backlog should be very quick. It will take more time to box and label them than it will to assemble them. The March ship date is a worst case scenario and it's entirely possible you would get your unit much sooner than that.

Here is the currently estimated timeline, and while this is subject to change of course, it's pretty solid at this time:


Week of January 13th
Travel to packaging facility for final prep and walkthrough
Confirm travel plans and trip details with lead ASIC engineer for trip to fab

Week of January 20th
Final assembly facility prep
Leave for fab at the end of the week

Week of January 26th
Final chips roll off the line
Grab suitcase, a BMW or a Peugeot and make a break for the airport, Ronin style (You can see Tom about 6 minutes, 20 seconds into the video)
Arrive California at chip packaging plant
KC facility starts assembly process of units to drop PCB into

Week of February 3rd
Chips packaged
Packaged chips sent to assembly house
Assembled PCB is set for final testing and MCU programming
Notify users to start sending their FPGA units or BTC for trade in participants
Bulk assembled PCBs arrive in KC, we start dropping PCBs into waiting units
Boxing/labeling for shipment

Week of February 10th
We implement the 1/3 shipping plan en mass
1/3 of our assembled units will go to new orders in FIFO
1/3 of our assembled units will go to upgrade orders
1/3 will be randomly selected from both groups

We descend upon the Post Office, DHL, UPS and FedEx like a horde of angry locust

How is this BFL update not considered a f'ing troll post?  It reads like they are experiencing delays so that they can exceed customer expectations. 

They are just fixing their mistakes.  And yielding to the community regarding their dumb MCU logic for jobs.

There are just so many ridiculous cliches that can be applied to this.  I just want to strangle someone - where's MPOE-PR.

Heh - no I was referring to the MCU queue as discussed in these two places:
https://forums.butterflylabs.com/announcements/597-bitforce-sc-communication-protocol-draft-5.html#post9858
https://www.btcfpga.com/forum/index.php?topic=891.0

This. It'll definitely be nice. Would also be kinda cool if we could see exactly where in the queue we are (relative to other orders & quantities), so we could start theorizing (if they have at least X chips, my order will be filled, but I have a Y% chance of getting my units if only X-N chips are supplied). Well, I'd love to do that anyway.

No, kano is correct.

Transistors, integrated circuits, are based on *semi-conductivity*. semiconductors

electrical conductivity != thermal conductivity

Please play again, please be more specific, kano.
If you wish to be helpful. (Which I'm assuming you do.)

Well, silicon chips are made of it, so it would certainly be problematic if it didn't conduct ...

I am also looking forward to this feature.