One of the ideas was to offer buyers stable and unchangeable price. Bitcoin value is permanently changes. It is good both for sellers and buyers - buyers won't overpay but sellers won't loose money if bitcoin value falls. At present time sellers agreed with us. If for some of the seller will be in principle to sell in bitcoins - we will post listing in bitcoins.

KnC Jupiter 525Gh/s - USED
$ 6800
Location: United Kingdom
Shipping: Worldwide
 
 
This unit was used for couple of months, in perfect condition and great working order. Comes with power supply. Shipping and escrow costs included.

I am mining on BitMinter in that race, but I am also giving some of my mining time to a small pool (the way BitMinter used to be).
This small pool is https://give-me-coins.com/
Its merged-mined BTC sub-pool is at 6THs right now, 0% fees, and they still have one bounty left for the next BTC block finder of 0% fees for life + 1BTC reward. The other sub-pools they operate are LTC and FTC, so if you still GPU-mine those, you can have everything in one dashboard.

Here are my findings: https://docs.google.com/spreadsheet/...nc&usp=sharing

If someone was REALLY malicious, they could possibly use those low-level i2c commands to actually do physical damage to the miner - like setting the PLLs to ridiculously high values, or whatever...  Maybe write a script that just blasts random values over I2C, and see if you can make something smoke

I can't imagine why anyone would want to do something like that - but it's still something to consider if you are giving root access to random people...

hard reset should reset the passwords I believe.

as a reminder to all with multiple miners....    just update ONE and see how it goes on next firmwares

Had a small problem with 0.98, hashrate skyrocketed very hard on all the miners (some had a 35% increase in pool hashrate!) but the electricity it draws was too much for one of the UPS, which switched itself off.

Funny thing is that precisely into that UPS I had also plugged in the switch to which all my units are connected, so it brought  down all the farm.

The obvious explanation is that the UPS couldn't handle the power drew by the miner with 0.98 + the 16 ports switch, but that's ridiculous because the switch shouldn't draw more than 10w and the UPS is 1500va, so it is supposed to handle with no problem 900w of continuous power.

I'm now testing a couple of units with 0.98 (the ones in which the increase was spectacular), and I rolled back to 0.97 on the rest. Will report later.

Been doing some testing and still torn between 0.97 and 0.98.. need some advice.

All else aside.. I have a higher hashrate in 0.98, but WU is lower by about 250 compared to 0.97. I always believed the two to be directly correlated, but that doesn't appear to be the case here.

Which is more important in the long-term for overall earnings, hashrate or WU?

My Saturn went to 315 W from 295 W with 0.98fw

.97 Firmware
ASIC slot #1 39.5 ℃
ASIC slot #2 27.0 ℃
ASIC slot #3 43.0 ℃
ASIC slot #4 37.0 ℃

.98 firmware
ASIC slot #1   41.0 ℃
ASIC slot #2   28.0 ℃
ASIC slot #3   45.5 ℃
ASIC slot #4   38.5 ℃

I'll agree with the comments above, this firmware does run hotter than .97.  With the increased hashrate I suppose that is to be expected.  

Careful with this one, guys.. monitor your temps. My machines are running hot. Each chip about 2-4 degrees higher on 0.9.8.

Rolling back to 0.97 for now.

is bertmod & enablecores the same thing?

So far, my hashrate in CG miner has gone from 540 gh/s to 550

 cgminer version 3.6.6 - Started: [2013-10-29 14:29:59]
--------------------------------------------------------------------------------
 (5s):627.6G (avg):566.4Gh/s | A:27648  R:512  HW:594  WU:7846.7/m
 ST: 2  SS: 0  NB: 1  LW: 29933  GF: 0  RF: 0

Take this all with a grain of salt, it has been hashing for about 20 seconds - havent applied bertmod quite yet.

I haven't looked at that implementation yet

I have done similar test runs like you, and it is nice to just leave off the really bad ones and just keep on the rest, but it is also a wonder if even a 70% HW error core isn't worth just leaving on since it still provides 30% valid work

Does one terrible core effect another? Do HW errors tax the control unit?

If KNC would sell extra control units I would play around with a bad module but I am done taking downtime setting up different tests.  At some point I will RMA a few problem modules.

If you have good hardware you can run .96 at very nice Gh

I put 4 of my best modules in one miner and get 545-565 on avg at btcguild

tldr: Pay $200/a generic deposit on a credit card. Just have to auth it, dont even need to take it.

They send you new chip. You send back. They cancel auth.

If you don't send chip in, they take the payment.

They certainly run waaay better at 55-65, than at 35-45.

So I am a first batch KnC customer who just got my Mercury at the end of last week.  After some initial difficulties upgrading to the latest firmware etc. I got some help from Henrik from ORSoC in IRC, he ssh'd into my machine changed a bunch of settings and got it hashing at ~100gh/s.  Reason being that 1/4 of my chip is dead due to a hardware issue.  Glancing over the KnC forums I can see that I am far from alone having a defective chip and want to know how to go about getting it replaced.  Henrik from ORSoC mentioned that i will need to return my chip for replacement.

Obviously I have no interest in sending the chip back to Sweden before they can send me back another one, as even the 100 gh/s my miner can do is much better than the 0 I will get as soon as i send it out.  I wanted to post here to see if there is anyway we can try to get KnC Miner to do some sort of advanced RMA program.  They've no doubt proven themselves for their hardware, and ability to keep promises (at least significantly better than every company in the field with the exception of ASICMINER) and hardware issues aside I have had a fantastic customer experience with KnC.  I'd like to see if we can propose some sort of advanced RMA program, where a neutral forum member will hold escrowed BTC funds between KnC's customers and KnC, so that KnC can safely send out replacement chips to customers with defective units, without fear that the customer will run off with both chips. 

This is something I think would be greatly beneficial to all customers who have been affected by hardware defects, and still not place any undue costs on KnC for the advanced replacement of chips.  let me know if there is any support for this sort of program around here, I'm sure will enough support something like this could happen.

the honestly is nice but might scare people

can we have control on disabling/enabling cores?   bfgminer has it but seems to only makes changes on a restart (tallys and marks them, but i saw HW errors still grow on cores that were marked off during current run)

Even if we can just change the '10 HW errors in a row' to whatever we want and also if/when to try to enable cores.  I saw the code in the driver they posted