Windows Вопросы и решение проблемм СПульт

[bosporsky]

Попытки автоматического восстановления связи делаются, если связь SPult с сервером изначально была.
Была ли до того связь с сервером ?
Если связь была, то с каким сообщение связь прервалась ?

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

 

[revit]

В СПульт перестала сохраняться галка "разрешить включение лифта". Это наверное из-за того что запускаю с профилем, а ее в профиле не сохранил?

 

[revit]

Сделаны ряд доработок SPult:

2) если во второй строке файла ListConnect.xml задать параметр RestoreDefer равный <Disp ... RestoreDefer="1">, то после подключения (удалённого, с использованием TCP порта) делается попытка восстановить отложенные состояния и признак "реагировать только на вызов"

Этот параметр меняется локально на компе диспечтера. Можно как то изменить его удаленно администратору домэйна ? Если нет то тогда лучше его все же вынести галочкой в параметрах подключения или вообще сделать постоянным.

 

[Andi]

В СПульт перестала сохраняться галка "разрешить включение лифта". Это наверное из-за того что запускаю с профилем, а ее в профиле не сохранил?

В папке \LKDSDrv\SPult\ сохраняются структуры, загруженные с сервера, в файлах с именем <Имя_подключения>_<Имя_пользователя>[_<Имя_профиля>].xml

При подключении, SPult запрашивает у сервера контрольную сумму конфигурации для подключающегося пользователя. Если контрольная сумма не изменилась, то конфигурация лифтов загружается из имеющего файла <Имя_подключения>_<Имя_пользователя>[_<Имя_профиля>].xml

Клиент сам может изменить некоторые параметры в режиме "Настройка". После возврата в режим "Работа" изменённые параметры могут быть сохранены в файле <Имя_подключения>_<Имя_пользователя>[_<Имя_профиля>].xml и будут использоваться при последующих запусках SPult, пока не изменится конфигурация на сервере.

Если меняется конфигурация на сервере, то SPult работает по-разному при использовании профилей и без использования профилей.

1. Если профиль не используется (в том числе профиль "по умолчанию"), то делается попытка "соединить" имеющийся файл <Имя_подключения>_<Имя_пользователя>[_<Имя_профиля>].xml и структуру, загруженную из сервера. Часть параметров берётся из файла.

2. Если используется профиль (в том числе профиль "по умолчанию"), то "жизнь начинается по новому", т.е. ничего не используется из уже имеющегося файла <Имя_подключения>_<Имя_пользователя>[_<Имя_профиля>].xml


Поэтому - если используется профиль, то пока на сервере структура не меняется, то изменения "разрешить включение лифта", сделанные в настройке сохраняются. Как только структура изменилась, то все локально сделанные изменения теряются.

 

[revit]

Понаблюдал. Да, в течении 10 минут большая часть сообщений уходит. Но их кол-во в 8-30 конечно шокирует.... Может потому что праздники ... Понаблюдаю в будние дни еще.

Удалось сегодня понаблюдать в разных СПультах (организациях) подключенных через лкдсдомэйн, в момент массового сообщения "простой 1 час". И выяснилось что все таки вручную сбрасывают диспетчера т.к сообщения сами не уходят. А там где не сбрасывают , даже после движения лифта сообщение висит в окне состояний. Наблюдал на ОТИС и УЛ. Есть видео.
И второе- какой смысл от данного алгоритма, если его можно просто сбросить? Если уж система зафиксировала длительный простой лифта, то это сообщение не должно сбрасываться ни чем, до тех пор пока лифт не совершит цикл поездки (по аналогии "не открыта ДК после движения"). В таком случае диспетчер через время отреагирует на него и поймет что с лифтом действительно что-то не так. В ином случае он будет просто сбрасывать его два раза в день.

 

[Alex]

Было на трёх лифтах одного дома "простой 1 час". Большинство ЛБ УКЛ/УЛ, но только три ЛБ такое сообщение выдают. Пришёл посмотреть, ибо не помню что там за лифты. Оказалось УКЛ. УКСЛ там собственный, но кто-то активировал 94, 162, 163 ячейки. Лифты работают, но ЛБ почему-то игнорируют информацию от станции, ждут движения по входу АБЛ. Установил эти ячейки в "0" и проблема ушла.
У вас в 94 адресе этих ЛБ "1"?

 

[revit]

Было на трёх лифтах одного дома "простой 1 час". Большинство ЛБ УКЛ/УЛ, но только три ЛБ такое сообщение выдают. Пришёл посмотреть, ибо не помню что там за лифты. Оказалось УКЛ. УКСЛ там собственный, но кто-то активировал 94, 162, 163 ячейки. Лифты работают, но ЛБ почему-то игнорируют информацию от станции, ждут движения по входу АБЛ. Установил эти ячейки в "0" и проблема ушла.
У вас в 94 адресе этих ЛБ "1"?

С установками в нврам у меня все в порядке.
Сегодня выходной и поэтому эксперимент удался. В будний день таких сообщений совсем немного. И к тому же время я передвинул в интервал с 8.30 до 9.30

 

[revit]

Было на трёх лифтах одного дома "простой 1 час". Большинство ЛБ УКЛ/УЛ, но только три ЛБ такое сообщение выдают. Пришёл посмотреть, ибо не помню что там за лифты. Оказалось УКЛ. УКСЛ там собственный, но кто-то активировал 94, 162, 163 ячейки. Лифты работают, но ЛБ почему-то игнорируют информацию от станции, ждут движения по входу АБЛ. Установил эти ячейки в "0" и проблема ушла.
У вас в 94 адресе этих ЛБ "1"?

Тоже столкнyлся с таким. На лифтах УЛ сигнал движения был активирован через 94=1 + 34,35=0. Загорался "простой 1 час".
Перенастроил через отображение 12=59 + 39=0 и все нормально стало.
Получается что при варанте с 94 ячейкой, что-то не доделано ...

 

[oleg]

Тоже столкнyлся с таким. На лифтах УЛ сигнал движения был активирован через 94=1 + 34,35=0. Загорался "простой 1 час".
Перенастроил через отображение 12=59 + 39=0 и все нормально стало.
Получается что при варанте с 94 ячейкой, что-то не доделано ...

Протестируйте эти прошивки с 94=1. Ситуация исправится?

 

[bosporsky]

Попытки автоматического восстановления связи делаются, если связь SPult с сервером изначально была.
Была ли до того связь с сервером ?
Если связь была, то с каким сообщение связь прервалась ?

Снова начались сбои с интернет-соединением по ночам и утрам и снова СПульт по какой-то причине прекращает попытки соединиться (скриншот прилагаю). Попутный вопрос, а зачем вообще реализована выгрузка приложения при сбое связи? Ведь гораздо логичней и удобней иметь индикатор на панели инструментов, например рядом с текущим временем и датой. Зелёный индикатор - соединение стабильное, красный - соединение отсутствует. Соединение вернулось и фоном без выгрузки программы подгружаем текущее состояние лифтов и пропущенные сообщения в журнале. А в параметрах признак в виде чекбокса - оповещать о потере связи звуковой сигнализацией (по-умолчанию активный). Считаю такое поведение СПульт куда-более современным, чем эта выгрузка и повторные попытки, которые запросто могут прекратиться из-за всплывшей ошибки или кратковременного переключения с одной wi-fi сети на другую.

 

[poizon]

Снова начались сбои с интернет-соединением по ночам и утрам и снова СПульт по какой-то причине прекращает попытки соединиться (скриншот прилагаю). Попутный вопрос, а зачем вообще реализована выгрузка приложения при сбое связи? Ведь гораздо логичней и удобней иметь индикатор на панели инструментов, например рядом с текущим временем и датой. Зелёный индикатор - соединение стабильное, красный - соединение отсутствует. Соединение вернулось и фоном без выгрузки программы подгружаем текущее состояние лифтов и пропущенные сообщения в журнале. А в параметрах признак в виде чекбокса - оповещать о потере связи звуковой сигнализацией (по-умолчанию активный). Считаю такое поведение СПульт куда-более современным, чем эта выгрузка и повторные попытки, которые запросто могут прекратиться из-за всплывшей ошибки или кратковременного переключения с одной wi-fi сети на другую.
Вложение IPB #2596

полностью согласен

 

[D_e_a_d]

Снова начались сбои с интернет-соединением по ночам и утрам и снова СПульт по какой-то причине прекращает попытки соединиться (скриншот прилагаю). Попутный вопрос, а зачем вообще реализована выгрузка приложения при сбое связи? Ведь гораздо логичней и удобней иметь индикатор на панели инструментов, например рядом с текущим временем и датой. Зелёный индикатор - соединение стабильное, красный - соединение отсутствует. Соединение вернулось и фоном без выгрузки программы подгружаем текущее состояние лифтов и пропущенные сообщения в журнале. А в параметрах признак в виде чекбокса - оповещать о потере связи звуковой сигнализацией (по-умолчанию активный). Считаю такое поведение СПульт куда-более современным, чем эта выгрузка и повторные попытки, которые запросто могут прекратиться из-за всплывшей ошибки или кратковременного переключения с одной wi-fi сети на другую.
Вложение IPB #2596

И я)))
Диспетчера вподают в панику когда такое происходит)

 

[bosporsky]

Замечен ещё один дефект при автоматическом перезапуске, по потери связи. На вновь загрузившемся СПульте, пропадают элементы контекстного меню и ГГС в окне состояния лифта. Скриншоты прилагаются.

 

[Andi]

Замечен ещё один дефект при автоматическом перезапуске, по потери связи. На вновь загрузившемся СПульте, пропадают элементы контекстного меню и ГГС в окне состояния лифта. Скриншоты прилагаются.
Вложение IPB #2601Вложение IPB #2602

Провёл эксперимент и не обнаружил подобного эффекта.

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

Есть вопрос - имеет ли пользователь stat права на выбранный лифт ?

 

[bosporsky]

Провёл эксперимент и не обнаружил подобного эффекта.

Так может быть, если пользователь, под которым произошло подключение Вложение IPB #2604, не имеет соответствующих прав.

Есть вопрос - имеет ли пользователь stat права на выбранный лифт ?

Конечно имеет! Поэтому и сообщаю. Прилагаю в подтверждение скриншоты

 

[Andi]

Конечно имеет! Поэтому и сообщаю. Прилагаю в подтверждение скриншоты
Вложение IPB #2605Вложение IPB #2606

Если подключение и подключение точно происходили к одному и тому же серверу, то нужны данные с сервера с 30.05.2022 и данные с компьютера, на котором переподключался SPult, если SPult запускался не на сервере.

 

[Andi]

Если подключение Вложение IPB #2607 и подключение Вложение IPB #2608 точно происходили к одному и тому же серверу, то нужны данные с сервера с 30.05.2022 и данные с компьютера, на котором переподключался SPult, если SPult запускался не на сервере.

Спасибо за информацию.

Данный эффект связан с плохой связью в момент установления соединения SPult с сервером.
Т.е. это могло произойти и при ручном подключении. При переподключении делается рестарт SPult, поэтому переподключение ничем не отличается от обычного ручного подключения.

Алгоритм установления связи сервер<->*SPult будет доработан, что бы исключить появления подобной ситуации.

 

[revit]

Заметил сегодня одну фичу, маленькую, но очень неприятную.
При вводе наименования остановок, если необходимо переименовать только первые (а такое бывает часто, когда в доме есть -1 и отсутствует 2 остановка), то происходит следующее


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

Когда вносишь такое на десятке домов разом :wacko: ну вы поняли.... а ведь много новых домов имеют подобную конфигурацию.
Совершенно ненужная потеря времени и просто рутина, учитывая способ ввода наименований.
Хотелось бы чтобы достаточно было переименовать необходимые этажи, а остальные оставались по дефолту.

 

[poizon]

Заметил косяк с переносом домов из одной улицы в другую, если переносить дом из одной диспетчерской в другую, то запрос на подтверждение выдается в формате "перенести дом из <диспетчерская><улица><дом> в <улица><дом>", т.е. в новом месте не указывается диспетчерская, и, когда их несколько, не понятно в ту ли перемещаешь.

 

[revit]

Из практики получается что 400 лифтов для одной закладки на 23-24 дюймовом мониторе это предел. Дальше начинают кричать диспетчера что "квадратики очень маленькие и работать с ними невозможно". В связи с этим приходится подстраивать лифты одной диспетчерской под несколько закладок так, чтобы одноименные улицы находились в одной закладке.
Варианты когда они в разных мы уже прошли, т.к было два отделения и три закладки. Диспетчерам приходилось искать адрес в трех закладках одного города т.к в дереве они отображаются тоже раздельно. Хорошо что сейчас всё объединили...
В административном режиме эти квадратики еще меньше т.к во первых работаешь через RDP с диагональю сервера, а во вторых лифтов там отображается гораздо больше, у меня -в два раза. Уже даже номера УМ плохо видно в закладке с 830 лифтами...

Есть такое предложение- в админке, в окне/панели отображения состояния лифтов сделать не отображаемые адреса у которых отключен контроль. Т.е включил опцию "не отображать снятые с контроля" и они не показываются, те самые серые квадраты. Возможно это без опции а всегда.. В дереве адресов они есть и их всегда можно найти. Собственно само окно состояния лифтов в админке и не используется то никак, только что для визуального контроля общего кол-ва и того что одни квадраты есть а другие сняты с контроля. Больше никакой полезной информации это окно не несет, как мне кажется.
В предложенном варианте оно будет помогать администратору синхронизировать(сравнивая) лифты на картинке диспетчера и в админке, для того чтобы видеть какие не отключены с контроля или какие лишние/каких нет. Ну и квадратики будут нормального размера, почти такого же как и у диспетчера.... ну и читабельно будет.


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