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

  • Автор темы Автор темы Andi
  • Дата начала Дата начала
Van Gog написал(а):
2) Почему-то в ГИ не видно 2 входящих УМ, хотя в структуре драйвера они описаны :blink: , в ЦД при этом всё чудесно.


Нашёл. Причина совсем не очевидная (для меня :( ) - в одном из КСЛов в ЦД была вписана связь с несуществующим входящим УМ с несуществующим IP (тяжёлое наследие тёмного рошлого :rolleyes: ). В структуре ComCLBCfg связь с этим УМ, естественно, не описана.
 
Последнее редактирование модератором:
Андрей Ефименко написал(а):
При потере связи между Д3 и Д1 на компьютер в Д3 не будут приходить оповещения о появлении новых событий.
По этому поводу уже ответили, хотел только отметить, что в данной структуре признак "Обслуживается в другой диспетчерской" ставить у УМ не нужно.
Признак "Обслуживается в другой диспетчерской" необходим только в случаях, когда

- в сети "Обь" есть несколько диспетчерских, в конфигурации которых компьютеры подключены к слоту 8 (т.е. они административные)
- каждая диспетчерская обслуживает свои КЛШ, т.е. в структуре ComCLBCfg нет пересечения по КЛШ
- зато есть пересечение по КСЛам, так вот КСЛ должен быть в структуре без признака "Обслуживается в другой диспетчерской" только в одной диспетчерской, а в структуре других диспетчерских с данным признаком
Одна связь для того, что бы случайно не образовывались маршрутные петли.
Т.к. компьютеры в Д1 и ГИ в одной локальной сети, то можно действительно их соединить с помощью отдельных двух КСЛов.
Если КСЛ в Д1 имеет внутренний собственный IP адрес (адрес локальной сети), то нет необходимости в отдельном КСЛе в Д1
Вообще, можно использовать в ГИ и программный КСЛ.
В ГИ будет образован отдельный корневой УМ, соответсвенно структура повторена не может. В ГИ КСЛ в корневом УМ будет имет исходящую связь с КСЛом в Д1 (с которым есть реальная связь) и исходящие связи ко всем КСЛам, с которыми КСЛ в Д1 имеет исходящие связи в структуре Д1.
Можно.
Оповещения будут приходить в Д1, а затем передаваться по локальной сети в ГИ, в данном случае внешний трафик не увеличится.
В Д3 оповещения буду приходить от Д1, т.е. здесь будет удвоение трафика, но только оповещений.
Все прямые запросы от любой диспетчерской (виртуальный сервисный прибор, MDisp, загрузка микропрограмм, NVRam и т.п.) буду идти непосредственно от этой диспетчерской к оборудованию и обратно
Переговоры буду записываться на том кампьютере той диспетчерской, из которой они инициированы.
Идентификаторы лифтов в Д1 и Д3 могут быть различны, т.к. запускаются разные программы MPult
MPult предназначается для работы диспетчера, соответсвенно и была сделана защита от случайного сворачивания. Но MPult можно свернут при исполнении "Свернуть все окна"

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


В ГД удаленный узловой модуль должен быть включен в конфигурацию и признака "обслуживается в другой диспетчерской" у него не должно быть. При этом в ГД в конфигурации компьютер должен быть подключен к слоту 8.

В УД в конфигурации компьютер должен быть подключен к слоту 9.

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

В УД в конфигурации компьютер должен быть подключен к слоту 9.

При этом администратором удаленного узлового модуля будет компьютер в ГД, который будет получать оповещения о изменении состояния лифтов. После получения оповещения, компьютер в ГД перешлет оповещение в компьютер УД. Таким образом обе диспетчерские будут получать оповещение в реальном времени.

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

Одобрям! Есть смысл сделать в диалоговом окне невозможность включения ГГС с сообщением "канал связи с УМ# занят, подождите".
 
Последнее редактирование модератором:
В связи с переходом на LKDSDr и объединением всех ЦД отделений возникло несколько вопросов по этой теме:
1. В случае применения LKDSDrv в главной конторе, объединяющий пять или более ЦД отделений, у которых будет установлен LKDSDrv и будут свои подсети, все подсети в общей сети должны иметь уникальный номер?
2. LKDSDrv установленный на сервере2008 и обединяющий пять или более подсетей будет работать как транзитный КСЛ? Т.е. такой КСЛ, через который можно подключаться драйверами на локальных компьютерах для контроля всех подсетей. Можно, и будет, основной режим -терминальный, но и интересует и этот момент, т.е. без использования терминальной сессии.
 
Последнее редактирование модератором:
revit написал(а):
В связи с переходом на LKDSDr и объединением всех ЦД отделений возникло несколько вопросов по этой теме:
1. В случае применения LKDSDrv в главной конторе, объединяющий пять или более ЦД отделений, у которых будет установлен LKDSDrv и будут свои подсети, все подсети в общей сети должны иметь уникальный номер?
2. LKDSDrv установленный на сервере2008 и обединяющий пять или более подсетей будет работать как транзитный КСЛ? Т.е. такой КСЛ, через который можно подключаться драйверами на локальных компьютерах для контроля всех подсетей. Можно, и будет, основной режим -терминальный, но и интересует и этот момент, т.е. без использования терминальной сессии.


Номер подсети появляется в компьютере (в LKDSDrv), там и заканчивается. Узловые устройства, как аппратные, так и программные, ничего о номере сети не знают. Поэтому одна и та же подсеть в разных компьюерах может иметь разные номера.
Но обязательно одна та же подсеть в разных компьютерах должна содержать одни и те же УМ (возможно не все).

Прописывание в "Адресах связи" КСЛов (аппратаных и программых) связей с КСЛами из разных подсетей - ошибка, которая может привести к непредсказуемым результатам (появление "фантомов", потеря связи)

Пусть есть две подсети и два компьютера (диспетчерских). Можно ли из обоих компьютеров видеть обе сети. Конечно можно. Причем для разных сетей компьютер может быть или администратором (ЛД) или пассивным наблюдателей (ЦД)
Т.е. в компьютере 1 в подсети 1 компьютер может быть указан в 8 слоте, а в подсети 2 компьютер может быть указан в 9 слоте.
А в компьютере 2 в подсети 1 компьютер может быть указан в 9 слоте, а в подсети 2 компьютер может быть указан в 8 слоте.
 
Ситуация такая: Есть лифтовое хозяйство, оборудование и настройки не знаю, но возможность узнать есть. Знаю, что есть диспетчерская, связь через Ethernet.
Задача: Сделать параллельную диспетчерскую без дополнительного оборудования а-ля ММИ, КСЛ, КЛШ т.е. просто подключившись по Ethernet.
Вопрос: возможно ли это? Если да, то какие данные необходимо собрать (ип, порты, версии ЛБ и пр.) и какую из выложенной у Вас документации, изучать. Заранее спасибо.
 
Последнее редактирование модератором:
Юрий Алексеевич написал(а):
Вопрос: возможно ли это? Если да, то какие данные необходимо собрать (ип, порты, версии ЛБ и пр.) и какую из выложенной у Вас документации, изучать. Заранее спасибо.

Возможно с использованием нового ПО - http://www.lkds.ru/soft/archives/LKDSDrv.msi(Документация в дистрибутиве есть)
Необходимо унать внешний адрес КСЛ-Езернет в диспетчерской и прописать в нем исходящую связь. Далее настроить в программном КСЛ-е (со статическим IP) установленного ПО связь с КСЛом в диспетчерской и всю сруктуру сети (УМы, адреса ЛШ, адреса физические).
Если бы в диспетчерской использовалсось это новое ПО то можно было бы подключиться проще, зная только IP-адрес КСЛ-а и не имея статического адреса на удаленном компьютере и не настраивая заново структуру, а просто скопировав ее.
 
Последнее редактирование модератором:
Для глобального изучения "хозяйства" доставшегося в наследство ничего лучше MScan нет. Настройка остального ПО возможна только после изучения структуры построенной (существующей) сети...
 
Спасибо за предыдущий ответ. Руки вот не доходили, сейчас опять занялся. Сразу возникли такие вопросы:
1) Внешний адрес КСЛ-Ethernet - это в "Параметрах связей КСЛ-Ethernet" ip адрес устройства?
2) Исходящую связь делать там же (галка на связь и туда ввести ип машины)?
 
Добрый день!

У нас такая задача. Нужно подключить два компьютера к шести лифтам в производственном здании (т.е. используется только проводная связь). Расстояние между помещениями 100 метров. Одно помещение лифтерская (работает с 7 до 19), другое помещение дежурного энергетика (работает ночью). Возможно ли это? Если да, то как это реализовать? Компьютеры должны работать независимо друг от друга.
 
Последнее редактирование модератором:
StAlex написал(а):
Добрый день!
У нас такая задача. Нужно подключить два компьютера к шести лифтам в производственном здании (т.е. используется только проводная связь). Расстояние между помещениями 100 метров. Одно помещение лифтерская (работает с 7 до 19), другое помещение дежурного энергетика (работает ночью). Возможно ли это? Если да, то как это реализовать? Компьютеры должны работать независимо друг от друга.

В общем и вкратце- нужно иметь кабельные линии связи между всеми лифтовыми помещениями (МП) и помещениями с компьютерам (Д1, та где оборудование Обь и Д2-т где наблюдать, ну или наоборот :) )
Вариант A) Одна пара между всеми МП и Д1 и наличие компьютерной сети между компьютерами Д1 и Д2.
Вариант Б) UTP кабель из каждого МП и Д2, в Д1
Вариант В) Наличие компьютерной сети между всеми МП и Д1, Д2. (любой топологии но в одной подсети).
Идеален вариант Б.
Далее дело техники.... :D
 
Последнее редактирование модератором:
revit написал(а):
В общем и вкратце- нужно иметь кабельные линии связи между всеми лифтовыми помещениями (МП) и помещениями с компьютерам (Д1, та где оборудование Обь и Д2-т где наблюдать, ну или наоборот :) )
Вариант A) Одна пара между всеми МП и Д1 и наличие компьютерной сети между компьютерами Д1 и Д2.
Вариант Б) UTP кабель из каждого МП и Д2, в Д1
Вариант В) Наличие компьютерной сети между всеми МП и Д1, Д2. (любой топологии но в одной подсети).
Идеален вариант Б.
Далее дело техники.... :D


Что такое "UTP кабель"?
 
StAlex написал(а):
Что такое "UTP кабель"?

Нда.... :angry: непонятно -если есть интернет, то почему нельзя в поисковике набить три буквы и почитать ???
Ну да ладно, вот - http://ru.wikipedia.org/wiki/UTP :D
А проще-тот что компьютеры в сеть соединяют.
 
Последнее редактирование модератором:
StAlex написал(а):
Компьютеры должны работать независимо друг от друга.


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