ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Четверг
21 ноября
О смысле всего сущего0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынокОбъявления
МикроконтроллерыPLD, FPGA, DSP AVRPICARM, RISC-VТехнологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты
1297330 Топик полностью
Cкpипaч, пророк (02.04.2023 10:50, просмотров: 445) ответил Alt@ir на Чуток культпросвета. Нужно различать физическую шину CAN (1 и 2 уровень OSI) и протокольную надстройку CANopen (3,4,5,6 уровни OSI). В ПЛК стандартно используют CAN шину и почти всегда на ней поднят мастер CANopen. Вот как раз протокол CANopen и определяет кому что можно. Грубо можно сказать что CANopen это модбас на стероидах. Ввели возможность приоритетезации, network management и различные способы взаимодействия элементов сети: request driven, time driven, event driven,
Это понятно. Как увязать два сделанных кем-то другим устройства - понятно. И это не сильно сложнее чем Modbus ;-) 

Но когда мы - авторы хотябы одного из взаимодействующих устройств - в сад.

Куча никому не нужной работы.


Да, согласен, есть тонкие случаи, когда нужен именно CANopen.

И есть огромные рынки, где он правит бал.

Но там где он не является ключом, ввязываться не стоит.

Куча НЕНУЖНОГО функционала, с которым как-то нужно взаимодействовать (написать, отладить, сопровождать).


Это вообще достаточно общее место - избегать вещей, функциональность которых радикально превосходит задачу.

... но не любой ценой.
Ответить