How do I revert back, as now I cannot seem to scrypt mine with the miner ony sha
EDIT: I reinstalled the STM virtual comport driver and back to mining scrypt. In Zadig I do not have the same options as shown in the how to dual mine link above. I do not see CP2102 USB to UART bridge control option listed there anywhere. I installed this driver and it still does not show up there
I would guess.....
If your com/lpt port drivers in device manager still show.
First, close Zadikitup, then go into device manager and refresh the drivers via right click on comm port then click on 'scan for hardware changes'.
Then unplug and plug back in your GS5 and you should be good to go.
I think this might work instead of re-installing the STMelectronics Virtual Comm Port drivers...
That is unless Zadickitallup overwrote or deleted them...
I'm very leery of converting over to cgminer 3.7.2 and having to install Zadig after having cpuminer and my GS5s running like a top for a few days now!
I wrote in to Crypto Mining Blog and asked about them adding real time hash rate to cpuminer. They suggested I convert to cgminer.
I thought it was a good idea when I found out that overclocking evidently works better with cg but now I'm reading that, maybe it ain't a good idea until a firmware upgrade is performed, if that ever happens, right? If cgminer turns out to be stabilizing higher clock speeds i.e. 900, 1000, 1100, 1200...then I'll consider it very strongly.
It seems no one except the very astute and experienced programmer types can figure out how to dual mine.
I'd like to try that soon, myself! No need in letting those btc fractions going to someone with a FIFTY THOUSAND DOLLAR - billion kazillion hashes per second super duper coin pooper have it all!, eh?
As for now....
They are hashing away very nicely with CPUMINER at 850MHz! Hey, if it ain't broke, don't bypass it with some other shyt! USE the crap out of it! $$$$$$
Wolfey2014
I don't get why you would want to dual mine or mine sha-256 with these. LTC profitability > BTC profitability. If you dual mine, your LTC hashrate is going down to compensate, it's not like you are leaving the BTC power on the table by not enabling it. From what I've heard, you can get 2.5 GH/s BTC and 200 Kh/s LTC while dual mining at stock clocks, and you are using more power, to mine less profitable coins. If you want to mine BTC there are much more less expensive ASICs that can get higher hashrates for less money and less power and you won't be wasting your more profitable hashes on your Gridseed.
Maybe he just thinks mining btc is fun, and don't forget that it could become more profitable if the value of btc goes up as predicted. Those miniscule Btc fractions will go up in value as well!
Don't get me wrong. You are right in what you say too.
I would love to see someone find a way to reprogram the GC3355's to utilize the otherwise unused btc cores to run Scrypt! I mean, I know the firmware probably won't allow it but the engineers saw fit to only alot 4 cores for Scrypt mining and alot 160 cores for btc frikkin mining. What a waste! if you aren't using them! Give the algorithms are different for both, the processors are still just FETs (transistors) that are either on or off i.e. 1 or 0 just like the Scrypt cores are. So theoretically, they can be re-programmed to run Scrypt! Now that would be a vast improvement!
Then the GS5's would really crank out the hashes. I mean they'd probably be hashing at several times the current rate! And even though they would draw more power, it wouldn't be as much as SHA processing uses because Scrypt is much more efficient, electronically speaking, than SHA-256.
Yeah, that would be cool!
Just my 55000 quarks!
Wolfey2014
Wolfey, I can't tell if you are being serious or just fucking with me. Either way, I've added my "cents" below.
I think if it were possible they would have done it already. An ASIC cannot be reprogrammed. It can only do what it was programmed to do. I'm thinking the chip was made with LTC cores and BTC cores, the LTC can LTC and the BTC can BTC. That's it. The fact that they can't run at full hash at the same time leads me to believe there are shared resources like memory being used or maybe a thermal ceiling imposed by the other components. I'm not an electronics engineer, but don't hold your breath for some magical hashes where they can't be had.
Anyway.....
Nothing personal. This is addressed to everyone, not just you. I am quoting you so everyone can follow along on the subject.
Anyway...
Chip design is hardware.True, once made, it's made.
Put real simply, software is SOFTWARE, firmware is SOFTWARE written in to non-volatile memory, like in BIOS -....but that can be re-written too! It's called firmware because it's software written in to non-volatile ROM (Read Only Memory). Firmware is used in our little machines to tell the BTC cores how to produce hashes the SHA-256 way. Firmware is used in the LTC core to tell the little hasher how to hash the Scrypt way.
SHA and Scrypt are algorithms. An algorithm is a set of instructions of how to solve a problem and it is usually run in a loop, as we see in the DOS window the 'same' steps being performed over and over and over. It's the brains of the chip. That is the FIRMWARE at work!
Long story short, and as far as I am concerned, the SHA core can be re-programmed to run Scrypt algorithm instead of SHA-256 algorithm. It's that simple! One thing that bugs me about my
Re-write the firmware and we have a set of chips that can now run the heck out of Scrypt at a much higher hash rate! ..... Yeah baby! Yyyyyyyyyyyeahhhhhhhhhhhhh!
Wolfey2014
Had a pretty bad experience trying to get it to.