Swedish ASIC miner company kncminer.com

[FUKT]

update...
the slowest saturn, (255)normally, reported earlier as 260, is still inching upward, and now at 262.
The others, are 267 & 280 at present... Thumbs up

Who fucking cares! Are you trying to break a forum speed record for the most of inane/autistic posts per hour.

Maybe everyone who has a Saturn and is debating whether to update or not? Stop being such an ass.

Your autism is showing. Ignore.

[soy]

update...
the slowest saturn, (255)normally, reported earlier as 260, is still inching upward, and now at 262.
The others, are 267 & 280 at present... Thumbs up

Who fucking cares! Are you trying to break a forum speed record for the most of inane/autistic posts per hour.

Maybe everyone who has a Saturn and is debating whether to update or not? Stop being such an ass.

Absolutely.  Mashed the ignore.

[Phoenix1969]

Question for the group.....
This is my friend's Jupiter...


It came from factory using 0.95
The circled area is where we attempted to load 0.96...
tried opencores, yes...
We since flashed back to 0.95, and you see that it's ok again...
So, the Q is:  Should we try 0.97?   I know it will stop the "Flushwork" issue
but we are hesitant to load 0.97 since what 0.96 did...?

The downward spikes were internet connection problems he had...
(Evidently, his Son downloading videos & stuff unbeknownst to him...)....
cgminer had values listed on the RF field every round.
upgrading the connection to a bit faster dsl...

[timmmers]

update...
the slowest saturn, (255)normally, reported earlier as 260, is still inching upward, and now at 262.
The others, are 267 & 280 at present... Thumbs up

Who fucking cares! Are you trying to break a forum speed record for the most of inane/autistic posts per hour.

some of us are sharing information as it unfolds...
you obviously don't get what "Sharing information" is about... get lost...

on another note...


hope it makes someone smile!

IT does with leverage trading Been making me smile all week lol

[Bitcoinorama]

I see network hashrate that was 3.25PH/s when I looked late yesterday was a moment ago only 2.72 and now is 2.9.  I wonder if it's KnC miner users shutting down and restarting with the new firmware.

KNC Pool (https://portal.kncminer.com/) speed already 70 +TH/s (from about 25 TH/s for 24 hrs ). What it mean?

The firmware worked in the datacentre. It was tested on the hosting facility last night, then released today as it was deemed stable.

Hi, Bitcoinorama!

While we have you here and since you mention the hosting facility. Any news from there? Any fires or other disasters preventing new units from being added to it?

Only my and several other people's orders are skipped, while later non-hosted orders are being shipped. You said earlier that the queue was sacred...

The responses I got from support were non-commital, along the lines of "we know there are problems with the data centre, our engineers are working on it." I haven't heard any single existing hosted customer reporting any problems with their equipment that is already running there.

Any specific information would be welcome.

Thank you.

Yes, Bitcoinorama, please enlighten us! Have they run out of power/space or something? What is going on

I have no idea about the datacentre. I know there were API issues before I left for Berlin. I've been with the Life on Bitcoin guys since.

The only thing I know about the datacentre was that 0.97 was meant to add a huge boost to performance, as for the most case has been reported and reflected in the hashrate.

I'm not cust serv, but I'll ask when I get a chance with someone involved, and hit you back. I've said words to that effect in the PM you sent me earlier.

[crumbs]

...with my proprietary triple clipboard & cardboard cooling baffle, producing 32.0C and 31.5C VRM temps.  /sperg off.   I don't know how you hosted guys can stand not being able to ghetto mod your stuff, I would be in modding withdrawls.

Wait 'till you discover aluminum foil duct tape -- there'll be no stopping you (no workbench is complete without it )

[RoadStress]

Question for the group.....
This is my friend's Jupiter...


It came from factory using 0.95
The circled area is where we attempted to load 0.96...
tried opencores, yes...
We since flashed back to 0.95, and you see that it's ok again...
So, the Q is:  Should we try 0.97?   I know it will stop the "Flushwork" issue
but we are hesitant to load 0.97 since what 0.96 did...?

The downward spikes were internet connection problems he had...
(Evidently, his Son downloading videos & stuff unbeknownst to him...)....
cgminer had values listed on the RF field every round.
upgrading the connection to a bit faster dsl...

Definitely try 0.97. Best one till now.

[sbfree]

Has anyone seen or heard of a performance gain when changing the Asic board to a different slot on the controller board?

[FiatKiller]

Kudos for the idea. I also thought of that, but was afraid that Saturns had to be in certains slots, etc.
Wasn't really willing to risk experimenting that far.  lol

[FiatKiller]

Well, after running 9.7 FM all day, my WU is still 150 higher on my Saturn. Hashrate still seems up because at this time of day when it is warmer out if should be maybe 3-5 lower.

[soy]

Just back from 7 miles with my dog and found my miners down.  Must have been cable work nearby.  

So, here's what I think.  If an ASIC module has one or more dies showing high cores being disabled, shut down the system, let sit a minute before unplugging cables from the module.  Remove the module's heatsink, remove the board from the unit.  Then with some gentle support under 1 VRM at a time, exert pressure down on the flat metal top.  Continue with each VRM supporting under that module as you do so.  Reassemble the unit.  Run enablecores.bin and if you see improvement it's not that the VRMs are providing improved power but that the VRMs are losing more heat from their top rather than there bottom.  When they lose heat from the bottom the heat travels by way of the PCB to the nearby ASIC module and the nearest die will come up with errors.  That one reason the lower the fans to the deck method works so effectively - it passes air between the VRMs and ASIC module.

You all are welcome.  I know this is helping my competition but then I've never been an overachiever.

And if it works, the tops of the VRMs may have been jogged away from the underlying components when the fans got knocked free in transit or struck by a bouncing fan in transit.  If those tops do just snap on/off I wouldn't go just using any old heatsink compound.  I had noticed earlier this year when I built a heatsink for a USB Block Erupter, the heatsink contacting both the CP2102 and the ASIC, if the compound came in contact with the ASIC pins the hashrate suffered.  The stuff is suppose to be non-conductive but who knows.

If you remember the mid-west miner company, they chose the wrong FETs, the problem then wasn't so much the FETs but that the buck-converter got hot and I bet it was the ASIC closest to the overheating buck converter that got most often populated.  I can't understand when the buck converter datasheet clearly stated it will overheat if the wrong fets.  Then that most often populated ASIC would have high errors and they perhaps wondered why.

Nope, I am wrong.  I've had an expensive replacement fan for the Jalapeno sitting here from well before the jalapeno arrived.  I hadn't opened the Jalapeno until just now.  And no, they aren't populating the ASIC space closest to the buck converter in the Jalapeno.  I was wrong.

[xstr8guy]

.97 provided a nice little boost for my Mercury.  Went from 125-130GB/s to 135-140GB/s on pool stats (BTCG).  And hardware errors went from ~10% to ~6%.

[trepex]

... if you see improvement it's not that the VRMs are providing improved power but that the VRMs are losing more heat from their top rather than there bottom.  When they lose heat from the bottom the heat travels by way of the PCB to the nearby ASIC module and the nearest die will come up with errors.  That one reason the lower the fans to the deck method works so effectively - it passes air between the VRMs and ASIC module.

Wow! What a perfect explanation. I always had been wondering why some changes I made had an effect on the number
of disabled cores. Now it all makes sense!

Thanks!

[edgar]

after less than 3 hrs on 0.97 my fuse at the junction box blew, shutting down everything while i was asleep.

woke up to dark silence - creepy.

switched the tripped fuse back onand we;re back up and hashing.... any reports of similar issues/raised W pulled at the wall?

other than that 540 is now 536 - and WU is now 8147 from 7877

anyone added enablecores to .97 yet?

[greek_hephaestus]

Hello,
I received a Saturn today.
It comes with FW 0.95.
I update to 0.97 and show 1GH/s hashing.
I try hard reset (according to manual), enable cores, but nothing happens. When I trying 0.96 a red light appears on the controller board. When  I do enable cores again the red light disappears.
So, 0.96, 0.96.1, 0.97 does not work.
Right now only 0.95 works. But with many HW (about 30%). My hashing is about 195 GH/s. Also the cgminer restart often.
I have another Saturn that works just fine. 0.97 282 GH/s 3% HW.
Any suggestions?
Thank you very much.

[1krona]

How's the ROI looking? How many BTC's would 1 saturn from the 1-500 group have given you so far?

[Phoenix1969]

8 Hours after flashing 0.97

The 0.97 Update has surely reacted differently than the others.
All the other updates, or after any re-flashing, they would
normally ramp tight up to a really good speed within ten to fifteen
minutes, then over the following 8 hours or so they would slowly
return to the dilapidated speeds.
This time, they did the usual 10 to 15 minute bump, but quickly
fell to even slower speeds than I started with, which is what I
was cryin' about this morning; but as time moved on, I noticed
a few things were different besides the flushwork being fixed.
The Fastest saturn took only about an hour before it was crankin
at 280Gh/s, and it has stayed there.
The other two have slowly, over the last 8 hours climbed their way
above & beyond their normals.


edit...

now at ten hours...

[FiatKiller]

I got something interesting. I just totally screwed around with my airflow and lowered both ASIC fans, tilted the outer case fans down inwards and removed the house fan off the top(was blowing down) and put it on the empty half of the case blowing in the same direction as all the other fans. I have it tilted down at a 45 degree angle and it seems to be cooling the outer VRMs much better. The temp differential between the two ASICs is much better now, BUT my hashrate and WU did not budge one bit after half an hour! lol  Perhaps if I did an enable cores I would see a difference though. I have not run that since putting 9.7 on.

[docjunior]

My hosted miner went offline a few hours ago. Tried getting it to wake up by changing pool setting in the portal, I get the "pending" message, but then just "offline" again, and the KNC portal hash rate graph shows a steady flatline 0 gh/s... :-(

The past 24 hours, the miner has been really unstable, and today it just went out of business. I expected there to be some kind of surveillance of hosted miners to make sure units that went offline were rebooted or reset, but that does not seem to be the case (one of the reasons for chosing hosting in the first place was an assumption of 24/7 mining...)

Anyone else had their miner go offline? How long til you got it back online, and how? I'm hoping SOMETHING happens before Sweden wakes up to a new day tomorrow..

[nmat]

Anyone else had their miner go offline? How long til you got it back online, and how? I'm hoping SOMETHING happens before Sweden wakes up to a new day tomorrow..

Offline here too. It has been like this for a few hours now.