Программный приемник по UART

[Picman]

"А Что Здесь Подразумевается Под Bit_rxd? И Почему Bit = 0x5e, А Half_bit = 0x30?"
Bit_rxd это вход приемника(у меня это MCLR). 0x5e и 0x30 задержки на длительность бита и половинки. Такие получились для скорости 9600 и примененных функций задержки. Если применять для одной скорости приема, то можно просто задать нужные задержки без дефайнов.

[_Артём_]

" 0x5e и 0x30 задержки на длительность бита и половинки.

Что теперь 0x30*2=0x5E?

[Yurkin2007]

Нет, конечно.
Тут дело в следующем. Длительность бита при скорости 9600 равна 104 мкс. При приёме байта нужно в цикле проверять состояние ножки

if (Bit_Rxd)

ровно через каждые 104 мкс. В цикле вместе с задержкой DelayUs(Bit); есть ещё другие команды. Поэтому время задержки 0х5Е = 94 мкс плюс время на остальные команды дают в сумме время одного прохода цикла как раз 104 мкс.
Та же история и с половинкой длительности бита. С момента возникновения прерывания от стартового бита до опроса ноги Bit_Rxd должно пройти ровно 1.5*104 мкс, чтобы попасть точно на середину первого бита данных. Опытным путём, скорее всего, получилось Half_bit = 0x30 для нужной задержки.

[_Артём_]

Нет, конечно.
Тут дело в следующем. Длительность бита при скорости 9600 равна 104 мкс. При приёме байта нужно в цикле проверять состояние ножки

Код:

if (Bit_Rxd)

ровно через каждые 104 мкс. В цикле вместе с задержкой DelayUs(Bit); есть ещё другие команды. Поэтому время задержки 0х5Е = 94 мкс плюс время на остальные команды дают в сумме время одного прохода цикла как раз 104 мкс.
Та же история и с половинкой длительности бита. С момента возникновения прерывания от стартового бита до опроса ноги Bit_Rxd должно пройти ровно 1.5*104 мкс, чтобы попасть точно на середину первого бита данных. Опытным путём, скорее всего, получилось Half_bit = 0x30 для нужной задержки.

Я примерно так и думал.
Но решение какое-то ... нехорошее.
Нельзя использовать что-то аппаратное? Захват или что ещё?