Ответы в темах
-
Записи
-
Второй раз упала, починилась вот этим советом:
-
Сделайте экспорт таблицы Пользователи в файл C:\SCADA\BaseDAT\user.dat
Агент проверяет пароли по этому файлу. Проверьте актуальность логина и пароля в настройках профиля развёртывания.Хотя на прошлой неделе подложенный файлик не исправил ситуацию.
Связано было скорее всего с активацией временных ключей доп. компонентов и/или модуля автоматизации.в System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
в System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost)
в System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share)
в Scada.Data.Tables.BaseAdapter.Fill(DataTable dataTable, Boolean allowNulls)
в Scada.Agent.Engine.ScadaInstance.ValidateUser(String username, String password, String& errMsg)
2020-12-30 12:35:21 <DESKTOP-ADKD99M><СИСТЕМА><ERR> Пользователь ScadaAdmin не прошёл проверку для подключения к Default — Ошибка при проверке пользователя
2020-12-30 12:35:21 <DESKTOP-ADKD99M><СИСТЕМА><ERR> Не удалось создать сессию
2020-12-30 12:35:22 <DESKTOP-ADKD99M><СИСТЕМА><ACT> Создана сессия с ид. 177859292864926161
2020-12-30 12:35:22 <DESKTOP-ADKD99M><СИСТЕМА><EXC> Ошибка при проверке пользователя:
System.IO.FileNotFoundException: Файл ‘C:\SCADA\BaseDAT\user.dat’ не найден.Порты, пароли, ключи, учетки. Все пробовал.
ЯЫ вот ни капли не сомневаюсь что где-то нарукожопил и причина в какой-то мелочи.
Но, к сожалению, выявлять пока времени нет.Grafana не ставил, перепроверил пользователей, их пароли. Все равно не понимаю в чем дело.
Вижу только вариант сливать конфиг и переустанавливать полностью приложение.
Обидно конечно что не вышло выявить причину, но увы)Выгрузил, создал. положил в директорию. Пароли стандартные.
Службы перезапустил на всякий случай. Ничего.Странно. На всякий случай переписал ключ в конфиге ручками, заменил на сгенерированный.
Все пароли стоковые 1-5, перепроверил.
Странно.Так и сделал, все получилось.
На дискретных порядок 0123.
На аналоговых Float 2301, как Вы писали ранее.
Все с датчиками и дискретными выходами все работает корректно.
Спасибо за помощь!Запутал себя и остальных немного. Порядок байт ставим на место, если в настройках прибора старший вперед не ставим и все в порядке.
Сейчас порядок 0123. Все управляется, все данные идут.
Спасибо огромное за помощь.Разобрался!
Порядок байт в настройках прибор не сменен.
https://ibb.co/1nCCdXx
Соответственно, если вторым ставлю нулевой, например 1032 — получаю правильную работу выходами и вижу стработавший канал.
Порядок прописан в unshort.
Только значение не 1, а 256 почему-то.
https://ibb.co/dWmt2jQНе совсем понимаю насчет float типа на входы не совсем понимаю. Если у меня 1 регистр идет на каждый канал float тип закрывает сразу 2
https://ibb.co/4ggKqms
https://ibb.co/gRsjjBhСкрины не грузятся, на другой хостинг положил.
https://a.radikal.ru/a29/2012/59/75b8e43a5fbc.png
https://c.radikal.ru/c21/2012/4e/38bd78bf1570.png
https://a.radikal.ru/a14/2012/dd/3e585226dc33.pngНе знаю надо ли создавать отдельную тему, но проблема с управлением и получением данных есть. Хоть опрос и корректный.
В опросе ошибок нет, настройки шаблона выглядят следующим образом.
Пробовал разные вариации типов.
Адресация с 0, в 10ричной.
На данный момент на первый дискретный поданы 24В, на приборе срабатывание отображается. В СКАДЕ-не отображается)Управление каналами не происходит, но есть интересный момент:
Если выставить 16-ричную систему в шаблоне и отправить нулевую команду на второй канал(521й в 10-ричной) по адресу 20A, то он отключает реле первого канала.OPC сервер овна опрашивает и управляет корректно.
Пакет включения дискретного выхода:
10-12-2020 12:30:46.555 : device: modbus .ПР200 port: Rx Rx, size: 11, data:[01 B9 00 00 00 05 10 03 02 00 01 ]
10-12-2020 12:30:46.555 : device: modbus .ПР200 port: Tx Tx, size: 12, data:[01 BA 00 00 00 06 10 03 02 00 00 01 ]Пакет отключения первого дискретного выхода
10-12-2020 12:34:41.684 : device: modbus .ПР200 port: Rx Rx, size: 11, data:[02 57 00 00 00 05 10 03 02 00 01 ]
10-12-2020 12:34:41.684 : device: modbus .ПР200 port: Tx Tx, size: 12, data:[02 58 00 00 00 06 10 03 02 00 00 01 ]Пакет опроса первого дискретного входа, который находится в сработке:
10-12-2020 12:36:10.756 : device: modbus .ПР200 port: Rx Rx, size: 11, data:[01 0C 00 00 00 05 10 03 02 00 01 ]
10-12-2020 12:36:10.756 : device: modbus .ПР200 port: Tx Tx, size: 12, data:[01 0D 00 00 00 06 10 03 02 00 00 01 ]На всякий случай заброшу скрины настроек тегов с OPC сервера.
Я подозреваю что проблема в том, что мы не можем передавать булевские команды и у нас конвертация в программе прибора, но точно сказать не могу.
Прошу помощи опытных.
Интересно.
Есть такой режим на овнЕ.
https://ibb.co/DfcvW9R
Насколько я понимаю, далее руководствуемся таблицей регистров, лишаемся сетевых переменных и внутренних алгоритмов работы.
Раз уж пошли по сложному пути — надо идти)) Суть еще в том, что возможно на объекта необходимо будет масштабировать систему, подключая модули. Run-Stop все же не подойдет.
А в шаблонах я просто указал порядок байт и все заработало, спасибо за помощь!Поставьте адресацию с НУЛЯ и в десятичном виде, должно быть 512 = 512 если не ошибаюсь — проверил, именно так в шаблоне у меня и выставлено — 0 и десятичная система
Все именно так и стоит.
https://ibb.co/5jVKH0Cдля Float порядок байт 2301
Заработало с 512м адресом!
Только я не до конца понимаю как мне теперь двумя регистрами управлять с настройкой float.А почему вы ПР200 не включите в режим модуля ввода-вывода ? или потом программа предполагается ?
Скорее всего я снова блесну своим недостатком опыта, но 485й модуль ПР200 может быть только в режиме master|slave.
В режиме master мне не удалось наладить связь с железкой.
Никаких программ не предполагается. Только управление рапидой.Забыл упомянуть.
Через овновский OPC сервер, регистры с 512 по 527 опрашиваются корректно.
https://ibb.co/CJjQz2M
