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

  • Автор темы Автор темы revit
  • Дата начала Дата начала
Андрей Ефименко написал(а):
Наши службы-сервера достаточно плотно взаимодействуют с операционной системой.
В частности в данном случае "зависает" TCP сокет. Происходит что-то мне не подвластное.
Подобное поведение я замечал раньше и на наших серверах, но Windows постоянно обновляется и уже два года таких случаев нет, хотя я ничего специально не предпринимал. Я могу сделать вывод, что Microsoft свои ошибки исправляет и Windows обновлять нужно.


Так самое интересное, что когда вылетел спульт диспетчера, у меня, как минимум, продолжал работать, возможно еще у связистов, но я это не проверял.
 
Ну работать то программа-клиент может, но данные уже не будут обновляться. И нужно время чтобы эту ситуацию определить.
 
Последнее редактирование модератором:
Kranch написал(а):
Тенденция хорошая, но есть несколько недостатков связанный с отображением неисправностей в динамике работы лифта:
1. При возникновении неисправностей которые не приводят к отключению электропитания, но свидетельствуют о факте простоя лифта (Аварийная блокировка, не открыты двери после движения, простой лифта 1 час, Разрыв цепи управления) в сокращенной форме окна управления, в пиктограмме состояния лифта(динамика работы) не отображается неисправность, как и в отдельном окне динамики.То есть открываешь окно управления, и с виду с лифтом все нормально, хотя это не так.
Вложение IPB #2067
2. Если на лифте нет связи, то в сокращенной форме окна управления, в пиктограмме состояния лифта(динамика работы) не отображается неисправность , хотя в отдельном окне динамики работы информация о отсутствии связи есть.
Вложение IPB #2068
3. При возникновении состояния "Разрыв цепи безопасности" в окне динамики работы лифта неисправность не отображается, а отображается только открытые двери лифта, что не совсем правильно, так как простое отсутствие РКД не свидетельствует о открытых дверях лифта, что может ввести операторов в заблуждение, что лифт стоит с открытыми дверями(особенно актуально при застревании, когда состояние разрыв цепи безопасности ещё не сформировалось и оператор смотрит на состояние датчиков и динамику работы).
Вложение IPB #2069


SPult доработан:

- исправлен п.2 - это ошибка
- по п.1 и 3 добавлена ещё одна картинка, повторяющая картинку состояния лифта в панели состояний

SPult доступен здесь см.ниже
 
Последнее редактирование модератором:
Как то все таки определится нужно с концепцией-либо эти красивые квадратики это кнопки-пиктограммы, либо это только пиктограммы. Зачем там среди кнопок пиктограмма , которая к тому же дублирует все записи в окне состояний мне допустим, совершенно непонятно, а пользователей будет удивлять своей невозможностью что-то показать после нажатия как на все остальные кнопки...
Вот какая информативность от этой пиктограммы в скрине ниже?
2020_02_28_08_23_19.png
ТО что МП открыто видно в окне состояния , как и все остальные события. А вот то что лифт стоит с 96 ошибкой -этого главного события по этой пиктограмме все равно не видно. Считаю что это лишнее и панель опять начинает обрастать не несущими полезную информацию пиктограммами. А если уж ее и оставлять то где то в другом месте а не между кнопок. имхо.
И кстати в данном примере в раскрытом окне динамики лифт оранжевый как и положено при аварийной ошибке, тогда почему кнопка-пиктограмма не оранжевая?
 

Вложения

  • 2020_02_28_08_23_19.png
    2020_02_28_08_23_19.png
    10 KB · Просмотры: 0
Последнее редактирование модератором:
revit написал(а):
Как то все таки определится нужно с концепцией-либо эти красивые квадратики это кнопки-пиктограммы, либо это только пиктограммы. Зачем там среди кнопок пиктограмма , которая к тому же дублирует все записи в окне состояний мне допустим, совершенно непонятно, а пользователей будет удивлять своей невозможностью что-то показать после нажатия как на все остальные кнопки...
Вот какая информативность от этой пиктограммы в скрине ниже?
Вложение IPB #2071
ТО что МП открыто видно в окне состояния , как и все остальные события. А вот то что лифт стоит с 96 ошибкой -этого главного события по этой пиктограмме все равно не видно. Считаю что это лишнее и панель опять начинает обрастать не несущими полезную информацию пиктограммами. А если уж ее и оставлять то где то в другом месте а не между кнопок. имхо.

Можно перенести картинку текущего состояния лифта влево к индикатору направления голоса

revit написал(а):
И кстати в данном примере в раскрытом окне динамики лифт оранжевый как и положено при аварийной ошибке, тогда почему кнопка-пиктограмма не оранжевая?

Для этого и нужна картинка состояния лифта.
 
revit написал(а):
Ну работать то программа-клиент может, но данные уже не будут обновляться. И нужно время чтобы эту ситуацию определить.


показывал лифты в динамике
 
Андрей Ефименко написал(а):
Можно перенести картинку текущего состояния лифта влево к индикатору направления голоса
Для этого и нужна картинка состояния лифта.

И чем она помогла в примере выше? Эта картинка отображает тоже что и квадратик лифта -т.е самое приоритетное события, каковым в данном случае является "открыто МП" (почему это так тоже большой и старый вопрос) и соответственно 96 или любой другой фатальной ошибки лифта диспетчер не видит. Он уточняет это в окне состояния. Дублировать картинку квадратика лифта из панели отображения в окне уточненного состояния лифта -какой в этом сакральный смысл? Никакой дополнительной информации он не несет!!!
 
Последнее редактирование модератором:
Могу задать аналогичный вопрос. Зачем перегружать панель пиктограммой динамики работы лифта? Можно ее ввести в раздел дополнительно, так как применяемо к релейным станциям управления(каких процентов 60-70) пиктограмма/кнопка динамики не информативна, а иногда и способна ввести в заблуждение(ситуацию с разрывом цепи управления на релейных станциях я описывал выше, как и ситуации с аварийной блокировкой на станциях УЛ с PU-1, УЛЖ, УПЛ). Да, периодически необходимо наблюдать за работой лифта, но для этого отдельное окно подходит лучше, а его можно открыть и через контекстное меню.

Если есть пиктограмма с динамикой(которая может не отображать некоторые ошибки) должно быть и графическая индикация ошибок ЛБ, так как в первую очередь человек будет смотреть на пиктограммы, а потом уже читать подробнее что случилось.

P.S Если решить на месте проблему с "Открыто МП" , то как раз будет отображаться пиктограмма "Аварийная блокировка", что даст Вам информацию о фатальной ошибке. Если МП открыл механик, то он, наверное, уже в курсе данной ошибки.
 
Последнее редактирование модератором:
Kranch написал(а):
Могу задать аналогичный вопрос. Зачем перегружать панель пиктограммой динамики работы лифта? Можно ее ввести в раздел дополнительно, так как применяемо к релейным станциям управления(каких процентов 60-70) пиктограмма/кнопка динамики не информативна, а иногда и способна ввести в заблуждение(ситуацию с разрывом цепи управления на релейных станциях я описывал выше, как и ситуации с аварийной блокировкой на станциях УЛ с PU-1, УЛЖ, УПЛ). Да, периодически необходимо наблюдать за работой лифта, но для этого отдельное окно подходит лучше, а его можно открыть и через контекстное меню.

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

Реализовать это можно и сейчас и потом, в процессе более широкого внедрения.

poiZon написал(а):
показывал лифты в динамике

TCP сокет используется при подключении новых клиентов для быстрой загрузки структуры и состояний лифта.
В процессе работы уже подключившихся клиентов TCP сокет не используется
 
Kranch написал(а):
Могу задать аналогичный вопрос. Зачем перегружать панель пиктограммой динамики работы лифта? Можно ее ввести в раздел дополнительно, так как применяемо к релейным станциям управления(каких процентов 60-70) пиктограмма/кнопка динамики не информативна, а иногда и способна ввести в заблуждение(ситуацию с разрывом цепи управления на релейных станциях я описывал выше, как и ситуации с аварийной блокировкой на станциях УЛ с PU-1, УЛЖ, УПЛ). Да, периодически необходимо наблюдать за работой лифта, но для этого отдельное окно подходит лучше, а его можно открыть и через контекстное меню.
Да я и не против. По мне чем меньше панель тем лучше. Но у нас релейных лифтов менее 10% я думаю, и диспетчера все равно пользуются динамикой при просмотре состояния лифта, поэтому эта кнопка вообщем-то для нас полезна.
 
Последнее редактирование модератором:
revit написал(а):
Да я и не против. По мне чем меньше панель тем лучше. Но у нас релейных лифтов менее 10% я думаю, и диспетчера все равно пользуются динамикой при просмотре состояния лифта, поэтому эта кнопка вообщем-то для нас полезна.


+1 полностью согласен, релеек осталось по пальцам пересчитать, а динамика диспетчером открывается каждый раз при неисправностях на лифтах (считай при открытии диалогового окна), поэтому она очень полезна на электронных лифтах (а это вопрос ближайшего времени у всех)

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


Это я помню, но при недоступности TCP структура должна грузиться по UDP только медленнее, верно? А спульт, видимо, не мог разобраться как ему грузить и в итоге зависал.
 
revit написал(а):
Да я и не против. По мне чем меньше панель тем лучше. Но у нас релейных лифтов менее 10% я думаю, и диспетчера все равно пользуются динамикой при просмотре состояния лифта, поэтому эта кнопка вообщем-то для нас полезна.

У нас релейки еще процентов 20 плюс электроника на блоках 5.5 еще процентов 10-20. Динамика точно вещь полезная. По крайней мере для лифтеров. Они ей и на релейке пользуются (смотрят как двери открываются/закрываются)

poiZon написал(а):
Это я помню, но при недоступности TCP структура должна грузиться по UDP только медленнее, верно? А спульт, видимо, не мог разобраться как ему грузить и в итоге зависал.

Как я понял по TCP грузит только первоначальное состояние, а дальше по UDP. Если первое по каким то причинам недоступно грузит и первоначалку по UDP.
 
revit написал(а):
Как то все таки определится нужно с концепцией-либо эти красивые квадратики это кнопки-пиктограммы, либо это только пиктограммы. Зачем там среди кнопок пиктограмма , которая к тому же дублирует все записи в окне состояний мне допустим, совершенно непонятно, а пользователей будет удивлять своей невозможностью что-то показать после нажатия как на все остальные кнопки...
Вот какая информативность от этой пиктограммы в скрине ниже?
Вложение IPB #2071
ТО что МП открыто видно в окне состояния , как и все остальные события. А вот то что лифт стоит с 96 ошибкой -этого главного события по этой пиктограмме все равно не видно. Считаю что это лишнее и панель опять начинает обрастать не несущими полезную информацию пиктограммами. А если уж ее и оставлять то где то в другом месте а не между кнопок. имхо.

1. Картинка с состоянием лифта сдвинута влево и не похожа на кнопку

2. Когда диспетчер говорит в микрофон, то фон картинки микрофона окрашивается в зелёный цвет для демонстрации диспетчеру, что микрофон работает. Тут, правда, могут быть неточности с определением голосовой активности, т.к. алгоритм определения голосовой активности очень прост.

Можно, конечно, использовать готовый VAD (детектор голосовой активности), например, от Google, и вообще отказаться от ручного переключения направления.

Доработанный SPult доступен здесьсм.ниже

poiZon написал(а):
Это я помню, но при недоступности TCP структура должна грузиться по UDP только медленнее, верно? А спульт, видимо, не мог разобраться как ему грузить и в итоге зависал.

В данном случае TCP порт доступен, но LKDSDomain, при попытке прочитать данные из TCP сокета, не получает данных и невозможно отказаться (прекратить) это чтение. В частности из-за этого было невозможно остановить службу LKDSDomain.
 
Последнее редактирование модератором:
Андрей Ефименко написал(а):
2. Когда диспетчер говорит в микрофон, то фон картинки микрофона окрашивается в зелёный цвет для демонстрации диспетчеру, что микрофон работает. Тут, правда, могут быть неточности с определением голосовой активности, т.к. алгоритм определения голосовой активности очень прост.

Можно, конечно, использовать готовый VAD (детектор голосовой активности), например, от Google, и вообще отказаться от ручного переключения направления.


Для определения голосовой активности (зелёный фон картинки микрофона) используется VAD от Google

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


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

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

Пользователь должен иметь право на отключение лифта. Возможность плавного отключения определяется возможностями самого ЛБ.

В LKDSDomain была ошибка - эти возможности не вычитывались из ЛБ, поэтому и пункт меню серый.
LKDSDomain исправлен и будет скоро выложен.

С какого-то времени и в LKDSDisp возможность плавного отключения не вычитывались из ЛБ. Это исправлено, но LKDSDisp будет выложен позже.


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

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

Можно просто убрать из общих параметров, но в этом случае возможность включения может неожиданно появиться у диспетчеров, если систему настраивали давно и/или не корректно.
 
Андрей Ефименко написал(а):
Можно, конечно, использовать готовый VAD (детектор голосовой активности), например, от Google, и вообще отказаться от ручного переключения направления.

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

Для включения этого режима нужно вручную исправить вторую строку файла ListConnect.xml:

<Disp Name="Connections" ... BGDynamics="0,0,0" BGDynamicsShaft="0,0,0" EnableReasonLTC="1" ReasonLTC="Пассажир;Уборка;ТО;Заявка" ShortDial="1" UseVAD="1">

SPult доступен здесь SPult выложен в штатное обновление ПО
 
Последнее редактирование модератором:
Андрей Ефименко написал(а):
Можно просто убрать из общих параметров, но в этом случае возможность включения может неожиданно появиться у диспетчеров, если систему настраивали давно и/или не корректно.

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

В LKDSDomain была ошибка - эти возможности не вычитывались из ЛБ, поэтому и пункт меню серый.
LKDSDomain исправлен и будет скоро выложен.

С какого-то времени и в LKDSDisp возможность плавного отключения не вычитывались из ЛБ. Это исправлено, но LKDSDisp будет выложен позже.
Так сложилось исторически. В начале, в клиент-серверном решении не было детальных прав и право на включение задавалось как в MPultPro в общих параметрах.

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

LKDSDisp:
- в базе данных сохраняется признак размещения в двух колонках при использовании упорядоченных улиц
- из ЛБ вычитываются признаки дополнительных возможностей, поэтому возможно плавное отключение лифта

LKDSDomain:
- исправлена ситуация когда приходилось перезапускать службу LKDSDomain, если ЛБ с прямым подключением вставлен в географическую структуру, а сам ЛБ ещё не появился на связи.
- из ЛБ вычитываются признаки дополнительных возможностей, поэтому возможно плавное отключение лифта


Процедура замены следующая:

1. Переименовываем имеющиеся файлы на компьютере-сервере:
1.1. Файл \LKDSDrv\LKDSDisp\ LKDSDisp.exe переименовываем в файл \LKDSDrv\LKDSDisp\LKDSDisp.exe_save
1.2. Файл \LKDSDrv\LKDSDomain\LKDSDomain.exe переименовываем в файл \LKDSDrv\LKDSDomain\LKDSDomain.exe_save

2. Переписываем загруженные файлы на компьютер-сервер:
2.1. Файл LKDSDisp.exe переписываем в папку \LKDSDrv\LKDSDisp\
2.2. Файл LKDSDomain.exe переписываем в папку \LKDSDrv\LKDSDomain\

3. Из диспетчера задач из закладки "Службы" перезапускаем:
3.1. службу LKDSDisp
3.2. службу LKDSDomain
 
Последнее редактирование модератором:
Назад
Сверху