-
- Попробовал так. ОРС сервер посылает UDP адресный запросы на
192.168.0.1:502. А мое устройство отвечает широковещательными UDP на 192.168.0.255:50965.
Работает. Ваще не понимаю этой сетевой логики. IBAH(46 знак., 07.10.2024 17:35)
- Ваш OPC-сервер, послав запрос как ведущий (клиент) Modbus, ждёт на своём интерфейсе IP пакета UDP с портом назначения 50965. Ваш ведомый (сервер) Modbus отвечает, за каким-то хером, широковещательно с портом назначения UDP 50965. Все устройства в сегменте сети, получают этот пакет на свои IP-интерфейсы и проверяют, слушает ли кто на UDP-порте 50965. Разумеется, слушающий порт на OPC-сервере получает этот UDP-пакет и Modbus-драйвер обрабатывает его. Nikolay_Po(583 знак., 07.10.2024 19:43)
- Я вот уже 20 лет касаюсь сферы асу, протоколы серверы, ВОТ ТАК ДО
СИХ ПОР НЕ ПОНИМАЮ ЧТО ТАКОЕ OPC сервер ??? - Balda(06.10.2024 10:47)
- Правильный ОРС сервер, содержит 100500 драйверов различных
устройств, оптимизирует общение с устройствами, группирует теги,
выставляет для них приоритеты, преобразовывает данные, и
выкладывает их по протоколу ОРС, через который они доступны во
внутренней сети (там какие-то проблемы с безопасностью). IBAH(761 знак., 06.10.2024 14:45, ссылка)
- ...и все это придется настраивать своими ручками. Ужос-нах. - Cкpипaч(06.10.2024 14:49)
- тяга жидобендеровцев к халяве неистребима - IBAH(06.10.2024 15:22)
- И шо? Мы сделали свою SCADA, в которой ручками нужно настраивать
только абсолютный минимум. В разы меньше чем во всех этих ваших
ОРС. - Cкpипaч(06.10.2024 16:39)
- Ну, это круто. Так сказать, повернулись к пользователю лицом. А под
капотом много труда вложено, чтобы достичь такого эффекта? - Nikolay_Po(06.10.2024 17:41)
- Сложно сказать. Был "очень мягкий старт". Первая версия делалась за
две недели, для визуализации десятка датчиков в домик охранника
особняка "уважаемого человека", дальше в режиме маленьких доработок
идём уже больше пятнадцати лет. Cкpипaч(300 знак., 06.10.2024 19:02)
- Просветление было бы жесче если бы звучали имена ASDFS(12 знак., 06.10.2024 19:25)
- Сложно сказать. Был "очень мягкий старт". Первая версия делалась за
две недели, для визуализации десятка датчиков в домик охранника
особняка "уважаемого человека", дальше в режиме маленьких доработок
идём уже больше пятнадцати лет. Cкpипaч(300 знак., 06.10.2024 19:02)
- Ну, это круто. Так сказать, повернулись к пользователю лицом. А под
капотом много труда вложено, чтобы достичь такого эффекта? - Nikolay_Po(06.10.2024 17:41)
- И шо? Мы сделали свою SCADA, в которой ручками нужно настраивать
только абсолютный минимум. В разы меньше чем во всех этих ваших
ОРС. - Cкpипaч(06.10.2024 16:39)
- тяга жидобендеровцев к халяве неистребима - IBAH(06.10.2024 15:22)
- ...и все это придется настраивать своими ручками. Ужос-нах. - Cкpипaч(06.10.2024 14:49)
- Функции для Модбаса.. Solo(1 знак., 06.10.2024 12:54, картинка)
- вот вот.. ну берем к примеру железку где имеется MODBUS RTU дальше
то что? как происходит преобразование в протокол OPC или это не
протокол? Balda(203 знак., 06.10.2024 13:02)
- глянь сюда General(1 знак., 06.10.2024 13:05, ссылка)
- Ну вы из меня прохфессора-то не делайте. Сервер, грубо говоря, та барышня-сводница, которая соединяет пару.. Solo(1 знак., 06.10.2024 13:05, ссылка)
- вот вот.. ну берем к примеру железку где имеется MODBUS RTU дальше
то что? как происходит преобразование в протокол OPC или это не
протокол? Balda(203 знак., 06.10.2024 13:02)
- стандартизованный программный "драйвер" для SCADA-систем и т.п.,
реализующий обмен данными с чем-либо. AlexG(238 знак., 06.10.2024 12:31)
- я как истинный низкоуровневый программер не понимаю как это?? мне б
биты - байты какой протокол обмена, профиль обмена итд Balda(210 знак., 06.10.2024 12:42)
- Есть заказчик, которому нужно что-то автоматизировать. Часто один раз, второй точно такой-же системы не будет. Есть системный интегратор, который решает проблемы заказчика и должен сделать это за разумные время и деньги. Возможности каждый раз разбираться с битами и байтами самостоятельно нет (это будет долго, дорого и требовать потом поддержки), система для заказчика собирается как конструктор, из готовых кубиков. Если с кубиками что-то не так, возникающие вопросы решают AlexG(109 знак., 06.10.2024 15:25)
- Объясняю. Допустим вы - разработчик жопогреек (а как известно,
протокол Modbus имеет "фатальный недостаток" и совершенно не
подходит для жопогреек, нужен свой, уникальный, закрытый протокол).
Для какой именно Scada будете ваять драйвер? Cкpипaч(421 знак., 06.10.2024 12:58 - 13:18)
- А еще бывают OPC-сервера с поддержкой скриптов и можно прям на этих
скриптах воплотить все свои странные фантазии на счет обмена
данными. - AlexG(06.10.2024 14:10)
- ...и это будет пипец как нестандартно, непереносимо и
системо-зависимо. Cкpипaч(453 знак., 06.10.2024 14:41 - 16:47)
- Скрипты тупо часть конфига OPC-сервера. Пишутся один раз под
специфику конкретного проекта и больше не развиваются, потому что
другие проекты - другая специфика. Пока до этого дошел были и
скрипты на стороне SCADA, и настройка обмена галочками в конфиге
OPC, и перебор всяких-разных OPC в поисках подходящего. Все это
было не стабильно, не воспроизводимо и без возможности что-то
исправить не привлекая техподдержку разработчика OPC. AlexG(431 знак., 06.10.2024 15:16)
- Именно это я и называю "нестандартно, непереносимо и
системо-зависимо". Для справки - под Linux ОРС несуществует. Потому
что нет COM/DCOM. Cкpипaч(607 знак., 06.10.2024 16:54)
- Что-то я слабо понимаю претензии к нестандартности от людей которые
написали вообще всё своё (что конечно круто и дает совсем другие
возможности) AlexG(144 знак., 06.10.2024 21:25)
- Вообще-то "своё" ни разу не синоним слова "нестандартно". Cкpипaч(808 знак., 06.10.2024 21:45)
- Слабости классических SCADA в другом: AlexG(469 знак., 07.10.2024 05:53)
- Многие Scada позволяют вносить добавлять точки-анимацию на лету. Cкpипaч(969 знак., 07.10.2024 08:25)
- С видео остановился на том, что, по прикидкам, картинку с камеры вытащить на мнемосхему можно было как ActiveX-компонент. - AlexG(07.10.2024 12:18)
- В той SCADA, которую я использовал, объектная модель была и это
радикально ускоряло разработку и доработку проектов. (а
традиционной единой базы с каналами не было как класса) - AlexG(07.10.2024 12:15)
- Было бы любопытно посмотреть как они решили объединение в объектах
данных, получаемых по разным протоколам связи. - Cкpипaч(07.10.2024 12:56)
- Посмотреть вполне можно: Наверное, проще всего понять как там всё устроено по обучающим видео: AlexG(73 знак., 07.10.2024 21:47, ссылка, ссылка)
- Было бы любопытно посмотреть как они решили объединение в объектах
данных, получаемых по разным протоколам связи. - Cкpипaч(07.10.2024 12:56)
- Вроде все это решено в WinCC OA? - Ig_B(07.10.2024 08:10)
- Наверное, да. WinCC OA могучая штука. К сожалению, попробовать в
деле не довелось. - AlexG(07.10.2024 12:43)
- Увы, у нее тоже есть фатальный недостаток %) - Cкpипaч(07.10.2024 12:54)
- Наверное, да. WinCC OA могучая штука. К сожалению, попробовать в
деле не довелось. - AlexG(07.10.2024 12:43)
- Многие Scada позволяют вносить добавлять точки-анимацию на лету. Cкpипaч(969 знак., 07.10.2024 08:25)
- Те скрипты не прикладные, они отвечают исключительно за обмен -
подготовить и передать байты, разобрать пришедшие байты (хотя
технических ограничений на то, что в них запрограммировано нет).
Прикладные в проекте SCADA. AlexG(466 знак., 07.10.2024 04:09)
- Адаптация под монитор - очень полезно, жаль что невозможно :))) Слишком велика разница между 28" на столе оператора и 7" у него в кармане. Cкpипaч(187 знак., 07.10.2024 08:42)
- Слабости классических SCADA в другом: AlexG(469 знак., 07.10.2024 05:53)
- Вообще-то "своё" ни разу не синоним слова "нестандартно". Cкpипaч(808 знак., 06.10.2024 21:45)
- Придумали уже и продвигают OPC UA. ЫЫyкпy(1 знак., 06.10.2024 17:08, ссылка)
- Это совсем другое. И у OPC.UA есть серьёзные альтернативы: MQTT и BACnet. Cкpипaч(549 знак., 06.10.2024 17:33)
- Что-то я слабо понимаю претензии к нестандартности от людей которые
написали вообще всё своё (что конечно круто и дает совсем другие
возможности) AlexG(144 знак., 06.10.2024 21:25)
- Именно это я и называю "нестандартно, непереносимо и
системо-зависимо". Для справки - под Linux ОРС несуществует. Потому
что нет COM/DCOM. Cкpипaч(607 знак., 06.10.2024 16:54)
- Скрипты тупо часть конфига OPC-сервера. Пишутся один раз под
специфику конкретного проекта и больше не развиваются, потому что
другие проекты - другая специфика. Пока до этого дошел были и
скрипты на стороне SCADA, и настройка обмена галочками в конфиге
OPC, и перебор всяких-разных OPC в поисках подходящего. Все это
было не стабильно, не воспроизводимо и без возможности что-то
исправить не привлекая техподдержку разработчика OPC. AlexG(431 знак., 06.10.2024 15:16)
- ...и это будет пипец как нестандартно, непереносимо и
системо-зависимо. Cкpипaч(453 знак., 06.10.2024 14:41 - 16:47)
- так он пропроетарный чтоль? - Balda(06.10.2024 13:03)
- кстати для скад я беру как раз ModBUS или IEC104 (вот что нибудь из последнего....) Balda(1 знак., 06.10.2024 13:07, картинка)
- Сам протокол OPC возможно и открытый. Но он поверх виндового
COM/DCOM, а тот, да, закрытый. Да и смысла нет никакого.
Сертифицировать твой драйвер будет сильно денег стоить, а на
готовом SDK - на шару. - Cкpипaч(06.10.2024 13:06)
- Какой SDK используете, если не секрет? Он бесплатный? - AlexBi(07.10.2024 07:57)
- Мы свой ОРС-сервер писали пятнадцать лет назад. Ровно один раз и уже "выбросили в корзину". Cкpипaч(283 знак., 07.10.2024 08:41)
- Какой SDK используете, если не секрет? Он бесплатный? - AlexBi(07.10.2024 07:57)
- А еще бывают OPC-сервера с поддержкой скриптов и можно прям на этих
скриптах воплотить все свои странные фантазии на счет обмена
данными. - AlexG(06.10.2024 14:10)
- я как истинный низкоуровневый программер не понимаю как это?? мне б
биты - байты какой протокол обмена, профиль обмена итд Balda(210 знак., 06.10.2024 12:42)
- Правильный ОРС сервер, содержит 100500 драйверов различных
устройств, оптимизирует общение с устройствами, группирует теги,
выставляет для них приоритеты, преобразовывает данные, и
выкладывает их по протоколу ОРС, через который они доступны во
внутренней сети (там какие-то проблемы с безопасностью). IBAH(761 знак., 06.10.2024 14:45, ссылка)
- Вот тут, в вашем исходном сообщении, непонятно: Nikolay_Po(304 знак., 06.10.2024 10:35)
- Описался.. не ведущего, а ведомого - IBAH(06.10.2024 14:06)
- Кто на ком стоял? Широковещательный запрос не подразумевает ответа.
Поэтому нет смысла менять адрес источника на широковещательный.
Пусть адрес отправителя будет как есть. А вот адрес получателя -
широковещательный, порт - модбас, 502. Так должно сработать. Но в
одну сторону. Он же широковещательный. - Nikolay_Po(05.10.2024 19:32)
- Похоже кепваре меня все таки подвел. Он не считает адрес
192.168.0.255 широковещательным. Он считает его обыкновенным,
соответственно ждет ответа от только этого адреса. А ответы
приходят от адреса 192.168.0.1, и он их отбрасывает. - IBAH(05.10.2024 19:49)
- Напомните мне, где в стандарте ответ на широковещательный запрос?
Всегда думал, что на широковещательный запрос, ведомые не отвечают
в принципе. Не имеют права. Соответственно, ведущий не ждёт ответа
на такой запрос - Nikolay_Po(05.10.2024 22:41)
- По чему он тогда выкидывает ошибку? Это не широковещательный запрос
Модбас, это широковещательный запрос UDP. Он содержит Модбас адрес
1. На него вполне можно ответить. Вдруг ведущий не знает на каких
IP адресах какие Модбас адреса сидят. - IBAH(05.10.2024 23:32)
- Ну нет. Я нигде не видел рекомендаций, отправлять адресные запросы
широковещательными UDP. Наверное, такое не поддерживается, чтобы
конфигуратор сети не обленился и не перевёл весь IP-трафик на
широковещательный, перегрузив ведомые хосты лишними запросами. - Nikolay_Po(06.10.2024 10:31)
- Если бы я делал сеть, то просто привязывал бы адреса Модбас ведомых к их IP явно. А на случай обнаружения новых устройств, делал бы это протоколом DHCP. Так, чтобы новый ведомый хост, сообщал свои параметры, включая текущий адрес Модбас, в запросе, в полях RFC 1497 (BOOTP Vendor Information Extensions). И пусть DHCP-сервер назначает этому устройству запрашиваемый устройством или новый адрес IP. А хост меняет свой адрес Модбас на последний октет IP-адреса, назначенный Nikolay_Po(86 знак., 06.10.2024 10:53)
- Ну нет. Я нигде не видел рекомендаций, отправлять адресные запросы
широковещательными UDP. Наверное, такое не поддерживается, чтобы
конфигуратор сети не обленился и не перевёл весь IP-трафик на
широковещательный, перегрузив ведомые хосты лишними запросами. - Nikolay_Po(06.10.2024 10:31)
- По чему он тогда выкидывает ошибку? Это не широковещательный запрос
Модбас, это широковещательный запрос UDP. Он содержит Модбас адрес
1. На него вполне можно ответить. Вдруг ведущий не знает на каких
IP адресах какие Модбас адреса сидят. - IBAH(05.10.2024 23:32)
- Напомните мне, где в стандарте ответ на широковещательный запрос?
Всегда думал, что на широковещательный запрос, ведомые не отвечают
в принципе. Не имеют права. Соответственно, ведущий не ждёт ответа
на такой запрос - Nikolay_Po(05.10.2024 22:41)
- Похоже кепваре меня все таки подвел. Он не считает адрес
192.168.0.255 широковещательным. Он считает его обыкновенным,
соответственно ждет ответа от только этого адреса. А ответы
приходят от адреса 192.168.0.1, и он их отбрасывает. - IBAH(05.10.2024 19:49)
- Попробовал так. ОРС сервер посылает UDP адресный запросы на
192.168.0.1:502. А мое устройство отвечает широковещательными UDP на 192.168.0.255:50965.
Работает. Ваще не понимаю этой сетевой логики. IBAH(46 знак., 07.10.2024 17:35)