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

  • Автор темы Автор темы Andi
  • Дата начала Дата начала
котяра написал(а):
хотелось бы видеть оповещение когда S-пульт теряет связь с сервером... а то как то :blink: :blink: :blink:

Это оповещение есть.

Обнаружить потерю связи может только сам SPult. Для этого SPult обеспечивает посылку запросов серверу с интервалом не реже чем в 1 минуту. Если SPult нечего посылать исходя из отображения данных, то посылаются пустые пакеты, требующие подтверждения. Разрыв связи фиксируется после неполучения подтверждения на 10 пакетов подряд, т.е. максимальное время обнаружения 10 минут.

Можно, конечно:
1) уменьшить количество пакетов, необходимое для обнаружения разрыва связи
2) изменить алгоритм - если не получено подтверждение на пакет, то уменьшить интервал посылки следующих проверочных пакетов, скажем, до 30 секунд.

Однако точно, что невозможно мгновенно зафиксировать потерю связи - 2-3 минуты нужно. Иначе будет большое количество ложных обнаружений потери связи, особенно, если на сервере используется эфирный интернет.
 
Андрей Ефименко написал(а):
Какой продвинутый протокол передачи данных имеется в виду ?


Сейчас, как я понимаю, в SPult используется протокол UDP, который не гарантирует передачи информации. Другое дело TCP/IP.
В чём суть предложения: на сервере отсутствует часть сигналов с локальной диспетчерской, что говорит о временном отсутствии связи между ними (а как иначе объяснить это явление?). Связь с сервером может теряться на секунды или минут и, получается, что сообщения тоже теряются. Надо понимать, что гарантировать 100% связь невозможно (независимо от вида связи). Если до сервера периодически не доходят сообщения с лифтовых блоков, то пропадает всякий смысл в его использовании...

P.S. Я, возможно, чего-то недопонимаю, но пока я вижу ситуацию именно такой.
 
StAlex написал(а):
Сейчас, как я понимаю, в SPult используется протокол UDP, который не гарантирует передачи информации. Другое дело TCP/IP.
В чём суть предложения: на сервере отсутствует часть сигналов с локальной диспетчерской, что говорит о временном отсутствии связи между ними (а как иначе объяснить это явление?). Связь с сервером может теряться на секунды или минут и, получается, что сообщения тоже теряются. Надо понимать, что гарантировать 100% связь невозможно (независимо от вида связи). Если до сервера периодически не доходят сообщения с лифтовых блоков, то пропадает всякий смысл в его использовании...

P.S. Я, возможно, чего-то недопонимаю, но пока я вижу ситуацию именно такой.

IP сеть в принципе сеть с негарантированной доставкой сообщений в независимости от использования протокола UDP или TCP.

Для повышения надежности передачи в нашем ПО используется подтверждение и повторные передачи пакетов, если подтверждение не получено. В смысле надежности этот алгоритм точно не уступает TCP/IP.

Со случаями пропадания данных в сервере нужно разбираться с каждым конкретным случаем отдельно. Для это и сделан в новом дистрибутиве пункт меню "Формирование данных для обращения в техподдержку (SaveLog.exe)"
 
котяра написал(а):
хотелось бы видеть оповещение когда S-пульт теряет связь с сервером... а то как то :blink: :blink: :blink:

В развернутый дистрибутив выложен SPult 4.7.0.17, в котором:

1) - потеря связи с сервером определяется за время не более 2 минут
2) - добавлена дозагрузка групп при повторном импорте структуры из MPultPro.XML

Про дозагрузку нужно сказать отдельно. Дозагрузка структуры потенциально опасное действие - если SPult используется промышленно, то нужно все изменения структуры делать вручную в SPult в режиме администратора.
Дозагрузка может использоваться только на этапе освоения клиент-серверного решения.

И еще хотел напомнить для тех, кто использует SPult промышленно - бесплатные версии SQL сервера имеют ограничение на размер базы данных, т.е. рано или поздно сервер перестанет работать из-за переполнения базы данных.
 
Андрей Ефименко написал(а):
И еще хотел напомнить для тех, кто использует SPult промышленно - бесплатные версии SQL сервера имеют ограничение на размер базы данных, т.е. рано или поздно сервер перестанет работать из-за переполнения базы данных.


Не поможете сориентироваться по количеству лицензий SQL Server? Сколько нужно лицензий? Как я понимаю их число не зависит от количества пользователей, т.е. ставим только одну лицензию на сервер и всё?
 
StAlex написал(а):
Не поможете сориентироваться по количеству лицензий SQL Server? Сколько нужно лицензий? Как я понимаю их число не зависит от количества пользователей, т.е. ставим только одну лицензию на сервер и всё?

Лицензирование MS SQL сервера как-то мне не совсем понятно. Можно обратиться к прикрепленному первоисточнику Посмотреть вложение SQL_Server_2012_Licensing_Reference_Guide__1_.pdf. Со своей стороны могу сказать, что к SQL серверу подключается служба LKDSDisp от имени пользователя "система". Нужно, наверное, учесть, что придется подключаться из "Среда SQL Server Management Studio". Кроме того, SReport подключается к SQL серверу.

Наверное, если все это запускается на одном компьютере, то нужен Standard Edition с моделью лицензирования Server+CAL, т.е. нужна одна лицензия на серверную установку и одна лицензия Device CAL для доступа к SQL серверу с этого же компьютера-сервера (со всех программ и от имени всех пользователей)

Есть еще одно замечание-предложение. Можно, конечно, научить LKDSDisp периодически делать сохраненные копии базы данных и очистку базы данных (удаление старых записей журнала событий, статистики работы приводов, сохраненных ошибок, сохраненных переговоров). Это может поддерживать размер базы данных в пределах 10 ГБ.

Скажем третьего числа каждого месяца в 4 часа ночи LKDSDisp будет делать сохранение базы в файле LKDSDisp_<год>_<месяц>_<день>.Bak, после чего удалит из оперативных таблиц базы данных все записи старше одного года. Период сохранения и глубину сохранения можно обсудить.

Сохраненную базу данных можно всегда развернуть на другом компьютере для получения отчетов, выборок журнала, прослушивания переговоров.

Файлы сохраненной базы данных можно переносить на DVD и удалять с диспетчерского компьютера.
 

Вложения

Андрей Ефименко написал(а):
Про дозагрузку нужно сказать отдельно. Дозагрузка структуры потенциально опасное действие - если SPult используется промышленно, то нужно все изменения структуры делать вручную в SPult в режиме администратора

Андрей Владимирович, про дозагрузку понятно, но как удалить бывшую структуру. К прмеру, в дипетчерской какие-то улицы уже выведены из структуры а какие-то добавлены. А в SPult я не могу их удалить, даже в режиме администратора. Добавить - да! Удалить - нет! В результате и в ASPult отображается устаревшая структура с добавленной новой.
 
Викторович написал(а):
Андрей Владимирович, про дозагрузку понятно, но как удалить бывшую структуру. К прмеру, в дипетчерской какие-то улицы уже выведены из структуры а какие-то добавлены. А в SPult я не могу их удалить, даже в режиме администратора. Добавить - да! Удалить - нет! В результате и в ASPult отображается устаревшая структура с добавленной новой.

Нужно исключить лифт из всех групп, тогда он не будет отображаться у обычных пользователей и, соответственно, в ASPult. Пользователь с административными правами будет видеть эти лифты в SPult.
 
В параметрах подключения SPult неплохо было бы добавить под пунктом "Загружать изменения без подтверждения" (аналог кнопки "Да") новый пункт "Не загружать изменения без изменения" (аналог кнопки "Нет").
Обоснование: при малейшем изменении конфигурации (например добавления/изменения информации о СК) и нажатии кнопки "Да" в ответ на вопрос "В вашей конфигурации изменилось количество лифтов, загрузить последнюю версию?" все лифты и группы перемешиваются в какую-то кашу. По этой причине я людям говорю нажимать "Нет", но ведь лучше сделать так, чтобы такой вопрос вообще не появлялся и тогда не нужно будет нажимать "Нет" или перезаливать предыдущую конфигурацию SPult.
 
StAlex написал(а):
В параметрах подключения SPult неплохо было бы добавить под пунктом "Загружать изменения без подтверждения" (аналог кнопки "Да") новый пункт "Не загружать изменения без изменения" (аналог кнопки "Нет").
Обоснование: при малейшем изменении конфигурации (например добавления/изменения информации о СК) и нажатии кнопки "Да" в ответ на вопрос "В вашей конфигурации изменилось количество лифтов, загрузить последнюю версию?" все лифты и группы перемешиваются в какую-то кашу. По этой причине я людям говорю нажимать "Нет", но ведь лучше сделать так, чтобы такой вопрос вообще не появлялся и тогда не нужно будет нажимать "Нет" или перезаливать предыдущую конфигурацию SPult.

Прежде чем, что-то делать нужно найти причину подобного поведения, т.е. хотелось бы посмотреть на эту кашу.

Конфигурация сохраняется в файле <имя подключения>_<имя пользователя>.XML в папке, из которой запускается SPult.

Хотел бы получить этот файл в "нормальном" состоянии, т.е. до загрузки изменений и после загрузки изменений (в "ненормальном" состоянии)
 
Андрей Ефименко написал(а):
Прежде чем, что-то делать нужно найти причину подобного поведения, т.е. хотелось бы посмотреть на эту кашу.

Конфигурация сохраняется в файле <имя подключения>_<имя пользователя>.XML в папке, из которой запускается SPult.

Хотел бы получить этот файл в "нормальном" состоянии, т.е. до загрузки изменений и после загрузки изменений (в "ненормальном" состоянии)


Не проблема - вышлю по электронке на techno@lkds.ru
 
Здравствуйте.
Прошу прощения за глупый вопрос, но в разделе документация ответа не нашел.
Как на чистую ОС поставить новое ПО (клиент серверный вариант)? Сначала ставим старую версию, потом накатывается LKDSDrv.msi v4.7.0?
Заранее спасибо.
 
Для всех вариантов использования устанавливаются программы из дистрибутива LKDSDRV.
Для использования серверного решения необходимо установить дополнительно MS SQL и настроить LKDSDISP для работы с базой.
После установки LKDSDRV в разделе "документация" можно почитать "Руководство по настройке и использованию Клиент – серверное ПО
ДК «Обь» ‐ LKDSDisp" и другие тугаменты.
 
Последнее редактирование модератором:
Андрей Ефименко написал(а):
Нужно исключить лифт из всех групп, тогда он не будет отображаться у обычных пользователей и, соответственно, в ASPult. Пользователь с административными правами будет видеть эти лифты в SPult.

Не могу понять почему в SPult, запущенный от имени пользователя на одном ПК с LKDSDrv, не отображается реальное состояние лифтов в MPult, только структура. Соответственно и в ASPult смартфона только структура. ATool и ASvt подключаются без проблем. ComCLBStubCfg без подключения к удалённым поставщикам. "Конфигурация удалённой сети" открывает LKDSDrvCfg. В LKDSDispCfg прописано "разрешение удалённого подключения". SQL сервер работает. Пользователи и доступные лифты - всё задано. В LKDSDrvCfg и LKDSDispCfg поля "удалённого подключения" пустые. Брандмауэр отключен. Последняя версия LKDSDrv.msi. Нужно ли переименовывать файл ComCLBStub.XML_ если в LKDSDrv уже есть документ ComCLBStub.XML ?
 
Последнее редактирование модератором:
Викторович написал(а):
Не могу понять почему в SPult, запущенный от имени пользователя на одном ПК с LKDSDrv, не отображается реальное состояние лифтов в MPult, только структура. Соответственно и в ASPult смартфона только структура. ATool и ASvt подключаются без проблем. ComCLBStubCfg без подключения к удалённым поставщикам. "Конфигурация удалённой сети" открывает LKDSDrvCfg. В LKDSDispCfg прописано "разрешение удалённого подключения". SQL сервер работает. Пользователи и доступные лифты - всё задано.

Разобрался. В своё время были изменены номера УМ. Пришлось корректировать. Всё работает. Однако на другой диспетчерской нет тестовой локальной связи с LKDSDrv.Cfg по 127.0.0.1 (конфигурация удалённой сети "Обь"). Кто знает, где может быть "собака зарыта"?
 
Как импортировать список сервисных ключей из Мпульт в Спульт?

В СПульт (47018, 47019) при открытии окна состояния лифта некоторое время мигают значки состояния.
 
Последнее редактирование модератором:
revit написал(а):
Как импортировать список сервисных ключей из Мпульт в Спульт?

Если в момент импорта файла MPultPro.XML в той же папке будет файл KeyTab.Txt (список ключей, введенный в MPultPro), то список сервисных ключей должен импортироваться.

revit написал(а):
В СПульт (47018, 47019) при открытии окна состояния лифта некоторое время мигают значки состояния.

Подобный эффект связан с многократным перерисовыванием значков при приходе состояния ЛБ.
Нужно, наверное, сохранять последнее состояние, полученное диалогом управления и, при приходе следующего состояния, не перерисовывать значки, если состояние не изменилось.
 
Я не так задал вопрос-как обновить список сервисных СПульт, если он добавлялся в МПульт уже давно? Можно сделать так чтобы при обновлении структуры список ключей тоже автоматически обновился. Причем с учетом изменений уже имеющихся.?
 
Последнее редактирование модератором:
revit написал(а):
Я не так задал вопрос-как обновить список сервисных СПульт, если он добавлялся в МПульт уже давно? Можно сделать так чтобы при обновлении структуры список ключей тоже автоматически обновился. Причем с учетом изменений уже имеющихся.?

При повторном импорте файла MPultPro.XML, повторно импортируется и KeyTab.txt (изменяются существующие и добавляются новые описания ключей)
 
Van Gog написал(а):
Off top: кстати неплохо бы добавить поля "связист" и "Заводской № ЛБ" в параметры лифта.
revit написал(а):
Я уже давно просил связиста внести, только в Мпультпро, а то самого главного и нету...

???
Зато лишних неиспользуемых полей много. Интересно кто-то использует поля "редуктор" "электродвигатель" " квш"????
Поле "рег. номер" сейчас не актуально, но его можно оставить дополнив подписью "/заводской номер"

База LKDSDisp используется уже а диспетчер связистов по бумажкам ищет. В свое время пришлось автоматизировать сей процесс и вести базу в акцесе из которой и распечатываю. По -моему пора бы полноценно использовать базу LKDSDisp и возможности программ МПульт и тем более Спульт.
 
Последнее редактирование модератором:
Назад
Сверху