GekkoScience Compac BM1384 Stickminer Official Support Thread

[zOU]

well, it definitely looks like my compac3 runs slower over time....

I can see it straight away with the USB doctors: Amp goes from 2.2A to 1.10/1.20A depending....

[sidehack]

What's your voltage set to? If you're still at 330MHz, I can't see it drawing more than about 1.6A stable. I run sticks at 300MHz under 1.4A.

[zOU]

.75 originally, I set it to .72 and it seems better (@330Mhs).

The other 5 are at .75 (wich is what is given for 325Mhs in the bitmain BM1384 datasheet)

[Biodom]

250MHz should be 13.75GH; 15.3GH is almost dead on for 275MHz. That is strange. Definitely would like to see BFG proper screenshot.

ill setup screen on the r1 and let it run for a bit..

edit, got screen installed and did some checking around.  bfgminer gives 3 values, MHS 20s, MHS av, and "rolling avg"
im not sure how its gathering that info, but it seems to be a bit off..

the 20s one NEVER changes, it was stuck on 15.4 from as soon as you start it up.
the avg one rises up slowly, eventually hitting the same number as the 20s one.

the "rolling avg" one seems to be most accurate.. its the right number for 250 clock speed. unfortunately this one isnt available from the api.. its just shown in the term.

here is what api gives you  
[MHS av] => 15409.119
[MHS 20s] => 15457.843
[MHS rolling] => 15457.843

as you can see they are all about the same number..



i guess also, this would explain everyone that is saying "how come when i switched to cgminer my sticks ran slower"

I think that the true average per stick is the third number from the left (13.53, 13.61 and 13.58 GH/s per stick respectively). i don't know what the other two numbers are. I assumed that these are correct numbers because when I was using a default stick, I was getting ~10.8-10.9 Gh/s in that area with 11 being theoretical value. Besides, on the top lane (indicated by number 3) third number (40.71 Gh/s) would probably be what you would see in a pool for all three sticks combined.

[jstncheney]

I'm back with another issue. Just bought 4 more miners and I plugged them all up one by one. Here is the issue I'm getting now. Two of them constantly go in and out of ZOMBIE status. What may be the problem? Thanks!

http://tinypic.com/r/ea4l0g/9

[sidehack]

I'm assuming you've already gone over the troubleshooting steps from the first post?

[zOU]

And you made sure that the hub they're plugged in has sufficient power to run 4 at 240Mhs ?

[irritant]

And you made sure that the hub they're plugged in has sufficient power to run 4 at 240Mhs ?

it was running fine with 4 sticks looking at the screenshot, 5 sticks are doing fine, so yeah im also guessing too much power draw to feed the last two?

[cavaliersrus]

i would say that is what is going on with your sticks is that your hub is dropping off on the last ports that your plugging into do you have a kill a watt meater or a way to measure the voltage of your hub's power draw

[zOU]

Well, 5 on a hub may work, but I think Y cables are a must if ports are strictly limited to 500/900mA.

Unless he has a fancy hub that just doesn't care in this case, maybe the power supply is undersized.

I run 3@330Mhs on a 7 ports USB3 hub with Y cables.
The hub has a 12V-2.4A PS.

[Biodom]

Well, 5 on a hub may work, but I think Y cables are a must if ports are strictly limited to 500/900mA.

Unless he has a fancy hub that just doesn't care in this case, maybe the power supply is undersized.

I run 3@330Mhs on a 7 ports USB3 hub with Y cables.
The hub has a 12V-2.4A PS.

I thought that at 330mhz (i assume ~750-760mv) you should be at much less than 2.4A/slot, hence no need for Y on your particular hub (which sounds like Superbpag).
Of course, Ys would not hurt.

[zOU]

I thought that at 330mhz (i assume ~750-760mv) you should be at much less than 2.4A/slot, hence no need for Y on your particular hub (which sounds like Superbpag).
Of course, Ys would not hurt.

I can't get the superbpag in EU as it doesn't have the required certifications.

I'm using 2x TP LINK UH700
Since USB3 has a 900mA limit per port, anything over 250Mhs should require more than 900mA (as per bitmain BM1384 datasheet, the chip uses 4.62W@250Mhs (5V x 0.9A = 4.5W)) (and that's not counting the other stick component power usage), hence that's why I'm using Y cables.




My 6 sticks are using between 2.1 and 2.3A (which is already more than the 0.9Ax2 that they should be allowed to get, but apparently this switch doesn't enforce the 900mA/port very strictly so it could work without Y cables. But I have them so I use them ;p )

So I find the "Current(A)" column above quite confusing....

[Biodom]

I thought that at 330mhz (i assume ~750-760mv) you should be at much less than 2.4A/slot, hence no need for Y on your particular hub (which sounds like Superbpag).
Of course, Ys would not hurt.

I can't get the superbpag in EU as it doesn't have the required certifications.

I'm using 2x TP LINK UH700
Since USB3 has a 900mA limit per port, anything over 250Mhs should require more than 900mA (as per bitmain BM1384 datasheet, the chip uses 4.62W@250Mhs (5V x 0.9A = 4.5W)) (and that's not counting the other stick component power usage), hence that's why I'm using Y cables.




My 6 sticks are using between 2.1 and 2.3A (which is already more than the 0.9Ax2 that they should be allowed to get, but apparently this switch doesn't enforce the 900mA/port very strictly so it could work without Y cables. But I have them so I use them ;p )

So I find the "Current(A)" column above quite confusing....

yeah, i thought so, smoke 'em if you got 'em, why not?
superbpag also have 2.4A slots and 10 slot Anker (this one not for pi, but works on linux machine; usb 3.0) has 0.9 A/slot, so Ys there are certainly advisable.

What is the fastest sustained speed you were able to get?
I had a 12hr run at 24.07Gh/s average, but now decided to ease up. However, there was almost no errors up to 425mhz, but between 425-435 mhz errors started to accumulate a bit. I am quite curious if speeds above 25Gh/s are possible in a sustained run and measured in cgminer/bfgminer (correctly).

[user356546]

I was running the CPU on my system at 100% and noticed that my 4 sticks dropped their hash rate significantly. Going from an Average of 75 GH/s down to 50. When I stop the task, the hashing goes right back up again. Is this normal behavior inside of windows with cgminer?

[sidehack]

Is it normal for a program requiring processor time to slow down operation when a different program has the processor pegged? That sounds about right.

[zOU]

My 3 computers supporting asics always have their CPU @ 100% use all time.
(they're running Boinc)
I've not noticed any impact on hashing, but it's an interesting point, I will check in the morning

[user356546]

Is it normal for a program requiring processor time to slow down operation when a different program has the processor pegged? That sounds about right.

Cgminer is only running about .2% CPU utilization on average one core. When fully maxed out not only do I see degradation in hashing but also increase in Zombies and cgminer going not responding. I understand there could be an impact but I did not expect to see so much. I was just asking if others were seeing the same.

[sidehack]

To some extent it probably depends on the OS process scheduler, USB interface interrupt handling, capability of the CPU itself and some other stuff. I've seen cgminer on some embedded systems peg the processor by itself.

[jstncheney]

Well, 5 on a hub may work, but I think Y cables are a must if ports are strictly limited to 500/900mA.

Unless he has a fancy hub that just doesn't care in this case, maybe the power supply is undersized.

I run 3@330Mhs on a 7 ports USB3 hub with Y cables.
The hub has a 12V-2.4A PS.

Could you link me to a reliable Y cable please?
Thanks zou!

[sidehack]

Oh by the way, second run sales queue is now open.