Topic: Swedish ASIC miner company kncminer.com - page 71. (Read 3049514 times)

Just want to thank you and Gentarkin for continuing to improve this mod!  I have installed the latest premium V.99b to all 3 Titan Controllers and they are all running well so far.  I do noticed a bit more hashrate fluctuation, but that's probably expected since it has been hot where I am at and the new software is doing a better job of keeping the cubes at a safe temperature.

May I make a suggest for the next firmware release?  How about adding some kind of scheduler to turn off bfgminer/mining at certain configurable hours, when it is hot or when the electricity rate is at the highest during peak hours?  This is more for future consideration if Litecoin difficulty continues to rise faster than the norm.  We can turn off mining when it is unprofitable and turn it back on when it is profitable.

Ok guys V.99b has been officially released to paid members. Please go to your paid membership page and download: http://bitcoinlasvegas.net/kncminer-titan-custom-firmware-mod-paid-membership-page/

If you paid and have a login account, it will let you through. If you paid and it does not let you through, then I need to manually add you. That means just register a username on my site, and email me at [email protected] and tell me your a premium member and tell me your username. Ill verify your account and then upgrade you to premium, and email you back. From then on youll always have access to the premium page. If you want to be automatically notified about updates, then see the note on the premium membership page.

Thanks Vegas

Thank you. We were dividing our time on both and less was getting done. We had to come to a decision on what to do. People still will have a free version, but it will take a backseat, and the premium version with all the latest goodies will come first.

Vegas

good work Vegas! focusing on premium version is the right direction.

Gentarkin and I have talked and decided to focus more heavily on developing the premium version. The free version will always be atleast 1 version behind from now on. The premium version users will always get the latest version , the minute its released. V.99b will be released very shortly to the premium users. My website is in the middle of changing host providers, so its down for a few hours. When v.99b is released I will post it on my premium page and email everyone that has paid for a premium version.

V.99b will include the following changes and will be released soon:

Major changes in this release:
FAN-FAIL protection - The way this works is, if any die DCDC's are detected 10C over the user specified temp threshold(and DCDC protection is enabled) OR DCDC's are over 115C(and DCDC protection is enabled) then those dies will be shut off & bfgminer restarted. A warning in big red letters will be thrown up on the STATUS page of webgui, also if using the LCD, its message will switch to "Poss. Fan-Fail!". Both the STATUS page message & LCD message will say what cube(as labeled per webgui advanced page) was flagged as having a possible fan failure.
To clear fan-fail message on status page & LCD... a reboot of the pi will be needed.

there is no way to physically detect an actual fan failure as it seems there is no sort of fan monitoring / control on these boards, so thats why I came up w/ the rule based fan failure detection.

Minor changes:
1. More options in DCDC dropdown menu
2. Added wall watts estimation to ADVANCED page. Assumes 85% PSU effeciency plus power required for pi, controllerboard & fans.
3. Replaced default KNC version message on LCD w/ GenTarkin's Mod version information

Minor fixes:
1. Refined hostname(minername) handling & backupname file handling
2. Removed bfgminer.sh from git & builds to avoid overwriting peoples custom command line arguments for bfgminer.

a preview ... =)

I think this is a good addition to notify of fan failure and in my case of unattended miners its great to have over heat protections built in

Ok, included in the next version will also be code to show possible fan-fail detection message & what cubes ... on the LCD display =)
The LCD display will revert to default after pi is rebooted.

Hello vegas and thanks for your quick answer...i will try this evening what you write in your last post and PM you the results.thanks again.

Frenchy, does any cube show up in that port on your controller? If no, then it could be a bad port on your controller. You can remove the lcd screen and use that as a port. Also its possible that its a bad ribbon cable. Try another Ribbon cable in that port. Also does that cube work in another port?

Vegas

I LOVE IT!!!!!!!!!!!!!!!!!!!

Vegas

http://organofcorti.blogspot.com/2015/09/september-6th-2015-block-maker.html

KNC is growing 

Dozens of defrauded users, lawsuits.. ..and KNC is growing!
Their lawyer is god - 100% 

Hello gentarkin!I think your idea of fan fail message on the lcd screen is a good idea because i use lcd screen.But i have a question :Is there a possibility to change the way that the cubes are detected by the controller?I still have problem with my titan who isn't working anymore since 2 months now just because cubes are not detected anymore.on the four cubes ,just one recognized by the controller in the dcdc's average temperature  column but not in the temperature column of the status page.i can't fix the problem and have no idea anymore....

nother quick little feature going into next build:

Updated LCD display message =)
 

Got a question for yall, if a fan failure is detected, would it help anyone if I put a message on the LCD??? Like...... "FAN-FAIL DETECTED!"
I dont know how many people actually use the LCD =P

An update coming down the pipes for next release....
Fan failure protection w/ webgui output in big red letters when a potential fan failure has been detected!!!!

Up till now, my monitoring script has dynamically adjusted clocks up n down depending on environmental temperatures that increased / decreased gradually. It would attempt to clock the unit down as temps rose but this happened at the rate of KNC's monitoring script which is 1 poll per minute. A fan failure would easily go up in temperature much quicker than decreasing 25mhz ever 1 minute on respective dies would account for.
In the process of coding this I also found fault w/ KNC's waas command not actually being able to set a die OFF, rather bfgminer would have to be restarted and the advanced.conf file held a null value of any desired dies to be set as "OFF".
So... what Ive come up with is a small rewrite of setting dies to OFF logic(now all dies set to off while mining will invoke a bfgminer restart).
Next, onto the fan fail protection conditions...
1. If either of the DCDC temps of any die have detected as being above the user set threshold by 10C or more then the dies will be turn OFF.
OR
2. If either of the DCDC temps of any die have reached 115C or higher then that die will be set OFF.

After all dies which meet the condition above have been set to OFF, bfgminer will be issued a restart command.
A warning in big red letters on the STATUS page of webgui will warn about a possible fan failure detection.

To clear the warning the pi must be rebooted(I figured in the case of a genuine fan failure, the pi will be turned off along w/ the miner to service the cube w/ the failed fan).

*note.... if the 115C threshold ends up being an issue for anyone running their titans this hot well... A: your Titan will not last long B: I can always change this upward, but Im willing only to go up to 120C or so.

I will post when this release will be live.

For those looking for a reliable stable pool to park your KNC Titan's on we have a custom Titan port on www.xpool.ca

We've already done a great deal of testing and tweaking and currently the existing Titans are hitting a efficiency of +96% which is pretty good considering we're running a multipool.

Suggested config for the pool is:

{
"pools": [
{
"url": "mine.xpool.ca:1123/#xnsub#skipcbcheck",
"user": "coinaddress.workername",
"pass": "--diff 16384"
}

],
"scrypt-n": 10,
"failover-only": true,
"no-submit-stale": true
}

Valid coins to get paid in are BTC, LTC, NXT, DASH, BTCD, FIBRE and BITS.

Also with our custom account settings you can keep any coins you mine by setting each of your wallet addresses and saving the settings by using an encrypted message from your main coin/mining address.

You can view our support/info thread from the link in my sig.

Cheers!

Need to login with user pi not root or it wont work

then do screen -r

I am aware of the "screen -r" command.  I used it on my Neptune to check the HW % for each individual die.  However for some reason, it doesn't work on any one of my Titan Raspberry pi controllers.  It always gives me the error "There is no screen to be resumed" message.

I don't meant to ask to display every single individual stats, I think the HW error % next to each die is helpful to have for optimizing the Titan since most dies can handle under-clocking to run cooler and use less power while maintaining less than 1% HW error rate.  Just a suggestion to try to make the Titan firmware mod even better.

root@raspberrypi:~# screen -r
There is no screen to be resumed.

root@raspberrypi:~# ps -ef | grep screen
root     26242  4568  0 04:55 pts/1    00:00:00 grep screen

root@raspberrypi:~# ps -ef | grep bfgminer
pi       18249     1  0 Sep07 ?        00:00:10 /usr/bin/SCREEN -S cgminer -t cgminer -m -d sh -c while true; do waas >/dev/null 2>/dev/null ; /home/pi/bfgminer/bfgminer --api-listen --api-allow=W:127.0.0.1/24 -c /config/cgminer.conf -Q 10 --scrypt -S titan:auto; done
pi       18250 18249  0 Sep07 pts/0    00:00:00 sh -c while true; do waas >/dev/null 2>/dev/null ; /home/pi/bfgminer/bfgminer --api-listen --api-allow=W:127.0.0.1/24 -c /config/cgminer.conf -Q 10 --scrypt -S titan:auto; done
pi       18529 18250 17 Sep07 pts/0    06:08:57 /home/pi/bfgminer/bfgminer --api-listen --api-allow=W:127.0.0.1/24 -c /config/cgminer.conf -Q 10 --scrypt -S titan:auto
root     26613  4568  0 04:55 pts/1    00:00:00 grep bfgminer

This thread is almost 2100 pages, so maybe this would be better discussed on a Titan hardware mod thread.  Until that happens...

I would think that if you're doing immersive cooling (especially two-phase) that would keep the connector from melting even if you're exceeding the power spec for the connector.  In the excessively hot spots, you have to watch out for cavitation (look it up... also look up "Chernobyl" while you're at it).

Regarding my recent heat sink mod, I used a 12-ton press to reshape the conduction plate on top of the copper heat sink so that it now has direct contact with 6 of the 8 VRMs.  The remaining 2 VRMs still use a thermal gap pad.  I used Arctic Ceramique between the heat spreader and the copper pipes, then between the conduction plate and the copper heat sink.

Because some of the VRMs are now in direct contact with the conduction plate, I also used Ceramique on those to create a good thermal bridge between the two.

My reward for all that is a 3C-degree temp reduction, which is rather disappointing.  I do believe that if I machined a new conduction plate to the proper shape (instead of bending the old one) I'd get a better result.