Страница 85 из 111 ПерваяПервая ... 3575838485868795 ... ПоследняяПоследняя
Показано с 841 по 850 из 1109

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

  1. #841

    По умолчанию

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

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

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

  2. #842

    По умолчанию

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

  3. #843

    По умолчанию

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

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

    По умолчанию

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

  5. #845

    По умолчанию

    Относительно моего заявления, что данные с признаками BAD или OUT_OF_SERVICE исчезают на Мастерскаде 3.10 - не подтверждаются. Они остаются связанными с ОПС. В данном конкретном примере все корректно. Был не прав.
    Однако это в моем сознании осталось и "пропадание данных" было взято из реальной жизни из реального объекта, там было такое поведение - знаки вопросов. Тут нет.
    Вложение 41998
    Далее...
    Провел эксперимент (даю картинки). Когда в случае, если OPC пытается опросить 6 переменных, а на деле их нет (убрал), то все остальные тэги становятся BAD, причем в связанном подчиненном устройстве прекращается запись и данные обнуляются.
    Считаю что это не хорошо, так как если Вы работаете на крупном и ответственном объекте, как всегда в России, если техническое задание рождается по принципу "а вот добавьте мне тут это", то вероятность допущения ошибки будет высокая, влечет к потере данных от объекта на какое-то время. Пока все не восстановите.
    Да, мне понятно, что если действовать по последовательности подумал-скорректировал интерфейс ПЛК, далее скорректировал интерфейс OPC, далее скорректировал привязки к Мастерскаде - потери будут меньшими.
    Они бы были еще меньше, если бы Мастер ОПС продолжал бы опрос существующих по привязкам тэгов.
    Вложение 41999Вложение 42000Вложение 42001Вложение 42002Вложение 42003

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

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

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

  6. #846

    По умолчанию

    Цитата Сообщение от Сергей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.
    Спасибо.

  7. #847

    По умолчанию

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

  8. #848

    По умолчанию

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

  9. #849

    По умолчанию

    Вопрос по OPC Server! Не работает WriteTagByRelativeName!
    12-04-2019 09:20:06.543 Получить данные сигнализации:modbus TCP.device_monitor.сигнализация.Получить данные сигнализации >> stack traceback:
    [C]: at 0x00642884
    [C]: in function 'WriteTagByRelativeName'
    [string "--[[(W)modbus TCP.device_monitor.сигнализация..."]:53: in function <[string "--[[(W)modbus TCP.device_monitor.сигнализация..."]:8>
    12-04-2019 09:20:06.543 modbus TCP.device_monitor.сигнализация.Получить данные сигнализации:Команда выполнена без ошибок

  10. #850

    По умолчанию

    Проверяйте - значит что-то не то прописали. Имя некорректное (нужен короткий путь) или тега не существует. Посмотрите справку к данной функции
    Спасибо.

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

Ваши права

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