Страница 85 из 90 ПерваяПервая ... 35758384858687 ... ПоследняяПоследняя
Показано с 841 по 850 из 900

Тема: Modbus Universal MasterOPC Server новый OPC сервер от компании ИнСАТ

  1. #841

    По умолчанию

    Цитата Сообщение от SCADAMaster Посмотреть сообщение
    В сервере не реализован ответ на отсутствие адреса - они в памяти всегда выделены
    Рассмотрите как пожелание? Я понимаю, что в рабочем режиме это вряд ли кого-то волнует, но в процессе отладки (а я, например, постоянно использую Insat OPC в качестве виртуального слэйва) - было бы здорово, если бы подобные ситуации обрабатывались (т.е. адреса выделялись бы только для добавленных тегов).

  2. #842

    По умолчанию

    Скорее всего нет.
    Спасибо.

  3. #843

    По умолчанию

    Подскажите пож-та!

    Допустим в OPC есть устройство(тип programm) с 20 тегами(тип programm)! период опроса 1сек, время ответа 100млсек, повторов при ошибке 3, повторное соединение через 60 сек!

    Так вот. если хоть один тег, из этих 20 не опросится(помеха или ещё какая беда) - запустится таймаут(повторное соединение через 60 сек) и всё устройство будет молчать 60 сек!
    Повторов при ошибке больше ставить тоже смысла нет - а если устройтво(а) не в сети(20тегов*3*100млсек) - вообще завал!

    так вот сам вопрос - есть ли возможность использовать команды server.SendAndReceiveDataByMask() или server.SendAndReceiveData()(или возможно есть другие) так, чтоб они не выдавали автоматом ошибку (server.GetCurrentDeviceError( ) равную true) в теге типа PROGRAMM и не запускали интервал ошибки автоматом - а только по моей команде!
    Ведь в programm я сам контролирую достоверность приёма!

  4. #844

    По умолчанию

    Так сделать нельзя.
    Вы можете задать количество повторов с запасом - 1000.
    Сделаю через дополнительные свойства свою настройку количества повторов и проверять. Достигло ее количество - выходите из опроса этого и идете дальше.
    Но хотим отметить, что в наших ОРС серверах принято что если хотя бы один тег не был опрошен, то все теги принимают качество BAD. Иначе может получиться непонятная ситуация в скаде.
    Спасибо.

  5. #845

    По умолчанию

    Но хотим отметить, что в наших ОРС серверах принято что если хотя бы один тег не был опрошен, то все теги принимают качество BAD.

    Это правило работает если использовать тип устройства(modbus) - из-за этого непонятного свойства мы и отказались использовать стандартное устройство(MODBUS) в OPC.

    Вы можете задать количество повторов с запасом - 1000
    если я такое сделаю - после команды server.SendAndReceiveDataByMask() или server.SendAndReceiveData() - сервер будет долбить 1000 раз в устройство пока не получит ответ(и в этот момент я ничем ОПРОС не остановлю - код крутится в функции SendAndReceiveDataByMask) - и когда не получит ответ в тысячный раз - начнёт отсчитывать задержку ошибки!
    Беда - ладно - я в принципе решил этот вопрос(создал таблицу в скрипте устройства и оттуда опрашиваю - распихивая по тегам) - просто долго и муторно - но работает!

  6. #846

    По умолчанию

    SCADAMaster, мне конечно понятно кто владеет монополией, того и правила.

    НО!!!
    "Но хотим отметить, что в наших ОРС серверах принято что если хотя бы один тег не был опрошен, то все теги принимают качество BAD. Иначе может получиться непонятная ситуация в скаде."
    Звучит как полное непонимание требований рынка автоматизации. Просто палки вставляете в колеса всем интеграторам одновременно и себе черную метку на карму.
    Ну вот к примеру, я (или такой как я), готовлю программу для какого-то объекта. Меня туда пустят в самом конце и то на короткий срок. В итоге вынужден изголяться и обходить данные "дурацкие" выдуманные на ровном месте правила. Ну сделайте это настраиваемым, хочу использую, хочу не использую. С Модбасом еще прокатывает, есть имитаторы. А с другими протоколами?
    С уважением,
    Лапшин Вячеслав

  7. #847

    По умолчанию

    Цитата Сообщение от krollcbas Посмотреть сообщение
    В итоге вынужден изголяться и обходить данные "дурацкие" выдуманные на ровном месте правила.
    А зачем их обходить? В каких конкретно случаях нужно чтобы от устройства половина тегов пришло с нормальным признаком, а другая половина - с недостоверным?
    Спасибо.

  8. #848

    По умолчанию

    То, что Вы слышите, это хорошо, но смешиваете понятия, к сожалению плохо.
    Вот к примеру, у меня сложная многоуровневая задача. Мир не идеален и Вы это сами знаете по своему опыту.
    Что-нибудь отвалилось и что терять все остальное? Остановили работу участка до устранения "недочета"?
    Такая идиология?
    Но Вы же не студенты близорукие...
    OPC - это вообще костыль. В нормальных системах его не должно быть.
    SCADA за рубежом строятся по принципу - основа встроенные драйвера, а если что-то пришлое, то пожалуйста, через OPC
    Здесь, в данном Вашем мире он нормально, вполне гармонично так встроился.
    Вполне удобное средство Universal OPC, сам им пользуюсь активно, если нужно писать драйверы на нестандартном протоколе.
    Если обыкновенный Modbus - Овен ОПС. Отлично работает на живом объекте, денег не стоил.

    А Ваши обновления. Что это такое? Два исправили, одно то что было хорошо - сломали. Хорошо ли это?
    То что Мастерскада перестала отображать значения при потере качества - полный и надеюсь сокрушимый БРЕД.
    Вы должны отдать интегратору признак качества по тэгу. Пусть сам решает что с этим делать.
    Перечеркнуть ли значение, скрыть ли значений, привести ли его к максимуму.
    С уважением,
    Лапшин Вячеслав

  9. #849

    По умолчанию

    Цитата Сообщение от krollcbas Посмотреть сообщение
    То, что Вы слышите, это хорошо, но смешиваете понятия, к сожалению плохо.
    Вот к примеру, у меня сложная многоуровневая задача. Мир не идеален и Вы это сами знаете по своему опыту.
    Что-нибудь отвалилось и что терять все остальное? Остановили работу участка до устранения "недочета"?
    Такая идиология?
    Так что же у вас за такая сложная многоуровневая задача, при которой:
    1. Опрашивается устройство.
    2. В процессе опроса опросилась только половина тегов устройства.
    3. Это нормально и нужно как то с половиной данных продолжать работу.
    Что же это за "идиология" такая?

    Хотим подчернуть если "отвалилось" одно устройство, то опросу другого устройства этого никак не мешает.

    Цитата Сообщение от krollcbas Посмотреть сообщение
    OPC - это вообще костыль. В нормальных системах его не должно быть.
    SCADA за рубежом строятся по принципу - основа встроенные драйвера, а если что-то пришлое, то пожалуйста, через OPC
    Потрясающее заявление. Как вы считаете ОРС - это российская разработка? Может центральный офис OPC Foundation - находится в Саратове? Kepware, Matrikon, Unified Automation - российские компании?
    И что понимать под "пришлым"?
    Насчет драйверов, в том же Trace Mode 1500 заявленных драйверов, однако в очень многих проектах даже для Modbus почему то наш ОРС используются. Странно да?

    Цитата Сообщение от krollcbas Посмотреть сообщение
    Если обыкновенный Modbus - Овен ОПС. Отлично работает на живом объекте, денег не стоил.
    Если говорить про новый ОВЕН ОРС, то он достаточно грубая копия Modbus Universal, даже названия настроек совпадают.
    Ну а копируют, как известно, лучшее.
    Правда вот его работоспособность на большом количестве тегов вызывает проблемы.

    Цитата Сообщение от krollcbas Посмотреть сообщение
    А Ваши обновления. Что это такое? Два исправили, одно то что было хорошо - сломали. Хорошо ли это?
    То что Мастерскада перестала отображать значения при потере качества - полный и надеюсь сокрушимый БРЕД.
    Про что речь?
    Кстати в 3.10 реализована настройка отображения значений признака качества - теперь можно текст замещающий делать, а можно оформление менять.
    Последний раз редактировалось SCADAMaster; 30.03.2019 в 18:28.
    Спасибо.

  10. #850

    По умолчанию Скрытые значения в Мастер ОПС

    SCADAMaster,
    2. В процессе опроса опросилась только половина тегов устройства.
    3. Это нормально и нужно как то с половиной данных продолжать работу.
    Что же это за "идиология" такая?
    Хотим подчернуть если "отвалилось" одно устройство, то опросу другого устройства этого никак не мешает.
    Если мы можем читать - то должны читать!
    Как бы не работать с полученными данными, а хотя бы их видеть.
    Видеть значения тех тэгов, с которых еще идут данные. Никак не логично отказывать в просмотре.
    Ну в чем тогда логика? Modbus Pool считать данные может, а Мастерскадой уже нет.
    Это зачем так делаете?

    То что не Вы придумали OPC - верно, это открытый стандарт. Речь же не о том была. Зачем вообще нужен этот шлюз?
    Если цель экономическая - принимаю. Если так лучше для дела, простите - нет.

    Вы ответите в контраргумент что так работают все отечественные SCADA, причем часто сами покупают Ваш Universal OPC.
    Ну да, все верно. Вы молодцы выпустили работающий продукт. А почему так происходит? Причины?

    Хотелось бы подчеркнуть, что нахожусь на Вашей стороне и использую Ваши решения в тех проектах, которые реализую.
    Вступая в эти дебаты мной двигает стремление улучшить существующую картину, а не привыкать к не очевидному.
    С уважением,
    Лапшин Вячеслав

Страница 85 из 90 ПерваяПервая ... 35758384858687 ... ПоследняяПоследняя

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •