Различия

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

Ссылка на это сравнение

Предыдущая версия справа и слева Предыдущая версия
Следующая версия
Предыдущая версия
doc:visscada:changes [2021/11/05 18:25]
denis [VisScada - лог изменений]
doc:visscada:changes [2022/01/27 11:47] (текущий)
denis [[2021-11-05] Рефакторинг переподключения к серверу данных и работа без стандартных баз]
Строка 1: Строка 1:
 ====== VisScada - лог изменений ====== ====== VisScada - лог изменений ======
 +
 +:​!::​!::​!: ​
 +
 [[doc:​visscada:​refact_rpvisual_units_20210901]] [[doc:​visscada:​refact_rpvisual_units_20210901]]
 +
 +:!::!::!:
 +===== [2022-01-27] Добавлена аутентификация =====
 +1. Каталог bpl перенесен в common и включен в репозиторий
 +2. В каталог bpl добавлен файл libeay32.dll
 +3. Добавлена поддержка аутентификации. Для работы приложения необходима библиотека libeay32.dll
 +
  
 ===== [2021-11-05] Рефакторинг переподключения к серверу данных и работа без стандартных баз ===== ===== [2021-11-05] Рефакторинг переподключения к серверу данных и работа без стандартных баз =====
Строка 7: Строка 17:
 ===== [2021-10-15] Управление предупредительным звонком ===== ===== [2021-10-15] Управление предупредительным звонком =====
 Добавлен новый способ управления предупредительным звонком,​ который необходимо подавать при одиночном ручном запуске машин. ​ Добавлен новый способ управления предупредительным звонком,​ который необходимо подавать при одиночном ручном запуске машин. ​
-Например,​ в одном проекте есть два отделения,​ каждое из которых расположено в отдельном помещении со своим оборудованием и звонком. Оператор из первого отделения запускает шнек вручную с предупредительной подачей звонка,​ при этом он ожидает,​ что зазвенит ​именно ​звонок первого отделения,​ а не оба сразу. Старый способ работы с предупредительными звонками через тег _PrjProcs._PrjStartAlarmBtnInputTagName это сделать не позволяет.+Например,​ в одном проекте есть два отделения,​ каждое из которых расположено в отдельном помещении со своим оборудованием и звонком. Оператор из первого отделения запускает шнек вручную с предупредительной подачей звонка,​ при этом он ожидает,​ что зазвенит звонок ​именно ​первого отделения,​ а не оба сразу. Старый способ работы с предупредительными звонками через тег _PrjProcs._PrjStartAlarmBtnInputTagName этого сделать не позволяет.
  
 Решение данной проблемы заключается в делегировании функции включения предупредительного звонка самой машине в roboplant-проекте. Для этого в MCHB добавлен выход CtrlBeep, который включается на определенное время, когда машина меняет свое состояние в результате изменения значения в Control. Выход CtrlBeep соединяется с соответствующим звонком. Подробнее о новых функциях в MCHB можно ознакомится в roboplant-справке по MCHB, выходы Control и CtrlBeep. Решение данной проблемы заключается в делегировании функции включения предупредительного звонка самой машине в roboplant-проекте. Для этого в MCHB добавлен выход CtrlBeep, который включается на определенное время, когда машина меняет свое состояние в результате изменения значения в Control. Выход CtrlBeep соединяется с соответствующим звонком. Подробнее о новых функциях в MCHB можно ознакомится в roboplant-справке по MCHB, выходы Control и CtrlBeep.
Строка 19: Строка 29:
  
 ===== [2021-09-01] Сообщений V2 ===== ===== [2021-09-01] Сообщений V2 =====
-Добавлена новая (написана с нуля) подсистема работы с сообщениями с кодовым названием "​Сообщения V2" (далее - V2) состоящая из:+Добавлена новая (написана с нуля) подсистема работы с сообщениями с условным названием "​Сообщения V2" (далее - V2) состоящая из:
   * MesBar - строка последнего сообщения внизу экрана   * MesBar - строка последнего сообщения внизу экрана
-  * MesMonitor - окно просмотра активных ​и/или неподтвержденных сообщений+  * MesMonitor - окно просмотра активных и неподтвержденных сообщений
   * MesView - окно просмотра архивных сообщений   * MesView - окно просмотра архивных сообщений
 Включение режима V2 можно сделать в visscada Администрирование/​Системные/​Журнал сообщений V2. Для работы данного режима необходимо использовать модуль arcsvr jrobo версии не ниже 1.5.4. Подробней см. [[doc:​jroboplc:​modules:​arcsvr#​алгоритм_архивации_сообщений_v2|Алгоритм архивации сообщений V2]]. Включение режима V2 можно сделать в visscada Администрирование/​Системные/​Журнал сообщений V2. Для работы данного режима необходимо использовать модуль arcsvr jrobo версии не ниже 1.5.4. Подробней см. [[doc:​jroboplc:​modules:​arcsvr#​алгоритм_архивации_сообщений_v2|Алгоритм архивации сообщений V2]].
  
-Основное предназначение V2 - многопользовательские и распределенные системы АСУТП, т.к. использование старой подсистемы сообщений для подобных проектов вызывает определенные трудности. Например+Основное предназначение V2 - многопользовательские и распределенные системы АСУТП, т.к. использование старой подсистемы сообщений для подобных проектов вызывает определенные трудности. Например:
   * необходимость подтверждения пришедшего сообщения на всех рабочих местах   * необходимость подтверждения пришедшего сообщения на всех рабочих местах
   * невозможность фильтрации сообщений по идентификаторам места (place)   * невозможность фильтрации сообщений по идентификаторам места (place)
-  * необходимость переподключения ​в visscada-клиентов на всех рабочих местах при изменении конфигурации сообщений+  * необходимость переподключения visscada-клиентов на всех рабочих местах при изменении конфигурации сообщений
  
 В V2 убрана логика обработки сообщений,​ теперь этим полностью занимается архиватор jrobo.arcsvr,​ а visscada только следит за тем, что происходит в базе данных. Например,​ если произошла авария,​ то arcsvr создаст сообщение в базе, которое отобразится на всех visscada-клиентах. Далее, если на одном из клиентов данное сообщение будет подтверждено,​ то оно также отобразится подтвержденным на всех остальных visscada-клиентах с указанием пользователя и места. В V2 убрана логика обработки сообщений,​ теперь этим полностью занимается архиватор jrobo.arcsvr,​ а visscada только следит за тем, что происходит в базе данных. Например,​ если произошла авария,​ то arcsvr создаст сообщение в базе, которое отобразится на всех visscada-клиентах. Далее, если на одном из клиентов данное сообщение будет подтверждено,​ то оно также отобразится подтвержденным на всех остальных visscada-клиентах с указанием пользователя и места.
doc/visscada/changes.1636125949.txt.gz · Последние изменения: 2021/11/05 18:25 — denis
Driven by DokuWiki Recent changes RSS feed Valid CSS Valid XHTML 1.0