Bitcoin Forum
November 16, 2024, 10:55:47 PM *
News: Check out the artwork 1Dq created to commemorate this forum's 15th anniversary
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 [25] 26 27 28 29 30 31 32 33 »
  Print  
Author Topic: LightningAsic usb miners based Gridseed GC3355 Tech Support Thread  (Read 73475 times)
RowanX
Member
**
Offline Offline

Activity: 86
Merit: 10


View Profile
March 14, 2014, 11:02:24 AM
Last edit: March 14, 2014, 11:56:15 AM by RowanX
 #481

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
Full Member
***
Offline Offline

Activity: 238
Merit: 100


View Profile
March 14, 2014, 03:52:08 PM
 #482

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 Offline

Activity: 1050
Merit: 1001



View Profile
March 14, 2014, 07:02:17 PM
 #483

whats the difference between the larger red wiibox controller and the smaller controller ?
dairy100
Member
**
Offline Offline

Activity: 74
Merit: 10


View Profile
March 14, 2014, 10:22:45 PM
 #484

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 Offline

Activity: 86
Merit: 10


View Profile
March 14, 2014, 10:52:44 PM
Last edit: March 14, 2014, 11:18:26 PM by RowanX
 #485

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

Thanks 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 Offline

Activity: 84
Merit: 14


View Profile
March 15, 2014, 12:13:41 AM
 #486

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

Thanks 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 Offline

Activity: 86
Merit: 10


View Profile
March 15, 2014, 01:17:44 AM
 #487

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:
Quote
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 Offline

Activity: 86
Merit: 10


View Profile
March 15, 2014, 01:02:59 PM
 #488

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. Sad
volder
Full Member
***
Offline Offline

Activity: 238
Merit: 100


View Profile
March 15, 2014, 02:17:18 PM
 #489

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

Thanks 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 Offline

Activity: 86
Merit: 10


View Profile
March 15, 2014, 03:05:39 PM
Last edit: March 15, 2014, 05:46:48 PM by RowanX
 #490

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 Offline

Activity: 518
Merit: 250


I am a meat Popsicle


View Profile
March 15, 2014, 10:30:02 PM
Last edit: March 15, 2014, 10:47:55 PM by SummersideGuy
 #491

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
Hero Member
*****
Offline Offline

Activity: 672
Merit: 500


View Profile
March 15, 2014, 10:35:25 PM
 #492

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
Hero Member
*****
Offline Offline

Activity: 616
Merit: 500



View Profile WWW
March 16, 2014, 01:35:48 AM
 #493

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
Hero Member
*****
Offline Offline

Activity: 672
Merit: 500


View Profile
March 16, 2014, 02:14:47 AM
 #494

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 Offline

Activity: 458
Merit: 250

beast at work


View Profile
March 16, 2014, 01:15:32 PM
 #495

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
Hero Member
*****
Offline Offline

Activity: 616
Merit: 500



View Profile WWW
March 16, 2014, 06:55:19 PM
 #496

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
  • Huh Shocked

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 Offline

Activity: 1456
Merit: 1000



View Profile
March 16, 2014, 07:37:31 PM
 #497

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
  • Huh Shocked

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
Hero Member
*****
Offline Offline

Activity: 616
Merit: 500



View Profile WWW
March 16, 2014, 07:50:54 PM
 #498

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
  • Huh Shocked

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
Hero Member
*****
Offline Offline

Activity: 525
Merit: 500


..yeah


View Profile
March 16, 2014, 09:01:12 PM
 #499

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
  • Huh Shocked

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.  Cool

Hai
lensgrabber
Newbie
*
Offline Offline

Activity: 37
Merit: 0


View Profile
March 16, 2014, 09:55:01 PM
 #500

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.
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 [25] 26 27 28 29 30 31 32 33 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!