коды рестартов ксл, где посмотреть ? |
Здравствуйте, гость ( Вход | Регистрация )
коды рестартов ксл, где посмотреть ? |
Puh |
2.10.2010, 14:58
Сообщение
#1
|
Участник Группа: Пользователи Сообщений: 62 Регистрация: 25.2.2010 Пользователь №: 4 354 |
Интересуют код 0х22 . И если не сложно , где можно весь список глянуть.
|
revit |
4.3.2013, 14:28
Сообщение
#2
|
Активист Группа: Пользователи Сообщений: 6 658 Регистрация: 7.2.2006 Из: г. Ростов-на-Дону Пользователь №: 3 |
О 0х22 тут еще вопрошали
И я даже что-то написал в третьем сообщении. -------------------- Я не понял Вашего вопроса, но я Вам на него отвечу.....
Лень-психоматический признак исправности выработанного за годы эволюции механизма интуитивного распознавания безсмысленности выполняемой задачи. |
ded |
5.3.2013, 1:24
Сообщение
#3
|
Участник Группа: Пользователи Сообщений: 44 Регистрация: 29.11.2007 Пользователь №: 2 534 |
revit,Вы писали "....0x22 - это по моему переполнение очереди на передачу и как следствие перезагрузка КСЛа...". Но из сообщения Виноградова следует,что " rsttxof 0Ah рестарт по переполнению очереди на передачу". Так где же истина ? Разработчики не желают ответить ? |
oleg |
5.3.2013, 18:20
Сообщение
#4
|
Активист Группа: LKDS_Team Сообщений: 1 534 Регистрация: 10.2.2006 Пользователь №: 6 |
revit,Вы писали "....0x22 - это по моему переполнение очереди на передачу и как следствие перезагрузка КСЛа...". Но из сообщения Виноградова следует,что " rsttxof 0Ah рестарт по переполнению очереди на передачу". Так где же истина ? Разработчики не желают ответить ? Обьясняю: Код рестарта 0x22 - является охранным механизмом в работе КСЛ433 и моноблока 433 который срабатывает при отправке 100 пакетов КСЛ в эфир и отсутствию приема из эфира хотя бы одного пакета ответа от соседнего КСЛ-а (моноблока). Код рестарта 0x0A - рестарт по переполнению очереди на передачу (в ММИ). Возникает в КЛШ и КСЛ при большом трафике и нехватке пропускной способности ММИ для передачи данных. ( в том числе компьютеру). Для моноблока данный код рестарта практически исключен. |
ded |
6.3.2013, 0:56
Сообщение
#5
|
Участник Группа: Пользователи Сообщений: 44 Регистрация: 29.11.2007 Пользователь №: 2 534 |
Обьясняю: Код рестарта 0x22 - является охранным механизмом в работе КСЛ433 и моноблока 433 который срабатывает при отправке 100 пакетов КСЛ в эфир и отсутствию приема из эфира хотя бы одного пакета ответа от соседнего КСЛ-а (моноблока). Код рестарта 0x0A - рестарт по переполнению очереди на передачу (в ММИ). Возникает в КЛШ и КСЛ при большом трафике и нехватке пропускной способности ММИ для передачи данных. ( в том числе компьютеру). Для моноблока данный код рестарта практически исключен. Вот за это Большое Человеческое Спасибо ! Хотелось бы все,конечно,подробности по всем кодам. |
oleg |
11.7.2013, 17:47
Сообщение
#6
|
Активист Группа: LKDS_Team Сообщений: 1 534 Регистрация: 10.2.2006 Пользователь №: 6 |
Для тестирования "выкладываются" версии всех моноблоков и КСЛ с модифицированным механизмом ретрансляции широковещательных пакетов. Модификация позволяет резко ускорить сканирование сети программой MScan и "восстановления" маршрутов при рестарте моноблоков и КСЛ-ов. Что является очень важным при работе в больших и распределенных сетях. Впечатления, замечания приветствуются...
После учета замечаний и предложений прошивки перейдут в статус официальных... Прикрепленные файлы ksl_mono_130711.rar ( 106.15 килобайт ) Кол-во скачиваний: 407 |
ded |
27.7.2013, 17:35
Сообщение
#7
|
Участник Группа: Пользователи Сообщений: 44 Регистрация: 29.11.2007 Пользователь №: 2 534 |
Для тестирования "выкладываются" версии всех моноблоков и КСЛ ............ Залил новые прошивки в 2 ксл eth. Один ксл в 9 слоте цд, второй в 8 слоте лд. Начались хаотические рестарты ксл,потеря связи, причём не только этих двух, но и по всей сети. Вернулся на lleth_010I.b20 - всё пришло в норму. |
oleg |
31.7.2013, 10:50
Сообщение
#8
|
Активист Группа: LKDS_Team Сообщений: 1 534 Регистрация: 10.2.2006 Пользователь №: 6 |
Залил новые прошивки в 2 ксл eth. Один ксл в 9 слоте цд, второй в 8 слоте лд. Начались хаотические рестарты ксл,потеря связи, причём не только этих двух, но и по всей сети. Вернулся на lleth_010I.b20 - всё пришло в норму. Судя по сообщению... копать в сторону особенностей конфигурирования сети ксл... проблема скорее всего в наличии так называемых "петель". Это наиболее часто встречающаяся ошибка при построении системы с несколькими диспетчерскими... а новые прошивки данные особенности выявляют и в достаточно жесткой форме проявляют... |
WFox |
31.7.2013, 13:22
Сообщение
#9
|
Активный участник Группа: Пользователи Сообщений: 242 Регистрация: 11.10.2006 Пользователь №: 231 |
КСЛ-Ethernet firmware 1.17, последовательно коды рестарта 0х39 и 0х33, что делать???
|
oleg |
7.8.2013, 13:40
Сообщение
#10
|
Активист Группа: LKDS_Team Сообщений: 1 534 Регистрация: 10.2.2006 Пользователь №: 6 |
КСЛ-Ethernet firmware 1.17, последовательно коды рестарта 0х39 и 0х33, что делать??? Разобрались... Итак при разработке версии 1.18 КСЛ-Ethernet 03.04.12. был добавлен отладочный алгоритм оповещения о причине рестарта внешнего УПП: - фиктивный рестарт при срабатывании прерывателя питания - 0x30..0x3F - по превышению числа ретрансляций - 0x40..0x4F - по превышению времени ожидания - где 0..F - номер линии Смысл следующий. При срабатывании УПП в программе MPult происходила (для отладки) фиксация причины прерывания питания. При выпуске релиза прошивки от 03.08.12. данная отладочная информация не была убрана (по недосмотру)... в связи с чем сейчас мы можем лицезреть вышеназванные коды псевдорестартов. Соответственно: рестарт 0x33 - неустойчивый обмен по "связи 4" КСЛ. (т.е. на отправленные данные не приходят подтверждения) рестарт 0x39 - неустойчивая обмен по "связи 10". Вопрос сообществу: убирать ли в следующих релизах прошивки данную функцию... или ее наличие может быть полезной в обслуживании? |
WFox |
8.8.2013, 1:31
Сообщение
#11
|
Активный участник Группа: Пользователи Сообщений: 242 Регистрация: 11.10.2006 Пользователь №: 231 |
Разобрались... Итак при разработке версии 1.18 КСЛ-Ethernet 03.04.12. был добавлен отладочный алгоритм оповещения о причине рестарта внешнего УПП: - фиктивный рестарт при срабатывании прерывателя питания - 0x30..0x3F - по превышению числа ретрансляций - 0x40..0x4F - по превышению времени ожидания - где 0..F - номер линии Смысл следующий. При срабатывании УПП в программе MPult происходила (для отладки) фиксация причины прерывания питания. При выпуске релиза прошивки от 03.08.12. данная отладочная информация не была убрана (по недосмотру)... в связи с чем сейчас мы можем лицезреть вышеназванные коды псевдорестартов. Соответственно: рестарт 0x33 - неустойчивый обмен по "связи 4" КСЛ. (т.е. на отправленные данные не приходят подтверждения) рестарт 0x39 - неустойчивая обмен по "связи 10". Вопрос сообществу: убирать ли в следующих релизах прошивки данную функцию... или ее наличие может быть полезной в обслуживании? Хм.... Проверил эти узлы, потерь пакетов или "падение" канала не было, проблем на линии то же не было. Проблемы возникли на "связи 9" на данном КСЛе. УМ полностью ушел со связи. Моноблок честно пытался передать информацию о "Проникновении в МП" и "Вызов из МП", эта информация благополучно поступала в диспетчерскую, но сбросить состояния блоков не удавалось. Заменил КСЛ в диспетчерской и проблема ушла. Функцию лучше оставить, лишняя информация для диагностики никогда не повредит. |
oleg |
23.8.2013, 7:25
Сообщение
#12
|
Активист Группа: LKDS_Team Сообщений: 1 534 Регистрация: 10.2.2006 Пользователь №: 6 |
На сайт выложены официальные версии прошивок моноблоков и КСЛ всех модификаций с исправленным механизмом маршрутизации вещательных пакетов.
В КСЛ и моноблоках Ethernet добавлена возможность дополнительной шифрации трафика с использованием "ключа". Прикладное программное обеспечение также доработано для поддержки функции конфигурирования "ключа", обновлено и доступно для скачивания на сайте. Замечания, предложения приветствуются... |
vlasoff |
2.9.2013, 1:17
Сообщение
#13
|
Активный участник Группа: Пользователи Сообщений: 321 Регистрация: 21.2.2006 Из: Иваново Пользователь №: 9 |
|
Текстовая версия | Сейчас: 29.3.2024, 8:04 |