Bitcoin Forum
October 23, 2017, 03:05:02 AM *
News: Latest stable version of Bitcoin Core: 0.15.0.1  [Torrent]. (New!)
 
   Home   Help Search Donate Login Register  
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 »  All
  Print  
Author Topic: NanoFury Project - Open Source Design  (Read 66449 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
Swimmer63
Legendary
*
Offline Offline

Activity: 1484



View Profile
December 28, 2013, 04:57:37 AM
 #81

I built a few ones for me. A friend of mine reorganised the layout. My fork: https://github.com/rgr-rgr/NanoFury. Pull request sent.

By the way: I noticed a new version v0.7, not described in the Release_Notes ... ?


they all use a 2 layer pcb correct? none use a 4 layer?
v0.7 is two layer. Can't state for fact that v0.6 was, but I'm pretty sure.
1508727902
Hero Member
*
Offline Offline

Posts: 1508727902

View Profile Personal Message (Offline)

Ignore
1508727902
Reply with quote  #2

1508727902
Report to moderator
1508727902
Hero Member
*
Offline Offline

Posts: 1508727902

View Profile Personal Message (Offline)

Ignore
1508727902
Reply with quote  #2

1508727902
Report to moderator
1508727902
Hero Member
*
Offline Offline

Posts: 1508727902

View Profile Personal Message (Offline)

Ignore
1508727902
Reply with quote  #2

1508727902
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1508727902
Hero Member
*
Offline Offline

Posts: 1508727902

View Profile Personal Message (Offline)

Ignore
1508727902
Reply with quote  #2

1508727902
Report to moderator
1508727902
Hero Member
*
Offline Offline

Posts: 1508727902

View Profile Personal Message (Offline)

Ignore
1508727902
Reply with quote  #2

1508727902
Report to moderator
vs3
Hero Member
*****
Offline Offline

Activity: 622


View Profile WWW
December 28, 2013, 05:50:19 AM
 #82

By the way: I noticed a new version v0.7, not described in the Release_Notes ... ?

That's actually a good catch! Thanks!
I just updated the Release Notes to cover the v0.7 PCB.

vs3
Hero Member
*****
Offline Offline

Activity: 622


View Profile WWW
December 28, 2013, 06:34:32 AM
 #83

There are several questions and I'll try to address them all -

First - huge thanks to z3phyreo for porting my collection of quotes and links regarding the bitfury chip (a.k.a. The Documentation Smiley)! It is now on the project's wiki page:
https://github.com/nanofury/NanoFury/wiki/The-missing-bitfury-chip-documentation



I'm Working on a few ideas on increasing the hashing speed.

Quoting my translated docs: https://github.com/nanofury/NanoFury/wiki/The-missing-bitfury-chip-documentation#performance-testing-and-results
Quote
I have 3.4GH (3.2 after taking errors into account) almost without any capacitors (it's almost the same and makes no difference when there are just a few hundred uF) but chip burns 4.6A at 1.246V and most importantly - 1mV accuracy is needed for normal operation. Another chip "likes" slighlty different voltage, so you can't put several chips together on one board or run them in a series.
(source (RU))



But I note on the IOREFF for Ver.7 that it is shown as 0V8(fine!!), but that it appears to be derived from the BUCK convertor (301F) rather than via a voltage divider & cap.
'Bitfury' seems to have stated that the IOREFF pin should be tied to 0V8, but if people start playing about with R2/R3 and the 'stupid' pencil mod, will this not impact the voltage that IOREFF sees potentially making it as high as 0v95?

Well, bitfury's exact quote is: "IOREF - feed it with 0.9 V for standard signalling (better not take VDD but put resistive divider between GND and IOVDD) and some cap to remove pulsations." (I'm copy-pasting from my wiki: https://github.com/nanofury/NanoFury/wiki/The-missing-bitfury-chip-documentation#pinout-and-usage). In the first excel spreadsheet that he published he also said that "LOGIC 0 INPUT : INPUT < IOREF + 50 mV (+- 50%)" (there was actually a typo in the ">" sign) and vice versa.
As a result as long as the input voltage levels are 50mV above/below that IOREF reference voltage one you're good. Actually from what I've seen almost everyone uses the exact same trick - since VDD is about half of IOVDD anyways people just connect it straight there.
In my case - due to using resistor dividers for the SCK pin voltage on the SCK may drop to 1.25V. So - following the +50mV rule -  as long as your VDD is below 1.2V you should be fine.
Practically speaking - going over 1V will probably be pointless. From the above quote - at such high speeds the chip uses quite a lot of power - approx 6W which is over twice the USB2.0 specs. Also, the voltage regulator is rated for up to 3A and that will be your second limitation for going that fast. Your main limitation however is due to the way how those LDOs work - unless you use a very expensive multi-phase regulator you will always have some minor voltage fluctuations, and for this one it is normal to have 20-50mV (and no matter how many filtering capacitors you add - you can never get <1mV fluctuations).

So from an academic point - can you do over 3GH with those chips - yes. From a practical point - it's pointless. Achieving that gain of 0.5-0.7GH will cost you as much as several other miners, so it's cheaper to just put one more chip/miner.



Also I notice that VUSB does not appear to be decoupled correctly (0uf22/0uf47)?
Can you clarify? There are 4 decoupling capacitors - C1 and C3 (100nF) and C2 and CF1 (22uF) (source: schematic)



Next question…
Prior to the nano 50 miners meant 50  embedded SOC's

Since all the function of the SOC has now been offloaded to the miner software, how does that impact the % processor power required to support multiple miners?
I.E can a PI or other SOC (A10/A20)still carry the utilization 'load'?

RF
The amount of traffic per chip is very small - less than a kilobyte per second. That's certainly not a challenge for any desktop PC. I've had at some point 30+ USB miners running simultaneously on my PC and BFGMINER is using less than 1% CPU.

Raspberry PIs have already been show to work fine and are being used in Dave & Punin's standard mining solution and can easily handle 16 boards with 16 chips each (256 chips total).

vs3
Hero Member
*****
Offline Offline

Activity: 622


View Profile WWW
December 28, 2013, 06:38:27 AM
 #84

they all use a 2 layer pcb correct? none use a 4 layer?

Yup - all are 2 layer (from version 0.0 till 0.7 inclusive). Actually 0.5 and later have been optimized and don't have any tracks on he back side - which serves both as a GND plane and also a heatsink.
As a matter of heatsink - I was actually surprised how efficient that was - I ran a bunch of miners last night without any cooling whatsoever - no heatsink, no fan, etc - and they performed pretty nicely at 48 bits (1.7GH avg) at room temperature of around 28C.

forzendiablo
Legendary
*
Offline Offline

Activity: 1540


the grandpa of cryptos


View Profile
December 28, 2013, 05:27:10 PM
 #85

great thread and props on not puttign fees to use it - just 'give me what u want'. doesnt happen in this world too often!

yolo
sebdude420
Sr. Member
****
Offline Offline

Activity: 362

Bitcoin Hero


View Profile WWW
December 31, 2013, 07:35:42 AM
 #86

Hey I really love the Nanofury Design and thank you for putting it out there for us to use. I just got a small batch of Nanofury .7 "Icefury". It runs really great on one of my desktops, but on my laptop and other desktop it runs for about 10 minutes then fails. Any idea what has happened?

I am using BFGMiner 3.8.1 and have also tried 3.9.

vs3
Hero Member
*****
Offline Offline

Activity: 622


View Profile WWW
December 31, 2013, 09:16:30 AM
 #87

Hey I really love the Nanofury Design and thank you for putting it out there for us to use. I just got a small batch of Nanofury .7 "Icefury". It runs really great on one of my desktops, but on my laptop and other desktop it runs for about 10 minutes then fails. Any idea what has happened?

I am using BFGMiner 3.8.1 and have also tried 3.9.

If it works for a while and then starts misbehaving I'd say most likely it overheats. Get a small fan blowing at it and see if that will make any difference.
Also, when most electronics get hot they start using a bit more power - and at that point it might be getting beyond the limits of your laptop's power supply (but most desktops can tolerate higher power usage and that's why it works there). Try it also with a powered USB hub.
If you don't have an infrared thermometer handy you can start by lowering the speed by one or two bits and see how that changes the situation - at lower speed there will be less heat (and lower power usage).

Dexter770221
Legendary
*
Offline Offline

Activity: 1029


View Profile
December 31, 2013, 10:25:06 AM
 #88

There's also problem with maturing parts (mostly capacitors). Old laptops rather have standard electrolytic aluminium caps. Those are drying  fast and power on USB ports become very noisy. I had few problems with that on few laptops that was older than 3 years... Extreme case was laser mouse that was consumig ~50mA and that was too much, and mouse was working in random pattern Wink

Under development Modular UPGRADEABLE Miner (MUM). Looking for investors.
Changing one PCB with screwdriver and you have brand new miner in hand... Plug&Play, scalable from one module to thousands.
infinitecoin1993
Member
**
Offline Offline

Activity: 107


View Profile
January 02, 2014, 12:07:22 PM
 #89

HI,
here is our cgminer support

technobit.eu/0_1_3.rar

0.1.3 Milestone release - Nanfury support is added with native libusb api. No hid api's are required!
* cgminer ./autegen.sh --enable-hexmineru to add Nanos' manufactured by TechnoBIT known as HEXu
* cgminer --hexmineru-frequency command line to set chip frequency - range 1-62
* cgminer Added to default /etc/config/cgminer  Factory default or web Save+Apply is required for changes to be applied!
* cgminer updated to 3.8.5 rev afe7710858e4ce28bb60f6ae6e167a18d687634f
* cgminer patch to cgminer 3.8.5 rev afe7710858e4ce28bb60f6ae6e167a18d687634f.patch - various code cleanup and optimization needs to be done
* hotplugd added hotplug support for HEXu in /udev/rules.d/01-cgminer.rules. Factory default is required for changes to be applied!
* openwrt updated to r39151

Cant get this working :/
Beastlymac
Hero Member
*****
Offline Offline

Activity: 630


Miner Setup And Reviews. WASP Rep.


View Profile
January 02, 2014, 12:12:11 PM
 #90

HI,
here is our cgminer support

technobit.eu/0_1_3.rar

0.1.3 Milestone release - Nanfury support is added with native libusb api. No hid api's are required!
* cgminer ./autegen.sh --enable-hexmineru to add Nanos' manufactured by TechnoBIT known as HEXu
* cgminer --hexmineru-frequency command line to set chip frequency - range 1-62
* cgminer Added to default /etc/config/cgminer  Factory default or web Save+Apply is required for changes to be applied!
* cgminer updated to 3.8.5 rev afe7710858e4ce28bb60f6ae6e167a18d687634f
* cgminer patch to cgminer 3.8.5 rev afe7710858e4ce28bb60f6ae6e167a18d687634f.patch - various code cleanup and optimization needs to be done
* hotplugd added hotplug support for HEXu in /udev/rules.d/01-cgminer.rules. Factory default is required for changes to be applied!
* openwrt updated to r39151

Cant get this working :/
Just wait a little while ckolivas has received the nano fury i sent him and is working to incorporate support for it.

Message me if you have any problems
loshia
Legendary
*
Offline Offline

Activity: 1610


View Profile
January 02, 2014, 12:33:07 PM
 #91

HI,
here is our cgminer support

technobit.eu/0_1_3.rar

0.1.3 Milestone release - Nanfury support is added with native libusb api. No hid api's are required!
* cgminer ./autegen.sh --enable-hexmineru to add Nanos' manufactured by TechnoBIT known as HEXu
* cgminer --hexmineru-frequency command line to set chip frequency - range 1-62
* cgminer Added to default /etc/config/cgminer  Factory default or web Save+Apply is required for changes to be applied!
* cgminer updated to 3.8.5 rev afe7710858e4ce28bb60f6ae6e167a18d687634f
* cgminer patch to cgminer 3.8.5 rev afe7710858e4ce28bb60f6ae6e167a18d687634f.patch - various code cleanup and optimization needs to be done
* hotplugd added hotplug support for HEXu in /udev/rules.d/01-cgminer.rules. Factory default is required for changes to be applied!
* openwrt updated to r39151

Cant get this working :/
Why?
Grab a tplink and try it in case you are not able to compile. I can tell you it works perfect 2.5Gh per usb stick - marto's ones

Please help the Led Boy aka Bicknellski to make us a nice Christmas led tree and pay WASP membership fee here:
https://bitcointalk.org/index.php?topic=643999.msg7191563#msg7191563
And remember Bicknellski is not collecting money from community;D
rgr_rgr
Member
**
Offline Offline

Activity: 104


View Profile
January 02, 2014, 03:44:13 PM
 #92

I use it on debian and ubuntu.
rgr_rgr
Member
**
Offline Offline

Activity: 104


View Profile
January 02, 2014, 03:55:34 PM
 #93

I have used bfgminer for a while and I noticed a lot of messages similar "drop of frequency detected - restart". I have seen this on all my devices. Tried different things like dropping bits down to 30, active cooling, different powered hubs - no difference.

Did anyone else see something like that?

I switched to cgminer, so no problem, I am just curious.
loshia
Legendary
*
Offline Offline

Activity: 1610


View Profile
January 02, 2014, 03:59:05 PM
 #94

I have used bfgminer for a while and I noticed a lot of messages similar "drop of frequency detected - restart". I have seen this on all my devices. Tried different things like dropping bits down to 30, active cooling, different powered hubs - no difference.

Did anyone else see something like that?

I switched to cgminer, so no problem, I am just curious.

Hey,
Pls clarify did you switched to cgminer - technobit.eu/0_1_3.rar
10X

Please help the Led Boy aka Bicknellski to make us a nice Christmas led tree and pay WASP membership fee here:
https://bitcointalk.org/index.php?topic=643999.msg7191563#msg7191563
And remember Bicknellski is not collecting money from community;D
rgr_rgr
Member
**
Offline Offline

Activity: 104


View Profile
January 02, 2014, 05:55:29 PM
 #95

I switched to  "patch to cgminer 3.8.5 rev afe7710858e4ce28bb60f6ae6e167a18d687634f" as mentioned in https://bitcointalk.org/index.php?topic=321287.msg4086475#msg4086475

or in short:

Yes :-)

The rar you mentioned contains a patch and the firmware for openwrt.

I downloaded cgminer in correct version and compiled it on ubuntu and debian using the patch and ignoring the openwrt files. Snippet of my history:
Quote
wget https://github.com/ckolivas/cgminer/archive/afe7710858e4ce28bb60f6ae6e167a18d687634f.zip
unzip afe7710858e4ce28bb60f6ae6e167a18d687634f.zip
cd cgminer-afe7710858e4ce28bb60f6ae6e167a18d687634f/
wget http://technobit.eu/0_1_3.rar
unrar e 0_1_3.rar
patch -p1 <afe7710858e4ce28bb60f6ae6e167a18d687634f.patch
./autogen.sh --enable-hexmineru
make
loshia
Legendary
*
Offline Offline

Activity: 1610


View Profile
January 02, 2014, 06:20:01 PM
 #96

I switched to  "patch to cgminer 3.8.5 rev afe7710858e4ce28bb60f6ae6e167a18d687634f" as mentioned in https://bitcointalk.org/index.php?topic=321287.msg4086475#msg4086475

or in short:

Yes :-)

The rar you mentioned contains a patch and the firmware for openwrt.

I downloaded cgminer in correct version and compiled it on ubuntu and debian using the patch and ignoring the openwrt files. Snippet of my history:
Quote
wget https://github.com/ckolivas/cgminer/archive/afe7710858e4ce28bb60f6ae6e167a18d687634f.zip
unzip cgminer-afe7710858e4ce28bb60f6ae6e167a18d687634f.zip
cd cgminer-afe7710858e4ce28bb60f6ae6e167a18d687634f/
wget http://technobit.eu/0_1_3.rar
unrar e 0_1_3.rar
patch -p1 <afe7710858e4ce28bb60f6ae6e167a18d687634f.patch
./autogen.sh --enable-hexmineru
make

That is what i wanted to hear Wink
Thank you

Please help the Led Boy aka Bicknellski to make us a nice Christmas led tree and pay WASP membership fee here:
https://bitcointalk.org/index.php?topic=643999.msg7191563#msg7191563
And remember Bicknellski is not collecting money from community;D
Taugeran
Hero Member
*****
Offline Offline

Activity: 658


CCNA: There i fixed the internet.


View Profile
January 02, 2014, 09:03:33 PM
 #97

I have used bfgminer for a while and I noticed a lot of messages similar "drop of frequency detected - restart". I have seen this on all my devices. Tried different things like dropping bits down to 30, active cooling, different powered hubs - no difference.

Did anyone else see something like that?

I switched to cgminer, so no problem, I am just curious.

Those messages are used for the dynamic clock/timeout detection. If I remember correctly, it uses received nonces per time period, figures in hash speed based on osc6. Or something similar

Bitfury HW & Habañero : 1.625Th/s
tips/Donations: 1NoS89H3Mr6U5CmP4VwWzU2318JEMxHL1
Come join Coinbase
Taint
Member
**
Offline Offline

Activity: 60


View Profile
January 03, 2014, 09:55:36 PM
 #98

I'm seeing considerably higher hashing rates on cgminer with patch, than I was seeing with bfgminer.

With bfgminer, I was seeing 2-2.45GHs and I had to vary the oscillator between 50 and 53 to reduce the number of 'frequency drop, resetting' messages.

With cgminer, I haven't had to adjust the oscillator and I'm seeing between 2.5 and 4.3GHs. 4.3 is a rarity, but it does tend to average around 3.2GHs. I've seen 5 second averages hitting 4.5GHs!

I'm quite impressed by the performance increase. I also haven't seen any of those 'frequency drop' messages.

For reference, I'm running cgminer in an Ubuntu 12.04 Server VM, running on VMware ESXi 5.5 and the Nanofury is connected to an Orico 10 Port USB 3 Powered hub (12V 4A power supply). It has a heatsink and I have a USB powered fan blowing over it at all times. It's cool to the touch; so I don't think I'm seeing heat problems with this setup.

Thanks to the producer of the patch! - Nice work Smiley

-T


Want Free Bitcoins? Try http://freebitco.in/?r=343120
Taugeran
Hero Member
*****
Offline Offline

Activity: 658


CCNA: There i fixed the internet.


View Profile
January 03, 2014, 10:50:34 PM
 #99

I'm seeing considerably higher hashing rates on cgminer with patch, than I was seeing with bfgminer.

With bfgminer, I was seeing 2-2.45GHs and I had to vary the oscillator between 50 and 53 to reduce the number of 'frequency drop, resetting' messages.

With cgminer, I haven't had to adjust the oscillator and I'm seeing between 2.5 and 4.3GHs. 4.3 is a rarity, but it does tend to average around 3.2GHs. I've seen 5 second averages hitting 4.5GHs!

I'm quite impressed by the performance increase. I also haven't seen any of those 'frequency drop' messages.

For reference, I'm running cgminer in an Ubuntu 12.04 Server VM, running on VMware ESXi 5.5 and the Nanofury is connected to an Orico 10 Port USB 3 Powered hub (12V 4A power supply). It has a heatsink and I have a USB powered fan blowing over it at all times. It's cool to the touch; so I don't think I'm seeing heat problems with this setup.

Thanks to the producer of the patch! - Nice work Smiley

-T




the 5 second avg means nada. its based on returned nonces over 5 seconds. hell you could get a work item where all 2^32 hashes returned a diff1 share.
but you need to compare bfgminers utility hashrate 3rd column after several hours running


edit: now that has me wondering what the (unrecorded) record is for most diff1+ shares in a single work item

Bitfury HW & Habañero : 1.625Th/s
tips/Donations: 1NoS89H3Mr6U5CmP4VwWzU2318JEMxHL1
Come join Coinbase
Taint
Member
**
Offline Offline

Activity: 60


View Profile
January 04, 2014, 01:45:26 AM
 #100

I was finding that I saw larger numbers of 'frequency drop' messages the longer that BFG ran; reducing the oscillations seemed to reduce the number, but consequently reduced the hash rate.

Using cgminer, I'm seeing a higher reported hashrate both on cgminer and my worker on Slush's pool. I'm seeing a reported 3558MH/s on the worker; but that's a combined rate for the Nanofury and two USB Block Eruptors. That figure is a definite increase over what I was seeing before; which was closer to 2800MH/s

I think I probably need to do a lot more reading on the subject, but I'm definitely observing an increased hash-rate on the worker.

Want Free Bitcoins? Try http://freebitco.in/?r=343120
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 »  All
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!