This would not detect my gridseeds.

The readme doesn’t make reference to this switch in the sample bat file:

–gc3355=\\.\COM17

Do I need to change/repeat that to correlate to my gridseed STM32 virtual COM ports? I couln’t see a number assigned to them.

Thanks.

For the line “–gc3355=DEV0,DEV1” I tried replacing DEV0 and DEV1 with various COMx numbers, STM32, and the individual serials of each gridseed, to no avail.

A previous post about setting up gridseed says that the COM port numbers disappear once you install WinUSB drivers. I tried removing the STM32 com ports in device manager to see if the COM number would reappear next time I plugged in the devices, but no COM number shows. :(

& thanks admin for putting this together.

I reinstalled the STM devices but still no luck.

Even when I uninstall the STM32 com ports from device manager, ticking “delete driver software” too), AND uninstalled the STM drivers from Add/Remove Programs, they still get re-recognised as STM32 virtual COM ports, with no COM number, when I replug the USB.

Rowan – you might have disabled the device in Device Manager. Make sure it is enabled. Also, in Device Manager right click on the device and (from memory) it’s properties and then advanced to change the com port number.

Looks great. I have 4 gridseeds. Will I be able to use this with all 4 or will I need to run an instance of CPUMiner for each gridseed?

Hi, how write config to start 2 Grids at on PC? Thx

Rowan,
I think you will need this:
http://www.st.com/web/en/catalog/tools/PF257938#.

By the way, anyone experienced that the CPUMiner stop sending shares in a random manner that you’re forced to re-start the instance? It’s really annoying me and I can’t find any solution. However seems I don’t have such problem using cgminer. Any suggestions?

Regards,
Stanley

It’s safe because the voltage is what causes heat, not frequency.

tHere seem to have surfaced a new minerd.exe at https://github.com/siklon/cpuminer-gc3355 -> Downloads
Anyone know the difference?

We have updated the package with a binary compiled from the latest source, it has some tweaks and fixes, just redownload the package above to get the latest version compiled for Windows.

@Stanley

Thanks for the driver link, just what I needed.

@JS , there is a download link for Raspberry Pie https://www.dropbox.com/s/xc3lvysi8vtrt00/minerd-gc3355

I tested the autotune out overnight on a fanless gridseed unit. It was so warm in the morning you could barely touch it so becareful running the autotune on a fanless unit.

Thanks Admin for your reply. Unfortunately I don’t have a pi I have mine connected to my pc.

It was pushing them to 1024mhz

Appreciate the response admin. I assumed that the RPi with gridseed support already had their own built-in miner that couldn’t be modified (other than pools). I’ll give Scrypta and Hashra Controlla a go tomorrow. Regardless of what I do I’ll be using this new CPUminer as I’m getting much better hash rates than any other miner I’ve tried.

I love this CPUminer… with 10 miners it gives me 300 more khash/s than CGMiner on my pool. :-{}

Support for individual chip frequency is added. It’s possible to run regular USB miners and G-Blades on one instance, the number of chips is auto detected.
https://github.com/siklon/cpuminer-gc3355

The windows binary has been updated to the latest source, just redownload it and check the Readme for the new features.

@ NellyWhads

Still having issues with the hash report difference. There was a brief moment (about 20 seconds) while mining with CPUMiner Forked of 320kh/s reprted on a pool. After that, those numbers never showed again.
All 3 of the following miner programs were tested: *CPUMiner Forked *CPUMiner basic *CGMiner
http://i.imgur.com/gdPrLDN.jpg
Ran a speed test and the upload speed is at 5.50Mbps from the internet provider. Ethernet connection here is ironically worse than WiFi. Ethernet mining would never get past 130kh/s. With that, I believe the issues are somewhere else.

Anyone get this going on Scripta or Hashra Controla yet?

MotoBean, restarting the miner software and plugging their power and usb connectors off and on does not help?

Running 9d
Last gridseed blade half on all 5 rigs shows zero activity
Ideas? Are we higher than 9d now?

Bladex, yes there is a new version 0.9e with fixes for the G-Blade, available here: https://cryptomining-blog.com/2186-new-cpuminer-for-gridseed-asics-with-text-user-interface-available/

Same problem on a linux 12.04 .(running minerd as root) :
./minerd –gc3355-detect -o stratum+tcp://eu.wafflepool.com:3333 -u 1AmZ3 …..

No GC3355 devices specified, please use –gc3355-detect for auto-detection, or manually specify with –gc3355=DEV0,DEV1,…,DEVn

I have a blade and a mini. and the work fine with cgminer .

Sandor, i really appreciate all the hard work you have done updating this. its so much better than having to run an instance per gridseed.

i wonder, does this new version support Dual mining mode? i didnt see the –dual flag in the readme or the help.

Thanks again!

can you give me an example batch file if I wanted to set my gridseed to mine at 850mhz on chip 0, 875 mhz on chip 1 and 2, and 900 mhz on chip 3 and 4.. ? autotune gets it there eventually but it’d be nice to just start it that way..

so instead of –gc3355-freq=5A72558F3125:850:0 to start chip 0 at 850.. I could type –gc3355-freq=\\.\COM3:850:0,\\.\COM3:825:1 … ?

Has anybody seen problems with getting results from a gc3355? This software properly detects my gridseed and sends it a block to work on, but seems to run into problems resetting after the block is complete. It’s a voltmodded unit, but I’ve tried with clocks from 600-1200. It was tested at 1200 by the person who did the mod, but hasn’t worked since I received it. Is it possibly from shipping damage? Google can’t find anybody complaining about this particular error message. Here’s the output from a run on Ubuntu 14.04. It also fails on Win 8.1 on another computer so that eliminates a few variables. I modified the source it prints out how many bytes write returned, -1 in this case. I’d appreciate any advice on how to debug this.

[2014-06-11 20:51:33.7354] Starting Stratum on stratum+tcp://rddpool.com:3333
[2014-06-11 20:51:33.7358] 0: GC3355 chip mining thread started, in SINGLE mode
[2014-06-11 20:51:33.7358] 0: Open device /dev/ttyACM0
[2014-06-11 20:51:34.8748] 0: Resetting GC3355 chips
[2014-06-11 20:51:35.0724] 0: Failed reading firmware version
[2014-06-11 20:51:35.0725] 0: Firmware version: 0xffffffff
[2014-06-11 20:51:35.0725] 0: Unknown GC3355 Miner detected (chips=5)
[2014-06-11 20:51:35.0827] 0: Set GC3355 core frequency to 1100Mhz
[2014-06-11 20:51:39.3182] Failed to get Stratum session id
[2014-06-11 20:51:39.3183] Stratum difficulty set to 128
[2014-06-11 20:51:39.3511] Stratum detected new block
[2014-06-11 20:51:39.3511] New Job_id: 661 Diff: 128 Work_id: f99b5bbd
[2014-06-11 20:51:39.3555] 0: Resetting GC3355 chips
[2014-06-11 20:51:39.4560] 0: Dispatching new work to GC3355 cores (0xf99b5bbd)
[2014-06-11 20:51:47.6841] Stratum detected new block
[2014-06-11 20:51:47.6841] New Job_id: f421 Diff: 128 Work_id: f9a37082
[2014-06-11 20:51:47.6842] 0: Resetting GC3355 chips
[2014-06-11 20:51:47.6852] New Job_id: f4af Diff: 128 Work_id: f9a37082
[2014-06-11 20:51:47.6943] 0: UART write error 8 -1 actual
[2014-06-11 20:51:47.6943] 0: Terminating GC3355 chip mining thread
^C[2014-06-11 20:51:50.9488] SIGINT received, exiting