Author

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

hero member
Activity: 812
Merit: 502
November 03, 2013, 06:51:53 PM
Man i really don't understand you people. All you do is just whine and bitch here on the forums. I wonder what's the actual percentage of KnC customers that are whining because i see the same 10-15 people around out of the ~3000 orders(?). Why should you receive compensation for your own laziness/lack of knowledge of using the RMA system. There is absolutely 0 reason for you to complain like an incapacitated child. If the product you bought is sub-par with what they advertise then grow up and RMA it and in a matter of days you will have your perfect product. In the long term you are losing more than the shipping and the time lost while waiting for the RMA.
Because using the RMA system makes no sense from a financial point of view. You will make more BTC mining with 420GH/s now, than send the miner back in order to mine presumably with 550GH/s in 5-7 days.
I was given an RMA number on 31st and the next day Bitcoinorama was kind enough to give me the 0.98.1 Beta, which healed one of my Jupiters completely, which just shows that there is lack of communication internally between the different departments. While suggest a RMA, when there is a chance for a software fix?
Currently I am 99% convinced that my other Jupiter will be healed too, which makes me wonder why people decide to send boards back. That makes no sense.


Hi Cyper,

I don't know if you have tried this, but after reading the KNC forums, I found a reference to the #kncminer channel on freenode IRC, where some of the orsoc developers tend to hang around. I had a serious problem with my miner that was not resolved by talking to support on the phone, but Henrik (hno) from Orsoc was on the IRC channel and promptly got the problem sorted! My miner was hosted, but perhaps he, or somebody else, mighy be able to fix your problem or at least help troubleshoot. Worth a try, and much more effective than posting here. I don't think anyone from KNC or Orsoc is reading this thread(?)

I hang there quite often and has spoken with hno just yesterday, but he hasn't suggested anything that can fix my 2nd Jupiter.
member
Activity: 62
Merit: 10
November 03, 2013, 06:35:16 PM
Let's see what firmware they come up with Monday, because so far I'm far from impressed or satisfied with the product, not to mention the delay for which I still expect compensation.
Don't want to be nagging daily, but it seems that's the only way with KNC.


Hi Cyper,

I don't know if you have tried this, but after reading the KNC forums, I found a reference to the #kncminer channel on freenode IRC, where some of the orsoc developers tend to hang around. I had a serious problem with my miner that was not resolved by talking to support on the phone, but Henrik (hno) from Orsoc was on the IRC channel and promptly got the problem sorted! My miner was hosted, but perhaps he, or somebody else, mighy be able to fix your problem or at least help troubleshoot. Worth a try, and much more effective than posting here. I don't think anyone from KNC or Orsoc is reading this thread(?)
full member
Activity: 346
Merit: 100
November 03, 2013, 06:30:19 PM
Tried to raise the temp on the unit that's showing two bad VRMs. Made no difference.





And to RoadStress:

    If you have nothing of value to input, please keep that to your self. You don't seem to comprehend the whole situation.

I've asked KnC to issue an RMA LAST TUESDAY. They have not yet replied to me in regards to it. I origianally asked them when I received my unit. They told me to wait for FW 0.9.8, because that would fix it. I emailed them back saying it didn't fix the problem, and they haven't replied yet.
So again, if you don't want to be helpful, please keep it to your self, otherwise you are just one of the "whiners." Stop whining about other people. This is a forum, designed for discussion, what we are doing here is discussing.
legendary
Activity: 1904
Merit: 1007
November 03, 2013, 06:23:06 PM
Let's see what firmware they come up with Monday, because so far I'm far from impressed or satisfied with the product, not to mention the delay for which I still expect compensation.
Don't want to be nagging daily, but it seems that's the only way with KNC.

Jupiter 1 is hashing with 0.98.1(beta) at stable 564GH/s with 0.9% HW erros - no complaints there. The only thing that can be improved is the power consumption, but no big deal for now.

Jupiter 2 is still averaging 420GH/s with 0.98. The beta firmware did not help and it even reduced the hash speed to around 390-400GH/s. I expect improvements there.

Man i really don't understand you people. All you do is just whine and bitch here on the forums. I wonder what's the actual percentage of KnC customers that are whining because i see the same 10-15 people around out of the ~3000 orders(?). Why should you receive compensation for your own laziness/lack of knowledge of using the RMA system. There is absolutely 0 reason for you to complain like an incapacitated child. If the product you bought is sub-par with what they advertise then grow up and RMA it and in a matter of days you will have your perfect product. In the long term you are losing more than the shipping and the time lost while waiting for the RMA.

Enjoy!

legendary
Activity: 966
Merit: 1000
November 03, 2013, 06:04:53 PM
just updated my mercury from .98 to .98.1 and HW errors went from 6.9% to around 1.5%. also, rejected was 3% to 0% now!

definitely a good upgrade. all cores functioning as well. none are off.

UPDATE: been running .98.1 for 30 mins now, hw errors down to 1.1% and dropping. still no duplicate shares!
0.98.1 was intended for those with a dead die; die 0
There is no other difference as far as I know.

thats what i thought too man, but its made a big difference for me!

My Saturn's currently running 0.98 with 1.2% hw errors, and only one core that keeps getting toggled on and off.

cgminer reports a long term average of 283.8Ghps.  Darned near the theoretical maximum of 284.  I'm not gonna touch it.
hero member
Activity: 824
Merit: 712
November 03, 2013, 05:58:07 PM
just updated my mercury from .98 to .98.1 and HW errors went from 6.9% to around 1.5%. also, rejected was 3% to 0% now!

definitely a good upgrade. all cores functioning as well. none are off.

UPDATE: been running .98.1 for 30 mins now, hw errors down to 1.1% and dropping. still no duplicate shares!
0.98.1 was intended for those with a dead die; die 0
There is no other difference as far as I know.

EDIT: Also of note, according to bertmod, 100% of all my cores are running, so I don't know what the problem is with the hash rate, some of the cores are just not getting enough power due to the bad VRMs?

If bertmod is showing really low amps for one of the VRMs, you can try to turn off the fan on that unit and let the heat rise to 75C or so.  Many people on the KNC forum have revived cores by doing this with .98.1.  It worked for one of my cores but I still have one that won't come on.
full member
Activity: 346
Merit: 100
November 03, 2013, 05:46:23 PM
just updated my mercury from .98 to .98.1 and HW errors went from 6.9% to around 1.5%. also, rejected was 3% to 0% now!

definitely a good upgrade. all cores functioning as well. none are off.

UPDATE: been running .98.1 for 30 mins now, hw errors down to 1.1% and dropping. still no duplicate shares!
0.98.1 was intended for those with a dead die; die 0
There is no other difference as far as I know.

It might be for people that has die 0, but I think it'll help everyone though.

I am, unfortunately one of the people with die 0, and the update did not fix the issue, although it did seem to help a lot of other people. Just my luck, that didn't help me either. I'm still at about 212GH/s stable with the 0.9.8.1 fw update. What I noticed was that, even though it didnt bring any dies back to life, it did have a big difference in error rates. I went from 5.4% HW rates to now 0.27% (according to bertmod stats), and went from device rejected/ pool rejected 2.4%/ 2.1% to 0.1410%/ 0.1388% respectively. My WU went from 2880/m to 2955/m.

So unless you are <2% error rate, I think it's worth upgrading for anyone. I haven't heard of many people having negative effects on this FW. And for the people who did, it slowly crept back up to their original hash rate, with a lower error rate.

That's just my 2 cents.


On a side note;
    I emailed KnC regarding my unit still not hashing properly after the 0.9.8 update last Tuesday, and they have yet to contact me back. I've also tried calling several times on Friday (as that was already 3 business days. They claim to reply back within 2) from 11AM to 5PM (their time), and I got no answer. I don't think they bother working on Fridays anymore. I also called the Friday before that, and no one picked up.
It's great that so many people are getting 280+ gh/s on their Saturns, but it's just so frustrating for me.

From Friday Oct 22nd (when I got my unit), I was hashing at 150GH/s, until Tuesday Oct 26th (when fw 0.9.8 came out). That is BTC0.66 (280-150= 130. So BTC0.1678 X 4 days = BTC0.66) I lost in those 4 days.
Since Oct 26th, I've been hashing at 212GH/s. So since the 26th, I've lost an additional BTC0.6123. At current rate, I've lost over $265, and still losing. And thats not even counting the delay. This sucks.


EDIT: Also of note, according to bertmod, 100% of all my cores are running, so I don't know what the problem is with the hash rate, some of the cores are just not getting enough power due to the bad VRMs?
hero member
Activity: 798
Merit: 1000
November 03, 2013, 05:38:04 PM
Let's see what firmware they come up with Monday, because so far I'm far from impressed or satisfied with the product, not to mention the delay for which I still expect compensation.
Don't want to be nagging daily, but it seems that's the only way with KNC.

Jupiter 1 is hashing with 0.98.1(beta) at stable 564GH/s with 0.9% HW erros - no complaints there. The only thing that can be improved is the power consumption, but no big deal for now.

Jupiter 2 is still averaging 420GH/s with 0.98. The beta firmware did not help and it even reduced the hash speed to around 390-400GH/s. I expect improvements there.

i wouldnt expect any kind of compensation for delays....kind of expected with this type of hardware. we are the guinea pigs! and im ok with that.

I think there is a direct correlation between the number of days that one's order is delayed past the 15th October and the expectation for a compensation.
The longer the delay, the higher the expectation.
I am not surprised that people who endured a delay of less than 5 days are less inclined to argue over any compensation.
But I waited 14 days and while some people are half way to their ROI, I am nowhere near that, which makes me far from happy and satisfied as a KNCminer customer.
+1

I didn't sign up to be a guinea pig to test faulty hardware or the price should have reflected that.

As far as I can see, I paid a massively marked-up price to be supplied a professionally designed and built product on or before mid October 2013. I'm also less than impressed with the faulty goods I actually recieved well after that date.
hero member
Activity: 812
Merit: 502
November 03, 2013, 05:32:59 PM
Let's see what firmware they come up with Monday, because so far I'm far from impressed or satisfied with the product, not to mention the delay for which I still expect compensation.
Don't want to be nagging daily, but it seems that's the only way with KNC.

Jupiter 1 is hashing with 0.98.1(beta) at stable 564GH/s with 0.9% HW erros - no complaints there. The only thing that can be improved is the power consumption, but no big deal for now.

Jupiter 2 is still averaging 420GH/s with 0.98. The beta firmware did not help and it even reduced the hash speed to around 390-400GH/s. I expect improvements there.

i wouldnt expect any kind of compensation for delays....kind of expected with this type of hardware. we are the guinea pigs! and im ok with that.

I think there is a direct correlation between the number of days that one's order is delayed past the 15th October and the expectation for a compensation.
The longer the delay, the higher the expectation.
I am not surprised that people who endured a delay of less than 5 days are less inclined to argue over any compensation.
But I waited 14 days and while some people are half way to their ROI, I am nowhere near that, which makes me far from happy and satisfied as a KNCminer customer.
sr. member
Activity: 280
Merit: 250
Hell?
November 03, 2013, 05:26:16 PM
Let's see what firmware they come up with Monday, because so far I'm far from impressed or satisfied with the product, not to mention the delay for which I still expect compensation.
Don't want to be nagging daily, but it seems that's the only way with KNC.

Jupiter 1 is hashing with 0.98.1(beta) at stable 564GH/s with 0.9% HW erros - no complaints there. The only thing that can be improved is the power consumption, but no big deal for now.

Jupiter 2 is still averaging 420GH/s with 0.98. The beta firmware did not help and it even reduced the hash speed to around 390-400GH/s. I expect improvements there.

i wouldnt expect any kind of compensation for delays....kind of expected with this type of hardware. we are the guinea pigs! and im ok with that.
hero member
Activity: 812
Merit: 502
November 03, 2013, 05:22:09 PM
Let's see what firmware they come up with Monday, because so far I'm far from impressed or satisfied with the product, not to mention the delay for which I still expect compensation.
Don't want to be nagging daily, but it seems that's the only way with KNC.

Jupiter 1 is hashing with 0.98.1(beta) at stable 564GH/s with 0.9% HW erros - no complaints there. The only thing that can be improved is the power consumption, but no big deal for now.

Jupiter 2 is still averaging 420GH/s with 0.98. The beta firmware did not help and it even reduced the hash speed to around 390-400GH/s. I expect improvements there.
sr. member
Activity: 280
Merit: 250
Hell?
November 03, 2013, 05:16:38 PM
just updated my mercury from .98 to .98.1 and HW errors went from 6.9% to around 1.5%. also, rejected was 3% to 0% now!

definitely a good upgrade. all cores functioning as well. none are off.

UPDATE: been running .98.1 for 30 mins now, hw errors down to 1.1% and dropping. still no duplicate shares!
0.98.1 was intended for those with a dead die; die 0
There is no other difference as far as I know.

thats what i thought too man, but its made a big difference for me!

Hashrate @ the pool before and after?

im on eligius, and only been about an hour so far so too early to report. but ill get back to your in another two hours or so. honestly i didnt think it would make a difference, but it runs so much more stable now. temps are at 47 degrees steady too.
legendary
Activity: 1260
Merit: 1008
November 03, 2013, 05:14:15 PM
just updated my mercury from .98 to .98.1 and HW errors went from 6.9% to around 1.5%. also, rejected was 3% to 0% now!

definitely a good upgrade. all cores functioning as well. none are off.

UPDATE: been running .98.1 for 30 mins now, hw errors down to 1.1% and dropping. still no duplicate shares!
0.98.1 was intended for those with a dead die; die 0
There is no other difference as far as I know.

thats what i thought too man, but its made a big difference for me!

Hashrate @ the pool before and after?
sr. member
Activity: 280
Merit: 250
Hell?
November 03, 2013, 04:52:07 PM
just updated my mercury from .98 to .98.1 and HW errors went from 6.9% to around 1.5%. also, rejected was 3% to 0% now!

definitely a good upgrade. all cores functioning as well. none are off.

UPDATE: been running .98.1 for 30 mins now, hw errors down to 1.1% and dropping. still no duplicate shares!
0.98.1 was intended for those with a dead die; die 0
There is no other difference as far as I know.

thats what i thought too man, but its made a big difference for me!
legendary
Activity: 938
Merit: 1000
LIR DEV
November 03, 2013, 04:51:20 PM
just updated my mercury from .98 to .98.1 and HW errors went from 6.9% to around 1.5%. also, rejected was 3% to 0% now!

definitely a good upgrade. all cores functioning as well. none are off.

UPDATE: been running .98.1 for 30 mins now, hw errors down to 1.1% and dropping. still no duplicate shares!
0.98.1 was intended for those with a dead die; die 0
There is no other difference as far as I know.
legendary
Activity: 1680
Merit: 1014
November 03, 2013, 04:48:08 PM
Can't say I like this update from the hosted point of view. After 50 minutes of downtime, the miner is back hashing, but the hashrate, as reporter by the portal, is 14GHs down from what it was before... Still need time to see what it ends up being on the pool side.

PS: Mining mostly for fun (especially with GPUs and then with BEs); buying BTC for profit. I like to tinker with hardware, and if some of my hobby spending is paid back, so much the better.
legendary
Activity: 938
Merit: 1000
LIR DEV
November 03, 2013, 04:45:57 PM
I have missed a few threads here, I know, but is there a current consensus on the ideal temps for these miners. I have a Mercury. Its pootling along at a steady 142 Gh/s at 39.5 degrees C. Sound ok?

In my personal experiences the temp does not seem to matter. I've run my Jupiter at 70C and in a cooled server room with case off and external fan at 35C with no noticeable effect on my hashrate.

I'm in a cool bsmt 62F....I have 2 5" er I guess they are menard fans pointing crossways across the front blowing with cover off with.95 and it is sitting at 568gh or so...my cores are like 20c 34c and 41c for last 2...

i'm the doppelganger of phoenix's units I turn off 1 fan and my hash rate goes down ..I leave everything alone and I two will get the dwindle down effect but usually only a couple gh or so....

it is pretty much stable as long as I continue to keep the jally I got on haloween (april order) at other end of the house (only explation bfl units are evil)

so yeah shut a fan off and gh goes down turn fan on goes back to where it was

only other thing is I think I only have 2 cores go on/off  or I've only seen the two once every 3hrs or so for 1 ...once a day maybe for the other (guessing)...it is likely more

so again it is DRY in my bsmt ..ie winter is coming....Phoenix is in Hawaii ...could humidity have something to do with all this ie...with his box setup he is probably moving more air then me and it is probably a lot more moist

other then that ....I try to stay as far away from the unit as possible less I trip on it or something foolish

Searing

I find them quite durable...You should be able to testify to that as well.. >)
hero member
Activity: 742
Merit: 500
November 03, 2013, 04:33:31 PM
I should probably stop replying to you but just because I don't want you to dumb down what I think is an important factor often disregarded, I will put it very explicitly and simple so you can't twist it around:

(...)

Right...

From "promising sound currency" to " bio-eco-super tomatoes" to "independence project"... No, I cannot really "twist" something you already did very well.

So, again, why would anyone want to convert BTC to fiat money?

Since Bitcoin mining is a zero sum game, hobbyists will actually have an impact against pure profit driven mining farms. This is actually good for Bitcoin because it works against  centralisation of mining.

So, again, going back to the context of that reply, you are mining for profit or for fun?

You are right. You cannot twist it and you sound like a moron for picking a few terms and put them together senselessly.

I mine for both (and I actually think I'm on the way to get both) and my wasted words on you were about why mining is so attractive even if it is risky from a ROI perspective. Your bright yellow ignore will now become just a bit yellower as I see you truly have no interest in ideas. My post on "bio-eco-super tomatoes", like you put it, holds for another audience. Bye and have fun under the bridge!


copper member
Activity: 2898
Merit: 1465
Clueless!
November 03, 2013, 04:24:59 PM
I should probably stop replying to you but just because I don't want you to dumb down what I think is an important factor often disregarded, I will put it very explicitly and simple so you can't twist it around:

(...)

Right...

From "promising sound currency" to " bio-eco-super tomatoes" to "independence project"... No, I cannot really "twist" something you already did very well.

So, again, why would anyone want to convert BTC to fiat money?

Since Bitcoin mining is a zero sum game, hobbyists will actually have an impact against pure profit driven mining farms. This is actually good for Bitcoin because it works against  centralisation of mining.

So, again, going back to the context of that reply, you are mining for profit or for fun?


er I have to admit when BFL said it was gonna ship on time it was for "PROFIT" when the stuff just basically never arrived..(ie did the force convert to monarch out of desperation...brick now or brick later prob don't matter $$ gone)

well..because KNC took cc order with PayPal (which dummy that I am I did not do with bfl) I took a chance...and they came thru ..or at least close enough for my NEW in DENIAL viewpoint

er ..its just a  HOBBY

(denial...just another way to get thru the day)

Searing
hero member
Activity: 574
Merit: 501
November 03, 2013, 04:24:01 PM
Good morning Phoenix.

I should add that I'm running my machine in a bit lower temps as well (closer to 60 reported, hard to say if it makes a big difference in 0.98, in 0.95 it was a huge difference for my machine from ~60 to ~70), so we have a dwindle down in both "cold" and "hot" machines.


Exactly... It seems the dwindledown effect happens weather the units are kept at peak temps or not...  cold or warm... it just happens... ug!

My saturn has been hashing steadily at the server between 270GH/s-290GH/s.....chip temps are between 45c and 55c, depending on heat of the day. Not running a/c, lid is off, all fans on unit are running, no extra fans and now at 20M submitted shares 2.5% HW errors, WU 3982 since last reboot.

ps. what i wanted to add was that I do notice a small wave pattern in the hashing speed of the unit where it slows to 270GH/s, then slowly crests its way back up to the low 290GH/s and then will creep back down to 270GH/s etc etc.
Yes, that is just how they run....
I'm not sure if anything can be done about that.
Even when I did graphics cards... That was the "nature of the beast"
Each and every unit does it...all simultaneously, but at their own top/bottom values.
I'd say, the cycle varies from a minute, to 3 minutes, depending on the flushwork/block detection timing.
         ********
But I also noticed there is still a bit of room for improvement in the flushwork area here... they flush every time a block is detected, instead of the correct block....every block.
I'd rather no flushwork at all, and take my rejected shares at the time a block is ACTUALLY found by our pool...... if it can't be corrected... it would save time.
Pools will usually send a flushwork request at the appropriate time if I understand this correctly....
I'm sure someone must be working on this....   hopefully....

They have to flush every time a block is detected, because all pools have to start working on a the new block.  You don't just hash on one block indefinitely, you have to start a new block every time a block is found.
Jump to: