caxapa.ru :: Ну, без UARTа, через отладочный интерфейс, SDI, работает только направление от МК в ПК. Но работает, где то чуть выше 100кбит/с эффективная скорость передачи. Но передача очередной пачки из 7 байт - только в режиме опроса

Nikolay_Po (07.08.2026 21:18, просмотров: 91) ответил Cкpипaч на Я склонен, наоборот, освободить UART, если это вопрос установки обновлений только.

Ну, без UARTа, через отладочный интерфейс, SDI, работает только направление от МК в ПК. Но работает, где то чуть выше 100кбит/с эффективная скорость передачи. Но передача очередной пачки из 7 байт - только в режиме опроса - по прерываниям передавать не получится.

Ответить

- Для отладочного printf() самое то. Нет? - Cкpипaч(07.08.2026 21:22)
  - У меня всё событийно-ориентированное, было не очень удобно. Но, в итоге, с прототредами, заработало как мне хотелось. Пример SDI не сложный, там видно, к какой паре 32-битных слов нужно обращаться, куда писать байты. Но прикол - нужно, чтобы отправлялись не нулевые байты. Нулевой ты положишь в регистр для отправки и не поймёшь, когда отправка завершилась - проверка делается так же по нулевому значению. Так что только для текстового вывода. - Nikolay_Po(07.08.2026 21:25)
    - Т.е. это не printf ? Тогда отбой. - Cкpипaч(07.08.2026 21:29)
      - В смысле? pritnf() нормально с этим работает! В зависимости от выбора, SDI или UART, просто выбирается соответствующая версия _write(). В одном случае она кидает строку в UART, в другом - в регистры интерфейса отладки. А printf как был - так и остался. Просто через SDI ты не сможешь передавать сырые произвольные даные. А текст из printf - самое то! - Nikolay_Po(07.08.2026 21:32)
        
        Похоже настроить выдачу printf() в SDI не получится. Cкpипaч(245 знак., 08.08.2026 19:05)

Средства и методы разработки