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

[andreyzv]

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

1) если во второй строке файла ListConnect.xml задать параметр Reconnect больший 0 <Disp ... Reconnect="10">, то при потери связи с сервером SPult будет делать попытки пере подключиться через указанное в параметре Reconnect число секунд.

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

3) икона SPult показывается в панели задач в процессе подключения

4) в сокращенном (новом) диалоге управления лифтом состояние кабины корректно показывается в момент потери и появления связи с лифтом

1. Не совсем то что я имел ввиду, но лучше чем было.
2. Все отлично работает.
3. Все работает

Теперь подробнее по первому пункту:
Я так понял что реализовать так же как в mpult не получиться, при потери связи с сервером необходима повторная авторизация, в любом случае?
Тогда было бы замечательно, сделать так чтоб была возможность "звоночек" выключить диспетчером, а spult продолжал попытки автоматически восстановить связь через указанные промежутки времени, но уже без "звоночка". Например при помощи дополнительной кнопки в окне (что-то типа "Повтор соединения без звука"), но при восстановлении и повторном пропадании связи звоночек должен снова звенеть.
Т.е. я считаю не нужным и даже лишним когда он звенит на всем протяжении автоматического восстановления соединения. Достаточно один раз звуковым сигналом оповестить диспетчера, что связь с сервером пропала, диспетчер подтверждает это нажатием соответствующей кнопки, и далее попытки соединиться spult уже делает без звукового сопровождения, до момента восстановления связи. От того, что "звоночек" звенит непрерывно, диспетчер не ускорит процесс восстановления связи, а вот громкость динамиков уменьшит с вероятностью 90% , если проблема носит не пятиминутный характер.
И еще, кнопка Отмены, в окне отсчета времени до повторной попытки, не работает.

И еще раз Спасибо!

 

[Andi]

В обновление ПО выложен доработанный SPult

Я в последнее время рекомендую пользователям клиентам СПульт указывать основным адресом-домен а резервным IP1. IP2. В случае с перебоями ДНС СПульт же будет переключаться на IP?
Если да , то и в случае автоматического переподключения логика такая же должна быть.

Хотел пояснить работу с доменными именами - если в процессе подключения удалось определить IP адрес доменного имени, то этот IP сохраняется в файле Listconnect.xml на случай, если при следующих подключениях не удастся определить IP адрес этого доменного имени.

Eсли в процессе подключения не удалось определить IP адрес доменного имени то,
если есть сохранённый IP этого доменного имени при предыдущих подключениях,
то выдаётся неблокирующее информационное окно "хост не известен. Используется IP ..." и делаются попытки подключение по этому IP
иначе выдаётся блокирующее окно "хост не известен", после закрытия окна подключение продолжается со следующего альтернативного IP/Доменного имени

Все таки некорректно отрабатываются несколько подключений даже к разным серверам и дело не в домене

Вроде это исправлено, т.е. можно на одном компьютере использовать автоматическое пере подключение нескольких SPult

Я так понял что реализовать так же как в mpult не получиться, при потери связи с сервером необходима повторная авторизация, в любом случае?

Авторизация при подключении SPult необходима.

Тогда было бы замечательно, сделать так чтоб была возможность "звоночек" выключить диспетчером, а spult продолжал попытки автоматически восстановить связь через указанные промежутки времени, но уже без "звоночка". Например при помощи дополнительной кнопки в окне (что-то типа "Повтор соединения без звука"), но при восстановлении и повторном пропадании связи звоночек должен снова звенеть.
Т.е. я считаю не нужным и даже лишним когда он звенит на всем протяжении автоматического восстановления соединения. Достаточно один раз звуковым сигналом оповестить диспетчера, что связь с сервером пропала, диспетчер подтверждает это нажатием соответствующей кнопки, и далее попытки соединиться spult уже делает без звукового сопровождения, до момента восстановления связи. От того, что "звоночек" звенит непрерывно, диспетчер не ускорит процесс восстановления связи, а вот громкость динамиков уменьшит с вероятностью 90% , если проблема носит не пятиминутный характер.

Ваши и наши коллеги добивались озвучивания потери связи, т.к. это важное событие.
Так что пока это озвучивание останется.

И еще, кнопка Отмены, в окне отсчета времени до повторной попытки, не работает.

Сейчас кнопка "Отмена" работает.

 

[andreyzv]

Ваши и наши коллеги добивались озвучивания потери связи, т.к. это важное событие.
Так что пока это озвучивание останется.

Я и не говорил что его не должно быть, наоборот оно должно быть, но в процессе переподключения имелась возможность его отключить. Т.е. в таком алгоритме:
1. Соединение с сервером пропало - зазвенел звоночек, и система пытается переподключиться.
2. Если не получается с первого раза, диспетчер может нажать кнопку в окне с названием, например, "Продолжить автоподключение без звука", ну или что-то подобное. Далее spult пытается соединиться уже без звоночка.
3. Соединение прошло успешно, работаем в штатном режиме, при повторном пропадании соединения с сервером снова звенит звоночек, т.е. идем по пунктам 1,2,3.
Т.е. путем нажатия указанной в п2 кнопки , диспетчер подтверждает, что она в курсе отсутствия связи с сервером, и предпринимает необходимые действия.
В MPult же если вдруг связь пропала со всеми лифтами, и диспетчер "исключила все выделенные неисправности из списка" , звуковой сигнал не остается!
... Дополню.
В идеале следующее :
возможность установить время через которое Spult пытается начать попытку (первую) после обрыва связи с сервером. Т.е. пропала связь с сервером ждем указанное количество мин.( сек.) , делаем попытку переподключения - > не получилось -> Окошко и звоночек -> далее по описанному выше алгоритму п2,3.

Ну в общем ждем комментариев коллег.

 

[revit]

Алгоритм проверки простоя лифта в часы пик какой? Где то читал в руководстве по Мпульт а сейчас не могу найти.
Время простоя можно менять?

как можно увеличить время простоя, чтобы было уменьшить вероятность ложных сообщений?

 

[Andi]

как можно увеличить время простоя, чтобы было уменьшить вероятность ложных сообщений?

Необходимость контроля длительного простоя указывается в параметрах диспетчерской (закладки)
Отдельные лифты можно исключить из контроля
Контроль длительного простоя производится два раза в сутки в указанные часы

Алгоритм следующий (для 8 часов):

1. В 7 часов запрашивается количество включения приводов
2. В 8 часов запрашивается количество включения приводов
3. В 8:30 сравнивается количество включения приводов от 7 и 8 часов. Если совпадают, то фиксируется состояние "Простой 1 час"

Изменить интервал проверки 1 час нельзя.

В базе данных сохраняется статистика работы приводов и по этой информации можно использовать свой алгоритм с любым интервалом. Так делают многие наши клиенты.

 

[poizon]

В идеале следующее :
возможность установить время через которое Spult пытается начать попытку (первую) после обрыва связи с сервером. Т.е. пропала связь с сервером ждем указанное количество мин.( сек.) , делаем попытку переподключения - > не получилось -> Окошко и звоночек -> далее по описанному выше алгоритму п2,3.

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

 

[revit]

Выложен доработанный SPult

Работает переподключение нескольких Спульт. Проверял до 4 в разных вариантах. Иногда правда один из четырех останавливался с таким сообщением

После ОК запускался.
А звонки действительно напрягают, они как будто суммируются

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

Хорошее предложение.

 

[anatoliyrnd]

1. В 7 часов запрашивается количество включения приводов
2. В 8 часов запрашивается количество включения приводов
3. В 8:30 сравнивается количество включения приводов от 7 и 8 часов. Если совпадают, то фиксируется состояние "Простой 1 час"

А в выходные и праздничные дни то же так же ? Если да, ох чувствую 1-го по утру одни прости будут светить .

 

[Andi]

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

Работает переподключение нескольких Спульт. Проверял до 4 в разных вариантах. Иногда правда один из четырех останавливался с таким сообщением
Вложение IPB #2467

1. При переподключении не делается сохранение параметров, что бы не блокировать ListConnect.XML

2. В диалоговую панель переподключения добавлена кнопка "Отключить звонок", при её нажатии отключается звуковая индикация потери связи при текущем разрыве связи с сервером

3. Для упрощения визуального контроля режима работы SPult:
- при работе в режиме "Администратора" цвет фона панели дерева структуры и панели журнала светло серый
- при работе в режиме "Настройки" цвет фона панели дерева структуры и панели журнала светло желтый

4. Если во второй строке файла ListConnect задать параметр DisableCallOnly равный 1 <Disp ... DisableCallOnly="1", то будет запрещена возможность назначить лифту свойство "реагировать только на вызов"

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

 

[andreyzv]

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

2. В диалоговую панель переподключения добавлена кнопка "Отключить звонок", при её нажатии отключается звуковая индикация потери связи при текущем разрыве связи с сервером Вложение IPB #2468


SPult выложен для предварительной проверки.

Проверил, получил следующее:
1. Выключаю интернет -> появляется окошко с переподключением, на фоне запущенного spult и звенит звоночек один раз-> идет отсчет до переподключения у меня 20с стоит->попытка переподключения -> опять окошко с отсчетом переподключения (на фоне окна авторизации) звенит звоночек -нажимаю "Отключить звонок" все тишина, далее по тихому пытается соединиться - ОТЛИЧНО.
2. Восстанавливаю интернет -> запускается spult ->отключаю интернет через 30 секунд->Появляется окошка отсчета до переподключения на фоне основного окна Spult, звенит звоночек, кнопок никаких не нажимаю-> закончился отсчет появилось окно авторизации, и через время на фоне окна авторизации , появляется кошко с отсчетом но без звоночка , хотя кнопку я не нажимал, т.е. при повторном обрыве соединения звоночек звенит только на первом окошке. Проверил три раза.

 

[Andi]

Проверил, получил следующее:
1. Выключаю интернет -> появляется окошко с переподключением, на фоне запущенного spult и звенит звоночек один раз-> идет отсчет до переподключения у меня 20с стоит->попытка переподключения -> опять окошко с отсчетом переподключения (на фоне окна авторизации) звенит звоночек -нажимаю "Отключить звонок" все тишина, далее по тихому пытается соединиться - ОТЛИЧНО.
2. Восстанавливаю интернет -> запускается spult ->отключаю интернет через 30 секунд->Появляется окошка отсчета до переподключения на фоне основного окна Spult, звенит звоночек, кнопок никаких не нажимаю-> закончился отсчет появилось окно авторизации, и через время на фоне окна авторизации , появляется кошко с отсчетом но без звоночка , хотя кнопку я не нажимал, т.е. при повторном обрыве соединения звоночек звенит только на первом окошке. Проверил три раза.

Исправлено

 

[revit]

Отдельные лифты можно исключить из контроля....
Контроль длительного простоя производится два раза в сутки в указанные часы ....

Алгоритм следующий (для 8 часов):
1. В 7 часов запрашивается количество включения приводов
2. В 8 часов запрашивается количество включения приводов
3. В 8:30 сравнивается количество включения приводов от 7 и 8 часов. Если совпадают, то фиксируется состояние "Простой 1 час"

Изменить интервал проверки 1 час нельзя.

В базе данных сохраняется статистика работы приводов и по этой информации можно использовать свой алгоритм с любым интервалом. Так делают многие наши клиенты.

Я не программист и так не умею делать. Да и не заплатят мне как программисту, даже если захочу и вдруг сделаю.
Объекты с редким использованием лифта или с блоками исполнения ТР конечно можно исключить из проверки, их немного. Но на оставшихся, при таком алгоритме не исключены ложные сообщения даже на жилых домах, что и подтверждается сейчас - каждое утро выслушиваю от диспетчеров их негодование по поводу постоянных сбросов.
После того как квадратик нарисовал "простой" и появилось сообщение "простой лифта 1 час" даже если лифт и пришел в движение, то событие надо сбрасывать вручную. Может все таки логичнее его сбросить по реальному движению, аналогично алгоритму "Кабина не пришла на этаж", когда событие снимается если кабина совершила цикл поездки с открытием дверей?

 

[Andi]

Я не программист и так не умею делать. Да и не заплатят мне как программисту, даже если захочу и вдруг сделаю.
Объекты с редким использованием лифта или с блоками исполнения ТР конечно можно исключить из проверки, их немного. Но на оставшихся, при таком алгоритме не исключены ложные сообщения даже на жилых домах, что и подтверждается сейчас - каждое утро выслушиваю от диспетчеров их негодование по поводу постоянных сбросов.
После того как квадратик нарисовал "простой" и появилось сообщение "простой лифта 1 час" даже если лифт и пришел в движение, то событие надо сбрасывать вручную. Может все таки логичнее его сбросить по реальному движению, аналогично алгоритму "Кабина не пришла на этаж", когда событие снимается если кабина совершила цикл поездки с открытием дверей?

Наверное будет полезно ввести свойство:

 

[revit]

Наверное будет полезно ввести свойство:Вложение IPB #2473

Было бы очень полезно.

 

[Andi]

После того как квадратик нарисовал "простой" и появилось сообщение "простой лифта 1 час" даже если лифт и пришел в движение, то событие надо сбрасывать вручную. Может все таки логичнее его сбросить по реальному движению, аналогично алгоритму "Кабина не пришла на этаж", когда событие снимается если кабина совершила цикл поездки с открытием дверей?

После внимательного изучения, оказалось, что LKDSDisp, LKDSDomain, LKDSCloud так и работают, т.е. состояние "простой лифта 1 час" автоматически сбрасывается, если обнаружено движение лифта.

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

 

[revit]

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

Вопрос:

Интервал запроса статистики как то влияет на интервал проверки простоя? Если допустим поставить 2 часа то интервал проверки тоже будет 2 часа или останется неизменным -1 час?

А если статистика будет отключена ?

 

[Andi]

Интервал запроса статистики как то влияет на интервал проверки простоя? Если допустим поставить 2 часа то интервал проверки тоже будет 2 часа или останется неизменным -1 час?

Интервал всегда 1 час, можно сдвигать начало интервала измерения

А если статистика будет отключена ?

Вложение IPB #2477

Если статистика отключена, то длительный простой все-равно контролируется. Посылаются отдельные запросы по статистике работы приводов в начале и конце интервала измерения.

 

[bosporsky]

Проблема с автоматическим восстановлением подключения. При появлении ошибки (скриншот прилагается), дальнейшие попытки восстановить подключение - прекращаются.

 

[revit]

А зачем их делать если физически нет сети?

 

[Andi]

Проблема с автоматическим восстановлением подключения. При появлении ошибки (скриншот прилагается), дальнейшие попытки восстановить подключение - прекращаются.
Вложение IPB #2504

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