Windows Построение сетей "Обь" с несколькими диспетчерскими
- Автор темы Andi
- Дата начала
Alex
Гуру
revit написал(а):
Mpult закрыть однозначно придётся, поскольку чтение конфигурации драйвера происходит только при запуске Mpult или Mterm. А вот ребутнуть не требуется, ведь системный реестр при этом не изменяется. Достаточно двух ярлыков на рабочем столе "Mpult - работа" и "Mpult - наблюдение", которые после выхода из Mpult будут запускать соответствующий пакетный файл:
сopy /Y C:\LKDS\Comclb\ComCLB.LD C:\LKDS\Comclb\ComCLB.STR
C:\LKDS\Mpult\Mpult.exe
или
сopy /Y C:\LKDS\Comclb\ComCLB.CD C:\LKDS\Comclb\ComCLB.STR
C:\LKDS\Mpult\Mpult.exe
Вопрос только по Mterm. Должен ли он (если используется) тут участвовать? Без его закрытия драйвер Comclb не перезапустится, а Mpult сначала проверяет не запущен ли он, дабы не запустить ещё раз.
Последнее редактирование модератором:
Alex написал(а):
Придется перезапускать, возможно, не только MPult. Придется перезапускать и все остальные программы (если запущены) ДК "Обь", как то: удаленный сервисный прибор, динамику работы лифта, программу перепрошивки блоков и т.д. Хотя бы одна запущенная программа будет "держать" драйвер порта и кина не получится.
Нужно выгрузить ВСЕ программы имеющие отношение к ДК "Обь". Подождать несколько секунд чтобы выгрузился драйвер (можно проконтролировать в диспетчере задач). Поменять файлы конфигурации. А уж после всего этого запустить все нужные программы.
Ну или проще подменить файл и перезагрузить машинку (из того же файла). Процесс перезагрузки занимает 1..2 минуты - ничего страшного не случится за это время, а результат гарантирован.
Последнее редактирование модератором:
Alex написал(а):
А так же MStat, MTerm, MHouse, программы для работы со счетчиками сторонних производителей (если, конечно, все это есть). Да и я видел, как диспетчеры STool'ом пользуются... А если и не пользуются, то кто-нибудь из умных может забыть закрыть его... Жизнь многообразна... Проще перегрузиться... Но каждый решает сам.
P.S. К стати, запущенная программа MStat сворачивается в трей... диспетчер может ее и не заметить...
revit
Гуру
Андрей Ефименко написал(а):
Все это должен сделать диспетчер,а откуда он узнает что связи с центральной нет и необходимо переключиться?
Ситуация : выходной день. Из-за какой нибудь аварии (или грозы) пропадает канал связи центральная-локальная. Диспетчер на локальном компе сидит и смотрит на прекрасную картину на экране-везде все работает, не догадываясь о том что она не обновляется и где-то уже стоит лифт или есть вызов. Диспетчер в центральной узнает по телефону что в локальной все нормально и за лифтами наблюдают, а связи нет только у него.. В будний день хотя бы я об этом узнаю и позвоню, но в выходной...
Как решить сию загадку?
Последнее редактирование модератором:
revit написал(а):
Локальная диспетчерская (ЛД), та, в конфигурации которой компьютер подключен к слоту 8, не только пересылает центральным диспетчерским (ЦД, компьютер 9 слот) оповещения о изменении состояния лифтовых блоков, но и раз в 10 минут посылает сообщение от своего адреса в адрес центральной диспетчерской сообщение, которое ЦД воспринимает как сообщение о нормальном функционировании ЛД. Если за 35 минут ЦД не получит ни одного сообщения от ЛД, то ЦД считает, что ЛД не работает, соответственно все КЛШ, которые в конфигурации ЦД описаны в самом узловом модуле ЛД или в узловых модулях подчиненых ЛД, считаются не работоспособными, все лифтовые блоки данных КЛШ получают состояние "нет связи" и красную картинку с оборванным проводом.
revit написал(а):
Именно как написано в предыдущем ответе - через 40 минут после потери связи по CDMA, в MPult, запущенном в на компьютере в диспетчерской, изображенной на рисунке слева вверху (9 слот), прямоугольники ЛБ получат рисунок "не связи" (разорванный провод на красном фоне).
Vincent Van Gog
Эксперт
Всем доброго времени суток!
Теперь и у меня в конторе принято решение строить сеть с несколькими диспетчерскими
. Всвязи с этим прошу уважаемых коллег помочь советами .
Имеем следующее:
I) Диспетчерская №1, она же будет центральной (ЦД). В ней:
КСЛы Eternet в одной подсети за NATом. Почти во всех входящих УМ стоят моноблоки.
II) Диспетчерская №2. В ней:
III) Диспетчерская №3. В ней:
IV) Компьютер гл. инженера, ММИ и КСЛ Eternet, слот 7. КСЛ в одной подсети с КСЛами ЦД, комп в домене с компом в ЦД.
Теперь и у меня в конторе принято решение строить сеть с несколькими диспетчерскими
. Всвязи с этим прошу уважаемых коллег помочь советами .Имеем следующее:
I) Диспетчерская №1, она же будет центральной (ЦД). В ней:
КСЛы Eternet в одной подсети за NATом. Почти во всех входящих УМ стоят моноблоки.
II) Диспетчерская №2. В ней:
III) Диспетчерская №3. В ней:
IV) Компьютер гл. инженера, ММИ и КСЛ Eternet, слот 7. КСЛ в одной подсети с КСЛами ЦД, комп в домене с компом в ЦД.
Последнее редактирование модератором:
Vincent Van Gog
Эксперт
Необходимо решить следующие задачи:
I) Диспетчерскую №2 подключить к ЦД так, чтобы в ЦД записывались все неисправности лифтов Д2, но без звукового оповещения в ЦД. Конечно же в Д2 звуковая и визуальная индикация на КЛШ измениться не должна.
II) Диспетчерскую №3 подключить к ЦД так, чтобы в ЦД записывались все неисправности лифтов Д3, но без звукового оповещения в ЦД. В Д3 комп должен остаться администратором для соих ЛБ.
III) Главный инженер должен видеть ту же картинку, что и диспетчер в ЦД, но без звукового оповещения. При этом внешний трафик перед NATом должен остаться прежним. MPult нужно как-то сворачивать в трей при сохранении функциональности :huh:
Сразу скажу, что через DCOM подключиться к драйверу на машине в ЦД почему-то не получилось.
Ещё одно соображение в пользу КСЛа: в ЦД комп иногда подвисает и диспетчер делает перезагрузку. В случае с DCOM, как я понимаю, комп гл. инженера автоматом переподключиться не сможет.
I) Диспетчерскую №2 подключить к ЦД так, чтобы в ЦД записывались все неисправности лифтов Д2, но без звукового оповещения в ЦД. Конечно же в Д2 звуковая и визуальная индикация на КЛШ измениться не должна.
II) Диспетчерскую №3 подключить к ЦД так, чтобы в ЦД записывались все неисправности лифтов Д3, но без звукового оповещения в ЦД. В Д3 комп должен остаться администратором для соих ЛБ.
III) Главный инженер должен видеть ту же картинку, что и диспетчер в ЦД, но без звукового оповещения. При этом внешний трафик перед NATом должен остаться прежним. MPult нужно как-то сворачивать в трей при сохранении функциональности :huh:
Сразу скажу, что через DCOM подключиться к драйверу на машине в ЦД почему-то не получилось.
Ещё одно соображение в пользу КСЛа: в ЦД комп иногда подвисает и диспетчер делает перезагрузку. В случае с DCOM, как я понимаю, комп гл. инженера автоматом переподключиться не сможет.
Последнее редактирование модератором:
Vincent Van Gog
Эксперт
Буду благодарен за конкретные технические советы для тех, кто в танке .
.
Последнее редактирование модератором:
revit
Гуру
Не осуществимо, пока нет нового драйвера. Во всей системе только один администратор-ЦД. Ну или ЛД-3 можно админом оставить для всей системы, но уж замудреная завязка получится.Van Gog написал(а):
Все остальное решаемо-так же как и у меня, через группы ЛД с отключением звука в МПульте ЦД и проблемой описаной выше.
Если есть деньжата то можно поставить на ЦД сервер 2003, тогда проще решаются задачи подключения и администрирования. Или если S2003 есть в подсети ЦД.
Андрей как там дела с новым драйвером? Можно уже две сети объединить на одном компе?
Последнее редактирование модератором:
Van Gog написал(а):Буду благодарен за конкретные технические советы для тех, кто в танке
Т.е. в объединенной системе должно быть 3 компьютера - в Диспетчерской 1 (Д1), Диспетчерской 3 (Д3) и у Гл.Инженера (ГИ). В Диспетчерской 2 (Д2) диспетчер будет наблюдать за передними панелями КЛШ.
Действительно, основная проблема с компьютером в Д3, придется сделать администратором для оборудования в Д1, компьютерв в Д1, но это широко распространенное решение.
Первое что нужно сделать - это обеспечить уникальность номеров узловых модулей (УМ). Все УМ (ММИ и моноблоки) должны иметь отличающиеся номера.
1. В Д1 в ComCLBCfg должно быть описано все узловое оборудование (КЛШ и КСЛы) (полное дерево), компьютер должен быть подключен к 8 слоту корневого УМ структуры.
Чтобы изменения состояние оборудования в Д2 не отображалось звуком и мерцанием в Д1, в программе MPult нужно разместить лифтовые блоки в панели состояния ЛБ в виде групп.
У группы, которая будет содержать ЛБ из Д2, должен быть установлен признак "Не показывать новые неисправности звуком и мерцанием".
2. В Д2 КЛШ будут находится на обслуживании у администратора (компьютера) Д1, соответсвенно в штатном режиме КЛШ перестанут звучать, что бы КЛШ звучали, их нужно настроить с передней панели или программой NoteTool
3. В Д3 в ComCLBCfg должно быть описано узловое оборудование этой диспетчерской, в структуре компьютер должен быть подключен к слоту 9.
В MPult, в параметрах диспетчерской, должен быть установлен признак "Разрешить звук и мерцание в центр.диспетчерской"
КСЛ Ethernet в Д3 в "Адресах связи" должен иметь ОДНУ связь с КСЛ Ethernet в Д1
4. у ГИ в ComCLBCfg должно быть описано все узловое оборудование (КЛШ и КСЛы) (полное дерево), компьютер должен быть подключен к 9 слоту корневого УМ структуры.
КСЛ Ethernet в ГИ в "Адресах связи" должен иметь ОДНУ связь с КСЛ Ethernet в Д1.
Других связей в "Адресах связи" не должно быть вообще.
revit написал(а):
Драйвер LKDSDrv изначально мог обслуживать несколько подсетей. Проблема в том, что MPult не может пока работать одновременно с неколькими подсетями.
Будет скоро выложен LKDSDrv, к которому можно будет подключаться с динамического IP (замена DCOM), правда пока без трансляции голоса.
Vincent Van Gog
Эксперт
Большое человеческое спасибо за рекомендации!
Но, как всегда, ответы порождают новые вопросы .
I) Что произойдёт при потере связи между Д3 и ЦД?
II) Как выполнить настройку КЛШ в Д2 чтобы они звучали?
III) С чем связано ограничение в одну связь с КСЛ у гл. инж.? Должен ли в ЦД быть отдельный КСЛ с одной связью с ГЛ?
IV) Правильно ли я понял: у ГЛ в ComCLBCfg должна быть повторена структура ЦД "один-в-один", кроме номера слота для компа?
V) Можно ли при указанной кофигурации сети "дотянуться" до любого оборудования в сети с компьютера гл. инж., чтобы посмотреть настройки NVRAM или залить новые прошивки, не беспокоя диспетчеров?
VI) Как будут ходить пакеты до ГЛ? Не увеличится ли внешний трафик? Как идёт трафик между Д3 и ЦД: из Д3 в ЦД и, потом, обратно в Д3 (т. е. удваивается)? Какой из компов сможет записывать переговоры диспетчера?
VII) Идентификаторы лифтов в ЦД и в Д3 должны быть одинаковые или это не критично?
VIII) И, на конец, как свернуть MPult? Желательно так же как MStat - в иконку.
Но, как всегда, ответы порождают новые вопросы
.I) Что произойдёт при потере связи между Д3 и ЦД?
II) Как выполнить настройку КЛШ в Д2 чтобы они звучали?
III) С чем связано ограничение в одну связь с КСЛ у гл. инж.? Должен ли в ЦД быть отдельный КСЛ с одной связью с ГЛ?
IV) Правильно ли я понял: у ГЛ в ComCLBCfg должна быть повторена структура ЦД "один-в-один", кроме номера слота для компа?
V) Можно ли при указанной кофигурации сети "дотянуться" до любого оборудования в сети с компьютера гл. инж., чтобы посмотреть настройки NVRAM или залить новые прошивки, не беспокоя диспетчеров?
VI) Как будут ходить пакеты до ГЛ? Не увеличится ли внешний трафик? Как идёт трафик между Д3 и ЦД: из Д3 в ЦД и, потом, обратно в Д3 (т. е. удваивается)? Какой из компов сможет записывать переговоры диспетчера?
VII) Идентификаторы лифтов в ЦД и в Д3 должны быть одинаковые или это не критично?
VIII) И, на конец, как свернуть MPult? Желательно так же как MStat - в иконку.
Последнее редактирование модератором:
Alex
Гуру
Van Gog написал(а):Но, как всегда, ответы порождают новые вопросы
II) Как выполнить настройку КЛШ в Д2 чтобы они звучали?
КЛШ должен быть достаточно новым, ибо старые это не поддерживают. С помощью Node Tool или сервисного ключа администратора выставь параметр выдавать звуки всегда. Комп в 8 слоте - главный, в 9 слоте - наблюдатель (получает данные только по запросу, т. е. тех блоков, которые в нём описаны). В comclbcfg нужно внимательно на каждом УМ ставить или нет галку "обслуживается в другой диспетчерской", дабы звуки не ушли с нужного места куда-либо, где они не нужны. Я не ставлю никогда КСЛ в 7-й слот, обычно в 0-й. 7-й является ведущим, через него осуществляется связь с компьютером. При любой смене конфигурации может потребоваться убрать КСЛ, следовательно на его место надо поставить КЛШ, а для этого надо будет переписать все файлы конфигураций на всех "заинтересованных" диспетчерских. Сеть как-никак не терпит противоречий и изменение требует много времени.
Последнее редактирование модератором:
Van Gog написал(а):
При потере связи между Д3 и Д1 на компьютер в Д3 не будут приходить оповещения о появлении новых событий.
Van Gog написал(а):
По этому поводу уже ответили, хотел только отметить, что в данной структуре признак "Обслуживается в другой диспетчерской" ставить у УМ не нужно.
Признак "Обслуживается в другой диспетчерской" необходим только в случаях, когда
- в сети "Обь" есть несколько диспетчерских, в конфигурации которых компьютеры подключены к слоту 8 (т.е. они административные)
- каждая диспетчерская обслуживает свои КЛШ, т.е. в структуре ComCLBCfg нет пересечения по КЛШ
- зато есть пересечение по КСЛам, так вот КСЛ должен быть в структуре без признака "Обслуживается в другой диспетчерской" только в одной диспетчерской, а в структуре других диспетчерских с данным признаком
Van Gog написал(а):
Одна связь для того, что бы случайно не образовывались маршрутные петли.
Т.к. компьютеры в Д1 и ГИ в одной локальной сети, то можно действительно их соединить с помощью отдельных двух КСЛов.
Если КСЛ в Д1 имеет внутренний собственный IP адрес (адрес локальной сети), то нет необходимости в отдельном КСЛе в Д1
Вообще, можно использовать в ГИ и программный КСЛ.
Van Gog написал(а):
В ГИ будет образован отдельный корневой УМ, соответсвенно структура повторена не может. В ГИ КСЛ в корневом УМ будет имет исходящую связь с КСЛом в Д1 (с которым есть реальная связь) и исходящие связи ко всем КСЛам, с которыми КСЛ в Д1 имеет исходящие связи в структуре Д1.
Van Gog написал(а):
Можно.
Van Gog написал(а):
Оповещения будут приходить в Д1, а затем передаваться по локальной сети в ГИ, в данном случае внешний трафик не увеличится.
В Д3 оповещения буду приходить от Д1, т.е. здесь будет удвоение трафика, но только оповещений.
Все прямые запросы от любой диспетчерской (виртуальный сервисный прибор, MDisp, загрузка микропрограмм, NVRam и т.п.) буду идти непосредственно от этой диспетчерской к оборудованию и обратно
Переговоры буду записываться на том кампьютере той диспетчерской, из которой они инициированы.
Van Gog написал(а):
Идентификаторы лифтов в Д1 и Д3 могут быть различны, т.к. запускаются разные программы MPult
Van Gog написал(а):
MPult предназначается для работы диспетчера, соответсвенно и была сделана защита от случайного сворачивания. Но MPult можно свернут при исполнении "Свернуть все окна"
Vincent Van Gog
Эксперт
Всем спасибо!!! Буду пробовать, по результатам отпишу 
.
.
Vincent Van Gog
Эксперт
Как обещал - отписываю, что получилось. B)
I) Диспетчерскую №2 подключил к ЦД в соответствии с рекомендациями. Плюс в MPult сделал закладки для ЦД и Д2. Режим работы КЛШ со звуком - просто забыл о менюшке в NodeTool .
II) У ГИ ситуация хуже.
1) Если В ГИ я устаналиваю связь со слотом в ЦД на котором уже "сидят" входящие УМ то эти УМ я уже не могу прописать в структуре ГИ. Видимо придётся ставить отдельный КСЛ для связи с ГИ <_< .
2) Почему-то в ГИ не видно 2 входящих УМ, хотя в структуре драйвера они описаны :blink: , в ЦД при этом всё чудесно.
3) Звук в ГИ включается с большой задержкой, на некоторых УМ не включается вообще :blink: :blink: :blink: .
У кого какие соображения?
И, в догонку, вопрос: в чём разница между подключением компа в слот 9 и установленным признаком "обслуживается в другой диспетерской"?
I) Диспетчерскую №2 подключил к ЦД в соответствии с рекомендациями. Плюс в MPult сделал закладки для ЦД и Д2. Режим работы КЛШ со звуком - просто забыл о менюшке в NodeTool
.II) У ГИ ситуация хуже.
1) Если В ГИ я устаналиваю связь со слотом в ЦД на котором уже "сидят" входящие УМ то эти УМ я уже не могу прописать в структуре ГИ. Видимо придётся ставить отдельный КСЛ для связи с ГИ <_< .
2) Почему-то в ГИ не видно 2 входящих УМ, хотя в структуре драйвера они описаны :blink: , в ЦД при этом всё чудесно.
3) Звук в ГИ включается с большой задержкой, на некоторых УМ не включается вообще :blink: :blink: :blink: .
У кого какие соображения?
И, в догонку, вопрос: в чём разница между подключением компа в слот 9 и установленным признаком "обслуживается в другой диспетерской"?
Последнее редактирование модератором:
Van Gog написал(а):
Об этом уже писал - признак "Обслуживается в другой диспетчерской" ставить у УМ НЕ НУЖНО:
=============================================================
Признак "Обслуживается в другой диспетчерской" необходим только в случаях, когда
- в сети "Обь" есть несколько диспетчерских, в конфигурации которых компьютеры подключены к слоту 8 (т.е. они административные)
- каждая диспетчерская обслуживает свои КЛШ, т.е. в структуре ComCLBCfg нет пересечения по КЛШ
- зато есть пересечение по КСЛам, так вот КСЛ должен быть в структуре без признака "Обслуживается в другой диспетчерской" только в одной диспетчерской, а в структуре других диспетчерских с данным признаком
=============================================================
По другим проблемам - нужны файлы ComCLB.Str из обеих диспетчерских (не картинки, а сами файлы). Их можно поместить в тему - никаких конфиденциальных сведений в них нет, зато возможно открытое продуктивное обсуждение.