Bitcoin Forum

Afternoon,

I bought a Raspberry Pi for the purpose of install the Slush proxy for Stratum and to also run the BFL miners when they come in.  I know that I can use MinerPeon when the BFL miners come in, but I have been trying various different distros to get the proxy to work.

I have tried straight Linux destros, Tiny, and Raspberry Pi specific.  None seem to install correctly.  Now mind you my linux is limited to what I learned to use BAMT, but I would like to believe that I have tried it correctly.

If anyone else has tried to use a Raspberry Pi for this purpose I would like to hear from you and see if you can help me.  Or if your are good with various Linux or good with the Slush Proxy.

The intent is to have a nice small footprint system running everything.  I know in the future that I wont need the proxy since the GPU rings will be outdated in time, but I would still like to run them as long as they are profitable.

Any help would be apprciated.

Thanks

-Elrodvoss

I thought about the Raspberry Pi, but then I thought, "Why not use linux on a tablet like a Nexus 7?" That's what I'm looking to do. Just get a USB "OTG" cable for USB interface, install Linux, and run it that way. I know it's a little off topic, but anyway, that's what I'm hoping to do. Even smaller footprint; no need for extra power cable, since it charges off the USB input; no need for separate screen; ultra-low power consumption. Built-in wifi; no need for mouse or keyboard...

Interesting idea. 

Though the 8GB Nexus 7 is about 160-180 used, the PI may be cheaper, but it could be argued that the Nexus 7 would be more powerful.


It would be interesting to see if a Nexus 7 would work in that way.  It would make it very useful.  Though I would like to see if you could run multiple USB Rigs on a single Nexus 7.

Interesting idea, but I would still like to get the PI working as intended and see how it works for this purpose.

We are putting together a Raspberry Pi - FPGA mining platform.

Our thought is :
 - Raspberry Pi provides command/control/status (as well as initial configuration of the) FPGA's
 - FPGA's run fully pipelined, unrolled SHA256
 - up to 4 FPGA cards per Raspberry Pi (2 FPGA's / card = 8 FPGA's per Raspberry Pi)
 - each FPGA card should be capable of 1000-1200 MHash/sec

Each FPGA card consists of :
 - 2 Cyclone V - A9 parts (301K LC each / 602K LC total)
 - clock speed should be between 250-300 MHz (as we're using Cyclone V - 28 nm Altera technology)

Our web site is :  http://www.raspberrycoins.com

The Pi is small, low power, and since it's running Linux/Unix should be quite stable.  Since the Pi's can easily be networked using ethernet, this means you have an ability to scale.  Our belief is this unit will be quite power efficient (being an FPGA, but also at 28 nm, we're more power efficient and higher speed than last generation tech.)

FPGA technology means this system might be able to be retargeted for other purposes in the future, by downloading
a new bitstream.

Best Regards,

Tony

it looks so cool - can't wait for it.)

Wow, would love to pick one up when they are ready.

MinerPeon uses Arch Linux.
Did you try to install your proxy on top of Minepeon?


Tony, you might want to announce your product in the Custom hardware (https://bitcointalk.org/index.php?board=76.0) forum.

I'm running the slush proxy on a wheezy distribution that came pre-installed on a memory card I bought with my pi-B

pi@raspberrypi ~/stratum/stratum-mining-proxy-master $ uname -a
Linux raspberrypi 3.2.27+ #250 PREEMPT Thu Oct 18 19:03:02 BST 2012 armv6l GNU/Linux

pi@raspberrypi ~/stratum/stratum-mining-proxy-master $ head /tmp/stratum.log
2013-04-30 00:18:26,973 INFO proxy jobs.<module> # C extension for midstate not available. Using default implementation instead.
2013-04-30 00:18:27,032 INFO proxy mining_proxy.main # Stratum proxy version: 1.1.2
2013-04-30 00:18:27,034 INFO proxy mining_proxy.main # Trying to connect to Stratum pool at stratum.btcguild.com:3333

I didn't make any notes at the time I installed it, but I'm pretty sure I just followed the instructions in the readme.md

Not sure if I can offer any help (I don't want to fiddle with my current setup to try a reinstall), but I thought you'd like to know that it does work.

Do you happen to know which Wheezy you are using?

There is Raspbian “wheezy” and Soft-float Debian “wheezy”.

Im assuming its the Raspbian Wheezy.

ill play with it later on today.  See if I can fight my way through it all.  Thanks confirming that it does work as intended.  Just linux stupid.

This is at the end of the string when setup ends
Error:  setup script exited with error:  command 'gcc' failed with exit status 1


This is error I get when I run it.

like 63, in <module> from twisted.internet improt reactor, defer
importerror:  No module named twisted.internet

Hi,
can you provide some more detail on how would this work? I love the fact you dont need an extra monitor and that it has built in wifi. What do you mean no extra power cable? The only thing I can think of is using a USB power Hub. tablet -> usb "otg" cable -> double sided usb cable -> usb power hub. Then have my bfl miners connected to the USB power hub too.

I'm not sure what the slush proxy is.  But since you say you're not too experienced I'll ask the obvious question -- are gcc and all essentials installed?  If I have some time and can find this slush proxy I can see how it goes to install.  I just have bfg miner right now installed on my raspberry pi (debian wheezy).

https://github.com/slush0/stratum-mining-proxy

Hmm it installed smoothly for me (just real slow as is everything on the raspberry pi).  The twisted error is some sort of python module it's trying to download.  Is it able to download any other modules before it?  It could just be the twisted mirror was down earlier?

Here is a cut and paste from the install.  I deleted out the directory and started over.  I did do the python install just incase.  The following text does not include the python install:

***Beginning***
sudo python setup.py install
/home/pi/slush0-stratum-mining-proxy-7b5c080/distribute_setup.py:139: UserWarning: Module distribute_setup was already imported from /home/pi/slush0-stratum-mining-proxy-7b5c080/distribute_setup.py, but /usr/local/lib/python2.7/dist-packages/stratum-0.2.12-py2.7.egg is being added to sys.path
  import pkg_resources
running install
Checking .pth file support in /usr/local/lib/python2.7/dist-packages/
/usr/bin/python -E -c pass
TEST PASSED: /usr/local/lib/python2.7/dist-packages/ appears to support .pth files
running bdist_egg
running egg_info
creating stratum_mining_proxy.egg-info
writing requirements to stratum_mining_proxy.egg-info/requires.txt
writing stratum_mining_proxy.egg-info/PKG-INFO
writing top-level names to stratum_mining_proxy.egg-info/top_level.txt
writing dependency_links to stratum_mining_proxy.egg-info/dependency_links.txt
writing manifest file 'stratum_mining_proxy.egg-info/SOURCES.txt'
reading manifest file 'stratum_mining_proxy.egg-info/SOURCES.txt'
writing manifest file 'stratum_mining_proxy.egg-info/SOURCES.txt'
installing library code to build/bdist.linux-armv6l/egg
running install_lib
running build_py
creating build
creating build/lib.linux-armv6l-2.7
creating build/lib.linux-armv6l-2.7/mining_libs
copying mining_libs/__init__.py -> build/lib.linux-armv6l-2.7/mining_libs
copying mining_libs/client_service.py -> build/lib.linux-armv6l-2.7/mining_libs
copying mining_libs/getwork_listener.py -> build/lib.linux-armv6l-2.7/mining_libs
copying mining_libs/jobs.py -> build/lib.linux-armv6l-2.7/mining_libs
copying mining_libs/midstate.py -> build/lib.linux-armv6l-2.7/mining_libs
copying mining_libs/multicast_responder.py -> build/lib.linux-armv6l-2.7/mining_libs
copying mining_libs/stratum_listener.py -> build/lib.linux-armv6l-2.7/mining_libs
copying mining_libs/utils.py -> build/lib.linux-armv6l-2.7/mining_libs
copying mining_libs/version.py -> build/lib.linux-armv6l-2.7/mining_libs
copying mining_libs/worker_registry.py -> build/lib.linux-armv6l-2.7/mining_libs
creating build/bdist.linux-armv6l
creating build/bdist.linux-armv6l/egg
creating build/bdist.linux-armv6l/egg/mining_libs
copying build/lib.linux-armv6l-2.7/mining_libs/multicast_responder.py -> build/bdist.linux-armv6l/egg/mining_libs
copying build/lib.linux-armv6l-2.7/mining_libs/__init__.py -> build/bdist.linux-armv6l/egg/mining_libs
copying build/lib.linux-armv6l-2.7/mining_libs/version.py -> build/bdist.linux-armv6l/egg/mining_libs
copying build/lib.linux-armv6l-2.7/mining_libs/jobs.py -> build/bdist.linux-armv6l/egg/mining_libs
copying build/lib.linux-armv6l-2.7/mining_libs/client_service.py -> build/bdist.linux-armv6l/egg/mining_libs
copying build/lib.linux-armv6l-2.7/mining_libs/getwork_listener.py -> build/bdist.linux-armv6l/egg/mining_libs
copying build/lib.linux-armv6l-2.7/mining_libs/midstate.py -> build/bdist.linux-armv6l/egg/mining_libs
copying build/lib.linux-armv6l-2.7/mining_libs/utils.py -> build/bdist.linux-armv6l/egg/mining_libs
copying build/lib.linux-armv6l-2.7/mining_libs/stratum_listener.py -> build/bdist.linux-armv6l/egg/mining_libs
copying build/lib.linux-armv6l-2.7/mining_libs/worker_registry.py -> build/bdist.linux-armv6l/egg/mining_libs
byte-compiling build/bdist.linux-armv6l/egg/mining_libs/multicast_responder.py to multicast_responder.pyc
byte-compiling build/bdist.linux-armv6l/egg/mining_libs/__init__.py to __init__.pyc
byte-compiling build/bdist.linux-armv6l/egg/mining_libs/version.py to version.pyc
byte-compiling build/bdist.linux-armv6l/egg/mining_libs/jobs.py to jobs.pyc
byte-compiling build/bdist.linux-armv6l/egg/mining_libs/client_service.py to client_service.pyc
byte-compiling build/bdist.linux-armv6l/egg/mining_libs/getwork_listener.py to getwork_listener.pyc
byte-compiling build/bdist.linux-armv6l/egg/mining_libs/midstate.py to midstate.pyc
byte-compiling build/bdist.linux-armv6l/egg/mining_libs/utils.py to utils.pyc
byte-compiling build/bdist.linux-armv6l/egg/mining_libs/stratum_listener.py to stratum_listener.pyc
byte-compiling build/bdist.linux-armv6l/egg/mining_libs/worker_registry.py to worker_registry.pyc
creating build/bdist.linux-armv6l/egg/EGG-INFO
installing scripts to build/bdist.linux-armv6l/egg/EGG-INFO/scripts
running install_scripts
running build_scripts
creating build/scripts-2.7
copying and adjusting mining_proxy.py -> build/scripts-2.7
changing mode of build/scripts-2.7/mining_proxy.py from 644 to 755
creating build/bdist.linux-armv6l/egg/EGG-INFO/scripts
copying build/scripts-2.7/mining_proxy.py -> build/bdist.linux-armv6l/egg/EGG-INFO/scripts
changing mode of build/bdist.linux-armv6l/egg/EGG-INFO/scripts/mining_proxy.py to 755
copying stratum_mining_proxy.egg-info/PKG-INFO -> build/bdist.linux-armv6l/egg/EGG-INFO
copying stratum_mining_proxy.egg-info/SOURCES.txt -> build/bdist.linux-armv6l/egg/EGG-INFO
copying stratum_mining_proxy.egg-info/dependency_links.txt -> build/bdist.linux-armv6l/egg/EGG-INFO
copying stratum_mining_proxy.egg-info/requires.txt -> build/bdist.linux-armv6l/egg/EGG-INFO
copying stratum_mining_proxy.egg-info/top_level.txt -> build/bdist.linux-armv6l/egg/EGG-INFO
zip_safe flag not set; analyzing archive contents...
creating dist
creating 'dist/stratum_mining_proxy-1.5.2-py2.7.egg' and adding 'build/bdist.linux-armv6l/egg' to it
removing 'build/bdist.linux-armv6l/egg' (and everything under it)
Processing stratum_mining_proxy-1.5.2-py2.7.egg
removing '/usr/local/lib/python2.7/dist-packages/stratum_mining_proxy-1.5.2-py2.7.egg' (and everything under it)
creating /usr/local/lib/python2.7/dist-packages/stratum_mining_proxy-1.5.2-py2.7.egg
Extracting stratum_mining_proxy-1.5.2-py2.7.egg to /usr/local/lib/python2.7/dist-packages
stratum-mining-proxy 1.5.2 is already the active version in easy-install.pth
Installing mining_proxy.py script to /usr/local/bin

Installed /usr/local/lib/python2.7/dist-packages/stratum_mining_proxy-1.5.2-py2.7.egg
Processing dependencies for stratum-mining-proxy==1.5.2
Searching for twisted>=12.2.0
Reading http://pypi.python.org/simple/twisted/
Reading http://twistedmatrix.com/
Reading http://www.twistedmatrix.com
Reading http://twistedmatrix.com/products/download
Reading http://tmrc.mit.edu/mirror/twisted/Twisted/9.0/
Reading http://tmrc.mit.edu/mirror/twisted/Twisted/10.0/
Reading http://twistedmatrix.com/projects/core/
Reading http://tmrc.mit.edu/mirror/twisted/Twisted/8.2/
Reading http://tmrc.mit.edu/mirror/twisted/Twisted/8.1/
Best match: Twisted 13.0.0
Downloading https://pypi.python.org/packages/source/T/Twisted/Twisted-13.0.0.tar.bz2#md5=68afff4e1efd3757d934e39f70c99f57
Processing Twisted-13.0.0.tar.bz2
Writing /tmp/easy_install-ME_WW1/Twisted-13.0.0/setup.cfg
Running Twisted-13.0.0/setup.py -q bdist_egg --dist-dir /tmp/easy_install-ME_WW1/Twisted-13.0.0/egg-dist-tmp-anF8kG
twisted/runner/portmap.c:10:20: fatal error: Python.h: No such file or directory
compilation terminated.
error: Setup script exited with error: command 'gcc' failed with exit status 1
***End***

I hope this helps anyone figure out what is going wrong.  If he helps im using the raspbian wheezy download from www.raspberrypi.org/downloads

whenever you're missing a .h file you should look for any missing dev packages
try this:

sudo apt-get install python-dev

and please add a password to your pi account (actually you should make another account and disable ssh access to pi)

I don't know how useful this will be to you folks, but my experiences with pi-b's makes me inclined to warn of sd card corruption. If you get this up and running, IMAGE THE SD CARD ASAP!! You wont regret it.

Ya I learned that with BAMT and USB sticks a while ago.

Here is the result that I got:

pi@raspberrypi ~ $ sudo apt-get install python-dev
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following extra packages will be installed:
  libexpat1-dev libssl-dev libssl-doc python2.7-dev
The following NEW packages will be installed:
  libexpat1-dev libssl-dev libssl-doc python-dev python2.7-dev
0 upgraded, 5 newly installed, 0 to remove and 0 not upgraded.
Need to get 2,699 kB/31.6 MB of archives.
After this operation, 42.2 MB of additional disk space will be used.
Do you want to continue [Y/n]? y
Err http://mirrordirector.raspbian.org/raspbian/ wheezy/main libssl-dev armhf 1.0.1c-4+rpi1
  404  Not Found
Err http://mirrordirector.raspbian.org/raspbian/ wheezy/main libssl-doc all 1.0.1c-4+rpi1
  404  Not Found
Err http://mirrordirector.raspbian.org/raspbian/ wheezy/main python-dev all 2.7.3~rc2-1
  404  Not Found
Failed to fetch http://mirrordirector.raspbian.org/raspbian/pool/main/o/openssl/libssl-dev_1.0.1c-4+rpi1_armhf.deb  404  Not Found
Failed to fetch http://mirrordirector.raspbian.org/raspbian/pool/main/o/openssl/libssl-doc_1.0.1c-4+rpi1_all.deb  404  Not Found
Failed to fetch http://mirrordirector.raspbian.org/raspbian/pool/main/p/python-defaults/python-dev_2.7.3~rc2-1_all.deb  404  Not Found
E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?
pi@raspberrypi ~ $

run sudo apt-get update to make sure you're getting everything from the right place.

(and good tip about imaging the SD-card, I had my first one corrupted, I'll go do that right now)

PS It says it right here:

i saw the commands in the string, but I tried a few and was not sure the order or placement. 

but ill try that command string and post what is produces.

That was it.  The update command did it.

Ran that, then ran the Python install, then proxy install and it works.  Nice. 

Thank you all so much for the effort and putting up with me.

Cool -- the more errors like this you see the more you'll get used to dealing with them.  And don't forget to add a password!

Hi guys, I'm also planning to use the rasp with a stratum proxy for an ASICminer I 've just got. How's been your experience so far? Are y'all using system's python? or should I go with virtualenv/pip?  :-\

LOL @ the Nexus 7 idea. 4x as expensive (if you buy an 8GB used, and it is discontinued btw), and I really doubt you will be able to get it working as intended....the USB OTG on the N7 is very picky and only works with some peripherals. As for the second screen...do you have a TV with HDMI, or even a composite video jack? Then you don't need to buy an extra screen.

Excellent advice imaging the cards after it has been configured.

hey Tony good stuff one thing i noticed, the protos don't have heatsinks installed, is that by design? also if you were to focus on litecoin capable raspberries you'd make a killing... :)

sudo apt-get update

https://github.com/Hexxeh/rpi-update (https://github.com/Hexxeh/rpi-update)
I've been using this tool to manage the rPi firmware without re-imaging the SD card. If you have a 512MB pi, I'd recommend a 384/128 memory distribution between CPU and GPU; except if you're using it via the terminal only, in that case 496/16. To set this, run rpi-update <value>, for example "rpi-update 384".

And the basic stuff, apt-get update && apt-get dist-upgrade && sudo sync. Don't install bitcoind on the device, you will destroy your SD card's life expectancy with the constant read/write it has to do.

Downloading! Thanks!!!

I'm going to operate it 100% of the time as a headless server from the terminal, so I won't need any GPU... Would it be possible to completely remove the GPU mem usage (i.e. 512/0) with this script? It makes sense to reduce it to the minimum possible amount (eliminating it completely)...

If only you had some cheaper models say $500.

I ordered a raspberry pi for testing.  May get a hold of an older IV model FPGA.  What is the expected has rate on that?   I saw the Altera III was about 70MH/s but couldn't find results for IV.

Discontinued?  I got a new one off ebay for a pretty good price.  Its a birthday present for my 2 year old lol.  Surprisingly she figures it out pretty good.  Knows how to slide to unlock, etc.

If there is ever a request for an application(s) that runs via the latest firmware/software update packages on Raspbian let me know via PM (I've been using Debian as a straight form for almost 15 years and Ubuntu for about half that time [Debian-based]).  I've seen some common request (latest version of ZNC, IPv6 support via HE [Hurricane Electric] Tunnel, etc) that I will start a github project for soon (the time between now and E3 = me super-swamped, but weekend nights are normally somewhat free; having an active social life is highly overrated  :D) and just like the rpi-update tool, you'll be able to pull and then run with one command.  Even though I have multiple units at different clock speeds, unless someone starts waving a burning Union Jack in front of my townhouse, I code/test everything to run on a Raspberry Pi Model B Revision 2.0 (512MB) (this means stock 700mhz CPU clock, an assumption of at least 256MB RAM available for the CPU - unless a graphics intensive project is ever released - personally I have my memory set up to dynamically scale the GPU down to 16MB [specifically set to a value of "16384" but that's just because of how Raspbian is setup atm] or go as high as 384MB, but that is a topic for another time).

Also Tony (sorry that is my real name, so I feel like I'm talking to myself), I love your kits (the only improvement I could possibly request would be some small, self-adhesive heatsinks, esp. for the Pi's Broadcom chip, but that is a super-easy after-market addition for those that desire it.  Unfortunately I recently lost all but ~0.21BTC via MiningUnited.com - if all goes well I will get those coins back and will invest in the "CM1 - Single" at the very least.  I know you aren't a big company and don't have hardware to give away to press/developers, but if you'd like my input on possible low-cost improvements, feel free to let me know (I've been focusing on electronic hobby industrial design as part of my MFA for the last two years so I've gotten familiar with projects such as these; hopefully with the surge of ASIC chips floating around on the open market for a fairly cheap price will allow for those to be introduced into the next line of models).

Spambots already love me, so I won't post my personal e-mail here, but if anyone has anything they would like to ask or talk to me about, feel free to send a PM and I will most likely get back to you within 24h (if not much sooner).  I will return to freenode within the week as well, I just need to finish soldeing some FPGA PCI-E test boards and put my desktops back together (I've been having way too much fun with a hardware emulated Sega Master System via 2 FPGAs... it could fit on a 1.5 million gate chip with room to spare but I'm using junked parts  ;D).  Cheers! - Tony R./D(ee)BG

there is no RL, just afk  ;)

We will likely have (small) heat-sinks on the FPGA's in the production version (just for make sure they run cool).   Cyclone V (28 nm FPGA's) runs about 40% lower power than the previous generation technology (45 and 65 nm technology nodes).   We will need to take temperature readings using dual Cyclone V FPGAs running at speed, but we will likely just include small heat sinks anyway (FPGA's also can run a little faster if they are cooler, so that might give a small performance boost).

You are correct in that we are also thinking that this might make a pretty good Litecoin mining platform as well.  The Raspberry Pi - FPGA combination have some very nice features as far as Litecoin is concerned.

Best Regards,

Tony

I think you're all following a red herring. There is no need to install slush's mining proxy when using stratum anymore - it has been integrated into cgminer for awhile now.

I have been mining on slush with GPU's for awhile now and cgminer does a great job of detecting and connecting to the stratum node.

from: https://github.com/ckolivas/cgminer

Thing is some of us (i.e. using ASICminer) cannot use "cgminer" cos the mining soft is flashed and we're not able to modify it. So we are left with 3 options:

a - run a stratum proxy using a high-cost / high energy consumption device: x86 based
b - run a stratum proxy using a low-cost / low energy consumption device: arm based
c - reflash (hard to accomplish w/o the custom fw)

(please someone correct me if I'm wrong)

I think the choice is obvious.

Yes the 8 GB was discontinued last year, and it is a fine tablet. I am simply saying that the model you referenced was going to be continuously harder to find as it is not being produced anymore. You should check out the Nexus 7 section on xda-developers for info on USB-OTG support. I wish you luck but I don't see it happening myself..

I am running an RPi model B on raspbian wheezy using slushs' proxy and using it to process data from block eruptor blades ( the 13GH's ones).
However I have noticed that datarates on the blade drop to about 10GH's when I use the RPi. If I use the proxy on a PC it runs at full output through the same network. I can connect up to five blades to this proxy and if it is one or five they all hash at 10G on the RPi and 13 on the PC.
Anyone any ideas on this - USB driver maybe? Clearly a data input not output issue I think.

Check the CPU, RAM, and network usage on the Pi -- remember that it's got less power than your phone.