It's not about bandwidth (I mentioned bus to refer to protocols and speed). Speed IS a factor here when dealing with an ASIC that has it's performance rely on speed. You don't think your miner would hash faster if the program that was feeding it work was on the controller board rather than your PC? I mean, it's a micro improvement but that's all it takes sometimes. It's about the microcontroller on the controller board. This is how companies keep hardware closed down so that they control the flow. Any ASIC, any FPGA. It's how we do things.
I suppose you could leak all the cables and just get obscure information, but that's slow and may not result to anything if everything is encrypted (knowing KnC, they would encrypt it). It would be much easier to reverse engineer a chip that we know the schematics on. I've been working on exploiting the cyclone on the board with some overflows and some old techniques, but i'll need some more time. Like I said, it's nothing like the old Cyclone chips.
**EDIT** I stand corrected. Tried sniffing the cables. Looks like building a software solution will be possible, unfortunately, speed would be the problem.
Topic: Swedish ASIC miner company kncminer.com - page 52. (Read 3049511 times)
The problem is, they put the software that knows how to communicate with the cubes, on an encrypted chip sitting on the controller board. Most ASICs (not just miners) have controllers that communicate with the hardware much faster than a computer's available bus will allow.
Having the controller not be part of the host allows the titans to be independent and their efficiently won't be reliant on the host computer (raspberry pi in this case). The controller is definitely needed when dealing with these kinds of things.
If you compare and contrast with the BFL monarchs, they directly connect to your host PC, but rely on modified BFGminer binaries.
Each cube needs more bandwidth to the controller than USB 2.0 could provide to a PC? I'm surprised.
So, I'm ignorant about this but... Is there no way to attack the FPGA to figure out how to communicate with the cubes? I had a EE friend of mine explain to me how hard it would be to sniff the signals off the ribbon cable and reverse engineer it. He said it would be much better to try and reverse engineer the software.
I really, really, seriously, doubt that a cube would be too much even for USB 1.0.
You're correct, no ASIC requires a bunch of bandwidth. I think its just KNC's method of "control over their hardware". I asked them if I could get source for the software that runs on the FPGA, they flatout said no, even w/ an NDA.
The problem is, they put the software that knows how to communicate with the cubes, on an encrypted chip sitting on the controller board. Most ASICs (not just miners) have controllers that communicate with the hardware much faster than a computer's available bus will allow.
Having the controller not be part of the host allows the titans to be independent and their efficiently won't be reliant on the host computer (raspberry pi in this case). The controller is definitely needed when dealing with these kinds of things.
If you compare and contrast with the BFL monarchs, they directly connect to your host PC, but rely on modified BFGminer binaries.
Each cube needs more bandwidth to the controller than USB 2.0 could provide to a PC? I'm surprised.
So, I'm ignorant about this but... Is there no way to attack the FPGA to figure out how to communicate with the cubes? I had a EE friend of mine explain to me how hard it would be to sniff the signals off the ribbon cable and reverse engineer it. He said it would be much better to try and reverse engineer the software.
I really, really, seriously, doubt that a cube would be too much even for USB 1.0.
The problem is, they put the software that knows how to communicate with the cubes, on an encrypted chip sitting on the controller board. Most ASICs (not just miners) have controllers that communicate with the hardware much faster than a computer's available bus will allow.
Having the controller not be part of the host allows the titans to be independent and their efficiently won't be reliant on the host computer (raspberry pi in this case). The controller is definitely needed when dealing with these kinds of things.
If you compare and contrast with the BFL monarchs, they directly connect to your host PC, but rely on modified BFGminer binaries.
Each cube needs more bandwidth to the controller than USB 2.0 could provide to a PC? I'm surprised.
So, I'm ignorant about this but... Is there no way to attack the FPGA to figure out how to communicate with the cubes? I had a EE friend of mine explain to me how hard it would be to sniff the signals off the ribbon cable and reverse engineer it. He said it would be much better to try and reverse engineer the software.
...I seen a couple posts about the jup and nep having similar physical boards but the titan is a whole other ball game. It has a cyclone microcontroller on it, which i'm in the process of reverse engineering but it's a new one and it's not as simple as the cyclone III. I can see why KnC decided to go with it for the controller board. If I can pull out some compilable binaries from from the chip than I should be able to duplicate the whole controller like I did with the bridge.
Why does the controller need to be duplicated physically at all? It should be doable in software. At that point, it's just a matter of hardware bridging to serial cables, which can be bought off-the-shelf.
I'd love to be able to control my cubes via ethernet or USB, and eliminate the controller entirely.
Edit: Let me also say I seriously doubt that KNC runs their cubes on same little turd controllers they gave us to use. I would imagine that KNC uses some other form of cube control in their data center. We should be able to replicate that somehow.
The problem is, they put the software that knows how to communicate with the cubes, on an encrypted chip sitting on the controller board. Most ASICs (not just miners) have controllers that communicate with the hardware much faster than a computer's available bus will allow.
Having the controller not be part of the host allows the titans to be independent and their efficiently won't be reliant on the host computer (raspberry pi in this case). The controller is definitely needed when dealing with these kinds of things.
If you compare and contrast with the BFL monarchs, they directly connect to your host PC, but rely on modified BFGminer binaries.
...I seen a couple posts about the jup and nep having similar physical boards but the titan is a whole other ball game. It has a cyclone microcontroller on it, which i'm in the process of reverse engineering but it's a new one and it's not as simple as the cyclone III. I can see why KnC decided to go with it for the controller board. If I can pull out some compilable binaries from from the chip than I should be able to duplicate the whole controller like I did with the bridge.
Why does the controller need to be duplicated physically at all? It should be doable in software. At that point, it's just a matter of hardware bridging to serial cables, which can be bought off-the-shelf.
I'd love to be able to control my cubes via ethernet or USB, and eliminate the controller entirely.
Edit: Let me also say I seriously doubt that KNC runs their cubes on same little turd controllers they gave us to use. I would imagine that KNC uses some other form of cube control in their data center. We should be able to replicate that somehow.
This is probably a dumb question but I have not seen it addressed anyplace..
I don't suppose the bridge connector used on a mercury/saturn/jupiter/neptune board could be used as a bridge or at least modified as such?
again unlikely but just for clarity I figured I'd toss it out here..probably not one being a BBB to port board and other being PI to port board
and a 2nd newbie question...
I have read that the boards are the same between the say the previous BTC KNC boards *jupiter/neptune* etc ....but if that is true is it only
for the NOV such boards? and by the same I mean PHYSICALLY the same. I realize the FPGA chip I think it is has not be reverse engineered
thus no clone Titan Controllers
anyway just catching up on the stuff here beyond my expertise (which is much)
Yeah the beagle bone uses different IO pins so the bridge would be significantly different and wouldn't work. Yeah I seen a couple posts about the jup and nep having similar physical boards but the titan is a whole other ball game. It has a cyclone microcontroller on it, which i'm in the process of reverse engineering but it's a new one and it's not as simple as the cyclone III. I can see why KnC decided to go with it for the controller board. If I can pull out some compilable binaries from from the chip than I should be able to duplicate the whole controller like I did with the bridge.
Well, I'm getting answers all over the place.
This is bonus, so no LCD. Yes, get GUI and can ssh. With or without cubes, same response. I hope its not the controller board. That may prove hard to replace.The difference is I advocate correctly isolating the problem before throwing money at it if possible.
Based on your response I'd put the BBB last on the list of suspects.
It sounds like you already did all this but lets review.
Unplug everything and start with the simplest possible, just the controller.
Add one cube retest, try a different cube same ribbon cable.
Only change one thing at a time and see if anything works.
Test with the last known locally working version of firmware.
I'd completely unplug the whole controller from everything and let it sit unpowered for a many minutes. I had one I thought I killed. I replaced it with a spare Hoopiter controller. After few reflashes the original came back to life.
This may have been because I had everything unplugged in between flashes and whatever caused the 'lock up' cleared.
(some residual capacitance somewhere in the PCB design that affects the FPGA or the power chip on controller)
The reflashing I did may not have been necessary, the process may just have provided the long enough power down for it to clear.
My priority was getting it back in service so I never properly isolated root cause.
Another thing you can test for.
Take a single cube, unplug the cube power but connect the ribbon.
Turn on the controller and see if the temp on the ASIC shows up on the web page.
The temp chip on the cube is powered by the controller over the ribbon.
If this works the controller is prolly OK, as it tests controller power chip and FPGA operation.
This might/could point to a wierd 12VDC issue on a cube interfering with controller communication.
If/when you think throwing money at it is a good idea...
You might find a used Merc, Sat, or Jup controller with a BBB for what a new BBB would cost.
Those old knc specific BBB lack some connectors and might not be valued as highly seperately FWIW.
YMMV
Hello,
I need a bit of help for my Titan
Can someone make a diagnosis and tell me if my cubes are burned or my controller is burned ?
When i am running only the controller, the screen works and everything seems ok but
When i am connecting one cube the screen is not working any more, no green flash light , and less green lights on the controller
check the two pictures , without cube and with cube connected
http://s21.postimg.org/m0k1rt877/without.jpg
http://s21.postimg.org/yggrlk1j7/with_cube_on.jpg
Any idea ?
thank you in advance
Did you ever figure out what the issue was? Having the same problem. Do you have any pictures of your cubes chip set/motherboard? I wonder if you have the bad chipset and ours are the same. I found a solution if it is.
Hey GenTarkin any ETA on version F
No version F, not exactly sure what the next version will be called. The reason for the long time between releases currently is because of my lengthy testing of "Energy Saver" ... to date its the most complex thing Ive coded into the firmware. Im goin on vacation in a couple weeks, if its not out by then it wont be till January sometime.Have you decided if you're going to keep KnCMinion bundled or not? I was thinking of making a more user-friendly web interface from scratch to deal with the backend (I hate switching between minion and advanced just to check if configs work in real time). If you're willing to let me work on a web interface, think you could PM me your firmwares web files?
Do you have a titan with my firmware installed? If so, all the web files are located in /www of the pi ... u can use scp to copy that folder out or if ur on windows use winscp and modify away =)
Im not really focusing on any more webgui enhancements at this point in time except working with whats already there.
I am going to keep KNCminion because it doesnt get in the way of any coding changes I make so its like a freebie for everyone =)
I actually don't have any functioning titans anymore (my bridges burnt out, and fried one of my PIs that had your firmware on it.) so I can't really pull any files
This is probably a dumb question but I have not seen it addressed anyplace..
I don't suppose the bridge connector used on a mercury/saturn/jupiter/neptune board could be used as a bridge or at least modified as such?
again unlikely but just for clarity I figured I'd toss it out here..probably not one being a BBB to port board and other being PI to port board
and a 2nd newbie question...
I have read that the boards are the same between the say the previous BTC KNC boards *jupiter/neptune* etc ....but if that is true is it only
for the NOV such boards? and by the same I mean PHYSICALLY the same. I realize the FPGA chip I think it is has not be reverse engineered
thus no clone Titan Controllers
anyway just catching up on the stuff here beyond my expertise (which is much)
Hey GenTarkin any ETA on version F
No version F, not exactly sure what the next version will be called. The reason for the long time between releases currently is because of my lengthy testing of "Energy Saver" ... to date its the most complex thing Ive coded into the firmware. Im goin on vacation in a couple weeks, if its not out by then it wont be till January sometime.Have you decided if you're going to keep KnCMinion bundled or not? I was thinking of making a more user-friendly web interface from scratch to deal with the backend (I hate switching between minion and advanced just to check if configs work in real time). If you're willing to let me work on a web interface, think you could PM me your firmwares web files?
Do you have a titan with my firmware installed? If so, all the web files are located in /www of the pi ... u can use scp to copy that folder out or if ur on windows use winscp and modify away =)
Im not really focusing on any more webgui enhancements at this point in time except working with whats already there.
I am going to keep KNCminion because it doesnt get in the way of any coding changes I make so its like a freebie for everyone =)
I actually don't have any functioning titans anymore (my bridges burnt out, and fried one of my PIs that had your firmware on it.) so I can't really pull any files
Well, you can open up one of my firmware .bin files (v99e) and extract the webgui from webinterface/http folder =)
Hey GenTarkin any ETA on version F
No version F, not exactly sure what the next version will be called. The reason for the long time between releases currently is because of my lengthy testing of "Energy Saver" ... to date its the most complex thing Ive coded into the firmware. Im goin on vacation in a couple weeks, if its not out by then it wont be till January sometime.Have you decided if you're going to keep KnCMinion bundled or not? I was thinking of making a more user-friendly web interface from scratch to deal with the backend (I hate switching between minion and advanced just to check if configs work in real time). If you're willing to let me work on a web interface, think you could PM me your firmwares web files?
Do you have a titan with my firmware installed? If so, all the web files are located in /www of the pi ... u can use scp to copy that folder out or if ur on windows use winscp and modify away =)
Im not really focusing on any more webgui enhancements at this point in time except working with whats already there.
I am going to keep KNCminion because it doesnt get in the way of any coding changes I make so its like a freebie for everyone =)
I actually don't have any functioning titans anymore (my bridges burnt out, and fried one of my PIs that had your firmware on it.) so I can't really pull any files
Hey GenTarkin any ETA on version F
No version F, not exactly sure what the next version will be called. The reason for the long time between releases currently is because of my lengthy testing of "Energy Saver" ... to date its the most complex thing Ive coded into the firmware. Im goin on vacation in a couple weeks, if its not out by then it wont be till January sometime.Have you decided if you're going to keep KnCMinion bundled or not? I was thinking of making a more user-friendly web interface from scratch to deal with the backend (I hate switching between minion and advanced just to check if configs work in real time). If you're willing to let me work on a web interface, think you could PM me your firmwares web files?
Do you have a titan with my firmware installed? If so, all the web files are located in /www of the pi ... u can use scp to copy that folder out or if ur on windows use winscp and modify away =)
Im not really focusing on any more webgui enhancements at this point in time except working with whats already there.
I am going to keep KNCminion because it doesnt get in the way of any coding changes I make so its like a freebie for everyone =)
Hey GenTarkin any ETA on version F
No version F, not exactly sure what the next version will be called. The reason for the long time between releases currently is because of my lengthy testing of "Energy Saver" ... to date its the most complex thing Ive coded into the firmware. Im goin on vacation in a couple weeks, if its not out by then it wont be till January sometime.Have you decided if you're going to keep KnCMinion bundled or not? I was thinking of making a more user-friendly web interface from scratch to deal with the backend (I hate switching between minion and advanced just to check if configs work in real time). If you're willing to let me work on a web interface, think you could PM me your firmwares web files?
Hey GenTarkin any ETA on version F
No version F, not exactly sure what the next version will be called. The reason for the long time between releases currently is because of my lengthy testing of "Energy Saver" ... to date its the most complex thing Ive coded into the firmware. Im goin on vacation in a couple weeks, if its not out by then it wont be till January sometime. 
Hey GenTarkin any ETA on version F
It's December and here's a video of your favourite bitcoin turkey - Scam Hole:
https://www.youtube.com/watch?v=RDnA6i6oEvA
Pretty boring overall. And must have been shot a while back as there is also a video featuring recently fired Nanok Bie.
When the interviewer asks at the start where Scam got his money for all the hardware, Scam avoids mentioning hestole got a free loan from customers without their permission.
Also Scam mentions how kfc are going to go back to consumer sales again in the future when the price of bitcoin rises sufficiently. I assume he hopes everyone will have forgotten about past exploiting and screwing over original customers. And current lawsuits.
What else? How kfc plan to get control 40% of bitcoin network. And early in the video Scam explains how to hijack the bitcoin network, so it's obviously something these kunts are thinking about.
https://www.youtube.com/watch?v=RDnA6i6oEvA
Pretty boring overall. And must have been shot a while back as there is also a video featuring recently fired Nanok Bie.
When the interviewer asks at the start where Scam got his money for all the hardware, Scam avoids mentioning he
Also Scam mentions how kfc are going to go back to consumer sales again in the future when the price of bitcoin rises sufficiently. I assume he hopes everyone will have forgotten about past exploiting and screwing over original customers. And current lawsuits.
What else? How kfc plan to get control 40% of bitcoin network. And early in the video Scam explains how to hijack the bitcoin network, so it's obviously something these kunts are thinking about.
I think you've got another issue if you've got PSUs giving jolts that fry hardware, friend. I've measured power consumption of the entire Titan controller with 5 cubes and the LCD... 2.5w. Nowhere near enough to burn anything out.
Actually it's quite interesting. I've used their recommended PSU's and Platinum grade PSUs. All of them eventually burn out the bridge. It's not 2.5w (power consumption).
You have to realize that with anything using a molex/atx, sends a slightly higher jolt of electricity to the device, hence why transistors and resistors exist to keep control. The bridge isn't designed for multiple changes in voltage ever. This means, changing PSU's, unplugging it and plugging it back in, power cycling the controller, all can present such a problem. Same thing happens with every electronic device. I've already had about 5 people contact me with the same issue. I've gathered some statistics, and it's not the PSU's. It's the bridge.
Those of you who need a bridge connector for your titan controller, i'll be having them manufactured and sent to me to test. If you need one it'll be 0.5 BTC.
I've increased the copper thickness on the bridge, so if you dont need a bridge but want your controller to last longer, than you'd still want one of these. PM me for more details.
I've increased the copper thickness on the bridge, so if you dont need a bridge but want your controller to last longer, than you'd still want one of these. PM me for more details.
A bridge connector? What is that?
the only real piece someone can make between the raspberry pi and the knc ported board....supposedly it is a common port of failure of controllers
I will likely get one ..just to have stuff around in case something goes boom on 1 of my 2 titan controllers....got a raspberry pi B+ I could use in a pinch ...getting stuff together for the re paste of a cube or two...with fans and heatsinks (Swedish guy mod on youtube do a search of knc titan he pops right up)
glen trakin's firmware for the knc titan 3rd party stuff
know how to make a replacement ribbon or what to do if a voltage plug goes 'pooey' on the cube proper to replace
so with the bridge (comes out to about 80 bucks piece of mind per titan) wtf.....the only point of collapse after that point in time is the titan data port board itself..that folk have said would have to be reverse engineered anyway....
(i've spent 0.5 btc on 'dumber stuff"
anyway my logic in for all this anyway
(damn i'm an 'asic prepper' need to get a camo sticker to stick on my titan cubes...sorry they are 'evil' they will brick themselves will i be prepared
Yeah, Searing is pretty much correct. The bridge connector is the PCB connecting the RPI to the bottom Titan board. If you're using any other PSU than the one they recommend, that bridge will for sure burn out (6 burned out on me). I've designed some better ones with thicker copper junctions to stop the PCB from burning out when the PSU gives it a jolt.
I think you've got another issue if you've got PSUs giving jolts that fry hardware, friend. I've measured power consumption of the entire Titan controller with 5 cubes and the LCD... 2.5w. Nowhere near enough to burn anything out.
Those of you who need a bridge connector for your titan controller, i'll be having them manufactured and sent to me to test. If you need one it'll be 0.5 BTC.
I've increased the copper thickness on the bridge, so if you dont need a bridge but want your controller to last longer, than you'd still want one of these. PM me for more details.
I've increased the copper thickness on the bridge, so if you dont need a bridge but want your controller to last longer, than you'd still want one of these. PM me for more details.
A bridge connector? What is that?
the only real piece someone can make between the raspberry pi and the knc ported board....supposedly it is a common port of failure of controllers
I will likely get one ..just to have stuff around in case something goes boom on 1 of my 2 titan controllers....got a raspberry pi B+ I could use in a pinch ...getting stuff together for the re paste of a cube or two...with fans and heatsinks (Swedish guy mod on youtube do a search of knc titan he pops right up)
glen trakin's firmware for the knc titan 3rd party stuff
know how to make a replacement ribbon or what to do if a voltage plug goes 'pooey' on the cube proper to replace
so with the bridge (comes out to about 80 bucks piece of mind per titan) wtf.....the only point of collapse after that point in time is the titan data port board itself..that folk have said would have to be reverse engineered anyway....
(i've spent 0.5 btc on 'dumber stuff"
anyway my logic in for all this anyway
(damn i'm an 'asic prepper' need to get a camo sticker to stick on my titan cubes...sorry they are 'evil' they will brick themselves will i be prepared
Yeah, Searing is pretty much correct. The bridge connector is the PCB connecting the RPI to the bottom Titan board. If you're using any other PSU than the one they recommend, that bridge will for sure burn out (6 burned out on me). I've designed some better ones with thicker copper junctions to stop the PCB from burning out when the PSU gives it a jolt.
Those of you who need a bridge connector for your titan controller, i'll be having them manufactured and sent to me to test. If you need one it'll be 0.5 BTC.
I've increased the copper thickness on the bridge, so if you dont need a bridge but want your controller to last longer, than you'd still want one of these. PM me for more details.
I've increased the copper thickness on the bridge, so if you dont need a bridge but want your controller to last longer, than you'd still want one of these. PM me for more details.
A bridge connector? What is that?
the only real piece someone can make between the raspberry pi and the knc ported board....supposedly it is a common port of failure of controllers
I will likely get one ..just to have stuff around in case something goes boom on 1 of my 2 titan controllers....got a raspberry pi B+ I could use in a pinch ...getting stuff together for the re paste of a cube or two...with fans and heatsinks (Swedish guy mod on youtube do a search of knc titan he pops right up)
glen trakin's firmware for the knc titan 3rd party stuff
know how to make a replacement ribbon or what to do if a voltage plug goes 'pooey' on the cube proper to replace
so with the bridge (comes out to about 80 bucks piece of mind per titan) wtf.....the only point of collapse after that point in time is the titan data port board itself..that folk have said would have to be reverse engineered anyway....
(i've spent 0.5 btc on 'dumber stuff"
anyway my logic in for all this anyway
(damn i'm an 'asic prepper' need to get a camo sticker to stick on my titan cubes...sorry they are 'evil' they will brick themselves will i be prepared
Jump to: