Примеры передачи сообщений CAN (Страница 3 из 4)

Да. 5 циклов по 500мс - 2500мс - все это время в регистре начала передачи сообщения CAN находится "1" и на каждом цикле выполнения диаграммы будет выполняться попытка передачи данных. 1 цикл - ~5мс (допустим). Итого, может получиться 500 сообщений.
Также неправильная отправка данных может привести к переполнению буфера передачи драйвера и часть отправляемых сообщений будет потеряна. В случае необходимости отправки большого количества сообщений с маленькими интервалами между ними, также может потребоваться проверка регистра готовности буфера передачи драйвера к приему нового сообщения и выполнять заполнение буфера передачи только при его готовности к приему данных. При отправке 5 сообщений по Генератору ШИМ и интервалами более 50мс такая проверка, скорее всего, не потребуется.

По этой части вопроса можно так попробовать

По этому есть пример №4

Тут вопрос спорный. Одно и то же сообщение отправится при разных комбинациях активных входов. Например сообщение с индексом 1 отправится как при активном входе 0 и остальных неактивных, так и при активном входе 1 и остальных неактивных и т.д.
Если соответствующие сообщения должны отправляться только при определенных комбинациях активных входов, то можно попробовать такой подход:

Но этот подход не учитывает строгость очередности активации входов. Если требуется отправка сообщения только при активации входов в строгой очередности и сбрасывать последовательность отправки при пропадании сигнала на ранее активированных входах, то можно попробовать так:

Денис, спасибо! Разжевали очередной раз. Если мою задачу описать несколько иначе, то получается так- 4 входа, первые три 0, 1, 2 работают с одним и тем же id меняя в нем значение одного байта, но приоритет имеет 1 над 0 или 2 над 1 и 0. А 4й вход дает разрешение на трансляцию еще как минимум 15 id, при этом не оказывает влияния на состояние первых 3х входов. Свой вариант диаграммы выложу чуть позже.
Еще раз спасибо.

1. По данному алгоритму последовательность активации входов не строгая - используется только комбинация активных входов.
2. Комбинация блоков №№1,2,3,4 отправит сообщение в CAN только 1 раз при активации одного, первого (любого) входа. Последующая активация входов, при уже активном хотя бы одном входе, отправку в CAN не выполнит, т.к. на входе блока №4 (детектор переднего фронта) значение не изменится, т.е. будет присутствовать "1" и активация нового входа не вызовет появления переднего фронта на выходе блока №3.
Для проверки работы алгоритмов полезно использовать симулятор CannyLab. Он наглядно иллюстрирует особенности работы пользовательских диаграмм.

На самом деле правильно не работает ни один из рядов коммутаторов (проверьте работу схемы в симуляторе). Причина - использование логического И (блоки №№10, 12, 14, 16, 19, 21, 23), которые на выходе могут выдавать только значения 0 или 1.
Очевидно, если я правильно понимаю логику работы диаграммы, вместо группы блоков №№2, 10, 11, 12, 13, 14, 15, 16, 18, 19, 20, 21, 22, 23 следует использовать коммутатор 1-в-16, на вход которого будет подаваться выходное значение блока №9 (Счетчик), а на Индекс - значение выхода блока №1 (конвертер). На выходы №№1, 3, 7, 8, 9, 11, 15 коммутатора (upd) 1-в-16 нужно будет подключить соответствующие соединительные линии (сети).

CANNY 7 может отправить любое корректное сообщения CAN. Если вы знаете какое сообщение CAN закроет ЦЗ GM и знаете как получить сведения о скорости автомобиля GM, то диаграмма для решения вашей задачи будет очень похожа на диаграмму приведенную в Примере №2 в первом сообщении данной темы форума.

Если желаете продолжить обсуждение вашего вопроса, то не отвечайте здесь, а создайте, пожалуйста, новую тему на форуме.

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

В общем случае, это можно сделать на базе примера из предыдущего сообщения. Решений может быть несколько.
Вариант решения (наиболее очевидный) во вложении.

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

Задачу решил. С помощью экселя и какой-то там матери удалось рассчитать таблицу время\сообщение и "вклинить" туда все сообщения с нужными периодами. Получилось небольшое смещение по коротким периодам (20->24, 50->48, 100->96) но это, как оказалось, не столь критично.

Так делал изначально, но очень ненаглядно: приходится "собирать" все кусочки одного сообщения с каждого коммутатора, "переворачивать" и только потом видеть что же отправляется.
Как вариант: если бы была возможность чтобы "CAN\LIN монитор" мог мониторить сам себя, даже пусть с записанной диаграммой в контроллер.
Или в интерфейсе CannyLab чтобы было какое либо окошко с подобным монитором, где уже отображается лог формируемых на CAN\LIN шине сообщений и их периодичность. (мне кажется это несколько проще в реализации чем первый вариант). А так же отображение состояния регистров тоже бы не помешало.
На данном этапе приходится записывать диаграмму, подключать внешнее питание к контроллеру (отключать USB), подключаться сторонним CAN Hacker'ом и уже смотреть в нём что получается на выходе.

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