Если в одной в AT90CAN128(передатчике)
- убедиться что предыдущая передача пакета завершена
- записать пакет в Mob
- разрешить ему передачу сразу после записи пакета,
и сразу после этого, не дожидаясь завершения передачи, все тоже самое сделать еще для нескольких Mob, а затем дождаться когда все Mob завершат передачу, то как я понимаю никаких проблем не должно возникнуть.
Они сами начиная с MOb имеющего наименьший идентификатор(или Mob получившего первым разрешение на передачу) должны по очереди выдать свои пакеты(разумеется при наличии приемника). Потери скорости также не должно быть, так как арбитраж адреса осуществляется "на лету". Более того, между передаваемыми пакетами будет минимальный "зазор".

В системе предполагается один AT90CAN128 использовать как передатчик, а другой AT90CAN128 как приемник.Да и наличие других CAN-узлов может лишь увеличить время передачи всех 10 пакетов.

Собственно вопрос.
Такая "одновременная" передача 10 пакетов в AT90CAN128 возможна?
Или я обязан стартовать передачу одного пакета, дождаться завершения передачи и только потом стартовать следующий пакет?

Т.е. имеется ввиду что используется соединение точка-точка, на шине будет только два CAN-устройства?


При соответствующем распределении адресов увеличения времени передачи всех пакетов не будет. Только время начала выдачи может быть отодвинуто, если на шине кто-то уже передавал во время инициализации передачи 10 пакетов.


Про это должно быть четко написано в документации на чип

Для чего требуется такая жесткая "синхронизация"?

Да.



Да, конечно. Полностью согласен.



Вот таки нашел. В описании:

20.5.1.2 Tx Data & Remote Frame
1. Several fields must be initialized before sending:
– Identifier tag (IDT)
– Identifier extension (IDE)
– Remote transmission request (RTRTAG)
– Data length code (DLC)
– Reserved bit(s) tag (RBnTAG)
– Data bytes of message (MSG)
2. The MOb is ready to send a data or a remote frame when the MOb configuration is set
(CONMOB).
3. Then, the CAN channel scans all the MObs in Tx configuration, finds the MOb having the
highest priority and tries to send it.
4. When the transmission is completed the TXOK flag is set (interrupt).
5. All the parameters and data are available in the MOb until a new initialization.

т.е. пункт 3 косвенно подтерждает, что одновременно несколько Mob могут пытаться передавать свой пакет.
Что сообственно, я и пытался выяснить.



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

Прерывания для CAN использовать не хочу по другим мотивам.

Может все таки они не пытаются одновременно передавать, а осуществляется выбор слота передачи по приоритету ID.

Да. Вы более корректно, чем я, выразились!

Главное резюме, для меня вот в чем.
Можно сделать следующее:
Запихнуть все готовые к данному моменту пакеты в несколько Mob_ов и разрешить передачу. А затем ВСЕ пакеты из всех Mob_ов сами по своей очереди(по приоритету ID, за исключеним(возможно) Mob _а получившего первым разрешение на передачу) уходят. И это без программного вмешательства.
В это время готовим новую порцию данных. Проверяем что все пакеты ушли и опять всю порцию данных раскидываем по нескольким Mob_ам .....

Т.е. не оязательно выпихивать Mob_ы поодиночке.