Loads on the GPIO (physical) pins 18 and/or 20 cause the robot to fail to start.
I suspect that the problem is with the st2378e level-shifter, (or the Atmel processor?), not being able to source the required current to multiple loads.
The GoPiGo controller will work by itself.
The Waveshare e-paper display will work by itself.
The combination of the two loads causes the robot to fail to start.
Ultimately I will probably need a new controller board for Charlie, but that’s not happening anytime soon.
Unfortunately these kind of piece parts are virtually unavailable here, and replacing them would be difficult to the extreme.
Good news: Things that don’t load those pins, (pure i2c), don’t affect Charlie’s operation.
More good news: Charlene doesn’t seem to have this problem.
I did this in groups of 12 pins, (the dip-switches are grouped into twelve switches each except for the last one which is four switches), and checked each connection under my microscope after the end of 12 connections. Any questionable connection was measured with my meter.
There was a fair amount of rework where wires broke or connections didn’t work, but by grouping them into groups of 12 connections, it was easier to keep track of them.
I also did a rather quick-and-dirty continuity test from one header to the other after completion.