Topic: Hacking The KNC Firmware: Overclocking - page 44. (Read 144377 times)

yes, i will try other PSUs as soon as i will be back at the hosting place (i dont have the jupiters at home)
i have heard of taking out the pci cables but i am not sure if i got that straight. so you suggest to unplug the blue cables that knc delivered and connect the boards directly to the psu cable? are those long enough to reach all four modules with the PSU?

I'm using a 1000w seasonic plat. psu using 231 so mabye your psu is going out or can't handle the extra strain on 12v rail...you could also try taking out the pcie extender cables, I noticed a drop in input volts when i had those hooked up...have another psu to test it out? I haven't had an issue with mine for oc'in yet...

exactly


Its a 1050W PSU so i dont expect it to be at the limit, yet. I suspect that the Seasonic is very sensitive when it comes to little power peaks and shuts itself down.

What PSU are known to work with those overclocked jupiters?

leaving everything at default and just changing to 211 your rig shuts down but does not with the default?

If so, try your Jupiter with 3 modules plugged in, if that works then you are just at the edge of your power supply.

Three modules at 231 should run between 495 and 511GH just FYI

I beleive that KnC has released documentation for the clock settings, so hopefully soon we will see the closck settings integrated in cgminer and bfgminer settings:

https://github.com/KnCMiner/jupiter-hw-docs/blob/master/AN_108_Command_Processor_for_MPSSE_and_MCU_Host_Bus_Emulation_Modes.pdf

i did and again miner shuts down after ≈ 10sec

what PSU do you use?

I cant paste any images here, i see, avascript (void) says the link for "insert image".

Somebody asked for "advanced" tab images, but i don't have any advanced tab on my miner page?! It shows only voltages for vrms (asic 0, voltages are 0,825

STATUS=S
When=1389894564
Code=11
Msg=Summary
Description=cgminer 3.9.0|SUMMARY
Elapsed=2433
MHS av=370243.17
MHS 5s=361734.32
Found Blocks=0
Getworks=79
Accepted=569
Rejected=0
Hardware Errors=78
Utility=14.03
Discarded=154
Stale=0
Get Failures=0
Local Work=215334
Remote Failures=0
Network Blocks=4
Total MH=900701886.6114
Work Utility=5172.80
Difficulty Accepted=199150.00000000
Difficulty Rejected=0.00000000
Difficulty Stale=0.00000000
Best Share=186928
Device Hardware%=0.0372
Device Rejected%=0.0000
Pool Rejected%=0.0000
Pool Stale%=0.0000|

ASIC Board    Info
0    

Temperature sensor: 57.0 C
Die ID    Cores ON    Cores OFF    %
0   48   0    100
1   48   0    100
2   48   0    100
3   48   0    100
DC/DC ID    ON/OFF    Status    Input Voltage    Output Voltage    Output Current
0    OFF    OK    11.7 V    0.825 V    25.3 A (20.9 W)
1    OFF    OK    11.6 V    0.828 V    26.1 A (21.6 W)
2    OFF    OK    11.6 V    0.823 V    26.5 A (21.8 W)
3    OFF    OK    11.6 V    0.824 V    26.3 A (21.7 W)
4    OFF    OK    11.6 V    0.828 V    26.8 A (22.2 W)
5    OFF    OK    11.6 V    0.826 V    27.2 A (22.5 W)
6    OFF    OK    11.5 V    0.828 V    26.7 A (22.1 W)
7    OFF    OK    11.6 V    0.824 V    27.1 A (22.3 W)

4    

Temperature sensor: 46.0 C
Die ID    Cores ON    Cores OFF    %
0   48   0    100
1   48   0    100
2   48   0    100
3   48   0    100
DC/DC ID    ON/OFF    Status    Input Voltage    Output Voltage    Output Current
0    OFF    OK    11.7 V    0.829 V    27 A (22.4 W)
1    OFF    OK    11.6 V    0.828 V    26.9 A (22.3 W)
2    OFF    OK    11.6 V    0.828 V    26.8 A (22.2 W)
3    OFF    OK    11.6 V    0.824 V    27.3 A (22.5 W)
4    OFF    OK    11.7 V    0.829 V    27.6 A (22.9 W)
5    OFF    OK    11.6 V    0.826 V    26.7 A (22.1 W)
6    OFF    OK    11.7 V    0.825 V    26.4 A (21.8 W)
7    OFF    OK    11.7 V    0.826 V    25.8 A (21.3 W)

Total DC/DC power output: 351 W

the dump has been taken like after 15-20min after starting cgminer 3.9.

I started now cgminer3.9 with modified cgminer.sh ( 0x86 setting 265 again ). It seems to stable but there might be tendency for to go down. Average on cgminer shows 369. I want to see if poolside shows bigger rate than with 3.8.5. With it it was 365, but on the kncminer stats page it said 374gh/s.

Changin the last digit to 6 kills everything, vrms just go to error and after that only 2 were on status "ok", all other with fault xx or off.

I wish there was more info that what these registers really are and how they affect things.

dont change anything under the advanced tab. set everything to default and try 211. it is working very good for me.

if anyone is looking for a solid psu for jupiters, the Hale90v2 line from NZXT are great (850w, 1000w, 1200w)

"Noise suppression is where the money is at on this unit, with a maximum of 21mV on the 12V rail at full load. Few units on the market can do this and we're glad to see another on the list. Efficiency for the unit is also spectacular as we see numbers that are almost at 80 PLUS Platinum levels, yet the unit is only Gold rated. I checked the results multiple times just to confirm and they are both correct and in line with what the unit presented when undergoing the official 80 PLUS tests."

http://www.tweaktown.com/reviews/5451/nzxt-hale90-v2-1000-watt-80-plus-gold-power-supply-review/index5.html

Hi,

i just started to fiddle with my 4VRM jupiter.

I tuned to 2.5V SPI and 256k SPIFrequenzy first and then started with 201.

It fires up, Amps go to around 50 and Temps around 60C, and then the miner suddenly shuts down.

Its most probable a PSU shutdown (i am using a Seasonic 1050 Gold) cause after some minutes it boots just normal again.

Any ideas?

This the code ive been using:

 if [ -n "$good_ports" ] ; then
                for p in $good_ports ; do
                        # Re-enable PLL
                        i2cset -y 2 0x71 1 $((p+1))
                        for c in 0 1 2 3 ; do
                                cmd=$(printf "0x84,0x%02X,0,0" $c)
                                spi-test -s 55000 -OHC -D /dev/spidev1.0 $cmd >/
                                cmd=$(printf "0x86,0x%02X,0x02,0x65" $c)
                                spi-test -s 55000 -OHC -D /dev/spidev1.0 $cmd >/
                                cmd=$(printf "0x85,0x%02X,0,0" $c)
                                spi-test -s 55000 -OHC -D /dev/spidev1.0 $cmd >/
                        done

As what comes to this 55000 after spi-test i dont know if it has anything to do with anything. And now there isn't this " space" after 265 I see, at some point it was there .

my procedure:

power off
power on
open 2 ssh
load bertmod
after that get wizkid cgminer
after that go to copy your config file so it overwrites this init.d/cgminer.sh file
then etc/init.d/cgminer.sh restart (I think this is the part where it updates the settings as sometimes changes didnt take any effect before doing it this way )
wait that 3.9. cgminer makes asics hot
then q
run 3.8.5

Voila! works for me

I RECOMMEND NOT TO TRY THIS!

DON'T TRY THIS if not willing to sacrifice your board! I think some of the firmwares turned on the protection on VRMs, like before I could easily get 40 amps/VRM on 8 vrm board, so this could blow the whole system! This might have saved me from blowing them allready!

If i recall it's 265. AND "space" pressed after the last digit, before this "comma" or whatever the next mark was.

Value 291 was good for me also. And 302. But these all required much effort and ready to push Q-key. They might "level" higher speed after 20 attemps and VRM:s on my machine sometimes give "FAULT 96". Dont know what this is. But for now I haven't blown anything.

Some values just go crazy, AMPS at max, speed almost zero so again: USE CAUTION.

I don't know if this is just my specific case that this works, I can post the line from my cgminer.sh file.

I dont know what will happen on 4 vrm machines?!

I'M not to blame for ANY damages or mishaps! They could blow instantly!

@temen: what is the oc value you are using? 211/231/241/251?

Hi

I have november saturn and it's been running with 371-373GH/s for 2 days now. Poolside it's showing 365 as average due to downtime went to fiddling, and perhaps hardware error that do occurs sometimes "in bursts". Amps are between 26-27 and temps for asics 55 and 47 degress. Total wattage drawn ( that is shown on bertmod for the asics )is above 350w.

Im running cgminer wizkid 3.8.5 with november 0.99.1 firmware and bertmod. Tried 0.99.2 but it did go slower. cgminer 3.9 also slower. Copied this 0x86 cgminer.sh from this thread and started playing with it.  It's trial and error. Hardware error 0.2%. Once I saw amps from 8 vrm's go 40 startup and was sure that asics were gone. After hardware reset they got all dies and cores back. 

Initially it doesn't get over 360 easily, but when asics are hot, restarting with 3.8.5 sometimes "levels" it to 373, instead of 360.

When i got saturn, one asic was always 67 degrees. During the mont the temp went down to 50 degrees. Some "burn in" happening here or what?!

My 2 asic boards are labeled both "1", is this some specification category or should it state asic number? Nevertheless all cores are on on both boards.

When asics are cold I get insane 1 minute before it levels up, sometimes it shows above 800 gh/s. When vrm:s (or perhaps asic itself) starts to heat it settles down.

How many watts can be put through this asic? I think Im well above safe maximum here=)

bitparking user fa73xxxx search the statistics with "fa73" term. Currently it shows 365gh/s on the pool. 

Let's see how long it lasts

Yes, I have been running 241 on 4 of my 8-VRM boards for about 1 week without issue. My amps range from 57-61. Total HR is 1012 GH/s across 6-boards and 1.2% HW errors. Temps max out at about 60°c. Total power draw is ~1300w at the wall.

They didn't add any security features, they just changed the cgminer.conf file. You can limit the ip addresses via it. Previously KNC just let any address access the miner. See https://github.com/ckolivas/cgminer/blob/master/README look for api-allow

In the original cgminer.conf they had it as:

"api-listen" : true,
"api-network" : true,
"api-allow" : "W:0/0"


From the cgminer readme it states:
Options for both config file and command line:
--api-allow         Allow API access (if enabled) only to the given list of [W:]IP[/Prefix] address[/subnets]
                    This overrides --api-network and you must specify 127.0.0.1 if it is required
                    W: in front of the IP address gives that address privileged access to all api commands
--api-listen        Listen for API requests (default: disabled)
                    By default any command that does not just display data returns access denied
                    See --api-allow to overcome this
--api-network       Allow API (if enabled) to listen on/for any address (default: only 127.0.0.1)

I just removed them so that the api is disabled and there is no api access at all. You could also just specify the addresses you want to allow as well. All they did was edit the cgminer.conf file via a web interface to make things more secure. You can do the same via ssh.

obviously.

I really don't understand why KNC has had a certain distain for their "original" believers, the oct. buyers/miners.

The last round of fw updates before this one, KNC clearly stated on the main thread that it was going to help Nov. miners most.

Is that 99.2 anything other than a security update? why remove the OC ability.? bizarre. I think anyone who is willing to risk mild OC should be able to have the added security features...
This needs to be complained about and added back by KNC.

yes more HW errors

if i run my 8vrm on default 1.95 spi + 0.0374 volt then they go crazy with HW.

Any one tried to lower SPI Voltage, to reduce heat and power usage? Any issues?