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

[madlev]

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

На компьютере в Д2 два моноблока(с динамическими IP) из трёх вышли на связь после того, как я отключил брандмауэр. А вот третьего на связи так и нет. Я установил Wireshark в Д2 - пакетов от моноблока не приходит. Как выяснить почему не приходят и где теряются?

 

[Andi]

На компьютере в Д2 два моноблока(с динамическими IP) из трёх вышли на связь после того, как я отключил брандмауэр. А вот третьего на связи так и нет. Я установил Wireshark в Д2 - пакетов от моноблока не приходит. Как выяснить почему не приходят и где теряются?

Можно на ноутбуке сделать аналог моноблока для этого:

- параметры сетевой карты установить как собственные параметры моноблока (IP, маску, шлюз)
- завести УМ с номером УМ моноблока
- завести в этом УМ в слоте 7 ПКСЛ с UDP портами как у моноблоко и прописать там связи на Д1 и Д2
- завести в этом УМ слот 6 ПКЛШ( собственные UDP порты должны отличаться от UDP портов ПКСЛа)

Можно поставить на моноблок и Wireshark.

Затем нужно отключить моноблок от LANa и включить туда ноутбук и:

- попробовать PING из ПКСЛа на связь с Д2
- посмотреть в Wireshark какие пакеты уходят на Д2

 

[evpu]

Скачал дистрибутив от 10 мая. А все-таки, будет ли возможность в файле ComCLBStub.XML указать несколько IP-шников для удаленного сервера? На тот случай, если в целях резервирования, сервер имеет несколько внешних интерфейсов...

 

[Andi]

Скачал дистрибутив от 10 мая. А все-таки, будет ли возможность в файле ComCLBStub.XML указать несколько IP-шников для удаленного сервера? На тот случай, если в целях резервирования, сервер имеет несколько внешних интерфейсов...

Такая возможность будет. Точных сроков называть не буду, но в ближайшее время.

 

[evpu]

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

 

[Andi]

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

В ближайшее время, даже для "конкретно понимающих", скроллинг сделан не будет.

 

[revit]

В ближайшее время, даже для "конкретно понимающих", скроллинг сделан не будет.

А тем временем мониторы в новый офис закупаем уже 24 дюйма..... еле убедил что ненужно брать 40-ые!
И как их(700 лифтов) администрировать через stub с ноута 15" (молчу о своем 9") или компа с экраном 17"? Есть варианты?

Еще вопрос:
Подcчет кол-ва лифтов в Мпульте (в низу окна) производится по лифтам внесенным в структуру адресов.
Можно сделать подсчет лифтов по
а) по выведенным на экран
б) по выведенным на экран и контролируемым
в) отдельно по диспетчерским (закладкам) ?

 

[Andi]

А тем временем мониторы в новый офис закупаем уже 24 дюйма..... еле убедил что ненужно брать 40-ые!
И как их(700 лифтов) администрировать через stub с ноута 15" (молчу о своем 9") или компа с экраном 17"? Есть варианты?

Нет в "ближайшее" время не значит нет "никогда". Сделаем и скроллинг.

Еще вопрос:
Подcчет кол-ва лифтов в Мпульте (в низу окна) производится по лифтам внесенным в структуру адресов.
Можно сделать подсчет лифтов по
а) по выведенным на экран
б) по выведенным на экран и контролируемым
в) отдельно по диспетчерским (закладкам) ?

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

 

[revit]

Нет в "ближайшее" время не значит нет "никогда". Сделаем и скроллинг.

Спасибо, это радует. Сейчас приходится пользоваться Remote Control и всего из-за двух позиций (для диагностики)-этой, и чтения настроек ПКСЛ.
Если внести такую функциональность то LKDSDRV будет самодостаточен для удаленного администрирования и диагностики.

Под выведенными на экран предполагается помещенные на панель состояний ?

Да

Т.е. если панель состояний в виде групп или карты, то на этой панели могут быть расположены не все лифты структуры ?

Ну да бывает. Имеется ввиду что при удалении лифтов бывает что из окна состояний удалил, а в дереве забыл. Он там висит себе и портит общее кол-во. Начинаю сверять со списком-несходится, а найти где-проблема. Иногда оставляю специально, чтобы заново потом не вводить.
Хочу еще раз напомнить-структура, у меня в ЦД, никогда не бывает долгое время статичной. Т.е постоянно что-то добавляется, удаляется, отключается контроль на время замены лифта и т.д.
Поэтому я думаю что подсчет лучше сделать как написал выше. Может быть даже и несколько цифр-тут по возможностям.

 

[madlev]

Имеется моноблок с динамическим IP адресом (связь через CDMA роутер), который работает на две диспетчерские (админинстраторы обе). Моноблок перестал связываться с одной из диспечерских. Я поменял в роутере RUM карту с динамическим адресом на карту со статическим адресом. Запустил на компьютере в диспетчерской, с которой моноблок перестал связываться программу Wireshark и увидел что ответ от моноблока приходит с правильного статического адреса, но адрес порта имеет значение 1024, а не 44000. Для наглядности прилагаю картинку. Какие соображения?Посмотреть вложение ____1.rar

 

[revit]

увидел что ответ от моноблока приходит с правильного статического адреса, но адрес порта имеет значение 1024, а не 44000. Для наглядности прилагаю картинку. Какие соображения?Вложение IPB #466

Не в ту тему попал...
По существу:
1. Последняя прошивка моно и всех узловых устройств имеется?
2. Последний дистрибутив?
3. Время ответа в исх.связи на УМ с CDMA в ПКСЛ 10 сек вместо 2.
3. Переадресация всех UDP на адрес компа в роутере обязательно!
И в этом случае возможна работа в некоторые моменты на портах 1024 но связь пропадать не должна.

 

[madlev]

Не в ту тему попал...
По существу:
1. Последняя прошивка моно и всех узловых устройств имеется?
2. Последний дистрибутив?
3. Время ответа в исх.связи на УМ с CDMA в ПКСЛ 10 сек вместо 2.
3. Переадресация всех UDP на адрес компа в роутере обязательно!
И в этом случае возможна работа в некоторые моменты на портах 1024 но связь пропадать не должна.

1. Прошивка в моноблоке lpd6335. Все узловые устройства - моноблоки и в них та же прошивка.
2. Дистрибутив LKDSDrv.msi v4.6.0 от 29.05.2012.
3. Исправил на 10.
4. Переадресацию сделал.

P.S. До всех вышеперечисленных действий связь с моноблоком появилась сама и порт поменялся сам с 1024 на 44000.
За помощь спасибо.

 

[madlev]

1. Прошивка в моноблоке lpd6335. Все узловые устройства - моноблоки и в них та же прошивка.
2. Дистрибутив LKDSDrv.msi v4.6.0 от 29.05.2012.
3. Исправил на 10.
4. Переадресацию сделал.

P.S. До всех вышеперечисленных действий связь с моноблоком появилась сама и порт поменялся сам с 1024 на 44000.
За помощь спасибо.

Когда порт меняется с 44000 на 1024 связь пропадает. Как выйти из ситуации. Порт меняется в день по два-три раза. И почему он меняется?

 

[Andi]

Как выйти из ситуации.

В панели "Параметры связи" программного КСЛа поставьте признак "Посылать только на заданный порт числовых данных". При установке признака ПКСЛ будет посылать пакеты, в вашем случае, всегда на UDP порт 44000, независимо от того, с какого UDP порта пришли пакеты. В случае CDMA удаленной точке выдается реальный ("белый") IP, поэтому пакеты дойдут до WAN маршрутизатора. В машрутизаторе нужно указать DMZ либо проброс пакетов, приходящих на UDP порт 44000, в LAN.

Порт меняется в день по два-три раза. И почему он меняется?

Выяснить не удалось.

 

[madlev]

В панели "Параметры связи" программного КСЛа поставьте признак "Посылать только на заданный порт числовых данных". При установке признака ПКСЛ будет посылать пакеты, в вашем случае, всегда на UDP порт 44000, независимо от того, с какого UDP порта пришли пакеты. В случае CDMA удаленной точке выдается реальный ("белый") IP, поэтому пакеты дойдут до WAN маршрутизатора. В машрутизаторе нужно указать DMZ либо проброс пакетов, приходящих на UDP порт 44000, в LAN.

Спасибо за ответ.

 

[vlasoff]

Спасибо за ответ.

В развитие темы, несколько раз возникала подобная ситуация, причем все время возникал тот же самый порт 1024. В разные моменты по разному - либо исходящий, либо входящий, но у меня конструкция сети весьма хитрая - есть проброс портов на интернет-сервере от разных провайдеров, и в результате путаниц при попытке оптимизировать настройки файерволла не раз возникала ситуация с 1024 портом, которая решалась многоразовыми откатами к прежним правилам. Заметьте не нахождением проблемы, а именно откатом. И из необъяснимого именно то, что возврат был то к тем настройкам что "глючат", то обратно к тем что в предыдущем варианте "глючили"... В общем на текущий момент все работает, но причин работоспособности или прежней неработоспособности я до сих пор не знаю Причина либо в моих настройках, либо в провайдере, правда он ничего не признает Но вот правды я до сих пор не знаю. Думаю цифра 1024 порт не случайна, она что-нибудь да значит, типа емкость буфера ограничивается байтом и т.п. и т.д., но похоже эти "глюки" - звенья одной цепи. Это просто информация к размышлению

 

[revit]

В общем на текущий момент все работает, но причин работоспособности или прежней неработоспособности я до сих пор не знаю Причина либо в моих настройках, либо в провайдере, правда он ничего не признает Но вот правды я до сих пор не знаю. Думаю цифра 1024 порт не случайна, она что-нибудь да значит, типа емкость буфера ограничивается байтом и т.п. и т.д., но похоже эти "глюки" - звенья одной цепи. Это просто информация к размышлению

Да ничего мистического тут нет. 1024 это первый "высокий" порт в таблице портов. Его автоматически назначает NAT роутера после реконекта или после включения. Потом процесс стабилизируется по входящим пакетам и роутер начинает отправлять на 44000. Эта особенность именно скаевских модемов начинать с 1024, помоему конкретно CиМотечей, но может и других скаевских-подробно не анализировал. У ADSL роутеров Хуавей, например передача начинается с 50000. У других бывают другие цифры-это как у разработчика правая пятка подскажет я думаю и правила тут нет.
Для меня лично остался открытым вопрос -почему происходит эти реконекты? Есть у Скаевского оборудования особенность в "засыпании" канала при отсутствии пакетов, но при этом айпишник не меняется да и порт вроде остается. Возможно после долгого "сна " или какого таймаута, когда происходит отправка пакета Обиью, он воспринимается роутером как первый т.е он забывает что канал уже был и пакеты уже приходили с нужного айпи на другом порту.
Вообщем то я особо не замарачиваюсь т.к у меня и на 1024 цифра и голос работает.
Гораздо хуже дала с резервированием в центральной т.к. у СиМотечей полный NAT и он не признает пакеты инициализируемые компом с другого айпишника. Андрей Владимирович что-то там подкрутил и как оно сейчас происходит я вообще не догоняю но как-то работает, хотя и не без огрехов.

 

[StAlex]

1. Скролинг - это хорошо
2. Есть предложение добавить в меню MPultPro возможность просмотра карты города (в виде картинки). Данная опция необходима чтобы диспетчер хорошо ориентировался в городской среде и правильно принимал решения какого механика на какой лифт послать.
3. В пассивной диспетчерской сейчас отображается информация о состоянии всех лифтов активных диспетчерских, но при наличии на обслуживании более 1 000 лифтов это уже не нужно - достаточно владеть так сказать оперативной информацией. Другими словами в пассивной диспетчерской нужна информация о тех лифтах, с которыми что-то происходит. Например, хорошо было бы если бы на экране в пассивной диспетчерской отображалась текстовая информация о том куда какой СК вставлен, где лифты стоят между этажами (и сколько времени стоят) и т.д. Также необходима общая информация на экране: дата, сколько лифтов на обслуживании, сколько неисправных , сколько проходят ТО и т.д.
В качестве примера приведу информацию на табло в аэропорте: там отображается информация только о тех рейсах с которыми что-то происходит в настоящий момент, а не о всех рейсах за сутки.
Сейчас мы дублируем всю информацию о лифтах в пассивной диспетчерской, однако каким бы большим не был в ней монитор, лифты в нормальным состоянии только зря занимают на нём место. Это совершенно не рационально и неудобно. Вот

 

[revit]

2. Есть предложение добавить в меню MPultPro возможность просмотра карты города (в виде картинки). Данная опция необходима чтобы диспетчер хорошо ориентировался в городской среде и правильно принимал решения какого механика на какой лифт послать.

2. Дык это МПульт еще в детстве умел. Подсунь ему файл MPult.bmp в папку MPultPro и будет тебе Щастье. Только вот всунуть весь город в 17 или даже 24 дюйма с приемлемым размером квадратика лифта невозможно. Максимум райончик до 100 лифтов.

 

[Gaff]

2. Есть предложение добавить в меню MPultPro возможность просмотра карты города (в виде картинки). Данная опция необходима чтобы диспетчер хорошо ориентировался в городской среде и правильно принимал решения какого механика на какой лифт послать.

Я бы по данному вопросу добавил возможность ссылки на карту 2гис (как это сделано на энергии), т.е. нажимаешь кнопочку показать на карте, автоматически открывается программа 2гис и на карте подсвечен выбраный дом. Единственный минус этого в том, что иногда адреса в карте 2гис не совпадают с реальность, особенно корпуса. (В карте допустим это сплошной дом, а в действительности разделен на 3 части)