caxapa.ru :: Согласен, CANopen - дичь какая-то. Но, с другой стороны, он хоть как-то держит производителей в узде, а то у каждого был бы свой собственный протокол (как у меня, например ☺).

Eddy_Em (11.06.2025 12:24, просмотров: 121) ответил Nikolay_Po на Я по опыту говорю. CANOpen - мамонт. Европа от него отказалась. Как и от профибаса. Поддержка так-то пока есть. Но в новых устройствах его уже давно нет. Еще в 2018 с китаезами бодался , чтоб плата расширения интерфейса нормально соответствовала CANOpen. Они забили. Ибо уже тогда была непопулярна.

Согласен, CANopen - дичь какая-то. Но, с другой стороны, он хоть как-то держит производителей в узде, а то у каждого был бы свой собственный протокол (как у меня, например ☺).

Другое дело - чем заменить-то? Сейчас модно fdcan, но в реальности не так уж и много можно найти сетевых карт на PCIe с поддержкой fdcan (или стоить будут, как крыло от боинга). Модбас поверх CAN - это вообще верх идиотизма. Да и, опять же, модбас - ни хрена не стандарт, в отличие от CANopen.

eddy-em.livejournal.com github.com/eddyem

Ответить

- Вот ыыменно: чем заменить-то? Отвергая - предлагай а предложений на замену canopen что то не наблюдается. - 3m(11.06.2025 13:52)
  - Ну вот с SEW'овскими частотниками попроще: там можно было запрограммировать PDO, в итоге у тебя получается нормальный CAN-кадр без этих canopen'овских извращений. Eddy_Em(629 знак., 11.06.2025 14:26)
    - Вы кан превратили... в недомодбас :) Фишка кан в передаче точка-точка когда условный датчик положения напрямую шлет pdo актуатору без участия мастера. Нелюбимый вами CanOpen при реализации в полном объеме всеми устройствами присутствующими в сети вообще не требует мастера для работы, достаточно сконфигурировать устройства и перевести всю сеть в Operational. Но это сложно и посему не взлетело. - 3m(11.06.2025 14:50)
      - Дык, у меня тоже эдакий "мультимастер" - свежие сообщения устройства самостоятельно в шину отправляют. Eddy_Em(98 знак., 11.06.2025 15:37)

Кибернетика, автоматика, протоколы