Страница 86 из 90 ПерваяПервая ... 36768485868788 ... ПоследняяПоследняя
Показано с 851 по 860 из 891

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

  1. #851

    По умолчанию

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

    Цитата Сообщение от krollcbas Посмотреть сообщение
    То что не Вы придумали OPC - верно, это открытый стандарт. Речь же не о том была. Зачем вообще нужен этот шлюз?
    Если цель экономическая - принимаю. Если так лучше для дела, простите - нет.
    Потому что протоколов много, скад - много. И тянуть такое количество протоколов - очень тяжело. Пример Trace Mode кстати очень показателен, на бумаге 1500 драйверов, а на деле даже для Modbus они сами (!) рекомендуют ОРС использовать.
    Ну а новый стандарт OPC UA - это вообще путь в светлое будущее.

    Цитата Сообщение от krollcbas Посмотреть сообщение
    Вы ответите в контраргумент что так работают все отечественные SCADA, причем часто сами покупают Ваш Universal OPC.
    Ну да, все верно. Вы молодцы выпустили работающий продукт. А почему так происходит? Причины?
    Не только отечественные. Откроем страшную тайну - наш ОРС сервер продается в том числе и на мировом рынке.
    Под причинами что имеете ввиду? Почему его покупают? Да по той же причине по которой ОВЕН его "обводил" - потому что это лучшее решение на рынке.
    Последний раз редактировалось SCADAMaster; 30.03.2019 в 19:35.
    Спасибо.

  2. #852

    По умолчанию

    Постараюсь не уходить с темы:
    1. Мне как интегратору важно иметь возможность удаленно отлаживать систему визуализации, даже если физических устройств нет. Только на программных компонентах.
    Используя по возможности даже реальный ключ и реальный дистрибутив, чтоб исключить любые оказии при вводе софта в эксплуатацию реального объекта.
    В прежних версиях Мастерскада данные с плохим качеством не скрывала и я имел возможность задать любые удобные мне числа, конечно при наличии связи с ОПС.
    Теперь это не так. Приходится выкручиваться, ругаясь громко в слух.
    2. Давлеет на мою подкорку опыт работы на крупных, достаточно серьезных объектах атомной энергетики.
    Там тоже встречались данные с плохим признаком качества Q. Причем никто их и не задумывался скрывать от наладчиков или КИПовцев, наоборот. Мы их индицировали на экране зачеркнутыми.
    С таким подходом как у Вас нас бы выкинули, а в руки бы дали коробочку синего цвета.
    С уважением,
    Лапшин Вячеслав

  3. #853

    По умолчанию

    Вы вообще внимательно читали про что речь идет?
    Вопрос про ОРС сервер, и ситуацию когда опрос одного устройства не завершается до конца (условно половина тегов прочиталась, а на другой половине связь пропала) - в каких случаях такое поведение является некорректным (ответа мы так и не услышали)?

    Какие еще скада скрывает данные? Вы вообще про что? Недостоверные значения скада ранее либо подчеркивала, либо замещала на знаки вопроса (если признак качества Uncertain). В 3.10 мы сделали гибкую кастомизацию для каждого из признаков качества

    Вот только никакого отношения к ОРС это вообще не имеет.
    Спасибо.

  4. #854

    По умолчанию

    1. Ну рассматривайте вариант, что ОРС == драйвер. Что не так? Механизм передачи информации через СОМ? Вы уверены, что в других драйверах других СКАДА он не используется?
    2. Ну ТМ заявила встроенный драйвера для огромного количества контроллеров. И в каком виде это сейчас? Куча уже по сути не поддерживаются - по политическим и экономическим причинам. И в чем преимущество?
    3. Вот приведите пример, чтобы с одного устройства часть тэгов отпросилась, а часть нет. Я вот в программах для ПЛК при ручном опросе через библиотеки при не ответе на это - сразу перехожу к следующему устройству - зачем стучаться в закрытую дверь.

  5. #855

    По умолчанию

    Цитата Сообщение от ASo Посмотреть сообщение
    1. Ну рассматривайте вариант, что ОРС == драйвер. Что не так? Механизм передачи информации через СОМ? Вы уверены, что в других драйверах других СКАДА он не используется?
    2. Ну ТМ заявила встроенный драйвера для огромного количества контроллеров. И в каком виде это сейчас? Куча уже по сути не поддерживаются - по политическим и экономическим причинам. И в чем преимущество?
    3. Вот приведите пример, чтобы с одного устройства часть тэгов отпросилась, а часть нет. Я вот в программах для ПЛК при ручном опросе через библиотеки при не ответе на это - сразу перехожу к следующему устройству - зачем стучаться в закрытую дверь.
    Сам фюрер не сказал бы лучше... ©
    Спасибо.

  6. #856
    Пользователь Аватар для Сергей0308
    Регистрация
    25.06.2011
    Адрес
    Галактика Андромеды (M31)
    Сообщений
    3,874

    По умолчанию

    Цитата Сообщение от SCADAMaster Посмотреть сообщение
    Сам фюрер не сказал бы лучше... ©
    Наверно всё-таки сам Геббельс? Ну и сравнения!
    Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
    справиться с проблемами, либо это не твои проблемы.

  7. #857

    По умолчанию

    Относительно моего заявления, что данные с признаками BAD или OUT_OF_SERVICE исчезают на Мастерскаде 3.10 - не подтверждаются. Они остаются связанными с ОПС. В данном конкретном примере все корректно. Был не прав.
    Однако это в моем сознании осталось и "пропадание данных" было взято из реальной жизни из реального объекта, там было такое поведение - знаки вопросов. Тут нет.
    2019-03-31_07-47-59.png
    Далее...
    Провел эксперимент (даю картинки). Когда в случае, если OPC пытается опросить 6 переменных, а на деле их нет (убрал), то все остальные тэги становятся BAD, причем в связанном подчиненном устройстве прекращается запись и данные обнуляются.
    Считаю что это не хорошо, так как если Вы работаете на крупном и ответственном объекте, как всегда в России, если техническое задание рождается по принципу "а вот добавьте мне тут это", то вероятность допущения ошибки будет высокая, влечет к потере данных от объекта на какое-то время. Пока все не восстановите.
    Да, мне понятно, что если действовать по последовательности подумал-скорректировал интерфейс ПЛК, далее скорректировал интерфейс OPC, далее скорректировал привязки к Мастерскаде - потери будут меньшими.
    Они бы были еще меньше, если бы Мастер ОПС продолжал бы опрос существующих по привязкам тэгов.
    2019-03-31_07-39-02.png2019-03-31_07-38-20.png2019-03-31_07-40-09.png2019-03-31_07-39-54.png2019-03-31_07-37-45.png

    Хотя бы на аргументах объясните зачем так сделано?
    Ведь можно так не делать.
    Или проще так рубануть и все?

    Aso, прав. Если мы пишем драйвер к устройству, например из ПЛК по портам и какие-то регистры у устройств заблокированы или отсутствуют, то и все устройство неисправно. Но это касаемо аппаратных связей между железом. Это меняется один раз в жизни при конфигурировании, все остальное время служит.

    Здесь то другое немного. Софтовый сервис от ПК и для ПК. Можно все сделать в разы гибче.
    Вообще мне показалось что наш диалог шел по пути "один похабный товарищ нас очерняет, а мы себя обелим".
    Нет!!!
    Вы хорошие ребята и я стараюсь дать Вам внятную и понятную обратную связь.
    С уважением,
    Лапшин Вячеслав

  8. #858

    По умолчанию

    Цитата Сообщение от Сергей0308 Посмотреть сообщение
    Наверно всё-таки сам Геббельс? Ну и сравнения!
    "Бесславные ублюдки" Тарантино - очень рекомендую

    Цитата Сообщение от krollcbas Посмотреть сообщение
    Однако это в моем сознании осталось и "пропадание данных" было взято из реальной жизни из реального объекта, там было такое поведение - знаки вопросов. Тут нет.
    Такое происходит если от ОРС сервера приходит признак качества Uncertain (Не определено) и это правильно - раз значение не определено, то и демонстрировать его не зачем. Но в 3.10 мы сделали это поведение настраиваемым.

    Цитата Сообщение от krollcbas Посмотреть сообщение
    Провел эксперимент (даю картинки). Когда в случае, если OPC пытается опросить 6 переменных, а на деле их нет (убрал), то все остальные тэги становятся BAD, причем в связанном подчиненном устройстве прекращается запись и данные обнуляются.
    А знаете почему?
    Посмотрите на лог запросов в устройстве ОРС, вы увидите что устройство на подобные запросы возвращает код ошибки (0x93). На что ОРС сервер пытается еще 3 раза опросить это устройство, в надежде все же получить так нужные ему данные.
    Допустим мы бы проигнорировали эту ситуацию, и выдавали бы у тегов хороший признак. К чему бы это привело? Во первых - снижение скорости опроса, во-вторых, абсолютно непонятная ситуация - вроде бы как связь есть, но в тот же момент ее и нет. Ну и в третьих, самое плохое, существует вероятность что подобная ошибка будет пропущена и этот не опрашиваемый тег вылезет в какой нибудь не подходящий момент (когда пуско-наладка уже закончится).
    Наша позиция - ошибочных тегов в конфигурации быть не должно, нужно сразу диагностировать эту проблему (чему выставление плохого признака способствует) и зачистить ее. Для этого мы даже выпустили специальную инструкцию (пункт 5В)
    https://insat.ru/products/chasto-zad...?clear_cache=Y

    И кстати в Multi-Protocol в ряде драйверов (Profinet, IEC-104) есть отдельный выход наличия связи, вот в таком случае как бы с ним нужно было поступить? Связь есть? Вроде бы как и есть, но часть то тегов не опрошена, поэтому выходит что связи нет. Получается какой-то "тег Шредингера". А так все четно и ясно - если хотя бы часть данных не пришла, то весь пакет данных не достоверен и обрабатывать его нужно как недостоверный.

    Цитата Сообщение от krollcbas Посмотреть сообщение
    Считаю что это не хорошо, так как если Вы работаете на крупном и ответственном объекте, как всегда в России, если техническое задание рождается по принципу "а вот добавьте мне тут это", то вероятность допущения ошибки будет высокая, влечет к потере данных от объекта на какое-то время. Пока все не восстановите.
    И в чем проблема? Добавил тег, запустил сервер (а мы рекомендуем всегда сначала проверять связь, и только потом переходить к скаде). Увидел что признаки все в BAD, проверил по логу что происходит, поправил - все. Тем более система логирования в нашем ОРС - превосходная.
    На то она и пуско-наладка и предназначена чтобы ошибки обнаруживать и исправлять.
    Последний раз редактировалось SCADAMaster; 31.03.2019 в 09:46.
    Спасибо.

  9. #859

    По умолчанию

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

  10. #860

    По умолчанию

    Проблема проявилась - мы ее исправим.
    Пока что можете после данной операции сделать Сохранить как с таким же именем.
    Спасибо.

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

Ваши права

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