Windows Mpult/MPultPro - Пожелания по доработке

  • Автор темы Автор темы vlasoff
  • Дата начала Дата начала
Alex написал(а):
И кто этот УМ должен администрировать? Да, там 255:15.

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

У которой меньше лифтов или большого значения не имеет?
 
Alex написал(а):
У которой меньше лифтов или большого значения не имеет?

А может новыми прошивками всё прошить с мультиадминистративными возможностями (они еще beta)и везде 8 слот поставить?
Не вникал в особенность сети Alex, но я допустим, все ЛД и одну ЦД сделал всех администраторами- проблем стало меньше и головной боли.
Можно даже данные собирать не с ЛД а с УМ-ов напрямую прописав в последних вторые связи и уйти от зависимости от промежочных ПК..
 
Последнее редактирование модератором:
revit написал(а):
А может новыми прошивками всё прошить с мультиадминистративными возможностями (они еще beta)и везде 8 слот поставить?
Не вникал в особенность сети Alex, но я допустим, все ЛД и одну ЦД сделал всех администраторами- проблем стало меньше и головной боли.
Можно даже данные собирать не с ЛД а с УМ-ов напрямую прописав в последних вторые связи и уйти от зависимости от промежочных ПК..

Прошивками чего?
Под ЛД я понимаю 8-й слот, а ЦД - 9-й. В структуре всех ЛД описано:
1) свой УМ (+свои удалённые УМ)
2) УМ ЦД с указанием связи с ним и пометкой "обслуживается в другой диспетчерской".
В структуре ЦД описаны все ЛД (+ удалённые, если с ними связь нужна), В ПКСЛ - прямые связи с КСЛами ЛД, разрешена маршрутизация по связям.
Есть ещё одна ЦД в конторе для бдения за лифтами. ПКСЛ без кодека, маршрутизация по связям разрешена. Она связана только с уже описанной ЦД по связям в ПКСЛ с ПКСЛ ЦД дымоудаления. Структура драйвера описана прямо со всеми ЛД, дабы избежать перегрузки канала ЦД дымоудаления.
Провайдер - местный телеком, АДСЛ. Модемы - бриджами.
Локальные удалённые модули организованы либо своими каналами 433, WI-FI, WI-max, либо провайдером N-forta.
 
Alex написал(а):
У которой меньше лифтов или большого значения не имеет?

Большого значения не имеет. Просто не будет широковещательного ообщения и оповещения получат только одна активная диспетчерская, которая будет администратором, и пассивная диспетчерская.

Alex написал(а):
Прошивками чего?

Прошивками всех используемых аппаратных узловых устройств (моноблоков, КСЛов, КЛШ) + замена LKDSDrv на последний, если этого не сделано (это для программных узловых устройств ПКЛШ и ПКСЛ).

Правда прошивки для аппаратных узловых устройств еще не выложены, а для обычных КЛШ придется менять процессор с прошивкой.

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

Да тут конечно засада, если много старых устройств, особенно КЛШ 3 платформы.
 
Андрей Ефименко написал(а):
Большого значения не имеет. Просто не будет широковещательного ообщения и оповещения получат только одна активная диспетчерская, которая будет администратором, и пассивная диспетчерская.
Прошивками всех используемых аппаратных узловых устройств (моноблоков, КСЛов, КЛШ) + замена LKDSDrv на последний, если этого не сделано (это для программных узловых устройств ПКЛШ и ПКСЛ).

Ну, КСЛы, моноблоки, КЛШ ПРО обновляю, LKDSdrv тоже.
Андрей Ефименко написал(а):
Правда прошивки для аппаратных узловых устройств еще не выложены, а для обычных КЛШ придется менять процессор с прошивкой.

КЛШ серии 01.ХХ и 02.ХХ не ремонтируем. При глюках - сразу под модернизацию. Но есть ещё и действующие этих серий. Менять процессоры - более волокитная вещь, чем модернизация. Прошивку не дадут, а таскаться как кошка с мясом не хочется. Серия 03.ХХ удачная и хорошо работает в том виде как есть.
Андрей Ефименко написал(а):
В этом случае (в случае замены микропрограмм и LKDSDrv) все диспетчерские можно делать активные, т.е. компьютер описан как подключенный к слоту 8.

Но ЦД дымоудаления не может быть администратором, поскольку сама кроме ПКСЛ с кодеком ничего не имеет, а диспетчер наблюдает состояние ИТ и пользуется переговоркой. Около 17 ЛД имеют ИТ, но контролирует их только ЦД.
 
Всем доброе время суток. На экране монитора диспетчера скоро не останется места под расположение лифтов (настройка в виде произвольных групп). Подскажите пожалуйста как ПРАВИЛЬНО сделать (прописать) второе окно MPultPro.
 
Alex написал(а):
Но ЦД дымоудаления не может быть администратором, поскольку сама кроме ПКСЛ с кодеком ничего не имеет, а диспетчер наблюдает состояние ИТ и пользуется переговоркой. Около 17 ЛД имеют ИТ, но контролирует их только ЦД.

Диспетчерская дымоудаления может быть активной, т.е. быть администратором для узловых устройств описанных в её конфигурациия (в LKDSDrvCfg). В этом случае оповещения от ИТ будут приходит сразу непосредственно на адрес слота компьютера диспетчерской дымоудаления, а не транзитом через активные диспетчерские.

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

yrgon написал(а):
Всем доброе время суток. На экране монитора диспетчера скоро не останется места под расположение лифтов (настройка в виде произвольных групп). Подскажите пожалуйста как ПРАВИЛЬНО сделать (прописать) второе окно MPultPro.

MPultPro поддерживает закладки. Каждая закладка это как бы новый слой панели состояний. Для определения закладки нужно в режиме Администратора в панели структуры нажать правую кнопку мыши над диспетчерской (корневым узлом дерева с картиной в виде монитора) и выбрать пункт меню "Вставить диспетчерскую".
 
Андрей Ефименко написал(а):
Диспетчерская дымоудаления может быть активной, т.е. быть администратором для узловых устройств описанных в её конфигурациия (в LKDSDrvCfg). В этом случае оповещения от ИТ будут приходит сразу непосредственно на адрес слота компьютера диспетчерской дымоудаления, а не транзитом через активные диспетчерские.

И получится, что, став активной, ЦД захватит права администрирования КЛШ всех ЛД. В ЛД пропадут звуки оповещений, при сканировании сети будет видно, что ЛД не администрирует свои КЛШ.
Андрей Ефименко написал(а):
Можно даже изменить структуру - в КСЛах, которые расположены в УМ имеющие ИТ, сразу прописать связь в диспетчерскую дымоудаления. В этом случае, при сбоях компьютера активной диспетчерской или при нарушении связи УМ(ИТ) <-> АД , оповещения от ИТ будут приходить в диспетчерскую дымоудаления. Нужно только помнить, что КСЛах нужно установить признак "Запретить маршрутизацию по связям"

Во всех ЛД в драйвере описана связь с ЦД. В драйвере и ПКСЛе ЦД - все ЛД, даже не имеющие ИТ. В КСЛах ЛД тоже прописана связь с ЦД, и только с ЦД. ПКСЛ ЦД конторы так же прописан в ПКСЛе ЦД, дабы избежать петель. Структура типа "звезда", в центре которой ЦД. А вот драйвер ЦД конторы описан прямыми связями с ЛД.
 
Alex написал(а):
И получится, что, став активной, ЦД захватит права администрирования КЛШ всех ЛД. В ЛД пропадут звуки оповещений, при сканировании сети будет видно, что ЛД не администрирует свои КЛШ.

Во всех ЛД в драйвере описана связь с ЦД. В драйвере и ПКСЛе ЦД - все ЛД, даже не имеющие ИТ. В КСЛах ЛД тоже прописана связь с ЦД, и только с ЦД. ПКСЛ ЦД конторы так же прописан в ПКСЛе ЦД, дабы избежать петель. Структура типа "звезда", в центре которой ЦД. А вот драйвер ЦД конторы описан прямыми связями с ЛД.



вскоре (как бы уже не сейчас) эти ограничения будут сняты.... вскоре убедитесь... приезжайте в июле...
 
Alex написал(а):
И получится, что, став активной, ЦД захватит права администрирования КЛШ всех ЛД. В ЛД пропадут звуки оповещений, при сканировании сети будет видно, что ЛД не администрирует свои КЛШ.

И ЦД и ЛД сейчас (после обновления микропрограммы КЛШ и LKDSDrv) одновременно могут быть администраторами одного КЛШ. Оповещения будут приходит и в ЦД и в ЛД.
При сканировании сети, MScanPro, запущенный в ЦД, будет показывать, что администратором КЛШ является корневой УМ ЦД слот 8, а MScanPro, запущенный в ЛД, будет показывать, что администратором этого же КЛШ является корневой УМ ЛД слот 8.

Alex написал(а):
Во всех ЛД в драйвере описана связь с ЦД. В драйвере и ПКСЛе ЦД - все ЛД, даже не имеющие ИТ. В КСЛах ЛД тоже прописана связь с ЦД, и только с ЦД. ПКСЛ ЦД конторы так же прописан в ПКСЛе ЦД, дабы избежать петель. Структура типа "звезда", в центре которой ЦД. А вот драйвер ЦД конторы описан прямыми связями с ЛД.

Структура правильная и единственно возможная в прежних версия ПО.
Проблем у данной структуры две:
1) если компьютер в ЛД вдруг перестал работать, то и в ЦД данные не пойдут.
2) если связь ЛД <-> ЦД вдруг потеряется, то в ЦД данные не пойдут.

С новыи ПО (микропрограммы+LKDSDrv) возможна другая структура, в которой ЦД является активной и связывается непосредственно с удаленными УМ, а не с ЛД. При этом в удаленых КСЛах прописываются две связи - одна в ЛД, вторая в ЦД. Это не "звезда" и в этой структуре есть "замкнутые контуры", т.к. удаленные КСЛы могут ретранслировать пакеты по сетевым связям. Именно для запрещения ретрансляции пакетов нужно установить в удаленных КСЛах признак "Запретить маршрутизацию по связям"
 
Последнее редактирование модератором:
Андрей Ефименко написал(а):
С новыи ПО (микропрограммы+LKDSDrv) возможна другая структура, в которой ЦД является активной и связывается непосредственно с удаленными УМ, а не с ЛД.

Как определить какая версия КЛШ, КСЛ, моноблоков и LKDSdrv непригодна для такого использования? В других районах работают с LKDSdst. Узловые я у них обновляю по сети, а LKDSdst для них проще, поскольку вручную MPult.str редактировать удобнее, а наворотами они не пользуются. Мне же пришлось поставить LKDSdrv, поскольку появились блоки 6.1 про и, где не требуется переговорка, ПКСЛ для связи с ЦД конторы. Не будет ли конфликтов версий?
 
Alex написал(а):
Как определить какая версия КЛШ, КСЛ, моноблоков и LKDSdrv непригодна для такого использования?
Все. :)
А нужно всего лишь обновить микропрограммы всех узловых железяк которые будут работать (администрироваться) на несколько диспетчерских. КЛШ-про, КСЛ-ы и моноблоки - без проблем естественнно. КЛШ 2 платформы-чипы менять. 3-ю отправлять на перепрограммирование в сервисник.
Я сейчас начал компанию по глобальному обновлению ПО.... У меня 8 КЛШ 2 и 15 3-ей версии. На вторые заказываю процы, хотя можно было конечно их и выкинуть, но зачем, если работают-пусть еще старички потрудятся. А 3-и перпрограммирую. LKDSDrv обязательно нужна последняя мартовская там где используются ПКСЛ и ПКЛШ. В остальном наверное лучше подскажет Андрей Владимирович.
 
Последнее редактирование модератором:
revit написал(а):
Все. :)
У меня 8 КЛШ 2 и 15 3-ей версии.

А у нас действующих около 100 КЛШ, подменный фонд штук 20. КЛШ ПРО в общей доле менее 20%. И как быть с таким апгрейдом? Сделать ревизию, отослать, получить, собрать. И так пока все 100% не поменяешь. А потом новое обновление, новая эпопея.
 
Последнее редактирование модератором:
Здравствуйте, ситуация такая: Перевёл две диспетчерские в мульти админинстрирование. Удалённые УМ - моноблоки, 10 из которых имеют статический IP, а 3 - динамический IP, ещё 5 ЛБ6-Про имеют статический IP, а 3 ЛБ6-Про - динамический IP. В Д1 - всё работает без проблем. В Д2 всё работает, но те моноблоки у которых динамический IP( 3 штуки), на связь выходят через сутки после загрузки МПульта, а голосовой связи с блоками ввобще не появляется, хотя ЛБ6-Про - с динамическими IP работают без проблем. Но стоит перезагрузить компьютер - всё жди связи долго долго с этими тремя моноблоками. В Д1 и Д2 статические IP. Какие будут соображения?
 
Alex написал(а):
В других районах работают с LKDSdst. Узловые я у них обновляю по сети, а LKDSdst для них проще, поскольку вручную MPult.str редактировать удобнее, а наворотами они не пользуются. Мне же пришлось поставить LKDSdrv, поскольку появились блоки 6.1 про и, где не требуется переговорка, ПКСЛ для связи с ЦД конторы. Не будет ли конфликтов версий?

LKDSDrv содежит в себе эмуляцию (программную реализацию) КСЛа и КЛШ, именно по этому и нужно обновить LKDSDrv, что бы ПКСЛ и ПКЛШ поддерживали несколько администраторов.
LKDSDst менять не нужно - будет нормально работать.
 
madlev написал(а):
Здравствуйте, ситуация такая: Перевёл две диспетчерские в мульти админинстрирование. Удалённые УМ - моноблоки, 10 из которых имеют статический IP, а 3 - динамический IP, ещё 5 ЛБ6-Про имеют статический IP, а 3 ЛБ6-Про - динамический IP. В Д1 - всё работает без проблем. В Д2 всё работает, но те моноблоки у которых динамический IP( 3 штуки), на связь выходят через сутки после загрузки МПульта, а голосовой связи с блоками ввобще не появляется, хотя ЛБ6-Про - с динамическими IP работают без проблем. Но стоит перезагрузить компьютер - всё жди связи долго долго с этими тремя моноблоками. В Д1 и Д2 статические IP. Какие будут соображения?

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