Topic: HashFast BabyJet users thread - page 41. (Read 68982 times)

I have the exact same issue with cgminer on windows. I had to switch back to the RPI to get reasonable uptime.

Windows cgminer gives a bit faster hashrate, but not worth it if it's down for hours a day.

If you guys are using windows i recommend cgwatcher. it uses the API to restart cgminer when it sees dead or low hashrate.

hf-engineer please - need new firmware i will send coffee and dounuts!

Woke up this morning and same as you dead, only have one though but mine stopped hashing and couldn't figure out problem because I had class. Hopefully it was not the baby jet but the pi or sd idk I have to figure it out when I get home.

use the raspberry then it will automaticly restart the miner, every time it is crashing.

DEAD DEAD DEAD - this is what I see when I wake up this morning for the second day in a row, getting only about 12-18 hour uptime before my devices all go DEAD and cgminer does not restart itself, I have to manually restart.

I am having an issue with cgminer 3.12 on windows

Using 9 babyjets plugged into a 10 port usb hub, all are detected eventually, but it usually goes up into HFB 40 to HFB 50 so it takes about 4-5 disable/re-enable cycles per device on startup.

If I reboot cgminer, after the all DEAD status, then it works for just a few minutes before I start to see the miners drop again.

IDLE for more than 60 seconds - declaring SICK!
Attempting to restart

So hotplugging everything will give me another 12-18 hours (turn off and on USB hub), but this is crazy that I have to hard reboot so often.

he is talking about increasing the clock rate.

How do you use 600 or 612, what does you mean. Did you  compile the cgminer inside raspberry.

So do we have any reports of stable overclocking above around 610?

I can use 610 comfortably, although I'm out of town for a few days and turned 'down' to 600 while I'm away, for a little bigger margin of comfort.

ckolivas says 612.

When I tried to bump up to 620, my error rate went up and it wasn't looking good.  I backed down without trying very hard, though, not eager for the down time or to break anything.

@Phil - Would it be possible to go back to 3.11? That is the only version that was stable for me.

I know some folks complained about lower hashrates in minepeon (after halving the reported rate) but that is because ckolivas made some changes to discard invalid shares.

3.9 is causing full-tilt spikes again and also caused my RPi to crash completely. It also requires me to physically hot plug the miner to be detected... :/

http://i.imgur.com/d1P8FXR.png

Too late, wrong thread.

Doggie...
" don't care about the timestamp. The 1969 thing is a Unix/Linux issue, and it isn't usually a big deal--it is just a NULL date value.

cgminer can believe whatever date/time it likes. It is of no consequence, my mining pool is smarter than cgminer And HashFast."

Why are you turning down advice from people just trying to help.
Fix the date thing, move forward. shit if you want a refund just tell em...I do not want this thing.
Others will buy it, I would jump for joy to have enuf coin to get to 200+gh or higher, anyway I could.
Don't care about ROI or anything, just want to hash.

Please try to follow along, others are getting some positive results, Phil is working on his own to help.
Admire the hell out of that. FREE help. From someone on the inside.

never pay shit to hashfast

Gotcha:

Just a heads up to something I ran across while initially running my Baby Jet:

Make sure that the date/time of your raspberry pi minepeon is CORRECT. Mines was set to the year 1969 for some strange reason. If this is happening:

1. The Baby Jet runs just fine at first boot up. Mines great at eligius for The Foreman. Then after a few minutes, DISASTER.
2. Your Baby Jet SHUTS DOWN and will just sit there seemingly doing nothing --no fans on, nada.
3. From the minepeon web interface, it will say "no devices".
4. Clicking on "Restart Miner" will have no effect. Pressing "Reboot" in an attempt to restart cgminer will also have no effect. Upon further inspection via SSH, I found that cgminer was not running. Apparently there is something somewhere in the code that prevents it if the date/time is seriously wrong
5. Check "Server Time" (this can be found as the last line of any page of the minepeon web interface) and make sure it is more or less accurate

FYI: The Baby Jet initially is in a "wait state" at boot-up time. But there is a watchdog program running in the Baby Jet that, amongst other things, monitors the inputs at the Baby Jet USB port --if there is nothing communicating on it i.e. cgminer is not controlling the USB port, then the Baby Jet will not "TURN ON".

So, date wrong ---> cgminer refuses to run ---> no signals on the Baby Jet USB port ---> Baby Jet looks like it is down and broken.  BUT IT IS NOT!

I spent a lot of time tracking this down (even bought another what is now a spare Seasonic SS1000XP power supply, requesting a RMA, etc.) as things are not immediately apparant. So hopefully this head's up will assist you if you're are experiencing the 1-5 symptoms above and maybe save you from spending $200 for no good reason.

TO set your raspberry pi's time/date properly:

1. SSH to the Baby Jet and switch to user root "sudo su" and enter in your password (by default it is peon)
2. Find out timezone values "timedatectl list-timezones" Choose your timezone from the list. For me it's Pacific/Honolulu
3. Set the timezone "timedatectl set-timezone Pacific/Honolulu"
4. Initially set date/time:
        timedatectl set-time "2014-02-02 15:43:00" Military Time Format (also note the required quote marks)
5. Type "exit" so's to not break anything.
6. Be patient. In no more than 5 minutes, your Baby Jet will start mining again.


That's it. ntpd (bootup time daemon) will take over automatically. Note: ntpd will refuse to do its job if the date/time difference is way out of wack.

My BabyJet came with an RPi 1GB SD card. Now that it is running cgminer 3.9, again, everything is fine.

I'm not changing anything while the 10-day warranty is in effect.

agreed, ill add it to the list of lies.

I would like tosee someone clock it up tho to like 1ghz. I mean some of the other chips are running that fast. Worst case is it overheats and from what I have heard so far overdog or what ever will turn the unit off so it cant break itself

Promises and reality aren't always the same.

thats to bad. Would really like to see someone who's warrenty is gone try to overclock it and see what they can get.

Fyi hashfast did promise that we would be able to overclock it to 500

Someone on here reported trying 670 and said it was working great only to amend it later saying that 670 was way to high.