Похоже, вам следует искать проблему в вашей сети CAN, ее узлах, методике экспериментов, инструментах получения данных, интерпретации данных эксперимента, архитектуре решения.
Полный список рекомендаций (особенно п.6!) см.здесь: https://canny.ru/docs/tips_tricks/solut … ents_tips/
По опыту могу сказать, что если узел для которого вы фильтруете сообщения, чувствителен к пропускам сообщений, то Регистр запрета повторной отправки сообщений CAN интерфейса подключенного к этому узлу должен быть установлен равным нулю. В общем случае, это влечет запрет на трансляцию этому узлу любых сообщений, прием которых он, по какой-либо причине никогда не подтверждает. Что в свою очередь требует однозначного выяснения ID таких сообщений и точной конфигурации шлюза.
Проверять подтверждение не пробовал, если честно даже не знаю как.
В каком смысле не знаете как?
Очевидный способ - используя осциллограф контролировать наличие или отсутствие доминантного уровня в соответствующем тайм-слоте сообщения CAN.
Но если знать, что по умолчанию, передающий узел автоматически повторяет передачу сообщения при каждой ошибке передачи. А отсутствие подтверждения приема хотя бы одним принимающим узлом приравнивается к ошибке передачи. (Что указано в спецификации CAN 2.0, которая настоятельно рекомендуется к прочтению каждому, чья деятельность, а тем более профессиональная деятельность, связана с CAN.)
То можно попытаться экспериментально установить наличие или отсутствие ACK и без использования осциллографа, в полном соответствии с п.7 рекомендаций, ссылку на которые я дал выше:
Соберите сеть из исследуемого устройства, контроллера, который передает по очереди с некоторой задержкой сообщения с разными ID и кан-монитора включенном строго в режиме Listen-only и кроме них не подключайте к этой шине ни одного узла. Правильно терминируйте сеть. И смотрите, будет ли автоматически многократно повторяться передача сообщений при однократной отправке.
]]>"жизненно важные" пакеты для этого блока.
Вы определить, прием каких сообщений этот блок не подтверждает? Один из способов сделать это - посылать ему по очереди сообщения с различными ID и контролировать, прием каких сообщений он подтверждает (ACK), а каких нет.
]]>Лог после прогона пакетов из логов выше
Повторю вопрос - что значит прогон пакетов? Что их прогоняет? Что их передает? Вы записали какие-то данные в машине, а теперь передаете их в сеть к которому подключен интерфейс CAN0 контроллера на столе? Чем вы их передаете?
]]>Лог после прогона пакетов из логов выше
Прогона пакетов?
Что является передатчиком данных, которые попадают на интерфейс CAN0 контроллера? Штатное оборудование автомобиля или эмулятор/бомбер итп?
]]>Ещё протестировал на столе Гамму. Закидываю лог и так же перегруз. Диаграмму прикрепил на всякий случай, и лог
]]>