E60 проблема с люком

[NUFLIN]

Сообщение от alexzv2

Была бы ошибка синтаксиса - блок бы не закодировался.
Тем более я не лил в него отсебятину - кодировал тот трейс, который только что слил.

Убедил: у тебя уникальный случай (мне такого, во всяком случае, не встречалось)...
Ну раз ты диагност - реши трабл и расскажи тем, кто наступит на те же грабли

[alexzv2]

Свой трабл я решил. Остальные - пусть сами парятся. Ведь тут так принято, на форуме?

[Sergekart]

Это по-нашему

[NUFLIN]

Сообщение от alexzv2

Свой трабл я решил. Остальные - пусть сами парятся. Ведь тут так принято, на форуме?

Много отдал за "сам решил"?

Молчать - твое право, только упаси тебя Бог задать теперь вопрос - "блюдечники" заклюют...

[alexzv2]

Сообщение от Sergekart

Это по-нашему

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

Проблема - после кодирования вылезла ошибка "anti-trap" функции. Что в реальной жизни означает, что данная функция деактивирована. Передвижение люка возможно только рывками в небольших пределах (точное краткосрочное максимальное время работы мотора в таком режиме смотрите в TIS-е), комфортное закрытие-открытие деактивировано и т.д.

Подобное поведение возможно:
- при механическом повреждении
- при нерабочих датчиках Холла
- при несовпадении характеристической кривой силы тока с реальными данными (в силу повреждения механизма, отсутствии смазки и т.д.)
- при неправильном кодировании блока

У меня данная ошибка вылезла именно после кодирования. Причем коидирования своим же трейсом. (см. мои комментарии выше по теме). Эту загадку я пока не разгадал.

Тис регламентирует проведение нормирования (включает в себя построение характеристической кривой) в таких ситуациях - у меня нормирование заканчивалось ошибкой (как ручное, так и инициированое истой).

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


В результате, после долгого курения TIS, WDS, русскоязычных и англоязычных форумов, и прочих материалов я закодировал блок SHD дефолтными значениями и, о чудо, нормирование прошло успешно, ошибка ушла.

[alexzv2]

Сообщение от NUFLIN

Много отдал за "сам решил"?

Пару часов времени над мануалами, а вы с какой целью интересуетесь?

[NUFLIN]

Сообщение от alexzv2

Пару часов времени над мануалами, а вы с какой целью интересуетесь?

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

[e_3078]

Сообщение от NUFLIN

но вот предпосылки ее появления... хотя все когда-то может случиться...

Это отсутствия желания думать о том что делаешь. Кроме кривизны рук у ТС в этой ветке 0% полезной информации

[lorix]

У меня тоже точто такая же проблемма. Подскажите как обратно вернуть настройки по умолчанию?

[NUFLIN]

Сообщение от lorix

У меня тоже точто такая же проблемма. Подскажите как обратно вернуть настройки по умолчанию?

Это стёб? или банально непонимание принципов работы блоков и программ?