Помощь - Поиск - Пользователи - Календарь
Полная версия: Микропрограммы для КСЛ
Лифт-Комплекс ДС > Форум «Лифт-Комплекс ДС» > КСЛ
Страницы: 1, 2
oleg
Пока не создана страница по микропрограммам для КСЛ в данную ветку будут выкладываться обновления и бета-версии...


- КСЛ-433 V01.03. - bugfix по работе с модемом РМД400 при передаче звука из лифта в диспетчерскую. Необходимо обновлять микропрограммы КСЛ-433 сразу "парами".
oleg
КСЛ-Ethernet V01.03.Beta
- поддержка 3-х IP (основной + 2 резервных) на каждую линию fixed
- MsgAPI 3.3 - запрет посылок пустых пакетов без Reply fixed
- Блокировка пакетов по NVFILTR=23 [мл] fixed

Для возможности конфигурирования альтернативных IP необходимо
использовать ComClbCfg версии 1.1.3.1. (Сейчас можно запросить по E-Mail)
revit
Цитата(oleg @ 18.7.2006, 4:44) *

Для возможности конфигурирования альтернативных IP необходимо
использовать ComClbCfg версии 1.1.3.1. (Сейчас можно запросить по E-Mail)

Олег кинь мне на мыло.
oleg
Цитата(revit @ 18.7.2006, 11:11) *

Олег кинь мне на мыло.

Отправлено.

Все текущие микропрограммы для КСЛ, а также Беты - выложены на сайт в разделе КСЛ...
revit
Обновил сегодня два из четырех КСЛ-433, локально с ноута. Все прошла на "УРА". Поставил на объекты сняв старые. Другие решил обновить удаленно.
При удаленной прошивке одного нового КСЛ-Ethernet тоже все прошло отлично, а вот с 433 с шести попыток ни чего не вышло.
Ситуация следующая:
Три 433 антены направлены на рядом стоящую (в пределах километра) в узловом модуле который имеет связь с конторой через КОРК. Так уж получилось, другой возможности пока нет. Пользуемся не часто, т.к. до недавнего времени было только две по два лифта на каждой. Но работало. Сейчас добавилась третья с 9-ю лифтами.
При удаленной загрузке программы, через некоторое время выдает -" Нет ответа на запрос передачи в страницу 1 фрагмента". Останавливалось на разных фрагментах: 197, 234, 137, 4, 184,202.

Это происходит из-за неустойчивой связи или из-за того что не парой, или есть другие причины?
oleg
Цитата(revit @ 21.7.2006, 14:35) *

Обновил сегодня два из четырех КСЛ-433, локально с ноута. Все прошла на "УРА". Поставил на объекты сняв старые. Другие решил обновить удаленно.
При удаленной прошивке одного нового КСЛ-Ethernet тоже все прошло отлично, а вот с 433 с шести попыток ни чего не вышло.
Ситуация следующая:
Три 433 антены направлены на рядом стоящую (в пределах километра) в узловом модуле который имеет связь с конторой через КОРК. Так уж получилось, другой возможности пока нет. Пользуемся не часто, т.к. до недавнего времени было только две по два лифта на каждой. Но работало. Сейчас добавилась третья с 9-ю лифтами.
При удаленной загрузке программы, через некоторое время выдает -" Нет ответа на запрос передачи в страницу 1 фрагмента". Останавливалось на разных фрагментах: 197, 234, 137, 4, 184,202.

Это происходит из-за неустойчивой связи или из-за того что не парой, или есть другие причины?

Похоже на неустойчивую связь... Еще раз для прояснения ситуации... структура диспетчерская-корк-ксл433-лифты??? Если связь через корк - то вообще удивительно, что два предыдущих КСЛ через эфир перешили. Ибо в корке все очень неспешно - даже более чем неспешно ;(

Если грешить на 433 - то можно попробовать поменять радиомодемы местами в 2-х удаленных узлах и попробовать перешить повторно. Ибо был момент с "математикой" у поставщиков радиомодемов.

Вообще процедура удаленного обновления микропрограмм - хороший тест на устойчивость связи...
revit
Я же писал-
Цитата(revit @ 21.7.2006, 14:35) *

...два из четырех КСЛ-433, локально с ноута....

в конторе, а оставшиеся два решил через КОРК. Так все же причина в КОРКе?
Структура: КонтораКОРК->КОРКвУМ->ММИ+КЛШ+433->433 (3 точки)
vlasoff
Цитата(oleg @ 18.7.2006, 8:44) *

КСЛ-Ethernet V01.03.Beta
- поддержка 3-х IP (основной + 2 резервных) на каждую линию fixed
- MsgAPI 3.3 - запрет посылок пустых пакетов без Reply fixed
- Блокировка пакетов по NVFILTR=23 [мл] fixed

Для возможности конфигурирования альтернативных IP необходимо
использовать ComClbCfg версии 1.1.3.1. (Сейчас можно запросить по E-Mail)


Слушай, Олег!

Как было бы прекрасно поставить КСЛ-Ethernet, воткнуть ему в RS232 или в модемный вход GSM-модем и чтобы он при падении Ethernet-интернетa переключался на GPRS-интернет и обратно rolleyes.gif

А так получается резервируется только адрес исходящей связи - резервный IP диспетчерской например, а хотелось бы еще и сам канал резервировать.
oleg
Цитата(vlasoff @ 25.7.2006, 12:36) *

Слушай, Олег!

Как было бы прекрасно поставить КСЛ-Ethernet, воткнуть ему в RS232 или в модемный вход GSM-модем и чтобы он при падении Ethernet-интернетa переключался на GPRS-интернет и обратно rolleyes.gif

А так получается резервируется только адрес исходящей связи - резервный IP диспетчерской например, а хотелось бы еще и сам канал резервировать.

Типа есть над чем поработать...
Вопрос действительно интересный и насущный. Вариант с 2-мя КСЛ в одном ММИ - может решить проблему реального резервирования каналов связи.
vlasoff
Цитата(oleg @ 26.7.2006, 12:14) *

Вариант с 2-мя КСЛ в одном ММИ - может решить проблему реального резервирования каналов связи.


А как осуществлять автопереключение между КСЛ-ами, или данные по обоим КСЛ-ам должны идти постоянно? А как система будет на это реагировать, что дублирующие данные будут идти? Или я чего-то не догоняю?
oleg
Цитата(vlasoff @ 26.7.2006, 10:28) *

А как осуществлять автопереключение между КСЛ-ами, или данные по обоим КСЛ-ам должны идти постоянно? А как система будет на это реагировать, что дублирующие данные будут идти? Или я чего-то не догоняю?

Не догоняешь wink.gif

Вводится понятие основного канала и резервных каналов. Соответственно в ММИ появляются КСЛ-основного канала и КСЛ-резервного канала. В нормальной работе все данные гонятся через основной канал. Резервный как и положено стоит в резерве. При невозможности доставить пакет по основному каналу КСЛ отправляет пакет на КСЛ-резевного канала и пакет через резервный канал отправляется узлу получателю. Это идея в кратце. Естевенно есть нюансы, но сам подход в случае исправного резервного канала позволит доставить все 100% данных до потребителя. Кстати "эшелонов" резервирования для каждого узла может быть несколько.
Это принципиальная особенность системы!!!
vlasoff
Цитата(oleg @ 27.7.2006, 6:55) *

Не догоняешь wink.gif

Вводится понятие основного канала и резервных каналов. Соответственно в ММИ появляются КСЛ-основного канала и КСЛ-резервного канала. В нормальной работе все данные гонятся через основной канал. Резервный как и положено стоит в резерве. При невозможности доставить пакет по основному каналу КСЛ отправляет пакет на КСЛ-резевного канала и пакет через резервный канал отправляется узлу получателю. Это идея в кратце. Естевенно есть нюансы, но сам подход в случае исправного резервного канала позволит доставить все 100% данных до потребителя. Кстати "эшелонов" резервирования для каждого узла может быть несколько.
Это принципиальная особенность системы!!!


Понял! Спасибо, именно в этом случае и работают IP-шники?
oleg
Цитата(vlasoff @ 27.7.2006, 4:27) *

Понял! Спасибо, именно в этом случае и работают IP-шники?

Нет!!! Речь шла о резервировании КАНАЛОВ СВЯЗИ в том числе ФИЗИЧЕСКОЙ!!!
vlasoff
Цитата(oleg @ 27.7.2006, 12:10) *

Нет!!! Речь шла о резервировании КАНАЛОВ СВЯЗИ в том числе ФИЗИЧЕСКОЙ!!!


а где тогда прописывается кто из них основной кто резервный, и как резервный догонит что "встал" основной?
oleg
Цитата(vlasoff @ 27.7.2006, 11:11) *

а где тогда прописывается кто из них основной кто резервный, и как резервный догонит что "встал" основной?

Пока нигде... будет прописываться в NVRAM при конфигурировании каналов связи.

А основной ему сам будет направлять пакеты, которые не смог отправить.
Есть и другая стратегия - вещательное оповещение устройств в узле о смене основных маршрутов на альтернативные.
Но за рабочую принята - первая...
vlasoff
Цитата(oleg @ 27.7.2006, 15:40) *

Пока нигде... будет прописываться в NVRAM при конфигурировании каналов связи.

А основной ему сам будет направлять пакеты, которые не смог отправить.
Есть и другая стратегия - вещательное оповещение устройств в узле о смене основных маршрутов на альтернативные.
Но за рабочую принята - первая...


Тогда ждем, собственно, обновленной прошивки biggrin.gif
oleg
КСЛ-433 V01.04.Gamma

- РМД400 регулировка выходной мощности fixed
- индикация наличия поддержки модемом регулировки мощности fixed
Если модем поддерживает регулировку мощности - то при инициализации модема (старте КСЛ)
на 5 секунд будет зажигаться светодиод "Подключение".

Для возможности регулировки мощности необходимо
использовать ComClbCfg версии 1.1.3.1. (Сейчас можно запросить по E-Mail)

Файл прошивки находится на странице микропрограмм для КСЛ-433.
revit
А практическое применение уменьшения мощности? huh.gif
Или можно будет свыше 10 мВт накручивать?
oleg
Цитата(revit @ 31.7.2006, 15:13) *

А практическое применение уменьшения мощности? huh.gif
Или можно будет свыше 10 мВт накручивать?

Именно накручивать... это по науке называется режим компенсации потерь в кабеле (у разработчика модема).
Реально возможно увеличение до 80мВт (по заявлениям разработчиков модемов).
revit
ohmy.gif Это гуд! smile.gif
Alex
Цитата(oleg @ 27.6.2006, 13:54) *

Необходимо обновлять микропрограммы КСЛ-433 сразу "парами".

Пробовал обновить программы. В диспетчерской и на удалении 3 КСЛ. 2 прошились с номерами изготовления около 400, а с номером 146 проблема: IAP ему подавай!!! Нельзя ли его прошить программатором как КЛШ, ведь там разъём такой есть? Или в ЛКДС присылать?
revit
Цитата(Alex @ 14.3.2007, 8:13) *

Или в ЛКДС присылать?

По номеру -это старый КСЛ без возможности закачки микропрограмм, поэтому прийдется отсылать в ЛКДС.
oleg
ИТАК большое обновление прошивок для КСЛ и моноблоков почти официальный релиз...

ОБЩЕЕ:
КСЛ-Eth v0109, КСЛ-433 v0105, КСЛ-GSM/PSTN v0106, МОНОБЛОКИ ВСЕ v5521
- Поддержка "сервиса статистики" fixed
- счет числа цифровых переданных байт fixed
- счет числа цифровых принятых байт fixed
- счет числа звуковых переданных байт fixed
- счет числа звуковых принятых байт fixed
- счет числа транзитных звуковых перед. байт fixed
- счет числа транзитных звуковых прин. байт fixed


ЧАСТНОЕ:
КСЛ-Eth, Моноблок-Eth
- настройка времени рестарта внешних устройств из NVRAM fixed
- 22яч мл байт время в минутном тике 10 fixed
- счет по времени и потерянным пакетам fixed
- изменение таблицы умолчаний 22 яч мл байт fixed
- время ожидания восстановления связи 0 сек fixed

КСЛ-GSM/PSTN, Моноблок-GSM/PSTN
- автомат. оповещ. о состоянии fixed
- автомат. инф. по завершении сессии fixed
- отправка статистики соед. при начале соед. fixed
- отправка статистики соед. при оконч. соед. fixed
- счет времени установления связи в сек fixed
- счет числа установок связи fixed

МОНОБЛОКИ ВСЕ
- полная поддержка шины v6 fixed
- реализован сервис "выделенного опроса" (аналог alpd4696) fixed
- исправлена таблица уровней опроса для КЛШv5 (аналог alpd4696) fixed

Все многообразие временно находится здесь... Нажмите для просмотра прикрепленного файла
revit
Спасибо, порадовали. smile.gif
oleg
Цитата(revit @ 31.8.2007, 11:32) *

Спасибо, порадовали. smile.gif

Скоро глобальный Upgrade софта для v6 - с поддержкой множества вкусностей...
revit
Цитата(oleg @ 31.8.2007, 14:27) *

КСЛ-Eth, Моноблок-Eth
- настройка времени рестарта внешних устройств из NVRAM fixed
- 22яч мл байт время в минутном тике 10 fixed
Прошил, 22=0. Надо записать время в минутах?
И еще:
Цитата
- счет по времени и потерянным пакетам fixed
как?
Цитата
- изменение таблицы умолчаний 22 яч мл байт fixed
т.е. если =0 то по умолчанию=10мин?
Цитата
- время ожидания восстановления связи 0 сек fixed
для чего?

Цитата
Скоро глобальный Upgrade софта для v6 - с поддержкой множества вкусностей...
Люблю вкусности!
oleg
Цитата(revit @ 31.8.2007, 14:17) *

Прошил, 22=0. Надо записать время в минутах?


КСЛ-Eth, Моноблок-Eth
Если в 22 яч мл байт записать 1, то через одну минуту если не будет входящих пакетов на внешнее устройство будет выставлен сигнал RESET.
Если записать 5, то соответственно через 5 минут.
Если записать 0, то через 255 минут.

Цитата(revit @ 31.8.2007, 14:17) *

- счет по времени и потерянным пакетам fixed
как?

Очень просто. Данный счетчик декрементируется как каждую минуту при отсутствии входящих пакетов, так и при невозможности получить подтверждение на посланный пакет. Т.е. если "отпала связь", а сам КСЛ что-то решил послать, то ситуацию потери связи он обнаружит существенно раньше, чем по таймауту.

Цитата(revit @ 31.8.2007, 14:17) *

- время ожидания восстановления связи 0 сек fixed
для чего?

Если внешнему устройству выдать аппаратный RESET, то не каждое из них сможет мгновенно перейти в режим готовности для передачи. Требуется время на установление канала связи. Чтобы КСЛ в это время ничего не посылал - введен таймер яч19 мл.байт. в 500ms тике.
Если записать:
0 - то после RESET внешнего устройства КСЛ не будет ждать и сразу начнет посылать пакеты,
10 - КСЛ начнет посылать пакеты через 5 сек,
100 - КСЛ начнет посылать пакеты через 50 сек. и т.д.

Цитата(revit @ 31.8.2007, 14:17) *

Скоро глобальный Upgrade софта для v6 - с поддержкой множества вкусностей...
Люблю вкусности!

Будем стараться...
Van Gog
- Поддержка "сервиса статистики" fixed


Каким образом получить статистику? А то у меня перерасход трафика сверх 150 Мб на всех удалённых точках на 50 - 70 Мб, причём не зависимо от количества лифтов.
revit
Цитата(Van Gog @ 24.10.2007, 19:39) *

- Поддержка "сервиса статистики" fixed
Каким образом получить статистику? А то у меня перерасход трафика сверх 150 Мб на всех удалённых точках на 50 - 70 Мб, причём не зависимо от количества лифтов.
Вопрос конечно интересный-наверное еще программно не поддерживается?
Слушай а че так много- даже если без перерасхода?
revit
++++++Версия 01.12. Улучшен механизм удаленного конфигурирования адресов связи устройства. Введена поддержка альтернативных шлюзов.++++
А чем увидеть эти шлюзы?
Молодой
Цитата(Van Gog @ 24.10.2007, 18:39) *

- Поддержка "сервиса статистики" fixed
Каким образом получить статистику? А то у меня перерасход трафика сверх 150 Мб на всех удалённых точках на 50 - 70 Мб, причём не зависимо от количества лифтов.

у меня на одном участке было так - резко вырос трафик - деньги не успеваешь положить, буквально на глазах съедает, решилось включением файрвола в адсл-модеме.
Андрей Ефименко
Цитата(revit @ 24.2.2009, 15:19) *

++++++Версия 01.12. Улучшен механизм удаленного конфигурирования адресов связи устройства. Введена поддержка альтернативных шлюзов.++++
А чем увидеть эти шлюзы?


Альтернативные шлюзы можно задать в ComCLbCfg версии 3.0.6.2. Взять его можно в развернутом дистрибутиве ComCLBCfg

Панель с альтернативными шлюзами для связи вызвается при нажатии на треугольник за полем шлюза данной связи (похоже на альтернативные IP адреса)
revit
Цитата(Андрей Ефименко @ 25.2.2009, 10:33) *

Альтернативные шлюзы можно задать в ComCLbCfg версии 3.0.6.2. Взять его можно в развернутом дистрибутиве ComCLBCfg

Панель с альтернативными шлюзами для связи вызвается при нажатии на треугольник за полем шлюза данной связи (похоже на альтернативные IP адреса)
Пишет -нот фоунд.... Да и екзешник я не качну в конторе, желательно зип, рар.


Цитата(oleg @ 3.9.2007, 4:30) *

......Требуется время на установление канала связи. Чтобы КСЛ в это время ничего не посылал - введен таймер яч19 мл.байт. в 500ms тике.
Если записать:
...100 - КСЛ начнет посылать пакеты через 50 сек. и т.д.
Будем стараться...
Но ведь в поле "ожидание соед. после рестарта" больше 60 не дает записать-ругается! sad.gif
Андрей Ефименко
Цитата(revit @ 25.2.2009, 16:00) *

Пишет -нот фоунд.... Да и екзешник я не качну в конторе, желательно зип, рар.


Ссылку я подправил. А что, по правой кнопке нельзя загрузить файл exe ?
revit
Цитата(Андрей Ефименко @ 25.2.2009, 14:46) *

Ссылку я подправил. А что, по правой кнопке нельзя загрузить файл exe ?
Дома скачал, спасибо. Просто в конторе всякие екзе и прочие вирусоподобные рубятся -жестокая политика админа biggrin.gif
revit
Цитата(revit @ 25.2.2009, 13:00) *

Пишет -нот фоунд.... Да и екзешник я не качну в конторе, желательно зип, рар.
Но ведь в поле "ожидание соед. после рестарта" больше 60 не дает записать-ругается! sad.gif

Дубль два biggrin.gif Уже оказывается звучал этот вопрос. http://www.lkds.ru/forum/index.php?s=&...post&p=3019
Так почему 60?
Alex
Цитата(revit @ 5.3.2009, 11:00) *

Так почему 60?

-Сорок да сорок - рубь сорок. Кофе брали?
-Нет.
-Два сорок.
biggrin.gif
revit
Сегодня из полутора десятков КСЛ попался один с мусором в поле ключа, так что все написанное тут о прошивке моноблоков относится и к КСЛам при прошивке версией 1.19.
Повторюсь.
Внимание !
При обновлении микропрограммы КСЛ удаленно на версию 1.19, поддерживающую ключ шифрования, есть вероятность потери связи с этим КСЛ (где-то около 5%).
Для исключения такой вероятности необходимо перед активацией новой прошивки прочитать настройки и убедится что поле ключ белого цвета и пусто. Если поле желтого цвета со звездочками, то обязательно очистить его и сохранить настройки. После чего активировать новую прошивку.
Обязательно использовать новое ПО - драйвер (LKDSDrvCfg), МСкан и пр.
Alex
Перешил все КСЛы на 1.23. На днях прораб сказал, что трафик по провайдеру N-forta превышен в 1000 раз. КСЛ диспетчерской имеет две входящие связи. Стал разбираться. Нашёл косяк в описании драйвера. На удалёнке к одной из этих двух точек есть аппендикс с 433-м каналом на 2 лифта. Там кто-то нарисовал 2 433-х КСЛа. Убрал лишний. Не помогло. Запретил маршрутизацию, настройки сделал штатные. Не помогло. Заметил, что приём-передача постоянно молотит как при ГГС. Изменил порт данных к одной из точек, чтобы разорвать с ней связь. Не помогло. Восстановил, проделал со второй точкой. Не помогло. Тогда изменил порт с обеими. Помогло. Восстановил, удалённо рестартнул. Не помогло. Молотит как при ГГС. Пустил комп в перезагрузку. Даже во время перезагрузки КСЛ не переставал молотить светодиодами приём-передача. Отключился от сети АДСЛ, объединяющей диспетчерские. Не помогло. Объединяющая сеть между диспетчерскими сделана АДСЛ каналом от Ростелекома. Там те же КСЛы с той же прошивкой, но ведут себя штатно. Сеть правда серии адресов 192.168.х.х. N-forta 172.х.х.х серии, но внешки нет. Везде статика. Вернул прошивку на 1.22. ПОМОГЛО. Что бы это значило? На серии адресов 192.168.х.х таких проблем нет. Шьто скажит таварищ Жюкав?
Андрей Ефименко
Цитата(Alex @ 13.7.2016, 18:39) *

Перешил все КСЛы на 1.23. На днях прораб сказал, что трафик по провайдеру N-forta превышен в 1000 раз. КСЛ диспетчерской имеет две входящие связи. Стал разбираться. Нашёл косяк в описании драйвера. На удалёнке к одной из этих двух точек есть аппендикс с 433-м каналом на 2 лифта. Там кто-то нарисовал 2 433-х КСЛа. Убрал лишний. Не помогло. Запретил маршрутизацию, настройки сделал штатные. Не помогло. Заметил, что приём-передача постоянно молотит как при ГГС. Изменил порт данных к одной из точек, чтобы разорвать с ней связь. Не помогло. Восстановил, проделал со второй точкой. Не помогло. Тогда изменил порт с обеими. Помогло. Восстановил, удалённо рестартнул. Не помогло. Молотит как при ГГС. Пустил комп в перезагрузку. Даже во время перезагрузки КСЛ не переставал молотить светодиодами приём-передача. Отключился от сети АДСЛ, объединяющей диспетчерские. Не помогло. Объединяющая сеть между диспетчерскими сделана АДСЛ каналом от Ростелекома. Там те же КСЛы с той же прошивкой, но ведут себя штатно. Сеть правда серии адресов 192.168.х.х. N-forta 172.х.х.х серии, но внешки нет. Везде статика. Вернул прошивку на 1.22. ПОМОГЛО. Что бы это значило? На серии адресов 192.168.х.х таких проблем нет. Шьто скажит таварищ Жюкав?

Нужно разглядывать логи. Сформируйте данные для передачи в техподдержку с даты когда началось возрастание трафика и пришлите, укажите когда была сменена прошивка, номер УМ
Alex
Логи отправил. Вот к какому заключению пришёл я:
1) В сети между диспетчерскими КСЛы работают спокойно, поскольку все они связаны звездой к ЦД дымоудаления. Там ПКСЛ. LKDSDrv не очень свежий.
2) На канале N-forta и собственных каналах трафик молотит от души. Там КСЛы, моноблоки работают друг с другом напрямую.
Вывод: при соединении версии КСЛ 1.23 или родственной ей моноблока друг с другом они молотят от души. И неважно есть ли комп, привильно ли описан драйвер. Молотят они невзирая на всё остальное оборудование. Там, где между ними нет прямого соединения и проблем нет.
Alex
Вопрос решён. Выводы сделаны правильно. Тем кто установил новые прошивки рекомендую откатить на 1.22 в КСЛах. Аналогично КСЛ СМ3 и моноблоки.
revit
У меня много обордования и ксл-ов и моно и везде новые прошивки, но такого не замечал. Правда вся структура построена звездой и в ксл-ах стоят запреты маршрутизации.
Видимо у тебя получилась какая-то нежелательная конфигурация. Петель не было?
котяра
такой эффект проявился на последней/последних прошивках ксл/моноблоках. Проявляется только в прямых связях между "аппаратными" устройствами.
к примеру:
Если на пульту стоит аппаратный КСЛ и указана связь с удалённым КСЛ то этот эффект возникает ( при условии что там и там последняя прошивка). И как следствие безмерное увеличение трафика, что " на медленных" каналах с большим числом связей может привести ещё и к ухудшению ГГС.

Если на пульту программый ПКСЛ то этого эффекта нет.

Поэтому пока действительно лучше откатить на предпоследнии прошивки.

revit
Понятно. У меня на сервере только программные ксл, поэтому и нет такого.
oleg
Цитата(Alex @ 13.7.2016, 12:39) *

Перешил все КСЛы на 1.23. На днях прораб сказал, что трафик по провайдеру N-forta превышен в 1000 раз. КСЛ диспетчерской имеет две входящие связи. Стал разбираться....

Разобрались. Действительно при установке прошивки 1.23 на КСЛ-Ethernet и 65.311 на Моноблок-Ethernet при организации прямой связи между аппаратными устройствами с указанными прошивками, возник эффект "петли" приводящий к росту трафика. При работе с программным КСЛ эффекта "петли" нет. Обнаруженная проблема исправлена. Прошивки обновлены и доступны на сайте 1.24 для КСЛ-Ethernet и 65.312 для Моноблока -Ethernet. Доступ к прошивкам 1.23 и 65.311 - закрыт. Персональное спасибо Alex за внимательность и замечания.
Alex
Присланные мне 1.23 и 65.311 в подредактированном виде работают. Пока полёт нормальный. Устройства СМ3 чаша сия миновала. Там такого не проявилось.
Alex
Тема немного другая. Более подходящей не нащёл. Даже создать её не знаю в каком из разделов.
Суть следующая: имеем сеть на основе АДСЛ по принципу "звезда". ЦУП (центр управления полётами (ПКСЛ) в мастерской на соседнем IP в помещении диспетчерской) => центр звезды => УМ другой диспетчерской. В этой диспетчерской 2 КСЛа: общей сети (далее КСЛ1) и пяти удалённых собственных каналов (КСЛ2). Подключены каналы к КСЛу через свич. Везде статика без логинов-паролей. Проблемы плавного подыхания АДСЛ модемов всем известны. Плюс к тому телефонная линия перенесена из здания старой уже закрытой диспетчерской по собственным линиям по ТПП кабелю. Это я к тому, что потери возможны как по причине полусдохшего модема какой-то диспетчерской (или двух-трёх как максимум), так и по трассам телефонных линий. Так вот: пытался я из ЦУПа обновить прошивки моноблоков пяти собственных каналов той диспетчерской. Многократно и безуспешно. На фрагменте из диапазона 500-1700 заливка останавливалась и через время стандартное сообщение об отсутствии подтверждения от получения очередного фрагмента. Стал анализировать. КСЛы той диспетчерской прошились без особых проблем. В том плане, что скорость плавала, но всё прошилось. В тех пяти каналах 1 моноблок и 4 моноблока СМ3. Ни один не прошился. Что общее? Общее - КСЛ2. Как его взбодрить во время заливки моноблоков? Пришла идея отвлечь его чтением его адресов связи. Как только счётчик фрагментов останавливался более чем на 10-15 секунд, давил "прочитать" в таблице адресов связи. После этого таблица обновлялась и через пару секунд счётчик продолжал работу. Обновил-таки! Все 5! За один присест! Какими версиями? Да разными в разное время. Последнее обновление моно СМ3 до 04.08, не СМ3 до исправленной 65.311. На сей раз все 5 обновил за один сеанс. Поочерёдно, конечно. Не все сразу. Может кому пригодится такая технология, а разработчики подрихтуют сей процесс.
Alex
На днях опять обновлял. На двух удалённых локальных диспетчерских не смог обновить прошивки КСЛов и моноблоков. Тех, что находятся удалённо от этих диспетчерских. То, что находится локально на диспетчерских прошилось без проблем. Чтение адресов связи КСЛа, работающего на удалённые каналы запустило процесс. Так же при остановке счётчика фрагментов более чем на 20 секунд жал кнопку чтения адресов. После этого процесс продолжался. В противном случае ещё через несколько секунд было бы сообщение об отсутствии ответа на получение фрагмента. Более подробно об архитектуре:
1) ЛД + мастерская. В мастерской - ПКСЛ.
2) центр "звезды" сети ЛКДС, ЦД, ПКСЛ, где прописаны связи со всеми ЛД. В том числе и с мастерской.
3) КСЛ, УМ другой ЛД, ММИ, КСЛ удалённых каналов.
4) моноблоки и КСЛы удалённых каналов.
Тормозом оказались подчёркнутые КСЛы. Мои мысли: ПКСЛ мастерской - ЦД (т. е. 9 слот) посылает запрос компьютеру ЛД, который является посредником, поскольку он администратор и все действия с его оборудованием только с его ведома. Поскольку компьютеры не ах какие шустрые, то они просто не успевают обрабатывать все потоки. Возможно, и в ПО есть недочёты. Ну не успел компьютер вовремя отреагировать. Почему процесс остановился? Случайно обнаружил, что чтением адресов подчёркнутого КСЛа процесс удаётся толкнуть. В одной ЛД дальние УМ вообще были недоступны пока в таком же КСЛе не прочитал адреса связи.
котяра

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


Вопрос. А подчеркнутые "КСЛ удалённых каналов" также тормозят при загрузке?
А если параллельно заливать и в этот КСЛ и в удалённый?

Я б например попробовал поднять скорость обмена на ММИ в локальной диспетсерской...
Это текстовая версия — только основной контент. Для просмотра полной версии этой страницы, пожалуйста, нажмите сюда.
Русская версия Invision Power Board © 2001-2024 Invision Power Services, Inc.