А так - да, манчестер очень даже подходит

Манчестер да, спасибо! Видимо оптимум, на нем пока и остановлюсь.

Чем плох манчестер в моем случае?

Синхронизация, данные, CRC - вполне надежно.

только тем, что обработать его программно гораздо сложнее, чем принимать бит по прерыванию от синхросигнала. а так сам по себе вариант интересный: сэмулировать открытый сток (коллектор), подтянуть шину резистором и получить эдакую однопроводную синхронную магистраль с одним мастером или передачей приоритета

да и надежность пожалуй пониже будет. вот и rx3apf написал не "абсолютно", а "вполне":

Крайнее опасение, как я писал выше, вызывает работа по прерываниям в условиях помех от коммутации ДПТ

Вы перегибаете, "волков бояться - в лес не ходить", задавить резистором и пассивным фильтром вполне реально. и потом, в начале обработки прерывания всегда можно проверить вход прерывания на "дребезг".

... вам нужен символьный протокол. В нем существуют определенные символы-байты за которыми закреплены определенные значения. Важно что это позволяет четко определить начало посылки и ее окончание.
В вашем случае можно сделать так:
команда начинается символом ":"
команда заканчивается символом "cr"
Если вам надо передать просто байт один, то дальше ничего не надо выдумывать, а просто между символами начала и конца передаем дважды в hex виде этот байт, т е четыре символа. Мы фактически вместо контрольной суммы просто повторим байт. При передаче бывает полезно по разным причинам перед символом ":" передать 3-4 байта 0xFF (если смотреть терминалом что происходит в линии вы их увидете как буквы "я").
По окончании передачи тоже полезно после "cr" передавать "lf", это все упростит отладку.

Что делать слейву? Зависать в ожидании посылки?