elasticband
Legendary
Offline
Activity: 1036
Merit: 1000
Nighty Night Don't Let The Trolls Bite Nom Nom Nom
|
|
February 21, 2014, 11:27:00 PM |
|
Got my second October 4VRM Jupiter in and on first bootup worked fine for a few hours. I updated to 1.0 to test and I noticed when I turned off SPI Auto. I've tried the hit it with SPI 3.3 and max voltage. Let it run a few hours like that. I have had them drop when OC to high but this I can't seem to rescue. There is it at max voltage on that one. I've swapped back to .99.1 , .99.2 and 1.0 and can't seem to get it to jump back up. I've tried running 231 and 221 but sadly nothing helped kick that one up even. Any other suggestions so I can put this Jupiter to a happy # Take a screen shot of all your current die settings and save to paint, you may need to zoom out on browser to do this. Then hit reset to default. This may work, then just set everything back. The other way would be to create more heat. Remove heatsink fan or my preferred method is to place a large durable zip lock bag over the heatsink and fan.
|
|
|
|
crashoveride54902
|
|
February 21, 2014, 11:54:12 PM |
|
A warning:
For you brave souls that have enabled all 8 VRMS (early Octobers) I saw today that the 1.0.0 firmware does not apply the voltage adjustment to all 8 VRMs. It only applies it to the 4 that are officially enabled. The old FW applied this adjustment to all VRMs.
The VRMs work in pairs and if the voltage adjustment (VOUT_TRIM register) of the 2 VRMs in a pair is different things will go bad.
If you still want to use all 8 VRMs I suggest you read and understand the datasheet of the VRM. The VRMs are very resilient to abuse, but they have limits.
Other than that FW 1.0.0 works very good. HW errors have dropped a lot for me. Good chips are close to 0% errors (2% before), bad chips still close to 2%.
THanks to his help via IRC I was able to update fw and still use my 2 8vrm boards...and my hw error droped down to .11% from .25% yay hopefully it stays that low as i just restarted...Thxs bondus do you care to share bondus help? i would post his script if he gave me permission too...he's not on IRC so i can't ask him sorry
|
Dreams of cyprto solving everything is slowly slipping away...Replaced by scams/hacks
|
|
|
elasticband
Legendary
Offline
Activity: 1036
Merit: 1000
Nighty Night Don't Let The Trolls Bite Nom Nom Nom
|
|
February 21, 2014, 11:58:06 PM |
|
I have inspected what the November firmware has actually changed.
What I can see it has changed a value in one of the registers in the VRMs. It has set the "ON" bit in the OPERATIONS register,changing what conditions are needed to turn the VRMs on. This change will be permanent even if rebooted or power-cycled. It can be changed using i2c commands:
Turn all VRMs on:
#!/bin/sh # Stop SPI poller i2cset -y 2 0x71 2 0
for b in 3 4 5 6 7 8 ; do for d in 0 1 2 3 4 5 6 7 ; do i2cset -y $b 0x1$d 1 0x80 >/dev/null 2>&1 done done
Restore to factory settings:
#!/bin/sh # Stop SPI poller i2cset -y 2 0x71 2 0
for b in 3 4 5 6 7 8 ; do for d in 0 1 2 3 4 5 6 7 ; do i2cset -y $b 0x1$d 1 0x0 >/dev/null 2>&1 done done
I suggest stopping cgminer before doing this to limit the power when the operation is done.
Reading the datasheet for the VRMs I can see that when using them in pairs (as we do when all are turned on) there are some requirements on how they should be turned on. This method does not do that!
I have heard that hizzing sound as well. Some boards do that. They did that on 0.90 firmware too. No idea why.
I do not know if this is safe or not, it might be unsafe and burn your boards.
|
|
|
|
sickpig
Legendary
Offline
Activity: 1260
Merit: 1008
|
|
February 22, 2014, 12:17:42 AM |
|
A warning:
For you brave souls that have enabled all 8 VRMS (early Octobers) I saw today that the 1.0.0 firmware does not apply the voltage adjustment to all 8 VRMs. It only applies it to the 4 that are officially enabled. The old FW applied this adjustment to all VRMs.
The VRMs work in pairs and if the voltage adjustment (VOUT_TRIM register) of the 2 VRMs in a pair is different things will go bad.
If you still want to use all 8 VRMs I suggest you read and understand the datasheet of the VRM. The VRMs are very resilient to abuse, but they have limits.
Other than that FW 1.0.0 works very good. HW errors have dropped a lot for me. Good chips are close to 0% errors (2% before), bad chips still close to 2%.
THanks to his help via IRC I was able to update fw and still use my 2 8vrm boards...and my hw error droped down to .11% from .25% yay hopefully it stays that low as i just restarted...Thxs bondus do you care to share bondus help? i would post his script if he gave me permission too...he's not on IRC so i can't ask him sorry don't worry. I appriciated your attitude, and obviously it would be amazing if bondus grant you the permission to share such a script
|
Bitcoin is a participatory system which ought to respect the right of self determinism of all of its users - Gregory Maxwell.
|
|
|
sickpig
Legendary
Offline
Activity: 1260
Merit: 1008
|
|
February 22, 2014, 12:21:49 AM |
|
I have inspected what the November firmware has actually changed.
What I can see it has changed a value in one of the registers in the VRMs. It has set the "ON" bit in the OPERATIONS register,changing what conditions are needed to turn the VRMs on. This change will be permanent even if rebooted or power-cycled. It can be changed using i2c commands:
Turn all VRMs on:
#!/bin/sh # Stop SPI poller i2cset -y 2 0x71 2 0
for b in 3 4 5 6 7 8 ; do for d in 0 1 2 3 4 5 6 7 ; do i2cset -y $b 0x1$d 1 0x80 >/dev/null 2>&1 done done
Restore to factory settings:
#!/bin/sh # Stop SPI poller i2cset -y 2 0x71 2 0
for b in 3 4 5 6 7 8 ; do for d in 0 1 2 3 4 5 6 7 ; do i2cset -y $b 0x1$d 1 0x0 >/dev/null 2>&1 done done
I suggest stopping cgminer before doing this to limit the power when the operation is done.
Reading the datasheet for the VRMs I can see that when using them in pairs (as we do when all are turned on) there are some requirements on how they should be turned on. This method does not do that!
I have heard that hizzing sound as well. Some boards do that. They did that on 0.90 firmware too. No idea why.
I do not know if this is safe or not, it might be unsafe and burn your boards.
I was not referring to this particular script/functionality, i.e. enabling all VRMs. Bondus said that 1.00 do not apply voltage settings to all the VRMs even if they are all enabled, this is bad because the VRMs are supposed to work in couple by desing. Having different voltage settings on coupled VRMs could demage the HW.
|
Bitcoin is a participatory system which ought to respect the right of self determinism of all of its users - Gregory Maxwell.
|
|
|
crashoveride54902
|
|
February 22, 2014, 06:25:25 AM |
|
I have inspected what the November firmware has actually changed.
What I can see it has changed a value in one of the registers in the VRMs. It has set the "ON" bit in the OPERATIONS register,changing what conditions are needed to turn the VRMs on. This change will be permanent even if rebooted or power-cycled. It can be changed using i2c commands:
I suggest stopping cgminer before doing this to limit the power when the operation is done.
Reading the datasheet for the VRMs I can see that when using them in pairs (as we do when all are turned on) there are some requirements on how they should be turned on. This method does not do that!
I have heard that hizzing sound as well. Some boards do that. They did that on 0.90 firmware too. No idea why.
I do not know if this is safe or not, it might be unsafe and burn your boards.
I was not referring to this particular script/functionality, i.e. enabling all VRMs. Bondus said that 1.00 do not apply voltage settings to all the VRMs even if they are all enabled, this is bad because the VRMs are supposed to work in couple by desing. Having different voltage settings on coupled VRMs could demage the HW. ya he changed something to that script to make it work with 1.0 but i wonder why he didn't post it here yet?
|
Dreams of cyprto solving everything is slowly slipping away...Replaced by scams/hacks
|
|
|
padrino
Legendary
Offline
Activity: 1428
Merit: 1000
https://www.bitworks.io
|
|
February 22, 2014, 06:41:53 PM |
|
I might have overlooked something obvious but can someone tell me the math behind the HEX to MHz conversion, for example what is the equation that gets 211 equal to 850Mhz?
|
|
|
|
|
padrino
Legendary
Offline
Activity: 1428
Merit: 1000
https://www.bitworks.io
|
|
February 22, 2014, 09:03:06 PM |
|
Thanks for pointing it out, I had looked at that before posting, I wish it did but following the logic in that post I can see how he is stepping up but not how one converts between frequencies and the hex setting.
|
|
|
|
tolip_wen
|
|
February 23, 2014, 12:48:32 AM |
|
I might have overlooked something obvious but can someone tell me the math behind the HEX to MHz conversion, for example what is the equation that gets 211 equal to 850Mhz?
*approximate equation take the first 2 digits the '21' convert hex to decimal to get 33 multiply 33 x 25MHz and ya get 825MHZ (add 25MHz to your answer) The last digit is the divisor, it's 1 so we are done. YMMV
|
'twisted research and opinion' donations happily accepted @ 13362fxFAdrhagmCvSmFy4WoHrNRPG2V57 My sub 1337 vanity address
|
|
|
tolip_wen
|
|
February 23, 2014, 01:35:59 AM Last edit: February 23, 2014, 05:54:06 AM by tolip_wen |
|
TRAGEDY! I cooked a blue PCI extender. One corner of the white connector on the end of the blue extender is now black and crunchy. (puts on hater hat) This is typically caused by a poor crimp or stretched out female socket on the crimped part. (along with too small a wire gauge used, no 'margin on margin' on that part!) Why such a shitty part on an expensive product? (removes hat) EDIT: in typical hater fashion I spake before I had all the data. Post mortem indicates damage at both ends of the PSU cable and one end of the blue extension. Determining the initial point of failure is unlikely and to point only to the KnCMiner extension is unfair. To make that statement while overclocking is evidence of operator error. Yes, I know better. (learning thru pain is what I do best!) This box (a Saturn) was not too radical, it's still air cooled. (about 180 WATT at the wall for this module) Time to install second 6 pin PCIe power connector on each PCB. Thx KnC for the option! Ya get what ya play for! All HW other than the extender cable survives If you are reading this and still using the blue extenders you have an option! Learn from others mistakes, or not! YMMV
|
'twisted research and opinion' donations happily accepted @ 13362fxFAdrhagmCvSmFy4WoHrNRPG2V57 My sub 1337 vanity address
|
|
|
padrino
Legendary
Offline
Activity: 1428
Merit: 1000
https://www.bitworks.io
|
|
February 23, 2014, 01:50:54 AM |
|
I might have overlooked something obvious but can someone tell me the math behind the HEX to MHz conversion, for example what is the equation that gets 211 equal to 850Mhz?
*approximate equation take the first 2 digits the '21' convert hex to decimal to get 33 multiply 33 x 25MHz and ya get 825MHZ (add 25MHz to your answer) The last digit is the divisor, it's 1 so we are done. YMMV Thanks for the details, that helps some but the use of a 5 on the end confuses it some.. I'm wrapping up a custom firmware that opens the frequency settings however I need to set the registers manually as KNC is disallowing it in their binary tool. I have it all working just trying to get a stragithforward, yet reliable equation to flip the MHz to the proper hex but it's not looking good yet.
|
|
|
|
tolip_wen
|
|
February 23, 2014, 02:47:42 AM Last edit: February 23, 2014, 03:44:36 AM by tolip_wen |
|
I might have overlooked something obvious but can someone tell me the math behind the HEX to MHz conversion, for example what is the equation that gets 211 equal to 850Mhz?
*approximate equation take the first 2 digits the '21' convert hex to decimal to get 33 multiply 33 x 25MHz and ya get 825MHZ (add 25MHz to your answer) The last digit is the divisor, it's 1 so we are done. YMMV Thanks for the details, that helps some but the use of a 5 on the end confuses it some.. I'm wrapping up a custom firmware that opens the frequency settings however I need to set the registers manually as KNC is disallowing it in their binary tool. I have it all working just trying to get a stragithforward, yet reliable equation to flip the MHz to the proper hex but it's not looking good yet. EDIT What I originally posted below is/was an inprogress draft, forkin kbd went south Just guessing... 5 does not compute, or does it? What I had assumed was the ASIC only cares about the last 2 bits. Hexadecimal Binary 0 0000 1 0001 2 0010 3 0011 4 0100 5 0101 6 0110 7 0111 8 1000 9 1001 A 1010 B 1011 C 1100 D 1101 E 1110 F 1111
If this is a correct guess 1,5,9,D all have the same last 2 bits. I did briefly hunt for a third bit functionality but did not persue it due to knowing there is a limit on the clock that is divided. Divide by 1 has the most potential at the top end. Divide by 2 if you think you can get 12.5MHz more out of it. A 3rd bit might equate to another divide by 2. 850MHz would be 874 if the last bit can be zero or maybe 850MHz would be 875 if the last bit needs to be set It seems in practice the clock potential far exceeds the power/thermal potential so nobody has reported a clock failure as the limiting factor. Standard parachute rigger 'Line of Sight Guarantee' applies! No idea what the ASIC thinks just documented reverse engineering and pattern matching. EDIT #2 One thing to keep in mind. Not sure how it applies to 28nm but, the clock itself uses power and slower is often more efficient. A div by one may leave more for the hash cores to consume from the budget. YMMV
|
'twisted research and opinion' donations happily accepted @ 13362fxFAdrhagmCvSmFy4WoHrNRPG2V57 My sub 1337 vanity address
|
|
|
captain-v
Newbie
Offline
Activity: 3
Merit: 0
|
|
February 23, 2014, 04:16:43 AM Last edit: February 23, 2014, 04:40:09 AM by captain-v |
|
Got my second October 4VRM Jupiter in and on first bootup worked fine for a few hours. I updated to 1.0 to test and I noticed when I turned off SPI Auto this: https://i.imgur.com/YskroHj.jpgI've tried the hit it with SPI 3.3 and max voltage. Let it run a few hours like that. I have had them drop when OC to high but this I can't seem to rescue. https://i.imgur.com/Fcg0xqb.jpgThere is it at max voltage on that one. I've swapped back to .99.1 , .99.2 and 1.0 and can't seem to get it to jump back up. I've tried running 231 and 221 but sadly nothing helped kick that one up even. Any other suggestions so I can put this Jupiter to a happy # I've been having the same problem until today on my O S+1. Now SPI @3.3V and die1 with -0.0806V and 675MHz made it work. I was getting higher rates with 231 around 450GH/s. Now with all other dies @775MHz total close to 425GH/s with less errors.... Also with all other dies at -0.1465V, power dropped from 560W (w/ Stock values) to 460W at the wall. Is there a way to 231 the other ASICs and leave this slepy die1 on ASIC alone @675MHz?
|
|
|
|
elasticband
Legendary
Offline
Activity: 1036
Merit: 1000
Nighty Night Don't Let The Trolls Bite Nom Nom Nom
|
|
February 23, 2014, 08:28:03 AM |
|
about 4 days later i am still running 291/810w/790GH/1.5%HW
edit: i would say i would try going higher, but the 200w per board does worry me, but seems okay so far.
|
|
|
|
jelin1984
Legendary
Offline
Activity: 2408
Merit: 1004
|
|
February 23, 2014, 01:24:46 PM |
|
is ok 54a per vrm or is it too high? ??
|
|
|
|
elasticband
Legendary
Offline
Activity: 1036
Merit: 1000
Nighty Night Don't Let The Trolls Bite Nom Nom Nom
|
|
February 23, 2014, 01:27:23 PM |
|
is ok 54a per vrm or is it too high? ?? yes. stop it running.
|
|
|
|
jelin1984
Legendary
Offline
Activity: 2408
Merit: 1004
|
|
February 23, 2014, 02:14:00 PM |
|
Which is the safe amper for running?
Is better to lower 725 MHz each vrm? From default 775mhz?
|
|
|
|
elasticband
Legendary
Offline
Activity: 1036
Merit: 1000
Nighty Night Don't Let The Trolls Bite Nom Nom Nom
|
|
February 23, 2014, 02:27:42 PM |
|
Which is the safe amper for running?
Is better to lower 725 MHz each vrm? From default 775mhz?
yes, no or maybe.....
|
|
|
|
jelin1984
Legendary
Offline
Activity: 2408
Merit: 1004
|
|
February 23, 2014, 02:34:18 PM |
|
Hahah
Not all the vrm at 54 only one or two at 54 amper
The other is at 43-48 amp Is ok or too high
|
|
|
|
|