Alt@ir (02.04.2023 04:34, просмотров: 203) ответил Cкpипaч на Ткни пальцем, пожалуйста. Не помню я такого режима в нем.-
- ...только описание модбас занимает одну страницу :) Проблема не в
низкой, как вы сказали, квалификации, проблема в попытке создать целую область компетенции, там где достаточно одной страницы текста. Cкpипaч(364 знак., 02.04.2023 08:08 - 08:11)
- Чуток культпросвета. Нужно различать физическую шину CAN (1 и 2
уровень OSI) и протокольную надстройку CANopen (3,4,5,6 уровни
OSI). В ПЛК стандартно используют CAN шину и почти всегда на ней
поднят мастер CANopen. Вот как раз протокол CANopen и определяет
кому что можно. Грубо можно сказать что CANopen это модбас на
стероидах. Ввели возможность приоритетезации, network management и
различные способы взаимодействия элементов сети: request driven,
time driven, event driven, Alt@ir(12 знак., 02.04.2023 10:28)
- Это понятно. Как увязать два сделанных кем-то другим устройства - понятно. И это не сильно сложнее чем Modbus ;-) Cкpипaч(484 знак., 02.04.2023 10:50)
- Ну мне пришлось. Я делал абсолютный энкодер для задач движения. Там
CAN - самый дешёвый вариант, ибо ПЛК с SSI или BISS экзотика, а
если надо три-пять таких интерфейсов - вообще беда. - Alt@ir(02.04.2023 10:54)
- SSI - экзотика? ))) Дружище, лет 20 использую энкодеры во всех их
проявлениях. SSI как у самих энкодеров, так и у контроллеров сплошь
и рядом. Ну а учитывая что, как правило, являюсь и разработчиком
контролера (норм вещи, не светиком моргнуть), то SSI там есть
просто всегда. Нахера сюда тащить CAN? - POV(03.04.2023 21:43)
- Я в Омске (хоть и за МКАДом, но все же миллионник) пытался найти
хоть что то с SSI. И никто про него не слышал. Ни в университетах
на профильных кафедрах, ни на заводах (кроме нефтезавода - туда
хрен попадешь), ни в фирмах про АСУТП. Даже про КАН только слышали. Но никто не применяет, и КАНопен соответственно тоже не знает.
Пришлось самому суппостатские манускрипты вдумчиво изучать до тех
пор, пока не заработало. - Alt@ir(04.04.2023 09:11)
- Ок, а теперь плёвая задача - продать то что заработало (помимо
основного заказчика). Нет, ты молодец, конечно, задачу выполнил, но
это такой себе предмет для гордости - твоё повышение компетенции в
узкой предметной области не факт что будет сильно востребовано. - =AlexD=(06.04.2023 06:47)
- Я молодец, это факт. ;-) - Alt@ir(06.04.2023 09:27)
- Ок, а теперь плёвая задача - продать то что заработало (помимо
основного заказчика). Нет, ты молодец, конечно, задачу выполнил, но
это такой себе предмет для гордости - твоё повышение компетенции в
узкой предметной области не факт что будет сильно востребовано. - =AlexD=(06.04.2023 06:47)
- Я в Омске (хоть и за МКАДом, но все же миллионник) пытался найти
хоть что то с SSI. И никто про него не слышал. Ни в университетах
на профильных кафедрах, ни на заводах (кроме нефтезавода - туда
хрен попадешь), ни в фирмах про АСУТП. Даже про КАН только слышали. Но никто не применяет, и КАНопен соответственно тоже не знает.
Пришлось самому суппостатские манускрипты вдумчиво изучать до тех
пор, пока не заработало. - Alt@ir(04.04.2023 09:11)
- Норм. Этот интерфейс достаточно распространен. Особенно для данной задачи. Но если у вас в руках молоток, не стоит поддаваться воображению, вокруг не только гвозди :) Cкpипaч(55 знак., 02.04.2023 10:59)
- SSI - экзотика? ))) Дружище, лет 20 использую энкодеры во всех их
проявлениях. SSI как у самих энкодеров, так и у контроллеров сплошь
и рядом. Ну а учитывая что, как правило, являюсь и разработчиком
контролера (норм вещи, не светиком моргнуть), то SSI там есть
просто всегда. Нахера сюда тащить CAN? - POV(03.04.2023 21:43)
- Ну мне пришлось. Я делал абсолютный энкодер для задач движения. Там
CAN - самый дешёвый вариант, ибо ПЛК с SSI или BISS экзотика, а
если надо три-пять таких интерфейсов - вообще беда. - Alt@ir(02.04.2023 10:54)
- Это понятно. Как увязать два сделанных кем-то другим устройства - понятно. И это не сильно сложнее чем Modbus ;-) Cкpипaч(484 знак., 02.04.2023 10:50)
- Задачи бывают разные. Где то и модбас не нужен. Немцы отнюдь не
дураки, и создали и CAN и CANopen с вполне конкретными целями.
Модбас, например, не может решать задачи motion control, a CAN
может. Это реально область компетенций, которая должна быть освоена
для использования. Но она даёт некоторые преимущества. Не всегда
оно надо, но это и не значит что раз надо что то изучить, то это
шляпа. - Alt@ir(02.04.2023 08:10)
- Вы спросили, почему CANopen не мейнстрим. А так, да, Волга впадает
в Балтийское море. - Cкpипaч(02.04.2023 08:12)
- Так я получил ответ. Лень и низкая квалификация. Т.е. причины не технические, а организационные. Alt@ir(9 знак., 02.04.2023 08:14)
- Вы спросили, почему CANopen не мейнстрим. А так, да, Волга впадает
в Балтийское море. - Cкpипaч(02.04.2023 08:12)
- Чуток культпросвета. Нужно различать физическую шину CAN (1 и 2
уровень OSI) и протокольную надстройку CANopen (3,4,5,6 уровни
OSI). В ПЛК стандартно используют CAN шину и почти всегда на ней
поднят мастер CANopen. Вот как раз протокол CANopen и определяет
кому что можно. Грубо можно сказать что CANopen это модбас на
стероидах. Ввели возможность приоритетезации, network management и
различные способы взаимодействия элементов сети: request driven,
time driven, event driven, Alt@ir(12 знак., 02.04.2023 10:28)
- ...только описание модбас занимает одну страницу :) Проблема не в
низкой, как вы сказали, квалификации, проблема в попытке создать целую область компетенции, там где достаточно одной страницы текста. Cкpипaч(364 знак., 02.04.2023 08:08 - 08:11)