- В этой теме 17 ответов, 5 участников, последнее обновление 1 год, 11 месяцев назад сделано
.
-
Сообщения
-
Разработка не наша. OPC-сервер INSAT. Настроили OPC сервер, не получается получить данные в Коммуникаторе OPC-сервер включен данные приходят. В коммуникаторе теги добавлены все значения с «—«, в статистике ошибка при соединении с OPC-серером. При этос все приложения настроены на одного пользователя.
Почем-то когда скада-сервер был запущен в статистике была ошибка2018-01-25 16:35:47 <WS1980><U290042><EXC> Ошибка при запуске взаимодействия с клиентами: Обычно разрешается только одно использование адреса сокета (протокол/сетевой адрес/порт)
2018-01-25 16:35:47 <WS1980><U290042><ERR> Нормальная работа программы невозможна.После перезапуска Скада-сервер и скада-коммуникатор такой ошибки больше не возникало. при этом OPC работал.
Такая ошибка возникает когда порт Сервера (10000 по умолчанию) занят другой программой. С помощью системных утилит можно найти, какой именно.
Сейчас работает?
У них есть бесплатная версия этого OPC?Да, действительно порт был занят. Получили данные от OPC-сервера. Спасибо за помощь.
У них есть бесплатная версия этого OPC?
Версия бесплатна только на 32 тега.Появился вопрос по добавлению каналов в Администратор после того, как мы импортировали их с OPC-сервера часть наименования текста была урезана, так как в Администраторе стоит ограничение 50 символов. Можно ли ограничение как-то убрать?
Когда база будет меняться, размеры полей будут увеличены. Но это вероятно, будет не очень скоро. Если увеличить размер поля в Вашей конкретной базе, то всё будет работать нормально, скорее всего. Для чего Вам нужны такие длинные имена каналов?
Вопрос в следующем, на первом скриншоте показана структура тегов в OPC-сервере
https://hostingkartinok.com/show-image.php?id=b603a852c779017e86d350dbe8d29031
Когда я импортирую первые два тега в коммуникатор наименование получается длинным
https://hostingkartinok.com/show-image.php?id=eaf2323f22bfb627a3fd5010f21bdf67
и в коммуникаторе его не поменять, на данный момент можно обойтись и тем, если предварительно поменять имена в дереве OPC.
Если наименование тега в Коммуникаторе отличается от имени входного канала — ничего страшного. Или Вы имеете ввиду, что неудобно с такими длинными наименованиями в Коммуникаторе?
Если наименование тега в Коммуникаторе отличается от имени входного канала — ничего страшного. Или Вы имеете ввиду, что неудобно с такими длинными наименованиями в Коммуникаторе?
По этой теме больше нет вопросов.
Появился новый вопрос через некоторое время напишу.Читаю время с устройства через OPC61850, в OPC формат времени следующий
https://hostingkartinok.com/show-image.php?id=c35f7ca4e967ff10d9aa8c9b6fbea8d0
далее импортирую этот тег в коммуникатор, после запуска коммуникатора в журнале линии связи время с OPC отображается, см. ссылку https://hostingkartinok.com/show-image.php?id=6f872ec7a79b50e2821a088f8a28a58a
но в таблицу текущих данных приходят нули https://hostingkartinok.com/show-image.php?id=b72ac8748d8e8a807f53ea3409289777
Сейчас OPC драйвер не умеет работать со временем, хотя и показывает его строковое значение. Если хотите, напишите на email, попробуем с Вашей помощью добавить эту функцию. Нужно будет поэкспериментировать.
Доброе утро, уважаемые разработчики!
В плане дорожной карты на 2023 год обозначена задача по разработке драйвера IEC-61850. Хотелось бы уточнить, есть хоть какие-то наработки в этом направлении?
В плане диагностики работы могли бы посодействовать, если требуется.Преобразовать строку даты в нормальную дату не особо сложно.
К тому же в 6-й версии если правильно понимаю, можно строковой канал загрузить в массив.Потребуется формула для расчетного канала, которая превращает это в дату.
А вот если Михаил добавит настроечный параметр для OPC драйвера, и добавит функционал, то вообще проблемы не будет преобразовывать в дату.
Я такое делал кажется в драйвере Логика. У меня в шаблоне была строковая переменная, в которой я прописывал формат времени из которого надо преобразовать.
- Для ответа в этой теме необходимо авторизоваться.