Различия

Здесь показаны различия между двумя версиями данной страницы.

--- doc:visscada:changes [2021/11/05 18:34]
denis [[2021-09-01] Сообщений V2]
+++ doc:visscada:changes [2022/01/27 11:47] (текущий)
denis [[2021-11-05] Рефакторинг переподключения к серверу данных и работа без стандартных баз]
@@ Строка 6: / Строка 6: @@
 :!::!::!:
+===== [2022-01-27] Добавлена аутентификация =====
+. Каталог bpl перенесен в common и включен в репозиторий
+. В каталог bpl добавлен файл libeay32.dll
+. Добавлена поддержка аутентификации. Для работы приложения необходима библиотека libeay32.dll
 ===== [2021-11-05] Рефакторинг переподключения к серверу данных и работа без стандартных баз =====
 Теперь при упавшей/отсутствующей базе тегов и/или сообщений визуализация выдаст сообщение и продолжит работу (оператор не остается без управления). Работает как при старте,так и после. Выполнен рефакторинг реконнекта при потери связи с сервером данных. Добавлены параметры позиции/размера главного окна в Администрирование/Системные.
@@ Строка 11: / Строка 17: @@
 ===== [2021-10-15] Управление предупредительным звонком =====
 Добавлен новый способ управления предупредительным звонком, который необходимо подавать при одиночном ручном запуске машин.
-Например, в одном проекте есть два отделения, каждое из которых расположено в отдельном помещении со своим оборудованием и звонком. Оператор из первого отделения запускает шнек вручную с предупредительной подачей звонка, при этом он ожидает, что зазвенит именно звонок первого отделения, а не оба сразу. Старый способ работы с предупредительными звонками через тег _PrjProcs._PrjStartAlarmBtnInputTagName это сделать не позволяет.
+Например, в одном проекте есть два отделения, каждое из которых расположено в отдельном помещении со своим оборудованием и звонком. Оператор из первого отделения запускает шнек вручную с предупредительной подачей звонка, при этом он ожидает, что зазвенит звонок именно первого отделения, а не оба сразу. Старый способ работы с предупредительными звонками через тег _PrjProcs._PrjStartAlarmBtnInputTagName этого сделать не позволяет.
 Решение данной проблемы заключается в делегировании функции включения предупредительного звонка самой машине в roboplant-проекте. Для этого в MCHB добавлен выход CtrlBeep, который включается на определенное время, когда машина меняет свое состояние в результате изменения значения в Control. Выход CtrlBeep соединяется с соответствующим звонком. Подробнее о новых функциях в MCHB можно ознакомится в roboplant-справке по MCHB, выходы Control и CtrlBeep.
@@ Строка 25: / Строка 31: @@
 Добавлена новая (написана с нуля) подсистема работы с сообщениями с условным названием "Сообщения V2" (далее - V2) состоящая из:
   * MesBar - строка последнего сообщения внизу экрана
-  * MesMonitor - окно просмотра активных и/или неподтвержденных сообщений
+  * MesMonitor - окно просмотра активных и неподтвержденных сообщений
   * MesView - окно просмотра архивных сообщений
 Включение режима V2 можно сделать в visscada Администрирование/Системные/Журнал сообщений V2. Для работы данного режима необходимо использовать модуль arcsvr jrobo версии не ниже 1.5.4. Подробней см. [[doc:jroboplc:modules:arcsvr#алгоритм_архивации_сообщений_v2|Алгоритм архивации сообщений V2]].
-Основное предназначение V2 - многопользовательские и распределенные системы АСУТП, т.к. использование старой подсистемы сообщений для подобных проектов вызывает определенные трудности. Например
+Основное предназначение V2 - многопользовательские и распределенные системы АСУТП, т.к. использование старой подсистемы сообщений для подобных проектов вызывает определенные трудности. Например:
   * необходимость подтверждения пришедшего сообщения на всех рабочих местах
   * невозможность фильтрации сообщений по идентификаторам места (place)
-  * необходимость переподключения в visscada-клиентов на всех рабочих местах при изменении конфигурации сообщений
+  * необходимость переподключения visscada-клиентов на всех рабочих местах при изменении конфигурации сообщений
 В V2 убрана логика обработки сообщений, теперь этим полностью занимается архиватор jrobo.arcsvr, а visscada только следит за тем, что происходит в базе данных. Например, если произошла авария, то arcsvr создаст сообщение в базе, которое отобразится на всех visscada-клиентах. Далее, если на одном из клиентов данное сообщение будет подтверждено, то оно также отобразится подтвержденным на всех остальных visscada-клиентах с указанием пользователя и места.