CANNY forum — Переполнение буфера CAN

Re: Переполнение буфера CAN

null@example.com (Константин, CANNY) — Fri, 06 Sep 2024 15:32:58 +0000

Приложенная мной ранее диаграмма, при отключенных регистрах запрета повторной передачи сообщений, на нашем стенде работает без пропусков, ошибок и переполнений при максимальной допустимой загрузке CAN 500k (~4000 сообщ/сек). Даже с добавлением в нее диагностического вывода данных (см.вложения)

Похоже, вам следует искать проблему в вашей сети CAN, ее узлах, методике экспериментов, инструментах получения данных, интерпретации данных эксперимента, архитектуре решения.
Полный список рекомендаций (особенно п.6!) см.здесь: https://canny.ru/docs/tips_tricks/solut … ents_tips/

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

Проверять подтверждение не пробовал, если честно даже не знаю как.

В каком смысле не знаете как?
Очевидный способ - используя осциллограф контролировать наличие или отсутствие доминантного уровня в соответствующем тайм-слоте сообщения CAN.

Но если знать, что по умолчанию, передающий узел автоматически повторяет передачу сообщения при каждой ошибке передачи. А отсутствие подтверждения приема хотя бы одним принимающим узлом приравнивается к ошибке передачи. (Что указано в спецификации CAN 2.0, которая настоятельно рекомендуется к прочтению каждому, чья деятельность, а тем более профессиональная деятельность, связана с CAN.)

То можно попытаться экспериментально установить наличие или отсутствие ACK и без использования осциллографа, в полном соответствии с п.7 рекомендаций, ссылку на которые я дал выше:

Соберите сеть из исследуемого устройства, контроллера, который передает по очереди с некоторой задержкой сообщения с разными ID и кан-монитора включенном строго в режиме Listen-only и кроме них не подключайте к этой шине ни одного узла. Правильно терминируйте сеть. И смотрите, будет ли автоматически многократно повторяться передача сообщений при однократной отправке.

Re: Переполнение буфера CAN

null@example.com (wertyh2003) — Thu, 05 Sep 2024 08:00:52 +0000

На плате подпаяны терминаторы, допом попробовал кинуть на шину со стороны одного блока на кан1, ещё 120 Ом. Результата не дало увы. Пробовал в диаграмме просто отключать дальнейшую трансляция 15ти пакетов, результат тот же. Видимо на входе перегрузка.

Re: Переполнение буфера CAN

null@example.com (autoelectronica) — Thu, 05 Sep 2024 05:00:31 +0000

У меня где то подобное было. Повесил 120 ом между H и L линией.

Re: Переполнение буфера CAN

null@example.com (wertyh2003) — Wed, 04 Sep 2024 19:27:51 +0000

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

Re: Переполнение буфера CAN

null@example.com (Константин, CANNY) — Wed, 04 Sep 2024 19:19:35 +0000

Спасибо за ответ.
Подобный метод испытаний небезупречен, но лог мы изучим. На практике получить переполнение при нормальной работе CAN сети крайне маловероятно.

"жизненно важные" пакеты для этого блока.

Вы определить, прием каких сообщений этот блок не подтверждает? Один из способов сделать это - посылать ему по очереди сообщения с различными ID и контролировать, прием каких сообщений он подтверждает (ACK), а каких нет.

Re: Переполнение буфера CAN

null@example.com (wertyh2003) — Wed, 04 Sep 2024 19:10:28 +0000

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

Re: Переполнение буфера CAN

null@example.com (Константин, CANNY) — Wed, 04 Sep 2024 19:05:17 +0000

wertyh2003 пишет:

Лог после прогона пакетов из логов выше

Повторю вопрос - что значит прогон пакетов? Что их прогоняет? Что их передает? Вы записали какие-то данные в машине, а теперь передаете их в сеть к которому подключен интерфейс CAN0 контроллера на столе? Чем вы их передаете?

Re: Переполнение буфера CAN

null@example.com (wertyh2003) — Wed, 04 Sep 2024 18:47:31 +0000

Логи которые в архивчике там, даже на них проявляется перегруз. Есть более большой лог, но его прикрепить система не даёт, там то же проявляется.
Кенни встроен в родную шину, перед одним из блоков. Все пакеты штатные, единственное один нужно редактировать.

Re: Переполнение буфера CAN

null@example.com (Константин, CANNY) — Wed, 04 Sep 2024 18:27:08 +0000

wertyh2003 пишет:

Лог после прогона пакетов из логов выше

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

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

Re: Переполнение буфера CAN

null@example.com (wertyh2003) — Wed, 04 Sep 2024 18:24:13 +0000

Лог после прогона пакетов из логов выше

Re: Переполнение буфера CAN

null@example.com (Константин, CANNY) — Wed, 04 Sep 2024 18:13:47 +0000

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

Re: Переполнение буфера CAN

null@example.com (wertyh2003) — Wed, 04 Sep 2024 18:03:55 +0000

До этого галки "только слушать" были сняты на обоих канала. На столе сейчас если с галками, то вообще не проходят пакеты.
С новой диаграммой так же перегрузы...

Re: Переполнение буфера CAN

null@example.com (Константин, CANNY) — Wed, 04 Sep 2024 17:52:07 +0000

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

Re: Переполнение буфера CAN

null@example.com (wertyh2003) — Wed, 04 Sep 2024 17:15:09 +0000

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

Ещё протестировал на столе Гамму. Закидываю лог и так же перегруз. Диаграмму прикрепил на всякий случай, и лог

Re: Переполнение буфера CAN

null@example.com (Константин, CANNY) — Wed, 04 Sep 2024 13:00:53 +0000

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