Windows Построение сетей "Обь" с несколькими диспетчерскими

[Andi]

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

Для начала ответ на реальный вопрос:

===================================================================
У нас есть к Вам вопрос:
есть три диспечерских, мы хотим сделать одну из них основной, т.е. в случае аварийной ситуации в самой диспечерской информация поступающая от лифтов автоматом начала поступать в основную
диспечерскую, возможно ли и как это сделать?
===================================================================

Во первых нужно соединить все оборудование в единую сеть с помощь КСЛ. В единой сети все узловые модули (УМ) должны иметь уникальные (неповторяющиеся) номера. Если в разных диспетчерских есть повторяющиеся УМ, то необходимо изменить номер одного из них перемычками на ММИ, соответственно изменить конфигурацию устройств в ComCLB и MPult, после чего и произвести соединение.

Пусть есть диспетчерские Д1,Д2,Д3. Каждая из них контролирует свое оборудование. Диспетчерская Д1 пусть будет главной, т.е. всегда работающей.
Для обеспечения возможности передачи оборудование на обслуживание из любой
диспетчерской в Д1 нужно в Д1 иметь четыре конфигурации оборудования (четыре
пары файлов ComCLB.Str и MPult.Xml):
1) для случая, когда в Д1 обслуживается только свое оборудование
2) для случая, когда в Д1 обслуживается свое оборудование и оборудование диспетчерской Д2 (компьютер в Д2 должен быть выключен)
3) для случая, когда в Д1 обслуживается свое оборудование и оборудование диспетчерской Д3 (компьютер в Д3 должен быть выключен)
4) для случая, когда в Д1 обслуживается свое оборудование, оборудование диспетчерской Д2 и оборудование диспетчерской Д3 (компьютеры в Д2 и Д3 должны быть выключены)

Соответственно, при прекращении работы диспетчерских Д2, Д3 или обеих сразу, нужно в Д1 завершить работы MPult, заменить конфигурационные файлы ComCLB.Str и MPult.Xml на другие (для соответствующего случая), желательно даже перезагрузить компьютер, после чего загрузить MPult для работы в новой конфигурации.

 

[revit]

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

 

[Andi]

А зачем так сложно? ...

Вариантов построения систем диспетчеризации действительно может быть много. В некоторых случаях системы с несколькими диспечерскими все-таки более логичны. В файле Посмотреть вложение MultiDisp.doc пример подобной системы.

 

[revit]

[Вложение IPB #23 отсутствует в исходной базе]

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

 

[Andi]

А возможна ситуация когда в ЦД1 (или в ЦД3) есть еще "свои лифты", а за лифтами из ЛД1 нужно иногда "присмотреть" и "слушать" их постоянно не нужно. В таком случае было бы удобно отключать звук на той части лифтов которые принадлежат ЛД1 (с сохранением всего остального для журнала)и включать его по необходимости.

Для подобных режимов удобно было бы, на мой взгляд, использовать отображение состояния блоков в виде групп. Группе можно уже сейчас назначить атрибут "звучать"/"не звучать" (правда в Административном режиме). Можно добавить атрибут "отображать"/"не отображать", что позволило бы временно исключить группу лифтов из панели.

Или в более сложном варианте-диспетчер ЛД 1 уходя включает у себя режим "передавать звук в ЦД1", тогда диспетчеру из ЦД1 не надо замарачиваться и если вызов есть - принимает его , нет звука -не дёргается.

Вариант действительно сложнее, ведь ЦД может быть несколько - какой ЦД будет передано озвучивание появления событий ?

 

[revit]

Для подобных режимов удобно было бы, на мой взгляд, использовать отображение состояния блоков в виде групп. Группе можно уже сейчас назначить атрибут "звучать"/"не звучать" (правда в Административном режиме). Можно добавить атрибут "отображать"/"не отображать", что позволило бы временно исключить группу лифтов из панели.

Это который "параметры группы"->"не показывать новые неисправности мерцанием и звуком".?
Попробую этот вариант, при этом отключится мерцание а картинки будут показываться? Это хорошо, но моё мнение -это должен делать сам диспетчер. Ситуация-диспетчер ЛД звонит в ЦД и просит "присмотреть" и как в таком случае диспетчер будет включать звук, если административный режим ему закрыт.

Вариант действительно сложнее, ведь ЦД может быть несколько - какой ЦД будет передано озвучивание появления событий ?

Ну тут уж система должна сама определять как-то по узловым модулям, какие ЦД подключены и давать список.

 

[revit]

Имеется центральная диспетчерская, комп прописан в 8 слоте. Необходимо подключить локальную диспетчерскую с компьютером и дублированием лифтов в центральной (сейчас там КЛШ, но из-за применения 433 пришлось ставить компьютер). В какой слот прописать комп в локальной диспетчерской (еще один 8 нельзя, 9-без звука, 10 вроде для сетки)?

 

[Andi]

Имеется центральная диспетчерская, комп прописан в 8 слоте. Необходимо подключить локальную диспетчерскую с компьютером и дублированием лифтов в центральной (сейчас там КЛШ, но из-за применения 433 пришлось ставить компьютер). В какой слот прописать комп в локальной диспетчерской (еще один 8 нельзя, 9-без звука, 10 вроде для сетки)?

Нужно все КЛШ новой "локальной" диспетческой включить в структуру ComCLB "центральной" диспетчерской. В "локальной" диспетчерской компьютер подключить к слоту 9, а в Mpult поставить признак "Разрешить звук и мерцае в центральной диспетчерской". В конфигурация MPult обеих диспетчерских включить лифты "локальной" диспетчерской. При этом появление неисправностей на лифте будет сопровождаться звуком и мерцанием в обеих диспетчерских.

Вообще термины "центральная" и "локальная" диспетчерская в документации определня следующим образом:

- локальная - эта та, где компьютер подключен к слоту 8. Она становиться администратором для КЛШ, которые прописаны в её структуре, т.е. КЛШ направляют оповещение о наличии неисправностей на лифтах именно ей

- центральная диспетчерская - это то, где компьютер подключен к слоту 9. Она рассылает по сети сообщения "Я ЦД", которое принимают локальные диспетчерские, после чего локальные диспетчерские пересылают полученные от КЛШ оповещения на центральные диспетчерские.

Соответсвенно в этих терминах упомянутая "центральная" диспетчерская будет локальной, а упомянутая "локальная" диспетчерская будет центральной.

Изначально была задача интегрировать данные от диспетчерских (слот 8), где сидели дипетчера, на один компьютер (слот 9) в головной конторе. В этом смысле термины "локальная" и "центральная" соответсвуют документации. Однако со временем стали появляться структуры, в которых в головной конторе компьютер описывали, как подключенный к слоту 8, а в самих удаленных диспетчерских компьютеры описывались как подключенные к слоту 9. Подобная структура давала то приемущество, что можно было отключать компьютер в удаленной диспетчерской, временно или постоянно брать на обслуживание лифты удаленной диспетчерской, проще поддерживать работоспособность одного компьютера в головной конторе. В последних структурах логический смысл центральной (в конторе) и локальной (удаленной) диспетчерской уже не соответсвует смыслу, описанному в документации. Как быть с этим несоответсвием пока непонятно.

 

[revit]

Нужно все КЛШ новой "локальной" диспетческой включить в структуру ComCLB "центральной" диспетчерской. В "локальной" диспетчерской компьютер подключить к слоту 9, а в Mpult поставить признак "Разрешить звук и мерцае в центральной диспетчерской".

Понятно: 9 слот и признак звука.

...Соответсвенно в этих терминах упомянутая "центральная" диспетчерская будет локальной, а упомянутая "локальная" диспетчерская будет центральной.

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

Да, именно для этого...

В последних структурах логический смысл центральной (в конторе) и локальной (удаленной) диспетчерской уже не соответсвует смыслу, описанному в документации. Как быть с этим несоответсвием пока непонятно.

А просто прописать что "в звисимости от структуры системы...", центральная осуществляет либо все функции диспетчерского контроля, тогда -8, либо только визуальный контроль, тогда-9.

 

[Alex]

У нас несколько другая кухня. Локальные диспетчерские работают и обслуживают свои лифты круглосуточно. Связь с аварийкой через мобильный телефон, а так же через диспетчера той диспетчерской, где базируется аварийка по городскому телефону. Лифты наблюдаются через локальные КЛШ, где есть удалённые лифты, то они подключены через КСЛ-433. Система дымоудаления раньше контролировалась в этих же диспетчерских со связью с диспетчером СДУ (системы дымоудаления) по телефону. СДУ оборудованы инженерными терминалами (ИТ) для снятия информации через DZ - цепи. Сейчас в диспетчерской СДУ поставлен компьютер прямо подключенный к КСЛ - Ethernet. Mterm теперь работает только у диспетчера СДУ. Наблюдение и переговорная связь теперь у них осуществляются непосредственно. Mterm на локальных диспетчерских запускается только наладчиком для контроля работоспособности цепи ИТ-КЛШ-КСЛ-КСЛ-компьютер СДУ. Все диспетчерские, где есть контроль СДУ, теперь связаны с диспетчером СДУ через АДСЛ соединение.

 

[revit]

- центральная диспетчерская - это то, где компьютер подключен к слоту 9. Она рассылает по сети сообщения "Я ЦД", которое принимают локальные диспетчерские, после чего локальные диспетчерские пересылают полученные от КЛШ оповещения на центральные диспетчерские.....

...Однако со временем стали появляться структуры, в которых в головной конторе компьютер описывали, как подключенный к слоту 8, а в самих удаленных диспетчерских компьютеры описывались как подключенные к слоту 9. Подобная структура давала то приемущество, что можно было отключать компьютер в удаленной диспетчерской, временно или постоянно брать на обслуживание лифты удаленной диспетчерской, проще поддерживать работоспособность одного компьютера в головной конторе.

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

 

[Andi]

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

Действительно, если нет связи между диспетчерской, с компьютером в слоте 8 (дисп8), и диспетчерской с компьютером в слоте 9 (дисп9), то в дисп9 оповещения приходить не будут, хотя оборудование, в данном случае, подключено именно к этому ММИ, т.к. эти оповещения КЛШ будут отправлять в дисп8, а уже дисп8 переправит оповещение в дисп9. А связи нет, соответственно и оповещения не ходят.
Если открыть диалог управления лифтом в дисп9, то там используются прямые адресные запросы от дисп9, соответсвенно ответы будут приходить дисп9 и отображаться.
После восстановления связи дисп8<->дисп9 ситуация исправится (будут ходить оповещения).

Если сделать в головнной контроле дисп9+звучать, а в диспетчерских с оборудованием дисп8, то при пропадании связи дисп8<->дисп9 оповещения будут приходить в дисп8 (где оборудования), соответсвенно подобной ситуации не будет.

Можно, правда, попытаться решить проблему и на уровне ComCLB, что бы он перехватывал все оповещения, проходящие по ММИ, даже если оповещения направлены и не ему.

 

[revit]

Если сделать в головнной контроле дисп9+звучать, а в диспетчерских с оборудованием дисп8, то при пропадании связи дисп8<->дисп9 оповещения будут приходить в дисп8 (где оборудования), соответсвенно подобной ситуации не будет.

При этом в центральной всё будет работать корректно, если к ней подключены и точки без компьютера и точки с компьютером?

 

[Andi]

При этом в центральной всё будет работать корректно, если к ней подключены и точки без компьютера и точки с компьютером?

Если под центральной понимается дисп9, по точкой с компьютером - дисп8, а под точкой без компьютера - УМ без компьютера, то все будет работать (в дисп9 будут приходит оповещения от обеих точек), если точка без компьютером упомянута в структуре (ComCLB.Str) какой-то точки с компьютером (дисп8)

 

[revit]

...Если сделать в головнной контроле дисп9+звучать, а в диспетчерских с оборудованием дисп8, то при пропадании связи дисп8<->дисп9 оповещения будут приходить в дисп8 (где оборудования), соответсвенно подобной ситуации не будет...

Понятно, но в такой структуре (где ЦД слот-9+звук а ЛД-слот 8), при отключении компьютера в ЛД или его выходе из строя, компьютер в ЦД будет корректоно работать с блоками этой ЛД?

Вообщем, по сути необходима работоспособность системы с ЦДслот9 и ЛДслот8 по двум моментам:
1. При пропадании связи ЦД-ЛД (уже разобрались)
2. При отключении компьютера в ЛД.

 

[Andi]

Понятно, но в такой структуре (где ЦД слот-9+звук а ЛД-слот 8), при отключении компьютера в ЛД или его выходе из строя, компьютер в ЦД будет корректоно работать с блоками этой ЛД?

При выходе их строя компьютера в ЛД-слот 8 в ЦД слот 9 не будут приходит оповешения об изменении состояния лифтовых блоков. Т.е. в ЦД не будет фиксироваться появление новых неисправностей, хотя если открыть панель управления лифтовым блоком, то все состояния там появятся.

Вообщем, по сути необходима работоспособность системы с ЦДслот9 и ЛДслот8 по двум моментам:
1. При пропадании связи ЦД-ЛД (уже разобрались)
2. При отключении компьютера в ЛД.

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

 

[revit]

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

В связи с недавними грозами и их последствиями возникли следующие мысли:
Вариант1
Сделать возможность переключения режима работы МПульта оператором, для чего внести в МПульт следующие настройки:
1. в режиме админа, в настройках диспетчерской, сделать галочку активности выбора режима работы диспетчерской для оператора.
2. Сделать кнопочку и пункт меню -" режим центральной диспетчерской - режим локальной диспетчерской" по которой будет меняться слот в драйвере. Она будет в панели меню только после активации админом данной функции.
Т.е смысл такой-при долговременных проблемах связи между локальным компьютером в удаленной диспетчерской и центральным, звоню оператору локального и говорю переключиться на режим центральной диспетчерской (чтобы корректоно работал локальный компьютер). После устранения проблем связи -переключение обратно.
Вариант 2
То же самое , только автоматически. Контроль наличия связи сделать программный-пингом центрального IP или с управлением от КСЛа.

Возможно ли вышесказанное?

 

[Andi]

В связи с недавними грозами и их последствиями возникли следующие мысли:
Вариант1
Сделать возможность переключения режима работы МПульта оператором, для чего внести в МПульт следующие настройки:
1. в режиме админа, в настройках диспетчерской, сделать галочку активности выбора режима работы диспетчерской для оператора.
2. Сделать кнопочку и пункт меню -" режим центральной диспетчерской - режим локальной диспетчерской" по которой будет меняться слот в драйвере. Она будет в панели меню только после активации админом данной функции.
Т.е смысл такой-при долговременных проблемах связи между локальным компьютером в удаленной диспетчерской и центральным, звоню оператору локального и говорю переключиться на режим центральной диспетчерской (чтобы корректоно работал локальный компьютер). После устранения проблем связи -переключение обратно.
Вариант 2
То же самое , только автоматически. Контроль наличия связи сделать программный-пингом центрального IP или с управлением от КСЛа.

Возможно ли вышесказанное?

Переключение из режима локальной в режим центоральной и наоборот делают, и это на мой взгляд просто и надежно, с помощью пакетных файлов (.bat). Нужно иметь в папке ComCLB два конфигурационных файла ComCLB.STR , для работы в режиме ЦД (например, ComCLB.СD) и для работы в режиме ЛД (например, ComCLB.LD. Файлы отличаются только номером слота подключения компьютера в корневом УМ - в ComCLB.СD слот 9, а в ComCLB.LD слот 8.

Есть два пакетных файла:

ToLD.Bat:

сopy /Y ComCLB.LD ComCLB.STR
echo "Перезагрузите компьютер"
pause

ToCD.Bat:

copy /Y ComCLB.CD ComCLB.STR
echo "Перезагрузите компьютер"
pause

Ярлыки от пакетных файлов нужно вывести на рабочий стол с соотвествущим имененм.
После исполнения пакетного файла нужно перезагрузить компьютер.

 

[alex_san]

сopy /Y ComCLB.LD ComCLB.STR

А если добавить следующую строчку, то компьютер перезагрузится самостоятельно:
shutdown -r -f -t 10, где
-r - перезагрузить компьютер;
-f - принудительное завершение приложений без предупреждения
-t 10 - пауза перед завершением 10 секунд

 

[revit]

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