Swedish ASIC miner company kncminer.com

[arorts]

How do we set up the KNCs to mine alt-coins? Care to elaborate?

Don't stuck with Bitcoin.
Underperformed Saturn 180 GH/s
Bitcoin Mining BTCGuild 0,23 BTC (Daily)
PPcoin Solo mining Found 3 Blocks 3 X 207 PPC = 621 PPC X 0.0020200 (Cryptsy Price) = 1.25442 BTC (Daily)
Terracoin Solo Mining 0,3342 BTC (Daily)
 And without difficulty worries!!!

Download PPcoin Client
Install PPcoin client to a windows PC
Run once ppcoin client and quit
If your PC is Windows 7 goto Users/your user name/AppData/Roaming/PPcoin and create ppcoin.conf as follows

rpcuser=anyname
rpcpassword=anypassword
rpcallowip=127.0.0.1
rpcallowip=your pc ip
rpcport=9902
daemon=1
server=1
listen=1
gen=0

Then restart your ppcoin client and let download the whole block chain.
After that goto your miner and point to
your pc ip:9902
anyname (as above in ppcoin.conf)
anypassword
Restart cgminer, ensure via ssh that is working and hashing and wait
Average block finding time is 4-8 hours for a Saturn (each block equals to 0,41 BTC)

Could someone please elaborate on how to "point" the miner to the PC in a bit more detail?

[jelin1984]

How we do that.?

[canth]

Does anyone know the hours of operation for KNC offices?

They've generally answered the phone Mon-Fri between 9-5, Stockholm time in my experience. Friday they didn't pick up at all between 2PM and 5PM - not sure what the deal was.

[demonmaestro]

yea i tried calling them on friday from between 3pm-5pm my self and no answer also. 

[canth]

yea i tried calling them on friday from between 3pm-5pm my self and no answer also. 

Yep. After that I sent a note to Sam - didn't get a reply, but my problem got 90% resolved so I think he pushed it along. I really like KNC, but I'm never hosting any equipment with them or anyone else after this. Without responsive 24/7 support, there's no point - I can support my own equipment better.

[sbfree]

I've just created a kncminer branch on my github and have imported their most current code and built my first binary for this. It is not a full firmware and the only thing users may note is the hashrate won't lie with this one, as it won't count hardware errors as hashrate. Also my hardware error count is significantly lower with this on the Saturn dev machine I was sent.

Here's a direct link to the binary:
http://ck.kolivas.org/apps/cgminer/kncminer/cgminer

You'll have to ssh into the kncminer and copy and use that file directly. Hopefully the libraries all match between my dev environment and the default kncminer operating system which means the binary should just work if you run it like on any other OS.

I'm still learning linux, but would love to try this...  
I'll let someone post a clear procedure before I try... ug.Thank you cklovas!

I second this.

ssh into your kncminer if you know its IP address is 192.168.1.X:

Code:

ssh -l root 192.168.1.X
screen -d -r
q
wget http://ck.kolivas.org/apps/cgminer/kncminer/cgminer
chmod +x cgminer
./cgminer -c /config/cgminer.conf

q is to quit the already running cgminer

hello and thank you ckolivas (and kano if he was involved in anyway in this new release of cgminer).

2ndly, for those of US that find this new version of cgminer works/improves their mining, please don't forget to send some btc love to ckolivas. Lets keep these important members of the btc community well fed so their minds are tip top.

And finally, ckolivas, did you see anything in knc miners code that would cause lower hashing rates, not just report inaccurate HW errors?

thanks.

[-ck]

hello and thank you ckolivas (and kano if he was involved in anyway in this new release of cgminer).

2ndly, for those of US that find this new version of cgminer works/improves their mining, please don't forget to send some btc love to ckolivas. Lets keep these important members of the btc community well fed so their minds are tip top.

And finally, ckolivas, did you see anything in knc miners code that would cause lower hashing rates, not just report inaccurate HW errors?

thanks.

You're welcome. I didn't spot anything on a brief glance of the code. I have not done a full audit of the code as of yet. It appears quite sound.

[felix64]

Thanks alot for writing this.  Running 3.6.6 of your code now.

My Jupiter is at 514Gh/s which is likely the real number.

Have not messed with the pressing down on anything yet.  Cover is off.  Will try putting the cover back on and see if higher temp increases the hash rate.

hello and thank you ckolivas (and kano if he was involved in anyway in this new release of cgminer).

2ndly, for those of US that find this new version of cgminer works/improves their mining, please don't forget to send some btc love to ckolivas. Lets keep these important members of the btc community well fed so their minds are tip top.

And finally, ckolivas, did you see anything in knc miners code that would cause lower hashing rates, not just report inaccurate HW errors?

thanks.

You're welcome. I didn't spot anything on a brief glance of the code. I have not done a full audit of the code as of yet. It appears quite sound.

[Searing]

hello and thank you ckolivas (and kano if he was involved in anyway in this new release of cgminer).

2ndly, for those of US that find this new version of cgminer works/improves their mining, please don't forget to send some btc love to ckolivas. Lets keep these important members of the btc community well fed so their minds are tip top.

And finally, ckolivas, did you see anything in knc miners code that would cause lower hashing rates, not just report inaccurate HW errors?

thanks.

You're welcome. I didn't spot anything on a brief glance of the code. I have not done a full audit of the code as of yet. It appears quite sound.

I'm sure we are all wondering and if this has been addressed sorry

but

Are you planning on making or taking over knc's version of cgminer (please please say yes) it needs a lot of work imho...stuff like the enabling the all cores stuff and or incorp bertmod or an tag to his setup..i don't code just throwing it out there

I have one of them "supposedly" speedy jupiters and running it on .95 not brave enough to upgrade with the issues some have had on here

imho we need your expertise

just saying

and as a noob side point..i'll wait for your version of cgminer to pop up in the install driver option of the knc downloads of driver

I can probably do such patches like the small one to correct HW error rates to a true point...but when you say binary and I download the file and it is in txt format I go huh and everything goes on hold.....

and hten add Ubuntu on top of that ...so i'm waiting for rescue from .95 cgminer knc flavor

Searing

[-ck]

Note that WU also includes the fakedmisrepresented hashrate in the regular binary included in knc firmware.

Faked is too strong a word. They weren't consciously trying to make the hashrate look higher than it was.

[greek_hephaestus]

rpcuser=anyname
rpcpassword=anypassword
rpcallowip=127.0.0.1
rpcallowip=your pc ip
rpcport=9902
daemon=1
server=1
listen=1
gen=0

So if I had multiple machines, would I change listen to that quantity?

I dont know, you have to try!

[-ck]

I've just created a kncminer branch on my github and have imported their most current code and built my first binary for this. It is not a full firmware and the only thing users may note is the hashrate won't lie with this one, as it won't count hardware errors as hashrate. Also my hardware error count is significantly lower with this on the Saturn dev machine I was sent.

Here's a direct link to the binary:
http://ck.kolivas.org/apps/cgminer/kncminer/cgminer

You'll have to ssh into the kncminer and copy and use that file directly. Hopefully the libraries all match between my dev environment and the default kncminer operating system which means the binary should just work if you run it like on any other OS.

Any guidance for those of us who like to compile our own software on building for ARM?  Are you building on-device or cross compiling on your x86?  I've not built your project before, but I see you've got the kncminer branch in github.  Thanks!

Built native on the device directly with

CFLAGS="-Wall -W -O2 -march=native" nice -19 ./autogen.sh --host=arm-angstrom-linux-gnueabi --enable-knc

Setting up the build environment is non-trivial and I had help from hno who wrote the original driver. I'm assuming that at some stage there will be a comprehensive document describing this process.

[greek_hephaestus]

Don't stuck with Bitcoin.
Underperformed Saturn 180 GH/s
Bitcoin Mining BTCGuild 0,23 BTC (Daily)
PPcoin Solo mining Found 3 Blocks 3 X 207 PPC = 621 PPC X 0.0020200 (Cryptsy Price) = 1.25442 BTC (Daily)
Terracoin Solo Mining 0,3342 BTC (Daily)
 And without difficulty worries!!!

dunno if I'm using it correctly, this calculator

http://www.coinwarz.com/calculators/ppcoin-mining-calculator/?h=500000.00&p=500.00&pc=0&pf=0.00&d=5941288.50405274&r=202.52862206&er=0.00196000&hc=0.00

says me that if I use a jup (circa 500GH/s) to mine PPCoins I'll get 0.67202545 BTC a day at current PPC/BTC exchange rate.

Using the same hashpower mining btc could bring me 0.6432 BTC.

Am I missing something obvious?

Solo mining depends on luck. The calculators use different maths.

[sickpig]

Don't stuck with Bitcoin.
Underperformed Saturn 180 GH/s
Bitcoin Mining BTCGuild 0,23 BTC (Daily)
PPcoin Solo mining Found 3 Blocks 3 X 207 PPC = 621 PPC X 0.0020200 (Cryptsy Price) = 1.25442 BTC (Daily)
Terracoin Solo Mining 0,3342 BTC (Daily)
 And without difficulty worries!!!

dunno if I'm using it correctly, this calculator

http://www.coinwarz.com/calculators/ppcoin-mining-calculator/?h=500000.00&p=500.00&pc=0&pf=0.00&d=5941288.50405274&r=202.52862206&er=0.00196000&hc=0.00

says me that if I use a jup (circa 500GH/s) to mine PPCoins I'll get 0.67202545 BTC a day at current PPC/BTC exchange rate.

Using the same hashpower mining btc could bring me 0.6432 BTC.

Am I missing something obvious?

Solo mining depends on luck. The calculators use different maths.

Very true the former. Wrong the latter. Math is the same.

And for the exact same reason you could have earned 0 btc...

[AussieHash]

@ckolivas

I am trying your 3.6.6 build on my problem jupiter (which has been downgraded back to 0.95 after worse performance on .96, .961, .97)

I notice the same flushwork hashrate drop with your build on 0.95 and was wondering if only fw 0.97 will fix that issue ?

thanks

[-ck]

@ckolivas

I am trying your 3.6.6 build on my problem jupiter (which has been downgraded back to 0.95 after worse performance on .96, .961, .97)

I notice the same flushwork hashrate drop with your build on 0.95 and was wondering if only fw 0.97 will fix that issue ?

thanks

Flush speed is fpga firmware related. I've done what I can to minimise software interference but the firmware is the key there.

[demonmaestro]

still getting voicemail 

[AussieHash]

If cgminer 3.6.6 were to crash, I assume that it would not restart automatically?

For some reason I don't understand, on cgminer restarts my primary and secondary (bitminter) pool are "dead" for about 60-90 seconds, but my tertiary pool is alive from the beginning so mining starts there, before switching back to pool 0

Therefore every time cgminer crash/restarts (not that often) I receive an email from pool 2 that my worker has stopped submitting shares.

[-ck]

If cgminer 3.6.6 were to crash, I assume that it would not restart automatically?

For some reason I don't understand, on cgminer restarts my primary and secondary (bitminter) pool are "dead" for about 60-90 seconds, but my tertiary pool is alive from the beginning so mining starts there, before switching back to pool 0

Therefore every time cgminer crash/restarts (not that often) I receive an email from pool 2 that my worker has stopped submitting shares.

If you specify a stratum pool without the stratum+tcp:// prefix, cgminer tries a few different ways to connect first. Some pools don't like this and it can take a while before cgminer can connect. So to speed up the connections, add the prefix.

[sickpig]

@ckolivas

I am trying your 3.6.6 build on my problem jupiter (which has been downgraded back to 0.95 after worse performance on .96, .961, .97)

I notice the same flushwork hashrate drop with your build on 0.95 and was wondering if only fw 0.97 will fix that issue ?

thanks

Flush speed is fpga firmware related. I've done what I can to minimise software interference but the firmware is the key there.

good to know.

Unluckily I'm not able to connect remotely to my miner at the moment, hence I can't test "orginal" cgminer. As soon as I re-gain access to the machine I will let you know.

In the meantime could some one share the sys load avg while running ckolivas' cgminer?

Withe the KnC version I got something aroung 1.92-1.98 all the time. Using bfgminer sys load lower to something like 1.48-1.52. it would be handy if the same happen with this brand new cgminer.