filmes porno buceta gostosa phim sex www xxnxx com xxxvideos porno Xvideos Com

New cpuminer for Gridseed ASICs with Text User Interface Available

28 Apr


Sandor111 has released an updated version of his cpuminer fork adding a TUI (Text User Interface) containing the most important information that you would need to know for your Gridseed ASIC miners in an easy to read format (source here). Another new useful feature in the latest release is the autodetection of the number of chips, so no need to set it manually via the command line anymore. We have a windows binary available for you, and we do recommend to give it a try if you were sticking to cgminer because of the TUI available there, especially now that cpuminer also has one. If you want you can still download the previous cpuminer for Gridseed with no TUI, we’ll have it available for people that prefer to use that, and below you can download the new TUI version for windows.

You can download the sandor111 fork of cpuminer for the 5-chip GC3355 ASICs for Windows OS here…

Check Some More Similar Crypto Related Publications:

83 Responses to New cpuminer for Gridseed ASICs with Text User Interface Available

Peter OD

April 28th, 2014 at 15:10

Will this version work with the 80 chip blade miners?


April 28th, 2014 at 15:17

Peter OD, yes it works with the G-Blade as well the smaller 5-chip miners.

Peter OD

April 28th, 2014 at 15:46



April 28th, 2014 at 17:34

Sandor111 is cool. I like the older build it worked very good with me much better than cgminer and bfgminer. stable and maximum hashrate. gonna try this version for sure


April 28th, 2014 at 19:04

I dont get any Hashrate from the Gridseed tryed to reinstall the zadig driver but dosent help what can i do`?


April 28th, 2014 at 19:35

zadig won’t work, you need to install the virtual com driver


April 28th, 2014 at 19:38

How do i do that ? just deinstall the stm Driver ?


April 28th, 2014 at 20:47

Emanuel, since you already have the driver installed, just open the Device Managed, right click on it, choose update and manually select the STMicroelectronics Virtual COM Port driver to be installed over the WinUSB replaced STM32 one.


April 28th, 2014 at 21:52

I have 5 gridseed, 3 overclocked and 2 standard, i start from 850mhz all, i noticed that autotune takes much time and works great when makes downtune but is difficult see avertune so, is there possibility to start 3 gridseed from 950 and the other 2 from 850mhz? what i have to write on bat file for different frequencies? Thanks a lot!


April 28th, 2014 at 22:12

lollo, you can set individual frequencies for each device by using the following parameter: --gc3355-freq=\\.\COM1:850

No need to run autotune each time, just run it once and when it finds the best frequencies for each device you can set them from the command line, so they will be automatically applied on the next run.


April 28th, 2014 at 22:34

thank you very much!


April 29th, 2014 at 03:16

i have been playing with this build throughout the day, and so far so good, though still a bit buggy on my two blades…

seems to work great for a couple of hours, then something bogs it down, and it slows down a whole lot, until eventually it just stops submitting shares….

i am using this with freq of 800 and no autotune….

Major Flynt

April 29th, 2014 at 04:00

I have a similar issue especially with the blades – it seems that cpuminer itself completely stops/locks up although I think Sandor111 is aware of this and probably already working on a fix so no worries


April 29th, 2014 at 07:37

I try this new updated cpuminer but now it does not tell me if it’s auto tuning the chips, also I can no longer closed it with crtl+c I tried going back to the old miner but now I get and error as soon as I see that it tries to auto-tune the miner.

Please let me know how to be able to go back to the older version, Not the TUI is in it’s own folder and the previous version is in another folder


April 29th, 2014 at 07:54

Ok I see that the auto tuning update the MHz at the top, but still would like to know how to closed the windows with out having to closed it also why the prior version no longer work.


April 29th, 2014 at 18:42

The compiled windows binary is updated to include the latest fixes for the text user interface.


April 29th, 2014 at 20:22

I can not seem to get the autotune to work with my gridseed blade. Has this been disabled in the new update?



April 30th, 2014 at 02:09

Important! You MUST update to the latest binaries (Download on Github)

In this update the TUI code is rewritten, it accepts any window size and if the window isn’t large enough, you can scroll through the stats using the UP/DOWN keys.
Fixed the biggest bug yet related to crashes/stuck/flooding of HW errors, it’s really critical to update now!


April 30th, 2014 at 02:17

Hi thanks @ admin replacing the driver worked and now i have another question i usually have the gridseeds running connected to my win 2008 r2 server but when i start the minerd.exe i get the error message “the application could not be started correcly (0xc0150002)”


April 30th, 2014 at 05:46

just fired up the latest binary from github…. it’s only been a few minutes, so too soon to tell if this one will also stall, but i do immediately see one problem – the current/average hash displays on top are showing zeros, same thing for accepted… the number of rejected is showing, but doesn’t add up to the number shown per blade….

here is a screenie –

i have the rig pointed to mmr, so you can see the live hashrate here –


April 30th, 2014 at 09:12

Switched to mining on Windows from OSX, not too familiar with Windows. Not sure how to figure out what com the STM32 driver is using. Any help?


April 30th, 2014 at 11:04

The compiled windows binary posted here is also updated to include the latest fixes.

Emanuel, do you also see something about a missing library with the error message?

zhulick, we are seeing the same thing, apparently some bug on the Windows build.

naldo, Right Click on My Computer, Choose Manage, go to Device Manager and open the COM Ports group.


April 30th, 2014 at 12:32

@ admin nope its the only error message i get no further information is given


April 30th, 2014 at 14:31

Important! You MUST update to the latest binaries (Download on Github)

Have fixed the top stat on Windows (weird bug), and I think lock ups are fixed now too. I have been testing on Rpi and Windows for 6 hours now.


April 30th, 2014 at 15:37

sandor, if it’s possible, can you please tag the various updates with a version/revision number ?

i have just downloaded the latest windows binary from github, but i’m not even sure that it’s the latest… the file/folder names are all identical to previous versions…

after firing up this latest download i am seeing the same exact thing as i did with the previous version last night… this makes me suspect that i am running the same exact version as i did last night, and since the files names are identical – i cannot tell…


April 30th, 2014 at 16:08

after about 20 minutes of running, the latest win binary (the one linked on github to a dropbox folder) is producing the same results for me as the one last night… still have errors in the TUI display (current/average hash showing zeroes), and most importantly – the miner once again stalls and fails to submit shares…. i can see my hash dropping on both mmr and my pool…. it was at a pathetic 3.2 (for 2 blades combined) when i finally gave up and shut it off…

the older, no TUI still works great, even though all those green lines jumping around will probably give me epilepsy :))))


April 30th, 2014 at 18:31

We have updated the windows binary to the latest source, miner version 0.9a. The latest version prior to the addition of the TUI is still available and linked in the post above, so you can still download it and use it while the issues with the new text user interface version are resolved.


April 30th, 2014 at 18:42

Thanks admin, it seems like all issues are resolved though. I will start working on a failover pool implementation for cpuminer.


April 30th, 2014 at 20:20

ok so after two days of work i can say something:
autotune works great no way! But i’d suggest some improvement:

1) in BAT file is impossible start run every grid at is own freq while autotune keeps working (i think now is not possible so if i write –gc3355-freq=\\.\COM5:975,COM6:975,COM7:950,COM8:900,COM9:875 automatically exclude autotune)
2) in BAT file always about freq is not possible finetune (890,895 etc.. but only 25mh steps)
3) option like cgminer with pools switch because everytime i have to stop cpuminer and if i use autotune it takes 1 hour to reset

However Sandor you are great! ;-)
hope to see some improvement again!


April 30th, 2014 at 22:31

running the latest win binary downloaded from github’s drpbox link… so far mostly ok… mostly :)

still some minor issues…. for example, i had to start the miner about 3-4 times before all my blades would “stick” for more then 10 minutes… meaning, out of my two blade setup, at least one of the 4 gsd’s would stop working…. if it were always the same one, i would assume that i have a defective unit, but since they took turns it had to be software related… i think :)

once i got all the blades to stick, it has been running very smooth… i have autotune off, and freq set to 800… upon starting i immediately got 4 hw errors, but haven’t had another one since, and it has been about a good two hours…. at freq 800 i am seeing speeds between 10-11mh, which is fine… i tried freq of 838, as someone suggested, but saw no improvement… in fact, i think the speed actually drppped a bit, but i’m not sure…

overall, so far so good :)

can’t wait for the backup pools to be implemented… currently i’m renting my rig through mmr, which does things a bit differently then betarigs… mmr sets backup pools through the web interface of the site, meaning it doesn’t have to be coded into the bat file…. they also allow you up to 5 backup pools, and you can change them with a click of a button… all very nice features, and this is why i really like mmr over betarigs… that said, without being able to set a backup pool in the miner, i am kind of stuck with using mmr… so i have no choice but to like them :)


May 1st, 2014 at 00:13

Has anyone succesfully tried to point minerd on localhost?
It stops working after setting frequencies with my Blades


May 1st, 2014 at 02:15

Keeps stalling about an hour into running even with new version


May 1st, 2014 at 02:16

Only on my blade the pods are working fine


May 2nd, 2014 at 12:24

can someone provide the newset version precompiled windows ?
would be ver nice


May 2nd, 2014 at 15:59

Emanuel, the download in the post above has already been updated to the latest source (v0.9c).


May 4th, 2014 at 01:21

Hi admin, the latest version now is 0.9d


May 4th, 2014 at 01:46

New version (.09D) working great with blades now. Anyone having issues should update right away


May 4th, 2014 at 03:42

Where is .09D ?


May 4th, 2014 at 12:34

we have updated the windows binary download to the latest version 0.9d. So far with it we are seeing significantly less HW errors that with previous versions when pushing miners to their maximum…


May 6th, 2014 at 04:21

please update to v0.9e Admin, ty :)


May 6th, 2014 at 12:32

Updated the binary to 0.9e, aside from fixes the updated miner now supports the new option --gc3355-timeout to restart GC3355 when no share is submitted and timeout expires (the value is in seconds).


May 7th, 2014 at 17:14

With the latest version 0.9e with gridseed i have much more rejects than 0.9a a less hash, is it possible? would be possible downgrade eventually to 0.9a? thanks


May 7th, 2014 at 17:54

lollo, look at poolside results as locally reported hashrate could change from version to version due to various fixes that affect how the hashrate is calculated and reported… in the end it is important hat you get on the pool as average over a larger period of time.

Miner has been updated to the latest version 0.9f, you can redownload and try the new binary from the link above.


May 7th, 2014 at 19:36

Thank you admin, i’m trying the new version 0.9f and seems the same, doesn’t works bad but more reject and hw respect the 0.9a don’t know why, i know is only few time but when i was using 0.9a none rej only some hw errors due to the autotune calibration, now my pool tells me around 92% efficency :/, with 0.9a always 100%


May 7th, 2014 at 19:39

If you are using a multipool the number of rejects and HW errors can depend a lot on the difficulty of the coins mined as well as how often the pool is switching between them, even with a single coin pool mining with low difficulty coins and higher worker difficulty could lead to more rejected shares.


May 7th, 2014 at 19:42

i’m mining the same coin in the same pool since one week, that is not multipool and with low diffculty (0.8-1.2), i noticed that the rej now happens when the difficulty goes around 512-1024, before with 0.9a didn’t happen.


May 8th, 2014 at 05:19

I downloaded and compiled the linux version. it starts up, says it set the frequency, then exits.


May 9th, 2014 at 00:10

v0.9g hs backup pool support added,awesome :)


May 9th, 2014 at 01:53

so is it safe to assume that both Minis and blades can run from the same instance of this cpuminer?


May 9th, 2014 at 03:27

@SilentH yeah, just add –gc3355-detect it will find hte miners


May 9th, 2014 at 06:21


First thank you for all the work you have done on this miner is like night and day when you compare it to what it was.

I would like to ask if there was any chance you may add the option to be able to solo mine. We ever I enter “-o” as soon at tries to set the frequency I get an application error and it exist. Similar to what {truekaiser} stated above but I’m using windows and like I said it only happens if I try to solo mine and enter -o http://

Once again thank your for all your work.



May 9th, 2014 at 09:07

Updated the binary to v0.9g, testing the new backup pool feature.


May 9th, 2014 at 17:43

any way to adjust the diff on this? A pool I’m using sets the diff to 512 and eventually my miner just gets nothing but rejects, then my worker gets a temporary ban for too many rejects. I’m running 4 gridseeds


May 9th, 2014 at 20:20

there is an v1.0a out there , but dunno what is diffrent/


May 9th, 2014 at 21:02

Admin said earlier:

“lollo, you can set individual frequencies for each device by using the following parameter: –gc3355-freq=\\.\COM1:850

No need to run autotune each time, just run it once and when it finds the best frequencies for each device you can set them from the command line, so they will be automatically applied on the next run.”

Autotune can individually tune chips in each gridseed. I have noticed max frequency differences between chips in the SAME GRIDSEED UNIT. There is no way I know of to configure each chip individually in the .bat file, so wouldn’t it be most beneficial to let autotune run each time? I have a Gridseed where according to autotune, 2 of the 5 chips are stable at 900 mhz, the other three are stable at 875. If I set the whole Gridseed to 900 in the .bat file, I’ll get more hardware errors on the 3 chips that run stable at 875, thus hurting my performance. If I set the Gridseed for 875, the two chips that are stable at 900, will still be at 875, thus limiting my potential max output. The difference is probably subtle, to the tune of a couple kHs, but in interest of max output, wouldn’t it be ideal to just let autotune run each time?


May 9th, 2014 at 21:30

Yuna, updated the windows binary to 1.0a already, it includes fixes and optimizations.


May 9th, 2014 at 22:33

So my son got me sucked into this coin mining thing. Lucky for me there is so much *nix stuff out there that is similar enough to the “good ol days” that I am getting caught up. I had to play with the new toys, so I picked up some gridseeds and a pi I have sandor’s cpuminer running on the pi. (awesome job by the way) Now here is my dilemma: My son gave me 3 of the voltmodded gridseeds, I don’t have the eyesight or the steady hands to solder that small anymore. In any case the pi gives varied ttyacm’s to the gridseeds, Autotune is fine as far as it goes, but I would like to set it myself. My worry is that if I set say ttyacm1 to a high number and the power goes out or I shutdown the pi for any reason (I have cpuminer run on boot, and want it to stay that way) So does anyone know of a way to tie the gridseeds to a specific ttyacm, or to pass freq commands by serial, or hell even passing commands to the physical usb port like usb 001:005 (bus one port 5 basically) or have minerd run attached to just that usbport or that serial# so I don’t accidentally fry the non-voltmodded ones. Thanks in advance for any advice/comments. If it it too much of a hassle I guess I can stick with autotune, but switching coins takes a bit to get the voltmod ones up to snuff.


May 9th, 2014 at 23:30

Okay someone brought up to me that they should not change ttyacmX so it all should be okay. I’m assuming the numbers got moved around when I added the new gridseeds, and I’ll just have to be cautious when adding a new one, I’d have to autotune the new one anyway so no big deal there. Thanks anyway.


May 11th, 2014 at 16:07

nicehash is fixed now, yay!


May 13th, 2014 at 12:57

Is the autodetection of the number of chips also accessible to windows?


May 15th, 2014 at 15:01

Hi sandor111

Every day this software get better and better and I thank you for that. Sorry I may sound like a broken record in regards to solo mining. I see that you made changes since my last comment that stop the application from crashing when you enter an http address. But from what I can tell what is doing now is just treating the HTTP address as if there were stratum address. This is great if you are mining to a pool but if you would like to mine to your local wallet then it would not be possible as it would not be able to subscribe.

[2014-05-15 07:50:55.5290] stratum_subscribe timed out
[2014-05-15 07:50:55.5319] ...retry after 5 seconds

I know that also no one solo mine to there wallets but for some coins I find it better sometimes.

Thank you


May 15th, 2014 at 17:05

Has this been updated to 1b yet? I’m having issues where the Blade resets itself after timeout like every 15 minutes. 1b adds the extra before/after submit to keep the blade from going too fast and getting bogged down.


May 15th, 2014 at 18:15

Dreddjudge, yes the windows binaries have been updated to the latest v1.0b.


May 16th, 2014 at 01:45

many issues again with 1.0a/b after 1 hours gridseed half hashrate don’t know why, however the best for my performances was 0.9a no way, could be possible have that one?


May 18th, 2014 at 04:28


Do you the date for 0.9a, I have several versions but I not the version just the date I downloaded them.


May 19th, 2014 at 02:05

v1.0c works perfect for blade now !! sandor also added auto detection for windows and you can see the serial now


May 20th, 2014 at 14:14

:-( i don’t know the date but if you are able to open it, it’s write upside the miner


May 21st, 2014 at 20:31

The windows binaries have been updated to the latest v1.0d.


May 22nd, 2014 at 03:49

Thanks but I also realize that I just need to do –v to get the version.

Sorry oldest ones I have say “LightningAsic” and “GC3355-USB-DUAL-v2.3.2.20140115.01” then I have the version higher that what you are looking for.



May 22nd, 2014 at 03:51

and v0.9c
:) for got that one


May 23rd, 2014 at 04:51

How long does the auttotune feature take to make an adjustment? I’ve been running the miner for about 30mins and freq is still at 800.


May 23rd, 2014 at 16:47

This version works great. The only problem is that 2 of my devices are not recognized. I have 8 Gridseeds and they all show up.


May 24th, 2014 at 10:42

Never mind. I fixed the port problem. I had to manually set the com port number to a lower range (below 10) in device manager!


May 31st, 2014 at 23:48

Admin – do you know how to get in touch with Sandor? cpuminer is by far my favorite miner, hoping he can add support for Zeus/GAWminer ASICs.


June 2nd, 2014 at 18:29

any word on solo mining options for this fork of CPUminer?

Mike W.

June 9th, 2014 at 03:11

How would I set my gridseed chips manually to 900 Mhz 925 Mhz 900 Mhz 900 Mhz 875 Mhz
without using autotune.. can someone show me an example config file.. ?

Mike W.

June 9th, 2014 at 03:20

sorry.. I need an example batch file.. I just can’t seem to figure it out..


July 5th, 2014 at 21:50

Hey guys, thank you for this Programm! I got a little problem , i would like to set the frequency at 1100 MH/s ( got a voltmod) what do i habe to do? The Miner doesnt do anything if i set the freq above 850, please help…


July 20th, 2014 at 03:43

When will we be able to auto-tune the gridseed blades and if it’s already possible can you design a rpi config file example that shows how to give specific blades/chips on the blade specific frequencies.


July 26th, 2014 at 15:03

How can i run some Gridseed pod and a G-Blade in one session of CPUMiner under Linux, I want to autotune the pod and the G-Blade if possible.
Now I run CPUMiner with this string but on the console there are a lot of message “blade can’t be autotuned”

./minerd –gc3355-detect –gc3355-autotune –freq=850 –gc3355-freq=xxxxxxxxxxxx=825,xxxxxxxxxxxxx=825 -o stratum+tcp:// -u USER -p X –gc3355-timeout=900



August 31st, 2014 at 14:35

AMAZING! admin what was your setting? 850mhz=645.3kh/s? xD totally awesome! :) help me sir!


December 22nd, 2014 at 23:20

Anyone having problems using more than 32 devices on Ubuntu? CGMiner can see all 40 just fine. I assume it is a software limitation.


December 30th, 2015 at 10:25

I bought 2x gridseed blade miners and they work fine on my main computer(win8pro) BUT in win 7 ultimate it wont work..even tho i use same program(copied with exactly the same commands etc)

Zadig times out first time(5min) then says its installed and success next tile if i showing up the ports also.. Still no luck:( cpuminer finds the then terminating mining errors just start and terminating..then stratum detects to fix??:) super program when it works!!:D

Leave a Reply

Your email address will not be published. Required fields are marked *