Eddy_Em (26.12.2023 17:31, просмотров: 164) ответил Cкpипaч на Эдуард, не обижайтесь, но вы, в сложившейся табели о рангах,
занимаетесь курятником. Причем ровно одним, даже не серией. Вам позволительно любое
радиолюбительство, кулибинщина и нестандартщина.eddy-em.livejournal.com github.com/eddyem
-
- Ты отлично знаешь как я реагирую на твое "я непонимаю" :о) - Cкpипaч(26.12.2023 17:41)
- Та все же CAN или CANopen? И не нужно делать вид что ты не
понимаешь что это не одно и тоже, ты не настолько безграмотен. - Cкpипaч(26.12.2023 17:39)
- Понятно, что все мои железки - на 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)