Версия для печати темы

Нажмите сюда для просмотра этой темы в обычном формате

Лифт-Комплекс ДС _ КСЛ _ Микропрограммы для КСЛ

Автор: oleg 27.6.2006, 16:54

Пока не создана страница по микропрограммам для КСЛ в данную ветку будут выкладываться обновления и бета-версии...


- КСЛ-433 V01.03. - bugfix по работе с модемом РМД400 при передаче звука из лифта в диспетчерскую. Необходимо обновлять микропрограммы КСЛ-433 сразу "парами".


Прикрепленные файлы
Прикрепленный файл  ll433_0103.b20 ( 10.75 килобайт ) Кол-во скачиваний: 1675

Автор: oleg 18.7.2006, 10: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)

Автор: revit 18.7.2006, 17:11

Цитата(oleg @ 18.7.2006, 4:44) *

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

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

Автор: oleg 19.7.2006, 17:52

Цитата(revit @ 18.7.2006, 11:11) *

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

Отправлено.

Все текущие микропрограммы для КСЛ, а также Беты - выложены на сайт в разделе КСЛ...

Автор: revit 21.7.2006, 20:35

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

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

Автор: oleg 24.7.2006, 8:27

Цитата(revit @ 21.7.2006, 14:35) *

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

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

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

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

Вообще процедура удаленного обновления микропрограмм - хороший тест на устойчивость связи...

Автор: revit 24.7.2006, 12:20

Я же писал-

Цитата(revit @ 21.7.2006, 14:35) *

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

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

Автор: vlasoff 25.7.2006, 18:36

Цитата(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 26.7.2006, 14:14

Цитата(vlasoff @ 25.7.2006, 12:36) *

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

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

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

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

Автор: vlasoff 26.7.2006, 16:28

Цитата(oleg @ 26.7.2006, 12:14) *

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


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

Автор: oleg 27.7.2006, 8:55

Цитата(vlasoff @ 26.7.2006, 10:28) *

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

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

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

Автор: vlasoff 27.7.2006, 10:27

Цитата(oleg @ 27.7.2006, 6:55) *

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

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


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

Автор: oleg 27.7.2006, 14:10

Цитата(vlasoff @ 27.7.2006, 4:27) *

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

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

Автор: vlasoff 27.7.2006, 17:11

Цитата(oleg @ 27.7.2006, 12:10) *

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


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

Автор: oleg 27.7.2006, 17:40

Цитата(vlasoff @ 27.7.2006, 11:11) *

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

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

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

Автор: vlasoff 27.7.2006, 17:43

Цитата(oleg @ 27.7.2006, 15:40) *

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

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


Тогда ждем, собственно, обновленной прошивки biggrin.gif

Автор: oleg 31.7.2006, 13:33

КСЛ-433 V01.04.Gamma

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

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

Файл прошивки находится на странице микропрограмм для КСЛ-433.

Автор: revit 31.7.2006, 21:13

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

Автор: oleg 2.8.2006, 10:56

Цитата(revit @ 31.7.2006, 15:13) *

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

Именно накручивать... это по науке называется режим компенсации потерь в кабеле (у разработчика модема).
Реально возможно увеличение до 80мВт (по заявлениям разработчиков модемов).

Автор: revit 2.8.2006, 22:38

ohmy.gif Это гуд! smile.gif

Автор: Alex 14.3.2007, 11:13

Цитата(oleg @ 27.6.2006, 13:54) *

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

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

Автор: revit 14.3.2007, 12:27

Цитата(Alex @ 14.3.2007, 8:13) *

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

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

Автор: oleg 31.8.2007, 16:27

ИТАК большое обновление прошивок для КСЛ и моноблоков почти официальный релиз...

ОБЩЕЕ:
КСЛ-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

Все многообразие временно находится здесь... Прикрепленный файл  _________310807.rar ( 98.15 килобайт ) Кол-во скачиваний: 886

Автор: revit 31.8.2007, 17:32

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

Автор: oleg 31.8.2007, 18:03

Цитата(revit @ 31.8.2007, 11:32) *

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

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

Автор: revit 31.8.2007, 20:17

Цитата(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 3.9.2007, 7:30

Цитата(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 24.10.2007, 21:39

- Поддержка "сервиса статистики" fixed


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

Автор: revit 24.10.2007, 21:59

Цитата(Van Gog @ 24.10.2007, 19:39) *

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

Автор: revit 24.2.2009, 15:19

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

Автор: Молодой 25.2.2009, 13:02

Цитата(Van Gog @ 24.10.2007, 18:39) *

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

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

Автор: Андрей Ефименко 25.2.2009, 13:33

Цитата(revit @ 24.2.2009, 15:19) *

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


Альтернативные шлюзы можно задать в ComCLbCfg версии 3.0.6.2. Взять его можно в развернутом дистрибутиве http://www.lkds.ru/soft/unpacked/LKDS/ComCLB/ComCLBcfg.exe

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

Автор: revit 25.2.2009, 16:00

Цитата(Андрей Ефименко @ 25.2.2009, 10:33) *

Альтернативные шлюзы можно задать в ComCLbCfg версии 3.0.6.2. Взять его можно в развернутом дистрибутиве http://www.lkds.ru/soft/unpacked/LKDS/ComCLB/ComCLBCfg.exe

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


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

......Требуется время на установление канала связи. Чтобы КСЛ в это время ничего не посылал - введен таймер яч19 мл.байт. в 500ms тике.
Если записать:
...100 - КСЛ начнет посылать пакеты через 50 сек. и т.д.
Будем стараться...
Но ведь в поле "ожидание соед. после рестарта" больше 60 не дает записать-ругается! sad.gif

Автор: Андрей Ефименко 25.2.2009, 17:46

Цитата(revit @ 25.2.2009, 16:00) *

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


Ссылку я подправил. А что, по правой кнопке нельзя загрузить файл exe ?

Автор: revit 25.2.2009, 23:59

Цитата(Андрей Ефименко @ 25.2.2009, 14:46) *

Ссылку я подправил. А что, по правой кнопке нельзя загрузить файл exe ?
Дома скачал, спасибо. Просто в конторе всякие екзе и прочие вирусоподобные рубятся -жестокая политика админа biggrin.gif

Автор: revit 5.3.2009, 14:00

Цитата(revit @ 25.2.2009, 13:00) *

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

Дубль два biggrin.gif Уже оказывается звучал этот вопрос. http://www.lkds.ru/forum/index.php?s=&showtopic=399&view=findpost&p=3019
Так почему 60?

Автор: Alex 6.3.2009, 0:03

Цитата(revit @ 5.3.2009, 11:00) *

Так почему 60?

-Сорок да сорок - рубь сорок. Кофе брали?
-Нет.
-Два сорок.
biggrin.gif

Автор: revit 18.3.2015, 18:46

Сегодня из полутора десятков КСЛ попался один с мусором в поле ключа, так что http://www.lkds.ru/forum/index.php?s=&showtopic=2825&view=findpost&p=18923 относится и к КСЛам при прошивке версией 1.19.
Повторюсь.
Внимание !
При обновлении микропрограммы КСЛ удаленно на версию 1.19, поддерживающую ключ шифрования, есть вероятность потери связи с этим КСЛ (где-то около 5%).
Для исключения такой вероятности необходимо перед активацией новой прошивки прочитать настройки и убедится что поле ключ белого цвета и пусто. Если поле желтого цвета со звездочками, то обязательно очистить его и сохранить настройки. После чего активировать новую прошивку.
Обязательно использовать новое ПО - драйвер (LKDSDrvCfg), МСкан и пр.

Автор: Alex 13.7.2016, 18:39

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

Автор: Андрей Ефименко 14.7.2016, 8:17

Цитата(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 14.7.2016, 20:20

Логи отправил. Вот к какому заключению пришёл я:
1) В сети между диспетчерскими КСЛы работают спокойно, поскольку все они связаны звездой к ЦД дымоудаления. Там ПКСЛ. LKDSDrv не очень свежий.
2) На канале N-forta и собственных каналах трафик молотит от души. Там КСЛы, моноблоки работают друг с другом напрямую.
Вывод: при соединении версии КСЛ 1.23 или родственной ей моноблока друг с другом они молотят от души. И неважно есть ли комп, привильно ли описан драйвер. Молотят они невзирая на всё остальное оборудование. Там, где между ними нет прямого соединения и проблем нет.

Автор: Alex 14.7.2016, 20:59

Вопрос решён. Выводы сделаны правильно. Тем кто установил новые прошивки рекомендую откатить на 1.22 в КСЛах. Аналогично КСЛ СМ3 и моноблоки.

Автор: revit 14.7.2016, 21:36

У меня много обордования и ксл-ов и моно и везде новые прошивки, но такого не замечал. Правда вся структура построена звездой и в ксл-ах стоят запреты маршрутизации.
Видимо у тебя получилась какая-то нежелательная конфигурация. Петель не было?

Автор: котяра 15.7.2016, 9:54

такой эффект проявился на последней/последних прошивках ксл/моноблоках. Проявляется только в прямых связях между "аппаратными" устройствами.
к примеру:
Если на пульту стоит аппаратный КСЛ и указана связь с удалённым КСЛ то этот эффект возникает ( при условии что там и там последняя прошивка). И как следствие безмерное увеличение трафика, что " на медленных" каналах с большим числом связей может привести ещё и к ухудшению ГГС.

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

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


Автор: revit 15.7.2016, 11:07

Понятно. У меня на сервере только программные ксл, поэтому и нет такого.

Автор: oleg 18.7.2016, 11:32

Цитата(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 18.7.2016, 20:49

Присланные мне 1.23 и 65.311 в подредактированном виде работают. Пока полёт нормальный. Устройства СМ3 чаша сия миновала. Там такого не проявилось.

Автор: Alex 10.11.2016, 3:03

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

Автор: Alex 27.1.2017, 0:22

На днях опять обновлял. На двух удалённых локальных диспетчерских не смог обновить прошивки КСЛов и моноблоков. Тех, что находятся удалённо от этих диспетчерских. То, что находится локально на диспетчерских прошилось без проблем. Чтение адресов связи КСЛа, работающего на удалённые каналы запустило процесс. Так же при остановке счётчика фрагментов более чем на 20 секунд жал кнопку чтения адресов. После этого процесс продолжался. В противном случае ещё через несколько секунд было бы сообщение об отсутствии ответа на получение фрагмента. Более подробно об архитектуре:
1) ЛД + мастерская. В мастерской - ПКСЛ.
2) центр "звезды" сети ЛКДС, ЦД, ПКСЛ, где прописаны связи со всеми ЛД. В том числе и с мастерской.
3) КСЛ, УМ другой ЛД, ММИ, КСЛ удалённых каналов.
4) моноблоки и КСЛы удалённых каналов.
Тормозом оказались подчёркнутые КСЛы. Мои мысли: ПКСЛ мастерской - ЦД (т. е. 9 слот) посылает запрос компьютеру ЛД, который является посредником, поскольку он администратор и все действия с его оборудованием только с его ведома. Поскольку компьютеры не ах какие шустрые, то они просто не успевают обрабатывать все потоки. Возможно, и в ПО есть недочёты. Ну не успел компьютер вовремя отреагировать. Почему процесс остановился? Случайно обнаружил, что чтением адресов подчёркнутого КСЛа процесс удаётся толкнуть. В одной ЛД дальние УМ вообще были недоступны пока в таком же КСЛе не прочитал адреса связи.

Автор: котяра 27.1.2017, 10:50


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


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

Я б например попробовал поднять скорость обмена на ММИ в локальной диспетсерской...

Автор: revit 27.1.2017, 12:15

Alex получается что п. 2 и п. 3 это транзитные КСЛ-ы?
У меня звезда практически вся без транзитов , есть только транзиты для 433 и такой фигни никогда не наблюдал. Но правда редко заливаю через транзитные узлы в основном всегда с центрального компа через удаленное подключение.
Есть у меня один город где на их все точки транзит через их ПКСЛ (отдельные связи не организовали еще в удаленных моно) - были проблемы похожие но нескольок иначе6 минута есть пакеты, минута -нету. Но это похоже проблема у них по каналу или в оборудовании сетевом.

Автор: Alex 28.1.2017, 15:44

Да. Есть транзитные узлы. Когда данные проходят через несколько узлов всегда существует проблема целостности данных. К примеру мы отправляем 12345678. По пути один бит выпал и пришло 1234568 скажем. Или наоборот добавился и пришло 123456778. Если следующий пакет дойдёт правильным, то в регистре он будет выглядеть либо 23456781, либо 81234567. На мой взгляд это и вводит систему в ступор.

Цитата(котяра @ 27.1.2017, 7:50) *

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

Данные попадают на ММИ, где скорость 9600. Далее на удалённые объекты, поэтому КСЛ в п 3 не подчёркнутый грузится быстрее чем подчёркнутый.

Автор: revit 28.1.2017, 19:08

А переключить узлы с ММИ на 19200?

Автор: Alex 29.1.2017, 14:39

Побыстрее пойдёт через ММИ. Тогда и производительность компьютера должна соответствовать. Не факт, что подняв скорость не получишь других проблем.

Автор: котяра 30.1.2017, 8:33


Ну производительность компьютера тут не слишком важна.
Это если ПКСЛ то да, желательно пошустрей. А при ММИ то и до 38400 можно подымать, разницы нет. Она на работу с журналом сказывается сильно.

(у нас, до недавнего времени, работал комп под: ХР, 600 МГц, 512 озу. Причём там ПКСЛ установлен был)

Единственное неприятное, что иногда случалось ранее, то это сброс (по каким то причинам) скорости в устройстве (КЛШ, КСЛ) на 9600.

И ещё. По моему, если вы даже отключите Локальный компьютер то всё равно связь с удалённым Ум от вас будет. Запросы то прямые.

Автор: revit 20.4.2017, 21:48

Прошивка eth_010R не меняет версию, остается 1.24.

Автор: revit 9.6.2017, 11:11

Цитата(revit @ 20.4.2017, 18:48) *

Прошивка eth_010R не меняет версию, остается 1.24.
Так и не исправлено до сих пор.
Прикрепленное изображение

Автор: oleg 9.6.2017, 13:42

Цитата(revit @ 9.6.2017, 5:11) *

Так и не исправлено до сих пор.
Прикрепленное изображение

Исправлено... проверяйте.

Автор: revit 9.6.2017, 13:55

Сейчас меняет -1.25

Автор: Romanych 4.9.2017, 14:05

Здравия.
Подскажите КСЛ v5.2 PSTN СБН.465213.038 Серия: 247, 360, 361 Дата: 06.06
Отказывается пере прошиваться с ПК в eth версию. Выдает ошибку, что устройство не поддерживает IAO.
Их с программатора можно переделать или это версии которые нельзя превратить в eth.
Есть такой же переделанный Серии: 871 Дата: 04.07 спокойно перепрошивался и стоит работает стабильно.
Благодарю!

Автор: revit 4.9.2017, 15:23

Версия прошивки -0.xx?

http://wiki.lkds.ru/index.php/Контроллер_соединительной_линии_v5.2

Автор: Andrey Petrov 5.9.2017, 17:33

Цитата(revit @ 4.9.2017, 14:23) *

Версия прошивки -0.xx?

http://wiki.lkds.ru/index.php/Контроллер_соединительной_линии_v5.2

Если с программатора+прищепка влить прошивку, он заработает или нужно особую переходную прошивку?
Есть мануал по доработке таких версий?

Автор: revit 5.9.2017, 21:02

Там же написано русским по белому-в сервисный центр. Загрузчик нужно перешивать.

Автор: oleg 6.9.2017, 17:25

Цитата(Romanych @ 4.9.2017, 8:05) *

Здравия.
Подскажите КСЛ v5.2 PSTN СБН.465213.038 Серия: 247, 360, 361 Дата: 06.06
Отказывается пере прошиваться с ПК в eth версию. Выдает ошибку, что устройство не поддерживает IAO.
Их с программатора можно переделать или это версии которые нельзя превратить в eth.
Есть такой же переделанный Серии: 871 Дата: 04.07 спокойно перепрошивался и стоит работает стабильно.
Благодарю!

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

Автор: Alex 10.9.2017, 0:37

Залил последние прошивки в КСЛы и моноблоки. Моноблоки работают нормально. СМ3 порадовал устойчивостью. Лучше чем 4.10 и тем более чем 4.12 версия. А вот КСЛ 5.2 по-разному. Где-то проглотили и работают, но 2 "отвалились". Из "ЦУПа" перестал видеть удалённую диспетчерскую. И не одну, а целых две. В одну поехал напарник, в другую - я. И там и там при запуске МСкан сеть была видна. Тем не менее откатили на 1.24. Сеть видна, успокоились. Приехав в "ЦУП" я так и не увидел диспетчерскую на которую сам ездил. Откат сделал, сеть оттуда видна... В общем по телефону попросил механика передёрнуть питание КСЛа. После этого диспетчерская стала видна. Приостановил я активацию версии 1.25. Вернул все КСЛы 5.2 на 1.24.

Автор: oleg 12.9.2017, 10:23

Цитата(Alex @ 9.9.2017, 18:37) *

Залил последние прошивки в КСЛы и моноблоки. Моноблоки работают нормально. СМ3 порадовал устойчивостью. Лучше чем 4.10 и тем более чем 4.12 версия. А вот КСЛ 5.2 по-разному. Где-то проглотили и работают, но 2 "отвалились". Из "ЦУПа" перестал видеть удалённую диспетчерскую. И не одну, а целых две. В одну поехал напарник, в другую - я. И там и там при запуске МСкан сеть была видна. Тем не менее откатили на 1.24. Сеть видна, успокоились. Приехав в "ЦУП" я так и не увидел диспетчерскую на которую сам ездил. Откат сделал, сеть оттуда видна... В общем по телефону попросил механика передёрнуть питание КСЛа. После этого диспетчерская стала видна. Приостановил я активацию версии 1.25. Вернул все КСЛы 5.2 на 1.24.

Version 01.25 от 15.02.17. (по замечаниям Revit)
- Bugfix неинициализации переменных при переходе от прошивок не поддерживающих режим мультиадминистрирования:
- Массивов xllstat - Статистики
- Массивов xHost - Адресов администраторов
- Массивов xRstLink - Управления Прерывания питания

Переводя на русский - до версии 1.25 при использовании загрузки микропрограмм в КСЛ, которые были выпущены без поддержки режима мультиадминистрирования, указанные массивы оставались НЕПРОИНИЦИАЛИЗИРОВАННЫМИ, что могло приводить к сбоям в расчете статистики переданных/принятых данных, временной отправки пакетов несуществующим администраторам и т.п. эффектам.

Автор: revit 12.9.2017, 11:58

Не замечал проблем со стабильностью связи ни на 4.10, ни на 4.12, ни на 1.25. Всегда обновляю на последнюю.

Автор: Alex 9.11.2017, 16:10

Возникли проблемы с обновлением по сети. Счётчик загрузки останавливался на 2-5 секунд. Иногда надолго с выдачей сообщения об отсутствии подтверждения получения пакета. Сеть составлена в виде звезды, где на концах лучей локальные диспетчерские со своими удалёнными лифтами. Центр звезды - диспетчерская дымоудаления, где собраны все ИТ, контролирующие эти системы. Если шить удалённые ЛБ другой диспетчерской, то возникает много перевалочных баз. В диспетчерской переход от КСЛа одной сети в КСЛ другой сети. Замечено, что проблема коснулась КСЛов только СМ3. С разработчиками совместно стали разбираться с проблемой. Итогом стала серия новых прошивок. Для устройств СМ3 они остались той же версии, так что укажу вес этой прошивки в залитой ячейке. С устройствами не СМ3 проблем не было за одним исключением: прошивка КСЛ 5.2 версии 01.25 ухудшила видимость дальних диспетчерских и пришлось вернуть на 01.24. Так же обнаружился один нюанс: маршрутизация в КСЛах у меня была запрещена, поскольку везде постоянное соединение без логинов/паролей/роутеров. Со статикой. В каждой диспетчерской описано соединение со своими лифтами и центром звезды. На моём компе так же описано соединение с центром звезды. Получились 2 куска. И, чтобы шить дальние ЛБ, я считал это достаточным. Не было описания полного пути до ЛБ. По этой причине маршрутизацию пришлось включить. Прошивки опробовал, работают нормально.
КСЛ 5.2 - 01.26
моноблок - 06.05/03.15
КСЛ СМ3 - 04.09 весом 85400
моноблок СМ3 - 07.05/04.13 весом 111256
Огромное спасибо Богатырёву Андрею Викторовичу и Андрейченко Олегу Владимировичу!

Автор: revit 8.4.2019, 16:50

Просьба ко всем у кого есть в обслуживании КСЛ-СМ3 проверить работу ГГС на последней прошивке 4.16 .

Автор: Андрей Богатырев 9.4.2019, 10:01

Цитата(revit @ 8.4.2019, 17:50) *

Просьба ко всем у кого есть в обслуживании КСЛ-СМ3 проверить работу ГГС на последней прошивке 4.16 .


В версии 4.16 была обнаружена и исправлена проблема с работой ГГС (отсутствовал звук в направлении диспетчера). Исправленная прошивка лежит на сайте под тем же номером 4.16.



Русская версия Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)