Author

Topic: Swedish ASIC miner company kncminer.com - page 1184. (Read 3049528 times)

sr. member
Activity: 476
Merit: 250
let's have some fun
October 29, 2013, 05:49:48 PM
For the record guys, I'm at 550 with all Jupiters on FW 98 on Eligius. 1 Jupiter has 2 bad boards which I'm RMA'n today- but the 2 good boards are hashing ~270

let us know which shipping company you use and which method/price

I think a few people are waiting to pull the trigger


As far as I know KnCMiner has to pay for the shipping.
Guess they will send you a return label.

http://www.ups.com/content/us/en/resources/service/return/#UPS+Returns

KNC make you pay for the shipping via RMA, they just give you a RMA number. Cost me 60 UK pounds to ship 3 Boards. Give KNC their dues they did ship back same day with Next day Shipping.

wtf ?!
they send you untested broken crap for several $k and you have to pay for sending it back ?!

does this even comply with laws concerning B2B ?
hero member
Activity: 491
Merit: 514
October 29, 2013, 05:45:12 PM
For the record guys, I'm at 550 with all Jupiters on FW 98 on Eligius. 1 Jupiter has 2 bad boards which I'm RMA'n today- but the 2 good boards are hashing ~270

Man I'm wondering if I just need to powercycle my unit to fix the Eligius issue but now that it's been holding at 560GH/s at BTCguild I'm afraid to touch it!
full member
Activity: 238
Merit: 100
October 29, 2013, 05:42:02 PM
When I first got my Saturn I removed the heatsinks, cleaned off whatever thermal grease that was there ( it was very thin stuff ) and put my own Artic Silver high density stuff on. Since then no matter if the temps are cool or hot I've always hashed on average 280-285. Top off, top on, fans on or on...always the same. Maybe the thermal grease or whatever they used was just inferior low quality stuff? After the grease dries up a little it should thicken up...when I received my miner the grease coming out on the sides was still almost wet. Maybe if you can't get your miner to hash up no matter what you do, try to clean off that crappy thermal grease that's there and re-do it yourself. AND REMEMBER, all you need is just a little eraser sized grease and not to over tighten. And I'll still not break even probably.

Did they do worse before you changed the thermal paste? I doubt that it's much of a problem, it seems like most people are getting  280 saturn /560 jupiter without doing that. Some people are having issues, but that's probably not related to heat.
member
Activity: 113
Merit: 10
October 29, 2013, 05:41:04 PM
For the record guys, I'm at 550 with all Jupiters on FW 98 on Eligius. 1 Jupiter has 2 bad boards which I'm RMA'n today- but the 2 good boards are hashing ~270

let us know which shipping company you use and which method/price

I think a few people are waiting to pull the trigger


As far as I know KnCMiner has to pay for the shipping.
Guess they will send you a return label.

http://www.ups.com/content/us/en/resources/service/return/#UPS+Returns

KNC make you pay for the shipping via RMA, they just give you a RMA number. Cost me 60 UK pounds to ship 3 Boards. Give KNC their dues they did ship back same day with Next day Shipping.
legendary
Activity: 1274
Merit: 1000
Personal text my ass....
October 29, 2013, 05:25:13 PM
When I first got my Saturn I removed the heatsinks, cleaned off whatever thermal grease that was there ( it was very thin stuff ) and put my own Artic Silver high density stuff on. Since then no matter if the temps are cool or hot I've always hashed on average 280-285. Top off, top on, fans on or on...always the same. Maybe the thermal grease or whatever they used was just inferior low quality stuff? After the grease dries up a little it should thicken up...when I received my miner the grease coming out on the sides was still almost wet. Maybe if you can't get your miner to hash up no matter what you do, try to clean off that crappy thermal grease that's there and re-do it yourself. AND REMEMBER, all you need is just a little eraser sized grease and not to over tighten. And I'll still not break even probably.

sr. member
Activity: 476
Merit: 250
let's have some fun
October 29, 2013, 05:14:10 PM
For the record guys, I'm at 550 with all Jupiters on FW 98 on Eligius. 1 Jupiter has 2 bad boards which I'm RMA'n today- but the 2 good boards are hashing ~270

let us know which shipping company you use and which method/price

I think a few people are waiting to pull the trigger


As far as I know KnCMiner has to pay for the shipping.
Guess they will send you a return label.

http://www.ups.com/content/us/en/resources/service/return/#UPS+Returns
sr. member
Activity: 462
Merit: 250
October 29, 2013, 05:01:47 PM
For the record guys, I'm at 550 with all Jupiters on FW 98 on Eligius. 1 Jupiter has 2 bad boards which I'm RMA'n today- but the 2 good boards are hashing ~270

let us know which shipping company you use and which method/price

I think a few people are waiting to pull the trigger
legendary
Activity: 1904
Merit: 1007
October 29, 2013, 04:54:42 PM
Thank you KnC for the 0.98 firmware!

Edit: Also thank you ckolivas for your work! Tip incoming!
hero member
Activity: 491
Merit: 514
October 29, 2013, 04:48:04 PM
As was I- did you try these steps I have listed above?
Yep been trying everything I can imagine. What I find most odd is that reverting back to 0.97 with yesterdays settings did not solve the problem which leads me to believe that it's not related to the firmware. I also have Avalons running on Eligius without problems so I know it's not on their end. Very very odd...

I reccommend anyone using eligius, and flashing to 0.98 change the mining address to include "stratum+tcp://stratum.mining.eligius.st:3334" and save it before flashing to 0.98
that indeed fixed it...  after 2 and 1/2 hours of techno-battle...  Grin
I saw you guys had the same kind of solution....
good...  at least we are back up Grin
This caused the Eligius pool to become "alive" but I still get weird errors and it will not submit work. This same version of cgminer was working fine without that yesterday so it seems odd that it would be the source of this problem.
hero member
Activity: 742
Merit: 500
October 29, 2013, 04:46:47 PM
I reccommend anyone using eligius, and flashing to 0.98 change the mining address to include "stratum+tcp://stratum.mining.eligius.st:3334" and save it before flashing to 0.98
that indeed fixed it...
I saw you guys had the same kind of solution....
good...  at least we are back up

Interestingly what worked for me (just now) was to flash back to 0.97, flash forward to 0.98 and use simply stratum.mining.eligius.st:3334 at the gui.

Wasn't able to get waldohoover's procedure going nor by editing the config file. So weird...
legendary
Activity: 938
Merit: 1000
LIR DEV
October 29, 2013, 04:34:11 PM
I reccommend anyone using eligius, and flashing to 0.98 change the mining address to include "stratum+tcp://stratum.mining.eligius.st:3334" and save it before flashing to 0.98
that indeed fixed it...  after 2 and 1/2 hours of techno-battle...  Grin
I saw you guys had the same kind of solution....
good...  at least we are back up Grin
sr. member
Activity: 476
Merit: 250
let's have some fun
October 29, 2013, 04:05:01 PM
So far with fw 0.9.8 my saturn went from 135GH/s to 203GH/s at the pool. That is the first time I've seen it hit 200GH/s. I wish I could get to 270+ like some of you guys are getting.

Hey, have you used bertmod to see what is going on in there? Post those stats, maybe give you some ideas. Hurry!

and enablecores.bin

I wasn't able to get bertmod to work with the 0.9.8 fw, I don't know if someone else was able to.
While I was on 0.9.4, I saw that one of my boards has a dead vrm and a bad vrm, while my other board has one bad vrm.

enablecores.bin didn't make any changes. It went up to 220GH/s on the CGMiner for a minute, but slowly settled back down to 212GH/s at the CGMiner and 210GH/s at the pool.

Ask KnCMiner for RMA, you'll get a replacement.
Just keep in mind not to send both boards at once, if possible keep one hashing
sr. member
Activity: 462
Merit: 250
October 29, 2013, 03:56:43 PM


Hmm I still haven't been able to get eligius working and have been trying pretty much everything. I get very random results where it often appears to start working but then starts throwing those weird errors. The good news is that BTCguild is working great and has been stable at 550GH/s which is a 15GH/s improvement over 0.97.


Firmware .98 sponsored by BTCGuild
hero member
Activity: 491
Merit: 514
October 29, 2013, 03:53:45 PM
Update:

Workaround for the Eligius pool.

- Get your miner on .98

- Setup BTCGuild as your pool

- Once that is verified hashing, working..

- Go back into Mining tab and then switch out to stratum.mining.eligius.st:3334 | your address

- save

- restart cgminer

- instant connects!

I have done this and verified on 4 separate Jupiters.

Cheers!

Hmm I still haven't been able to get eligius working and have been trying pretty much everything. I get very random results where it often appears to start working but then starts throwing those weird errors. The good news is that BTCguild is working great and has been stable at 550GH/s which is a 15GH/s improvement over 0.97.
full member
Activity: 346
Merit: 100
October 29, 2013, 03:51:33 PM
So far with fw 0.9.8 my saturn went from 135GH/s to 203GH/s at the pool. That is the first time I've seen it hit 200GH/s. I wish I could get to 270+ like some of you guys are getting.

Hey, have you used bertmod to see what is going on in there? Post those stats, maybe give you some ideas. Hurry!

and enablecores.bin

I wasn't able to get bertmod to work with the 0.9.8 fw, I don't know if someone else was able to.
While I was on 0.9.4, I saw that one of my boards has a dead vrm and a bad vrm, while my other board has one bad vrm.

enablecores.bin didn't make any changes. It went up to 220GH/s on the CGMiner for a minute, but slowly settled back down to 212GH/s at the CGMiner and 210GH/s at the pool.
sr. member
Activity: 462
Merit: 250
October 29, 2013, 03:45:20 PM
as a reminder to all with multiple miners....    just update ONE and see how it goes on next firmwares
hero member
Activity: 574
Merit: 501
October 29, 2013, 03:43:39 PM
Uh oh.  I sure don't like what .98 did to my Saturn after a few minutes:

sr. member
Activity: 462
Merit: 250
October 29, 2013, 03:41:41 PM
little off topic, but I've written a status-page for myself containing global hashrate und other stuff I fetch from blockchain.info
Last 2 days, each time I'm looking onto it, 2 values keep changing in an unexpected way:
 *'blocks per hour' decreasing, currently down to 6.1 => https://blockchain.info/q/interval (in seconds)
 *'global hashrate' decreasing, currently down to 2.876 PH/s => http://blockchain.info/q/hashrate (in GH/s)


http://bitcoinwatch.com/
http://bitcoin.sipa.be/speed-small-lin-2k.png

guess 2d is too long for variance ?

I've noticed that too but the estimate diff seems to still grow...   showing 431mil now as next diff and still 1376 blocks left to go

you'd think the network hash would be flying up and blocks per hour over 8
sr. member
Activity: 462
Merit: 250
October 29, 2013, 03:38:37 PM

one solution is to write the value you want to update in a separate file,
then fetch this file via Javascript and replace the value in the currently displayed html

I could provide the JS part if you like

edit:
another (JS free) solution would be -in case sed is available- replace this value with sed, and put into html's header a meta tag for refresh after 10 sec or so


the append works simple.  It adds the count to the current html so you can easily know where in the archive it is currently at

I don't like to run asic_status often, but it is nice to have an archive of the last 3 hours like this


thx texaslabrat
sr. member
Activity: 476
Merit: 250
let's have some fun
October 29, 2013, 03:35:16 PM
little off topic, but I've written a status-page for myself containing global hashrate und other stuff I fetch from blockchain.info
Last 2 days, each time I'm looking onto it, 2 values keep changing in an unexpected way:
 *'blocks per hour' decreasing, currently down to 6.1 => https://blockchain.info/q/interval (in seconds)
 *'global hashrate' decreasing, currently down to 2.876 PH/s => http://blockchain.info/q/hashrate (in GH/s)


http://bitcoinwatch.com/
http://bitcoin.sipa.be/speed-small-lin-2k.png

guess 2d is too long for variance ?
Jump to: