very unfortunate situation. I have a brick that I paid $6,000 to acquire. still waiting on that missing backplane.
wary of sending anything back to AMT since they don't seem to be receiving anything nor is there even a chance of getting anything back.
Given the slim chance of help for ya, for now guess it's up to us...
As ISAWHIM said, the backplane can be repaired. After repairing it what needs to be done is find what card caused the overload.
Trouble shooting basics:
With backplane repaired, and inspected for any shorts along where the trace burned:
Remove ALL of the ASIC cards and plug in only the floppy power connector. No GPIO to the backplane yet.
Briefly power up. Any smoke?
If not, power down and GPIO cable time, along that line; Is the GPIO card plugged in right? If the board sockets are not keyed if lucky there is P1 label on the sockets to identify which end of the socket gets the red wire on the ribbon cable. If no label, then standard practice is to have the cable leading straight out from or into the edge of board, not folded over the connector. No guarantee on that.plug the GPIO cable into the backplane and either the RasPi _OR_ the mainboard that has the 24pin PSU connector on it. Not sure how AMT did it... Opieum, since I don't have a miner just guessing so comment on that?
Dragons look like they use GPIO from a real RasPi to the mainboard and then a cable from main to the backplane.
Briefly power up. Any smoke?
Turn on again and see if you can log into the RasPi.
If you can that only leaves the ASIC cards which will need close inspection around where the backplane plugs in.
The 5v most likely feeds the SPI interface and a data signal level translator for ASICs. Hopefully should not be too hard to see where that 5v rail is being shorted...
THere are a couple things....first make sure there is no metal contacting other metal form the RASPI or at all anywhere. THat can cause the issue you experienced. Alternatly power up the miner with a single card plugged in...then power off completley (all lights off on everything on the miner) then single out which one is the failed....firstly here is some prerequsite advice courtesy of AMT with a small modification by me.
DO NOT plug in any of the cards. In fact run the RASPI on its own. This will ensure this does not get borked on the cards themselves. Disclaimer: This requires some linux skills. Nothing fancy just SSH and basic use of command line. If you cannot do this then the DIY was definitely a bad choice and AMT did warn people about that before hand. BUt anyway on to the howto:
Start the raspi (you can plug intto a PC with just a microUSB cable no PSU needed). Plug in your monitor or ssh however you connect to it. This is the only modification to AMT's original direction. It just an added protection against anything going wrong or another card burning out
login as root/amt
type the following in the exact order and do not miss a step. These are AMT's instructions that worked for my working hardware.
amt-setup
amt-setup dpot
amt-setup dpot 0x5f
amt-setup apply
amt-setup mode
amt-setup mode 2 16000:750000:2000
amt-setup apply
Things are working for me after that with the remaining hardware. I am still working on 2 of the 3 dead cards I have. They MIGHT be revivable but not detectable and one I am positive is dead as it prevents the whole system from powering up. Again this is their supported instructions (minus the disconnected raspi part that is a suggestion to prevent the cards from running into any issues). All I added was to make sure that system was disconnected and just the raspi to ensure that none of the cards come up and the modification above can be made.