Распределение лифтов между диспетчерами

[StAlex]

Добрый день!

У меня появилось два насущных вопроса:
1. В первой диспетчерской 200 лифтов, во второй 400 лифтов. Есть идея объединить их с помощью Ethernet-КСЛ в некое общее отдельное помещение. При этом крайне важно более-менее поровну распределить лифты между диспетчерами , т.е. по 300 лифтов. Возможно ли такое? Я привел упрощенный пример

2. В настоящее время пытаюсь объединить диспетчерские города в одну точку. Однако столкнулся с экономической неэффективностью этого мероприятия. Т.е. помещения не освобождаются, т.к. в них находятся кроме диспетчеров ещё и механики, связисты и уборщики. Кроме того нужно будет платить за аренду каналов связи, что опять-таки предприятию не выгодно. Чем ещё можно обосновать необходимость объединения диспетчерских города в одну точку?

 

[ginairat]

Добрый день!

............... Чем ещё можно обосновать необходимость объединения диспетчерских города в одну точку?

Сокращением лифтеров.

 

[revit]

Сокращением лифтеров.

1. Как вариант, если не настолько богаты. Т.е вместо 8 лифтеров (один диспетчер второй лифтер на выходе) в локальной можно иметь четверых и одного диспетчера в центральной в смену.
2. Круглосуточный журнал всех лифтов организации для учета и контроля. Иногда попадаются заказчики которым пока в лицо распечатку не сунешь будут сказки рассказывать о том что лифт стоял месяц.. Ну и простои посчитать..
3. Администрирование и обслуживание сети ЛДСС проще с одного компа.
4 Обслуживание одного компа дешевле чем нескольких , учитывая что к нему необходимо прикрутить мощный ИБП.
5. Некоторые используют контроль выполнения ТО механиками по датчику МП.
6. Если от помещения локальной отказаться нельзя (а даже наоборот они необходимы!), и там механики и диспетчера с компом то центральный может работать как резервный при неисправности локального (это все тки комп и он может ломаться или сбоить!!) Центральный должен быть надежен и хорошо защищен, локальные не обязательнот.е требования к ним попроще.

 

[StAlex]

Сокращением лифтеров.

Лифтеров нет. Есть механики и диспетчеры.

 

[revit]

Лифтеров нет. Есть механики и диспетчеры.

Тогда уж -диспетчеры, механики и аварийщики. И у вас диспетчера не ходят людей эвакуировать, так?
Если да, то тогда вам вообще не нужны лишние диспетчера-только центральная диспетчерская.

 

[StAlex]

1. Как вариант, если не настолько богаты. Т.е вместо 8 лифтеров (один диспетчер второй лифтер на выходе) в локальной можно иметь четверых и одного диспетчера в центральной в смену.
2. Круглосуточный журнал всех лифтов организации для учета и контроля. Иногда попадаются заказчики которым пока в лицо распечатку не сунешь будут сказки рассказывать о том что лифт стоял месяц.. Ну и простои посчитать..
3. Администрирование и обслуживание сети ЛДСС проще с одного компа.
4 Обслуживание одного компа дешевле чем нескольких , учитывая что к нему необходимо прикрутить мощный ИБП.
5. Некоторые используют контроль выполнения ТО механиками по датчику МП.
6. Если от помещения локальной отказаться нельзя (а даже наоборот они необходимы!), и там механики и диспетчера с компом то центральный может работать как резервный при неисправности локального (это все тки комп и он может ломаться или сбоить!!) Центральный должен быть надежен и хорошо защищен, локальные не обязательнот.е требования к ним попроще.

1. Не актуально
2. Веду работы над созданием подобной информационной системы - это аргумент
3. Тоже имеет смысл
4. В случае объединения диспетчерских количество компьютеров, конечно, уменьшится, но не намного (около 20%).
5. см. п.2
6. В этом случае проще привезти в диспетчерскую заранее настроенный системник - по времени меньше часа.

Хорошо бы решить вопрос с рапределением количества лифтов. Сейчас диспетчера обслуживают неодинаковое число лифтов, в связи с чем могут появиться обоюдные претензии "Почему я обслуживаю больше лифтов, а получаю также?" или "Почему она получает больше? Ну и что что лифтов больше..." Если люди сидят в разных помещениях, то это ещё ничего, но представьте что они будут испытывать по отношению друг другу если будут находиться в одной комнате.

 

[revit]

Хорошо бы решить вопрос с рапределением количества лифтов. Сейчас диспетчера обслуживают неодинаковое число лифтов,

В чем проблема? Технически можно как угодно а вот организационно диспетера должны "вести " свои районы или участки. Ведь инфа не только от монитора но и по телефону.

 

[StAlex]

Тогда уж -диспетчеры, механики и аварийщики. И у вас диспетчера не ходят людей эвакуировать, так?
Если да, то тогда вам вообще не нужны лишние диспетчера-только центральная диспетчерская.

У нас диспетчера никогда не покидают пределы диспетчерской. В помещениях вместе с ними находятся ещё уборщики, эл.механики, аварийщики, связисты. Физически их можно перенести в любой момент - была бы связь. У руководства возникает вполне резонный вопрос: "Зачем что-то затевать и тратить деньги, если нет экономии. Тем более если всё работает отлично и так". Я интуитвно чувствую, что диспетчера должны сидеть в центральной диспетчерской, но аргументов (пока) не хватает.

В чем проблема? Технически можно как угодно а вот организационно диспетера должны "вести " свои районы или участки. Ведь инфа не только от монитора но и по телефону.

Не могу представить как это сделать. Если в центральную диспетчерскую я заведу из 10 локальных диспетчерских 10 Ethernet-КСЛ, то что делать дальше? Каким образом можно поделить зоны влияния обслуживания? Пока я так понимаю, что лифты отдельно взятого Ethernet-КСЛ делению не подлежат. Т.е. Ethernet-КСЛ -> ММИ -> Компьютер. Каким образом могут работать два (и более) компьютеров с одним Ethern-КСЛом я непонимаю. Объясни, плиз

 

[revit]

Если в центральную диспетчерскую я заведу из 10 локальных диспетчерских 10 Ethernet-КСЛ, то что делать дальше? Каким образом можно поделить зоны влияния обслуживания?

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

 

[StAlex]

Но гораздо лучше оттказаться от ММИ и КСЛов и использовать ПКСЛ т.е. непосредственное подключение компа к сетке. Тогда всё настраиватется в структуре одного компа, а другие могут подключаться к нему через stub (удаленное подключение к драйверу лкдс) и смотреть в МПульте только свои лифты..
Либо можно также как написано выше, тольок без ММИ и КСЛов, но проще обслуживать структуру на одном и предъявлять к нему повышенные требования по защите и безопасности.

Другими словами один комп - сервак, а компьютеры диспетчеров выступают в роли терминалов? Кстати, что такое ПКСЛ? Компьютер в роли КСЛ? В общем примерно понятно что нужно сделать, буду читать доки
Если в Единой диспетчерской реально можно распределять лифты между диспетчерами как душе угодно, то это просто отлично. В данный момент у нас не редки ситуации, когда лифты обслуживаются в одной диспетчерской, а аварийкой к этим лифтам командует другая диспетчерская, что неудобно никому. В случае объединения и последующего распределения лифтов этой проблемы не будет.

 

[revit]

Другими словами один комп - сервак, а компьютеры диспетчеров выступают в роли терминалов?

Типа того... только средствами LKDSDRV.

Кстати, что такое ПКСЛ? Компьютер в роли КСЛ? В общем примерно понятно что нужно сделать, буду читать доки

https://forum.lkds.ru/threads/262/

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

При наличии сети (интернета) в этих диспетчерских и компов это можно было сделать и раньше.

 

[StAlex]

СПАСИБО!

 

[Alex]

В принципе для обходчиков нет разницы на каком компе контролируются те или другие лифты. Главное - оптимальный маршрут обхода + оптимальный путь получения-сдачи ключей. При наличии сети контроль над лифтами между диспетчерами можно перераспределить на своё усмотрение. Главное - бесперебойная работа канала связи. Если у вас один лифтёр для эвакуации, то это нарушение. Лифтёр не имеет право производить эвакуацию самостоятельно. Только вдвоём. Электромеханик аварийной службы имеет право эту работу сделать одному. Маршруты обхода можно обсудить в коллективе, но утверждение этих маршрутов и расценки - прерогатива администрации.
У нас в техотделе можно наблюдать все лифты города. Это не значит, что все локальные диспетчерские можно закрыть. Нереально одному человеку наблюдать такое количество лифтов, ведя журнал и отвечая на звонки.

 

[StAlex]

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

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

 

[Alex]

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

Техотдел контролирует простои и "чистоту экрана" от "не сработал датчик УБ" и тому подобного. Ну и журнал событий можно полистать, сделать выборку не выезжая.

 

[revit]

Техотдел контролирует простои и "чистоту экрана" от "не сработал датчик УБ" и тому подобного. Ну и журнал событий можно полистать, сделать выборку не выезжая.

Интересно а чем еще занимается Ваш техотдел?

 

[Alex]

Интересно а чем еще занимается Ваш техотдел?

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