GekkoScience Compac BM1384 Stickminer Official Support Thread

[sidehack]

Batch 2 is exactly the same as Batch 1. All the ASICs and PCBs and heatsinks were all bought at the same time, and used the same BOM for every batch (with one exception - changing the diode on the LED flash circuit). The only reason we split up manufacturing was buying all the rest of the parts for 1000 units was out of reach. The firmware or whatever you want to call it what gets pushed to the CP2102 also didn't change, except that each stick gets a unique serial number. So "batch 2" sticks are the same as "batch 1" sticks except the serial number is greater than about 480. I don't know why that would make a difference.

[aarons6]

tried a good 20 minutes to get it to work with bfgminer..


compiled cgminer-gekko and it worked on the first try.




this was plugged into the front usb port on the pc.. no hub.

[Biodom]

Was wondering if anyone else has batch 2 working with BFG ?. I guess, I should have asked.  

I have batch 2 working fine on bfgminer using pi 2 version B (via usb 3.0 powered hub-Superbpag)
pi "jumped" on sticks in a a fraction of a second-they basically started blinking as soon as all connections and commands were there.
However, I tried initially to connect batch 2 stick direcly to pi 2 USB slot and this did not work for some reason (maybe these slots are underpowered?), but i only gave it a few seconds to try.

[toptek]

Was wondering if anyone else has batch 2 working with BFG ?. I guess, I should have asked.  

I have batch 2 working fine on bfgminer using pi 2 version B (via usb 3.0 powered hub-Superbpag)
pi "jumped" on sticks in a a fraction of a second-they basically started blinking as soon as all connections and commands were there.
However, I tried initially to connect batch 2 stick direcly to pi 2 USB slot and this did not work for some reason (maybe these slots are underpowered?), but i only gave it a few seconds to try.

what hub , mine only works with batch 1 and it's USB 2 , i tried not just with RPI, i tried with cubie boards or that type ARM cpu and rpi. i just got a cubie board 2 today im gonna give a shot and have a new firefly coming , I love those little PC , once i can afford one i may buy one of top end new cudie boards that just came out .

what setting are you using . my stick is seen, it start blinking all most right a way but then nothing else even after i let it set for 20 mins , as i said id rather use BFG but CG will do as well, what ever it takes .

[Biodom]

Was wondering if anyone else has batch 2 working with BFG ?. I guess, I should have asked.  

I have batch 2 working fine on bfgminer using pi 2 version B (via usb 3.0 powered hub-Superbpag)
pi "jumped" on sticks in a a fraction of a second-they basically started blinking as soon as all connections and commands were there.
However, I tried initially to connect batch 2 stick direcly to pi 2 USB slot and this did not work for some reason (maybe these slots are underpowered?), but i only gave it a few seconds to try.

what hub , mine only works with batch 1 and it's USB 2 , i tried not just with RPI, i tried with cubie boards or that type ARM cpu and rpi. i just got a cubie board 2 today im gonna give a shot and have a new firefly coming , I love those little PC , once i can afford one i may buy one of top end new cudie boards that just came out .

what setting are you using . my stick is seen, it start blinking all most right a way but then nothing else even after i let it set for 20 mins , as i said id rather use BFG but CG will do as well, what ever it takes .

Hub: Superbpag
I used default settings (did not specify any settings)
sticks jumped to ~11Gh ea from the get go
maybe your bfgminer does not have all recent updates?
just delete the bfgminer directory and redownload everything
i used the instructions here https://www.youtube.com/watch?v=hOLDrSiI_ic
to the letter

Code:

cd bfgminer
screen -S Mining ./bfgminer -o stratum+tcp://POOL.com:PORT -u USER -p PASSWORD 

for eligius specifically, I used

Code:

screen -S Mining ./bfgminer -o stratum.mining.eligius.st:3334 -u USER -p PASSWORD 

[notabeliever]

First of all I took offense to you trashing Luke. There isn't any reason to say anything bad about a person who has created so much for us to mine. And when he isn't busy he does make time to answer our questions.

I'm using  Bfgminer 5.4.0 and 5.4.1 succesfully with 2 compacs.
a compac in my computer on a pci usb card. May  I suggest trying to plug it into the back of your computer's usb port. I don't use zadig as Luke has taken care of everything for us. (even bfgminer 4.0 for Avalon nano works)

Try using bfgminer without a hub and use this from a .bat file

bfgminer -S compac --set compac:clock=150
"E:\Emergency low disk\Downloads\bfgminer-5.4.0-win64\bfgminer-5.4.0-win64\bfgminer.exe" --config bfgminer.conf --set compac:clock=150


bfgminer.conf

{
  "pools": [
    {
      "url": "stratum+tcp://solo.ckpool.org:3333/#skipcbcheck",
      "user": "worker",
      "pass": "x"
    }
  ],
  "api-port": "4028",
  "failover-only": true,
  "api-listen": true,
  "api-allow": "W:127.0.0.1/32",
  "expiry": "120",
  "log": "5",
  "queue": "1",
  "scan-time": "60",
  "temp-hysteresis": "3",
  "compac:clock": "1150",
  "compac:freq": "150"
}

[bitsolutions]

Is support for this being planned for mainline cgminer? I had a look at your cgminer driver and it seems the driver was completely split off from the icarus driver(icarus in cgminer is a catch-all for certain types of devices such as this) I think the correct way to do this is to do conditional device checks within the icarus driver rather than have a completely separate driver.

[toptek]

Was wondering if anyone else has batch 2 working with BFG ?. I guess, I should have asked.  

I have batch 2 working fine on bfgminer using pi 2 version B (via usb 3.0 powered hub-Superbpag)
pi "jumped" on sticks in a a fraction of a second-they basically started blinking as soon as all connections and commands were there.
However, I tried initially to connect batch 2 stick direcly to pi 2 USB slot and this did not work for some reason (maybe these slots are underpowered?), but i only gave it a few seconds to try.

what hub , mine only works with batch 1 and it's USB 2 , i tried not just with RPI, i tried with cubie boards or that type ARM cpu and rpi. i just got a cubie board 2 today im gonna give a shot and have a new firefly coming , I love those little PC , once i can afford one i may buy one of top end new cudie boards that just came out .

what setting are you using . my stick is seen, it start blinking all most right a way but then nothing else even after i let it set for 20 mins , as i said id rather use BFG but CG will do as well, what ever it takes .

Hub: Superbpag
I used default settings (did not specify any settings)
sticks jumped to ~11Gh ea from the get go
maybe your bfgminer does not have all recent updates?
just delete the bfgminer directory and redownload everything
i used the instructions here https://www.youtube.com/watch?v=hOLDrSiI_ic
to the letter

Code:

cd bfgminer
screen -S Mining ./bfgminer -o stratum+tcp://POOL.com:PORT -u USER -p PASSWORD 

for eligius specifically, I used

Code:

screen -S Mining ./bfgminer -o stratum.mining.eligius.st:3334 -u USER -p PASSWORD 

tried that link, you actually got a usb 3 hub working on a RPI cool. i have yet to get one to work .I know some do but finding it can cost a lot over time.

This one http://www.amazon.com/Superbpag-Port-Cable-Charger-Black/dp/B00W4X3DAA or this one http://www.amazon.com/dp/B00RM5OF70?psc=1, I'll buy it after Xmass   .

[Jake36]

Was wondering if anyone else has batch 2 working with BFG ?. I guess, I should have asked.  

I have batch 2 working fine on bfgminer using pi 2 version B (via usb 3.0 powered hub-Superbpag)
pi "jumped" on sticks in a a fraction of a second-they basically started blinking as soon as all connections and commands were there.
However, I tried initially to connect batch 2 stick direcly to pi 2 USB slot and this did not work for some reason (maybe these slots are underpowered?), but i only gave it a few seconds to try.

what hub , mine only works with batch 1 and it's USB 2 , i tried not just with RPI, i tried with cubie boards or that type ARM cpu and rpi. i just got a cubie board 2 today im gonna give a shot and have a new firefly coming , I love those little PC , once i can afford one i may buy one of top end new cudie boards that just came out .

what setting are you using . my stick is seen, it start blinking all most right a way but then nothing else even after i let it set for 20 mins , as i said id rather use BFG but CG will do as well, what ever it takes .

Hub: Superbpag
I used default settings (did not specify any settings)
sticks jumped to ~11Gh ea from the get go
maybe your bfgminer does not have all recent updates?
just delete the bfgminer directory and redownload everything
i used the instructions here https://www.youtube.com/watch?v=hOLDrSiI_ic
to the letter

Code:

cd bfgminer
screen -S Mining ./bfgminer -o stratum+tcp://POOL.com:PORT -u USER -p PASSWORD 

for eligius specifically, I used

Code:

screen -S Mining ./bfgminer -o stratum.mining.eligius.st:3334 -u USER -p PASSWORD 

tried that link, you actually got a usb 3 hub working on a RPI cool. i have yet to get one to work .I know some do but finding it can cost a lot over time.

This one http://www.amazon.com/Superbpag-Port-Cable-Charger-Black/dp/B00W4X3DAA or this one http://www.amazon.com/dp/B00RM5OF70?psc=1, I'll buy it after Xmass   .

Not sure if the one in your link will work or not. The power input/output is lower, the Superbpag that I know works good with the Pi2B and sticks is this one http://www.amazon.com/Superbpag-Portable-Charger-Transfer-Samsung/dp/B013OK10YM

That one is rated 5V 14A 70Watt, the one you linked to is only rated at 5V 2A 10Watt.

[user356546]

I am trying to write my .conf file from CGminer and the application keeps crashing. The file is created, but it is zero bytes/empty. I thought it might be a permission issue but even running as admin does not help (or changing the path). I am running the gekko version of CGMiner on Windows 7.

This is the error from the Windows application event log:


Faulting application name: cgminer.exe, version: 0.0.0.0, time stamp: 0x00000000
Faulting module name: msvcrt.dll, version: 7.0.7601.17744, time stamp: 0x4eeaf722
Exception code: 0xc0000005
Fault offset: 0x000143f9
Faulting process id: 0x21770
Faulting application start time: 0x01d13cb8d3aca476
Faulting application path: C:\Users\<username>\Desktop\CGMiner\cgminer-4.9.2-windows\cgminer.exe
Faulting module path: C:\Windows\syswow64\msvcrt.dll
Report Id: 1b1dffdd-a8ac-11e5-927e-6cf049071173

Do you all have any ideas? I have searched through the forum posts but cannot seem to find this particular problem. If I screwed up and missed it, just let me know.

[sidehack]

driver-gekko was based off Icarus. At some point we'll clean it up, and at some point we'll add to it with new hardware. Icarus itself is pretty stupid so we're not going to pack more devices into it especially when they'll need a more advanced protocol.

It's been known from the start that writing a conf from cgminer-gekko doesn't work. I don't know why, but it doesn't work. That bug's been mentioned here a dozen times already. Just generate it with regular cgminer and copy it over or something.

cgminer-gekko is Novak's thing. I'll talk to him today, as he was planning on doing some work on it over the weekend but I don't know if anything got done.

[user356546]

Thanks and sorry I missed the bug in the thread.

[bctmke]

Thanks and sorry I missed the bug in the thread.

It's a 69 (and counting) page thread.  Don't feel bad that you missed it.  I don't believe sidehack was suggesting you should've seen it.  Just that it's been pointed out and is a known issue.

Have you thought about just creating your own configuration file instead of generating one?  That's what I do on the Linux side and unless cgminer somehow functions differently in windows you should be able to do the same.

[user356546]

That is what I was just researching now; I just wanted to start with something "known" for the current command line and build from there. Thanks for the suggestion.

[christiansenn]

I am having trouble using more than 2x compaq in USB hubs.

I used Anker 7 port  60W and the Orico 36W

I tried on PIs and on Windows 10 laptop

But seems no matter which combination wont work with more than 2x at around max 200-225 MHz

[Biodom]

This one http://www.amazon.com/Superbpag-Port-Cable-Charger-Black/dp/B00W4X3DAA or this one http://www.amazon.com/dp/B00RM5OF70?psc=1, I'll buy it after Xmass   .

I don't know the ones in your quote, I used the following one:
http://www.amazon.com/Superbpag-Portable-Charger-Transfer-Samsung/dp/B013OK10YM

this one worked on both pi zero and pi 2.
I used it by linking through usb 2 hub, but some (Jake36) connected it directly to pi.
My reasoning behind using nonpowered usb 2.0 hub (my choice was 4-port unpowered Sabrent) as a bridge was:
1. sometimes usb 2 bridge allows for usb 3.0 hub to work
2. i wanted to connect the mouse and keyboard and usb 3 hub had some warning against using "slow" devices (such as mouse and keyboard) on it.

[Biodom]

I am having trouble using more than 2x compaq in USB hubs.

I used Anker 7 port  60W and the Orico 36W

I tried on PIs and on Windows 10 laptop

But seems no matter which combination wont work with more than 2x at around max 200-225 MHz

you have to specify: were they usb 3.0 or usb 2.0 hubs?
I have 4-5 compacs running at default settings on Superpag (~11Gh ea).
As per others, I used plastic card (like old library card, LOL) to separate them when using five, otherwise heatsinks of the adjacent sticks are in contact. Plus, I used Arctic breeze fan, which I think almost everybody else use as well.

[toptek]

Not sure if the one in your link will work or not. The power input/output is lower, the Superbpag that I know works good with the Pi2B and sticks is this one http://www.amazon.com/Superbpag-Portable-Charger-Transfer-Samsung/dp/B013OK10YM

That one is rated 5V 14A 70Watt, the one you linked to is only rated at 5V 2A 10Watt.

http://www.amazon.com/dp/B00RM5OF70?psc=1    this one is the other one it's rated at 60 watts, your is better and its cheaper.



maybe is just my hub and batch two thu anything i throw at it just works, mines this one http://www.newegg.com/Product/Product.aspx?Item=N82E16817707235  I have it self powered at 7-24V either over a 110 or 240 line tried both but really saw no need for 240.   the PSU, i have does Output:24V 3A to match the hub.

[Jake36]

Not sure if the one in your link will work or not. The power input/output is lower, the Superbpag that I know works good with the Pi2B and sticks is this one http://www.amazon.com/Superbpag-Portable-Charger-Transfer-Samsung/dp/B013OK10YM

That one is rated 5V 14A 70Watt, the one you linked to is only rated at 5V 2A 10Watt.

http://www.amazon.com/dp/B00RM5OF70?psc=1    this one is the other one it's rated at 60 watts, your is better and its cheaper.



maybe is just my hub and batch two thu anything i throw at it just works, mines this one http://www.newegg.com/Product/Product.aspx?Item=N82E16817707235  I have it self powered at 7-24V either over a 110 or 240 line tried both but really saw no need for 240.   the PSU, i have does Output:24V 3A to match the hub.

I have 1 of the Plugable, but it's 2.0 with same power. The 2.0 worked OK, but not as good as the Superbpag has.

[bitsolutions]

driver-gekko was based off Icarus. At some point we'll clean it up, and at some point we'll add to it with new hardware. Icarus itself is pretty stupid so we're not going to pack more devices into it especially when they'll need a more advanced protocol.

It's been known from the start that writing a conf from cgminer-gekko doesn't work. I don't know why, but it doesn't work. That bug's been mentioned here a dozen times already. Just generate it with regular cgminer and copy it over or something.

cgminer-gekko is Novak's thing. I'll talk to him today, as he was planning on doing some work on it over the weekend but I don't know if anything got done.

Icarus is a catch all driver for devices with a certain protocol, if you want support merged into mainline cgminer I think it needs to be in there as all the devices that use Icarus are pretty similar and duplicating code can make driver maintenance trickier. If you make a device with a different protocol then it should be separate. Can you just send ck and/or kano a sample so they can do the merge it properly themselves? It would probably only take them a day or two once they have a hardware sample.

Quotes from kano on the driver:

Code:

It's an addition to the icarus code, not a replacement.
So it's not supposed to be a whole new module (that re-includes all the icarus code and drivers ...)

Code:

It wouldn't be pulled in as a duplicate like it is, but even if it was, the configure would need to explicitly exclude being able to include icarus and gekko since gekko will conflict with icarus (gekko is simply icarus + gekko combined into a new module) and cgminer won't even compile with both icarus and gekko due to that

But anyway, as implied before, there's no point having the entire icarus code repeated in the gekko driver. If they have broken anything in icarus with their modifications, then compiling with gekko (and disallowing icarus) will still have the same icarus breaks.
So as long as they haven't done that, then it will just be extra code in the icarus module to also support gekko