Cкpипaч, пророк (26.12.2023 17:39, просмотров: 59) ответил Eddy_Em на Есть стандарт CANopen - чем он этим узкоглазым не нравится? Нет,
абы говнища какого-нибудь побольше!..... но не любой ценой.
-
- Понятно, что все мои железки - на CAN. Мне нафиг не сдался этот
ублюдский CANopen. Но если понадобится вдруг, то спокойно могу и на
CANopen сделать железяку. Ну и окучивать китайские шаговики на
CANopen я давным-давно научился. По сравнению с нормальным CAN там
разница лишь в том, что кучу ID занимает всякая никчемная хрень. Ну
и эта идиотская попытка стандартизовать тоже веселит. - Eddy_Em(26.12.2023 18:13)
- А я - заценил. Прелесть CANopen'а в том, что настроив устройства,
внутри сети, ты можешь подавать сигнал с одного источника на
несколько приёмников. Автоматически, на уровне устройств, без
всяких шлюзов, серверов и брокеров. А с ведущим, настроив
синхронизацию, фазы и приоритеты, обеспечиваешь гарантированные
временные задержки. И всё это - без правки прошивок устройств,
стандартными средствами! Nikolay_Po(1449 знак., 26.12.2023 23:15)
- В случае сети "хозяин - куча рабов" CAN теряет смысл, там можно и
тупой RS-485 с любым текстовым или бинарным протоколом
использовать. Разве что, если сильно шумно в линии - тогда CAN
облегчает жизнь, т.к. на уровне железа контролирует прохождение
пакетов и CRC. - Eddy_Em(26.12.2023 23:31)
- Любой текстовый или бинарный протокол - это выдумывать свой и
писать свои прошивки. Вы не поняли главного. - Nikolay_Po(26.12.2023 23:35)
- А какая разница? Все равно прошивки писать… - Eddy_Em(26.12.2023 23:39)
- В промышленности не пишут. А интегрируют готовое. CANopen, считай, готовая прошивка, которую тебе не нужно писать, а нужно лишь настроить под задачу. Nikolay_Po(303 знак., 27.12.2023 00:41)
- А какая разница? Все равно прошивки писать… - Eddy_Em(26.12.2023 23:39)
- Любой текстовый или бинарный протокол - это выдумывать свой и
писать свои прошивки. Вы не поняли главного. - Nikolay_Po(26.12.2023 23:35)
- В случае сети "хозяин - куча рабов" CAN теряет смысл, там можно и
тупой RS-485 с любым текстовым или бинарным протоколом
использовать. Разве что, если сильно шумно в линии - тогда CAN
облегчает жизнь, т.к. на уровне железа контролирует прохождение
пакетов и CRC. - Eddy_Em(26.12.2023 23:31)
- Эээ... Ибо... Занавес. - max(26.12.2023 23:12)
- А я - заценил. Прелесть CANopen'а в том, что настроив устройства,
внутри сети, ты можешь подавать сигнал с одного источника на
несколько приёмников. Автоматически, на уровне устройств, без
всяких шлюзов, серверов и брокеров. А с ведущим, настроив
синхронизацию, фазы и приоритеты, обеспечиваешь гарантированные
временные задержки. И всё это - без правки прошивок устройств,
стандартными средствами! Nikolay_Po(1449 знак., 26.12.2023 23:15)
- Понятно, что все мои железки - на CAN. Мне нафиг не сдался этот
ублюдский CANopen. Но если понадобится вдруг, то спокойно могу и на
CANopen сделать железяку. Ну и окучивать китайские шаговики на
CANopen я давным-давно научился. По сравнению с нормальным CAN там
разница лишь в том, что кучу ID занимает всякая никчемная хрень. Ну
и эта идиотская попытка стандартизовать тоже веселит. - Eddy_Em(26.12.2023 18:13)