ЛБ6.X ЛБ6-ШУЛК32
- Автор темы revit
- Дата начала
ЛБ6.X
станция ШУЛМ-Р1, подключен блок ЛБ-6-ПКЛ32. Связь по последовательному каналу работает, показывает этажи и все прочее, но при движении лифта возникает сообщение "отсутствие напряжения в цепи управления , при остановке сообщение сбрасывается и все в норме. И так до следующего движения. При этом загорается "отказ" на блоке.
Кто сталкивался с подобным глюком?
Кто сталкивался с подобным глюком?
На перезапуск не похоже, т.к. остальная инфа-те же этажи-выдается исправно. Еще один глюк-при подключении УКСЛ выдает периодически несанкционированное движение, т.е. почему-то не видит включение привода. Может важно-част. Unidrave, лебедка Wittur.
Последнее редактирование модератором:
revit
Гуру
Лей 2.2.8 http://www.lkds.ru/mp.php?dev_id=7 может все и пройдет....
revit написал(а):
никаких загадок. фильтры пускателей. очень распространённая неисправность. перезапуск происходит в момент отключения пускателя (т.е. в момент прекращения тока через его катушку), поэтому, в какой момент происходит перезапуск ПКЛ, можно вычислить неисправный фильтр.
немного разбираюсь где мелкосхемы, а где светлодиоды.....
revit
Гуру
Продолжаю наблюдать за четырьмя интересными ШУЛКами (точнее ШУЛРами)
Начало -12.08г.:
http://www.lkds.ru/forum/index.php?s=&...post&p=3686
Далее -06.09г.:
Сейчас прошивка уже 2.2.8
Значек "I" почти за год так и не появился...
Сейчас значения "оставшееся число попыток" (по порядку в 1 и т.д. лифтах) -5, 37, 195, 198
На первом лифте во время его простоя вручную через МЛоуд проверкой ГГС удалось эту цифру с 5 снизить до нуля и появился значек "i"- неисправность ГГС!!
Вопрос не в качестве связи и не в значениях которые показывает МЛоуд, вопрос -ПОЧЕМУ ЭТИ ЦИФРЫ ДО СИХ ПОР ТАКИЕ БЛОЛЬШИЕ И КАК ИХ ОБНУЛИТЬ?
И ПОЧЕМУ НА ДРУГИХ ШУЛКАХ ВСЁ НОРМАЛЬНО А НА ЭТИХ УЖЕ БОЛЕЕ ГОДА ВОТ ТАК????
Есть еще такие четыре станции-там все нормально. Эти лифты отличает только то что они бегают в административном здании с большим пассажиропотоком и проверка ГГС в рабочие часы наверное не осуществляется. Но ведь ночью то они простаивают....и не отключаются.
Пробовал по дефолту NVRam -не помогает.
Начало -12.08г.:
http://www.lkds.ru/forum/index.php?s=&...post&p=3686
Далее -06.09г.:
revit написал(а):Хотя есть четыре ШУЛК-а с Емотронами, где ГГС ну в упор не хочет показывать правильные значения и вообще странно себя ведет. ЛБ 6 в. 2.2.6.
При открытии окна "настройка самопроверки голосового тракта" в ячейке "среднее измеренное" показывает значения 120, 113,113,120, в ячейке"оставшееся число попыток"- занчения 26, 108, 194, 205 в "измеренном"- 0,2,2,14. Критерий у всех стоит 20 и при этом на экране компа не высвечивается значек"I"(неисправность ГГС). При нажатии "измерить качество тракта " -ни чего не происходит, а связь с кабинами есть и нормальная :blink: Лифты катаются уже более полугода. Пробовал на одном НВРАМ по дефолту -не помогает. Чтобы это могло быть?
Сейчас прошивка уже 2.2.8
Значек "I" почти за год так и не появился...
Сейчас значения "оставшееся число попыток" (по порядку в 1 и т.д. лифтах) -5, 37, 195, 198
На первом лифте во время его простоя вручную через МЛоуд проверкой ГГС удалось эту цифру с 5 снизить до нуля и появился значек "i"- неисправность ГГС!!
Вопрос не в качестве связи и не в значениях которые показывает МЛоуд, вопрос -ПОЧЕМУ ЭТИ ЦИФРЫ ДО СИХ ПОР ТАКИЕ БЛОЛЬШИЕ И КАК ИХ ОБНУЛИТЬ?
И ПОЧЕМУ НА ДРУГИХ ШУЛКАХ ВСЁ НОРМАЛЬНО А НА ЭТИХ УЖЕ БОЛЕЕ ГОДА ВОТ ТАК????
Есть еще такие четыре станции-там все нормально. Эти лифты отличает только то что они бегают в административном здании с большим пассажиропотоком и проверка ГГС в рабочие часы наверное не осуществляется. Но ведь ночью то они простаивают....и не отключаются.
Пробовал по дефолту NVRam -не помогает.
Последнее редактирование модератором:
revit написал(а):
Дошли таки руки до данного вопроса - попробуй залить эту версию для ШУЛК32 Посмотреть вложение lp32_229a.rar. Статус прошивки - beta. V229a. О результатах отпишись...
Новое - проверка "выхода" переменных за граничные условия с последующей реинициализацией...
revit написал(а):
загадок нет - просто тест выполнился корректно - с превышением порога - и процедура проинициализировала значение счетчика.
В исправленной программе - контроль "превышения" допустимых параметров голосового теста с последующей реинициализацией - введен в системную часть самопроверки, что должно гарантировать отсутствие подобных эффектов. Давайте понаблюдаем...
Последнее редактирование модератором: