KnCMiner Jupiter Miner First Impressions

[FiatKiller]

Can someone recap the reason why some are saying to rename/delete the asic-test file? Is it because
some cores were tagged in it for permanent disablement and when you upgrade the firmware
you want to start with a fresh slate? Or is it some other reason altogether? Downloaded WinSCP
last night and I can finally see all the files.  :-D

[il_minatore]

Can someone recap the reason why some are saying to rename/delete the asic-test file? Is it because
some cores were tagged in it for permanent disablement and when you upgrade the firmware
you want to start with a fresh slate? Or is it some other reason altogether? Downloaded WinSCP
last night and I can finally see all the files.  :-D

Because if you run asic_test there is the possibility that one or more boards doesn't work... and the solution is to delete asic_test file and reboot

[eurgbp2011]

This jupiter is underperforming 25%
Do you see anything suspicious here?

Miner Status






Mining Status

CGMiner Status Running (pid=1760)
Last Checked Fri Oct 25 15:02:52 UTC 2013
Avg. Hash Rate 513 Gh/s
Difficulty Accepted 6,730,240
Difficulty Rejected 55,296 (0.6 %)
Hardware Errors 1,836,190 (17.6 %)
WU 7,886
Difficulty Stale 0
Network Blocks 182
Pool Rejected 0.8 %
Pool Stale 0
Best Share 83,333,458
Found Blocks 0


HW Status

ASIC slot #1 53.5 ℃
ASIC slot #2 -
ASIC slot #3 73.0 ℃
ASIC slot #4 57.5 ℃
ASIC slot #5 55.0 ℃
ASIC slot #6 -


--------------------------------------------------------------------------------

ASIC Board Status
Update ASIC Status
 
Last updated on Fri Oct 25 15:03:03 2013


ASIC Board

Info


0

Temperature sensor: 53.5 C


Die ID

Cores ON

Cores OFF

%

0 48 0 100
1 48 0 100
2 48 0 100
3 48 0 100


DC/DC ID

ON/OFF

Status

Input Voltage

Output Voltage

Output Current


0
ON OK 11.8 V 0.724 V 40.2 A (29.1 W)

1
No DC/DC detected

2
ON OK 12 V 0.741 V 40.9 A (30.3 W)

3
No DC/DC detected

4
ON OK 11.9 V 0.751 V 41.1 A (30.9 W)

5
No DC/DC detected

6
No DC/DC detected

7
ON OK 11.8 V 0.735 V 42.3 A (31.1 W)
 

2

Temperature sensor: 73.0 C


Die ID

Cores ON

Cores OFF

%

0 48 0 100
1 48 0 100
2 48 0 100
3 48 0 100


DC/DC ID

ON/OFF

Status

Input Voltage

Output Voltage

Output Current


0
ON OK 11.9 V 0.746 V 45 A (33.6 W)

1
No DC/DC detected

2
ON OK 11.8 V 0.746 V 44.3 A (33 W)

3
No DC/DC detected

4
ON OK 11.8 V 0.767 V 43.6 A (33.4 W)

5
No DC/DC detected

6
No DC/DC detected

7
ON OK 11.8 V 0.756 V 44.8 A (33.9 W)
 

3

Temperature sensor: 57.5 C


Die ID

Cores ON

Cores OFF

%

0 48 0 100
1 48 0 100
2 48 0 100
3 48 0 100


DC/DC ID

ON/OFF

Status

Input Voltage

Output Voltage

Output Current


0
ON OK 11.9 V 0.74 V 41.3 A (30.6 W)

1
No DC/DC detected

2
ON OK 12 V 0.736 V 42.7 A (31.4 W)

3
No DC/DC detected

4
ON OK 11.9 V 0.743 V 43.4 A (32.2 W)

5
No DC/DC detected

6
No DC/DC detected

7
ON OK 11.9 V 0.759 V 43.8 A (33.2 W)
 

4

Temperature sensor: 55.0 C


Die ID

Cores ON

Cores OFF

%

0 46 2 95.8
1 48 0 100
2 48 0 100
3 48 0 100


DC/DC ID

ON/OFF

Status

Input Voltage

Output Voltage

Output Current


0
ON OK 11.9 V 0.754 V 38.9 A (29.3 W)

1
No DC/DC detected

2
ON OK 11.9 V 0.749 V 41.5 A (31.1 W)

3
No DC/DC detected

4
ON OK 11.9 V 0.72 V 41.9 A (30.2 W)

5
No DC/DC detected

6
No DC/DC detected

7
ON OK 12 V 0.751 V 42.4 A (31.8 W)
 

Total DC/DC power output: 505 W

[jelin1984]

how i can add manyally at cgminer at knc

restart the device when the hashing speed at pool is low!!!!!!!!!!!!!!!!!!!!!!!

any details?
 Huh Huh Huh Huh Huh Huh Huh

[Korbman]

how i can add manyally at cgminer at knc

restart the device when the hashing speed at pool is low!!!!!!!!!!!!!!!!!!!!!!!

any details?
 Huh Huh Huh Huh Huh Huh Huh

The way I've done it is to SSH into the rig, kill the running CGMiner process that the miner autostarts, and then start up CGMiner again from the command line (inputting your info along the way). It'll show the raw hashing data so long as you maintain the SSH connection.

Keep in mind that the hashing speed shown by the pool isn't indicative of how fast your rig is actually going (thanks to variance).

[Sitarow]

Thanks for the advice Sitarow!  I'll look for another fan as suggested.  I've noticed that even just taking the case off makes a big difference.

I've ordered a 24U quiet rack cabinet, and when it arrives I plan to put my Jupiter in there.  It is an "active" cabinet, meaning that it has fans at the rear to create airflow.  I wonder whether I should run my Jupiter in the cabinet with case on or off?  If case off, should I have an additional fan on top of the Jupiter, blowing down?  I have no problem with that concept, I'm just worried about how much rack space the extra top fan will take (maybe it won't be much).

Am I right in saying that you have proven that a top fan blowing down is the best set up?

Yes case off and house fan on best results.

However replacing intake fans with high cfm fans works if you must put case cover back on.
Ambient room temp below 20 is also good.

[Zelek Uther]

On .97 Jupiter anyone seeing a big difference between what CGminer is reporting and what BTCGuild is reporting for hash rate?

Seeing 513GH cgminer and 440GH on BTCGuild.

Yessir, me too!

539 on cgm/puTTy - 499 on BTCG = .97

i flashed back to .96.1 and now have 532 on cgm/puTTY - 503 on BTCG

still not as 'good' as .95 but need to calc the HW errors to make it more accurate.

cgminer: 488 Gh/s
BTC Guild: 391 GH/s

Running on firmware 0.97.  Case off, stock fans, no additional cooling (on To Do list), for about 17 hours now.

Stats from cgminer:
 KnC 0:                | 485.5G/488.7Gh/s | A:3600070 R:32074 HW:1313634 WU:7444.1/m

Help!  Is the large difference between cgminer and BTC Guild because of the large number of hardware errors?  Why is this happening... did I get unlucky with my chips?

[FoldingTime]

On .97 Jupiter anyone seeing a big difference between what CGminer is reporting and what BTCGuild is reporting for hash rate?

Seeing 513GH cgminer and 440GH on BTCGuild.

Yessir, me too!

539 on cgm/puTTy - 499 on BTCG = .97

i flashed back to .96.1 and now have 532 on cgm/puTTY - 503 on BTCG

still not as 'good' as .95 but need to calc the HW errors to make it more accurate.

cgminer: 488 Gh/s
BTC Guild: 391 GH/s

Running on firmware 0.97.  Case off, stock fans, no additional cooling (on To Do list), for about 17 hours now.

Stats from cgminer:
 KnC 0:                | 485.5G/488.7Gh/s | A:3600070 R:32074 HW:1313634 WU:7444.1/m

Help!  Is the large difference between cgminer and BTC Guild because of the large number of hardware errors?  Why is this happening... did I get unlucky with my chips?

I had major HW errors on 0.97 also, going back to 0.96 fixed it for me.

[shmadz]

Did any of you have troubles or delays with customs? My Jupiter arrived in Canada on Wednesday and it is being held hostage at the airport. I contacted DHL and the only response thus far was  "Shipment was referred for examination"

Does anyone know how long this process will take? My friend told me it could take a month to clear, which would make it almost worthless to me, but I hope he is just pulling my chain.

Thanks.

[jelin1984]

Canada is the more difficult customs with Germany
I think you might pay taxes

[Searing]

All the firmware's were run at least 24 hours without any reboot.
For that reason firmware 0.90 to 0.93 aren't listed.

--------------------	0.94	0.95	0.96	0.97
Average CGminer	270Gh/s	274Gh/s	280Gh/s	284Gh/s
Average Pool	275Gh/s	263Gh/s	278Gh/s (link)	283Gh/s (link)
Consumption	485 Watts	305 Watts	313 Watts	313 Watts
Temputure	54 & 62°C	42 & 47°C	42 & 47°C	40 & 44°C
Rejected	1.5%	0.22%	0.38%	0.48%
HW	2.81%	0.79%	1.08%	1.47%
WU	3975/m	3717/m	3933/m	4021/m

0.94	0.95	0.96	0.97

as impressive as all the above seems I still have mine on .95 ..not sure of my watt useage....it is stock plug'd it in and get the following


565gh   4.52% error rate  wu is like 7709 or some such... it slows down for knc flushwork and found block stuff ....I need to find the link to the way to add a 2nd pool to .95 does not have that option....hmm what else.... oh my temps are 40c for 2 and 27c and 31c or was last I looked...er by the by it was running at 555 the last day it has creeped up to 565gh ..also it is in a basement and the temp is 62F and I have the top off and 2 6" fans on either side along side the front blowing crossways (overlapping) moving air

anyway again impressive but I have the noob skills of a block of wood on tech....so just not comfortable with all the folks with good miners that went to .97 and went backwards...and that disabling core permanently flag on some units also was daunting would feel more comfortable with my hand held and it built into bfgminer as options or the knc version...anyway my 2c worth

anyway any enlightenment is welcome I am following this thread

and if someone has a link to  the way to add a backup pool to .95 feel free I "may or may not" be brave enough to attempt such

by the by I assume when luke jr gets his bfgminer version up and such and more polished some of this stuff will be addressed ......I only have 1 core that comes up enable unenable ... knock once in a great while...would like to see the bertmod and the enbable cores and some of the other tricks enbabled in an interface .....my miner arrived hand carried to keep it in the box in soaking wet cardboard.....((my view is prob why it works so well ....if it happened at start of trip to me they had to 'hand carry" it all the way with 2 hands .....could not play Frisbee with it and keep it in the box.)...anyway don't want any more attention from those harsh 'asic gods' as they play dice with difficulty ..drink mead and laugh down on us puny miners...

thanks in advance for any views on above

Searing

[jelin1984]

Please knc stop delivered Jupiter
Because at 2 weeks will be diff to sky

[FiatKiller]

All the firmware's were run at least 24 hours without any reboot.
For that reason firmware 0.90 to 0.93 aren't listed.

--------------------	0.94	0.95	0.96	0.97
Average CGminer	270Gh/s	274Gh/s	280Gh/s	284Gh/s
Average Pool	275Gh/s	263Gh/s	278Gh/s (link)	283Gh/s (link)
Consumption	485 Watts	305 Watts	313 Watts	313 Watts
Temputure	54 & 62°C	42 & 47°C	42 & 47°C	40 & 44°C
Rejected	1.5%	0.22%	0.38%	0.48%
HW	2.81%	0.79%	1.08%	1.47%
WU	3975/m	3717/m	3933/m	4021/m

0.94	0.95	0.96	0.97

as impressive as all the above seems I still have mine on .95 ..not sure of my watt useage....it is stock plug'd it in and get the following


565gh   4.52% error rate  wu is like 7709 or some such... it slows down for knc flushwork and found block stuff ....I need to find the link to the way to add a 2nd pool to .95 does not have that option....hmm what else.... oh my temps are 40c for 2 and 27c and 31c or was last I looked...er by the by it was running at 555 the last day it has creeped up to 565gh ..also it is in a basement and the temp is 62F and I have the top off and 2 6" fans on either side along side the front blowing crossways (overlapping) moving air

anyway again impressive but I have the noob skills of a block of wood on tech....so just not comfortable with all the folks with good miners that went to .97 and went backwards...and that disabling core permanently flag on some units also was daunting would feel more comfortable with my hand held and it built into bfgminer as options or the knc version...anyway my 2c worth

anyway any enlightenment is welcome I am following this thread

and if someone has a link to  the way to add a backup pool to .95 feel free I "may or may not" be brave enough to attempt such

by the by I assume when luke jr gets his bfgminer version up and such and more polished some of this stuff will be addressed ......I only have 1 core that comes up enable unenable ... knock once in a great while...would like to see the bertmod and the enbable cores and some of the other tricks enbabled in an interface .....my miner arrived hand carried to keep it in the box in soaking wet cardboard.....((my view is prob why it works so well ....if it happened at start of trip to me they had to 'hand carry" it all the way with 2 hands .....could not play Frisbee with it and keep it in the box.)...anyway don't want any more attention from those harsh 'asic gods' as they play dice with difficulty ..drink mead and laugh down on us puny miners...

thanks in advance for any views on above

Searing

To add a pool, just click on the Mining tab next to the Status tab and click Add Pool button on the right side.

[HowlingMad]

Has everyone looked at the file asic_test in the /config folder? 

I have a Saturn delivered 10/25 and have not been able to run any version other than 0.95.  My file states:


ASIC board #0 has 4 DC/DC
Found a KnC miner with 192 cores
KnC ASICs: good cores: 143 from 192
KnC ASICs: good cores after re-test: 144 from 192
KnC ASICs: good cores after re-test: 144 from 192
Good cores map:
 FF FF FF FF FF FF 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00


LM75 error: Bad ID 0xFFFFFFFF
ASIC board #1 has 0 DC/DC
etc.............

Wondering if everyone's test file looks like this?

PS> Bertmod states I am only using 183 watts!

[Searing]

as impressive as all the above seems I still have mine on .95 ..not sure of my watt useage....it is stock plug'd it in and get the following

and if someone has a link to  the way to add a backup pool to .95 feel free I "may or may not" be brave enough to attempt such

thanks in advance for an views on above

Searing

To add a pool, just click on the Mining tab next to the Status tab and click Add Pool button on the right side.

er....again my system is running version .95 there is no such button on this version to add a pool..I thought there was a way to manually set this up with .95...again at 565gh and a 5% error rate I really don't want to touch this Jupiter by taking a chance on upgrading it....that seems "ludicrous speed" for a Jupiter from what I can tell on here for a Jupiter imho...

 

[kano]

To manually get around the problem ...

From another computer that has Java and network access to the KnC, get a copy of API.class from git (if you don't already have it)
https://github.com/ckolivas/cgminer/blob/master/API.class

java API "addpool|URL,USR,PASS"

As per API-README:

Code:

 addpool|URL,USR,PASS (*)
               none           There is no reply section just the STATUS section
                              stating the results of attempting to add pool N
                              The Msg includes the pool URL
                              Use '\\' to get a '\' and '\,' to include a comma
                              inside URL, USR or PASS

Edit: assuming they haven't disabled addpool in the API

[-ck]

I've just created a kncminer branch on my github and have imported their most current code and built my first binary for this. It is not a full firmware and the only thing users may note is the hashrate won't lie with this one, as it won't count hardware errors as hashrate. Also my hardware error count is significantly lower with this on the Saturn dev machine I was sent.

Here's a direct link to the binary:
http://ck.kolivas.org/apps/cgminer/kncminer/cgminer

You'll have to ssh into the kncminer and copy and use that file directly. Hopefully the libraries all match between my dev environment and the default kncminer operating system which means the binary should just work if you run it like on any other OS.

[DPoS]

I've just created a kncminer branch on my github and have imported their most current code and built my first binary for this. It is not a full firmware and the only thing users may note is the hashrate won't lie with this one, as it won't count hardware errors as hashrate. Also my hardware error count is significantly lower with this on the Saturn dev machine I was sent.

Here's a direct link to the binary:
http://ck.kolivas.org/apps/cgminer/kncminer/cgminer

You'll have to ssh into the kncminer and copy and use that file directly. Hopefully the libraries all match between my dev environment and the default kncminer operating system which means the binary should just work if you run it like on any other OS.

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

[sickpig]

I've just created a kncminer branch on my github and have imported their most current code and built my first binary for this. It is not a full firmware and the only thing users may note is the hashrate won't lie with this one, as it won't count hardware errors as hashrate. Also my hardware error count is significantly lower with this on the Saturn dev machine I was sent.

Here's a direct link to the binary:
http://ck.kolivas.org/apps/cgminer/kncminer/cgminer

You'll have to ssh into the kncminer and copy and use that file directly. Hopefully the libraries all match between my dev environment and the default kncminer operating system which means the binary should just work if you run it like on any other OS.

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

DPoS

at the moment I'm running bfgminer compiled form github repo @  0a2c45816a813bc921f69c95f6c849f643d53277 (so before luke implement the mechanisms to automatically disable and re-enable problematic cores), and this is what I do every time I need to restart  the miner sw:

- /etc/init.d/cgminer.sh start
   
  the script loop through all your cores and among other things it enables all of them

- let knc cgminer version to run for a at least 20 mins.

  that way all the faulty/too hw error prone cores will be disabled.

- stop cgminer and start bgfminer.

 
using this steps I'm able to get a lower HW % and more stable hashrate and maybe a few GH/s more i terms of performance.

As soon as I will be able to regain remote access to the miners I'll test also ckolivas cgminer version.

[DPoS]

(so before luke implement the mechanisms to automatically disable and re-enable problematic cores),

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