Regarding interrupts, GIE isn't disabled when handling an interrupt, so interrupts can be interrupted. But if I do set GIE=0 then that causes enough disruption to the USB stack in terms of timing delays while waiting for the servicing that is chokes and disconnects. I'm not worried now as I have solved that sufficiently that it no longer disconnects and the result capture hasn't so far had overruns related to not being service quickly enough.
Great!
Just saw a result overrun... sheesh.
Not sure if this info is what you were looking for, but Burnin seems to have got his board to run with zero hardware errors...
https://bitcointalksearch.org/topic/m.2637343. No idea how long that board was running for though.
I don't understand much of what you're talking about but it's fun following this thread anyway
I don't see mention of what chip he changed or what problem it solved. But it makes me feel better that I'm not the only one having to struggle with problems.
In Ukraine and Russia says "measure seven times, cut onec", but we have Russian "авось"
I think this PCB's will be work with some fixes.
1. See fix1.pdf on github in kicad/nano directory. It shows the fix for the power error.
2. Need to scrape GND connection on USB bottom side because it doesn't connect to GND plane where it should due to name mismatch in file.
3. Bend PIC pins to fit narrow pads.
4. Add another NOR gate for result capture, not yet documented as that was just worked out yesterday. This is the hard one as those NOR gates are so tiny. You may be better off replacing with a 74AUP2G02 and adjusting pcb traces to fit 8 pins instead of 6 pins. That also needs a resistor added, 100 ohm and chg capacitor from 30pF to 220pF (or a bit higher perhaps).