Различия

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

--- doc:visscada:changes [2021/11/05 17:31]
denis [[2021-09-01] Сообщений V2]
+++ doc:visscada:changes [2022/01/27 11:47] (текущий)
denis [[2021-11-05] Рефакторинг переподключения к серверу данных и работа без стандартных баз]
@@ Строка 1: / Строка 1: @@
 ====== VisScada - лог изменений ======
-<note important>[[doc:visscada:refact_rpvisual_units_20210901]]</note>
+:!::!::!:
+[[doc:visscada:refact_rpvisual_units_20210901]]
+:!::!::!:
+===== [2022-01-27] Добавлена аутентификация =====
+. Каталог bpl перенесен в common и включен в репозиторий
+. В каталог bpl добавлен файл libeay32.dll
+. Добавлена поддержка аутентификации. Для работы приложения необходима библиотека libeay32.dll
 ===== [2021-11-05] Рефакторинг переподключения к серверу данных и работа без стандартных баз =====
@@ Строка 7: / Строка 17: @@
 ===== [2021-10-15] Управление предупредительным звонком =====
 Добавлен новый способ управления предупредительным звонком, который необходимо подавать при одиночном ручном запуске машин.
-Например, в одном проекте есть два отделения, каждое из которых расположено в отдельном помещении со своим оборудованием и звонком. Оператор из первого отделения запускает шнек вручную с предупредительной подачей звонка, при этом он ожидает, что зазвенит именно звонок первого отделения, а не оба сразу. Старый способ работы с предупредительными звонками через тег _PrjProcs._PrjStartAlarmBtnInputTagName это сделать не позволяет.
+Например, в одном проекте есть два отделения, каждое из которых расположено в отдельном помещении со своим оборудованием и звонком. Оператор из первого отделения запускает шнек вручную с предупредительной подачей звонка, при этом он ожидает, что зазвенит звонок именно первого отделения, а не оба сразу. Старый способ работы с предупредительными звонками через тег _PrjProcs._PrjStartAlarmBtnInputTagName этого сделать не позволяет.
 Решение данной проблемы заключается в делегировании функции включения предупредительного звонка самой машине в roboplant-проекте. Для этого в MCHB добавлен выход CtrlBeep, который включается на определенное время, когда машина меняет свое состояние в результате изменения значения в Control. Выход CtrlBeep соединяется с соответствующим звонком. Подробнее о новых функциях в MCHB можно ознакомится в roboplant-справке по MCHB, выходы Control и CtrlBeep.
@@ Строка 19: / Строка 29: @@
 ===== [2021-09-01] Сообщений V2 =====
-Добавлена новая (написана с нуля) подсистема работы с сообщениями с кодовым названием "Сообщения V2" (далее - V2) состоящая из:
+Добавлена новая (написана с нуля) подсистема работы с сообщениями с условным названием "Сообщения 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-клиентах с указанием пользователя и места.
@@ Строка 53: / Строка 63: @@
 Старая система сообщений работает без изменений.
-===== [2019-04-05] Общие технологические параметры проекта - CommonDataboard =====
+===== [2020-09-18] Sidebar =====
+Класс Sidebar управляет нестандартными боковыми панелями, которые должны появляться при клике по объектам класса TCustomScadaObject.
+Пример использования:
+{{:doc:visscada:visscada_sidebar.png?direct&200 |}}
+{{:doc:visscada:visscada_sidebar_delphi.png?direct&200 |}}
+[[doc:visscada:visscada_sidebar_prjprocs_pas]]
+[[doc:visscada:visscada_sidebar_zdvatm_pas]]
+[[doc:visscada:visscada_sidebar_zdvatm_dfm]]
+===== [2019-04-05] CommonDataboard =====
+На главную панель инструментов добавлена кнопка ''Технологические параметры'' (название можно менять), при нажатии на которую открывается VisDataBoard с общими технологическими параметрами проекта. Кнопка по умолчанию скрыта. [[doc:visscada:common_databoard_prjprocs]].