caxapa.ru :: Затем, что сначала неплохо бы букварь почитать, а после этого рассуждать о сущностях. Например можно начать с основ - семиуровневой модели OSI. А потом может и модбас не таким уж и говном покажется ;-)

Alt@ir (06.05.2023 17:45, просмотров: 443) ответил Eddy_Em на Ну вот у нас на телескопах активно используются абсолютные энкодеры (28..32 бита, из них 14 - счетчик оборотов). Старые были на SSI, т.е. чтобы его в CAN-шину воткнуть, нужно специальную железяку-посредника использовать. А был бы CAN - было бы здорово. Только нормальный CAN, а не CANOpen - чтобы не использовалось больше одного идентификатора. CANOpen энкодеру вообще не нужен: стандартной посылки в 64 бита овердохрена, чтобы впихнуть туда ответ. Отправил кто-нибудь на ID

Затем, что сначала неплохо бы букварь почитать, а после этого рассуждать о сущностях. Например можно начать с основ - семиуровневой модели OSI. А потом может и модбас не таким уж и говном покажется ;-)

Ответить

- Модбас кэну даже не конкурент. Это как Ламборджини (CAN) с жопером сравнивать. - Eddy_Em(06.05.2023 17:52)
  - модбас даже производители мелкоконтроллеров не умеют в кремний запихивать. тупые - Vit(06.05.2023 18:22)
    - Отчего же? У многих STM32 у UART'ов есть режим, позволяющий аппаратно работать с модбасом. Но это не отменяет того, что модбас нафиг не нужен. - Eddy_Em(06.05.2023 18:24)
      - То, что там есть, это жалкая "базовая поддержка" части транспорта - таймаут (который по документации Modbus только в редких случаях можно таким образом считать) для RTU и компаратор для ASCII. Протокола там НЕТ от слова совсем и об этом прямо написано. Кстати, Profibus DP тоже дерьмо и нафиг не нужен, потому что гоняет свои 12 МБод через физику RS485. И обычно не умеет влазить в 8 байт. И каждый может в обсуждении в фундации это смело заявить. Правда сначала надо чуток за Vit(20 знак., 07.05.2023 20:26)
        
        Заплатить только за 1 год, чтобы получить Ident_Number = 0x1234 ; PNO Identification number. - Бoмж(07.05.2023 22:49)
        
        Пиво отпускается только членам профсоюза(С) Vit(8 знак., 07.05.2023 22:54, youtube)
  - Это да. Но и путать CAN и CANopen тоже такое себе - Alt@ir(06.05.2023 17:56)
    - А я и не путаю CANOpen - жирный ненужный протокол поверх нормального CAN. CANOpen имеет смысл лишь если есть желание что-то стандартизировать - чтобы, скажем, софт, работающий с определенным видом железа, мог работать со всеми железяками, независимо от производителя. Но на деле оказывается, что все равно везде попадаются разные параметры, так что ничего унифицировать не выходит. Но да: ядро остается общим, меняется лишь "словарь". - Eddy_Em(06.05.2023 18:23)
      - Цитата: "...чтобы, скажем, софт, работающий с определенным видом железа, мог работать со всеми железяками, независимо от производителя" радует - человек не безнадёжен. Просто у вас не было более масштабных задач. Вы, в общем правы, когда с удовлетворением ограничиваетесь голым CAN. Но это ваш частный случай. И не нужно ругать ни CANopen, ни Modbus - всему своё место и время. Главное, у вас есть "адекватность". И это хорошо! - Nikolay_Po(07.05.2023 19:50)

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