caxapa.ru :: Представь себе, что ты используешь 9-й бит как бит адреса для автоматического пробуждения МК на шине, чтобы они не отвлекались на чужие обмены с чужими данными. И ты не хочешь готовить пакеты из 16-битных символов для DMA, а хочешь 8-битные. Но как-то надо отправить первый символ с адресом в девятом ([8]) бите.

Nikolay_Po (Сегодня, 09:34, просмотров: 60) ответил klen на Спасибо. Полезный негативный опыт.. не разу руками не писал в регистр данных. При наличии dma, невозможно заставть меня чтото делать кодом, а не аппаратурой. А это на всех типах сh32vxxx воспроизводится?

Представь себе, что ты используешь 9-й бит как бит адреса для автоматического пробуждения МК на шине, чтобы они не отвлекались на чужие обмены с чужими данными. И ты не хочешь готовить пакеты из 16-битных символов для DMA, а хочешь 8-битные. Но как-то надо отправить первый символ с адресом в девятом ([8]) бите.

Ответить

- Я опыты, описанные здесь не проверял, но если там действительно привязка к внутреннему счетчику, можно сделать несколько предположений. У UART есть свой делитель, причем разделенный на целую и дробную части. Возможно, проверка наличия данных в регистре синхронна либо со счетчиком в целом, либо с его целой частью. @COKPOWEHEU(445 знак., Сегодня, 12:47)
  - +1, скорее всего так и есть, и это не баг, а фича. Хочешь, чтобы передача 1-го байта не прерывалась - дождись пока он не окажется в сдвиговом регистре. То, что это произойдет сразу - никто не обещает. TXE - это самый хороший признак для проверки. - il-2(Сегодня, 13:15)
- понял - ты извращенец не сам по себе, а по принуждению :) - klen(Сегодня, 10:39)

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