 Show Posts
|
|
Pages: « 1 2 3 [4] 5 »
|
I'm trying Sandor's new build of cpuminer but not sure what to put as the COM address? In device manager my STM32 virtual COM ports don't seem to have COM numbers. Any advice greatly appreciated, thanks!
p.s. I tried --gc3355=STM32 but this didn't seem to work.. still fails with "GetLastError:2".
Make sure to uninstall whatever drivers you have had installed (zadig etc.) for the STM32, then replug the USB and it should show up under COM ports. Zadig doesnt appear to be installed as such, as I understand it, Zadig is a standalone .exe that lets you change drivers? I tried changing the driver to something other than WinUSB (with Zadig), uninstalling from device manager, and uninstalling the STM software. Still the gridseeds get instantly recognised as virtual STM ports with no port number when I plug them back in. Is there something else I need to uninstall? I had read elsewhere that finding the COM port number wasn't necessary if you just set --gc3355=STM32 in the bat file - but this doesn't seem to work, in your build at least. Also I tried setting the COM port from 1 though 15 in the BAT file to try and find the right number through trial and elimination, but no setting worked for me. |
|
|
|
|
I'm trying Sandor's new build of cpuminer but not sure what to put as the COM address? In device manager my STM32 virtual COM ports don't seem to have COM numbers. Any advice greatly appreciated, thanks!
p.s. I tried --gc3355=STM32 but this didn't seem to work.. still fails with "GetLastError:2".
|
|
|
|
Just an update
I applied some ceramic base thermal paste (Not electrically conductive) and re-ran my pods.
After 15 hours all my pods have over 5000 Accepted shares with 0 HW errors.
Looking good so far!
5000 accepted shares is quite low for 15 hours? I have an unmodded pod running 875MHz that has 429,104 shares accepted in 20 hours.. which would indicate 321,828 over 15 hours. Stats: 875MHz 372.3/372.3Kh/s A: 429104 R: 9856 HW: 13 Well... according to cgminer local stats anyway... |
|
|
|
Don't be that affraid, I'm still using the stock TP's and works fine. Of course you can be a perfectionist. Mouthwash to clean the pads?  With the 5v fanmod they are really cold My two gridseeds are not hardware modded, but one of them gives 10x more HW errors than the other, even at a lower frequency. It is that one that I am interested in improving the heatsink contact with, to see if that is where the problem lies. Mouthwash to clean the pads? Well it is a high concentration of alcohol... so? And it would leave the gridseed smelling great! |
|
|
|
|
Thanks guys, I hadn't been googling for "Non-Electricity Conductive", I didn't know the terminology until your latest posts.
|
|
|
|
Any paste will do, as long as it is non conductive. So nothing with "silver" "metal" etc.. Yes well that brings us full circle back to my original problem: every paste I see says that it is "conductive" - so I'm asking if someone can show me a non-conductive paste that is suitable to use in the gridseeds. |
|
|
|
*bump* So much talk of thermal paste and still no one here can recommend one? (??) p.s. sorry to bump.  |
|
|
|
Got my 2nd gridseed today.. its performance seems a little worse than my first one.. | Hardware | Mining time | Freq. | HW Errors | | Gridseed #1 (Big LEDs) | 3 hours | 875 MHz | 0 | | Gridseed #2 (SMD LEDs) | 3 hours | 850 MHz | 23 |
..perhaps the thermal pads are not positioned well in the new unit. Can someone recommend a thermal grease I can't seem to find on that isn't labelled as "conductive" .. although its hard to tell if they mean thermally or electrically conductive.. |
|
|
|
|
FWIW, I recently switched from 850mhz to 875mhz on my vanilla Gridseed unit... and I'm actually getting less HW errors reported in cgminer. Update: actually its about the same if not more, although for the first 12 hours or so there were no HW errors at all.
|
|
|
|
Anyone in the UK willling to mod my 2 gridseeds? I am in Kingston upon Thames FWIW. |
|
|
|
|
If I perform the mod, then I want to go back to mining at 600-850mhz again for some reason, that still works? (but still using 2W more?)
|
|
|
|
|
Andareed are you running with or without the fan @ 950?
|
|
|
|
Strange. Did you have you hotplug setting set to 10 and wait 10-20 seconds for it to come back? It doesn't happen right away.
Also, the Gridseed miner will NOT disappear from device manager when disabled. It just shows as disabled (downward pointing arrow, I think).
You 5m cable could also be the problem, just replace it and try again. Easy to find out.
Sorry no hotplug is set to 0 in the bat file I use to start cgminer. I'll change it to 10 and try your bat file again next time it fails.Update: ran again using hotplug 10, but still the same problem when it failed, had to physically replug the USB again. I've switched back to a 1m USB cable (from 5m) and the bat file worked! No need to physically replug the USB this time. I'm hoping Gridseed will behave now its back to the short cable, but if not, at least I can RDP in and reset it remotely now. Thanks volder! |
|
|
|
Strange. Did you have you hotplug setting set to 10 and wait 10-20 seconds for it to come back? It doesn't happen right away.
Also, the Gridseed miner will NOT disappear from device manager when disabled. It just shows as disabled (downward pointing arrow, I think).
You 5m cable could also be the problem, just replace it and try again. Easy to find out.
Sorry no hotplug is set to 0 in the bat file I use to start cgminer. I'll change it to 10 and try your bat file again next time it fails.Update: ran again using hotplug 10, but still the same problem when it failed, had to physically replug the USB again. |
|
|
|
Another crash this morning. Even rebooting the PC didn't bring Gridseed back to life! Only physically unplugging and replugging the USB cable got it working again.  |
|
|
|
5m is probably too long if you are running a bunch of them off a powered hub.
I'm only running 1 unit, no hub, directly connected to laptop. FWIW the Wikipedia USB page states: The USB 1.1 Standard specifies that a standard cable can have a maximum length of 5 meters with devices operating at Full Speed (12 Mbit/s), and a maximum length of 3 meters with devices operating at Low Speed (1.5 Mbit/s). USB 2.0 provides for a maximum cable length of 5 meters for devices running at Hi Speed (480 Mbit/s). I assume Gridseed is USB 2.0? But if its using "Hi Speed" mode or not who knows... |
|
|
|
So I'm running my Gridseed for about 18 hours and I notice that cgminer is now showing "OFF" where it normally says the khashes rate, and obviously mining has ground to a complete halt - red and green lights are still flashing away however. This has happened twice now in a day. Is this common, for Gridseeds to need babysitting? I had to power cycle the Gridseed, then plug/unplug USB 2 or 3 times restarting cgminer 2 or 3 times to get it back into action.
(some people mention not to plug the USB cable in until after cgminer has started.. but for me it is the opposite which works - i.e. need to plug it in before starting cgminer)
Incidentally, this problem coincides with me switching to a 5m USB cable (was using 1m before)... I wonder if that could be the cause. I never got this "OFF" error on the 1m cable but then again I'd only been using it for 2 days anyway.
Try the fix I posted here: https://bitcointalk.org/index.php?topic=482352.msg5650273#msg5650273Thanks but for me this did not work. I ran the bat file 3 times, but it just wasn't helping. I was viewing device manager at the time of running the bat file expecting to see the virtual com port temporarily disappear as a result, but it did not. Odd? Here is the output:  Again, I had to physically remove the USB plug from the PC and then reinsert it. I did NOT have to power down the 12v Gridseed power supply - I had previously thought that was a necessity but evidently it is not. Here is a screenshot from when CGMiner died:  I still think the length of my USB cable (5m!) could be a factor in these crashes. From Sunday I will switch back to 1m and see if I still get teh failz. |
|
|
|
|
