Pages:
Author

Topic: HashFast BabyJet users thread - page 18. (Read 68949 times)

member
Activity: 84
Merit: 10
February 24, 2014, 01:16:35 AM
where's this "fantastic" "HF-Engineer" ?  disapear too ?  Roll Eyes
LOL;  indeed....   Grin

Left the company. Check out the team on the web site - he is no longer listed.

He was listed under what name? Can't have been HF-Engineer....

Phil

Was he really on the team page before?
sr. member
Activity: 322
Merit: 250
February 24, 2014, 01:13:21 AM
where's this "fantastic" "HF-Engineer" ?  disapear too ?  Roll Eyes
LOL;  indeed....   Grin

Left the company. Check out the team on the web site - he is no longer listed.

He was listed under what name? Can't have been HF-Engineer....

Phil
full member
Activity: 133
Merit: 100
Bitcoin Enthusiast
February 23, 2014, 11:21:21 PM
Quote
I've been running it on BitMinter to get a better idea of the hashrate--Eligius is all over the map.

I used bitminter too and found the ghps stats too short to tell if it's running good or not. Unless I didn't find the good stats there.
Eligius (12 hour stats) seems to be spot on what bfgminer tells me, so I doubt the stats there are wrong.

With BitMinter, the "real" stats are in the shift work. To get good stats, you need to complete one full shift, from start to finish. These days, shifts last 3.5 to 4 hours (used to be 90 minutes).

BitMinter is losing pool members... They were competitive with Eligius back in September and October, but have really dropped-off. They were mining up to 12 blocks a day. Now, it's back to 2-3, where Eligius now mines 20-30 blocks a day.

But, I digress...
member
Activity: 84
Merit: 10
February 23, 2014, 10:25:29 PM
Quote
I've been running it on BitMinter to get a better idea of the hashrate--Eligius is all over the map.

I used bitminter too and found the ghps stats too short to tell if it's running good or not. Unless I didn't find the good stats there.
Eligius (12 hour stats) seems to be spot on what bfgminer tells me, so I doubt the stats there are wrong.
full member
Activity: 133
Merit: 100
Bitcoin Enthusiast
February 23, 2014, 08:12:53 PM
Running BFGMiner on Windows here, and yeah, it's getting "sick" about once a day. I have guiminer restart it if it's in the sick state, so not much is lost.

I managed to compile cgminer 4.0.0 on my Ubuntu 12.04 laptop. It is definitely more fault-tolerant than bfgminer 3.10.0, and I can overclock it, but overclocked cgminer seems to get about the same hashrate as bfgminer with no overclocking.

Next step, compile that latest bfgminer git...

Q: How do you get guiminer to work with bfgminer? I thought it was a Python miner? Lots to keep me busy...

Check out these wild hashrates! I only wish they were true...


Sorry I meant multiminer on windows (nwool's)
Are all your dies working in BFGminer? If so, it seems that BFGminer is really faster for the babyjet.

Yes, all my dies work in both CGminer and BFGminer. I was seeing a steady hashrate of 420.x GH/s with BFGminer--the same as CGminer 3.9. CGminer 4.0 shows a hashrate between 350 and 380 GH/s, and that's with overclocking.

I've been running it on BitMinter to get a better idea of the hashrate--Eligius is all over the map. BTW, the overclocking steps down on its own. I've seen it drop from 612 to 541 in about three hours.

Code:
 cgminer version 4.0.0 - Started: [2014-02-23 18:29:50]
--------------------------------------------------------------------------------------------------
 (5s):394.6G (avg):394.9Gh/s | A:173152  R:0  HW:299  WU:5520.8/m
 ST: 0  SS: 16  NB: 8  LW: 183083  GF: 0  RF: 0
 Connected to mint.bitminter.com diff 256 with stratum as user
 Block: 29d4623c...  Diff:3.13G  Started: [18:59:38]  Best share: 64.4K
--------------------------------------------------------------------------------------------------
 [U]SB device management [P]ool management [S]ettings [D]isplay options [Q]uit
 008: HFB 8: 583MHz  73C  33% 0.79V  | 389.2G/409.8Gh/s | A:40960 R:0 HW:66 WU: 5772.3/m
--------------------------------------------------------------------------------------------------
 [2014-02-23 18:33:16] HFB 0 failure, disabling!
 [2014-02-23 18:34:02] HFB 1 failure, disabling!
 [2014-02-23 18:35:11] HFB 2 failure, disabling!
 [2014-02-23 18:46:30] HFB 3: Failed to reset after hash failure, disabling
 [2014-02-23 18:46:30] HFB 3 failure, disabling!
 [2014-02-23 18:50:24] HFB 4: Failed to reset after hash failure, disabling
 [2014-02-23 18:50:24] HFB 4 failure, disabling!
 [2014-02-23 18:52:21] HFB 5: Failed to reset after hash failure, disabling
 [2014-02-23 18:52:21] HFB 5 failure, disabling!
 [2014-02-23 18:53:37] HFB 6 failure, disabling!
 [2014-02-23 18:54:46] HFB 7 failure, disabling!

Okay, I'll have to see if MultiMinter runs on Ubuntu, and then figure out the HashFast device names on Linux...
member
Activity: 84
Merit: 10
February 23, 2014, 07:55:18 PM
Maybe somebody can leak it... Wink. Wink.

I doubt that they gave ckolivas the firmware. He either got a board with new firmware or he just coded it dry with updated docs.
If I'm wrong, he probably had to sign an NDA.
Not that this should stop anybody from losing the firmware or accidentaly uploading it somewhere....wink. wink.
full member
Activity: 155
Merit: 100
February 23, 2014, 07:40:01 PM
THis is a Firmware bug, just dived by 2 to get real hashrate, IMO the Cgminier from HF is the better preforming, I can get upto 480gh/s at the pool over 12 hr period with that. And again we wait for a FW, I wounder if Ckolivas can't share  his ver of the FW ,so to at least with this option we can run the latest version of Cgminer .

Maybe somebody can leak it... Wink. Wink.
member
Activity: 84
Merit: 10
February 23, 2014, 07:21:28 PM
THis is a Firmware bug, just dived by 2 to get real hashrate, IMO the Cgminier from HF is the better preforming, I can get upto 480gh/s at the pool over 12 hr period with that. And again we wait for a FW, I wounder if Ckolivas can't share  his ver of the FW ,so to at least with this option we can run the latest version of Cgminer .
member
Activity: 84
Merit: 10
February 23, 2014, 07:07:10 PM
Running BFGMiner on Windows here, and yeah, it's getting "sick" about once a day. I have guiminer restart it if it's in the sick state, so not much is lost.

I managed to compile cgminer 4.0.0 on my Ubuntu 12.04 laptop. It is definitely more fault-tolerant than bfgminer 3.10.0, and I can overclock it, but overclocked cgminer seems to get about the same hashrate as bfgminer with no overclocking.

Next step, compile that latest bfgminer git...

Q: How do you get guiminer to work with bfgminer? I thought it was a Python miner? Lots to keep me busy...

Check out these wild hashrates! I only wish they were true...


Sorry I meant multiminer on windows (nwool's)
Are all your dies working in BFGminer? If so, it seems that BFGminer is really faster for the babyjet.
full member
Activity: 133
Merit: 100
Bitcoin Enthusiast
February 23, 2014, 06:35:08 PM
Running BFGMiner on Windows here, and yeah, it's getting "sick" about once a day. I have guiminer restart it if it's in the sick state, so not much is lost.

I managed to compile cgminer 4.0.0 on my Ubuntu 12.04 laptop. It is definitely more fault-tolerant than bfgminer 3.10.0, and I can overclock it, but overclocked cgminer seems to get about the same hashrate as bfgminer with no overclocking.

Next step, compile that latest bfgminer git...

Q: How do you get guiminer to work with bfgminer? I thought it was a Python miner? Lots to keep me busy...

Check out these wild hashrates! I only wish they were true...

Code:
 cgminer version 4.0.0 - Started: [2014-02-23 13:00:44]
--------------------------------------------------------------------------------------------------
 (5s):978.8G (avg):798.1Gh/s | A:1520825  R:6144  HW:5455  WU:11103.2/m
 ST: 1  SS: 48  NB: 25  LW: 1653939  GF: 0  RF: 0
 Connected to stratum.mining.eligius.st diff 256 with stratum as user
 Block: ef521b84...  Diff:3.13G  Started: [17:32:57]  Best share: 4.48M
--------------------------------------------------------------------------------------------------
 [U]SB device management [P]ool management [S]ettings [D]isplay options [Q]uit
 022: HFB 22: 575MHz  75C  33% 0.79V  | 1.009T/915.4Gh/s | A:  3072 R:   0 HW: 10 WU:13022.8/m
--------------------------------------------------------------------------------------------------
 [2014-02-23 15:09:17] HFB 9 failure, disabling!
 [2014-02-23 15:12:32] HFB 10 failure, disabling!
 [2014-02-23 15:20:45] HFB 11 failure, disabling!
 [2014-02-23 15:24:21] HFB 12 failure, disabling!
 [2014-02-23 15:45:25] HFB 13 failure, disabling!
 [2014-02-23 16:11:12] HFB 14 failure, disabling!
 [2014-02-23 16:30:09] HFB 15 failure, disabling!
 [2014-02-23 16:32:57] HFB 16 failure, disabling!
 [2014-02-23 16:35:49] HFB 17 failure, disabling!
 [2014-02-23 17:07:49] HFB 18 failure, disabling!
 [2014-02-23 17:19:40] HFB 19 failure, disabling!
 [2014-02-23 17:31:21] HFB 20 failure, disabling!
 [2014-02-23 17:33:15] HFB 21 failure, disabling!

legendary
Activity: 1120
Merit: 1002
February 23, 2014, 05:44:38 PM
where's this "fantastic" "HF-Engineer" ?  disapear too ?  Roll Eyes
LOL;  indeed....   Grin

Left the company. Check out the team on the web site - he is no longer listed.
Ho Okkkkkkk  !  i understand now..  Cool
hero member
Activity: 761
Merit: 500
Mine Silent, Mine Deep
February 23, 2014, 05:27:47 PM
Switched out the usb cord, replaced SD card and Rpi.  Clocked at 600 and changed pools. BTC Guild so far 1 Day 10 hrs. Up time.  Knock on wood the baby is now behaving, pool reports speed between 415 and 485 GHS. 

I also replaced my Pi, power adapter and USB cable and it seems to have solved my instability issues so far. I have 3 days of uptime now (only one miner reset that automatically recovered) vs. the 24h hard reset issues I had previously. I have not been able to narrow it down to a specific component but I think replacing the rinky-dink 1A microUSB power adapter with a more solid 2A version did the trick.
member
Activity: 84
Merit: 10
February 23, 2014, 05:22:42 PM
I have found out that if the pi goes down and will not start again that you can get it restarted by writing the SD card again.
 If it does not work the first time write over the card again. Not the beast fix but it keeps you running.

You probably have a damaged SD card.
member
Activity: 84
Merit: 10
February 23, 2014, 04:15:05 PM
I keep reading about a config file for cgminer but I can't find it. Is it made when you make changes to cgminer with commands wail it is running? I start cgminer with a  bat file. This works fine but I am trying to learn more about cgminer. Am i doing something wrong? I also can't figure out what they mean when they say compiling cgminer. Smiley Huh

You can configure cgminer by config file or by command line arguments (in a bat file) or both at the same time. Either one is fine. Ignore everything about compiling CG miner, it wont apply to you.
If you have cgminer running, you can use the keyboard to navigate to settings and write the config file, but this isn't really needed if you use a batch (and might be confusing!)

I can't stress enough that the hashrate your pool is reporting will only be +/- correct after a couple hours. If you use the eligius pool, you can see your 12 hour, 3 hour etc hashrate. When I test perf I look at the 3hour rate.

If you see your hash rate go down slowly, it's probably just bad luck, you getting hard work, pool thinks you are a bit slower than you would be with "average difficulty" work.
Example: My BFGMiner reports 376ghps (which is dead on) but my 12 hour average on eligius is between 370 and 380 and my 3 hour average can range from 350 to 420.

If you want me too look at it, do this:
-at the end of your command line in your .bat file, add " -D 2>log.txt", then save the .bat. (the -D will tell cgminer to give you more information (debug) and the 2>log.txt will save the output to a text file)
-Stop cgminer.
-Run the bat. Let cgminer run for a couple minutes. Don't get scared by all the crazy lines flashing by.
-Stop CG miner.
-Remove the "-D 2>log.txt" from your bat.
-Run bat again to mine normally.
-Then send me the log file (log.txt) that should be in your cg miner directory. (Hint: you can upload the text file on pastebin.com, and copy the link here, so everybody can look at it)

Quote
I tried fgminer. I ran fine but it could not find the baby jet.
What am i doing wrong. I used a bat file to start it and the simple commands to start the program looked close to cgminer.

You will need the driver for BFGminer I have posted a couple pages back:
https://www.dropbox.com/s/w607kpr4j2fh0o0/Windows-Mining-Infs.zip
-Unzip
-Go to windows device manager
-Right click the babyjet (M1 device) under USB devices
-Click update driver software
-"Browse..."
-"Let me pick....."
-"Have disk"
-Chose your extracted babyjet folder.

Once the driver updated, you should see the new "Babyjet" device under Com Ports in device manager, BFGMiner 3.10 will use it without further configuration, except pool, worker etc.
Remember that if you install this driver, CGMiner wont work anymore, if you want to use CGMiner again, you will have to run Zadig again, point to Babyjet, WinUSB, install.


newbie
Activity: 15
Merit: 0
February 23, 2014, 03:57:21 PM
storm2k5

I tried fgminer. I ran fine but it could not find the baby jet.
What am i doing wrong. I used a bat file to start it and the simple commands to start the program looked close to cgminer. The read me file for asci did not mention hashfast.   
sr. member
Activity: 440
Merit: 250
February 23, 2014, 03:33:36 PM
I have read that before but my hash rate is being reflected in the pool. The average over an hour usually runs about  350 ghps. I agree that the average from to pool is the only thing that really counts but if you can make accurate predictions repeatedly from that squiggly line then it is good data. If i was averaging 395 ghps i would no be worried about it but my average payout is dropping constantly, but slowly. When i first got the machine it was running at an average of 410 ghps not counting the crashes when i was not home to fix it.

I have removed the plastic see through panel attached 3 120MM fans, Switched out the usb cord, replaced SD card and Rpi.  Clocked at 600 and changed pools. BTC Guild so far 1 Day 10 hrs. Up time.  Knock on wood the baby is now behaving, pool reports speed between 415 and 485 GHS. 
newbie
Activity: 15
Merit: 0
February 23, 2014, 03:18:36 PM
I have read that before but my hash rate is being reflected in the pool. The average over an hour usually runs about  350 ghps. I agree that the average from to pool is the only thing that really counts but if you can make accurate predictions repeatedly from that squiggly line then it is good data. If i was averaging 395 ghps i would no be worried about it but my average payout is dropping constantly, but slowly. When i first got the machine it was running at an average of 410 ghps not counting the crashes when i was not home to fix it.
newbie
Activity: 15
Merit: 0
February 23, 2014, 03:02:56 PM
I keep reading about a config file for cgminer but I can't find it. Is it made when you make changes to cgminer with commands wail it is running? I start cgminer with a  bat file. This works fine but I am trying to learn more about cgminer. Am i doing something wrong? I also can't figure out what they mean when they say compiling cgminer. Smiley Huh
member
Activity: 84
Merit: 10
February 23, 2014, 02:59:09 PM
how did you test for the bad core? my hash rate goes from 800 ghps to 14 ghps. Very unstable keeps restarting because it runs at less than 100 ghps for 5 min.

BFGMiner allows you to look at each core (press M and then use cursor to cycle through the list, a bad core will either be in RST state and/or show 0 ghps)
If you look at hashrate, always look at what your pool tells you and let it run for at least one hour before you take the values for granted. Local hash rate in current cgminer is all over the place really.
newbie
Activity: 15
Merit: 0
February 23, 2014, 02:51:09 PM

Well right now it is only mining at 230 GH/s and my other BJ does 430 GH/s so its a pretty big loss. I should be able to cover 6 days of not mining in a little over a week when I get it back. I don't want to overclock it for fear they will claim that I broke it and voided the warranty.

How high were you able to overclock it? What other tweaks were you able to do?

I have a full die not working.
This is what I tried:
-cgminer 3.09hf2 / RPi @550: 255ghps
-cgminer 3.11 / Win7 @ 550: 255ghps but very weird effects on local output of hash rate
-cgminer 3.12.3 / Win7 @ 550: 255ghps but very weird effects on local output of hash rate + USB disconnects
-cgminer 3.11 @ 634: 315ghps but very weird effects on local output of hash rate
-bfgminer 3.10 @ stock: 295ghps 5.7% HW but no overclocking possible in official build
-bfgminer compiled from git @stock: 300ghps 4.5% HW
-bfgminer compiled from git @670: 375ghps 4.5% HW 88°C / Room 22°C

I think bfgminer handles dead cores/full dies better, thats where the perf increase towards cgminer comes from. The fact I can go up to 670 (and higher, didn't try) probably shows that the overclocking limit is the Vregs on the board and not the silicone (with only 3 dies working, you need 1/4 less power, so you can overclock the 3 dies alot more) Someone else reported better OC capability by cooling the Vreg heatsinks with additional fans, so that kinda fits the picture.
Hope this helps, I posted the bfgminer version with overclocking enabled a couple posts above, and I also posted the driver you will need for it (windows)


how did you test for the bad core? my hash rate goes from 800 ghps to 14 ghps. Very unstable keeps restarting because it runs at less than 100 ghps for 5 min.
Pages:
Jump to: