Windows LKDSPro
- Автор темы poizon
- Дата начала
revit
Гуру
Андрей Ефименко написал(а):Действительно, при потери связи с ЛБ в "Используемый IPort" переносится значение из "Назначенный IP
Не смог я точно вспомнить эти соображения, но они были, поэтому LKDSPro доработан не радикально - при потери связи с ЛБ в "Используемый IP
Как я уже неоднократно писал Назначенный IP и должен быть 0.0.0.0. Нельзя назначать IP ЛБ на сервере (в LKDSProCfg), нужно описывать в ЛБ связь с сервером, а сервер уже извлечёт IP и порт для обмена с ЛБ из полученных от ЛБ данных.
Не знаю это уже после обновления или еще нет
LKDSProCfg 4.7.2.16
LKDSPro 4.7.2.39
но нули так и остались, зато появилась розовая строка с назначенным несоответствующим используемому...
хотя я ничего не назначал.
Вложения
Последнее редактирование модератором:
revit написал(а):
1. В ПКЛШ вводится связь с ЛБ, в которой можно указать IP, а можно и не указывать (0.0.0.0). При получении пакетов от ЛБ в связи сохраняются IP:Порт, извлечённые из пакетов, которые заменяют назначенные. Если связь с ЛБ прерывается, ничего не делается, т.е. IP:Порт остаются.
2. В LKDSDomain изначально связь с ЛБ вообще не вводилась, а при получении пакетов от ЛБ связь появлялась с IP:Порт, которые извлекаются из полученных пакетов. Если связь с ЛБ прерывается, ничего не делается, т.е. IP:Порт остаются.
3. В LKDSPro вводится связь с ЛБ, в которой можно указать IP, а можно и не указывать (0.0.0.0). При получении пакетов от ЛБ в связи сохраняются IP:Порт и используются в дальнейшем, но назначенные IP:Порт остаются. Если связь с ЛБ прерывается, то используемыми IP:Порт становятся назначенные, т.е. динамические теряются.
Раньше динамический IP:Порт терялся (переписывается назначенными) даже если назначенного IP не было (0.0.0.0). Такой алгоритм и обнулил IP:Порт
(голубое выделение)Сейчас динамический IP:Порт теряется (переписывается назначенными) только если назначенный IP есть, т.е. отличается от 0.0.0.0.
Вложения
Последнее редактирование модератором:
revit
Гуру
Вот теперь понятно. Спасибо за подробное разъяснение.
Значит все таки не одинаково работают ...
Принцип то понятно, один и тот же у всех, но с точки зрения пользователя и алгоритм разный и набор полей в списке блоков служб разный:
ПКЛШ - IP адрес + интерфейс
LKDSDomain - интерфейс:IP:порт
LKDSPro - назначенный IP:порт + используемый IP:порт + интерфейс
Такой разнобой и приводит к путанице и непониманию...
Было бы лучше привести хотя бы вид полей к одному виду, имхо.
Остались без ответа два вопроса:
-почему в назначенных появились IP адреса (один из которых потом сменился т.к они динамические), если я их туда не вписывал т.е не назначал?
Это блоки только что смонтированные и получается ПКЛШ сам назначил самые первые полученные адреса после первого включения. Позже один из них изменился т.к они динамические.
Что за анархия в ПКЛШ?
А в остальных с потерянной связью все также остаются нули, как я вижу.. хотя может и ошибаюсь и за эти дни после обновления ни один блок у меня не ушел со связи в LKDSPro....
И вот такой момент
ПКЛШ и LKDSDomain после потери связи соответственно продолжают кидать на сохраненный IP постоянно до теп пор пока не получат новый адрес? Правильно я понимаю?
Значит все таки не одинаково работают ...
Андрей Ефименко написал(а):
Принцип то понятно, один и тот же у всех, но с точки зрения пользователя и алгоритм разный и набор полей в списке блоков служб разный:
ПКЛШ - IP адрес + интерфейс
LKDSDomain - интерфейс:IP:порт
LKDSPro - назначенный IP:порт + используемый IP:порт + интерфейс
Такой разнобой и приводит к путанице и непониманию...
Было бы лучше привести хотя бы вид полей к одному виду, имхо.
Остались без ответа два вопроса:
-почему в назначенных появились IP адреса (один из которых потом сменился т.к они динамические), если я их туда не вписывал т.е не назначал?
Это блоки только что смонтированные и получается ПКЛШ сам назначил самые первые полученные адреса после первого включения. Позже один из них изменился т.к они динамические.
Что за анархия в ПКЛШ?
А в остальных с потерянной связью все также остаются нули, как я вижу.. хотя может и ошибаюсь и за эти дни после обновления ни один блок у меня не ушел со связи в LKDSPro....
И вот такой момент
С нулями я так понимаю LKDSPro переставал кидать, а с назначенным IP будет кидать постоянно на него?
ПКЛШ и LKDSDomain после потери связи соответственно продолжают кидать на сохраненный IP постоянно до теп пор пока не получат новый адрес? Правильно я понимаю?
Последнее редактирование модератором:
revit написал(а):
в ПКЛШ нет понятия "назначенный IP", IP всегда извлекается из UDP пакетов от ЛБ и используется для посылки пакетов в ЛБ
revit написал(а):
Для ПКЛШ правильно.
LKDSDomain будет какое-то время посылать пакеты, после чего прекратит до получения пакетов от ЛБ.
Последнее редактирование модератором:
revit
Гуру
Это описка. Я конечно же имел ввиду LKDSPro и ранее написаноеАндрей Ефименко написал(а):
revit написал(а):
Повторюсь:
-почему в назначенных появились IP адреса (один из которых потом сменился т.к они динамические), если я их туда не вписывал т.е не назначал?
Это блоки только что смонтированные и получается LKDSPro сам назначил самые первые полученные адреса после первого включения. Позже один из них изменился т.к они динамические.
Что за анархия в LKDSPro?
Последнее редактирование модератором:
revit
Гуру
В LKDSPro список блоков уже давно не вмещается в экран по вертикали. Когда необходимо просмотреть блоки без связи в текущий момент или блоки отключенные со связи то приходится бегать по всему списку, но все равно не удобно т.к вместе их не сгруппируешь. Упорядочивание по столбцу не работает т.к значки отсутствия связи и отключения находятся в поле индекса. А очень хотелось бы чтобы можно было упорядочить (сгруппировать) блоки по данным признакам.
Аналогично и для LKDSDomain- по кирпичику.
В ПКЛШ подобной проблемы нет и не было т.к кол-во блоков в списке ограничено.
Аналогично и для LKDSDomain- по кирпичику.
В ПКЛШ подобной проблемы нет и не было т.к кол-во блоков в списке ограничено.
Последнее редактирование модератором:
revit написал(а):
В обновление ПО выложен LKDSProCfg, в котором - если список ЛБ уже отсортирован по колонке "Индекс ЛБ", то нажатие левой копки мыши на заголовке колонки "Индекс ЛБ" приведёт к сортировке списка по состоянию ЛБ в следующей последовательности:
1. неописанные ЛБ ("i" синее, фон строки желтый )
2. нет связи
3. есть связь
4. состояние неизвестно ("?")
5. обмен запрещён ("i" жёлтое)
В обновление ПО выложен LKDSDomainCfg, в котором - если список ЛБ уже отсортирован по колонке "Ident", то нажатие левой копки мыши на заголовке колонки "Ident" приведёт к сортировке списка по состоянию ЛБ в следующей последовательности
1. добавляемые
2. изменяемые
3. удаляемые
4. нет связи
5. есть связь
6. транзитные подключения
revit
Гуру
Спасибо. Так гораздо проще оперировать с большими группами обьектов.Андрей Ефименко написал(а):
Можно еще вот это повторить в ПКЛШ и ПКСЛе?
Вообще логично иметь одни и те же возможности и функции, однотипные, во всех службах, поскольку ПО поддерживает все сразу.
Последнее редактирование модератором:
revit написал(а):
В LKDSDrvCfg в панели параметров ПКСЛ это уже реализовано.
В LKDSDrvCfg в панели параметров ПКЛШ будет добавлена такая возможность
revit написал(а):
Желательно формулировать предложения по доработкам ПО конкретнее, с указанием модуля, к которому относится предложение и диалоговой панели, если предложение касается диалоговой панели.
revit
Гуру
При загрузке прошивок из меню "загрузить микропрограмму в это и подобные устройства" в ЛБ-отис эскалатор (otis xizi), прошивки XIZI OTIS заливаются и активируются и в лифтовые ЛБ7-otis . Аналогично и наоборот-при заливке в ЛБ7-otis прошивок OTIS они заливаются и активируются в эскалаторных блоках.
Последнее редактирование модератором:
revit написал(а):
Быстро исправить не получится, но обязательно поправлю.
Serfer написал(а):
Сохраняться.
Если новый компьютер будет работать параллельно с компьютером, откуда была взята папка C:\LKDSDrv, то на новом компьютере нужно изменить идентификатор LKDSPro, идентификаторы всех ПКЛШ, идентификатор LKDSDomain.
Если новый компьютер заменяет старый, то со старого нужно удалить ПО ДК "Обь".