caxapa.ru :: "TC (в типовом случае) устанавливается в середине стоп бита "последнего" байта." - тогда бы были проблемы с RS485 без растяжки линии, поскольку очень часто направление переключают именно по TC

Andreas (02.07.2020 22:21, просмотров: 438) ответил BlackMorda на TXE и TC нельзя трактовать как "отправка последнего байта"

"TC (в типовом случае) устанавливается в середине стоп бита "последнего" байта." - тогда бы были проблемы с RS485 без растяжки линии, поскольку очень часто направление переключают именно по TC

Ответить

- ТС все тоже самое , после сработки вываливаются данные в приемный регистр! Там все правильно два "виртуальных регистра" с одного данные задвигаются с RX с другого выдвигаются в TX, вопрос как получить доступ к этим регистрам, тогдаб все было просто, пиши 0x1FF выходной и игнорь его ибо данные 8 бит - Aleksey_75(02.07.2020 22:30)
  - Я просто к тому, что очень врядли ТС срабатывает в середине стопбита, иначе у RS485 обрезался бы стопбит при передаче. А по теме почему бы просто не выкидывать первый байт после окончания передачи. Это если стабильно идет прерывание RXC уже после ТС. - Andreas(02.07.2020 23:22)
    - а оно прям стабильно идет! там дело немного в другом, насколько я понял из доков , сначала выставляется TXE если на него не было реакции в течении 10 тактов выставляется TC, но смысл в том что в сдвиговый регистр данные вдвигаются с задержкой tbr, так что RXNE будет в любом случае с отставанием в tbr от TXE... В общем в одно стороны хорошо что так четко можно реагировать на приходы данных, а вот драйверостроители лютые редиски! - Aleksey_75(02.07.2020 23:30)
      - Индусские говнокодеры, конечно, заслуживают критику, но не в этот раз. - SciFi(02.07.2020 23:34)
        
        ))) жги!!! Aleksey_75(3 знак., 02.07.2020 23:36, ссылка)

ARM, RISC-V контроллеры