jyyst
Newbie
Offline
Activity: 20
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 18, 2013, 09:34:14 PM |
|
I tried to run this on Jalapeno. I uncommented #define __PRODUCT_MODEL_JALAPENO__ in std_defs.h and compiled without any problem but after programing LED didn't flash.
|
|
|
|
juhakall
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 18, 2013, 09:46:55 PM |
|
I tried to run this on Jalapeno. I uncommented #define __PRODUCT_MODEL_JALAPENO__ in std_defs.h and compiled without any problem but after programing LED didn't flash.
It's likely not working because this firmware tries to activate engine 0 on all chips. Jalapenos don't support that.
|
|
|
|
jyyst
Newbie
Offline
Activity: 20
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 18, 2013, 10:00:43 PM |
|
I uncommented DO_NOT_USE_ENGINE_ZERO and it's not helped.
|
|
|
|
testerx
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 19, 2013, 06:43:51 PM |
|
My hardware error rate jumped to like 11% from about 0.5% with this firmware so it seems that all the extra hashrate is just bad hashrate =(
|
|
|
|
GenTarkin (OP)
Legendary
Offline
Activity: 2450
Merit: 1002
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 19, 2013, 07:03:13 PM |
|
My hardware error rate jumped to like 11% from about 0.5% with this firmware so it seems that all the extra hashrate is just bad hashrate =(
Depends on what shape ur chips are actually in. Yours seem to be pretty bad =( With the mentioned tweaks, actual pool measured hashrate(taking into account HW error, rejects etc...) for me went from 57 to 64GH...
|
|
|
|
GenTarkin (OP)
Legendary
Offline
Activity: 2450
Merit: 1002
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 19, 2013, 07:05:17 PM |
|
I uncommented DO_NOT_USE_ENGINE_ZERO and it's not helped.
Try upping the boot frequency, specified at the top of ASIC_engine.c ... the variables you see commented, try setting the boot index one higher.
|
|
|
|
testerx
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 19, 2013, 07:32:24 PM |
|
My hardware error rate jumped to like 11% from about 0.5% with this firmware so it seems that all the extra hashrate is just bad hashrate =(
Depends on what shape ur chips are actually in. Yours seem to be pretty bad =( With the mentioned tweaks, actual pool measured hashrate(taking into account HW error, rejects etc...) for me went from 57 to 64GH... Well it wasn't a complete waste of time, I had a pretty early firmware so I ended up flashing to the latest stock version from luke jr and the hashrate went up to about 62 with a 1.2% error rate. It used to give about 0.5% error so it did go up but I gained 2-3Ghash so it's still a real gain. Will test your firmware on my other units when I have time, hopefully it's just this one SC that's bad.
|
|
|
|
jyyst
Newbie
Offline
Activity: 20
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 20, 2013, 07:21:45 PM |
|
I uncommented DO_NOT_USE_ENGINE_ZERO and it's not helped.
Try upping the boot frequency, specified at the top of ASIC_engine.c ... the variables you see commented, try setting the boot index one higher. I tried and it's not help All changes that i made: /*************** Product Model *********************/ #define __PRODUCT_MODEL_JALAPENO__ //#define __PRODUCT_MODEL_LITTLE_SINGLE__ //#define __PRODUCT_MODEL_SINGLE__ //#define __PRODUCT_MODEL_MINIRIG__
///////////////////////////////////////////////////////////////////////// // This means DO NOT USE ENGINE 0. It's needed for the actual Version #define DO_NOT_USE_ENGINE_ZERO
// USER CHANGEABLE VARIABLES################################################### //specify freq index of booting up chips const unsigned int __ASIC_BOOT_FREQ = 6; //specify freq index of diag tests on chips const unsigned int __ASIC_TEST_FREQ = 6; //specify % errors detected at which engines are considered failed for __TOTAL_DIAGNOSTICS_RUN ... (0 = allow no failure, 100 = allow all) const unsigned int failPercentThreshold = 0; //specify running freq index of each chip manually const unsigned int __ASIC_FREQUENCY_PERCPU_MAP[16] = { 9,9,9,9,9,9,9,9,9,9,9,9,9,9,9,9 }; //backup def const unsigned int __ASIC_FREQUENCY_PERCPU_MAP[16] = { 9,9,7,8,8,9,9,7,9,8,7,8,9,7,9,9 }; //END##########################################################################
|
|
|
|
GenTarkin (OP)
Legendary
Offline
Activity: 2450
Merit: 1002
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 20, 2013, 07:25:18 PM |
|
hrm weird.... try reuncommenting do_not_use_engine_zero ... other than that not sure, guess u may just be stuck w/ stock firmware =P
|
|
|
|
testerx
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 24, 2013, 02:28:39 AM |
|
well I tried it on a second single SC, gives 6% HW error and 61.x Ghash...which is the same that the latest firmware from Luke Jr gives, except with 5% more error. Basically no benefit at all, I'm guessing this really only helps rev 2 chips.
|
|
|
|
|
dlasher
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 28, 2013, 06:49:47 AM Last edit: October 28, 2013, 08:04:31 AM by dlasher |
|
CGMiner run, 2h20m [2013-10-27 23:44:53] Started at [2013-10-27 21:24:18] [2013-10-27 23:44:53] Runtime: 2 hrs : 20 mins : 34 secs [2013-10-27 23:44:53] Average hashrate: 62375.0 Megahash/s [2013-10-27 23:44:53] Solved blocks: 0 [2013-10-27 23:44:53] Best share difficulty: 159K [2013-10-27 23:44:53] Share submissions: 3869 [2013-10-27 23:44:53] Accepted shares: 3835 [2013-10-27 23:44:53] Rejected shares: 34 [2013-10-27 23:44:53] Accepted difficulty shares: 115140 [2013-10-27 23:44:53] Rejected difficulty shares: 522 [2013-10-27 23:44:53] Reject ratio: 0.9% [2013-10-27 23:44:53] Hardware errors: 7871 [2013-10-27 23:44:53] Utility (accepted shares / min): 27.30/min [2013-10-27 23:44:53] Work Utility (diff1 shares solved / min): 815.47/min
BEFOREDEVICE: BitFORCE SC FIRMWARE: 1.2.9 IAR Executed: NO CHIP PARALLELIZATION: YES @ 16 QUEUE DEPTH:40 THEORETICAL MAX: 54219 MH/s ENGINES: 239 FREQUENCY: 274 MHz CRITICAL TEMPERATURE: 0 TOTAL THERMAL CYCLES: 0 XLINK MODE: MASTER
AFTERDEVICE: BitFORCE SC FIRMWARE: 1.2.9 IAR Executed: NO CHIP PARALLELIZATION: YES @ 16 QUEUE DEPTH:40 THEORETICAL MAX: 64887 MH/s ENGINES: 255 FREQUENCY: 291 MHz CRITICAL TEMPERATURE: 0 TOTAL THERMAL CYCLES: 0 XLINK MODE: MASTER
|
|
|
|
GenTarkin (OP)
Legendary
Offline
Activity: 2450
Merit: 1002
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 07, 2013, 03:57:28 AM |
|
bumpity in case anyone new is browsing and interested but didnt know this existed =)
|
|
|
|
juhakall
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 14, 2013, 09:25:41 PM |
|
I flashed two singles which apparently had Rev1 chips with this firmware. After a cursory look at the code it seemed like it supports both Rev1 and Rev2 chips so I flashed away. No chips could be brought up with 16 engines on either one, so I assume they are Rev1.
Stock valid hashrates were 59 and 61. After flashing and manually tuning chip speeds I got the 59 unit to 61.5, and the 61 unit to 62.5 valid hashrate. However, one chip on the unit originally doing 59 now seems to produce 15% HW errors, no matter what speed it's set to. I even tried 5. I'll try tinkering around and maybe set all chips to speed 7 to figure out what's going on, it definitely wasn't even close to that amount of HW errors with the stock firmware (which AFAIK sets all chips to 7). Overall this is a definite improvement, but I'm wondering what's causing that one chip to have degraded performance now. Maybe increasing the speed of other chips can also cause some chips to generate more errors?
|
|
|
|
nanook7
Newbie
Offline
Activity: 48
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 19, 2013, 03:38:35 AM |
|
After playing with different values for each chip. I can varied Hash increases and associated HW errors.
What is a acceptable HW error? I'm trying to quantify if my hashing increase is just being wasted as HW errors.
thanks
|
|
|
|
Nemesis
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 19, 2013, 06:04:44 AM |
|
well I tried it on a second single SC, gives 6% HW error and 61.x Ghash...which is the same that the latest firmware from Luke Jr gives, except with 5% more error. Basically no benefit at all, I'm guessing this really only helps rev 2 chips.
where did you get Luke Jr firmware?
|
|
|
|
albon
Legendary
Online
Activity: 1820
Merit: 1483
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 19, 2013, 09:21:34 AM |
|
does this firware work on the 30GH?
|
|
|
|
SkyNet
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 80
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 24, 2013, 09:59:15 PM |
|
Sorry if this is a dumb question but is there a way to identify if we have Rev2 chips?
|
Tips: 1JmQ78JprWePM3EapnacPFfAtTrob8ofmU
|
|
|
SkyNet
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 80
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 24, 2013, 10:02:04 PM |
|
So...I guess we need an AVR Dragon or similar to load this?
Is there also some kind of disassembling instructions on how to take apart the Single?
|
Tips: 1JmQ78JprWePM3EapnacPFfAtTrob8ofmU
|
|
|
Doff
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 24, 2013, 10:07:02 PM |
|
does this firware work on the 30GH?
I would also like to know if it works on the 30GHz, or if anyone has tried.
|
|
|
|
|