Переполнение буфера CAN (Страница 1 из 2)

Удержание значения "1" в регистрах обновления конфигурации драйверов - крайне порочная практика. Данные регистры присутствуют в драйвере именно для того, чтобы иметь возможность обновлять конфигурацию драйвера только в те моменты времени, когда ее действительно необходимо изменить, когда изменились входные данные, условия, а не на каждом проходе диаграммы, что существенно сказывается на производительности контроллера.

Кроме того не вполне понятно как вы используете здесь ДАП CAN1. Использование драйвера ДАП CAN1 совместно с драйвером шлюза CAN при высокой нагрузке на какой либо из них, может так же вызывать переполнение.

При поиске причин неисправности CAN основными инструментами являются осциллограф и инструменты мониторинга CAN на ПК, такие как CANNY CAN/LIN Monitor либо сторонних производителей.

Типовыми проблемами при работе работе шлюза являются:
- отсутствие терминирующих сопротивлений при работе с высокоскоростной CAN в одном из сегментов сети. Решается установкой терминирующих сопротивлений.
- отсутствие хотя бы одного приемника сообщений с определенным ID ретранслируемым из одного сегмента CAN в другом сегменте CAN. В этом случае, согласно стандарту, происходит автоматическая многократная повторная передача сообщения. Решается использованием "Регистра запрета автоматической повторной отправки сообщения CAN" соответствующего интерфейса.

Что в итоге получилось? Приложите пожалуйста диаграмму.

Шлюз CANNY 7.2 при правильном использовании способен выдерживать значительные нагрузки без какого-либо переполнения.

При штатной эксплуатации, основное питание контроллера должно быть подключено.

Попробуйте диаграмму из вложения.

У вас есть второй любой контроллер CANNY поддерживающий работу в режиме CANNY CAN/LIN Monitor либо какие-либо инструменты мониторинга CAN сторонних производителей?

С такой диаграмкмкой тоже вываливается в ошибку, ну и индикатор перегруза так же проскакивает. Пакеты в шине вижу стабильно от всех 3 блоков
Ещё момент один обнаружил. Если прозванивать каналы КАН0 по сопротивлению с землёй, то показывает около 6,3 МОм, при прозвонке канала КАН1, не звонится никак. При размыкании терминирующего резистора около 4 МОм звонится КАН0 и Земля

Сеть да ,полностью штатная. Причём аналогичная на двух автомобилях с одинаковыми блоками. На рисунке указал место врезки фильтра.

Замер сопротивления это уж просто попутно, решил перепроверить, качество пайки перемычки терминирующего резистора. Ну и заодно на землю, т.к. показалось расплывшейся в стороны чутка. Но тут оказалось всё нормально. Попробовал даже убрать перемычки и в таком режиме подключить. Всё полностью повторяется, только показалось что даже быстрее вываливается в ошибку.

Логи сделаю в ближайший день

Спасибо за развёрнутый ответ.
Рисунок по сути это я из мануала прям выдернул и добавил канни. Со стороны мозга КАН0, со стороны остальных блоков КАН1. Что парадоксально ,но в данном случае наоборот стараюсь повысить безопасность Блок абс не видит педаль сцепления, т.к. мозг движка не кидает в шину (прошивка от другого мотора). Там в каких то пакетах действительно есть счётчики, возможно по ним и происходит некая синхронизация. Попробую тогда чуть по другому пути пойти.

Увы, у всего есть предел.
Могу лишь рекомендовать подключиться одновременно двумя интерфейсами CAN к одной шине, либо увеличивать число контроллеров, подключая их параллельно к одной шине, либо ждать выхода новой модели контроллера.

Как именно (инструментально) вы установили, что проблема в переполнении буфера и какого именно - приемного, передающего?

При подключении канхакера отключите опцию "только слушать" и используйте приложенную диаграмму.
Запрет повторной передачи в диаграмме возможно следует отключить, если узлы на шине гарантированно подтверждают прием сообщений с ретранслированными ID.

Приложите лог работы новой диаграммы

Прогона пакетов?

Что является передатчиком данных, которые попадают на интерфейс CAN0 контроллера? Штатное оборудование автомобиля или эмулятор/бомбер итп?