Windows Сервис LKDSDomain
- Автор темы Andi
- Дата начала
poiZon написал(а):
В обновление ПО выложен LKDSDomain и LKDSDomainCfg.exe v4.7.2.10
Изменения следующие:
1. У ЛБ в списке ЛБ, доступных по прямому подключению, можно менять признак "Связь через LKDSCloud"
2. В SPult можно не вводить/не изменять ключ для ЛБ, доступному по прямому подключению, т.к. сейчас этот ключ не используется. Используются только ключи в LKDSDomainCfg.exe.
SPult будет доработан и поле "ключ" не будет появляться вообще при работе c LKDSDomain.
Последнее редактирование модератором:
Андрей Ефименко написал(а):
Вот за это большое спасибо
Андрей Ефименко написал(а):
ругается что не введен ключ
Кстати обнаружилась проблема.
На компе работает Спульт в режиме юзера.
Дополнительно запускаю Спульт под админом, правлю ключ у одного лифта, сохраняю конфиг, спульт закрывается. Пробую открыть снова как админ, а он мне выдает, что уже работает другой админ, и это окно с сообщением зависает (не отвечает), смотрю диспетчер задач, а там действительно два Спульта. Закрываю тот что не грузит ресурсы (спульт с юзером остается), а войти админом все равно не получается.
UPD как юзер тоже вышел, в диспетчере процессов спульта не осталось, а админ все равно "работает"
Последнее редактирование модератором:
poiZon написал(а):
Действительно, иногда Администратор не отключался сразу после сохранения конфигурации. Его можно было бы видеть в LKDSDomainCfg по меню "Организации пользователей"\"Текущие подключения". Через 3 минуты всё-равно отключение бы произошло.
Выложено обновление LKDSDomain в котором это исключено. Сейчас Администратор принудительно отключается самим LKDSDomain после получения структуры.
poiZon написал(а):
Один из вариантов - у данного ЛБ был убран признак "Связь через LKDSCloud", после чего данные сохранили и сразу прочитали.
Изначально считается, что связь с ЛБ есть и нужно некоторое время для определения потери связи.
Возможно в данном случает, т.е. если был убран признак "Связь через LKDSCloud", нужно сразу ставить признак "Связи нет", ну а если появится, то появится.
Андрей Ефименко написал(а):
Снял признак и прошло минут 15-20.
Сделал свежий скрин
Дата прихода данных обновилась, связь потерялась, тип ЛБ не вычитан. Как это???
И еще момент по прямому подключению LKDSDomain:
Раньше в ПКЛШ или LKDSPro можно было прописать блок на пульте и не заводить связь в самом блоке и все работало, теперь все с точностью до наоборот.
Вложения
Последнее редактирование модератором:
poiZon написал(а):
Это значит, что от ЛБ данные в LKDSDisp приходят, а от LKDSDisp до ЛБ не доходят, т.е. связь односторонняя
Об этом должна была сообщить Подсистема оповещения об ошибках
poiZon написал(а):
Это действительно так. При таком подходе можно положиться на NAT и не настраивать маршрутизаторы на стороне ЛБ.
revit
Гуру
revit написал(а):
А точно подключение к LKDSDomain ?
revit написал(а):
Spult выложен в папку https://lkds.ru/soft/unpacked/LKDSDrv_Beta/SPult/
Последнее редактирование модератором:
:lol: 
Сделаны доработки LKDSDomain. Они носят, в основном, оптимизационный характер. Как мог проверил, но сразу выкладывать в обновление ПО показалось преждевременным. И было бы хорошо провести предварительное тестирование.
Суть доработок:
1 сообщения, связанные с резервированием передаются в систему оповещений и не сохраняются в журнале. что уменьшает размер журнала в базе данных и уменьшает трафик с клиентами, т.к. эти сообщения передавались и клиентам.
2.Если клиент удачно прочитал состояния лифтов по TCP, то в дальнейшем ему будут передаваться только состояния, возникшие после чтения состояния лифтов по TCP. Это уменьшает трафик с клиентами, т.к. сейчас делается полное обновление состояний, не учитывая передачу состояний по TCP.
Файл LKDSDomain.exe доступен в папке https://lkds.ru/soft/unpacked/LKDSDrv_Beta/LKDSDomain/
Процедура ручной замены следующая:
1. Переименуйте имеющийся в папке \LKDSDrv\LKDSDomain\ файл LKDSDomain.exe в файл LKDSDomain.exe_old,
2. Запишите LKDSDomain.exe доступен в папке https://lkds.ru/soft/unpacked/LKDSDrv_Beta/LKDSDomain/ в папку \LKDSDrv\LKDSDomain\
3. перезагрузите службу LKDSDomain из "Диспетчера задач" (закладка "службы") или из "Командной строки" командой:
net stop LKDSDomain
net start LKDSDomain
И хотел бы получить отзывы.
Суть доработок:
1 сообщения, связанные с резервированием передаются в систему оповещений и не сохраняются в журнале. что уменьшает размер журнала в базе данных и уменьшает трафик с клиентами, т.к. эти сообщения передавались и клиентам.
2.Если клиент удачно прочитал состояния лифтов по TCP, то в дальнейшем ему будут передаваться только состояния, возникшие после чтения состояния лифтов по TCP. Это уменьшает трафик с клиентами, т.к. сейчас делается полное обновление состояний, не учитывая передачу состояний по TCP.
Файл LKDSDomain.exe доступен в папке https://lkds.ru/soft/unpacked/LKDSDrv_Beta/LKDSDomain/
Процедура ручной замены следующая:
1. Переименуйте имеющийся в папке \LKDSDrv\LKDSDomain\ файл LKDSDomain.exe в файл LKDSDomain.exe_old,
2. Запишите LKDSDomain.exe доступен в папке https://lkds.ru/soft/unpacked/LKDSDrv_Beta/LKDSDomain/ в папку \LKDSDrv\LKDSDomain\
3. перезагрузите службу LKDSDomain из "Диспетчера задач" (закладка "службы") или из "Командной строки" командой:
net stop LKDSDomain
net start LKDSDomain
И хотел бы получить отзывы.
Андрей Владимирович, давайте разберемся с механизмом прямого подключения.
Кмк в LKDSDomain следует перенять все лучшее от уже имеющегося, а именно в LKDSPro очень удобно что "всплывают" ЛБ в которых описана связь до пульта, но их ещё нет на пульте, также удобно, что можно описать связь до ЛБ со стороны пульта и не описывать ее в самом ЛБ, а можно описать с двух сторон и получить максимальную надежность.
Текущая реализация настроек связей с ЛБ в LKDSDomain вызывает одни вопросы.
Есть у меня многострадальный блок находящийся в "режимной" сети, до него проброшен порт, в нем описаны две связи до действующего пульта с Мпульт и до сервера LKDSDomain, так вот с МПультом связь есть, а с Домаин нет, причем если я с сервера подключаюсь ConfigLBPro по IP адресу к блоку, то все нормально подключается, а вот по инициативе блока пакеты на сервер не идут, а в настройках LKDSDomain мне просто некуда прописать IP адрес блока как это было в LKDSPro.
Кмк в LKDSDomain следует перенять все лучшее от уже имеющегося, а именно в LKDSPro очень удобно что "всплывают" ЛБ в которых описана связь до пульта, но их ещё нет на пульте, также удобно, что можно описать связь до ЛБ со стороны пульта и не описывать ее в самом ЛБ, а можно описать с двух сторон и получить максимальную надежность.
Текущая реализация настроек связей с ЛБ в LKDSDomain вызывает одни вопросы.
Есть у меня многострадальный блок находящийся в "режимной" сети, до него проброшен порт, в нем описаны две связи до действующего пульта с Мпульт и до сервера LKDSDomain, так вот с МПультом связь есть, а с Домаин нет, причем если я с сервера подключаюсь ConfigLBPro по IP адресу к блоку, то все нормально подключается, а вот по инициативе блока пакеты на сервер не идут, а в настройках LKDSDomain мне просто некуда прописать IP адрес блока как это было в LKDSPro.
poiZon написал(а):
В LKDSDomain действительно должен реализовывать всё полезное от предыдущих разработок и избавляться от сомнительных возможностей. Именно по этому и принят "серверный" подход общения с ЛБ, при котором только ЛБ выступают инициаторами связи.
В вашем случае пакеты от компьютера-сервера доходят до "многострадального" блока, при этом, вероятно, в маршрутизаторах образуются временные маршруты, по которым и происходит обмен.
Нужно добиться того, что бы данные от этого "многострадального" блока сами появлялись на сетевом интерфейсе компьютера-сервера. Лучше пообщаться отдельно по этому конкретному поводу.