я не говорю, что не работает и не восстанавливается:
на некотором удаленном тестбенче, с которого доступны только логи из устройства (прежде всего результаты периодических опросов статус-бит CAN-a, счетчиков ошибки и т.п.) и CAN-логгера, видно, что устройство на stm32 отваливается от шины чаще и имеет большую среднюю задержку на передачу сообщений
при отладе я увидел, что REC не сбрасывается
а тут написано
http://www.can-wiki.info/doku.php?id=can_faq:can_faq_erorsA node which is Bus Off is permitted to become Error Active (no longer Bus Off) with its
error counters both set to 0 after 128 occurrence of 11 consecutive recessive bits have been monitored on the bus.
то есть после сброса stm32 оказывается не в active, а passive error
вопросы к более опытным товарищам: может ли это влиять на задержки? какой механизм выхода из BOF (сброс REC или нет) реализован в can контроллерах других фирм? может встречалась худшая работа stm, чем других контроллеров на одной шине?