Hacking KNC Titan / Jupiter / Neptune miners back to life. Why not?

[supersonic]

Mine has been running solid since the .img file was uploaded. I truncated the largest unformatted space on it. I ended up with about 4.2gb of space taken up on a sd card. I burnt it to the sd card using win32 disk manager and started the controller with cubes i knew worked in it and it hasn't failed me yet. I can do all the things i used to on the original. ssh in and bring up the miner screen ect ect.

Maybe try reflashing it to the sd card or even truncating the largest unformated space on the lightfoots original .img file again.

Also try just using one cube at a time. I say that because i have a cube or two that i plug in and it basically wrecks the whole system. Nothing posts at all however, if i unplug it from the controller or from the cube directly (the controller cable not the power) everything works fine again. (did you find a solution or cause to that lightfoot)

I will play with those after my vacation i didnt have chance to play with it longer. All my cubes run perfectly fine. I bought 8 saturns/jupiters to tinker with controllers so im not in hurry, those will be my backups or to split sets or i will just sell them.

[lightfoot]

Mine has been running solid since the .img file was uploaded. I truncated the largest unformatted space on it. I ended up with about 4.2gb of space taken up on a sd card. I burnt it to the sd card using win32 disk manager and started the controller with cubes i knew worked in it and it hasn't failed me yet. I can do all the things i used to on the original. ssh in and bring up the miner screen ect ect.

Maybe try reflashing it to the sd card or even truncating the largest unformated space on the lightfoots original .img file again.

Also try just using one cube at a time. I say that because i have a cube or two that i plug in and it basically wrecks the whole system. Nothing posts at all however, if i unplug it from the controller or from the cube directly (the controller cable not the power) everything works fine again. (did you find a solution or cause to that lightfoot)

I will play with those after my vacation i didnt have chance to play with it longer. All my cubes run perfectly fine. I bought 8 saturns/jupiters to tinker with controllers so im not in hurry, those will be my backups or to split sets or i will just sell them.

One thing I noticed a few days ago was that none of the pages were working. I was wondering what the hell was going on, then realized I forgot to turn on javascript on the page....

Everything worked fine. I think the process could theoretically hang, but the miners would keep mining and a simple reboot would fix it. So far though it's been dead solid reliable on the Neptune hardware.

C

[LongAndShort]

Mine has been running solid since the .img file was uploaded. I truncated the largest unformatted space on it. I ended up with about 4.2gb of space taken up on a sd card. I burnt it to the sd card using win32 disk manager and started the controller with cubes i knew worked in it and it hasn't failed me yet. I can do all the things i used to on the original. ssh in and bring up the miner screen ect ect.

Maybe try reflashing it to the sd card or even truncating the largest unformated space on the lightfoots original .img file again.

Also try just using one cube at a time. I say that because i have a cube or two that i plug in and it basically wrecks the whole system. Nothing posts at all however, if i unplug it from the controller or from the cube directly (the controller cable not the power) everything works fine again. (did you find a solution or cause to that lightfoot)

I will play with those after my vacation i didnt have chance to play with it longer. All my cubes run perfectly fine. I bought 8 saturns/jupiters to tinker with controllers so im not in hurry, those will be my backups or to split sets or i will just sell them.

ohhhh are you trying to run Titans or other cubes on the uploaded code we are talking about?

[LongAndShort]

Mine has been running solid since the .img file was uploaded. I truncated the largest unformatted space on it. I ended up with about 4.2gb of space taken up on a sd card. I burnt it to the sd card using win32 disk manager and started the controller with cubes i knew worked in it and it hasn't failed me yet. I can do all the things i used to on the original. ssh in and bring up the miner screen ect ect.

Maybe try reflashing it to the sd card or even truncating the largest unformated space on the lightfoots original .img file again.

Also try just using one cube at a time. I say that because i have a cube or two that i plug in and it basically wrecks the whole system. Nothing posts at all however, if i unplug it from the controller or from the cube directly (the controller cable not the power) everything works fine again. (did you find a solution or cause to that lightfoot)

I will play with those after my vacation i didnt have chance to play with it longer. All my cubes run perfectly fine. I bought 8 saturns/jupiters to tinker with controllers so im not in hurry, those will be my backups or to split sets or i will just sell them.

One thing I noticed a few days ago was that none of the pages were working. I was wondering what the hell was going on, then realized I forgot to turn on javascript on the page....

Everything worked fine. I think the process could theoretically hang, but the miners would keep mining and a simple reboot would fix it. So far though it's been dead solid reliable on the Neptune hardware.

C

Yup, rock solid and still faster then the Pi. They really muist not have been able to source many bbb at the time of the titan. Probably due to the neptune

[GenTarkin]

Does this firmware allow bbb and a neptune controller to run a Titan? I ask because I think I have a customer who claims he is doing just that due to his original Titan controller dieing. He purchased my firmware, he said it "installed fine" ... I have no idea if all of the features of my firmware work or not which I told him. LOL! Im very interested to see if my firmware upgrade works "out of the box" on this sorta set up...
I personally, have no way to test this scenario.

Yup, rock solid and still faster then the Pi. They really muist not have been able to source many bbb at the time of the titan. Probably due to the neptune

You said it "runs faster" in reference to the bbb.... what do you mean by faster, I wouldnt think the Titan would hash faster. Maybe the OS runs faster?

[lightfoot]

Does this firmware allow bbb and a neptune controller to run a Titan? I ask because I think I have a customer who claims he is doing just that due to his original Titan controller dieing. He purchased my firmware, he said it "installed fine" ... I have no idea if all of the features of my firmware work or not which I told him. LOL! Im very interested to see if my firmware upgrade works "out of the box" on this sorta set up...
I personally, have no way to test this scenario.

In a nutshell, yes. Not sure if you recompiled everything for the firmware upgrade, but I had to do a complete recompile of the code specifically for BBB, then put in a number of hacks and symbolic links in order to map the bbb SPI ports and devices to what a Pi expects (the code was written to run on Pi, incomplete for BBB).

The result is a Neptune controller board with bbb to boot off SD card and fire up my code fixes so it can run a Titan. Technically it can recognize NE and JU type devices, but I didn't bother with hacking a universal one that would run neptune and titans on the same controller because it would have required 2 copies of bfgminer and is quite frankly insanely silly.

Also the light is blue when it comes up so you know it is my code.

C

[TXSteve]

Does this firmware allow bbb and a neptune controller to run a Titan? I ask because I think I have a customer who claims he is doing just that due to his original Titan controller dieing. He purchased my firmware, he said it "installed fine" ... I have no idea if all of the features of my firmware work or not which I told him. LOL! Im very interested to see if my firmware upgrade works "out of the box" on this sorta set up...
I personally, have no way to test this scenario.

Yup, rock solid and still faster then the Pi. They really muist not have been able to source many bbb at the time of the titan. Probably due to the neptune

You said it "runs faster" in reference to the bbb.... what do you mean by faster, I wouldnt think the Titan would hash faster. Maybe the OS runs faster?

the Neptune controller and the Titan controller are the same card, interchangeable

BBB boots and loads faster than PI because it has some type of internal HD

BTW I have a bunch of spare Neptune/titan control cards,  BBB and LCD displays. if anyone needs some let me know.

[lightfoot]

More stuff came in. Two badly burned and dead Titan boards, managed to get one running with 3 dies at full speed, the other had 2 dies recoverable. Blackened on the back, keep an eye on the heat levels on these things.

And another 4 cubes. All were dead, not responding, got two running at full power (65mh@42C, could go higher but that's good) and the other two are still dead. Trying to figure out what's up with those, but two fixed isn't bad for starters.

Never dull.

C

[lightfoot]

Another two titans, exceptionally badly burned power plugs. Fortunately I was able to get them off and new ones on. Back to full hashing and back to the sender.

A note: These both had the original thermal paste, and I got a chance to see it in action: It's like a rock, which is why as long as the cube isn't disturbed it can provide thermal connection to the dies. But if that heat sink moves the thermal paste shatters like ceramic, and you have little heat transfer. Likewise the lids put some down pressure on the heat sink, so always run them with the lids on.

Also: One of the heat sinks had copper pipes at the bottom that were not coplanar. In order words one of the tubes was lower than the other three, that would cause wicked overheating. Threw it out and used one of my neptune spares, but remember to check that; the bottom of the heat sink has to be perfectly flat.

Back to work on some controllers.

[Sweminer777]

I could, but would they be worth fixing? Titans still are, but Neppies are a bit power hungry for what they do.

are the titans similiar? i dont have titans, might be able to get more  half dead neptunes to dismantle, i have bearly seen titans in sweden knc using them all 

[lightfoot]

They are quite similar, except of course that Neppies do SHA and Titans do scrypt. But a lot of the support tech is similar, I use Neptunes for parts and ways to trace out circuit paths.

[lightfoot]

Meantime I am working on these other two dead boards: They're odd. They don't have the usual shorts on pins 4 and 6, but they have something different.

In these cases, they have 1k resistance on pin 4, open circuit on 6. That is odd. More odd is that when I plug this board into a controller with no 12v it does not show up (but doesn't shut down the controller). Power up 12v and the controller shuts down. So there is something amis on the 12v line on the telemetry circuits. Which makes no sense as 12v never goes to telemetry, that's all powered by the controller. Odd.

The second board had 30 ohms to ground on pin 8, a show stopper and nothing on pin 6, same oddity. Checked the board, shut down the controller even with no 12v. First thing was to figure out pin 8, looking at the 4 gateway 0ohm shunts around the chip I noticed that one of them (pin 8 is a signal line from the titan chip controllers, sda line) had a resistance of only 6.8 ohms to ground. THAT means that chip has a short between it's SCL line and the hashing engines. Fortunately you can isolate that die so I did. Result is a board that now doesn't crowbar the controller with no +12 and does with.

Odd, similar errors. No idea quite why. Will continue to research and see why applying 12v will shut down the controller. Maybe there is a common element somewhere....

C

[lightfoot]

Crap. Well, removed all the signal chips (z17 and TPS ones) and the thing does the same thing. Which  means that one of the supplies is dead shorted from +12 to the SCL bus, probably the telemetry chip. And since they're all on the same line no way to identify which one.

That sucks. Will think about it more tomorrow.

[Sweminer777]

Crap. Well, removed all the signal chips (z17 and TPS ones) and the thing does the same thing. Which  means that one of the supplies is dead shorted from +12 to the SCL bus, probably the telemetry chip. And since they're all on the same line no way to identify which one.

That sucks. Will think about it more tomorrow.

ill contact some people who got some broken neptunes, might be able to get broken api boards aswell.

[jelin1984]

where i can found inc cable splitter
i need 4 of these

have anyone have??

[lightfoot]

Meantime busy here. This one cube which was totally dead has been interesting: Biggest problem was a short on pin 8, I found that die 2 was shorting the lines to the power supplies, so I pulled the jumpers. That allowed the board to be seen with power off, but not on. Which led me to think it was a problem with a power supply.

So I pulled the two supplies that ran die 2. Still no go. Then tried pulling the supply 1 (on die 0, the one closest to the front). That got the board to respond on the SPI lines, which means it is a short in a supply that can kill the board. Pulled the supply, fired it up, now hashing at 30mh with one fully working die at 325, one at 150 (running on the remaining supply) with a third die down for unknown reasons.

What a pain. Will see if this works for the other board.

[lightfoot]

where i can found inc cable splitter
i need 4 of these

have anyone have??

Don't know. People have posted links in the thread in the past, read a few back and if you find it let me know; I'll put it in post 2.

Or just run them a bit slower. Overheating the supplies can cause a supply to fail shorted to the SCL bus, bit pain to find but I'm working on it.

C

[lightfoot]

Ok, got all four of these cubes working. All were totally blown, all now fixed. The last one I got three full dies out of four, turns out power supplies 2,3 were both shorted, had to remove them both. I'm a bit better at replacing power supplies these days, but my belief is if you actually get to the point where you have 3 dies running at full power, quit while you are ahead :-)

200 watts per cube is a fully running cube. :-) Now to pack these up and work on the next batch. I'm still taking repairs, getting better every day...

C

[boomin1]

I have a bunch of neptune controllers if anyone needs them. 

Boomin1

msg me

[Clappy]

Ok, not directly about fixing Titans, but I figured this group would get a nice laugh out of this:
 https://webcache.googleusercontent.com/search?q=cache:MkMLMXxZkQEJ:https://www.cryptocoinsnews.com/knc-miner-returns-improved-mining-product-sale/+&cd=2&hl=en&ct=clnk&gl=us

Disappeared pretty quick, seems familiar...