Цитата:
|
И все таки с учетом всей вышеприведенной информации и твоими скилсами в коде sys54. Если пропатчить Uart break, чтоб он его не ждал а сразу считал что модуль в командном режиме, можно сделать чисто програмное решение без всяких паек.
На данный момент у меня такой план - запаять rx на pio11, а tx, на pio10. На pio11 повесить функцию piodebounce с интервалом 1мс, длительность 10мс. И по приходу события, переводить pio10 в низкое на 10мс.
|
1. Вариант с подобным патчем ( в данном конкретном случае) это потратить массу времени с негарантированным результатом. Разобрать все (а их более сотни) программные флаги, которые участвуют в подпрограммах обмена между процессором и модулем, чтобы определить их назначение и
может быть найти среди них нужные, чтобы повернуть ход программы в нужном направлении по сути титаническая работа.
Не сравнить с трудозатратами по подгонке работы модуля в условиях какой-никакой среды разработки.
2. Что-то паять придется в любом случае. Какая разница припаять пару проводов или мелкий простой чип.
Соединять напрямую между собой PIO концы, запрограммированные как выходы, не очень хорошая идея. CSR не дает точной информации, как аппаратно выполнен этот двунаправленный порт внутри чипа. Поэтому и микруха у китайцев появилась не просто так. Судя по всему таким способом они соорудили схему "ИЛИ по нулям" смешивания сигналов TxD и какого-то PIO, запрограммированного под сигнал BRAKE