Can we have multiple miners all pointing to one worker?
Yes
|
|
|
Just to remind people that minepeon uses an old cgminer/bfminer.... Atm you have to recompile the new version onto the pi, which can be a pain.... Yes I also plan to use my pi which runs my fpga's atm... Sorry to side track, back to the thread Sorry to continue the sidetrack, but u can use my binaries : https://bitcointalk.org/index.php?topic=216117.0compiling is not that big a pain... just takes looong time... maybe like 5 or 10 mins.. installation from the .deb is quick. but maynot be compatible with minepeon in case it does some other patchwork... have never used minepeon.
|
|
|
... A question for those of you running these block erupters on their raspberry pi: Where in /dev/ do you find these? Is it /dev/ttyUSB1 or /dev/bus/usb/ or somewhere like that? Does some driver need to be installed for them to show up? I plan on trying to use bfgminer first with the -S all option.
They will show up as /dev/ttyUSBx. No need to install a driver, the USB2Serial driver is preinstalled on a rpi. I dont know if it would make a difference but do you have any recommendations for a USB hub that i could use with a raspberry pi? One that can power at least four of these block erupters. Please and thank you! Best to choose from : http://elinux.org/RPi_VerifiedPeripherals#Working_USB_HubsAdditionally for 4 erupters make sure the hubs power adapter is at least 2A @5v . If u get one with 2.5A then the same hub can power your rpi as well as erupters.
|
|
|
Aha, Luke-Jr on #bitcoin-mining on Freenode helped me, saying cgminer must have trashed the driver(s), unplug the hub from the computer plug it back in and try bfgminer again. I did and am now seeing much nicer display: ICA 0: | 446.7/355.8/ 0.0Mh/s | A:0 R:0+0(none) HW:0 ICA 1: | 448.5/356.1/ 0.0Mh/s | A:0 R:0+0(none) HW:0 ICA 2: | 446.9/356.1/ 0.0Mh/s | A:0 R:0+0(none) HW:0 ICA 3: | 447.0/339.5/ 0.0Mh/s | A:0 R:0+0(none) HW:0
Looks pretty nice for purportedly 400 MHash devices! In fairness, I would not be surprised if now the USB drivers are reset, cgminer might also be able to work now. But I am going to unpack and set up more of my boards before bothering to check that. -MarkM- By default ICA when hooked in gets mapped as a serial port device ttyUSBx . Cgminer 3.2.0 unmaps that so that it can directly talk to it. This "enhancement" is broken for linux....
|
|
|
I am using Fedora Core 17, 64 bit.
Try cgminer 3.1.1 . (unplug and re-plug the usb cables after stopping 3.2.0). 3.2.0 has issues with natively using usb for block erruptors, maybe the same issue for lancelot, since both are Icaracus.
|
|
|
turtle83; 60; 5.16; 16GbcU2RKGPXBP4w7zgiZxqry3smsUYvGW
|
|
|
Unless your booting from usb.
Even if you store the blockchain on usb, it would still be really shitty performance. The CPU just wont be able to handle it. Even simple queries would take minutes to complete. YMMW. If the build is memory constrained, qemu wont help since the qemu kernel for raspbian is locked to 256MB... you would need to cross compile on proper PC. I don't know how to do that.
|
|
|
Hmm oh. Maybe my memory is bad, perhaps it was bitcoind that wouldn't build.
Dont even try building bitcoind . even if you can build it... dont run it. It would run slower than turtle... and reduce life of your SD card.
|
|
|
How did you avoid running out of memory when building on the Pi?
Never had memory issues. Didnt do anything fancy. That said im using raspbian server edition, and allocated the lowest possible memory for GPU... so maybe without the added bloat of GUI it just doesnt encounter any limits. Also, you can load up raspbian in qemu, but thats even slower than building on the device...
|
|
|
all of my family members have small file servers
Sounds like a fun family to be a member of..
|
|
|
Kano was so confident in 3.2.0. I wonder what the problem is? Maybe we are missing a library or something.
I asked about it in the cgminer thread, kano acknowledged the issue and suggested to use 3.1.1 ... i am guessing 3.2.0 was emergency release for windows n00bs who had to earlier install drivers for usb to serial... http://ck.kolivas.org/apps/cgminer/ clearly says "LAST-STABLE-IS-3.1.1" ... so 3.2.0 is an unstable release.
|
|
|
You can use "screen" too Since we are on the screen topic, hope you don't mind I squeeze in this question: I check my rig via SSH and the last time it crashed (overall reported hashrate by pool dropped to 0, so I went and had a look), I did screen -r and it reported back there was no screen to reattach. So, from other people's experience with running cgminer under screen: How stable is screen? Any only else encountered this? while : #Run forever.. until end of time.... do screen ....... logger -t myawesomescript "Cgminer crashed" # This goes into /var/log/syslog sleep 15 #Just for fun. done
|
|
|
received! thank you very much! I have a problem with cgminer (ubuntu 12.04) [2013-06-03 16:35:49] Started cgminer 3.2.0 [2013-06-03 16:35:50] USB init open device failed, err -3, you dont have privil edge to access - AMU device 1:6 [2013-06-03 16:35:50] Icarus detect (1:6) failed to initialise (incorrect devic e?) [2013-06-03 16:35:50] No devices detected! [2013-06-03 16:35:50] Waiting for USB hotplug devices or press q to quit [2013-06-03 16:35:50] Need to specify at least one pool server. Input server details. URL:
I do not understand ... thanks for the help https://bitcointalk.org/index.php?topic=195052.msg2360327#msg2360327use cgminer 3.1.1
|
|
|
Are you guys running your cgminer as root? That makes me uncomfortable. I get these messages when run as a normal user:
[2013-06-03 13:44:35] USB init open device failed, err -3, you dont have priviledge to access - AMU device 7:3 [2013-06-03 13:44:35] Icarus detect (7:3) failed to initialise (incorrect device?)
When run with sudo, it acts like it didn't detect the block erupter. Any ideas?
https://github.com/ckolivas/cgminer/blob/master/01-cgminer.rulescopy that into your udev rules and restart udev. ^ That takes care of the sudo issue. If you still have issues, then follow along.., Make sure to unplug and plugin the thing again. running cgminer 3.2.0 will unmap the device from the serial interface. Then downgrade to cgminer 3.1.1 (older or newer versions wont work) then start cgminer with following additional arguments --icarus-options 115200:1:1 --icarus-timing 3.0=100 -S /dev/ttyUSB0 -S /dev/ttyUSB1 -S /dev/ttyUSB2 the -S is repeated for each device you got.
|
|
|
why BTC6.5, those things are bulky comparing to Erupters. Three Erupters would give you 1Gh/s and they are smaller than your one board.
You should really reconsider the price.
True... but resale value of fpga > asic... The fpga chips can be re-used. I am already getting lower offers via pm. So if you want em for cheaper, pm me your price and let me know if you want fan + heatsink+ adapter, etc.
|
|
|
- 03/06/2013 - Monday 11:50 Delivered xxxxxxx TH 08:31 On FedEx vehicle for delivery BANGKOK TH 07:59 At local FedEx facility BANGKOK TH 06:12 International shipment release - Import SAMUTPRAKARN TH 05:06 In transit SAMUTPRAKARN TH Package available for clearance 03:35 At destination sort facility SAMUTPRAKARN TH 02:17 Departed FedEx location GUANGZHOU CN 01:23 In transit GUANGZHOU CN - 01/06/2013 - Saturday 18:32 Arrived at FedEx location GUANGZHOU CN - 31/05/2013 - Friday 10:53 Departed FedEx location ANCHORAGE, AK 07:09 Arrived at FedEx location ANCHORAGE, AK 04:07 Departed FedEx location MEMPHIS, TN 00:39 Arrived at FedEx location MEMPHIS, TN - 30/05/2013 - Thursday 20:58 At local FedEx facility SALT LAKE CITY, UT 18:45 Left FedEx origin facility OREM, UT 17:46 Picked up OREM, UT Tendered at FedEx Office
|
|
|
Got mine today. Apparently theres an issue with using cgminer 3.2.0 with ubuntu. so worked fine after downgrading to 3.1.1. Will try on the pi later... Boy these run hot.
What group were yours sent out with? mine have yet to arrive -_- Sent via fedex to Asia.
|
|
|
friendly bump.. (promise won't do again)
|
|
|
|