Swedish ASIC miner company kncminer.com

[btc_uzr]

Hello,

I spoke with KnC on the phone again (!) about the hosting.
All DAY1 customers with hosting should have their miner up and running in the hosting center by today (Tuesday).
They will receive an e-mail with the access informations.

I assume this will be just the web-interface. So I already sent them an e-mail yesterday requesting 2 external
pools to be configured (which can only be done via ssh access inside of cgminer).
I don't believe this will be done without a further call, but let's hope for the best.

trepex

Thank you trepex for the update!

I'd expect they have better things to do than adding for certain customers additional pools, etc now.
They said, in the beginning there will be the KnC-pool available, only as far as I can remember.
As soon as the management interface is up&running you can do what ever you want.
I'd hope they will not modify the config file via ssh for each and every hosting customer asking for it as it would delay startup even further.

---
Update regarding my received day2 order.

I reverted firmware version back to 0.91+rebootfix:
runs way more stable now - not a single reboot in the last minutes
(valid) hashrate is still around 500+ 20% lower in avg due to a lot of hw errors - the actual one is still >500
~/.ssh/authorized_keys not present after firmware downgrade
custom password still present
modified cgminer.config present

[Searing]

Heh on a side note....some products you can get to talk about your Jupiter Mining endeavors.....

T-Shirt Jupiter Mining Corp

http://www.amazon.co.uk/Vintage-Movie-Jupiter-Mining-T-Shirt/dp/B004LSY59Y/ref=pd_sxp_f_pt

Red Dwarf Coffee Mug Jupiter Mining Corp

http://www.amazon.co.uk/Red-Dwarf-Jupiter-Mining-Corporation/dp/B003U2T1WS/ref=cts_ap_2_fbt

snd of course your Jupiter Mining Corp Patch


http://www.ebay.co.uk/bhp/red-dwarf-patch

sorry could not resist when I saw the coffee cup

Searing

[trepex]

I cannot enter in the "mining" tab from the webui in one of my miners after I manually set up a failover pool in cgminer - everything worked fine until I added a new pool, removed the previous one, and added a third - now when I click on the "mining" tab on the webui I get a blank, white page.

Obvious SSHing the box and configuring cgminer directly still works.

This happened only in ONE miner, the rest are working fine despite of adding a failover pool - nevertheless, for those miners I just added a new pool and enabled failover, on the contrary on the "faulty" miner I did and undid a few changes in the "pool management" in cgminer.

Anyone with the same problem?

Yes, after adding a backup pool within ssh/cgminer, I get an empty (?) page from the web interface on the mining tab.
It's pretty OK for me, as I don't need the web interface for configuring mining pools.

Ralf / trepex

[trepex]

Problem report sent to KnC support:

Hello,

my Saturn miner is running with about 7.5% HW errors (0.93). It looks like this is normal / known by KnC.

But my cgminer process also terminates itself from 2x per hour up every 3h. I did not observe any uptime
of cgminer much greater than 3h.

I observed (by pure chance) such a restart life:
Everything did look normal. A new status update in the bottom of cgminer every few seconds.
Suddenly there did show up error messages like

KnC: accepted by FPGA X works, but only Y submitted (where Y=0 or 1 only I think). X was always < 10.

I did not manage to make a screendump fast enough.
Those messages did show up at a rate of 10-20 (?) per second. SO really fast. After a few seconds the
screen session did terminate and the cgminer process was restarted.

Ralf / trepex

[sickpig]

I cannot enter in the "mining" tab from the webui in one of my miners after I manually set up a failover pool in cgminer - everything worked fine until I added a new pool, removed the previous one, and added a third - now when I click on the "mining" tab on the webui I get a blank, white page.

Obvious SSHing the box and configuring cgminer directly still works.

This happened only in ONE miner, the rest are working fine despite of adding a failover pool - nevertheless, for those miners I just added a new pool and enabled failover, on the contrary on the "faulty" miner I did and undid a few changes in the "pool management" in cgminer.

Anyone with the same problem?

Yes, after adding a backup pool within ssh/cgminer, I get an empty (?) page from the web interface on the mining tab.
It's pretty OK for me, as I don't need the web interface for configuring mining pools.

Ralf / trepex

maybe unrelated question, but how did you manage to restart cgminer in case you hit Ctrl+C on cgminer screen? the only way  I found is to click "Apply" button on miner tab

[trepex]

Hello,

I'd expect they have better things to do than adding for certain customers additional pools, etc now.
They said, in the beginning there will be the KnC-pool available, only as far as I can remember.
As soon as the management interface is up&running you can do what ever you want.
I'd hope they will not modify the config file via ssh for each and every hosting customer asking for it as it would delay startup even further.

I can fully understand if KnC can't configure backup pools before they have solved all the other problems with
the hosting, BUT:

- I have not heard anything about the KnC pool yet. After all the current problems (like webinterface having no option
  for a backup pool) I do not have trust in a KnC pool at the moment.
- From another call with KnC I still assume that no one will get ssh access to the hosted miner. In combination with the
  webinterface not offering the config of a backup pool, this is something that KnC must do manually. Sorry!
  The hosting is overpriced for a normal hosting and I assume one reason is that KnC must do additional tasks normally
  not covered in a normal hosting:
  Doing software / firmware updates.
  Configuration of "normal" mining features via SSH as long as the customer available web interface does not allow this.
  Replacing units that caught fire / did explode    Sorry, I could not resist!

Ralf / trepex

[btc_uzr]

(...)
Yes, after adding a backup pool within ssh/cgminer, I get an empty (?) page from the web interface on the mining tab.
(...)

I can confirm this behavior.

[Nemo1024]

In response to my asking about SSH and back-up pools (5-day old reply):

We understand your point of view and appreciate you shared your ideas with us.

Due to security reasons, the ssh remote access is only available for shipped devices. For hosted devices we offer web portal where you will be able to configure some changes.

At this time there is no option to set back-up pools but we might consider it in the new versions of web portal. However, there is a possibility to switch the pools manually.

Med vänlig hälsning | Best regards
Anna Jagdhar
Kncminer

[btc_uzr]

update

jupiter received with v.0.91, upgraded to 0.93 => lots of cgminer restarts
downgrade to v0.91+rebootfix => runs stable, more hw errors, 20% lower effective hashrate
upgrade to 0.92+rebootfix => runs stable, 30% hw errors , 500-/+ effective hashrate avg

btw: after flashing downgrade it was not responding after reboot, had to power it off and on again, then everything was fine again

[Min€r]

DID ANYONE RECEIVE KNC UNITS TODAY? AND IF SO, ORDER #/PAY DATE PLEASE??

trying to gauge more or less where knc is at as far as shipping queue/order #/pay date?? thanks.

Yes, sir
Proud day2 owner reports: order received this morning and is meanwhile up&running.
The whole scene from UPS ringing the bell until now still feels like a dream...hopefully it is real!  

order number was <300, paydate early june,
based on pre-preorder from may

0.91 firmware, flashed to 0.93
cgminer restarts quite a lot, but hashrate is 500+ avg

Packet damaged from the outside, inside is fine.
One fan was loose, clipping it back on was easy (make sure you have a torx screw-driver present to be able to open the miner's case!!!)

btw:
had trouble with the config - wanted to add to /config/cgminer.conf another pool, but after restart cgminer complaint about no pool;
double-checked the JSON everything was fine.
So I removed the config completely and restarted cgminer. Then connected to it via ssh/screen and put in another pool through cgminer directly and wrote it to file on disk.
I hope it's still present after a reboot, not tested yet.

It`s a shame for KNC.... people get their unit a week earlier than others will receive for same confirmed production day (day 2 should be shipping). It seems "one KNC-day" is nearly a week in rest of the world.

[Nemo1024]

Well, at least it's not "two weeks"(tm) equalling 2 years. 

[demonmaestro]

It`s a shame for KNC.... people get their unit a week earlier than others will receive for same confirmed production day (day 2 should be shipping). It seems "one KNC-day" is nearly a week in rest of the world.

well why wont you go over there and make miners for them and see how long it takes you. Thies things are not all automated on the putting together process. It takes time to make/pack them. Damn hold your horses.  

Well, at least it's not "two weeks"(tm) equalling 2 years.  

*Cough BFL Cough*
Indeed!  

[Min€r]

Well, at least it's not "two weeks"(tm) equalling 2 years. 

 

[Vyper]

Does someone have an IR camera to see the Picture of Jupiter hashing with temperature scale on different Components. I'm just curious if attaching small ramsinks on different Components would avoid an eventual burnout?
If all Components is down below 70 degrees C then i don't see a reason but above that lowering the temps would be useful.

My "rule" is simple. Touching a Component for about 2-3 seconds and you have to remove your finger unless you get burnt! Then i consider the passive Components to be a tad to warm to work 24/7/365.

//Vyper

[sickpig]

Does someone have an IR camera to see the Picture of Jupiter hashing with temperature scale on different Components. I'm just curious if attaching small ramsinks on different Components would avoid an eventual burnout?
If all Components is down below 70 degrees C then i don't see a reason but above that lowering the temps would be useful.

My "rule" is simple. Touching a Component for about 2-3 seconds and you have to remove your finger unless you get burnt! Then i consider the passive Components to be a tad to warm to work 24/7/365.

//Vyper

someone on #kncminer irc channel said that the DC/DC converter reach a temp between 70-75° Celsius, and in fact he puts heat-sinks on all converters

http://it.mouser.com/images/geenergy/lrg/DLynxMDT040.jpg

https://i.imgur.com/BBZbQhH.jpg

[Min€r]

It`s a shame for KNC.... people get their unit a week earlier than others will receive for same confirmed production day (day 2 should be shipping). It seems "one KNC-day" is nearly a week in rest of the world.

well why wont you go over there and make miners for them and see how long it takes you. Thies things are not all automated on the putting together process. It takes time to make/pack them. Damn hold your horses.  

Looks like the knc guy is packaging the first time in his life. No wonder now  

http://www.youtube.com/watch?v=bDdcZtdBL2M

Yeah putting the heatsinks on and maybe 4 screws for each board is too really time consuming.

[Vega]

For those with miners running i've started a thread to get some consolidate #'s on hash rate / error % on KnC forums.

http://forum.kncminer.com/forum/main-category/hardware/5563-hw-error

It would be better to make a topic here, KnCMiner forum is unstable. I can't even register. Here are mine:

    Miner Type: Jupiter
    CGMiner Hash Rate (average): 495 Gh/s
    CGMiner HW Error %: 17.2%
    Firmware Version: 0.93
    Uptime: 16 Hours
    Case: On


CGMiner crashes once in an hour or two. At the pool the speed is only 450.80 GH/s, with 95.37% accepted shares.
I played with some extra ventilation not really helped the performance.

[Vyper]

Ok thanks for Picture.. Then they are safe actually. I'm more curious about the capacitors around it.

http://www.mouser.com/ds/2/167/MDT040A0X-24165.pdf

[thomashrev89]

Does someone have an IR camera to see the Picture of Jupiter hashing with temperature scale on different Components. I'm just curious if attaching small ramsinks on different Components would avoid an eventual burnout?
If all Components is down below 70 degrees C then i don't see a reason but above that lowering the temps would be useful.

My "rule" is simple. Touching a Component for about 2-3 seconds and you have to remove your finger unless you get burnt! Then i consider the passive Components to be a tad to warm to work 24/7/365.

//Vyper

someone on #kncminer irc channel said that the DC/DC converter reach a temp between 70-75° Celsius, and in fact he puts heat-sinks on all converters

http://it.mouser.com/images/geenergy/lrg/DLynxMDT040.jpg

https://i.imgur.com/BBZbQhH.jpg

where can you buy those small heatsinks?

[Puppet]

You should be able to buy them anywhere, local electronics shop or ebay. Something like this:
http://www.ebay.com/itm/IC-Alu-Kuhlkorper-Kuhl-Rippen-SMD-Heatsink-kuhler-Aluminium-Cooling-Aluminum-/320966208212?pt=Bauteile&var=510076969589&hash=item4abb13aad4

That said, unless someone provides a spec sheet stating otherwise, 75C is probably completely safe. VRM are typically specced to run at 120C or so.