RowanX
Member
Offline
Activity: 86
Merit: 10
|
|
March 14, 2014, 11:02:24 AM Last edit: March 14, 2014, 11:56:15 AM by RowanX |
|
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.
|
|
|
|
volder
|
|
March 14, 2014, 03:52:08 PM |
|
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#msg5650273
|
Regular Guy™
|
|
|
-droid-
Legendary
Offline
Activity: 1050
Merit: 1001
|
|
March 14, 2014, 07:02:17 PM |
|
whats the difference between the larger red wiibox controller and the smaller controller ?
|
|
|
|
dairy100
Member
Offline
Activity: 74
Merit: 10
|
|
March 14, 2014, 10:22:45 PM |
|
So I have a few of the newer gridseeds with the STMicroelectronics com port inside. Is there a cgminer that works with these newer ones or the modified cpuminer is the only one right now?
|
|
|
|
RowanX
Member
Offline
Activity: 86
Merit: 10
|
|
March 14, 2014, 10:52:44 PM Last edit: March 14, 2014, 11:18:26 PM by RowanX |
|
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.
|
|
|
|
Andareed
Member
Offline
Activity: 84
Merit: 14
|
|
March 15, 2014, 12:13:41 AM |
|
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. 5m is probably too long if you are running a bunch of them off a powered hub.
|
BTC: 1K54i8Fsu7e7WPu1pQJV6tDa65qXahnHMH LTC: LMfJ2eqsJofTaNtD1dLRZBuKju9qYgwxZj
|
|
|
RowanX
Member
Offline
Activity: 86
Merit: 10
|
|
March 15, 2014, 01:17:44 AM |
|
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...
|
|
|
|
RowanX
Member
Offline
Activity: 86
Merit: 10
|
|
March 15, 2014, 01:02:59 PM |
|
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.
|
|
|
|
volder
|
|
March 15, 2014, 02:17:18 PM |
|
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. 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.
|
Regular Guy™
|
|
|
RowanX
Member
Offline
Activity: 86
Merit: 10
|
|
March 15, 2014, 03:05:39 PM Last edit: March 15, 2014, 05:46:48 PM by RowanX |
|
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.
|
|
|
|
SummersideGuy
Sr. Member
Offline
Activity: 518
Merit: 250
I am a meat Popsicle
|
|
March 15, 2014, 10:30:02 PM Last edit: March 15, 2014, 10:47:55 PM by SummersideGuy |
|
So stepped things up dual mining SHA and Scypt to 800Mhz, and I am getting 6.4GH/s and 340Mh/s avg per gridseed, they get mildly warm but nothing that i would be concerned about. Anyone try dual mining under windows at 850Mhz yet, I dont want to push them too far when mining sha alongside scrypt as the sha asics can get fairly warm.
|
|
|
|
chanberg
|
|
March 15, 2014, 10:35:25 PM |
|
for people using raspberry pi's and cgminer... Do you guys get lower hashrate poolside, then what it shows on the cgminer dash? Because with the TPLinks, i get 3500-3700kh/s on 10 units @850 but with cgminer on the Pi, I get 1600-2500 kh/s POOLSIDE, but the cgminer shows the same hashrate as what i am suppose to be getting
It's weird, but I also have 4 plugged into a different pi, same exact config, but it shows proper hash rate pool side and on cgminer.. I'm thinking either the Hubs or something is not fast enough to handle the load, i dont know
Any ideas?
Danny
|
|
|
|
sandor111
|
|
March 16, 2014, 01:35:48 AM |
|
for people using raspberry pi's and cgminer... Do you guys get lower hashrate poolside, then what it shows on the cgminer dash? Because with the TPLinks, i get 3500-3700kh/s on 10 units @850 but with cgminer on the Pi, I get 1600-2500 kh/s POOLSIDE, but the cgminer shows the same hashrate as what i am suppose to be getting
It's weird, but I also have 4 plugged into a different pi, same exact config, but it shows proper hash rate pool side and on cgminer.. I'm thinking either the Hubs or something is not fast enough to handle the load, i dont know
Any ideas?
Danny
The hashrate cgminer displays is nothing like your 'actual' hashrate, by far. If you aren't accepting any shares, the hashrate will remain the same. You have to look at the accepted difficulty and time running. Lightningasic dashboard displays hashrate calculated in that manner, or how pools would calculate it.
|
|
|
|
chanberg
|
|
March 16, 2014, 02:14:47 AM |
|
for people using raspberry pi's and cgminer... Do you guys get lower hashrate poolside, then what it shows on the cgminer dash? Because with the TPLinks, i get 3500-3700kh/s on 10 units @850 but with cgminer on the Pi, I get 1600-2500 kh/s POOLSIDE, but the cgminer shows the same hashrate as what i am suppose to be getting
It's weird, but I also have 4 plugged into a different pi, same exact config, but it shows proper hash rate pool side and on cgminer.. I'm thinking either the Hubs or something is not fast enough to handle the load, i dont know
Any ideas?
Danny
The hashrate cgminer displays is nothing like your 'actual' hashrate, by far. If you aren't accepting any shares, the hashrate will remain the same. You have to look at the accepted difficulty and time running. Lightningasic dashboard displays hashrate calculated in that manner, or how pools would calculate it. What i mean is, TP -LINK shows: 3500 kh/s (PoolSide) 3300 kh/s (Webui) CGMiner shows: 1600 kh/s (Poolside) 3300 kh/s (SSH Screen) (thinking maybe a problem with RPi) so i plug in 3 gridseed units with the same config file and i get different results with lesser units on the Pi another RPi: (3 units only) 1080 Kh/s (SSH Screen) 1000 kh/s (PoolSide)
|
|
|
|
gigica viteazu`
Sr. Member
Offline
Activity: 458
Merit: 250
beast at work
|
|
March 16, 2014, 01:15:32 PM |
|
for people using raspberry pi's and cgminer... Do you guys get lower hashrate poolside, then what it shows on the cgminer dash? Because with the TPLinks, i get 3500-3700kh/s on 10 units @850 but with cgminer on the Pi, I get 1600-2500 kh/s POOLSIDE, but the cgminer shows the same hashrate as what i am suppose to be getting
It's weird, but I also have 4 plugged into a different pi, same exact config, but it shows proper hash rate pool side and on cgminer.. I'm thinking either the Hubs or something is not fast enough to handle the load, i dont know
Any ideas?
Danny
|
|
|
|
sandor111
|
|
March 16, 2014, 06:55:19 PM |
|
Good news everyone! Stable firmware for LightningAsic controllers is underway, it should be ready for public in the coming week and it will be possible to upgrade (from v1, v2, v2.1..) by uploading it to the upload page. The firmware .bin will be released for public, but it is compatible only with LightningAsic controllers. Upgrading from factory Tp-link 703N will not work and it might brick your Tp-link, so don't even try! It has some awesome features: - Stripped, custom compiled OpenWrt (controller's OS) image optimized for size and speed
- Stability is heavily emphasized and guaranteed! No more random reboots or crashes
- Custom compiled cpuminer OC, frequency selectable up to 1200 MHz. We have tested it for 48 hours straight at 950 MHz (405 Kh/s) and without hardware errors! (see #1)
- Advanced miner monitoring and management
- Option to auto power cycle miners when one of the miners is stuck, this is done software wise and it has the same effect as unplugging, and plugging in the USB cable! (see #2)
- Up to 10 miners per controller, replacing the 32MB RAM chip with 64MB will double that figure
-
note #1: depends on miner hardware note #2: this will only work if the USB/hub is powered by the controller, you must not supply power to the USB hub. BTC or dual mining is removed in the firmware for a multitude of reasons, BTC mining on GC3355 is unstable and wasteful. If this doesn't want to make you pull out the LA controller out of the trash, I don't know what will... For questions or feature requests, please PM me, not Jack. Donations (1AMsjqzXQpRunxUmtn3xzQ5cMdhV7fmet2) are gladly accepted, and will be put towards improving the firmware even more.
|
|
|
|
Pistachio
Legendary
Offline
Activity: 1456
Merit: 1000
|
|
March 16, 2014, 07:37:31 PM |
|
Good news everyone! Stable firmware for LightningAsic controllers is underway, it should be ready for public in the coming week and it will be possible to upgrade (from v1, v2, v2.1..) by uploading it to the upload page. The firmware .bin will be released for public, but it is compatible only with LightningAsic controllers. Upgrading from factory Tp-link 703N will not work and it might brick your Tp-link, so don't even try! It has some awesome features: - Stripped, custom compiled OpenWrt (controller's OS) image optimized for size and speed
- Stability is heavily emphasized and guaranteed! No more random reboots or crashes
- Custom compiled cpuminer OC, frequency selectable up to 1200 MHz. We have tested it for 48 hours straight at 950 MHz (405 Kh/s) and without hardware errors! (see #1)
- Advanced miner monitoring and management
- Option to auto power cycle miners when one of the miners is stuck, this is done software wise and it has the same effect as unplugging, and plugging in the USB cable! (see #2)
- Up to 10 miners per controller, replacing the 32MB RAM chip with 64MB will double that figure
-
note #1: depends on miner hardware note #2: this will only work if the USB/hub is powered by the controller, you must not supply power to the USB hub. BTC or dual mining is removed in the firmware for a multitude of reasons, BTC mining on GC3355 is unstable and wasteful. If this doesn't want to make you pull out the LA controller out of the trash, I don't know what will... For questions or feature requests, please PM me, not Jack. Donations (1AMsjqzXQpRunxUmtn3xzQ5cMdhV7fmet2) are gladly accepted, and will be put towards improving the firmware even more.Can you confirm that this will be better than the recent 2.0.7 version of wiibox? I have been getting better stability with the wiibox controllers than LightningASIC V1 controllers. Also, none of my USB hubs work without external power. Will this somehow fix this?
|
|
|
|
sandor111
|
|
March 16, 2014, 07:50:54 PM |
|
Good news everyone! Stable firmware for LightningAsic controllers is underway, it should be ready for public in the coming week and it will be possible to upgrade (from v1, v2, v2.1..) by uploading it to the upload page. The firmware .bin will be released for public, but it is compatible only with LightningAsic controllers. Upgrading from factory Tp-link 703N will not work and it might brick your Tp-link, so don't even try! It has some awesome features: - Stripped, custom compiled OpenWrt (controller's OS) image optimized for size and speed
- Stability is heavily emphasized and guaranteed! No more random reboots or crashes
- Custom compiled cpuminer OC, frequency selectable up to 1200 MHz. We have tested it for 48 hours straight at 950 MHz (405 Kh/s) and without hardware errors! (see #1)
- Advanced miner monitoring and management
- Option to auto power cycle miners when one of the miners is stuck, this is done software wise and it has the same effect as unplugging, and plugging in the USB cable! (see #2)
- Up to 10 miners per controller, replacing the 32MB RAM chip with 64MB will double that figure
-
note #1: depends on miner hardware note #2: this will only work if the USB/hub is powered by the controller, you must not supply power to the USB hub. BTC or dual mining is removed in the firmware for a multitude of reasons, BTC mining on GC3355 is unstable and wasteful. If this doesn't want to make you pull out the LA controller out of the trash, I don't know what will... For questions or feature requests, please PM me, not Jack. Donations (1AMsjqzXQpRunxUmtn3xzQ5cMdhV7fmet2) are gladly accepted, and will be put towards improving the firmware even more.Can you confirm that this will be better than the recent 2.0.7 version of wiibox? I have been getting better stability with the wiibox controllers than LightningASIC V1 controllers. Also, none of my USB hubs work without external power. Will this somehow fix this? I am sure that it will be faster than Wiibox. It uses cgminer, which is too heavy for those little controllers. Not sure about your USB hub, but some may not work without external power. Personally I am using some cheap 6€ 10-port hub which does that and works perfectly fine.
|
|
|
|
dani
|
|
March 16, 2014, 09:01:12 PM |
|
Good news everyone! Stable firmware for LightningAsic controllers is underway, it should be ready for public in the coming week and it will be possible to upgrade (from v1, v2, v2.1..) by uploading it to the upload page. The firmware .bin will be released for public, but it is compatible only with LightningAsic controllers. Upgrading from factory Tp-link 703N will not work and it might brick your Tp-link, so don't even try! It has some awesome features: - Stripped, custom compiled OpenWrt (controller's OS) image optimized for size and speed
- Stability is heavily emphasized and guaranteed! No more random reboots or crashes
- Custom compiled cpuminer OC, frequency selectable up to 1200 MHz. We have tested it for 48 hours straight at 950 MHz (405 Kh/s) and without hardware errors! (see #1)
- Advanced miner monitoring and management
- Option to auto power cycle miners when one of the miners is stuck, this is done software wise and it has the same effect as unplugging, and plugging in the USB cable! (see #2)
- Up to 10 miners per controller, replacing the 32MB RAM chip with 64MB will double that figure
-
note #1: depends on miner hardware note #2: this will only work if the USB/hub is powered by the controller, you must not supply power to the USB hub. BTC or dual mining is removed in the firmware for a multitude of reasons, BTC mining on GC3355 is unstable and wasteful. If this doesn't want to make you pull out the LA controller out of the trash, I don't know what will... For questions or feature requests, please PM me, not Jack. Donations (1AMsjqzXQpRunxUmtn3xzQ5cMdhV7fmet2) are gladly accepted, and will be put towards improving the firmware even more.sounds good. Any way to achieve the same hashrate on a computer? I really don't like to get myself that many controllers. Nor the hassle of managing them.
|
Hai
|
|
|
lensgrabber
Newbie
Offline
Activity: 37
Merit: 0
|
|
March 16, 2014, 09:55:01 PM |
|
for people using raspberry pi's and cgminer... Do you guys get lower hashrate poolside, then what it shows on the cgminer dash? Because with the TPLinks, i get 3500-3700kh/s on 10 units @850 but with cgminer on the Pi, I get 1600-2500 kh/s POOLSIDE, but the cgminer shows the same hashrate as what i am suppose to be getting
It's weird, but I also have 4 plugged into a different pi, same exact config, but it shows proper hash rate pool side and on cgminer.. I'm thinking either the Hubs or something is not fast enough to handle the load, i dont know
Any ideas?
Danny
I can't answer your question but am curious about your configuration. I cannot get my gridseed 5 chip to run either dual or single without it crashing the Pi within 30 minutes. I've tried various compiles and what knot but no luck. I'm also headless so I can't see if there are any console errors. It works perfect in windows but the noise is too much for me to leave running in my room. Any information on your setup would be great. I used to have the Pi connected to two hubs with antminers. Now I just have the Pi connected directly to the Gridseed. Still crashes.
|
|
|
|
|