Bitcoin Forum
April 27, 2024, 07:33:24 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 5 6 7 8 [9] 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 ... 66 »
  Print  
Author Topic: Hacking The KNC Firmware: Overclocking  (Read 144308 times)
ElGabo
Hero Member
*****
Offline Offline

Activity: 635
Merit: 500


View Profile
December 22, 2013, 11:00:54 PM
 #161


Good points.
I am no Linux guru, but back in 2011 when I was GPU mining I managed to run a headless Ubuntu rig with no prior unix experience. Most of it is having good computer skills in general and using Google.
Until today I've never used vi, but again using Google I got all the required information: hint use xxdd to delete a specific number of lines - example 85dd to delete 85 lines.


Until you gotta explain:
"Oh, actually, hit escape, then type : , Then type 85dd"

You're dealing with a ton of people who have never done any gpu or cpu mining, when it comes to KNC owners. The promise of the plug-n-play 400GHs miner lured plenty of newbs into the mix.

I think you're smart to help people one-on-one, since each person is going to be running a different desktop OS to access the miner, and that can have a huge impact on how you do things. A one-size-fits-all overclocking system is gonna lead to a lot of people wishing they had never learned what SSH was.

On another topic: What's the rumor mill say about Jupiters opening up for sale again? I got some more BTC I wanna spend.

Skeptic

You have some good points in your post. I can agree with some of them.

I was talking with Cyper on irc. We was talking about this tuning suite. If you look inside the other firmwares you can't find these strings to adjust the clock. Only in tuning suite. Some time ago I told 'Orama to tell Knc to make a tuning for the miners. Told him "If you won't do will do somebody else. It would be better from who build the machine"

I think they put this string for the guys who knows what are they doing. They didn't put on the web interface becuase the didn't wanted a lot of fried boards for RMA.

Now you have the option to overclock (half offical) but if you do you woid your warranty.

If you know what I mean...

" I'm waiting for my punishment, I know it's on my way
  So cut, cut, cut me up and fuck, fuck, fuck me up"
"In a nutshell, the network works like a distributed timestamp server, stamping the first transaction to spend a coin. It takes advantage of the nature of information being easy to spread but hard to stifle." -- Satoshi
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1714203204
Hero Member
*
Offline Offline

Posts: 1714203204

View Profile Personal Message (Offline)

Ignore
1714203204
Reply with quote  #2

1714203204
Report to moderator
1714203204
Hero Member
*
Offline Offline

Posts: 1714203204

View Profile Personal Message (Offline)

Ignore
1714203204
Reply with quote  #2

1714203204
Report to moderator
DPoS
Sr. Member
****
Offline Offline

Activity: 462
Merit: 250



View Profile
December 23, 2013, 05:28:24 AM
 #162

i don't mind using vi at all.. but you can just winscp the files to a pc and use crimson edit or whatever and send the file back...keep multiple copies of all the different changes saved and quickly switch from each one.   Also, store them all in /config right on the miner as well.




~~BTC~~GAMBIT~~BTC~~Play Boardgames for Bitcoins!!~~BTC~~GAMBIT~~BTC~~ Something I say help? Donate BTC! 1KN1K1xStzsgfYxdArSX4PEjFfcLEuYhid
crashoveride54902
Hero Member
*****
Offline Offline

Activity: 784
Merit: 504


Dream become broken often


View Profile
December 23, 2013, 06:17:53 AM
 #163

Thxs to this thread and alittle help on IRC...I turned up my jup. to around 630-650gh/s on poolside Smiley thxs tolip great job and my HW errors down to .5%

Dreams of cyprto solving everything is slowly slipping away...Replaced by scams/hacks Sad
complang
Newbie
*
Offline Offline

Activity: 32
Merit: 0


View Profile
December 23, 2013, 07:59:57 AM
Last edit: December 23, 2013, 10:38:26 AM by complang
 #164

Thxs to this thread and alittle help on IRC...I turned up my jup. to around 630-650gh/s on poolside Smiley thxs tolip great job and my HW errors down to .5%
Not enough information..That doesn't help anyone. What do your config look like? 4/8VRM? Etc.
Why not share information? Sad
jbah01
Newbie
*
Offline Offline

Activity: 31
Merit: 0


View Profile
December 23, 2013, 07:11:25 PM
 #165

Thxs to this thread and alittle help on IRC...I turned up my jup. to around 630-650gh/s on poolside Smiley thxs tolip great job and my HW errors down to .5%
Not enough information..That doesn't help anyone. What do your config look like? 4/8VRM? Etc.
Why not share information? Sad
It's not that hard really, consider myself a noob and sid not have a lot of trouble.
Changed the clock to 231 (plenty of how-to above).
Performance is steady 650-670 on pool, have 3 x8-vrm boards and 1x 4-vrm (RMA-d). Temps 43 (intake side boards) to 55 degrees, I lowered the fans for more flow over the boards.
Power usage (bertmod) from 451 W to 644 W (speed from 562 to 678 In cgminer), hw 3.5% (tightened the voltages a bit which increased hw-errot but reduced power/avoid it gets to hot.

Asic chips can handle more if I base it on the heat coming of them but don't know any higher clock frequencies as 231 ( besides that the vrm's are around their 40W limit already). Guess more juice can be pumped out if 8 vrms can be activated again!
Bogart
Legendary
*
Offline Offline

Activity: 966
Merit: 1000


View Profile
December 23, 2013, 07:33:40 PM
 #166

231 sounds pretty high.  That's 900MHz if I'm not mistaken.

How many amps does bertmod report each DCDC is putting out?  I hear that exceeding 50A each is pushing things beyond safe margins (in particular the PCB traces are at risk).

"All safe deposit boxes in banks or financial institutions have been sealed... and may only be opened in the presence of an agent of the I.R.S." - President F.D. Roosevelt, 1933
CYPER
Hero Member
*****
Offline Offline

Activity: 798
Merit: 502



View Profile
December 23, 2013, 07:57:03 PM
 #167

231 sounds pretty high.  That's 900MHz if I'm not mistaken.

How many amps does bertmod report each DCDC is putting out?  I hear that exceeding 50A each is pushing things beyond safe margins (in particular the PCB traces are at risk).

Check this post: https://bitcointalk.org/index.php?topic=170332.msg4106607#msg4106607
joeventura
Hero Member
*****
Offline Offline

Activity: 854
Merit: 500



View Profile
December 23, 2013, 08:05:34 PM
 #168

231 sounds pretty high.  That's 900MHz if I'm not mistaken.

How many amps does bertmod report each DCDC is putting out?  I hear that exceeding 50A each is pushing things beyond safe margins (in particular the PCB traces are at risk).

The feedback i saw from the KNC folks is that 60A is the upper end for the GE VRMs but of course they higher you go the more risk youtake
CYPER
Hero Member
*****
Offline Offline

Activity: 798
Merit: 502



View Profile
December 23, 2013, 08:07:13 PM
 #169

231 sounds pretty high.  That's 900MHz if I'm not mistaken.

How many amps does bertmod report each DCDC is putting out?  I hear that exceeding 50A each is pushing things beyond safe margins (in particular the PCB traces are at risk).

The feedback i saw from the KNC folks is that 60A is the upper end for the GE VRMs but of course they higher you go the more risk youtake

Can you really overclock the November ones above 670GH/s?
joeventura
Hero Member
*****
Offline Offline

Activity: 854
Merit: 500



View Profile
December 23, 2013, 08:16:09 PM
 #170

I have a 3 Module Saturn that is running at 500Gh using 211 with no issues.

231 gets me about 530-540 but until the temp in my building drops into the 40's I will leave it as is.
CYPER
Hero Member
*****
Offline Offline

Activity: 798
Merit: 502



View Profile
December 23, 2013, 08:18:23 PM
 #171

I have a 3 Module Saturn that is running at 500Gh using 211 with no issues.

231 gets me about 530-540 but until the temp in my building drops into the 40's I will leave it as is.

500GH/s I can believe, but 540 is a science fiction, sorry.
If we are talking about the average speed reported by the pool.
complang
Newbie
*
Offline Offline

Activity: 32
Merit: 0


View Profile
December 23, 2013, 08:51:59 PM
 #172

Thxs to this thread and alittle help on IRC...I turned up my jup. to around 630-650gh/s on poolside Smiley thxs tolip great job and my HW errors down to .5%
Not enough information..That doesn't help anyone. What do your config look like? 4/8VRM? Etc.
Why not share information? Sad
It's not that hard really, consider myself a noob and sid not have a lot of trouble.
Changed the clock to 231 (plenty of how-to above).
Performance is steady 650-670 on pool, have 3 x8-vrm boards and 1x 4-vrm (RMA-d). Temps 43 (intake side boards) to 55 degrees, I lowered the fans for more flow over the boards.
Power usage (bertmod) from 451 W to 644 W (speed from 562 to 678 In cgminer), hw 3.5% (tightened the voltages a bit which increased hw-errot but reduced power/avoid it gets to hot.

Asic chips can handle more if I base it on the heat coming of them but don't know any higher clock frequencies as 231 ( besides that the vrm's are around their 40W limit already). Guess more juice can be pumped out if 8 vrms can be activated again!
Yea, but that should be a Oct 8VRM miner with the availability if 99-tuning (=voltage regulations).
I wish there was a firmware with that to the nov as well.

So, has anyone tried this on nov. unit except from me? Those negative results (340+ -> 333Gh/s at best) is making me sad Sad
tolip_wen
Sr. Member
****
Offline Offline

Activity: 386
Merit: 250


View Profile
December 23, 2013, 09:46:46 PM
Last edit: December 24, 2013, 03:38:16 AM by tolip_wen
 #173

bitcoinorama mentioned KnC is planning to release PLL clock FW.
You can wait for KnCMiner and save the warranty,
or not.  Smiley

orama also mentioned that KnCMiner considers 63A per GE DC/DC OK
https://bitcointalk.org/index.php?topic=170332.msg4106143#msg4106143
Yikes!!!
That can make more heat than the ASIC can move to the heatsink IMneverHO

People wanting a different method.
This will not really lower the bar, but might help you over it.
(the sed thingy is about as easy as it can get)
More hints (a mini howto tangent)

You need vi or some other editor.
Almost every *nix system has vi on it FWIW
I only use a few commands in vi
A super abbreviated vi survival guide follows.

ESC     = escape key, I start every vi command with escape to make sure I am not in insert mode.
i       = insert
a       = append
r       = replace chr under cursor
cw      = change word under cursor
x       = delete chr under cursor
dd      = delete line cursor is on (deleted line is copied to buffer (similar to CTL-x))
Y       = yank(copy) line to buffer
P       = pop(paste) line from buffer
:       = start of command to vi (file ops etc.)
:w      = write current file to disk
:q      = quit
:wq     = write file and quit editor
:q!     = quit without saving changes(it's all fucked up start over Smiley
/       = search

Ex:
'cp /etc/init.d/cgminer.sh /config/zzz.001.sh'
'vi /config/zzz.001.sh'
hit the slash key '/' then type D1 and hit enter
Your cursor should now be on the line most reading this seek.
Yank the line to the buffer with 'Y'
Pop a copy of the buffer back into the file with 'P'
now you have 2 lines exactly the same
hit 'i' to insert text
put a '#' at the beginning of one the copies  (turn it into a comment/reminder)
hit the ESCape key to get out of insert mode
move the cursor to the other copy of the line and over the 'D' in 0xD1
hit the 'r' key and replace the 'D' with a 'C'(slower) or an 'E' or an 'F'
hit Esc then ':wq'
thats it !
It's not hard just cryptic

It is possible to edit on a Win box and xfer the edited file with 'scp'
Google 'man scp' to learn more.

bfgminer is needed to adjust all die for best results.
With temp and HW error% seperated by ASIC no need for other Status webpage.
You still need the Advanced web page though.
cgminer can run the 'result' too but not provide much feedback during discovery.
I am a fan of BOTH cgminer and bfgminer FWIW both work well on KnCMiners.

Most of you lazy fornicators will try the seemingly easier softer way without bfgminer.
You will find it is not easier and softer if you cook an ASIC or VRM.
(permanent high HW error or worse)
bfgminer will not save the ASIC but it might let you know something is amiss in time to manually intervene.
KEY WORD = might

Clock specific mini bfgminer howto:
Use your newly minted vi skills
Go to this webpage
https://github.com/luke-jr/bfgminer
Click on README.ASIC --> https://github.com/luke-jr/bfgminer/blob/bfgminer/README.ASIC
Scroll to the bottom and find and READ the KnC section
Copy the text with your mouse
Then on the miner do the following (in a SSH window)
'vi /config/BFG_build.sh'
hit the 'i' key to insert text
Right click and paste text copied from webpage

Look at the bottom of the file for 2 lines

/etc/init.d/cgminer.sh stop
./bfgminer -S knc:auto -c /config/cgminer.conf

They stop cgminer and start bfgminer as soon as it is built
You may not want to do this automatically as it does not use the mods this way.
To change this behavior,
move your cursor to the beginning of one of the lines,
hit 'i' and comment it out by inserting a '#' at the beginnig
move to the other line and hit '#' again.
Then they will look like this

#/etc/init.d/cgminer.sh stop
#./bfgminer -S knc:auto -c /config/cgminer.conf

hit Esc key
hit ':' (colon)
hit 'w'
hit 'q'
hit enter

Now run it to build bfgminer
'source /config/BFG_build.sh'

Wait (might be 10 minutes or so)

When it is done cd into the new bfgminer folder
'cd /config/bfgminer'

For our purposes we need the startup stuff cgminer uses (the file with the clock info)
'cp /etc/init.d/cgminer.sh /config/bfgminer/bfgminer.sh'
edit the file with
'vi /config/bfgminer/bfgminer.sh'
change the
DAEMON=/usr/bin/cgminer
to
DAEMON=/config/bfgminer/bfgminer

Change every instance that reads 'cgminer' so it reads 'bfgminer' instead.

EDIT*** except for the config file part.
Thx CYPER for pointing it out.
Should look like
Code:
start-stop-daemon -b -S -x screen -- -S bfgminer -t bfgminer -m -d "$DAEMON" --api-listen --default-config /config/cgminer.conf
Save the file ':wq'

Prepare your workspace
Treat every test as a pit stop with a plan A and a plan B
Test plan B first!!!!!
A good plan B might be
'/config/bfgminer/bfgminer.sh stop ; /etc/init.d/cgminer.sh restart'

open 3 SSH windows or tabs per miner
One for vi (just use Esc-colon-w and stay in the editor for fast fixes) or scp
One to start and stop modified and unmodified shell scripts (up arrow is your friend)
One to run screen -r (after you do it once just use up arrow and Enter)

One web page ALREADY open to the Advanced tuning page for temp/volt/current/watt
After starting the modified shell script this is the first place to tell how it works
A few seconds is all it takes.
3 flavors to look for
        0 or very low die (ANY die)
        10-15 watts (ANY die)
        30 watts or more (ALL die)

The first 2 require immediate action,  Plan B!
You might first QUICKLY try just restarting.

The third indicates some degree of success requiring further investigation.
Wasting power and punishing ASIC without extra hash at the pool is non productive.
Sometimes a die can show power consumption and not be contributing.

***
*** This can happen after it has been running OK for a while and be hard to find.
***

Review the pitstop plans one more time!!!

NOW stop cgminer and start bfgminer
'/etc/init.d/cgminer.sh stop'
'/config/bfgminer/bfgminer.sh restart'
(I always use restart even though it may not be running and start would be more correct, for easy reuse with the arrow keys for speed during pit stop)

In your ssh that was running the screen showing cgminer it drops back to command line

hit the up arrow and Enter(or type 'screen -r' again) and view bfgminer hashing Smiley

Suggest first run with bfgminer use unmodified clocks
If you got this far you are ready to add a section for each ASIC and die to COPY_OF.bfgminer.sh

!!!Also note!!!
The miner has a DC/DC monitor that is occasionally unhelpful.
(possibly because you are stopping cgminer and starting bfgminer when it looks)
If it does this it will start cgminer.
This can occasionally happen when restarting bfgminer.
The solution is '/etc/init.d/cgminer.sh stop ; /config/bfgminer/bfgminer.sh restart'
(Advanced web page shows it running but bfgminer says nada or 'screen -r' says already running or somesuch)

MAKE NOTES!!!
16 different die in one box can be confusing.

Other fun toys are in the bfgminer(or a cgminer) source directory too.
read the file README.RPC
'less /config/bfgminer/README.RPC'
then look at
miner.php
^^^^^^^^^
(I run this on my PC,
it collects all miners into one place,
and shows more status of each core)

also look at
api-example
api-example.php
api-example.py

A lot can be done with just api-example (and grep)

Don't reboot, rarely needed, else rebuild bfgminer again after.
Just 'q'uit and run unmodified
'/etc/init.d/cgminer.sh restart'
instead.
(ways around this limitation exist but are beyond the already large scope of this post)

Hope this helps someone get over the hump and wake a sleeper and possibly into new GH territory.

Smiley



'twisted research and opinion' donations happily accepted @
13362fxFAdrhagmCvSmFy4WoHrNRPG2V57
My sub 1337 vanity address Wink
ecliptic
Sr. Member
****
Offline Offline

Activity: 322
Merit: 250


View Profile
December 23, 2013, 10:28:14 PM
 #174

231 sounds pretty high.  That's 900MHz if I'm not mistaken.

How many amps does bertmod report each DCDC is putting out?  I hear that exceeding 50A each is pushing things beyond safe margins (in particular the PCB traces are at risk).

The feedback i saw from the KNC folks is that 60A is the upper end for the GE VRMs but of course they higher you go the more risk youtake
I'm pretty sure the datasheet lists 40A as the max.  But that is of course, as always, underspecified.
CYPER
Hero Member
*****
Offline Offline

Activity: 798
Merit: 502



View Profile
December 24, 2013, 01:21:40 AM
Last edit: December 24, 2013, 02:19:40 AM by CYPER
 #175

bitcoinorama mentioned KnC is planning to release PLL clock FW.

Great post Smiley

I think :x is easier than :wq Wink

Just tried to install and run BFGminer, but I can't run it. What am I doing wrong?

There are 5 lines in /config/bfgminer/bfgminer.sh that mention cgminer and need to be changed:

Code:
DAEMON=/config/bfgminer/bfgminer
NAME=bfgminer
DESC="Bfgminer daemon"

I assume of these 3 only the first one is important.

And at the end I changed to:

Code:
start-stop-daemon -b -S -x screen -- -S bfgminer -t bfgminer -m -d "$DAEMON" --api-listen --default-config /config/bfgminer/bfgminer.conf

And last:

Code:
do_stop() {
        killall -9 bfgminer || true

But when I try to:
Code:
/etc/init.d/cgminer.sh stop ; /config/bfgminer/bfgminer.sh restart
or
Code:
/config/bfgminer/bfgminer.sh restart
/config/bfgminer/bfgminer.sh start

Nothing happens. The last one just stays on Starting bfgminer deamon for like 15 seconds, but there are no screens later on.

What am I doing wrong?

tolip_wen
Sr. Member
****
Offline Offline

Activity: 386
Merit: 250


View Profile
December 24, 2013, 03:29:56 AM
 #176


And at the end I changed to:

Code:
start-stop-daemon -b -S -x screen -- -S bfgminer -t bfgminer -m -d "$DAEMON" --api-listen --default-config /config/bfgminer/bfgminer.conf


My error
The "/config/cgminer.conf" at the end should remain the same.

Code:
start-stop-daemon -b -S -x screen -- -S bfgminer -t bfgminer -m -d "$DAEMON" --api-listen --default-config /config/cgminer.conf

Will edit above.
Thx for the feedback!

Smiley

'twisted research and opinion' donations happily accepted @
13362fxFAdrhagmCvSmFy4WoHrNRPG2V57
My sub 1337 vanity address Wink
CYPER
Hero Member
*****
Offline Offline

Activity: 798
Merit: 502



View Profile
December 24, 2013, 04:00:19 AM
 #177


And at the end I changed to:

Code:
start-stop-daemon -b -S -x screen -- -S bfgminer -t bfgminer -m -d "$DAEMON" --api-listen --default-config /config/bfgminer/bfgminer.conf


My error
The "/config/cgminer.conf" at the end should remain the same.

Code:
start-stop-daemon -b -S -x screen -- -S bfgminer -t bfgminer -m -d "$DAEMON" --api-listen --default-config /config/cgminer.conf

Will edit above.
Thx for the feedback!

Smiley
Thanks. Btw is there any difference between installing bfgminer using your method and just installing Bertmod?
Because if there isn't then no point in doing it manually really. Is it the same version in both methods?
tolip_wen
Sr. Member
****
Offline Offline

Activity: 386
Merit: 250


View Profile
December 24, 2013, 04:06:22 AM
 #178


Thanks. Btw is there any difference between installing bfgminer using your method and just installing Bertmod?
Because if there isn't then no point in doing it manually really. Is it the same version in both methods?

I plead ignorance.
I have been compiling bfgminer all along I have not kept up with bertmod.
I have heard it is possible. How? I don't know.

'twisted research and opinion' donations happily accepted @
13362fxFAdrhagmCvSmFy4WoHrNRPG2V57
My sub 1337 vanity address Wink
sudya_dred
Newbie
*
Offline Offline

Activity: 12
Merit: 0


View Profile
December 24, 2013, 09:50:26 AM
 #179

Need help. SD full image of October Saturn (Saturn-B52, 4 VRM)
My Bad (After wrong diagnostic tool for November). I am ready for pay if somebody do this, please:
dd if=/dev/mmcblk1 of=/dev/mmcblk0 bs=1K count=1M

https://i.imgur.com/GhfJ0aF.png
https://i.imgur.com/X38JhI9.png
FiatKiller
Sr. Member
****
Offline Offline

Activity: 378
Merit: 250


View Profile
December 24, 2013, 03:28:12 PM
 #180

Sudya, have you tried installing the 0.99-tuning firmware and using the advanced tab to reset to factory defaults?

LTC: LdxgJQLUdr8hZ79BV5AYbxkBUdaXctXAPi
MoonCoin Gambling: https://coin-horse.com/MON/
Pages: « 1 2 3 4 5 6 7 8 [9] 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 ... 66 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!