Work job_id 4dad nonce2 0 ntime 5332e904 Stratum authorisation success for pool 0 Failed to get sessionid in initiate_stratum
GSD looking for GSD 10c4:ea60 but found 0424:ec00 instead GSD looking for GSD 0483:5740 but found 0424:ec00 instead
#Cgminer 3.1.1 driver
Device found, firmware version 01140113, driver version v3.0210.02 USB init - GSD device 1:4 usbver=0200 prod='STM32 Virtual COM Port ' manuf='STMicroelectronics' serial='6D81337D5148' USB scan devices: checking for GSD devices Global quota greatest common denominator set to 1 GSD looking for GSD 067b:2303 but found 1d6b:0002 instead GSD looking for GSD 0403:6010 but found 1d6b:0002 instead GSD looking for GSD 10c4:ea60 but found 1d6b:0002 instead GSD looking for GSD 0483:5740 but found 1d6b:0002 instead GSD looking for GSD 067b:2303 but found 0424:9512 instead GSD looking for GSD 0403:6010 but found 0424:9512 instead
GSD looking for GSD 10c4:ea60 but found 0424:9512 instead GSD looking for GSD 0483:5740 but found 0424:9512 instead GSD looking for GSD 067b:2303 but found 0424:ec00 instead GSD looking for GSD 0403:6010 but found 0424:ec00 instead I used the -debug flag an here is some of the output: On the surface everything looks fine when cgminer starts but there seems to be some issue because no hashing is occurring and nothing is sent to the pool. configure CFLAGS="-O3" -enable-scrypt -enable-gridseed Sudo apt-get build-essential autoconf automake libtool pkg-config libcurl4-gnutls-dev libjansson-dev uthash-dev libncursesw5-dev libudev-dev libusb-1.0-0-dev libevent-dev libmicrohttpd-dev libcurl4-openssl-dev libncurses5-dev I was eventual able to get the GC3355 up and running on raspberrypi by doing this: Reply to this email directly or view it on GitHub.
It is quite frustrating- but seems to be pretty stable once up and running. I, like you, see that lsusb and cgminer -n always list the device- but only very rarely does dualminer respond and activate while running. Then, after power on of PI, power on USB hub, connect USB and cross fingers. I don't remember what it took to get it to work- but I believe your best shot is to turn everything off (hubs, pi) and disconnect USB. I've only had to deal with this situation twice- once when I first set things up and another when I accidently cut power. Getting USB DM working on a raspberry PI (or AFAICT any linux system in general) is somewhat frustrating. On Mar 25, 2014, at 4:51 AM, John Dean wrote: Personally, I wouldn't go near the Pi - I've always felt they were garbage. That's a bit simplistic, but I suppose might be the quickest way to resolve The general consensus seems to be that if you're having USB issues, then you have a Maybe "SCRIPTA" will get you rolling quicker. Unfortunately, I just haven't had time to help with the code. I've actually found these versions more reliable than this branch. If you built bfgminer with default options, then you are using udev - which might be the problem.ĭoes the device show-up in /dev? You can also try disabling udev with your build.īy default, cgminer/cpuminer custom versions use libusb/compat for connectivity. My old Shuttle 945 board, my Gigabye UEFI Hackintosh, my gBox SLAV, and my ALIX OpenWRT uberrouter. I've used the the GC3355 device on (4) different systems now with any issues with USB.
0 kommentar(er)
