Seems Scripta (scripta-20140408.img.gz mox235 version) image for Rasberry Pi is not hashing stable and swings from 17Mh to 20Mh/s for my 4 Gridseed Blades. If I just use cgminer ( http://cryptomining-blog.com/1990-updated-cgminer-3-7-2-with-support-for-gridseed-5-chip-and-80-chip-gc3355-asics/) on windows it will get a stable 22Mh/s, but the only problem is my gridseed blades doesn't always show up even when you unplug and replug in after started and using hotplug=5 or 10. Using https://github.com/mox235/scripta (scripta-20140408.img.gz) posted a new version and will test tonight, but bfgminer doesn't produce the same hash power as cgminer on miner or pool side. I can only get 14-16Mh/s with bfgminer. Hashra 1.4 Image (just released) locks you to 800freq or 850freq which isn't good because 838freq is the sweet spot for blades to produce low hw errors. Yes I know a blade version will be released, but I need a solution today. Only way to get cgminer to detect devices is update driver one by one to the STelectronic driver one then use zadig select device one by one to update WinUSB driver after starting cgminer. Once you close you need to revert the driver back to STelectronic and use WinUSB all over again which is crazy! Any tricks to have cgminer find the devices every time with no issues? https://github.com/jmordica/cgminer-gc3355 seems to have it stable and doesn't have any issues?? ( https://bitcointalk.org/index.php?topic=571255.0) but I don't know how to compile it for windows or update a raspberry image with his version, if it is stable?? Any feedback would greatly be appreciated! Thanks, Rob https://github.com/siklon/cpuminer-gc3355Has Blade support and works pretty well. Windows Binary: https://www.dropbox.com/s/7z1cj75mhvojjah/minerd-sandor111.exeminerd.exe --gc3355=\\.\COMxx,\\.\COMyy,\\.\COMzz --gc3355-autotune --gc3355-chips=40 --freq=825 --url=stratum+tcp://pool:port --userpass=user:pass
|
|
|
the last update is not avaible Forgot to update the OP.
|
|
|
For Windows: https://www.dropbox.com/s/ttqa9p851siz8oi/minerd-gc3355.zipWindows .bat with backup pools :loop minerd.exe --gc3355=\\.\COMxx --gc3355-autotune --freq=850 --url=stratum+tcp://pool1:port --userpass=user:pass --retries=1 minerd.exe --gc3355=\\.\COMxx --gc3355-autotune --freq=850 --url=stratum+tcp://pool2:port --userpass=user:pass --retries=1 minerd.exe --gc3355=\\.\COMxx --gc3355-autotune --freq=850 --url=stratum+tcp://pool3:port --userpass=user:pass --retries=1 goto loop pause
|
|
|
For Windows: https://www.dropbox.com/s/7z1cj75mhvojjah/minerd-sandor111.exeWindows .bat with backup pools :loop minerd.exe --gc3355=\\.\COMxx --gc3355-autotune --freq=850 --url=stratum+tcp://pool1:port --userpass=user:pass --retries=1 minerd.exe --gc3355=\\.\COMxx --gc3355-autotune --freq=850 --url=stratum+tcp://pool2:port --userpass=user:pass --retries=1 minerd.exe --gc3355=\\.\COMxx --gc3355-autotune --freq=850 --url=stratum+tcp://pool3:port --userpass=user:pass --retries=1 goto loop pause
|
|
|
That being said, it looks nice.
They look like renders to me. Indeed, it looks too clean, I didn't even notice.
|
|
|
The price tag is atrocious, no one good in their mind would want to buy a 3.2TH miner for $17k, and shipping in July. That being said, it looks nice.
|
|
|
OK guys, I was using BFGminer to have both seeds in one instance. But this was not working It was showing 1000 KH/s on bfgminer, but mining pools where showing an average of 400 KH/s.
I got sick of it and change to CPU Miner, running one instance per each gridseed. Now I am hashing on the Mining Pool side at 850 to 1010 KH/s
I EVEN FOUND 2 BLOCKS! am i supposed to get credit for finding blocks? I am happy
Yup, you had the exact same problem as me with BFGminer. showing 1000 on bfg but only 300/400 on pool. went on CPUminer and got 850 to 1100 and found alot of shares, blocks. Now if CPU miner was fixed to show KH/s it will be perfect Take a look at my cpuminer fork, it has hashrate display along with many unique features. CPUMiner fork? please elaborate. Look up please.
|
|
|
Blade support will be coming very soon, I have already updated cpuminer.
|
|
|
The cpuminer git repo has been updated, now include Blade support. ./minerd --gc3355=/dev/ttyACM0,/dev/ttyACM1,/dev/ttyACM2,... --gc3355-autotune --gc3355-chips=40 --freq=825 --url=stratum+tcp://doge.ghash.io:3333 --userpass=user.pass
|
|
|
Bruiser and I got the Blades to work on cpuminer, and it works flawlessly. We're testing with multiple Blades right now.
|
|
|
I encourage everyone that wants this CPUminer fork for windows ( like me ) to write to http://cryptomining-blog.comthey have been compiling ones before and worked great. Hopefully if enough ask them they will do it with this one +1
|
|
|
password fields missing for backup pools, intention or forgot?
Intentional, use the same password for backup pools.
|
|
|
What binaries is everyone else using for the raspberry and Gridseed products?
I have dropped cgminer, tried all possible forks on 2 raspi's with 10 and 20 gridseeds connected. Lots of HW error's and they all seem to crash after a while. On my setup, bfgminer runs most stable ( https://github.com/luke-jr/bfgminer/tree/gridseed) It also has a higher hashrate reported on the pool compared to cgminer, especially on p2pools. Don't know if it supports blades yet. The new cpuminer fork from sandor111 also looks very promising. It runs stable on raspi and has this auto tune function. Some pools don't work yet, but there should be a fix for this very soon. https://github.com/siklon/usb-miner/tree/master/software/cpuminerFixed issue with 100% reject on some pools. Can you provide a binary for the rasp ..... for it? Does it work with g-blades? Latest binary for Rpi (LA-v3g) https://www.dropbox.com/s/dzl44hj2kiiwa0f/minerd-sandor111How to compile on Rpi: apt-get update apt-get install -y build-essential libtool libcurl4-openssl-dev libncurses5-dev libudev-dev autoconf automake screen git clone https://github.com/siklon/usb-miner.git cd usb-miner/software/cpuminer ./autogen.sh ./configure CFLAGS="-O3" make It doesn't work yet with the Blades, but it's easy to add support for it, I just need someone with a Blade willing to help me test it.
|
|
|
Small issue with auto-tune fixed in v3g.
|
|
|
OK guys, I was using BFGminer to have both seeds in one instance. But this was not working It was showing 1000 KH/s on bfgminer, but mining pools where showing an average of 400 KH/s.
I got sick of it and change to CPU Miner, running one instance per each gridseed. Now I am hashing on the Mining Pool side at 850 to 1010 KH/s
I EVEN FOUND 2 BLOCKS! am i supposed to get credit for finding blocks? I am happy
Yup, you had the exact same problem as me with BFGminer. showing 1000 on bfg but only 300/400 on pool. went on CPUminer and got 850 to 1100 and found alot of shares, blocks. Now if CPU miner was fixed to show KH/s it will be perfect Take a look at my cpuminer fork, it has hashrate display along with many unique features.
|
|
|
https://github.com/siklon/usb-miner/tree/master/software/cpuminerShort summary: * Added hashrate statistics * Added auto per-chip frequency tuning * Added JSON API at port 4028 -> send {"get":"stats"} to get stats for each miner/chip * Input any frequency you want -G, --gc3355=DEV0,DEV1,...,DEVn enable GC3355 chip mining mode (default: no) -F, --freq=FREQUENCY set GC3355 core frequency in NONE dual mode (default: 600) -f, --gc3355-freq=DEV0:F0,DEV1:F1,...,DEVn:Fn individual frequency setting -A, --gc3355-autotune auto overclocking each GC3355 chip (default: no) It should work on Rpi, but I haven't tested it yet. I would be very thankful if anyone could find out why some pools don't work with my cpuminer fork, I have been debugging a long time to no avail... That is great! Wish I new enough to help with debugging. sandor - just to confirm, is this for single mode operation only or both single and dual? That is for single mining only. Issue with reject on some pools has been fixed BTW. Is there anyone with a Gridseed blade that wants to help me add support for it?
|
|
|
What binaries is everyone else using for the raspberry and Gridseed products?
I have dropped cgminer, tried all possible forks on 2 raspi's with 10 and 20 gridseeds connected. Lots of HW error's and they all seem to crash after a while. On my setup, bfgminer runs most stable ( https://github.com/luke-jr/bfgminer/tree/gridseed) It also has a higher hashrate reported on the pool compared to cgminer, especially on p2pools. Don't know if it supports blades yet. The new cpuminer fork from sandor111 also looks very promising. It runs stable on raspi and has this auto tune function. Some pools don't work yet, but there should be a fix for this very soon. https://github.com/siklon/usb-miner/tree/master/software/cpuminerFixed issue with 100% reject on some pools.
|
|
|
I have updated the git repo, fixed issue with 100% rejects on some pools. Seems as thought something was tweaked in the auto-overclocking, more aggressive than before? I am getting more hwe with V3e than before.
Yes, I will release another update in an hour or so, I have yet again changed the auto tuning algo.
|
|
|
I have managed to fix the issue with rejected shares, all pools should be compatible in the next version.
|
|
|
|