Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Не получили письмо с кодом активации?

Официальный форум Simple-Scada.

Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - crm97

Страницы: [1]
1
Обычно заводим несколько пользователей.
"Оператор" - права ограничены в том числе доступ к приложениям. Видит только работающую SCADA, которой нужен OPC.
"Инженер" - имеет возможность менять настройки ОС, вносить правки в конфигурацию arOPC и SCADA.
А в данном случае, из-за того что приложения запускаются из под wine и под каждым пользователем это разные экземпляры со своим набором настроек, реализовать разделение по пользователям прямым и понятным способом не получится.

Видимо придётся под пользователем "Инженер" пользоваться двух часовым периодом и после изменений копировать конфигурацию под пользователя "Оператор", не забывая права на файлы проверять.

2
Добрый день,
правильно ли я понимаю, что раз при установке arOPC под Wine из под разных пользователей фактически мы получаем два разных экземпляра программы, то и активировать лицензию придётся отдельно под каждым пользователем?
Можно ли как-то обойти это ограничение?

3
Благодарю, стало отображаться корректно.

4
Добрый день.
Пробуем запустить arOPC в Astra Linux Special Edition. Устройство опрашивается по Modbus TCP.
Проблема - в окне arOPC тэгов не видно (см. скриншот), при этом опрос идёт, Scada значения с устройств получает.
Т.е. тэги есть, но увидеть их значения или отредактировать в arOPC невозможно.

Если кто-то сталкивался с данным поведением программы, подскажите в каком направлении искать решение.
Версия Wine 8.0.1, версия ОС в приложенном скриншоте.

5
Вопрос скорее из любопытства. Очень давно с такими не сталкивался. Из того что помню похожее поведение может потребоваться для С2000-ПП (Болид). У них, для примера, по протоколу Modbus прежде, чем запросить расширенное состояние зоны, необходимо отправить команду с номером зоны в прибор, и только после этого можно считать данные при условии, что есть готовность. Это пример конечно не совсем подходящий, т.к. в данном случае проще написать отдельный драйвер для обмена. Но очень давно, лет 15 назад сталкивался с приборами, которые воспринимают только ограниченный набор команд и запись в регистры возможно только отдельным запросами.

6
Спасибо.

Цитировать
Например: есть теги с адресами 1,2,3, 8, 9, 15. В этом случае OPC сервер сформирует три команды: 1-2-3, 8-9, 15.
Для специфических устройств есть возможность разбить команду 1-2-3 на отдельные - 1, 2, 3?

7
Здравствуйте.

Подскажите как происходит передача значений для записи из SCADA в arOPC и далее в ПЛК (Modbus TCP) в следующих ситуациях.
Используем последние версии arOPC и SimpleSCADA.

1. Связь с ПЛК установлена и стабильна.
Допустим есть кнопка без фиксации. При нажатии переменной присваивается значение 1, при отпускании - значение 0.
arOPC сервер при этом в очередь на запись в ПЛК поставит последовательно условно две команды "записать значение 1", "записать значение 0"?
Другими словами любое изменение значения переменной гарантированно транслируется в отдельные команды, которые отправляются в ПЛК в том же хронологическом порядке, в котором происходили изменения значения?

2. Связь оборвалась.
Буфер команд к ПЛК очищается или arOPC хранит команды в буфере до восстановления связи?
Новые команды записи от SCADA в буфер добавляются или игнорируются до восстановления связи?

3. Общий вопрос.
Для разных ПЛК в arOPC, подключенных по одному каналу, буфер команд общий или индивидуальный?

4. Вопрос скорее к Simple SCADA.
Если в скрипте кнопки значение переменной меняем несколько раз в процессе однократного выполнения, то при каждом изменении в переменную будет записываться новое значение каждый раз, или в переменную записывается значение только после завершения скрипта?

5. На форуме был такой ответ по работе arOPC с Modbus - https://simple-scada.com/forum/index.php?topic=1323.msg10225#msg10225
Цитировать
Да, если из Simple Scada, из одного скрипта, последовательно, в эти три тега выполнить  запись, то OPC сервер сформирует единый Modbus пакет.
Для Modbus TCP работает аналогичным образом? Так работает только для тэгов одного устройства? Что делать, если требуется, чтобы не формировался единый пакет, а значения отправлялись отдельными запросами?

Страницы: [1]