Topic: GekkoScience 2Pac/Compac BM1384 Stickminer Official Support Thread - page 84. (Read 177410 times)

Is that a tuneable parameter?

Well yeah, with a pool diff of 33K.

I guess I do have an issue after all, several hours and no accepted shares...

I have mine running weeks on end using windows 10 at 237.5mhz no zombie issues.

using cgminer 4.10 and a small fan.

Excellent instructions in OP. Got my 2Pac miners today and got them fired up and running right off the bat.
I probably need to do a bit more reading to figure out how to set/change frequency though. Happy customer.

I did everything anorganix  said above

WinXP 32bit
I try at 225 and 200 and 175 freqs and get the same results.  sometimes 15mins,  sometimes 16hrs and anything above and inbetween

It goes OFF and then ZOMBIE shortly after

 [2017-07-13 15:18:01.288] GSD 0: No valid hashes recently, attempting to reset
 [2017-07-13 15:18:01.303] GSD 0 attempted reset got err:(0) LIBUSB_SUCCESS / LIBUSB_TRANSFER_COMPLETED
 [2017-07-13 15:18:29.038] Network diff set to 2.1G
 [2017-07-13 15:18:29.038] Stratum from pool 0 detected new block at height 0
 [2017-07-13 15:19:15.116] GSD 0: Device failed to respond to restart
 [2017-07-13 15:19:15.194] GSD 0 failure, disabling!     (<-----at this point it goes ZOMBIE)
 [2017-07-13 15:26:44.053] Stratum connection to pool 0 interrupted
 [2017-07-13 15:26:44.460] Pool 0 difficulty changed to 1024
 [2017-07-13 15:28:26.741] Network diff set to 2.1G
 [2017-07-13 15:28:26.741] Stratum from pool 0 detected new block at height 0
 [2017-07-13 15:28:29.131] Stratum connection to pool 0 interrupted
 [2017-07-13 15:28:31.913] Pool 0 difficulty changed to 1024
 [2017-07-13 15:28:31.913] Stratum from pool 0 requested work restart

If I catch it while it's OFF,  I just have to close cgminer and open it again and it resumes
If it gets to the ZOMBIE stage,  I have to close cgminer then unplug/plug the 2pac  and restart cgminer

EDIT====
This also happens  when it doesn't ZOMBIE,  it just goes OFF
[2017-07-13 15:56:52.788] Accepted 05d4763c Diff 44/30 GSD 0
[2017-07-13 15:56:56.975] Pool 0 difficulty changed to 70.7
[2017-07-13 15:58:13.881] GSD 0 failure, disabling!

hp# apt-get install winusb
Reading package lists... Done
Building dependency tree       
Reading state information... Done
E: Unable to locate package winusb

On an amd64 Debian machine: Linux hp 3.16.0-4-amd64 #1 SMP Debian 3.16.43-2 (2017-04-30) x86_64 GNU/Linux

I've always had to hotplug mine, either on Raspberry Pis or on my HP laptop with amd64 Debian.  I ran across a cgminer I had downloaded April 30 from http://gekkoscience.com/misc/cgminer-gekko.tar.gz so I just tried it.  I didn't fiddle enough to get it to recognize my 2pac, I just went back to the version I was running.
The new version:


The old version:


Same libusb, etc.  Also I see my "--gekko-2pac-freq 150" wasn't recognized anymore.

Ah okay, I missed that part. If it works as stated that'd be simpler for most people.

That's why I stated if they all have the same operating instructions.
Its also the third suggestion in the usb part of the read me file...and the most basic. But it works well.

Yeah but, if you specify the device you want you can tune each one to an optimal frequency instead of forcing them all to run on the same speed.

The third version
  --usb :10
means only use a maximum of 10 devices of any supported USB devices
Once cgminer has 10 devices it will not configure any more and hotplug will
not scan for any more
If one of the 10 devices stops working, hotplug - if enabled, as is default
- will scan normally again until it has 10 devices


^^^as copy and paste from the read me file^^^

You don't need to Specify each usb's specific location if they all have the same operating instructions.
 --usb :1
Would be all you need to start a single stick at the end of your start up instructions.
 Then you could wait a moment and click your desktop batch shortcut icon again and the next stick will start, so on and so on. If one of the sticks has a problem and hot plug puts the device in a different address the program will see it and keep going.

good lord...let's not over complicate things...MM..K!

Yeah, I don't know how it works.  I do know that in order to build cgminer, I needed to apt-get install winusb to resolve a dependency.  I guess I'd say "I'm glad I don't have to worry about WinUSB drivers"?

Heh, that's a funny thing to say. WinUSB drivers on linux... think about what you just said (hint WINusb.) There is no such thing on linux, cgminer just talks directly to the linux kernel usb interface and doesn't need any driver at all.

FYI -  I was going crazy trying to figure out why my sticks were going zombie almost immediately.  Based on this thread, I definitely thought that it had to be something regarding my USB hub / power supply.  I decided to fire up a Ubuntu VM and compiled cgminer as per the instructions on the first page of this thread.  NO ISSUES!!  I'll be running cgminer on Ubuntu until something is resolved.  Actually, the WinUSB drivers are a lot easier and less annoying than in windows... so perhaps I'll just stick with cgminer on *nix.

For all those that are having issues with some sticks going zombie, you should check the troubleshooting / Q&A from the OP.
If you have followed the instructions (voltage adjutment etc) and you still have the zombie issue, continue reading (Windows only).

Important
By following the instructions below, you will end up using one instance of cgminer for each stick.

[1] Create a batch file in the cgminer folder (let's call it list-devices.bat)

[2] Run it and you should see something like this

[3] Write down the bus number (in my case 4) and each device ID (in my case 10, 12 and 14)

[4] Create a batch file in the cgminer folder for the first stick with the following

[5] Create a batch file in the cgminer folder for the second stick with the following

[6] Create a batch file in the cgminer folder for the third stick with the following

[7] Repeat until you cover all devices

[8] Please note the --usb 4:14 added at the end of the command line which instructs cgminer to use only the device found on bus 4 with ID 14 (see step 3).

Final notes:
- my 3 sticks were running fine most of the time but every 2-3 days one of them was going zombie
- with this setup I'm running fine @ 200 Mhz since the 6th of July (0 HW errors, no zombies)
- the hub I use is the Plugable USB 2.0 version

HTH,
anorganix.

I have also tested in a Virtual Machine with Linux, and I got the same problem, but in this case, I don't know if it´s valid for a Vmware Virtual Machine!

I haven't checked the voltage, but I´m always changing it when I change the frequency.
I can't say either the version of mine, where do I check that? I have build my own using a Linux

Interesting.   Looks like both cases are windows based.   I was previously looking into a write error issue with my hub that only happens in windows and not in linux.   I shelved it since it seemed isolated, but will revisit it in a bit to see if I can spot anything else.

NICE!
what's your voltage at?
also what is your cgminer version?  I grabbed 2 of them, to see if there was a difference, so I have 495461c and b682468

So I did, running 2 sticks in different cgminers at 250mhz for more than 14 hours without a break, it´s definitely the solution. No problem here.

So my guess it´s the 2 pack stick going zombie or off, it´s a matter of driver or cgminer bug!

It´s definitely not a problem with the hub!