интересная тема Только вот это -
>> "-": есть ненулевая вероятность влететь в тестовый режим,
надуманная проблема. Ага давайте все забудем про бутлоадеры.
Вообще, лучший вариант тестирования (правда в большой серии), который я видел - это пятаки на каждой (или почти каждой цепи) для щупов проверочной машины + добавление автотестирования в софт. Если уж так боитесь последнего, пишите байтик куда-нибудь, когда тест пройден, а в рабочей прошивке его проверяйте и стирайте кусок который отвечает за тестирование (это если конечно флеш контроллера в run-time может перепрограммироваться).
Но еще раз повторюсь - имхо проблема надуманная. С таким посылом можно до крайней степени паранойи дойти - ведь рабочая прошивка тоже может глюкнуть при сильных помехах... А, пардон, какие-нибудь калибровочные коэффициенты читать-писать в ЕЕПРОМ? Тоже может что-то навернуться... В общем это не самая важная проблема - все в комплексе решать надо.
Минусы вашей системы - для чего компутер?? Нет свободной ноги чтобы светодиод повесить? То есть плата сама себя тестирует (если надо в составе стенда) а уж если тест не пройден (светодиод не загорелся в течении какого-то времени) - разбираться в чем дело.
А уж если на плате есть несколько индикаторов или ЖКИ - еще удобнее - отображать этапы тестирования - где зависли проверяем... В общем вариантов масса. Если это не система, где тестирование и калибровка требуют множества действий, можно обойтись без ПК