Swedish ASIC miner company kncminer.com

[soy]

if anyone is interested in a detailed account of dealing with 4 VRM boards pre-.95 I posted it here:

https://bitcointalk.org/index.php?topic=306969.msg3325981#msg3325981

For anyone that has been running overclocked 4 VRM boards (since that was the only firmware we had to choose from) then you might want to really think before switching to .95

If you have a new miner without a lot of HW errors (cores turning off) you may be fine with .95 but just know you are stuck with a substandard miner compared to one with 8 VRMs

Based on reports from users with Bertmod, 4 of the 8 VRM's were NEVER supplying power.

It IS possible they had some benifit but it was not to supply power.

If they did by some wierd fluke add some benifit, that could be added back using less expensive components.

We now return you to your regularly scheduled tangent.

this thread is full of people who write first and read maybe


if you have been paying attention, boards with 8 VRMs and pre-.95 regulated all the VRMs to the low .70's range while the 4 VRM boards flew up to 80's and 90's

I have a miner that has one board with 8 VRMs and the rest 4 VRMs.  Here is a screen shot of it running .93 and it has been stable hashing ~520Gh rated at pool for days

Thanks.  I hadn't looked at the numbers before.  Reason being I thought I'd get around to the non-KNC software after I finally get my miner and run it stock for a while.  I now appreciate the information!

[soy]

ok, i can get 1 instance going... and i have added the bogus workername knc cut& pasted into the worker name field to the pool, so that should work....  BUT...  they added HTTP://  to the stratum address!!!!!  and i cant seem to get the settings to save to change it


So, my next question is.... what filename are they using for the config file, because its obviously not the default?

try #find / -name "miner.conf"

[DPoS]

how do hard reset
because i do like the manual

and i can not know if i done or not(hard reset i mean)

the easiest way is to see if your SSH gets disabled.  That is part of the factory settings and you will have to go to services part of the web GUI and allow it again

[jelin1984]

i do hard reset but the ssh is enabled

i push 5 times the button
then let 5 seconds
and then push again 5 times the button

but nothing
what i do wrong?

[Paladin69]

What is a safe way to shut off the miner if I need to power it down?  This auto-run stuff is strange.  Okay to just pull the plug if I need to?

[Phoenix1969]

got it...its in another directory as /config/cgminer.conf instead of root....
-pico *.conf found it
saved to that file... drumroll...brb

[AFox]

Should I change pools or simply go back to firmware 0.94
Here's an average on 24 hours with firmware 0.94 and 0.95 :

--------------------	0.94	0.95
Average CGminer	270Gh/s	274Gh/s
Average Bitminter	275Gh/s	263Gh/s
Consumption	485 Watts	305 Watts
Temputure	54 & 62°C	42 & 47°C
HW	2.81%	0.79%

0.94
0.95

[Paladin69]

btw I have to agree with bitcoinorama that temps don't matter unless you are having shutdowns due to overheating issues.  I had a box fan laying on one of the Jupiters all night.  It dropped the temps 10-15 degrees but I seen no speed increase when periodically monitoring it.

The best medicine is to just use FW 0.95, at least for me.

[Paladin69]

Should I change pools or simply go back to firmware 0.94
Here's an average on 24 hours with firmware 0.94 and 0.95 :

	0.94	0.95
Average CGminer	270Gh/s	274Gh/s
Average Bitminter	275Gh/s	263Gh/s
Consumption	485 Watts	305 Watts
Temputure	54 & 62°C	42 & 47°C
HW	2.81%	0.79%

0.94
0.95

Pool speed is where the real-payout is.  I'd concern myself more with that than what cgminer says.

[Phoenix1969]

THAT WAS IT!
the file you save your settings to in cgminer is:
/config/cgminer.conf

anyone who was auto-pointed to slush may have this to do, since they added http:// to the stratum address
It all works now... even the gui page is working now too!!!    

[tolip_wen]

if anyone is interested in a detailed account of dealing with 4 VRM boards pre-.95 I posted it here:

https://bitcointalk.org/index.php?topic=306969.msg3325981#msg3325981

For anyone that has been running overclocked 4 VRM boards (since that was the only firmware we had to choose from) then you might want to really think before switching to .95

If you have a new miner without a lot of HW errors (cores turning off) you may be fine with .95 but just know you are stuck with a substandard miner compared to one with 8 VRMs

Based on reports from users with Bertmod, 4 of the 8 VRM's were NEVER supplying power.

It IS possible they had some benifit but it was not to supply power.

If they did by some wierd fluke add some benifit, that could be added back using less expensive components.

We now return you to your regularly scheduled tangent.

this thread is full of people who write first and read maybe


if you have been paying attention, boards with 8 VRMs and pre-.95 regulated all the VRMs to the low .70's range while the 4 VRM boards flew up to 80's and 90's

I have a miner that has one board with 8 VRMs and the rest 4 VRMs.  Here is a screen shot of it running .93 and it has been stable hashing ~520Gh rated at pool for days

Please explain why what you posted as proof that I don't read shows 4 VRM's on each module clearly indicating they are off and with 0 A output?

Perhaps it is a comprehension issue and not a reading issue?

[soy]

if anyone is interested in a detailed account of dealing with 4 VRM boards pre-.95 I posted it here:

https://bitcointalk.org/index.php?topic=306969.msg3325981#msg3325981

For anyone that has been running overclocked 4 VRM boards (since that was the only firmware we had to choose from) then you might want to really think before switching to .95

If you have a new miner without a lot of HW errors (cores turning off) you may be fine with .95 but just know you are stuck with a substandard miner compared to one with 8 VRMs

Based on reports from users with Bertmod, 4 of the 8 VRM's were NEVER supplying power.

It IS possible they had some benifit but it was not to supply power.

If they did by some wierd fluke add some benifit, that could be added back using less expensive components.

We now return you to your regularly scheduled tangent.

this thread is full of people who write first and read maybe


if you have been paying attention, boards with 8 VRMs and pre-.95 regulated all the VRMs to the low .70's range while the 4 VRM boards flew up to 80's and 90's

I have a miner that has one board with 8 VRMs and the rest 4 VRMs.  Here is a screen shot of it running .93 and it has been stable hashing ~520Gh rated at pool for days

Please explain why what you posted as proof that I don't read shows 4 VRM's on each module clearly indicating they are off and with 0 A output?

Perhaps it is a comprehension issue and not a reading issue?

Not having a KnC miner yet but a reader/scanner of the thread.  It was said already that the 8 VRM boards don't use 4 of them, so the one Jupiter with 8 shows 4 off.

[DeathAndTaxes]

Will that take some heat off the PSU to cool it down some?

Find out. Many (though mostly older) PSU's need a minimum load on the 5v or they dont regulate properly. This can cause severe issues, like high fluctuations on the 12V.
Just connect a cdrom drive, light bulb, hdd or whatever to put a minimum load on the 5V and see if it makes a difference. If it doesnt help, its not going to hurt either.

Steady the 3.3v Rail

http://www.ebay.com/itm/JUMP-START-EPS-ATX-24-PIN-POWER-SUPPLY-WITHOUT-A-MOTHERBOARD-MADE-IN-USA-/251029042274?pt=LH_DefaultDomain_0&hash=item3a727f3462

what do you all think is this iittle add a 3.3v load device on  the power on your knc miner power supply really gonna help any?

or is it smoke/mirrors..?

need to get one anyway if this seems better then making my own ...what the heck I can spring 9 bucks for 2 of them

(alas I know zip about this just trying to cover my butt in that they sent me 11k of stuff with no SWITCHES.....jeez...I must be outta my frigging mind btc/asic endeavors!)


Searing

It won't do anything.

A little about how a power supply works.   It has to rectify AC power into DC power and it also has to step down the voltage to a level used by computers.  Namely that is 12V, 5V & 3.3V.  

At one time power supplies did rectification and step down to all three voltages

So if you will excuse my horrible ASCII art


120/240VAC --------[AC to 12VDC conversion] ----->  12VDC out
                           |
                           |--[AC to 5VDC conversion] ------>  5VDC out
                           |
                           |--[AC to 3.3VDC conversion] ---> 3.3VDC out

This worked fine when load on all three rails was relatively balanced but efficiency is generally low and when the rails are out of balance efficiency suffers even more.


Two things occurs in roughly that last decade.  The first is that 3.3VDC and 5VDC isn't really used for any significant load.  At one time they were used to directly power CPU, memory, motherboard logic, etc.  However the operating voltage of modern components (including ASICS) is <1 VDC.  The power requirement for a motherboard also increased significantly.   A high end CPU, memory, and motherboard can pull 200W+.  On multi-CPU servers with large banks of memory this can be 500W or more.  500W @ 5VDC = 100A.  You would need a cable the size that connects to your car battery to handle that safely.    So motherboards contain their own DC to DC regulators.   The powersupply pumps in 12VDC the motherboard converts it to whatever it needs.  

The second was the "80Plus" program and it became a big marketing campaign.   People began buying more efficient PSU and it became increasingly hard to design a PSU that
could deliver massive current on the 12V rail, operate with minimal or no load on 3.3V, and still remain very efficient.

Today almost all high end (500W+) PSU use a concept call direct DC conversion.   Since the majority of the load is on the 12V rail ALL the power is converted to 12VDC.  Then the small 3.3V and 5V loads are converted off the 12V rail.

120/240VAC ----->  [AC to 12VDC conversion] ------->  12VDC out
                                   |
                                   |-----[12VDC to 5VDC conversion] -------> 5VDC out
                                   |
                                   | ----[12VDC to 3.3VDC conversion] ------> 3.3VDC out

putting an extra load on 3.3VDC rail does nothing.  Absolutely nothing.

[Phoenix1969]

Yep. Absolutely everything works seamlessly now that the config file is correct.
I'm even back to peaking at over 300 on .095 firmware.
It fixed everything.

[mininganon]

if anyone is interested in a detailed account of dealing with 4 VRM boards pre-.95 I posted it here:

https://bitcointalk.org/index.php?topic=306969.msg3325981#msg3325981

For anyone that has been running overclocked 4 VRM boards (since that was the only firmware we had to choose from) then you might want to really think before switching to .95

If you have a new miner without a lot of HW errors (cores turning off) you may be fine with .95 but just know you are stuck with a substandard miner compared to one with 8 VRMs

overclocking?.... how are you doing that?

4 VRM boards with pre-.95 firmware FORCED us to overclock by running high voltage/amps from our VRMs.  The reason I was able to get to 520Gh stable on my miner with .93 was that the overclocking compensated for the HW errors and that .93 restarts often if you miner starts to drop performance.

You can notice overclocking by the WU value you have compared to the number of cores you have running.  When you run .95 on a 4 VRM miner you will see a big decrease in WU

Since I am stuck with running .94 I will try putting a cgminer restart in the cron for every 30mins or hour to keep performance up

Hey If you can make that work please post how you added that to cron. crontab -e is not working

[Phoenix1969]

so if anyone has saved settings from cgminer, and just hit enter for the default config file... and experienced a gui glitch afterwards... this is the fix: after all the settings in cg are as you want them...when you save by hitting "S"for settings, then "W" for (write config file)in CGMiner don't hit "Enter", instead, type "/config/cgminer.conf", Then hit enter. Until I figured this out, I had to ssh into the miner, and start a second instance of cgminer to get mining, because KNC had added "HTTP://" to the stratum address, and entered my workername info incorrectly. The result, was a dead instance of cgminer, and a broken GUI, which was stopping me from changing the settings in a catch-22 situation. I inadvertantly used the cgminer default config file name in an attempt to fix the problem, not knowing that knc is using a custom location to store the config file. Seeking it in linux and typing it in the cgminer save field cured the problems. I now am able to assign the ip adress and save it as well now, where it wouldn't before, which means now, i dont have to sniff the ip either to ssh into the machine, or access the gui, because its all booting perfectly now, and connecting automatically to the pool, and hashing away by the time I can ssh in and do a screen -r.... no ip sniffing necessary. What a relief!
p.s... 0.95 is working fast as any I've had loaded now too.

[mo_mo]

so if anyone has saved settings from cgminer, and just hit enter for the default config file... and experienced a gui glitch afterwards... this is the fix: after all the settings in cg are as you want them...when you save by hitting "S"for settings, then "W" for (write config file)in CGMiner don't hit "Enter", instead, type "/config/cgminer.conf", Then hit enter. Until I figured this out, I had to ssh into the miner, and start a second instance of cgminer to get mining, because KNC had added "HTTP://" to the stratum address, and entered my workername info incorrectly. The result, was a dead instance of cgminer, and a broken GUI, which was stopping me from changing the settings in a catch-22 situation. I inadvertantly used the cgminer default config file name in an attempt to fix the problem, not knowing that knc is using a custom location to store the config file. Seeking it in linux and typing it in the cgminer save field cured the problems. I now am able to assign the ip adress and save it as well now, where it wouldn't before, which means now, i dont have to sniff the ip either to ssh into the machine, or access the gui, because its all booting perfectly now, and connecting automatically to the pool, and hashing away by the time I can ssh in and do a screen -r.... no ip sniffing necessary. What a relief!
p.s... 0.95 is working fast as any I've had loaded now too.

do I need to remove http://
and if I remove it what is the difference, since I have the "http:// "showing and it's mining ..would it increase the mining speed

[Phoenix1969]

so if anyone has saved settings from cgminer, and just hit enter for the default config file... and experienced a gui glitch afterwards... this is the fix: after all the settings in cg are as you want them...when you save by hitting "S"for settings, then "W" for (write config file)in CGMiner don't hit "Enter", instead, type "/config/cgminer.conf", Then hit enter. Until I figured this out, I had to ssh into the miner, and start a second instance of cgminer to get mining, because KNC had added "HTTP://" to the stratum address, and entered my workername info incorrectly. The result, was a dead instance of cgminer, and a broken GUI, which was stopping me from changing the settings in a catch-22 situation. I inadvertantly used the cgminer default config file name in an attempt to fix the problem, not knowing that knc is using a custom location to store the config file. Seeking it in linux and typing it in the cgminer save field cured the problems. I now am able to assign the ip adress and save it as well now, where it wouldn't before, which means now, i dont have to sniff the ip either to ssh into the machine, or access the gui, because its all booting perfectly now, and connecting automatically to the pool, and hashing away by the time I can ssh in and do a screen -r.... no ip sniffing necessary. What a relief!
p.s... 0.95 is working fast as any I've had loaded now too.

do I need to remove http://
and if I remove it what is the difference, since I have the "http:// "showing and it's mining ..would it increase the mining speed

no, your pool is using http then; slush uses stratum...   if yours is working, don't fix it..

[mo_mo]

so if anyone has saved settings from cgminer, and just hit enter for the default config file... and experienced a gui glitch afterwards... this is the fix: after all the settings in cg are as you want them...when you save by hitting "S"for settings, then "W" for (write config file)in CGMiner don't hit "Enter", instead, type "/config/cgminer.conf", Then hit enter. Until I figured this out, I had to ssh into the miner, and start a second instance of cgminer to get mining, because KNC had added "HTTP://" to the stratum address, and entered my workername info incorrectly. The result, was a dead instance of cgminer, and a broken GUI, which was stopping me from changing the settings in a catch-22 situation. I inadvertantly used the cgminer default config file name in an attempt to fix the problem, not knowing that knc is using a custom location to store the config file. Seeking it in linux and typing it in the cgminer save field cured the problems. I now am able to assign the ip adress and save it as well now, where it wouldn't before, which means now, i dont have to sniff the ip either to ssh into the machine, or access the gui, because its all booting perfectly now, and connecting automatically to the pool, and hashing away by the time I can ssh in and do a screen -r.... no ip sniffing necessary. What a relief!
p.s... 0.95 is working fast as any I've had loaded now too.

do I need to remove http://
and if I remove it what is the difference, since I have the "http:// "showing and it's mining ..would it increase the mining speed

no, your pool is using http then; slush uses stratum...   if yours is working, don't fix it..

actually i am using slush with http://...so i should take it out then?

[Phoenix1969]

wow, mine wouldnt work that way...your call.. it should be:   stratum.bitcoin.cz:3333    exactly like that.


edit: Now the date is correct in cgminer too, among other things
Now I feel I'm ready for the other two saturns that have been "In Progress" all week... ship them badboyz already!
I'll send Darkrider to pick them up....hope he has a jet    

The only stat that really worked before was the 5s avg.... now that all the other stuff is working, i can see myy real average is only about 268, which matches slush's stats.    I'm just glad to have one up & running for now