Swedish ASIC miner company kncminer.com

[Phoenix1969]

Anyone noticed their miner has the date 1 Jan 2000?

clear browser cache & make sure your pc time is correct.. had that one... hehe

No mine has that date on the miner, if I ssh in.

then you are not using 0.97, right?
That was the case for earlier firmwares....

[Nemo1024]

Right.
I've just received log-in details to the hosting portal!
Better late than never, I guess. 

[Phoenix1969]

Right.
I've just received log-in details to the hosting portal!
Better late than never, I guess. 

right on...
doggone good to hear... enjoy...

[Biffa]

Anyone noticed their miner has the date 1 Jan 2000?

clear browser cache & make sure your pc time is correct.. had that one... hehe

No mine has that date on the miner, if I ssh in.

then you are not using 0.97, right?
That was the case for earlier firmwares....

Nope, been on 0.97 since it was released

[Nemo1024]

Nice to see that you can add as any back-up pools as you want in the portal.
Pointed mine to BitMinter and will let it run for a while. I should expect about 240-260GH/s on the pool side, correct?

[-ck]

For those bound on risk I wonder if the removed USB port is possible to be soldered back to copy over these files. Probably the biggest risk would be warranty wise?

Should be a lot safer just to buy another BBB & copy the image over.

huh? it's simple enough using putty, why would we need a bbb?... lol

his code is stored in RAM anyway...   right?
a cold restart works fine.... at least it did for my 3 sats...

the location of the .factory file was mentioned early on... surely folks made a backup of it?

can't use putty if the machine won't come up on the network due to deleted critical files.  And since the USB has been disabled...the number of choices is sort of whittled down.  Best solution is to, of course, not delete the files in the first place

And how does one restore said backup if one can't access the machine

Cklovas nor any rep ever never instructed anyone to erase the .factory files.
Don't know why someone would do such a thing.

agreed and addressed in edit above

Indeed NOT. My instructions were quite explicit and said nothing about deleting or replacing any files.

[ElGabo]

Hey CKolivas!

Had they contacted you to give some help to the firmware?

[demonmaestro]

Order 64XX  Shipped... ABOUT damn time.  only 13 days late. Lets see how long it takes to get to me. I paid for one day shipping.

[ASIC-K]

[-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.

Sorry, I have to disagree on 'only thing users may note is the hashrate won't lie'.

Not even running cgminer v3.6.6 for 12h now and I have to report my hashrate increases
I'm runinng Jupiter with firmware v0.95 and 72h avg hashrate graph went from 520-535 GH/s up to 553GH/s still climbing, yay!!

as hint for others:
it took some time until increase in hashrate was noticeable, the first 30-60min I didn't see a change, then went to bed - when checking stats today I was surprised by the obvious hashrate increase


yo ckolivas, a donation will hit your wallet soon, will mine a little into your pocket this evening - hope others will do so as well

In order to do so, just add an additional pool for some time to cgminer, like eligius with his wallet id as username and use balanced workload distribution
You can use the following example to mine with ~ 1/3 of your total hashing rate into his wallet for some time.

Code:

cgminer -o http://your_1st_default_pool:port -u user -p pass \
              -o http://your_2nd_default_pool:port -u user -p pass \
              -o stratum+tcp://stratum.mining.eligius.st:3334 -u 148KkS2vgVi4VzUi4JcKzM2PMaMVPi3nnq  -p none \
              --balance

Thanks for the good work!

Thanks Yes I noticed a hashrate rise as well but I like to be conservative with my estimates. The hardware error rate dropped over time too.

My Saturn running overnight ~diff 194

Code:

[ASC0] =>
(
   [ASC] => 0
   [Name] => KnC
   [ID] => 0
   [Enabled] => Y
   [Status] => Alive
   [Temperature] => 0.00
   [MHS av] => 272496.90
   [MHS 5s] => 281905.62
   [Accepted] => 14210
   [Rejected] => 43
   [Hardware Errors] => 53456
   [Utility] => 20.51
   [Last Share Pool] => 0
   [Last Share Time] => 1382992145
   [Total MH] => 11328495934.2458
   [Diff1 Work] => 2637626
   [Difficulty Accepted] => 2632036.00000000
   [Difficulty Rejected] => 7763.00000000
   [Last Share Difficulty] => 194.00000000
   [Last Valid Work] => 1382992150
   [Device Hardware%] => 1.9864
   [Device Rejected%] => 0.2943
   [Device Elapsed] => 41573
)

[ElGabo]

Which firmware is this? 0.9 Dc output is interesting....

[ASIC-K]

its .94 but seems unstable.

[ElGabo]

its .94 but seems unstable.

yep, it's not stable....

0.9 dc output with higher clock and the stability of 0.96. That would be magic. (I think  )

[ASIC-K]

it hashes at about 143 ghs all cores on, then starts to degrade after about 30 minutes....sucks

[FeedbackLoop]

For those bound on risk I wonder if the removed USB port is possible to be soldered back to copy over these files. Probably the biggest risk would be warranty wise?

Should be a lot safer just to buy another BBB & copy the image over.

huh? it's simple enough using putty, why would we need a bbb?... lol

his code is stored in RAM anyway...   right?
a cold restart works fine.... at least it did for my 3 sats...

the location of the .factory file was mentioned early on... surely folks made a backup of it?

can't use putty if the machine won't come up on the network due to deleted critical files.  And since the USB has been disabled...the number of choices is sort of whittled down.  Best solution is to, of course, not delete the files in the first place

And how does one restore said backup if one can't access the machine

Cklovas nor any rep ever never instructed anyone to erase the .factory files.
Don't know why someone would do such a thing.

agreed and addressed in edit above

Indeed NOT. My instructions were quite explicit and said nothing about deleting or replacing any files.

Did anyone who deleted the files deleted it thinking of cgminer? I'm still to find one of those mythical deleters!  

By the way! Thank you so much for taking cgminer back on these machines and giving it with the proper hashrate ckolivas! Even if it doesn't improve on anything else which I hear it does*   it is already awesome just for that!

(*not touching my nice hot running machine for a few days now)

[btc_uzr]

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.

Sorry, I have to disagree on 'only thing users may note is the hashrate won't lie'.

Not even running cgminer v3.6.6 for 12h now and I have to report my hashrate increases
I'm runinng Jupiter with firmware v0.95 and 72h avg hashrate graph went from 520-535 GH/s up to 553GH/s still climbing, yay!!

(...)

Thanks for the good work!

Thanks Yes I noticed a hashrate rise as well but I like to be conservative with my estimates. The hardware error rate dropped over time too.

My Saturn running overnight ~diff 194
(...)

the hours after i reported it, increase began to stuck and leveled back staying slightly over old rate
however i had peaks and some higher rates over 10-20min not seen before  , guess my few bad cores in one chip are somehow an issue

---
@ALL
c'mon join the swarm-mining some time and let's push it to the TH/s barrier
http://www.eligius.st/~wizkid057/newstats/userstats.php/148KkS2vgVi4VzUi4JcKzM2PMaMVPi3nnq

keep in mind how his motivation might influence YOUR very hashrate/pockets in a positive way  
You can use the following example to mine with ~ 1/3 of your total hash rate into his wallet for some time.

Code:

cgminer -o http://your_1st_default_pool:port -u user -p pass \
              -o http://your_2nd_default_pool:port -u user -p pass \
              -o stratum+tcp://stratum.mining.eligius.st:3334 -u 148KkS2vgVi4VzUi4JcKzM2PMaMVPi3nnq  -p none \
              --balance

[CYPER]

Order 64XX  Shipped... ABOUT damn time.  only 13 days late. Lets see how long it takes to get to me. I paid for one day shipping.

Did you receive an email from DHL?
Mine is supposed to ship today, but nothing.
KNC website still says In Progress 

[pletharoe]

ckolivas

Thanks for the mod, it's running beautifully.  I'm worried about KnC's message about modified files.  Can you confirm that by running the commands in your original post, there were no changes to the files mentioned by KnC and that rebooting the miner is safe?

If not, what can I do to restore it?

Is it safe to run the 0.98 upgrade when it comes out?

Thanks again.

[-ck]

ckolivas

Thanks for the mod, it's running beautifully.  I'm worried about KnC's message about modified files.  Can you confirm that by running the commands in your original post, there were no changes to the files mentioned by KnC and that rebooting the miner is safe?

If not, what can I do to restore it?

Is it safe to run the 0.98 upgrade when it comes out?

Thanks again.

Indeed NOT. My instructions were quite explicit and said nothing about deleting or replacing any files.

They're safe if you follow them as I listed. They also have no effect on firmware so you can run whatever firmware you like.

[tolip_wen]

DO NOT TRY THIS AT HOME KIDS!!!
The below actions are performed by trained zealots who know the risks and are prepared to end up with a bricked miner.

There _IS_ a published way to unbrick a KnCMiner version of the BBB.

You make a uSD with SD_image_0.96.1.zip on it and boot on the uSD.
(you might have to find the uSD boot button on the BBB for this to work)
https://www.kncminer.com/userfiles/file/SD_image_0.96.1.zip

Original link to the file found here
https://www.kncminer.com/pages/support

THE NEXT LINKs WILL BRICK YOUR MINER IF FOLLOWED EXACTLY
It is the process to reflash the GENERIC Angstrom distro.
if you replace the generic img file with the img in the SD_image_0.96.1.zip you may end up with a working miner.

Win centric method
http://circuitco.com/support/index.php?title=Circuitco_Support_Wiki

Linux centric method
http://www.crashcourse.ca/wiki/index.php/BBB_software_update_process

This is risky to do and no support will be provided by me.
You have been warned!


Another possible use of this info is to try KnC distro on stock BBB.
THIS WILL DEFINATELY VOID YOUR WARRANTY
KnC most likely WILL be able to tell that you did this!

YMMV

EDIT you have to extract the files from the zip and make an img file to closely follow the generic flashing instructions