Topic: Swedish ASIC miner company kncminer.com - page 1370. (Read 3050074 times)

Well, I went back to 0.94. I think I'm the only one
Found out that the WU (Work Unit) is the most important value.

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

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

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

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

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.

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

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.

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.

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.

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?

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!!!    

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

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.

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

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

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?

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?

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

try #find / -name "miner.conf"