-
- Вопрос немного глубже. Modbus ASCII/RTU/TCP это один и тот же
протокол, оперирующий одними и теми же сущностями, и если
правильно, по нормам, проектировать СИСТЕМУ, то уходит дикое
количество никому не нужной работы до перекодированию адресов. Cкpипaч(423 знак., 26.12.2023 17:37)
- про перекодирование я не понял, если честно... - LordN(27.12.2023 06:55)
- Исходим из того что ВСЕ протоколы связи в системе должны быть
стандартными. В какой протокол, поверх Ethernet, преобразовать CAN?
Талмуда "CAN over Ethernet" в природе нет, значит так нельзя. Это
условие. Cкpипaч(298 знак., 27.12.2023 07:45)
- а, теперь понял. кстате, у вас там эшэ-лон еще в ходу? я уже год не могу на авите карту плкашную лоновскую продать за три капейки, никому нахер не нужна - LordN(27.12.2023 09:19)
- CAN отлично пробрасывается через ethernet. Сам так делал. Но в
правильно построенной системе это не нужно, т.к. на шине сидят лишь
тупые устройства и мастера, которые являются компьютерами,
связанными хоть оптикой во вменяемых сеть. Eddy_Em(66 знак., 27.12.2023 07:49)
- Название и организацию, утвердившую стандарт - в студию! - Cкpипaч(27.12.2023 07:52)
- Исходим из того что ВСЕ протоколы связи в системе должны быть
стандартными. В какой протокол, поверх Ethernet, преобразовать CAN?
Талмуда "CAN over Ethernet" в природе нет, значит так нельзя. Это
условие. Cкpипaч(298 знак., 27.12.2023 07:45)
- про перекодирование я не понял, если честно... - LordN(27.12.2023 06:55)
- Вот только "модбас TCP" потребует базу - TCP/IP. То бишь уже одним
микроконтроллером не обойдешься. Ну и зачем мне мужеложством
заниматься, если я могу просто по сокетам данные передавать, как
делаю во всем своем клиент-серверном софте? Всему свое:
микроконтроллеру - CAN, USB, 485 или 232, а компу - ethernet.
Понятно, что если мне нужно лишь одну-единственную железку к компу
подключить без гемора, то я выберу либо USB (эмулируя железякой
PL2303), либо, если линия подлинней Eddy_Em(324 знак., 26.12.2023 16:55)
- "ты не понимаешь, это - другое!", "лично ты и твои хотелки" никому
в хер не вперлисьне интересны, основная масса юзеров используют модбас просто потому, что он пришел первым туда, куда теперь ты хочешь затолкать кан. LordN(610 знак., 27.12.2023 06:47) - Эдуард, не обижайтесь, но вы, в сложившейся табели о рангах,
занимаетесь курятником. Причем ровно одним, даже не серией. Вам позволительно любое
радиолюбительство, кулибинщина и нестандартщина. Cкpипaч(94 знак., 26.12.2023 17:26)
- Есть стандарт CANopen - чем он этим узкоглазым не нравится? Нет,
абы говнища какого-нибудь побольше!.. Eddy_Em(676 знак., 26.12.2023 17:31)
- Ты отлично знаешь как я реагирую на твое "я непонимаю" :о) - 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)
- Есть стандарт CANopen - чем он этим узкоглазым не нравится? Нет,
абы говнища какого-нибудь побольше!.. Eddy_Em(676 знак., 26.12.2023 17:31)
- "ты не понимаешь, это - другое!", "лично ты и твои хотелки" никому
- Вопрос немного глубже. Modbus ASCII/RTU/TCP это один и тот же
протокол, оперирующий одними и теми же сущностями, и если
правильно, по нормам, проектировать СИСТЕМУ, то уходит дикое
количество никому не нужной работы до перекодированию адресов. Cкpипaч(423 знак., 26.12.2023 17:37)