Hmm, thinking the main firmware on the hash board is fine, but it is the individual chain / chip firmware that's corrupted. Each individual ASIC chip looks like it has its own test ICSP connection. I think they get a copy of the app that is sent to each chip, that runs in its own memory space on its own hardware.
Not sure why they would all fail at the same time, or if it's the chain that failed somehow. Need to do a deeper analysis of the data on these ICSP connectors soon.
It's currently reading the main PIC, and it appears to be just fine. Then it tries to "restore" the 3200 block "app" package to the chains / ASICs, and that's where it fails. Then it goes on to trying to test the ASICs and reads nothing because their operating software is corrupt or badly written.
Chain[J4] has 0 asic
retry Chain[J4] has 0 asic
retry Chain[J4] has 0 asic
retry Chain[J4] has 0 asic
retry Chain[J4] has 0 asic
retry Chain[J4] has 0 asic
retry Chain[J4] has 0 asic
miner total rate=0GH/s fixed rate=0GH/s
I think that's the sign that the asic app software is corrupted / munged up.
It's another avenue of attack anyway, will post results when I have the time.
I have a center hash board that is failing in the same exact manner.. log is able to connect to the hashboard reading pic firmware 0x02 but says chain has 0 asic. The board never lights up red and fails to show up in miner status. This all happened a few days after updating to the new auto-tune firmware as well...
All the components seem fine on the hash board, voltage is not seen past the inductor like on my working hash boards.. I believe the software in the PIC controller has become corrupted or a safety mechanism detects a short circuit in the asic chain and prevents it from powering them up.
I've also ordered a pickit 3 to try to restore the PIC firmware, should know by the end of the week if it works out or not. Please keep me updated on your situation as well!
Will do! I have a picit 3 I'm planning on ordering as well, I think that's what's needed at this point, as the software Bitmain publicly released isn't sufficient to diagnose or repair software issues.
I initially thought there was a way to access the hash boards through ssh directly from the controller, and while this is possible, the software needed hasn't been and likely won't ever be released by Bitmain. Someone with more programming experience might be able to do it "in situ" without any disassembly or external hardware, but I lack that experience.
The controller which we have root access to, has direct read / write capabilities to the PIC and the hash board chain firmware. The right piece of software could make this an easy process. The included single-board-test software DOES have the exact read / write code needed, but it's locked up in a closed source file.
The newest source code that Bitmain released is not the new autotune version, so no data or files that are relevant to PIC writing as that was introduced later.
(UPDATE)
Looks like someone was trying a similar thing, as single-board-test shows up in online disassembler
https://onlinedisassembler.com/odaweb/HP7GAkINLooks like it's from a very early version of single-board-test, looks older than anything I have