MS
Я выше ответил человеку что стмка должна отправить пакет в ответ на пакет ардуинки, но так как стмка слейв, то она должна получить тактирование от ардуинки, а стмка в дебаге стоит - протокол рушится
Size: a a a
2021 July 23
ED
Так а не надо ставить ее в дебаг.
Х
ну убери дебаг
VE
ИМХО, сначала надо отсеять очевидную причину ошибки: шум на линии, а потом, если ошибка останется, уже разбираться с кодом.
NS
так а в чем проблема? путей решения много, начиная от смотреть осциллом, до смотреть глобальный массив в отладчике или дублировать пакеты в ком порт
ED
В конце концов, на стороне STM можно в реальном времени выводить в отладочный UART всю необходимую информацию о парсинге пакета.
MS
А без дебага как я буду анализировать, если не работает
Е
Вместо дебага на прерывания или любые другие события выведи светодиод и по нему смотрим где и куда попадаешь.
Х
spi обычно шустрее уартов
ED
Ну так снизить скорость на время отладки.
ED
А так UART работает на скоростях до 1 Mbps спокойно.
Е
Светодиод - лучший дебаг для контроллеров =)
Х
Я так понял он реверсит ардуину. И описания нет и менять ничего не может.
Х
А spi?
ED
Но исходники-то есть?
Х
Если бы были, он бы наверное не спрашивал
MS
Исходники есть, описания нет
ED
Ну и найти то место, где конфигурируется SPI, снизить скорость до приемлемой, чтобы STM успевала выводить всю информацию в UART.
ED
Хотя что-то мне подсказывает, что даже этого делать не надо. Я не думаю, что там мегабиты в секунду.
MS
Не могу кардинально изменить протокол, начальство хочет, чтобы использовался именно он