caxapa.ru :: Объясняю. Допустим вы - разработчик жопогреек (а как известно, протокол Modbus имеет "фатальный недостаток" и совершенно не подходит для жопогреек, нужен свой, уникальный, закрытый протокол). Для какой именно Scada будете ваять драйвер?

Cкpипaч, пророк (06.10.2024 12:58 - 13:18, просмотров: 118) ответил Balda на я как истинный низкоуровневый программер не понимаю как это?? мне б биты - байты какой протокол обмена, профиль обмена итд

Объясняю. Допустим вы - разработчик жопогреек (а как известно, протокол Modbus имеет "фатальный недостаток" и совершенно не подходит для жопогреек, нужен свой, уникальный, закрытый протокол). Для какой именно Scada будете ваять драйвер?

Ну вот вы вы и ваяете OPC-сервер и не паритесь.

(SDK написания OPC-сервера, штука с хорошей документацией, примерами и очень приятная в использовании. Причем на выходе сразу(!) сертифицированная ОРС-хрень, лафа, правда? :)

Т.е. вы можете поелозив по столу немного мышкой сделать хрень, которая позволяет подключить ваши жопогрейки к абсолютно любой SCADA, никому не раскрывая свой уникальный протокол.

Без Балды! :)

... но не любой ценой.

Ответить

- А еще бывают 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, ссылка, ссылка)
        
        Вроде все это решено в 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)
        
        Те скрипты не прикладные, они отвечают исключительно за обмен - подготовить и передать байты, разобрать пришедшие байты (хотя технических ограничений на то, что в них запрограммировано нет). Прикладные в проекте SCADA. AlexG(466 знак., 07.10.2024 04:09)
        
        Адаптация под монитор - очень полезно, жаль что невозможно :))) Слишком велика разница между 28" на столе оператора и 7" у него в кармане. Cкpипaч(187 знак., 07.10.2024 08:42)
        
        С мониторами есть проблема попроще - запроектировали систему, купили мониторы, всё именнно под них разработали, всё отлично, а через несколько лет реально всё уже не совсем так как было задумано, и мониторы не те, и разрешение не то. - AlexG(07.10.2024 21:53)
        
        Придумали уже и продвигают OPC UA. ЫЫyкпy(1 знак., 06.10.2024 17:08, ссылка)
        
        Это совсем другое. И у OPC.UA есть серьёзные альтернативы: MQTT и BACnet. Cкpипaч(549 знак., 06.10.2024 17:33)
- так он пропроетарный чтоль? - Balda(06.10.2024 13:03)
  - кстати для скад я беру как раз ModBUS или IEC104 (вот что нибудь из последнего....) Balda(1 знак., 06.10.2024 13:07, картинка)
    - У меня в проектах обычно от трех до десяти протоколов. Включая закрытые от чиллеров, газовых котелен и станций пож.сигнализации. Протоколы определяются оборудованием, которое есть у Заказчика. Так бы я тоже все в Modbus упихнул. Cкpипaч(606 знак., 06.10.2024 13:21)
      - а вот мне как раз МотБАС крайне противопоказан - нет метки времени - так что или если по рс485 это мэк 101 если изернет то мэк104 и 61850 - Balda(06.10.2024 13:22)
        
        Особняком стоят всякие СКУД, CCTV и прочие охранные системы. Типа, уже не SCADA. Но мы-то знаем... :) - Cкpипaч(06.10.2024 13:26)
  - Сам протокол 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)

Средства и методы разработки