Главная » Файлы » BRP files

Коротко о диагностике или Записки терапевта_2
19.08.2012, 23:32
Коротко о диагностике или Записки терапевта_2

Меню – Module (подключенных модулей):
ECM – Information (информация о модуле)
- Update (обновление прошивки)
- Replace (замена модуля)
Cluster (инфоцентр) – аналогично, как для ECM


Меню – Tools (инструментарий):
Technicians – информация о пользователе
Options … - основные настройки программы
Update Database – обновление баз прошивок


Меню – Help (помощь):
Topics – темы
What’s this – что это?
Read Me – локальная справка
About BUDS – о программе

По выпадающему меню всё, думаю пользователи Windows очень легко, и быстро освоятся, ничего нового в навигации нет. Хочу только отметить, что при диагностике, выпадающее меню используется довольно редко (во всяком случае мной, исключение - замена ECM, Cluster, и принудительная замена прошивки), гораздо удобнее использовать функциональные кнопки.

В главе второй я указывал на порядок первичной диагностики, который наиболее приемлем, но мы оказались в ситуации, когда перед нами поставили гидроцикл без надлежащей информации.
Будем исходить из принципа "що маемо, то и коштуемо" (украинский эпос)
Вся первичная диагностика, т.е. сбор информации о гидроцикле, будет основана на информации полученной из программы. Первые четыре правила мы пропускаем, и запускаем процедуру №5... Предварительно убедившись в наличии соединения с гидроциклом (на панели состояния соединения), нажимаем кнопку "Read Data" (считать данные), и по завершению процедуры загрузки данных, нам открывается начальная вкладка Vehicle(информация о транспортном средстве)



Раздел "Identification" содержит основную информацию о нашем пациенте:
Vehicle(VIN)- идентификационный номер, индивидуален для каждого транспортного средства, дублируется пластиковым шильдиком на корме гидроцикла, подобен автомобильному(VIN).
Для нас представляют интерес только последние две цифры - это год выпуска.
Engine - номер двигателя, пояснений не требует.
Model - номер модельного ряда.

Раздел - "Purchase"(продажа) содержит информацию:
-Customer (клиент) ник дилера или фамилия владельца.
-Delivery Date (дата поставки) дата продажи или регистрации.

Раздел - "Run Time"(время работы) общая наработка часов/минут.

Раздел - "Last Service"(последнее обслуживание) содержит информацию:
-Done By (именения внёс) номер адаптера вносившего последние изменения.
-Date (дата) дата последнего изменения.
-Hours (время) таймер сервисного обслуживания, наработка после последнего обслуживания.

Кнопка "Reset Service/Maint" сброс(обнуление) сервисного таймера.

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

С интерфейсом надеюсь всё понятно...

Теперь постараемся извлечь полезную для нас информацию:
В условиях настоящего "белого" сервиса, необходимо собрать информацию для менеджера по работе с клиентами -

1.Сверка (VIN) с шильдиком на корме, и передача в базу данных (где проводится проверка с базой угнаных или украденых агрегатов), если аппарат впервые на сервисе.
2.Сверка номера двигателя с шильдиком на моторе, и на соответствие модельному ряду (выявление несоответствий указывает на происхождение).
3.Информация о дилере или владельце - всё таже идентификация.

Информация для диагностики -
1.Последние две цифры (VIN) год выпуска, принимаем "08" т.е. 2008 год.
2.Дата регистаци или продажи, даёт представление о сроке ввода в эксплуатацию, в нашем случае раздел не заполнен.
3.Общая наработка 317 часов 49 минут
4.Наработка с момента последнего обслуживания 313 часов 19 минут.
5.Последнее обслуживание проводилось 30 октября 2008 года.
6.Благодаря современным базам данных, по номеру программатора можно установить "терапевта" работающего с аппаратом последним (официальный,сертифицированный электронщик или пират с серого сервиса)...

Заключение по полученной информации:
1.Год выпуска соответствует двигателю и номеру модели, тоесть на гидроцикле установлен родной силовой агрегат.
2.Отсутствие данных о регистрации и вводе в эксплуатацию подразумевает, что гидроцикл продан через "серую" дилерскую сеть, возможно уже несколько раз поменял хозяина...
3.Наработка общая 317 часов 49 минут минус 313 часов 19 минут сервисного времени, получаем 4. часа 30 минут. Первое ТО с диагностикой было последним, причём грубо нарушен режим обкатки т.е. первая замена масла произведена до окончания срока обкатки - 10 часов (к этой информации мы ещё вернемся, получив дополнительные данные из программы, постараемся сделать заключение о режиме работы двигателя в период обкатки). Такое отношение может говорить о нерадивости или неопытности первого хозяина.
5.Программатор стандартный (MPI-2) но явно пиратский, не проходит не по одной из баз данных...
Судя по всему - гидроцикл прокатный, средняя наработка в более-менее удачном прокате около 100 часов в сезон. У нас три сезона с момента первого ТО и 317 часов, производителем рекомендовано каждые 100 часов проходить полноценное ТО.
Хочу отметить полноценное - это не просто замена масла и удаление ошибок, а очень интимная процедура равноценная сексу с любимой женщиной, позволяющая вам продлить тёплое взаимопонимание с любимым аппаратом на многие годы, гордиться его надёжностью и хвастаться перед знакомыми в его безотказности... (простите за лирику)
Теперь математика из тетрадки моего сынишки, после интерпретации в десятки, с задачей справился на отлично... Первое ТО после обкатки, плюс три 100 часовых, плюс три зимних консервации - в разделе "Last Service" должны наблюдать 7 часов с последнего сервиса. Конечно гидроциклу меняли масло, иначе в условиях агрессивной морской эксплуатации он просто не выжил-бы. Но если обратитесь к лирическим отступлениям выше, поймёте как я отношусь к такого рода "ТО" где-нибудь в мрачном, промозглом от влаги и соли гараже...
Рассказывать о тонкостях ТО я не буду - это отдельная тема, наша цель диагностика...
6.Отсутствует соединение с одним из модулей, в нашем случае это Cluster(если-бы это был ECM, мы попросту не смогли-бы подключиться - рассмотрим позже).
Первое впечатление не хорошее, с таким аппаратом нужно быть очень осторожным и внимательным, возможны скрытые "подводные камни"...

Преходим на вкладку Keys(ключи) - контроль и управление иммобилайзером.



Раздел Key Usage (действующие ключи)- позволяет контролировать наличие действующих ключей.
Раздел Anti-Theft System (используемая противоугонная система)- указывает на тип иммобилайзера.
Функциональные кнопки управления ключами:
- Erase Key (удаление ключа)
- Erase All Keys (удалить все ключи)
- Add Learning Key (добавить обучающий ключ) ограничение до 57 км.ч или 5500 об.мин
- Add Rental Key (добавить прокатный "ограниченный" ключ) ограничение до 74 км.ч или 6500 об.мин
- Add Normal Key (добавить полный ключ) без ограничений, но согласно спецификаций для производителей общее ограничение 115 км.ч
На скриншоте мы видим действующий иммобилайзер DESS в разделе Anti-Theft System (используемая противоугонная система), и наличие двух ключей в разделе Key Usage (действующие ключи)- Normal(полный ключ), Rental(прокатный "ограниченный" ключ).
Хочу обратить ваше внимание, что Normal(полный ключ) отображается в обоих колонках:
- State(состояние)_Used(используется),
- Type(тип)_Normal(полный ключ).
Rental(прокатный "ограниченный" ключ) отобразился только в колонке
- State(состояние)_Used(используется)
- Type(тип)_(незаполнено)
это нормальная ситуация (недостатки в програмном обеспечении, разработчики забыли о графическом интерфейсе).
В последующих прошивках эту проблему решили и ключ Rental в графе Type отображеется как "Learning_2".

Информация для диагностики:
Казалось-бы ключи - какая информация может скрываться за прописанными ключами?
Если вспомним первый этап (вкладка Vehicle), я обратил внимание, первая диагностика при "псевдо ТО" после обкатки оказалась последней, логично будет принять, что ключи прописывались тем-же программатором. Но мы видим отсутствие ключа Learning (рекомендуемый при обкатке). Я могу ошибиться, может-быть при первом "псевдо ТО" ключ был изменён с Learning на Learning_2, но обратить на это внимание всё-же стоит для использования этой информации в дальнейшем. Конечно, можно с помощью специальных программ разобрать конфигурационный файл, и точно установить время прошивки ключей, их тип, последовательность замены и ещё много конфидициальной информации, но мы имеем BUDS и проводим стандартную диагностику.

P.S.
Противоугонная система Sea-Doo уникальное, запатентованное изобретение BRP и обеспечивает хорошую защиту от угона. Но если возникают ситуации, когда необхдимо выпускать из поля зрения гидроцикл, даже на короткий промежуток времени, не стоит принебрегать дополнительными средствами защиты.Славяне отличаются изобретательностью и способностью находить нестандартные решения, потому хорошо подготовленный угонщик не станет заморачиваться с обманом системы DESS
(есть варианты, о которых я немогу рассказывать), но грамотно установленные дополнительные средства, исключают такие варианты...
Для работы в условиях проката например, когда прокатчик самостоятельно отдаёт ключ, мы устанавливаем дистанционные системы управления остановки и разрешения запуска, действующие на расстоянии до 2 км. т.е. дополнительные средства защиты, позволяющие контролировать гидроцикл в зоне видимости.
С усовершенствованием програмного обеспечения появились новые возможности...
Начиная с 2011 года добавились расширенные возможности по управлению ограничениями для ключей, причём эта функция не требует подключения компьютера, и выполняется пользователем по средством клавиш управления на рулевой колонке.

Продолжение следует ниже...
Категория: BRP files | Добавил: administrator | Теги: диагностическое оборудование BRP, Ski-Doo, atv, SEA DOO, CanAm
Просмотров: 1267 | Загрузок: 0 | Комментарии: 3
Всего комментариев: 1
1  
I'm shocekd that I found this info so easily.

Добавлять комментарии могут только зарегистрированные пользователи.
[ Регистрация | Вход ]