Blue Fury Support Thread. - page 18.

Bordomboy

newbie

Activity: 22

Merit: 0

Quote from: Beastlymac on October 26, 2013, 07:32:56 PM

Installation tutorials for compatiable mining software.

<< Bfgminer MAC>>
follow is https://bitcointalksearch.org/topic/mac-os-x-resources-howtos-for-mining-homebrewdiybinxcode-debugging-186794
Thanks to Nwoolls for the great work!

REFLASHING FIRMWARE
Download link. http://www.mediafire.com/download/ggogpoch3mropbs/BF1-Firmware.zip
Make sure to download the "dfu-programmer" package.
This can be done by typing "Sudo apt-get install dfu-programmer"
The firmware is the same as the one that shipped with the device

http://i.imgur.com/FWzRBg9.png

Quote from: Beastlymac on September 22, 2013, 04:06:07 AM

reserved for FAQ

Quote from: -ck on September 29, 2013, 09:18:54 AM

New official version of cgminer, 3.5.0, now contains support for red/bluefury devices on linux and windows.

Raspian setup

Quote from: turtle83 on September 30, 2013, 07:50:35 AM

<< Raspbian Wheezy Setup Cgminer>>

.deb for raspbian : https://mega.co.nz/#!HdZWXaJL!f8Tq2Td275SK1Dkv0KiBYAQQuFN00vfsuL3v7_cIrsE

Instructions:

Code:

sudo apt-get update #Make sure repos are up to date
sudo dpkg -i cgminer_3.5.0-1_armhf.deb #May complain about missing dependencies, dont panic next step takes care of it
sudo apt-get -f install #Installs the needed dependencies and then failed cgminer form above step.

built using :-

Quote

--disable-opencl --disable-adl --enable-bflsc --enable-bitforce --enable-icarus --enable-modminer --enable-ztex --enable-avalon --enable-bitfury

And hash away.
http://i.imgur.com/Pn7be4m.jpg

Quote from: ssinc on September 17, 2013, 09:33:20 PM

<< Linux Installation Instructions >>

Quote from: ssinc on September 24, 2013, 03:56:55 PM

Ubuntu Linux Setup Instructions :

1 ) Download Ubuntu x64 from : http://www.ubuntu.com/download/desktop

2 ) Install on a PC or on a Virtual Machine.

3 ) Once installed Find and Open Terminal by pressing CTRL + ALT + T

4 ) Type the following lines and press enter after each one :

Code:

sudo add-apt-repository ppa:theturtle1983/mining
sudo apt-get update
sudo apt-get install bfgminer

5 ) Plug in your Blue Fury Miner in your favorite USB hub/port

6 ) Find the Blue Fury device name in your /Dev Folder. Mine was named ttyACM0 (yours should be similar)

http://i.imgur.com/AgKX2yZs.jpg

7 ) Type the following into Terminal :

Code:

sudo bfgminer -o [pool name] -u [username] -p [password] -S bitfury:/dev/ttyACM0

*obviously change everything in brackets to your personal pool settings.

8 ) Hash Away! Grin

http://i.imgur.com/7F8HS7ns.jpg

<< Windows 7 Installation Instructions >>
video guide.
http://www.youtube.com/watch?v=eUtcah8iSNE

Quote

1 ) Download Alpha Drivers Here : http://www.mediafire.com/download/819me4zvdju8lyg/bfgminerWin.zip

2 ) Extract and note where the bf1.ini is located in the folder.

3 ) Plug in your Blue Fury Miner and go to Control Panel > Hardware and Sound > Devices and printers

4 ) Right Click on the Bitfury BF1 Device go to Properties > Hardware > Properties > Change Settings > Driver > Update Driver

5 ) Select "Browse My computer for Driver Software"

6 ) Select "Let me pick from a list of device drivers on my computer"

7 ) Select "Have Disk", Browse to the bfgminerWin folder and Select bf1.ini

8 ) Select Install and it will give you a warning that the driver is NOT SIGNED. Press okay.

9 ) Now that the Driver is installed navigate to bfgminerWin > bfgminer32

10 ) Edit the #Mine.bat file in Notepad and change everything after "-O" to your own mining pool information and save.

11 ) Double click #Mine.bat and start mining

http://i.imgur.com/SQ6xdMls.jpg

Hello everyone.... I just got my 2 new blue furys yesterday and I see after 26 pages here, I'm pretty late to the party-- but I'd appreciate some help...

I've already set up bfgminer on a box with Linux Mint 13 Maya w/XFCE4 and have been mining with a Jalapeno since May...

I've tried the simple ways I've found here to add in my new pieces, but bfgminer is still not finding them. I've found references to assigning COM ports and whatnot....and I remember having to do something like that to make my machine see my Jalapeno, but now I can't find the threads or instructions I used then, so a little help finding the correct post would be GREATLY APPRECIATED. (I'm slowly making my through these posts, but haven't found the 'magic' one yet.)

Thanks in advance.

BrainShutdown

legendary

Activity: 1052

Merit: 1004

From my experience with the pencil trick on 3 units I can confirm

Ω: 0.97 -> 0.87
Gh/s: 2.2 -> 2.75

with a 2W/unit increase at the plug Cool

Antuam

legendary

Activity: 1722

Merit: 1005

Thanks for all Zamot.

And the colour of the led? Or it is not important.

Regards.
Antuam

zamot

member

Activity: 122

Merit: 10

Hello,

one button is reset ( button near the hole) and the second in for programming.
Reset button is used when you need to reset BF ( you do not need to take it from USB port and back).
The Program button is used when you flash BF. This is described in the first post of this threat Cheesy

Antuam

legendary

Activity: 1722

Merit: 1005

Hello.

What are the 2 oranges buttons, please?
How to know the meaning of the LED colour changes, please?
And the last question. Is it easy change the heat sink for other more big?

Any manual for read, please?

Have a nice day.
Antuam

Mudbankkeith

hero member

Activity: 868

Merit: 1000

Quote from: batt01 on November 13, 2013, 09:42:17 PM

One of my BF is ony putting out .12ghs. Any idea how to fix. Getting shares from BF0 and none from BF1.

Code:

bfgminer version 3.2.0 - Started: [2013-11-13 20:24:30] - [  0 days 00:12:57]
[M]anage devices [P]ool management [S]ettings [D]isplay options  [H]elp [Q]uit
Connected to stratum.mining.eligius.st diff 2 with stratum as user 1EqyHUbQ
Block: ...1be023ca #269492  Diff:511M ( 3.66Ph/s)  Started: [20:30:14]
ST:2  F:0  NB:2  AS:1  BW:[114/ 50 B/s]  E:9.16  U:19.9/m  BS:2.44k
3      69.0C |  5.25/ 5.29/ 3.12Gh/s | A:253 R:0+0(none) HW:0/none
-------------------------------------------------------------------------------
OCL 0: 70.0C | 537.4/536.3/430.9Mh/s | A: 34 R:0+0(none) HW:0/none
BF1 0: BF1 150C1F21 |  2.37/ 2.37/ 2.56Gh/s | A:209 R:0+0(none) HW:0/none
BF1 1: BF1 150C2421 |  [b]2.39/ 2.39/ 0.14Gh/s[/b] | A: 13 R:0+0(none) HW:0/none
-------------------------------------------------------------------------------
[2013-11-13 20:37:01] Accepted 67226739 BF1 0  Diff 2/2
[2013-11-13 20:37:01] Accepted 77efaa15 BF1 0  Diff 2/2
[2013-11-13 20:37:04] Accepted 085443d5 BF1 0  Diff 30/2
[2013-11-13 20:37:05] Accepted 74915f89 BF1 0  Diff 2/2

Try them one at a time, find out which one.

batt01

sr. member

Activity: 279

Merit: 250

One of my BF is ony putting out .12ghs. Any idea how to fix. Getting shares from BF0 and none from BF1.

Code:

bfgminer version 3.2.0 - Started: [2013-11-13 20:24:30] - [  0 days 00:12:57]
[M]anage devices [P]ool management [S]ettings [D]isplay options  [H]elp [Q]uit
Connected to stratum.mining.eligius.st diff 2 with stratum as user 1EqyHUbQ
Block: ...1be023ca #269492  Diff:511M ( 3.66Ph/s)  Started: [20:30:14]
ST:2  F:0  NB:2  AS:1  BW:[114/ 50 B/s]  E:9.16  U:19.9/m  BS:2.44k
3      69.0C |  5.25/ 5.29/ 3.12Gh/s | A:253 R:0+0(none) HW:0/none
-------------------------------------------------------------------------------
OCL 0: 70.0C | 537.4/536.3/430.9Mh/s | A: 34 R:0+0(none) HW:0/none
BF1 0: BF1 150C1F21 |  2.37/ 2.37/ 2.56Gh/s | A:209 R:0+0(none) HW:0/none
BF1 1: BF1 150C2421 |  [b]2.39/ 2.39/ 0.14Gh/s[/b] | A: 13 R:0+0(none) HW:0/none
-------------------------------------------------------------------------------
[2013-11-13 20:37:01] Accepted 67226739 BF1 0  Diff 2/2
[2013-11-13 20:37:01] Accepted 77efaa15 BF1 0  Diff 2/2
[2013-11-13 20:37:04] Accepted 085443d5 BF1 0  Diff 30/2
[2013-11-13 20:37:05] Accepted 74915f89 BF1 0  Diff 2/2

FrontLineFodder

newbie

Activity: 28

Merit: 0

Quote from: tk1337 on November 13, 2013, 03:58:57 PM

Well... my 10k resistors came in today, switched out the 22k resistor for a 10k on one of my good units.

BFGMiner 3.6.0 - 2.82 GH/s - 0 HW Errors
CGMiner 3.8.0 - 2.51 GH/s

I only let it sit for about 10 minutes on each mining software, so going to let it run for awhile in BFGMiner now.

Before the installation of the resistor this unit was consistently at 2.2GH/s

EDIT:

Temperature at heat-sink: 27.8 C / 82 F
Temperature at chip: 37.7 C / 100 F

tk1337,

after you replaced the 22K with a 10K, what was the resistance across R15 ?

Taugeran

hero member

Activity: 658

Merit: 500

CCNA: There i fixed the internet.

Quote from: werauchimmer on November 11, 2013, 04:37:49 PM

Hot damn, you know you're a nerd, when you need about 2 seconds to locate the digital multimeter on your desk, but need to go out to buy a pencil.

In any case:
Ω: 0.97 -> 0.89
Gh/s: 2.23 -> 2.68

I experimented down to 0.85, but since I have to leave it run unattended for a few hours now, I'd like to play it safe.

i can second this

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: btmtb on November 13, 2013, 05:51:48 PM

Quote from: -ck on November 13, 2013, 04:41:37 PM

That's by design in these chips. An error rate around 10% is to be expected. I can make it read zero artificially in cgminer if you like...

No no! The numbers should always stay true to the actual figures. If we as consumers and hackers-around need to be educated on the parameters of the particular hardware and chips in use, that's a totally separate issue. If that's normal operation for these chips its better to see the real data and have a proper understanding of what it means, which is where experienced comments like yours and support threads like this come in perfectly handy. Just for the avoidance of doubt: My point isn't to cast any blame, it just exploring whether this performance could be improved by the basic environmental factors. Personally, I'm actually pleased with the performance now I've realised my original pool result was at fault. Thanks for your time, comments and coding, by the way.

I was joking Wink

btmtb

sr. member

Activity: 291

Merit: 250

Scam-Busting PSA: Beware of Black Arrow Software

Quote from: -ck on November 13, 2013, 04:41:37 PM

That's by design in these chips. An error rate around 10% is to be expected. I can make it read zero artificially in cgminer if you like...

No no! The numbers should always stay true to the actual figures. If we as consumers and hackers-around need to be educated on the parameters of the particular hardware and chips in use, that's a totally separate issue. If that's normal operation for these chips its better to see the real data and have a proper understanding of what it means, which is where experienced comments like yours and support threads like this come in perfectly handy. Just for the avoidance of doubt: My point isn't to cast any blame, it just exploring whether this performance could be improved by the basic environmental factors. Personally, I'm actually pleased with the performance now I've realised my original pool result was at fault. Thanks for your time, comments and coding, by the way.

eousphoros

newbie

Activity: 5

Merit: 0

Quote from: Mudbankkeith on November 13, 2013, 03:29:17 AM

Quote from: jml on November 12, 2013, 11:05:21 PM

Quote from: eousphoros on November 12, 2013, 10:52:17 PM

Code:

cgminer version 3.8.1 - Started: [2013-11-12 21:43:52]
----------------------------------------------------------------------------
 (5s):16.88G (avg):16.77Gh/s | A:84239  R:352  HW:3356  WU:233.8/m
 ST: 2  SS: 0  NB: 45  LW: 108588  GF: 0  RF: 0
 Connected to pool diff 16 with stratum as user 1
 Block: 446cc771...  Diff:511M  Started: [03:46:42]  Best share: 213K
----------------------------------------------------------------------------
 [P]ool management [S]ettings [D]isplay options [Q]uit
 AMU 0:                | 335.8M/336.2Mh/s | A: 1660 R:  0 HW:  17 WU:  4.7/m
 AMU 1:                | 335.6M/336.1Mh/s | A: 1770 R:  0 HW:  20 WU:  4.5/m
 BAJ 0:  max 50C 3.34V | 8.328G/8.144Gh/s | A:40541 R:208 HW: 473 WU:112.7/m
 BF1 0:                | 2.666G/2.632Gh/s | A:13398 R: 48 HW:1002 WU: 37.4/m
 BF1 1:                | 2.602G/2.616Gh/s | A:13086 R: 64 HW: 917 WU: 36.6/m
 BF1 2:                | 2.701G/2.703Gh/s | A:13832 R: 32 HW: 929 WU: 37.9/m
----------------------------------------------------------------------------

All of the hw errors make me kinda sad.

Same as me, I am getting a lot of HW errors. PXY0 is an ASICminer blade overclocked and has a far less ratio between accepted shares and HW errors.

Code:

 PXY 0:       |  9.87/12.82/12.46Gh/s | A:2724 R:56+14(1.9%) HW: 393/.91%
 BPM 0:       |  2.38/ 2.38/ 2.28Gh/s | A: 486 R: 3+ 0(.63%) HW: 302/3.8%
 BPM 1:       |  2.35/ 2.34/ 2.17Gh/s | A: 465 R: 0+ 0(none) HW: 310/4.1%
 BPM 2:       |  2.36/ 2.36/ 2.14Gh/s | A: 425 R: 0+ 0(none) HW: 293/3.9%
 BPM 3:       |  2.32/ 2.32/ 2.21Gh/s | A: 443 R: 3+ 0(.68%) HW: 334/4.3%

Forget about the HW errors, What are you getting back from the pool? That is what matters.

Other the hw errors I am loving these little guys. I switched over to cgminer because bfg was giving me grief. Cgminer works flawlessly!

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: btmtb on November 13, 2013, 04:03:40 PM

High error rate for my taste, but respectable throughput IMO considering the circumstances. I'm most keen to see if I can reduce the HW with sufficient cooling, will report back when I've had time to play properly this weekend.

That's by design in these chips. An error rate around 10% is to be expected. I can make it read zero artificially in cgminer if you like...

Mudbankkeith

hero member

Activity: 868

Merit: 1000

Quote from: btmtb on November 13, 2013, 04:03:40 PM

Quote from: btmtb on November 13, 2013, 04:56:38 AM

Quote

It's my understanding that the hashrate meter is constantly being revised at ozcoin and it's been rather inaccurate of late. Check the actual number of shares match to confirm there's nothing going astray, or try it on another pool (for at least an hour).

Quote

Thanks for the tip, didn't realise that, swapped to Slush' pool now, will report back.

EARLIER RESULTS REPORTED BY POOL (Ozco.in)
BF1 1,294.84 MHash/s

RECENT REPORTED BY ALTERNATIVE POOL (Slush's)
BF1 2,249.389 MHash/s

CGMiner 3.8.1 summary output for the above session at Slush's:
BF1 0: | 2.200G/2.184Gh/s | A:16170 R:100 HW:1111 WU:30.8/m

The number of shares reported by Slush's stacks up, so I think the earlier issue is Ozcoin's counters as you suggest ckolivas, cheers for the hint. Just to repeat my comments from my earlier post, this is with stock heatsink, no fan, and bus powered (for giggles). High error rate for my taste, but respectable throughput IMO considering the circumstances. I'm most keen to see if I can reduce the HW with sufficient cooling, will report back when I've had time to play properly this weekend.

The latest version of BFGMiner will reduce the HW error rate, but I have found the hash rate dropped from 2.33Gh to 2.31Gh on my sticks

btmtb

sr. member

Activity: 291

Merit: 250

Scam-Busting PSA: Beware of Black Arrow Software

Quote from: btmtb on November 13, 2013, 04:56:38 AM

It's my understanding that the hashrate meter is constantly being revised at ozcoin and it's been rather inaccurate of late. Check the actual number of shares match to confirm there's nothing going astray, or try it on another pool (for at least an hour).

Quote

Thanks for the tip, didn't realise that, swapped to Slush' pool now, will report back.

EARLIER RESULTS REPORTED BY POOL (Ozco.in)
BF1 1,294.84 MHash/s

RECENT REPORTED BY ALTERNATIVE POOL (Slush's)
BF1 2,249.389 MHash/s

CGMiner 3.8.1 summary output for the above session at Slush's:
BF1 0: | 2.200G/2.184Gh/s | A:16170 R:100 HW:1111 WU:30.8/m

The number of shares reported by Slush's stacks up, so I think the earlier issue is Ozcoin's counters as you suggest ckolivas, cheers for the hint. Just to repeat my comments from my earlier post, this is with stock heatsink, no fan, and bus powered (for giggles). High error rate for my taste, but respectable throughput IMO considering the circumstances. I'm most keen to see if I can reduce the HW with sufficient cooling, will report back when I've had time to play properly this weekend.

tk1337

sr. member

Activity: 266

Merit: 250

Well... my 10k resistors came in today, switched out the 22k resistor for a 10k on one of my good units.

BFGMiner 3.6.0 - 2.82 GH/s - 0 HW Errors
CGMiner 3.8.0 - 2.51 GH/s

I only let it sit for about 10 minutes on each mining software, so going to let it run for awhile in BFGMiner now.

Before the installation of the resistor this unit was consistently at 2.2GH/s

EDIT:

Temperature at heat-sink: 27.8 C / 82 F
Temperature at chip: 37.7 C / 100 F

zac2013

member

Activity: 108

Merit: 15

I have been running 9 blue furries from outcast since Saturday. They have been running ok with an average 20ghs for 9 off - 2.22 average). I found that one kept dieing on me - displaying "dead" in bfgminer.

Coincidently, i changed the psu and fans because my old setup was too loud. I ending up putting two Sharkoon Silent Eagle 1000 Fan's (120x120x25) directly on top of the blue furries (vertical airflow) (as opposed to standard desktop fan's pointing straight at them) and what may be of interest to peeps is that they became more stable (no "dead") error's and my hash rate went up a little bit.

So as helldiveruk has pointed out, it may be best to cool these bad boys, as best you can.

My setup:
bfgminer as per the setup instructions at the start of this thread.
win7
running block erupters at the same time

HellDiverUK

hero member

Activity: 1246

Merit: 501

OK, just run tests. Miners were running for 5 minutes - the one I tested was running at 2.5GH.

Temp on top of the BitFury chip: 95C

Temp at middle of heat sink: 89C

That's burning hot - probably a safety issue.

The Block Erupter in the same hub was running at 69C, again probably a safety issue, but not warm enough to almost boil water.

Mudbankkeith

hero member

Activity: 868

Merit: 1000

Quote from: Beastlymac on November 13, 2013, 10:29:28 AM

It also shows how different mining software produces different results and you can never solve an issue for everyone without creating more problems in the process. You can always revert back the version by re flashing the sd card. It seems that people experience drastically different results based on what setup they have.

No problem, I always flash 2 sd cards, one with the original image and one for the git pull update that almost always arrives 2 days later, you can never be to careful.
I also keep the disc image on my NAS server.(I think there are currently about 10 versions there)

Latest working in the Pi, Clean spare of latest download and image backup.(for when Sh** happens). SD cards do fail.

Beastlymac

hero member

Activity: 630

Merit: 501

Miner Setup And Reviews. WASP Rep.

It also shows how different mining software produces different results and you can never solve an issue for everyone without creating more problems in the process. You can always revert back the version by re flashing the sd card. It seems that people experience drastically different results based on what setup they have.

Topic: Blue Fury Support Thread. - page 18. (Read 89624 times)