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

  • Автор темы Автор темы Andi
  • Дата начала Дата начала
Андрей Ефименко написал(а):
Проблема в том, что SPult ничего не знает о SQL сервере, а изменение конфигурации делается именно в SPult. Клиентское ПО работает только с LKDSDisp.

Наверное есть смысл все административные функции (ввод структуры вкладка-улица-дом-лифт, ввод пользоваелей и распределение их прав и т.д. , а в перспективе и настройки LKDSDrvCfg) включить в конфигуратор LKDSDispCfg.exe, а в SPult оставить только настройки отображения лифтов и настройки взаимодействия с USB-Voice конвертером.
Кстати, в SPult неплохо бы сделать запоминание последнего логина/пароля для подключения к серверу, чтобы оператору не заморачиваться этим вопросом.
 
Последнее редактирование модератором:
Андрей Ефименко написал(а):
============================================
2. У меня изначально установлен режим отображения лифтов в виде произвольных групп, при импорте из MPultPro в SPult с каждой вкладки импортировалось по одной группе (похоже первой по алфавиту) и нарушился порядок отображения вкладок;
3. При запуске LKDSDispCfg.exe пишет "Повторное указание руппы" для всех существующих групп (проверил на двух разных машинах);
============================================
Это исправлено, архив выложен на сайт. Нужно будет остановить службу LKDSDisp, удалить базу данных LKDSDisp в SQL сервере, завести пользователей и снова импортировать структуру из MPultPro.


Всё импортировалось, кроме одного лифта: в структуре он есть, а в группе не отображается, хотя, если кликнуть мышкой по тому месту где он должен быть, открывается окно уточнённых состояний :blink: .

Когда бутет клиент-аналог MStat?
 
Последнее редактирование модератором:
Van Gog написал(а):
===========================================
Важно использовать последний дистрибутив LKDSDrv. В нем LKDSProt подписан электронной подписью предприятия.
В Win2008R2 x64 неподписанный драйверы не работают при обычной загрузке операционной системы.
А вообще очень бы хотел получить файлы из LKDSDrv\LKDSProt\BadProt\

============================================
Установлен самый последний, скачанный перед установкой, дистрибутив.

Тогда тем более нужно прислать файлы из папки LKDSDrv\LKDSOrit\BadProt

Van Gog написал(а):
============================================
Проблема в том, что SPult ничего не знает о SQL сервере, а изменение конфигурации делается именно в SPult. Клиентское ПО работает только с LKDSDisp.
============================================
Это, наверное, не проблема: можно задавать конфигурацию в LKDSDisp, а КЛАДР импортировать в базу целиком (хотя с точки зрения объёма это не рационально, но зато можно в базе делать ссылки на индексное поле, а не на текст с почтовым адресом).

Как раз это и проблема - автоматизация ввода адреса предполагает, что SPult будет давать подсказку по первым введенным символам элемента адреса (улицы, например), но SPult не имеет непосредственного доступа к SQL серверу, а нагружать LKDSDisp функциями транзитной передачи в SPult справочной информацией по адресам не рационально.
 
Van Gog написал(а):
Наверное есть смысл все административные функции (ввод структуры вкладка-улица-дом-лифт, ввод пользоваелей и распределение их прав и т.д. , а в перспективе и настройки LKDSDrvCfg) включить в конфигуратор LKDSDispCfg.exe, а в SPult оставить только настройки отображения лифтов и настройки взаимодействия с USB-Voice конвертером.

Проблема с вводом групп лифтов. Если убирать из SPult административные функции, то SPult не должен передавать настроечную информацию в серер LKDSDisp, тогда группы лифтов должны вводиться в LKDSDispCfg.exe, что значительно усложнит сам конфигуратор LKDSDispCfg.exe.

Van Gog написал(а):
Кстати, в SPult неплохо бы сделать запоминание последнего логина/пароля для подключения к серверу, чтобы оператору не заморачиваться этим вопросом.

Лифты - опасные устройства. Логин/ пароль позволяет хоть как-то защиться от несанкционированного доступа на управление этими устройствами.

Van Gog написал(а):
Всё импортировалось, кроме одного лифта: в структуре он есть, а в группе не отображается, хотя, если кликнуть мышкой по тому месту где он должен быть, открывается окно уточнённых состояний :blink: .

Нужен импортируемый файл MPultPro.XML

Van Gog написал(а):
Когда бутет клиент-аналог MStat?

Можно запускать MStatPro с конфигурационным файлом, который загружает на клиентскую машину SPult. Если на клиентской машине настроить удаленный доступ к LKDSDrv, то MStatPro будет работать.
 
=================================
Проблема с вводом групп лифтов. Если убирать из SPult административные функции, то SPult не должен передавать настроечную информацию в серер LKDSDisp, тогда группы лифтов должны вводиться в LKDSDispCfg.exe, что значительно усложнит сам конфигуратор LKDSDispCfg.exe.
=================================

Для администратора системы это не проблема. Внедрение концепции клиент-сервер уже предполагает достаточно высокую квалификацию персонала.

=================================
Лифты - опасные устройства. Логин/ пароль позволяет хоть как-то защиться от несанкционированного доступа на управление этими устройствами.
=================================

В настоящее время оператор обслуживающий MPultPro имеет практически не ограниченный доступ к лифтам. Не вижу никаких проблем если SPult на компьютере оператора будет помниь логин/пароль для удалённого подключения (истественно в зашифрованном виде).
Кстати, параметры подключения к SQL-серверу не шифруются, что не есть хорошо.

=================================
Можно запускать MStatPro с конфигурационным файлом, который загружает на клиентскую машину SPult. Если на клиентской машине настроить удаленный доступ к LKDSDrv, то MStatPro будет работать.
=================================

Это понятно, но не хватает прелестей клиет-серверной архитектуры.
 
Последнее редактирование модератором:
Van Gog написал(а):
=================================
Проблема с вводом групп лифтов. Если убирать из SPult административные функции, то SPult не должен передавать настроечную информацию в серер LKDSDisp, тогда группы лифтов должны вводиться в LKDSDispCfg.exe, что значительно усложнит сам конфигуратор LKDSDispCfg.exe.
=================================

Для администратора системы это не проблема. Внедрение концепции клиент-сервер уже предполагает достаточно высокую квалификацию персонала.

Для администраторов не проблема, проблема для нас, для разработчиков, т.к. работу с группами нужно будет реализовывать и поддерживать и в LKDSDispCfg, а не только в SPult

Van Gog написал(а):
=================================
Лифты - опасные устройства. Логин/ пароль позволяет хоть как-то защиться от несанкционированного доступа на управление этими устройствами.
=================================

В настоящее время оператор обслуживающий MPultPro имеет практически не ограниченный доступ к лифтам. Не вижу никаких проблем если SPult на компьютере оператора будет помниь логин/пароль для удалённого подключения (истественно в зашифрованном виде).
Кстати, параметры подключения к SQL-серверу не шифруются, что не есть хорошо.

То, что оператор обслуживающий MPultPro имеет практически не ограниченный доступ к лифтам не есть хорошо.
Идентификация в LKDSDisp позволяет не только разграничить доступ к лифтам (виден/не виден), но и определить разрешенные действия с лифтом. Можно представить себе ситуацию, когда в диспетчерскую пришел наладчик с другими правами, нежели диспетчер. Имя/пароль наладчика запомнились, что случайно дало возможность диспетчеру зайти над идентификацией наладчика.

Параметры подключения к SQL серверу - это просто имя SQL сервера, это не критичная информация.

Van Gog написал(а):
=================================
Можно запускать MStatPro с конфигурационным файлом, который загружает на клиентскую машину SPult. Если на клиентской машине настроить удаленный доступ к LKDSDrv, то MStatPro будет работать.
=================================

Это понятно, но не хватает прелестей клиет-серверной архитектуры.

Это по всей видимости относится к предыдущему предложению собирать NVRAM от ЛБ в базы SQL сервера ?
 
================================
Для администраторов не проблема, проблема для нас, для разработчиков, т.к. работу с группами нужно будет реализовывать и поддерживать и в LKDSDispCfg, а не только в SPult
================================
Лично я убеждён, что Вам всё по плечу ;) !

================================
То, что оператор обслуживающий MPultPro имеет практически не ограниченный доступ к лифтам не есть хорошо.
Идентификация в LKDSDisp позволяет не только разграничить доступ к лифтам (виден/не виден), но и определить разрешенные действия с лифтом. Можно представить себе ситуацию, когда в диспетчерскую пришел наладчик с другими правами, нежели диспетчер. Имя/пароль наладчика запомнились, что случайно дало возможность диспетчеру зайти над идентификацией аладчика.
================================
Есть правда в Ваших словах, убедили B)

================================
Это по всей видимости относится к предыдущему предложению собирать NVRAM от ЛБ в базы SQL сервера ?
================================
В том числе. Кроме того я бы предложил хранить не только последние настройки NVRAM, а архив глубиной, например, 5 записей, чтоба было легче анализировать как влияют изменения настроек на поведение ЛБ в случае нестабильной работы лифта.

Off top: не пойму как вставлять несколько цитат в один пост?
 
Последнее редактирование модератором:
На сайт выложен новый архив LKDSDisp.rar в котором:

1. LKDSDisp v1.1.11.0 - клиенту отсылаются только те сообщения о изменении состояния (рестарты, включение/выключение ГГС, потеря и восстановление связи, проблемы с локальной шиной, переход на резервное питание и т.п.) узловых устройств (КСЛов и КЛШ), к которым клиент имеет доступ. Доступ определяется по доступу к лифтам – если клиент имеет доступ к какому-то ЛБ, обслуживаемому КЛШ, то клиент имеет доступ и к КЛШ. Обычные клиенты не имеют доступа к КСЛам, соответственно и не получают сообщений о изменении состояния КСЛов, но эти сообщения сохраняются в базе данных. Клиенты со специальными правами будут получать все сообщения от всех узловых устройств. Задание этих специальных прав будет реализовано в ближайших следующих версиях ПО.

2. SPult v1.0.12.0 - если есть доступ к лифту только на чтение, то кнопка "Терминал" в панели управления лифтом недоступна


Для замены ПО нужно выйти из SPult, остановить службу LKDSDisp и заменить EXE файлы .
 
На сайт выложен новый архив LKDSDisp.rar. В конфигураторе добавлен признак "Посылать сообщения (SMS,E-mail) механику". При установке данного признака LKDSDisp будет отсылать сообщения аналогично программе MPultPro.

SMS сервер доработан для автоматизации настройки под отправку сообщений от LKDSDisp. Доработанный SMS сервер выложен на сайт.
 
Неплохо бы в Spult добавить отчет о простоях лифта, желательно из режима оператора с уровнем только просмотр. У нас заказчик для себя берет простои с пульта, пришлось ему ставить Mpult и в результате у него полный доступ к лифтам, что не есть хорошо.

И касательно входа в Spult, добавить чтобы помнил последнего пользователя, хотя бы без пароля. А то оператору каждый раз вводить логин тоже ни к чему.
 
Последнее редактирование модератором:
Андрей Ефименко написал(а):
============================================
2. У меня изначально установлен режим отображения лифтов в виде произвольных групп, при импорте из MPultPro в SPult с каждой вкладки импортировалось по одной группе (похоже первой по алфавиту) и нарушился порядок отображения вкладок;
3. При запуске LKDSDispCfg.exe пишет "Повторное указание руппы" для всех существующих групп (проверил на двух разных машинах);
============================================
Это исправлено, архив выложен на сайт. Нужно будет остановить службу LKDSDisp, удалить базу данных LKDSDisp в SQL сервере, завести пользователей и снова импортировать структуру из MPultPro.



Последняя версия архива, косяк с импортом остался. Если в MPultPro.XML группы расположены не по алфавиту/возрастанию, то те у кого название меньше тех что уже прошли вылетают. Проще говоря в одной улице дома 2,4,10,6 записаны в таком порядке, то дом номер 6 теряется. В разделе <Street> импортируется, а в разделе <Group> нет.

И все улицы после косячной тоже теряются.
 
Последнее редактирование модератором:
poiZon написал(а):
Последняя версия архива, косяк с импортом остался. Если в MPultPro.XML группы расположены не по алфавиту/возрастанию, то те у кого название меньше тех что уже прошли вылетают. Проще говоря в одной улице дома 2,4,10,6 записаны в таком порядке, то дом номер 6 теряется. В разделе <Street> импортируется, а в разделе <Group> нет.

И все улицы после косячной тоже теряются.

Хотел бы получить файл MPultPro.XML, на котором проявляется эта ошибка с импортом.
 
Андрей Ефименко написал(а):
andi@lkds.ru или lkds@lkds.ru


Отправил.

И ещё одно замечание по ходу. Подредактировал файл чтобы все улицы и дома шли по возрастанию, импорт успешный. Теперь напрягает такой момент, задаю доступ группе 1 к определенным домам на улице, при подключении пользователя этой группы к нему импортируются все группы на вкладке, т.е. все улицы и все дома которые есть в диспетчерской, а отображаются только те лифты которые разрешены, остальные группы пустые. Надо исключить запрещенные группы во время импорта конфигурации.
 
Последнее редактирование модератором:
poiZon написал(а):
Отправил.

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

На сайт выложен новый архив, в котором:

1) LKDSDisp - Сами прямоугольники групп в панели состояний лифтов, содержащие только недоступные пользователю лифты, не передаются этому пользователь в структуре.

Предварительно нужно удалить конфигурационные файлы XML из папки LKDSDisp\SPult\

2) SPult - сохраняется имя последнего пользователя в панели подключения

По поводу отчетов - предлается сделать отдельный модуль для формирования отчетов, т.е. не делать отчеты в SPult.
 
Последнее редактирование модератором:
Андрей Ефименко написал(а):
На сайт выложен новый архив LKDSDisp.rar. В конфигураторе добавлен признак "Посылать сообщения (SMS,E-mail) механику". При установке данного признака LKDSDisp будет отсылать сообщения аналогично программе MPultPro.

SMS сервер доработан для автоматизации настройки под отправку сообщений от LKDSDisp. Доработанный SMS сервер выложен на сайт.

LKDSDisp и SMS-сервер поменял, сообщения не посылаются...
 
Van Gog написал(а):
LKDSDisp и SMS-сервер поменял, сообщения не посылаются...

В конфигураторе LKDSSMSCfg был произведен импорт структуры LKDSDisp с последующей настройкой, аналогичной настройке для MPultPro ?
И в LKDSDispCfg установлен признак "Посылать сообщения (SMS,EMail) механику" ?

Импорт производится кнопкой "Загрузить из LKDSDisp" в LKDSSmsCfg. Файл LKDSDDispStruct.XML, который загружается по этой кнопке, формируется в LKDSDispCfg по меню "Структура"\ "Экспорт"

Ну и нужны файлы из папок:

LKDsSms\BadSms
LKDSSms\LogSms
 
Последнее редактирование модератором:
Андрей Ефименко написал(а):
В конфигураторе LKDSSMSCfg был произведен импорт структуру LKDSDisp ?
И в LKDSDispCfg установлен признак "Посылать сообщения (SMS,EMail) механику" ?

Импорт производится кнопкой "Загрузить из LKDSDisp" в LKDSSmsCfg. Файл LKDSDDispStruct.XML, который загружается по этой кнопке, формируется в LKDSDispCfg по меню "Структура"\ "Экспорт"

Ну и нужны файлы из папок:

LKDsSms\BadSms
LKDSSms\LogSms

Настройки сделаны как положено. Структуру импортировал без удаления предыдущей - хотел сэкономить время. Видимо не получилось :(

Стёр сатрый XML, начал вводить настройки заново: не нашёл списка сообщений от узловых устройств.
Наверное будет правильно научить SMS-сервер хранить настройки в базе SQL и переработать интерфейс конфигуратора. Текущее исполнение, IMHO, очень неудобно. Я предложил бы объединять получателей в группы, а уже к группам привязывать конкретные сообщения и конретные источники. Выбор сообщений из списка сделать галками, а не по одному как сейчас.
Если смотреть ещё дальше, то источники сообщений тоже можно объединять в группы на основании записей в полях "электромеханик" и "бригадир" таблицы "информация о лифте".

Off top: кстати неплохо бы добавить поля "связист" и "Заводской № ЛБ" в параметры лифта.

Что-то специалисты по базам данных отмалчиваются, дайте свои предложения.
 
Назад
Сверху