Windows Сервис LKDSDomain

[kurilka]

Мнение понятно.

1. Идеальных инструментов не бывает. Поэтому уже достаточно давно идет реализация стандартных интерфейсов для взаимодействия ДК «Обь» со сторонним программным и аппаратным обеспечением. Это даёт возможность пользователям разработать свои, полностью подходящие им средства диспетчеризации на основе лифтовых блоков, производства ООО «Лифт-Комплекс -ДС».

Самым первым был реализован интерфейс сервера OPC DA.
Этот интерфейс имеет существенные ограничения, поэтому был реализован протокол OPC UA и его функционал будет расширяться.
Уже есть начальная реализация протокола SIP для передачи голоса и интеграции с телефонией.

В настоящее время можно использовать лифтовые блоки вообще без промежуточного программного обеспечения, т.к. лифтовые блоки 7.2. поддерживают протокол MQTT и Modbus.

2. ДК «Обь» развивалось эволюционно. На мой взгляд именно это и позволило постепенно наращивать возможности, не теряя при этом преемственности. Опять же на мой взгляд, другого пути развития сложных технических систем нет. Видимые «революции» в развитии сложных технических систем — это переход большого количества, может и незначительных, эволюционных изменений в новое качество системы. Конечно, ДК «Обь», как и любая система, имеет ограничения и задача - осознанными доработками устранить эти ограничения. Поэтому предлагаю вначале «озвучить» ограничения, озвучить «текущие требования и задачи».

Да. Тоже понятно.
Есть программное обеспечение от производителя, пользуйтесь. Не устраивает функционал – пишите свое. Подход правильный. Однако, надо понимать, что реализация своего доступна не многим.

ДК «Обь», безусловно, сложный программно-технический комплекс. Его разработка и сопровождение – тяжелый и кропотливый труд. Каждый шаг требует обдуманных действий, чтобы не навредить, поэтому наращивание возможностей системы происходит постепенно. Одновременно с развитием системы происходит рост и ограничений. Постепенно, они сводят на нет возможность наращивать функционал системы и заставляют задуматься об ее модернизации. Формируются требования к новой системе, на основе которых разрабатывается новый продукт.
Вполне возможно, что реализация некоторых решений в новом продукте может получиться не совсем удачной и в такой ситуации как раз очень важно подойти к доработкам осознано.

 

[Andi]

LKDSDomain доработан:

1. Поддерживается исключение лифта из проверки длительного простоя по информации статистики работы лифта (см. SPult)

2. Для ЛБ 6.1Pro и 7.2, с прямым подключением к LKDSDomain и с последними микропрограммами, в журнал событий записываются режимы работы лифта.

Хотелось бы перед выкладыванием в штатное обновление проверить эти возможности
Доработанный LKDSDomain Выложен в штатное обновление.

Процедура замены:

1. Файл \LKDSDrv\LKDSDomain\LKDSDomain.exe переименовываем в файл \LKDSDrv\LKDSDomain\LKDSDomain.exe_old
2. Файл LKDSDomain.ttt из архива под именем LKDSDomain.exe переписываем в папку \LKDSDrv\LKDSDomain\
3. Из диспетчера задач из закладки "Службы" пере запускаем службу LKDSDomain

 

[Andi]

Сегодня (24.08.2020) выложено обновление LKDSDomain.

Изменения аналогичные изменениям LKDSDisp, корректируется файл LKDSDomain.xml

Кроме того, сейчас все сервера (LKDSDisp, LKDSDomain, LKDSCloud) во всплывающем оповещении для Android клиентов передают код лифта, с которым связано это оповещение.

Это позволяет использовать новую возможность LMDS Observer - при нажатии на уведомление сразу перейти в панель управления лифтом.

 

[revit]

А также закрывать окно списка ЛБ->нажать "сохранить"->подтвердить ОК->заново открыть окно домэйна->открыть список ЛБ
5 действий только для добавления нового блока вручную в список. :blink:
У всех конфигураторов была концепция открытого списка (лкдспро, пксл) , тут же опять концепция поменялась и список нужно постоянно открывать при входе в домэйн. Мне со списком приходится работать постоянно, каждый день почти, а конфигурация один раз настроилась и забыли. Зачем ее видеть каждый раз и тем более открывать список ЛБ через ее окно? Может все таки наоборот правильнее-работать со списком ЛБ а из него по менюшке открывать конфигурацию? Что главнее шашечки или ехать....

Бывает необходимо сменить тип связи с прямой на облачную. Приходится делать 7 действий...
Открыть окно списка->изменить ЛБ ->закрыть окно списка ЛБ->нажать "сохранить"->подтвердить ОК->заново открыть окно домэйна->заново открыть список ЛБ
Ну совершенно не удобно пользоваться в работе. А в окне списка нельзя сделать кнопку "сохранить" хотя бы и сохранять без закрытия окон?

 

[revit]

Понадобилось убрать из домэйна два лифта входящие в организацию. Нажимаю "удалить" пишет "удаленный блок используется - организацияXXX". Т.е пока есть организация то лифты не удалишь.
Организацию из списка удалить нельзя.
Удалил лифты из группы в этой организации. Сами лифты из дерева удалить нельзя.
Все равно пишет "удаленный блок используется - организацияXXX"

Люди помогите решить этот квест!!

 

[Andi]

Понадобилось убрать из домэйна два лифта входящие в организацию. Нажимаю "удалить" пишет "удаленный блок используется - организацияXXX". Т.е пока есть организация то лифты не удалишь.
Организацию из списка удалить нельзя.
Удалил лифты из группы в этой организации. Сами лифты из дерева удалить нельзя.
Все равно пишет "удаленный блок используется - организацияXXX"

Люди помогите решить этот квест!!

Нужно в лифте организации указать ID равным 0.

 

[revit]

Получилось. Лифты организации удалились из домэйна. А как удалить ненужную уже организацию вместе с лифтами?

 

[Pro100A1ex]

Доброе время суток.
Заметили в журнале событий Windows периодические записи ошибок работы LKDSDomain. LKDSDomain установленный в операционной системе Windows Server 2019, скрины из журнала сбытий:
данные события появляются с периодичностью 6- 30 минут, остальные с переодичностью 24 часа


В чем может быть проблема?

 

[Andi]

Доброе время суток.
Заметили в журнале событий Windows периодические записи ошибок работы LKDSDomain. LKDSDomain установленный в операционной системе Windows Server 2019, скрины из журнала сбытий:
Вложение IPB #2179 данные события появляются с периодичностью 6- 30 минут, остальные с переодичностью 24 часа
Вложение IPB #2180
Вложение IPB #2181
В чем может быть проблема?

Нужна дополнительная информация:

1) сформируйте данные для передачи в тех.поддержку и пришлите.
2) экспортируйте и пришлите журнал Windows

 

[Pro100A1ex]

Нужна дополнительная информация:

1) сформируйте данные для передачи в тех.поддержку и пришлите.
2) экспортируйте и пришлите журнал Windows Вложение IPB #2182

Все сделано, ссылку для скачивания архива сбросили на почту techno@lkds.ru.

 

[Andi]

Получилось. Лифты организации удалились из домэйна. А как удалить ненужную уже организацию вместе с лифтами?

Можно попробовать исполнить SQL скрипт Посмотреть вложение DeleteTeam.rar
Предварительно нужно остановить службу LKDSDomain, а после исполнения скрипта запустить.

Абсолютных гарантий дать не могу.

 

[Andi]

Можно попробовать исполнить SQL скрипт Вложение IPB #2186
Предварительно нужно остановить службу LKDSDomain, а после исполнения скрипта запустить.

Абсолютных гарантий дать не могу.

Исправлен SQL скрипт удаления организации Посмотреть вложение DeleteTeam.rar
Для удаления отдельного лифта можно использовать SQL скрипт Посмотреть вложение DeleteLift.rar

Код лифта в базе данных можно узнать в панели

Предварительно нужно остановить службу LKDSDomain, а после исполнения скрипта запустить.


Что бы удалить лифт в базе LKDSDISP, т.е. в базе, используемой в сервере LKDSDisp, нужно в DeleteLift.sql заменить строку
use LKDSDOMAIN
на строку
use LKDSDISP
и предварительно остановить службу LKDSDisp

 

[revit]

А в LKDSDomain когда нибудь будут "сервисный прибор, рестарт" и вот этот вот всё?

 

[Andi]

А в LKDSDomain когда нибудь будут "сервисный прибор, рестарт" и вот этот вот всё?

Имеется в виду, что будут ли реализованы в списке ЛБ в LKDSDomainCfg вызов следующих функций ?

Все ли они нужны ?

 

[revit]

Да как раз те которые выделены красным. Но я думаю что для комфортного и интуитивно понятного использования их можно сделать аналогично тем что уже есть в лкдспро и пклш (хоть включением ГГС на сервере я и не пользуюсь ). И названия меню чтобы одинаковыми были , а то они одни и те же меню и функции почему то в разных сервисах имеют разные названия.

 

[Andi]

Таблицы базы данных LKDSDOMIAN (и LKDSDISP) не имели первичных ключей.
Для работы сервера LKDSDomain он и не нужны.
Каждая таблица имела уникальный индекс. Этот индекс имел имя совпадающее с именем таблицы:

Этот индекс однозначно определял запись таблицы и по сути выполнял функции первичного ключа.

Со временем базы данных стали использоваться для извлечения информации сторонними системами.
Эти сторонние системы иногда требовали наличия в таблицах первичного ключа. Вероятно это позволяет автоматизировать формирование запросов и анализ структуры БД.
Кроме того, первичные ключи нужны для использования такого механизма, как репликация базы данных.
Репликация позволяет упростить создание резервного сервер диспетчеризации. Все изменения в БД основного сервера могут передаваться (реплицироваться) в БД резервного сервера. В случае неработоспособности основного сервера можно достаточно быстро перейти на резервный сервер, т.к. БД на резервном сервере будет в актуальном или близком к актуальному состоянии. Конечно для резервного сервера нужны и подключения к оборудованию и ещё много чего, но, по крайней мере, использование репликации облегчает реализацию резервирования.

Поэтому в новых базах данных, т.е. если бы базы данных LKDSDOMIAN (и LKDSDISP) создавались автоматически сейчас, каждая таблица имеет первичный ключ, вместо прежнего уникального индекса:


Если оперативные данные (журнал событий, статистика работы, сохранённые переговоры) не имею большого значения, то можно выгрузить структуры в XML файл, остановить службы (LKDSDomain или LKDSDisp), удалить базу данных, запустить службы и загрузить структуры из XML файлов.

В новой базе данных уже будут первичные ключи.

 

[Andi]

Таблицы базы данных LKDSDOMIAN (и LKDSDISP) не имели первичных ключей.
Для работы сервера LKDSDomain он и не нужны.
Каждая таблица имела уникальный индекс. Этот индекс имел имя совпадающее с именем таблицы:
Вложение IPB #2242
Этот индекс однозначно определял запись таблицы и по сути выполнял функции первичного ключа.

Со временем базы данных стали использоваться для извлечения информации сторонними системами.
Эти сторонние системы иногда требовали наличия в таблицах первичного ключа. Вероятно это позволяет автоматизировать формирование запросов и анализ структуры БД.
Кроме того, первичные ключи нужны для использования такого механизма, как репликация базы данных.
Репликация позволяет упростить создание резервного сервер диспетчеризации. Все изменения в БД основного сервера могут передаваться (реплицироваться) в БД резервного сервера. В случае неработоспособности основного сервера можно достаточно быстро перейти на резервный сервер, т.к. БД на резервном сервере будет в актуальном или близком к актуальному состоянии. Конечно для резервного сервера нужны и подключения к оборудованию и ещё много чего, но, по крайней мере, использование репликации облегчает реализацию резервирования.

Поэтому в новых базах данных, т.е. если бы базы данных LKDSDOMIAN (и LKDSDISP) создавались автоматически сейчас, каждая таблица имеет первичный ключ, вместо прежнего уникального индекса:
Вложение IPB #2243

Если оперативные данные (журнал событий, статистика работы, сохранённые переговоры) не имею большого значения, то можно выгрузить структуры в XML файл, остановить службы (LKDSDomain или LKDSDisp), удалить базу данных, запустить службы и загрузить структуры из XML файлов.

В новой базе данных уже будут первичные ключи.

Можно, конечно, сохранить оперативные данные.

Процедура выгрузки и загрузки БД LKDSDOMAIN описана в файле Посмотреть вложение PrimaryKey_RUS.pdf

Практически так же можно сделать и с БД LKDSDISP

 

[revit]

Раньше можно было видеть сам ключ в списке ключей, а теперь я вижу только название, ключ скрыт. Это что за нововведения - мне как админу теперь не разрешается вспомнить введеный ранее ключ?

 

[Andi]

Раньше можно было видеть сам ключ в списке ключей, а теперь я вижу только название, ключ скрыт. Это что за нововведения - мне как админу теперь не разрешается вспомнить введеный ранее ключ?

Желательна картинка для ясности.

 

[revit]

Желательна картинка для ясности.