Just wondering when the first shipment of chips is due to arrive? Obviously with the emphasis on the word "due", i.e. what is the date of the first chip order + 100 days?
And has there been any communication from BFL about how things are looking for this date? (Come on, a guy can dream, right?)
Topic: BFL ASIC mining board project - page 7. (Read 36521 times)
What's going on this week in the world of BFL Boards?
Probably more than is happening wrt shipping singles...
To be honest, I haven't been segregating them and marking which samples are my original ones vs which were sent to me. They're all mounted to boards in whatever order they're sitting in trays.
That's fine, I just wanted to make sure that BFL actually sent mine to you, otherwise I'll chase them up! Do you know if mine ever arrived?
Yep, they sure did. Thanks!
Awesome, glad they made it to you! Now I've just got to cross my fingers and hope my chips aren't too far behind...
To clarify one thing, when the __PRODUCT_JALAPENO or __PRODUCT_LITTLE_SINGLE is selected, the crystal used for the MCU should be 16MHz. However for SINGLE or MINIRIG models, then the crystal
used should be 12MHz, otherwise the Frequency of the ASICs is going to be incorrectly calculated (that is where you get 320MHz speed report, etc).
Regards,
Nasser
Thanks for the reply Nasser, although I think you're mistaken here. There is no Product_Jalapeno or Product_Little_Single, the firmware is entirely custom on an ARM chip. The 320MHz was measured at the clk_out pin as the divided by 64 version of the onboard PLL while using divide by two internal divisor.used should be 12MHz, otherwise the Frequency of the ASICs is going to be incorrectly calculated (that is where you get 320MHz speed report, etc).
Regards,
Nasser
Is there an email I can reach you at? I would like to ask a few technical questions about the chip in regards to setting it up to use an undivided version of the onboard PLL as the chip clock. I will PM you my contact details.
To clarify one thing, when the __PRODUCT_JALAPENO or __PRODUCT_LITTLE_SINGLE is selected, the crystal used for the MCU should be 16MHz. However for SINGLE or MINIRIG models, then the crystal
used should be 12MHz, otherwise the Frequency of the ASICs is going to be incorrectly calculated (that is where you get 320MHz speed report, etc).
Regards,
Nasser
used should be 12MHz, otherwise the Frequency of the ASICs is going to be incorrectly calculated (that is where you get 320MHz speed report, etc).
Regards,
Nasser
To be honest, I haven't been segregating them and marking which samples are my original ones vs which were sent to me. They're all mounted to boards in whatever order they're sitting in trays.
That's fine, I just wanted to make sure that BFL actually sent mine to you, otherwise I'll chase them up! Do you know if mine ever arrived?
Yep, they sure did. Thanks!
Roughly 30 days till the BFL chips show up (If they keep the 100 day delivery). Do you think the PCB and design will be finalized and ready to go? Thanks, jborkl
I do. The 8 chip design is in fab right now, and while it's not the exact version that will be in production (there will be less debug headers and whatnot) the production version is being finalized right now and will be sent off pending confirmation that the changes made for this board perform as expected.Some of the changes include switching to TI NexFET integrated driver MOSFets (with peak efficiency around 100A for the 8 chip system and max current of 160A), switching to a 6 layer PCB to provide lower inductance and resistance in getting all that current to the chips, and tweaking the layout and optimization of the chip layout.
To be honest, I haven't been segregating them and marking which samples are my original ones vs which were sent to me. They're all mounted to boards in whatever order they're sitting in trays.
That's fine, I just wanted to make sure that BFL actually sent mine to you, otherwise I'll chase them up! Do you know if mine ever arrived?
To be honest, I haven't been segregating them and marking which samples are my original ones vs which were sent to me. They're all mounted to boards in whatever order they're sitting in trays.
Hi MrTeal, How are my sample chips working with testing boards? Are they also defect ICs?
Great work, MrTeal!
BTW, how shitty were the samples I sent?
LOL... Don't know yet. The 8 chip board is being fabbed as we speak, so I should know more one they're built.BTW, how shitty were the samples I sent?
Did mine arrive with you yet?
Great work, MrTeal!
BTW, how shitty were the samples I sent?
LOL... Don't know yet. The 8 chip board is being fabbed as we speak, so I should know more one they're built. BTW, how shitty were the samples I sent?
Great work, MrTeal!
BTW, how shitty were the samples I sent?
BTW, how shitty were the samples I sent?
Roughly 30 days till the BFL chips show up (If they keep the 100 day delivery). Do you think the PCB and design will be finalized and ready to go? Thanks, jborkl
Do you think the chips will arrive on time?
Though joking aside, I'm genuinely curious about what people's opinions are on this... There are arguments both for and against, so it would be interesting to see where people stand on this.
Roughly 30 days till the BFL chips show up (If they keep the 100 day delivery). Do you think the PCB and design will be finalized and ready to go? Thanks, jborkl
Do you think the chips will arrive on time?
Roughly 30 days till the BFL chips show up (If they keep the 100 day delivery). Do you think the PCB and design will be finalized and ready to go? Thanks, jborkl
Don't get me wrong... I do believe you(it would be in line with what we learned) and I know how you got BAJ2 since I got up to 12 
. But I don't get it how can you get different data in summery and device with only one device send all shares... If any device should be higher not other way around since data for the device is from plunging in the device and summery is from cgminer start... And it might get someone else confused as well...
And sorry for forgot to say good job!
. But I don't get it how can you get different data in summery and device with only one device send all shares... If any device should be higher not other way around since data for the device is from plunging in the device and summery is from cgminer start... And it might get someone else confused as well...And sorry for forgot to say good job!
I have no problem believe that. I'm just saying I don't see that... I know you get 1MH per core for every 1MHz... So yes it should be 2904MH
But I must say your CGminer is realy strange. Data on top and at device should be about the same for only one device... Unless you pluged it in at later date and mined before that. But since you have same number of accepted shares this is not the case...
Someone on the BFL forums asked for pictures, so I grabbed a couple in the middle of testing. I'm not sure exactly what I was doing at the time. I don't bother restarting cgminer, I just flash the device; it drops out and gets redetected once programming it complete. That's also why it shows as BAJ2 when it's the only one in the system instead of BAJ0. As for why the shares are the same, I'm really not sure. I won't be back at the office until Monday so I won't be able to test flashing it in the middle of hashing to see what's going on with the number of shares. But I must say your CGminer is realy strange. Data on top and at device should be about the same for only one device... Unless you pluged it in at later date and mined before that. But since you have same number of accepted shares this is not the case...
Because some people wanted pictures.
Test setup
Running at 363MHz (11.36MHz * 64 for the PLL clock, with 2 divisor)
Putting out 2.9GH/s on 8 cores
Test setup
Running at 363MHz (11.36MHz * 64 for the PLL clock, with 2 divisor)
Putting out 2.9GH/s on 8 cores
Awesome!
Congrats MrTeal...
I have no problem believe that. I'm just saying I don't see that... I know you get 1MH per core for every 1MHz... So yes it should be 2904MH
But I must say your CGminer is realy strange. Data on top and at device should be about the same for only one device... Unless you pluged it in at later date and mined before that. But since you have same number of accepted shares this is not the case...
But I must say your CGminer is realy strange. Data on top and at device should be about the same for only one device... Unless you pluged it in at later date and mined before that. But since you have same number of accepted shares this is not the case...
Jump to: