caxapa.ru :: Это очевидно, и так же очевидно что это дикий оверхед. Любое рассмотрение CAN как кандидата на шину тут-же упирается в потолок полезной пропускной способности. Где-то пролазит, где-то нет.

=AlexD= (06.04.2023 09:44, просмотров: 163) ответил Alt@ir на Да, все верно. Но именно по этому длина пакета всего 8 байт. И короткой длиной пакета "оплачено" гарантированное короткое время ожидания

Это очевидно, и так же очевидно что это дикий оверхед. Любое рассмотрение CAN как кандидата на шину тут-же упирается в потолок полезной пропускной способности. Где-то пролазит, где-то нет.

надо придумать объяснение этому мудизму, иначе рехнуться можно

Ответить

- Так я и не настаиваю на повсеместном использовании. А вот как полевая шина для множества не очень жирных датчиков/исполнителей - вполне годное решение. И дешевле эзернета - Alt@ir(06.04.2023 09:48)
  - "полевая шина" - такое надо уточнять. в 99% "полевых" задач КАН не годится. - POV(06.04.2023 09:57)
    - Смотря что считать "полевой шиной". Xкм по кабелю 1949 года через местность затопленную ртутью с плавающей в ней ломами и регулярно взрывающимися атомными бомбами - не годится. А 200-500 метров в помещении - очень даже годится. - 3m(06.04.2023 12:16)
      - "Тяжело плыть в соляной кислоте с отрубленными ногами" (с) генерал Лебедь из "кукол" - POV(06.04.2023 12:19)
  - Ну вот и ответ на твой вопрос. Нишевое решение в той области где и классический RS485 неплохо справляется. - =AlexD=(06.04.2023 09:56)
    - Я делал конкретно для энкодеров, конкретно для решения задач движения, на недорогом ПЛК со стандартным интерфейсом. Временные характеристики мог обеспечить только CAN ¯\_(ツ)_/¯ Alt@ir(115 знак., 06.04.2023 10:01)
      - Разговор давно уже ушёл от энкодеров в плоскость "охуенности" КАНа ))) - POV(06.04.2023 10:18)

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