Windows Клиент-серверное ПО диспетчеризации (LKDSDisp)

  • Автор темы Автор темы Andi
  • Дата начала Дата начала
Андрей Ефименко написал(а):
Желание понятное. Но принцип контроля прав по группам лифтов пока останется неизменным.

Можно было бы, конечно, в SPult сделать пункты меню:

"Включить этот лифт и все лифта с таким же бригадиром в группы лифтов..."
"Исключить этот лифт и все лифта с таким же бригадиром из групп лифтов..."
"Включить этот лифт и все лифта с таким же владельцем в группы лифтов..."
"Исключить этот лифт и все лифта с таким же владельцем из групп лифтов..."


Так про это и речь
 
Достаточно давно, при внедрении резервирования, что бы как-то отслеживать работу этого резервирования было принято решение - записывать в виде сообщений в журнал MPultPro смену сетевых интерфейсов и IP адресов.

Это же перешло и в серверное решение. Не будем углубляться в причину частой смены интерфейсов, факт в том, что это может сильно засорять сам журнал и загружать канал передачи информации клиентам.

Есть предложение - убрать из серверов запись в журнал событий смены сетевых интерфейсов, а переложить всё это на "Подсистему оповещения об ошибках" Там есть возможность фильтровать, посылать по email.
 
Т.е в СПульте нельзя будет отобрать и просмотреть сообщения о резервировании . А сообщения о потере связи, проблемах с ЛШ и резервном питании ?
 
revit написал(а):
Т.е в СПульте нельзя будет отобрать и просмотреть сообщения о резервировании . А сообщения о потере связи, проблемах с ЛШ и резервном питании ?

Все сообщения о состоянии оборудования останутся. Речь идет только о сообщения о смене сетевого интерфейса, о смене IP на резервный:
MesRez1.png
MesRez2.png
Эти сообщения будут отображаться в Подсистеме оповещения об ошибках
 

Вложения

  • MesRez1.png
    MesRez1.png
    29.6 KB · Просмотры: 1
  • MesRez2.png
    MesRez2.png
    321 KB · Просмотры: 1
Ну эти действительно диспетчеру не нужны в журнале. За остальные пока не уверен.
 
Последнее редактирование модератором:
Kranch написал(а):
Очень хорошее предложение. В Spult это сообщение не нужно.

Аналогично LKDSDomain, cделаны доработки LKDSDisp. Они носят оптимизационный характер. Как мог проверил, но сразу выкладывать в обновление ПО показалось преждевременным. И было бы хорошо провести предварительное тестирование.

Суть доработок:

1 сообщения, связанные с резервированием передаются в систему оповещений и не сохраняются в журнале. что уменьшает размер журнала в базе данных и уменьшает трафик с клиентами, т.к. эти сообщения передавались и клиентам.

2.Если клиент удачно прочитал состояния лифтов по TCP, то в дальнейшем ему будут передаваться только состояния, возникшие после чтения состояния лифтов по TCP. Это уменьшает трафик с клиентами, т.к. сейчас делается полное обновление состояний, не учитывая передачу состояний по TCP.

Файл LKDSDisp.exe доступен в папке https://lkds.ru/soft/unpacked/LKDSDrv_Beta/LKDSDisp/

Процедура ручной замены следующая:

1. Переименуйте имеющийся в папке \LKDSDrv\LKDSDisp\ файл LKDSDisp.exe в файл LKDSDisp.exe_old,

2. Запишите LKDSDisp.exe доступен в папке https://lkds.ru/soft/unpacked/LKDSDrv_Beta/LKDSDisp/ в папку \LKDSDrv\LKDSDisp\

3. перезагрузите службу LKDSDisp из "Диспетчера задач" (закладка "службы") или из "Командной строки" командой:

net stop LKDSDisp
net start LKDSDisp

Ну и хотел бы получить отзывы.

LKDSDisp выложен в штатное обновление ПО
 
Последнее редактирование модератором:
Подскажите где искать причину -- при попытке обновить с сервера конфигурацию на удаленном компьютере выдается сообщение Creceive data:get data connect. Подключение не установлено, т.к.конечный компьютер отверг запрос на подключение
 
Последнее редактирование модератором:
Alexey_A написал(а):
Подскажите где искать причину -- при попытке обновить с сервера конфигурацию на удаленном компьютере выдается сообщение Creceive data:get data connect. Подключение не установлено, т.к.конечный компьютер отверг запрос на подключение

Попробуйте подключиться из SPult к вашему серверу, получите данное сообщение.

Далее исполните на компьютере сервере пункт меню «Пуск»\ «Все программы»\ «Диспетчерский комплекс ‘Обь’»\ «Формирование данных для обращения в техподдержку (SaveLog.exe)» После чего заархивируйте и пришлите сформированные данные (папка сформированных данных и email адрес куда отправлять будет показан в конце формирования)

Так же на компьютере клиенте, на котором была попытка подключения, исполните пункт меню «Пуск»\ «Все программы»\ «Диспетчерский комплекс ‘Обь’»\ «Формирование данных для обращения в техподдержку (SaveLog.exe)» После чего заархивируйте и пришлите сформированные данные (папка сформированных данных и email адрес куда отправлять будет показан в конце формирования)

В письме сообщите дату, время попытки и имя, под которым подключались.
 
poiZon написал(а):
Сохранение NVRAM КСЛов и моноблоков будет?

poiZon написал(а):
И массовое вычитывание NVRAM тоже.

Не знаю будет ли когда то реализовано автоматическое вычитывание NVRAM КСЛ и моноблоков, но их сейчас все равно приходится сохранять вручную и иногда это помогает быстро восстановить настройки при замене оборудования. Собственно не очень то и напрягает один раз сохранить и на много лет.... Но речь о другом. Иногда в клиент-серверной структуре бывают такие ситуации что моноблок сломался где-то ("но не в нашем районе" {@Кавказская пленница}), его заменили, но не восстановили какую то нужную связь и не помнят ее параметры. А прочитать его без ремонта невозможно. Или нужно узнать логин пароль ... Вообщем бывает так что нужно узнать параметры из сохраненной НВРАМ, не заливая их в ксл/моно.
Было бы неплохо иметь возможность открыть их в каком то маленьком приложении (эмуляторе страницы настройки ксл-а). А если бы сохранение и открытие нврам выполнялось из соответствующе строки связи ПКСЛ-а то было бы вообще замечательно....
 
Последнее редактирование модератором:
revit написал(а):
Не знаю будет ли когда то реализовано автоматическое вычитывание NVRAM КСЛ и моноблоков, но их сейчас все равно приходится сохранять вручную и иногда это помогает быстро восстановить настройки при замене оборудования. Собственно не очень то и напрягает один раз сохранить и на много лет.... Но речь о другом. Иногда в клиент-серверной структуре бывают такие ситуации что моноблок сломался где-то ("но не в нашем районе" {@Кавказская пленница}), его заменили, но не восстановили какую то нужную связь и не помнят ее параметры. А прочитать его без ремонта невозможно. Или нужно узнать логин пароль ... Вообщем бывает так что нужно узнать параметры из сохраненной НВРАМ, не заливая их в ксл/моно.
Было бы неплохо иметь возможность открыть их в каком то маленьком приложении (эмуляторе страницы настройки ксл-а). А если бы сохранение и открытие нврам выполнялось из соответствующе строки связи ПКСЛ-а то было бы вообще замечательно....

Предложения понятные и реализуемые. Постараюсь в ноябре сделать.
 
revit написал(а):
Не знаю будет ли когда то реализовано автоматическое вычитывание NVRAM КСЛ и моноблоков, но их сейчас все равно приходится сохранять вручную и иногда это помогает быстро восстановить настройки при замене оборудования. Собственно не очень то и напрягает один раз сохранить и на много лет.... Но речь о другом. Иногда в клиент-серверной структуре бывают такие ситуации что моноблок сломался где-то ("но не в нашем районе" {@Кавказская пленница}), его заменили, но не восстановили какую то нужную связь и не помнят ее параметры. А прочитать его без ремонта невозможно. Или нужно узнать логин пароль ... Вообщем бывает так что нужно узнать параметры из сохраненной НВРАМ, не заливая их в ксл/моно.
Было бы неплохо иметь возможность открыть их в каком то маленьком приложении (эмуляторе страницы настройки ксл-а). А если бы сохранение и открытие нврам выполнялось из соответствующе строки связи ПКСЛ-а то было бы вообще замечательно....

В папку https://lkds.ru/soft/unpacked/LKDSDrv_Beta/LKDSDrv/ выложен конфигуратор LKDSDrvCfg.exe, в котором реализованы ряд предложенных функций: LKDSDrvCfg.png

Файл сохранённой NVRAM можно просмотреть, изменить и сохранить в файл.

Было бы неплохо получить отзывы о нововведения.
 

Вложения

  • LKDSDrvCfg.png
    LKDSDrvCfg.png
    29.2 KB · Просмотры: 1
Отлично, но есть проблемы и предложения.

1. При визуализации настроек НВРАМ как я понял, можно ее и редактировать? Мне кажется это совершенно лишний функционал. Мое мнение что лучше по нажатию на меню "Прочитать NVRAM из файла" нужно просто открыть окно настроек и всё. Причем открыть сразу без дополнительного нажатия "прочитать".
2. выделить это окно визуально чтобы отличать его от реального окна настройки (сделать темнее или другим цветом или заголовок другой- чтобы видно было что это именно просмотр файла).
3. заблокировать кнопку "штатные значения" (если не редактировать)
4. показать резервные адреса (не показывает)
5. показать режим DHCP (не показывает)
6. Ну и опять же чаще востребовано ее смотреть как раз в те моменты когда нет связи, а сейчас этого меню нет
- если связи нет
- если в связи "запрет обмена"

7. Чтобы не загромождать и без того большое меню в конфигураторе может быть лучше перенести просмотр НВРАМ дополнительной кнопкой в окно "загрузка/выгрузки НВРАМ" и назвать его "Работа с нврам" или "загрузка/выгрузка/чтение НВРАМ". Тогда будет уместно и логично иметь возможность его редактировать.

8. Ну и еще важно-лучше сделать ее все таки отдельным модулем которым можно воспользоваться и без конфигуратора когда настраиваешь оборудование с ноута или компьютера на котором не установлен весь дистрибутив. Ну или если это проблемно, то встроить аналогичное меню или кнопку в инструмент NodeTool , который используется автономно.
 
Последнее редактирование модератором:
revit написал(а):
Отлично, но есть проблемы и предложения.

1. При визуализации настроек НВРАМ как я понял, можно ее и редактировать? Мне кажется это совершенно лишний функционал. Мое мнение что лучше по нажатию на меню "Прочитать NVRAM из файла" нужно просто открыть окно настроек и всё. Причем открыть сразу без дополнительного нажатия "прочитать".
2. выделить это окно визуально чтобы отличать его от реального окна настройки (сделать темнее или другим цветом или заголовок другой- чтобы видно было что это именно просмотр файла).
3. заблокировать кнопку "штатные значения" (если не редактировать)
4. показать резервные адреса (не показывает)
5. показать режим DHCP (не показывает)
6. Ну и опять же чаще востребовано ее смотреть как раз в те моменты когда нет связи, а сейчас этого меню нет
- если связи нет
- если в связи "запрет обмена"

7. Чтобы не загромождать и без того большое меню в конфигураторе может быть лучше перенести просмотр НВРАМ дополнительной кнопкой в окно "загрузка/выгрузки НВРАМ" и назвать его "Работа с нврам" или "загрузка/выгрузка/чтение НВРАМ". Тогда будет уместно и логично иметь возможность его редактировать.

8. Ну и еще важно-лучше сделать ее все таки отдельным модулем которым можно воспользоваться и без конфигуратора когда настраиваешь оборудование с ноута или компьютера на котором не установлен весь дистрибутив. Ну или если это проблемно, то встроить аналогичное меню или кнопку в инструмент NodeTool , который используется автономно.

Туда же выложен LKDSDrvCfg.exe с исправлениями по п.1-6

По п.7 - как-то это не очевидно, я думаю пока можно и подождать.
По п.8 - в NodeTool можно и встроить просмотр файлов NVRAM.

Ну и лучше перенести обсуждение куда-нибудь в другую тему, т.к. напрямую это не связано с Клиент-серверным ПО.
 
Наверное это сообщение осталось не увиденным. Повторюсь еще раз- очень нужен механизм отправки уведомлений текущих пользователей о завершении работы приложения и базы. Хотя бы просто в виде одного сообщения "Производятся технические работы, приложение перестанет работать. Попробуйте подключиться через 10 минут." В идеале конечно -набирать свой текст по обстоятельствам.
Это там же где и пункт "отключить" в меню окна подключений пользователей LKDSDisp.
revit написал(а):
Еще по поводу оповещений.
Когда проводишь какие то действия с базой или нужно остановить службу лкдсдисп, то приходится просто отключать текущих пользователей в т.ч и диспетчеров, которые получив сообщение о потере связи СПультом будут судорожно нажимать повтор и пытатся запустить Спульт. А потом начнут звонить.....
Хотелось бы иметь возможность послать сообщения текущим пользователям перед остановкой службы чтобы не было паники, а также чтобы можно было в нем указать примерное время через которое можно повторить попытку подключения. Ну т.е набрать свой текст с предупреждением и информацией.

revit написал(а):
Забыл написать главное-это нужно еще и чтобы сообщить что журнал очищен и события до текущей даты не посмотришь. Обзванивать всех не вариант.
 
Последнее редактирование модератором:
Это важно для диспетчеров круглосуточно наблюдающих лифты по СПульт .
Может быть вот в таком варианте отправлять сообщение? чтобы не звенел СПульт и не приходилось его перезапускать диспетчерам (звонок это все таки нештатная ситуация для привлечения внимания к проблеме остуствия связи Спульта с сервером, а тут все под контролем-техобслуживание):
Когда необходимо остановить базу на техобслуживание временно приостанавливать работу СПульт удаленных пользователей из меню окна покдлючений LKDSDispcfg с сообщением "проводятся работы с базой данных. после окончания работа программы будет возобновлена" И не закрывая СПульт приостанавливать обмен данными переводя его в режим ожидания . После запуска LKDSDIsp на сервере работа удаленных СПульт восстанавливается либо автоматически.
 
Доброго времени суток! Вопрос - возможно ли из SPULT (из облака) получить описание контролируемых лифтов и вывести в XML.
Нашел.
https://forum.lkds.ru/threads/1317/
 
Последнее редактирование модератором:
LKDSDisp, сохраняющий координаты расположения лифта, доступен здесь 09.03.20 выложен в штатное обновление ПО


Пояснения в статье о SPult
 
Последнее редактирование модератором:
А эти цифры в строке заголовка они случайные?
2020_03_18_10_34_15.png
А то запустил несколько окон проверки аккумов сразу, а потом и не понял где какой и к какому адресу и блоку принадлежит.
 

Вложения

  • 2020_03_18_10_34_15.png
    2020_03_18_10_34_15.png
    4.3 KB · Просмотры: 0
revit написал(а):
А эти цифры в строке заголовка они случайные?
Вложение IPB #2097
А то запустил несколько окон проверки аккумов сразу, а потом и не понял где какой и к какому адресу и блоку принадлежит.

Не случайны, но вряд ли здесь нужны.

MBattery взаимодействует с LKDSDisp и т.п. транзитом через SPult и это отладочная информация.

UDPPort - это UDP порт, через который MBattery обменивается данными с SPult.
LU - это код лифта в базе данных (поле Lift.CodLift)

Я доработаю SPult и MBattery чтобы в заголовке MBattery показывался географический адрес лифта.
 
Назад
Сверху