Bitcoin Forum
March 29, 2024, 07:57:14 AM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 [30] 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 »
  Print  
Author Topic: [ANN] Bitfury is looking for alpha-testers of first chips! FREE MONEY HERE!  (Read 176658 times)
Gomeler
Hero Member
*****
Offline Offline

Activity: 697
Merit: 500



View Profile
August 23, 2013, 08:03:25 PM
 #581

Is the level-shifter required to transform the voltage coming out of the GPIO pins of the raspberry pi(5v?) down to levels that the bitfury chips operate on(3.3v?)?
1711699034
Hero Member
*
Offline Offline

Posts: 1711699034

View Profile Personal Message (Offline)

Ignore
1711699034
Reply with quote  #2

1711699034
Report to moderator
You can see the statistics of your reports to moderators on the "Report to moderator" pages.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
cscape
Sr. Member
****
Offline Offline

Activity: 251
Merit: 250



View Profile
August 23, 2013, 08:23:47 PM
 #582

Is the level-shifter required to transform the voltage coming out of the GPIO pins of the raspberry pi(5v?) down to levels that the bitfury chips operate on(3.3v?)?
Yes, but the voltages are 3.3 and 1.8.

Happy with your c-scape product ? Consider a tip: 16X2FWVRz6UzPWsu4WjKBMJatR7UvyKzcy
Gomeler
Hero Member
*****
Offline Offline

Activity: 697
Merit: 500



View Profile
August 23, 2013, 08:25:40 PM
 #583

Is the level-shifter required to transform the voltage coming out of the GPIO pins of the raspberry pi(5v?) down to levels that the bitfury chips operate on(3.3v?)?
Yes, but the voltages are 3.3 and 1.8.

Thanks for the confirmation. Maybe one day I'll get around reading up on PCB design and tinker with this.
klondike_bar
Legendary
*
Offline Offline

Activity: 2128
Merit: 1005

ASIC Wannabe


View Profile
August 23, 2013, 08:27:51 PM
 #584

Is the level-shifter required to transform the voltage coming out of the GPIO pins of the raspberry pi(5v?) down to levels that the bitfury chips operate on(3.3v?)?
Yes, but the voltages are 3.3 and 1.8.

if you are feeling creative, i bet you could grab the 3.3V line directly from the PSU. 1.8V is another challenge though

24" PCI-E cables with 16AWG wires and stripped ends - great for server PSU mods, best prices https://bitcointalk.org/index.php?topic=563461
No longer a wannabe - now an ASIC owner!
zulunation
Sr. Member
****
Offline Offline

Activity: 335
Merit: 250


View Profile
August 23, 2013, 11:15:57 PM
 #585

Hello everyone,
I'm developing a board for 16 chips and having some problems with power supply.
It is the same like cscape used in his board.
Here is the front view of the power supply:
 


I see that the pin height here is 1.57mm. Is it enough to solder it on the board?
As is understand there must be pads on the board and the ps is soldered into them and pin goes through the whole board and soldered at the other side of the board.
It seems to me that 1.57mm is not sufficient.
LaserHorse
Full Member
***
Offline Offline

Activity: 140
Merit: 100



View Profile
August 24, 2013, 12:57:33 AM
 #586

Hello everyone,
I'm developing a board for 16 chips and having some problems with power supply.
It is the same like cscape used in his board.
Here is the front view of the power supply:
 
https://dl.dropboxusercontent.com/u/26351037/bitfury_ps_pinheight.JPG

I see that the pin height here is 1.57mm. Is it enough to solder it on the board?
As is understand there must be pads on the board and the ps is soldered into them and pin goes through the whole board and soldered at the other side of the board.
It seems to me that 1.57mm is not sufficient.

These are surface-mount - pins are not intended to go through the board.

In a rush to get my chips hashing, I soldered one of these to a through-hole board.  You need to be careful, but it's possible.

I used 2 pieces of solid core wire wrapped around on each 'pin', routed them under the board and soldered them to massive tracks on the underside.  I considered soldering directly to pads on an upside-down protoboard, but the spacing does not match up, etc.

some notes:
     • Per the datasheet - solder the on/off pin to ground if you won't be using it.
     • The smaller 'pins' on the board easily come loose while soldering extension wire to them
     • Flux is your friend
     • Needless to say - triple-check for bridges *everywhere* before applying power

I've got the board powering 8 chips currently with moderate airflow - temp is good, power is good.

PiMiner - control & monitor your miners with Raspberry Pi   •   BTC: 1AV5JekeEVET5u2jTsLDMRsTtagrBnNTBR
ssi
Member
**
Offline Offline

Activity: 70
Merit: 10



View Profile
August 26, 2013, 04:02:29 AM
 #587

I'm up and running... seeing 6GH on four chips.  Running .77V VDD, and changing the clock doesn't seem to change the average hashrate much.  My clock is currently at ... 0xFF 0x10, and I'm bumping it up slowly.  Haven't seen any hardware errors yet.  Not sure when/if I should try to move up to .9V.

18xEDfc7y1Nzm2kmLvwYq56xwwEz4Fdh6
needbmw
Legendary
*
Offline Offline

Activity: 1302
Merit: 1008



View Profile
August 26, 2013, 04:59:07 AM
 #588

and changing the clock doesn't seem to change the average hashrate much.  My clock is currently at ... 0xFF 0x10
If using cgminer please note reverse clock bits order, so you have to set 0xff 0x01, 0xff 0x03, ... , 0xff 0x3f, 0xff 0x7f, otherwise your clock will be 8-bits aligned.

NO PSAKING!
ssi
Member
**
Offline Offline

Activity: 70
Merit: 10



View Profile
August 26, 2013, 05:50:53 AM
 #589

and changing the clock doesn't seem to change the average hashrate much.  My clock is currently at ... 0xFF 0x10
If using cgminer please note reverse clock bits order, so you have to set 0xff 0x01, 0xff 0x03, ... , 0xff 0x3f, 0xff 0x7f, otherwise your clock will be 8-bits aligned.

Interesting, thanks.

So, just to make sure I understand you, when I download the legkodymov cgminer fork, it's set like so by default:


Code:
unsigned char osc6[8] = { 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0x7F, 0x00, 0x00 };


So you're saying that one setting faster is:


Code:
unsigned char osc6[8] = { 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0x00, 0x00 };
and one setting faster than that is:

Code:
unsigned char osc6[8] = { 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0x01, 0x00 };

Is that correct?

18xEDfc7y1Nzm2kmLvwYq56xwwEz4Fdh6
ssi
Member
**
Offline Offline

Activity: 70
Merit: 10



View Profile
August 26, 2013, 06:05:41 AM
 #590

and changing the clock doesn't seem to change the average hashrate much.  My clock is currently at ... 0xFF 0x10
If using cgminer please note reverse clock bits order, so you have to set 0xff 0x01, 0xff 0x03, ... , 0xff 0x3f, 0xff 0x7f, otherwise your clock will be 8-bits aligned.

Beautiful... getting somewhere now!


 (5s):10.79G (avg):8.436Gh/s | A:205  R:6  HW:0  WU:117.9/m


that's at:


Code:
unsigned char osc6[8] = { 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0x0F, 0x00 };


Bottom side of the board is at 29C.

18xEDfc7y1Nzm2kmLvwYq56xwwEz4Fdh6
ssi
Member
**
Offline Offline

Activity: 70
Merit: 10



View Profile
August 26, 2013, 06:40:51 AM
 #591


18xEDfc7y1Nzm2kmLvwYq56xwwEz4Fdh6
LaserHorse
Full Member
***
Offline Offline

Activity: 140
Merit: 100



View Profile
August 26, 2013, 06:51:14 AM
 #592

Beautiful... getting somewhere now!


 (5s):10.79G (avg):8.436Gh/s | A:205  R:6  HW:0  WU:117.9/m


that's at:


Code:
unsigned char osc6[8] = { 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0x0F, 0x00 };

nice - what's your SPI clock set to?  legkodymov's code defaults to 200KHz

PiMiner - control & monitor your miners with Raspberry Pi   •   BTC: 1AV5JekeEVET5u2jTsLDMRsTtagrBnNTBR
ssi
Member
**
Offline Offline

Activity: 70
Merit: 10



View Profile
August 26, 2013, 06:52:58 AM
 #593

Beautiful... getting somewhere now!


 (5s):10.79G (avg):8.436Gh/s | A:205  R:6  HW:0  WU:117.9/m


that's at:


Code:
unsigned char osc6[8] = { 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0x0F, 0x00 };

nice - what's your SPI clock set to?  legkodymov's code defaults to 200KHz

5MHz

18xEDfc7y1Nzm2kmLvwYq56xwwEz4Fdh6
LaserHorse
Full Member
***
Offline Offline

Activity: 140
Merit: 100



View Profile
August 26, 2013, 07:04:39 AM
 #594

wow - guess i need to switch to using external clock  Smiley

Do you have the last chip in your chain feeding SPI outs back into the Pi as on the M / H boards?
I've yet to figure out why this is done.

PiMiner - control & monitor your miners with Raspberry Pi   •   BTC: 1AV5JekeEVET5u2jTsLDMRsTtagrBnNTBR
cscape
Sr. Member
****
Offline Offline

Activity: 251
Merit: 250



View Profile
August 26, 2013, 07:08:08 AM
 #595

Do you have the last chip in your chain feeding SPI outs back into the Pi as on the M / H boards?
I've yet to figure out why this is done.
It's not necessary, but you could use this to verify the SPI chain is working correctly.

Happy with your c-scape product ? Consider a tip: 16X2FWVRz6UzPWsu4WjKBMJatR7UvyKzcy
ssi
Member
**
Offline Offline

Activity: 70
Merit: 10



View Profile
August 26, 2013, 07:22:08 AM
 #596

wow - guess i need to switch to using external clock  Smiley

Do you have the last chip in your chain feeding SPI outs back into the Pi as on the M / H boards?
I've yet to figure out why this is done.

I'm not using external clock, and no I didn't feed the final SPI outs back anywhere.

18xEDfc7y1Nzm2kmLvwYq56xwwEz4Fdh6
LaserHorse
Full Member
***
Offline Offline

Activity: 140
Merit: 100



View Profile
August 26, 2013, 07:49:29 AM
Last edit: August 26, 2013, 08:10:39 AM by LaserHorse
 #597

It's not necessary, but you could use this to verify the SPI chain is working correctly.

makes sense - thanks for clarifying.

I'm not using external clock, and no I didn't feed the final SPI outs back anywhere.

ah - this is line used to program chips internal oscillator (libbitfury.c line#109):

Code:
unsigned char osc6[8] = { 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0x0F, 0x00 };

I'd assumed the Pi was generating external clock for the chips using the above code.
The separate clock connection on the H-board threw me off - guessing c-scape added that to keep the functionality available.

EDIT: reworded for posterity

PiMiner - control & monitor your miners with Raspberry Pi   •   BTC: 1AV5JekeEVET5u2jTsLDMRsTtagrBnNTBR
buzzdave
VIP
Sr. Member
*
Offline Offline

Activity: 472
Merit: 250



View Profile WWW
August 26, 2013, 08:08:10 AM
 #598

and changing the clock doesn't seem to change the average hashrate much.  My clock is currently at ... 0xFF 0x10
If using cgminer please note reverse clock bits order, so you have to set 0xff 0x01, 0xff 0x03, ... , 0xff 0x3f, 0xff 0x7f, otherwise your clock will be 8-bits aligned.

Beautiful... getting somewhere now!


 (5s):10.79G (avg):8.436Gh/s | A:205  R:6  HW:0  WU:117.9/m


that's at:


Code:
unsigned char osc6[8] = { 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0x0F, 0x00 };


Bottom side of the board is at 29C.
Great Job!

18RATTT
Sr. Member
****
Offline Offline

Activity: 282
Merit: 250



View Profile
August 26, 2013, 08:55:36 AM
 #599


b-e-a-u-tiful

ssi
Member
**
Offline Offline

Activity: 70
Merit: 10



View Profile
August 26, 2013, 01:54:09 PM
 #600

and changing the clock doesn't seem to change the average hashrate much.  My clock is currently at ... 0xFF 0x10
If using cgminer please note reverse clock bits order, so you have to set 0xff 0x01, 0xff 0x03, ... , 0xff 0x3f, 0xff 0x7f, otherwise your clock will be 8-bits aligned.

Beautiful... getting somewhere now!


 (5s):10.79G (avg):8.436Gh/s | A:205  R:6  HW:0  WU:117.9/m


that's at:


Code:
unsigned char osc6[8] = { 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0x0F, 0x00 };


Bottom side of the board is at 29C.
Great Job!



Thanks Dave Smiley

It's time for more chips; putting in an order now.

18xEDfc7y1Nzm2kmLvwYq56xwwEz4Fdh6
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 [30] 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 »
  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!