Quote from: emoomjean on March 13, 2014, 09:56:27 PM

Quote from: surgexvb on March 13, 2014, 09:37:55 PM

Quote from: emoomjean on March 13, 2014, 09:33:50 PM

Quote from: surgexvb on March 13, 2014, 09:12:37 PM

Quote from: emoomjean on March 13, 2014, 08:46:12 PM

Quote from: surgexvb on March 13, 2014, 08:11:49 PM

Quote from: emoomjean on March 13, 2014, 06:23:58 PM

Quote from: Andareed on March 13, 2014, 11:18:26 AM

Quote from: surgexvb on March 13, 2014, 08:55:05 AM

Has anyone tried a large amount of gridseeds on cgminer? I am trying 28 of them on a rasberry pi and it stops accepting shares and eventually crashes after about 2 minutes. Running 28 instances of cpuminer works great, stable, and multipool reports right about where the hash rate should be.

Mine's been stable since upgrading to the "next" kernel (3.10.30+):
sudo apt-get install rpi-update
sudo BRANCH=next rpi-update

This is potentially great news! I've been having stability issues and set a cron job to do a reboot every 6 hours. I've applied the update and disabled the cron job on 1 of 2 of my Pi's and i'll monitor over the next 24 hours.

Oh and just a recommendation, i've been using JuiceSSH for Android to remotely manage my RPI's and it works great. I even set up some port forwarding on my router so I can remote access from anywhere I have cell service! Has come in handy on several occasions (issuing a quick reboot command when needed).

-EMoomjean

I tried that and now cgminer just crashes on startup. Did you have to recompile cgminer after updating?

Nope, I just executed the 2 commands and performed a reboot afterwards. BTW, I double checked and the slub debug command in the cmdline.txt persists through the update (I only mention it because I saw cmdline.txt scroll by as one of the files that was touched in the patch).

-EMoomjean

Just recompiled and checked my cmdline.txt, was missing the stability fix. Changed and now cgminer starts, but I get some HW errors and some miners dont accept any shares. Power usage is only 140 watts compared to 240 running cpuminer.

Sounds like either cgminer isn't seeing all your miners or the RPI isnt seeing them. I would try running the lsusb -t command to verify all of your miners are recognized by the RPI as a first step.

If you're using the 10 port hub that came with the Lightning Asic kits the ports with comm/data are the miner ports (should be 1-6, then 7 is Class=hub under which you'll see another 1-4).

-EMoomjean

Thanks for all your help. I am using the monoprice 24 port hub, with another 7 port hub daisy chained. Cpuminer sees all of the devices so I assume cgminer would as well. 28 total gridseeds

screen -dmS 1 sudo ./cgminer --scrypt -o stratum+tcp://us-west2.multipool.us:7777 -u myuser.gs1 -p x --gridseed-options=baud=115200,freq=800,chips=5 --hotplug 0

When I run lsusb -t I get this:

Code:

/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=dwc_otg/1p, 480M
   |__ Port 1: Dev 2, If 0, Class=hub, Driver=hub/3p, 480M
   |__ Port 1: Dev 3, If 0, Class=vend., Driver=smsc95xx, 480M
   |__ Port 2: Dev 4, If 0, Class=hub, Driver=hub/7p, 480M
   |__ Port 1: Dev 5, If 0, Class=comm., Driver=cdc_acm, 12M
   |__ Port 1: Dev 5, If 1, Class=data, Driver=cdc_acm, 12M
   |__ Port 2: Dev 6, If 0, Class=comm., Driver=cdc_acm, 12M
   |__ Port 2: Dev 6, If 1, Class=data, Driver=cdc_acm, 12M
   |__ Port 3: Dev 7, If 0, Class=comm., Driver=cdc_acm, 12M
   |__ Port 3: Dev 7, If 1, Class=data, Driver=cdc_acm, 12M
   |__ Port 4: Dev 8, If 0, Class=comm., Driver=cdc_acm, 12M
   |__ Port 4: Dev 8, If 1, Class=data, Driver=cdc_acm, 12M
   |__ Port 5: Dev 9, If 0, Class=hub, Driver=hub/7p, 480M
   |__ Port 1: Dev 12, If 0, Class=comm., Driver=cdc_acm, 12M
   |__ Port 1: Dev 12, If 1, Class=data, Driver=cdc_acm, 12M
   |__ Port 2: Dev 13, If 0, Class=comm., Driver=cdc_acm, 12M
   |__ Port 2: Dev 13, If 1, Class=data, Driver=cdc_acm, 12M
   |__ Port 3: Dev 14, If 0, Class=comm., Driver=cdc_acm, 12M
   |__ Port 3: Dev 14, If 1, Class=data, Driver=cdc_acm, 12M
   |__ Port 4: Dev 15, If 0, Class=comm., Driver=cdc_acm, 12M
   |__ Port 4: Dev 15, If 1, Class=data, Driver=cdc_acm, 12M
   |__ Port 6: Dev 16, If 0, Class=comm., Driver=cdc_acm, 12M
   |__ Port 6: Dev 16, If 1, Class=data, Driver=cdc_acm, 12M
   |__ Port 7: Dev 17, If 0, Class=comm., Driver=cdc_acm, 12M
   |__ Port 7: Dev 17, If 1, Class=data, Driver=cdc_acm, 12M
   |__ Port 6: Dev 10, If 0, Class=hub, Driver=hub/7p, 480M
   |__ Port 1: Dev 18, If 0, Class=comm., Driver=cdc_acm, 12M
   |__ Port 1: Dev 18, If 1, Class=data, Driver=cdc_acm, 12M
   |__ Port 2: Dev 19, If 0, Class=comm., Driver=cdc_acm, 12M
   |__ Port 2: Dev 19, If 1, Class=data, Driver=cdc_acm, 12M
   |__ Port 3: Dev 20, If 0, Class=comm., Driver=cdc_acm, 12M
   |__ Port 3: Dev 20, If 1, Class=data, Driver=cdc_acm, 12M
   |__ Port 4: Dev 21, If 0, Class=hub, Driver=hub/4p, 480M
   |__ Port 1: Dev 32, If 0, Class=comm., Driver=cdc_acm, 12M
   |__ Port 1: Dev 32, If 1, Class=data, Driver=cdc_acm, 12M
   |__ Port 2: Dev 33, If 0, Class=comm., Driver=cdc_acm, 12M
   |__ Port 2: Dev 33, If 1, Class=data, Driver=cdc_acm, 12M
   |__ Port 4: Dev 34, If 0, Class=hub, Driver=hub/4p, 480M
   |__ Port 1: Dev 35, If 0, Class=comm., Driver=cdc_acm, 12M
   |__ Port 1: Dev 35, If 1, Class=data, Driver=cdc_acm, 12M
   |__ Port 2: Dev 36, If 0, Class=comm., Driver=cdc_acm, 12M
   |__ Port 2: Dev 36, If 1, Class=data, Driver=cdc_acm, 12M
   |__ Port 3: Dev 37, If 0, Class=comm., Driver=cdc_acm, 12M
   |__ Port 3: Dev 37, If 1, Class=data, Driver=cdc_acm, 12M
   |__ Port 5: Dev 22, If 0, Class=comm., Driver=cdc_acm, 12M
   |__ Port 5: Dev 22, If 1, Class=data, Driver=cdc_acm, 12M
   |__ Port 6: Dev 23, If 0, Class=comm., Driver=cdc_acm, 12M
   |__ Port 6: Dev 23, If 1, Class=data, Driver=cdc_acm, 12M
   |__ Port 7: Dev 24, If 0, Class=comm., Driver=cdc_acm, 12M
   |__ Port 7: Dev 24, If 1, Class=data, Driver=cdc_acm, 12M
   |__ Port 7: Dev 11, If 0, Class=hub, Driver=hub/7p, 480M
   |__ Port 1: Dev 25, If 0, Class=comm., Driver=cdc_acm, 12M
   |__ Port 1: Dev 25, If 1, Class=data, Driver=cdc_acm, 12M
   |__ Port 2: Dev 26, If 0, Class=comm., Driver=cdc_acm, 12M
   |__ Port 2: Dev 26, If 1, Class=data, Driver=cdc_acm, 12M
   |__ Port 3: Dev 27, If 0, Class=comm., Driver=cdc_acm, 12M
   |__ Port 3: Dev 27, If 1, Class=data, Driver=cdc_acm, 12M
   |__ Port 4: Dev 28, If 0, Class=comm., Driver=cdc_acm, 12M
   |__ Port 4: Dev 28, If 1, Class=data, Driver=cdc_acm, 12M
   |__ Port 5: Dev 29, If 0, Class=comm., Driver=cdc_acm, 12M
   |__ Port 5: Dev 29, If 1, Class=data, Driver=cdc_acm, 12M
   |__ Port 6: Dev 30, If 0, Class=comm., Driver=cdc_acm, 12M
   |__ Port 6: Dev 30, If 1, Class=data, Driver=cdc_acm, 12M
   |__ Port 7: Dev 31, If 0, Class=comm., Driver=cdc_acm, 12M
   |__ Port 7: Dev 31, If 1, Class=data, Driver=cdc_acm, 12M

The command line argument you are using looks like the cgminer for windows version (boy do I spend too much time reading all these threads to spot that). I don't use the chips=5 or --hotplug 0 variables and mine works fine. Its a stab in the dark, but worth a try... (though i'll admit your USB topology is slightly different so hotplug *might* be needed, though I doubt it).

-EMoomjean

Edit: Out of curiosity, why are you daisy chaining the hubs? The RPI has 2 USB ports (excluding the power port) Why not plug the 24-port into one of the RPI's USB ports and the 7-port into the other?

I will try that, I had them daisy chained because all the ports are full on the hubs and was using the other usb for keyboard and mouse. I now just ssh in so I dont need the port. Didnt cross my mind because cpuminer was working flawlessly.