eddy-em.livejournal.com github.com/eddyem
-
- модбас даже производители мелкоконтроллеров не умеют в кремний запихивать. тупые - 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)
- Заплатить только за 1 год, чтобы получить Ident_Number = 0x1234 ; PNO Identification number. - Бoмж(07.05.2023 22:49)
- То, что там есть, это жалкая "базовая поддержка" части транспорта -
таймаут (который по документации Modbus только в редких случаях
можно таким образом считать) для RTU и компаратор для ASCII.
Протокола там НЕТ от слова совсем и об этом прямо написано. Кстати,
Profibus DP тоже дерьмо и нафиг не нужен, потому что гоняет свои 12
МБод через физику RS485. И обычно не умеет влазить в 8 байт. И
каждый может в обсуждении в фундации это смело заявить. Правда
сначала надо чуток за Vit(20 знак., 07.05.2023 20:26)
- Отчего же? У многих STM32 у UART'ов есть режим, позволяющий
аппаратно работать с модбасом. Но это не отменяет того, что модбас
нафиг не нужен. - Eddy_Em(06.05.2023 18:24)
- Это да. Но и путать 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)
- А я и не путаю CANOpen - жирный ненужный протокол поверх
нормального CAN. CANOpen имеет смысл лишь если есть желание что-то
стандартизировать - чтобы, скажем, софт, работающий с определенным
видом железа, мог работать со всеми железяками, независимо от
производителя. Но на деле оказывается, что все равно везде
попадаются разные параметры, так что ничего унифицировать не
выходит. Но да: ядро остается общим, меняется лишь "словарь". - Eddy_Em(06.05.2023 18:23)
- модбас даже производители мелкоконтроллеров не умеют в кремний запихивать. тупые - Vit(06.05.2023 18:22)