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

  • Автор темы Автор темы revit
  • Дата начала Дата начала
За давностью лет уж и подзабыл, но была такая фигня.
По моему там панель задач была скрывающаяся и поэтому оставался снизу зазор.
 
revit написал(а):
2560х1440 у диспетчера был и у меня рабочий комп, вроде проблем с размерами окна Спульт не замечал

Видимо, ключевое значение в данном случае 1440, оно укладывается в соотношение сторон 16:9. У меня моник 21:9 и я предполагаю, что собака порылась именно здесь.
sergey57949 написал(а):
За давностью лет уж и подзабыл, но была такая фигня.
По моему там панель задач была скрывающаяся и поэтому оставался снизу зазор.

На скрине хорошо видно, что панель задач на месте ;) . Но да, фича со скрывающейся панелью задач имеет место быть - SPult не подстраивает по ней нижнюю границу окна автоматически. По моему это совсем не критично.
 
Последнее редактирование модератором:
Заставляете, старого больного человека, думать. :D
Эксперименты тут ставлю.
Играйтесь с панелью задач.
Она может быть широкой, ну или Спульт так думает, тогда будет как у вас, хотя по факту панель задач узкая.
Сделайте панель скрывающейся, растяните Спульт до нужных вам размеров, и верните как было.
У меня все стало нормально

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

Предлагаю реализовать тихое автоматическое переподключение к серверу, в случае кратковременной потери связи. А именно, при разрыве связи, когда выскакивает соответствующее сообщение в СПульт, на кнопке "Повтор" должен начать отсчитываться 10 секундный таймер, по истечении которого, будет произведена попытка подключения к серверу. В случае неудачи, повторная попытка через 10 секунд, с указанием порядкового номера попытки установить соединение. Через n попыток (можно добавить в настройки установку произвольного n, по-умолчанию например - 6) тогда и только тогда начинает звучать "звонок".

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

Поддерживаю, думаю нужен такой алгоритм многим.
 
Андрей Ефименко написал(а):
Существует:

SPult.exe -w<пароль_пользователя_последнего_подключения>

например:

SPult.exe -w123456

А можно ли запустить с передачей полных параметров : Домен, порты, организация, имя пользователя, пароль. Что бы из скрипта можно было автоматически запустить программу при восстановлении связи.
 
anatoliy написал(а):
А можно ли запустить с передачей полных параметров : Домен, порты, организация, имя пользователя, пароль. Что бы из скрипта можно было автоматически запустить программу при восстановлении связи.

Сейчас такой возможности нет.

Для восстановления связи достаточно ключа -w
Будут использованы параметры предыдущего подключения.
 
Как можно задать проверку длительного простоя только на некоторых отдельно взятых лифтах?
 
revit написал(а):
Как можно задать проверку длительного простоя только на некоторых отдельно взятых лифтах?

Можно исключить лифт из проверки ExcludeSTAT1.png ExcludeSTAT2.png
Т.е. можно исключить все, кроме нужных
 

Вложения

  • ExcludeSTAT1.png
    ExcludeSTAT1.png
    26.2 KB · Просмотры: 1
  • ExcludeSTAT2.png
    ExcludeSTAT2.png
    8 KB · Просмотры: 1
Хорошая шутка.... :D :blink:
А зачем мне все контролировать, чтобы потом из них исключить все?
Мне понадобилось сейчас проконтролировать два. Остальные контролировать не требовалось никогда.
В закладке в которой они находятся 390 лифтов. Галочку "контролировать длительный простой не ставил".
 
Последнее редактирование модератором:
Здравствуйте.
А подскажите, как в Спульт сделать, что бы при обрыве связи и ее восстановлении, лифты, на которых был выбран режим "Отложить обслуживание" или "установить реакцию только на вызов", восстанавливали эти самые режимы?
 
andreyzv написал(а):
Здравствуйте.
А подскажите, как в Спульт сделать, что бы при обрыве связи и ее восстановлении, лифты, на которых был выбран режим "Отложить обслуживание" или "установить реакцию только на вызов", восстанавливали эти самые режимы?

Восстанавливается отложенное обслуживанием следующим образом: SPultOtl.png
 

Вложения

  • SPultOtl.png
    SPultOtl.png
    12.2 KB · Просмотры: 1
Андрей Ефименко написал(а):
Восстанавливается отложенное обслуживанием следующим образом: Вложение IPB #2454

А что бы это происходило автоматически?
А вообще , на мой взгляд, было бы хорошо как в мпульт, пропала связь с сервером, вывести индикацию через определенное время, восстановилась - все вернулось.
 
andreyzv написал(а):
А что бы это происходило автоматически?
А вообще , на мой взгляд, было бы хорошо как в мпульт, пропала связь с сервером, вывести индикацию через определенное время, восстановилась - все вернулось.
Поддерживаю!


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

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

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

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

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

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

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

В связи с широким использованием SPult хотелось бы предварительно оценить корректно ли сделаны эти доработки. SPult доступен по ссылке выложен в штатное обновление

Ещё хотел уточнить по вопросу:
andreyzv написал(а):
2 Почему нет возможности запретить определенным пользователям использовать (отправлять) дополнительные сообщения (желтый конвертик) в окне состояния лифта?

Вопрос о посылки заявки на обслуживание или запись сообщения в журнал ?
 
Последнее редактирование модератором:
Андрей Ефименко написал(а):
Сделаны ряд доработок SPult:

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

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

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

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

В связи с широким использованием SPult хотелось бы предварительно оценить корректно ли сделаны эти доработки.
Ура! Это работает!!!
Единственное -если указан домен вместо IP (или основным), то процесс останавливается и пишет "этот хст неизвестен"
 
Последнее редактирование модератором:
revit написал(а):
Ура! Это работает!!!
Единственное -если указан домен вместо IP (или основным), то процесс останавливается и пишет "этот хст неизвестен"

Поправил.
Эта ошибка появляется при недоступности DNS серверов на клиентском компьютере.
Т.к. в этот случае самих попыток подключится не будет, если указать Reconnect="1", то SPult будет очень часто перезагружаться для повторных попыток.
 
Последнее редактирование модератором:
Андрей Ефименко написал(а):
Сделаны ряд доработок SPult:

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

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

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

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

Отлично, спасибо ! завтра постараюсь проверить.

Ещё хотел уточнить по вопросу:

Вопрос о посылки заявки на обслуживание или запись сообщения в журнал ?

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

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

Андрей Ефименко написал(а):
Эта ошибка появляется при недоступности DNS серверов на клиентском компьютере.
Т.к. в этот случае самих попыток подключится не будет, если указать Reconnect="1", то SPult будет очень часто перезагружаться для повторных попыток.
Я в последнее время рекомендую пользователям клиентам СПульт указывать основным адресом-домен а резервным IP1. IP2. В случае с перебоями ДНС СПульт же будет переключаться на IP?
Если да , то и в случае автоматического переподключения логика такая же должна быть.

И да, при проверки просто отключал сетевой кабель.
 
Последнее редактирование модератором:
revit написал(а):
Один СПульт запущенный с доменом или два, но на разные серверы восстанавливаются нормально. А вот два Спульта на один сервер ведут себя не корректно. Один не запускается.

Возможно указан режим "Один экземпляр SPult для одного пользоваителя" SPultOneUser.png

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

Это проверю.
 

Вложения

  • SPultOneUser.png
    SPultOneUser.png
    18.8 KB · Просмотры: 1
Андрей Ефименко написал(а):
Возможно указан режим "Один экземпляр SPult для одного пользоваителя" Вложение IPB #2459

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

P.S. Все таки некорректно отрабатываются несколько подключений даже к разным серверам и дело не в домене
 
Последнее редактирование модератором:
Назад
Сверху