Кодирование модуля управления (07 функция)

 

Базовые функции дилерского оборудования в Техносканере ИДС LAVScan дополнены полуавтоматическим режимом, наличие которого избавляет диагноста от многих распространённых ошибок и гарантирует успешное выполнение каждой операции даже в неблагоприятных условиях присутствия высокого уровня помех или кратковременного нарушения связи между ПК и автомобилем. Полуавтоматический режим повышает надёжность, эффективность и удобство работы диагноста. Данный режим лежит в основе новой идеологии ИДС LAVScan и полностью отсутствует в ином диагностическом оборудовании

 

Весь экран разбит на отдельные области, каждая из которых относится только к своей функции и выделена определённым цветом. Цветовая палитра основана на особенностях психофизического восприятия информации человеком. Опасные функции выделены яркими “настораживающими” цветами. Области безопасных функций окрашены в успокаивающие “тёплые” тона

 

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

 

После выбора или установки значения параметра его необходимо передать в систему управления (в автомобиль). Это возможно с помощью нажатия соответствующих кнопок, расположенных в средней части экрана. Выходной контроль переданного значения (из ПК в автомобиль) осуществляется в правой области экрана. После передачи значения в модуль (возможно только при наличии обмена с автомобилем), левые и правые значения должны совпадать. Это свидетельствует о том, что ИДС передала модулю именно те данные, которые были предварительно модифицированы диагностом

 

Процесс выполнения функций ИДС контролирует с помощью анализа специальных подтверждений (полученных от модуля) и фактического изменения величины модифицированного параметра. В том случае, если выполнение функции было прервано из-за помех на линии или возникновения ретрейна связи, ИДС автоматически проводит повторение последней незавершённой операции. Это гарантирует диагносту надёжность модификации параметра в памяти модуля управления при наличии сложных ситуаций, в результате появления которых в любом ином диагностическом оборудовании происходит скрытая потеря данных. Что обусловлено несовершенством прежней идеологии и технологией тестирования. К примеру, если в момент передачи команды (от сканера в автомобиль) кратковременно прервать и тут же восстановить связь с модулем, то незавершённая команда (функция) либо не будет передана вовсе, либо необратимо исказит данные и будет модулем проигнорирована. Проблема здесь состоит в том, что модифицируемые диагностом данные, хотя при этом останутся видимыми на экране сканера, но модулем фактически приняты не будут! То есть, диагност будет находиться в полной уверенности, что память модуля была изменена. Сам же модуль об этом даже и подозревать не будет. Для любого другого оборудования (кроме ИДС LAVScan) ситуация дополнительно осложняется полным отсутствием встроенных средств статистики, мониторинга и контроля команд, которые передаются от сканера модулю. Поэтому если сразу после ретрейна дефект линии тут же восстановился, то у пользователя нет никакой возможности усомниться в факте успешной передачи данных, хотя её из-за подобного сбоя могло вообще не быть!

 

Образ экрана Техносканера перед выполнением 07 функции кодирования модуля системы управления [Панель приборов]

 

ext_tech07

 

Образ экрана журнала операций при безуспешных и успешных попытках перекодирования системы управления [Панель приборов]. В 12:55:12 диагностом была проведена попытка изменения исходной кодировки модуля 5145 на недопустимое значение 10. ИДС отвергла ошибочную кодировку с выдачей предупреждающего сообщения на экране для пользователя и с регистрацией (неудавшейся попытки изменения кодировки модуля) в журнале операций. После чего, повторно идентифицировала систему управления и проверила возможность возникновения кодов неисправностей, связанных с попыткой ошибочного кодирования. В примере не следует обращать внимание на присутствие 7 неисправностей в системе. Нас интересует не сам факт их отсутствия (который, конечно же, должен обеспечиваться перед любыми операциями кодирования), а лишь то, что лишние коды из-за некорректных процедур кодирования не появились (сколько их было до кодирования, столько и осталось). Вторая (успешная) попытка кодирования была выполнена в 13:07:34. В результате этого значение кодировки модуля было изменено с 5145 на 45. Об этом свидетельствует сообщение в журнале операций о факте выполнения функции с указанным значением кодировки, и дополнительное подтверждение при автоматическом повторении процедуры идентификации модуля в 13:07:41 (в скобках указано значение текущей кодировки (код 45)). Таким образом “интеллект” ИДС отслеживает успешные и безуспешные попытки изменения параметров модуля в случае нормального функционирования без помех и сбоев

 

ext_tech07_3

 

Образ экрана журнала операций при возникновении искусственного сбоя (устранимого ретрейна), вызванного кратковременным отключением питания модуля во время выполнения функции изменения кодировки в системе управления [Панель приборов]. По журналу операций видно, что связь с модулем была установлена в 14:14:21. Первоначально модуль имел исходную кодировку (код 45). В 14:15:17 была выполнена попытка изменения значения кодировки с 45 на 5145, во время которой связь с модулем была искусственно прервана (на 1 сек) и тут же восстановлена. После 2 секундной паузы ИДС распознала факт потери связи и через некоторое время автоматически восстановила обмен с модулем. После чего также автоматически повторила последнюю прерванную операцию (изменение кодировки). Далее был просмотрен экран журнала операций для проверки факта “регенерации” (прерванного сбоем) 5145 значения кодировки повторным вызовом 07 функции. Затем ситуация с искусственным сбоем была повторена ещё раз для проверки “интеллектуальности поведения” ИДС, то есть факта осмысленности её действий или проявления случайности при обработке сбоя. Как и первичный, вторичный сбой был также обработан ИДС. То есть и вторая прерванная операция кодирования была повторена, через 5 сек после восстановления связи с системой управления. Затем связь с модулем была окончательно завершена. Повторная идентификация модуля подтвердила наличие новой (успешно модифицированной) кодировки 5145. То есть, именно той, которую диагност выбрал первоначально в 14:15:17, единожды попытавшись передать её значение в систему управления. Остальные две дополнительные процедуры кодирования были проведены ИДС полностью в автоматическом режиме без участия человека в этом процессе. Заметим, что при отсутствии сбоев ИДС после завершения операции кодирования вызвала бы повторную идентификацию модуля и чтение кодов неисправностей, а не повторяла бы несколько раз подряд незавершенную (прерванную сбоем) операцию кодирования! Следует отметить, что любое другое оборудование (кроме, ИДС LAVScan) не только не выполнило бы каких-либо осмысленных действий по регенерации последней прерванной операции, но и вовсе не зафиксировало факта подобного сбоя! Должно быть понятно, что при наличии аналогичной ситуации с любым другим диагностическим оборудованием кодировка модуля могла быть некорректно изменена, не изменена вовсе, либо искажена из-за дефекта незавершённой команды или сбоя при передаче данных. Самое плачевное здесь то, что даже если бы в модуле ещё сохранилось значение прежней (45) кодировки, то на экране сканера (в поле ввода) для пользователя уже было бы отображено последнее введённое им значение (5145) так, как будто оно было только что прочитано из памяти модуля! Хотя физически память модуля не была модифицирована из-за факта возникновения пусть кратковременного, но не замеченного оборудованием сбоя! В том случае, если память всё же была модифицирована, но случайной величиной, а не значением выбранной диагностом кодировки - ситуация при использовании такого оборудования могла стать ещё хуже

 

ext_tech07_4

 

 

Образ экрана Техносканера после установки нового значения кодировки (45), но до момента его передачи в систему управления [Панель приборов]. Поля счётчика ограничивают ввод пользователя допустимым числовым диапазоном и препятствуют намеренному искажению входной информации ещё до момента её передачи в модуль управления

 

ext_tech07_1

 

Образ экрана Техносканера после изменения кодировки с помощью 07 функции в системе управления [Панель приборов]. Видно, что прежняя кодировка 5145 была заменена новым значением 45. В результате изменения содержимого памяти также был переписан WSC код станции технического обслуживания (с номера 15030 на номер 25030). После завершения процесса ИДС автоматически вызвала функцию проверки результата кодирования (изменения реальных значений кодировки и WSC кода), а затем выполнила функцию чтения кодов неисправностей, для того чтобы дополнительно убедиться в том, что данная кодировка не отторгнута модулем управления и не привела к возбуждению кода сервисного обслуживания. То есть, вся сложность и многоплановость процесса кодирования (кажущаяся простой для любого другого диагностического оборудования) была проведёна ИДС полностью в автоматическом и теневом (фоновом) режиме без какого-либо участия пользователя. Но только такая сложность и многоплановость “интеллектуальности поведения” современного прибора способна обеспечить наивысшую достоверность и качество при выполнении любых диагностических процедур

 

ext_tech07_2

 

При успешном выполнении 07 функции кодов неисправностей не должно быть, кроме того, вызывать операцию кодирования следует именно при отсутствии неисправностей в системе управления (в этом примере не стоит обращать внимание на наличие 7 неисправностей, поскольку они существовали ещё до момента кодирования, что было отражено в журнале операций 13:05:14)

 

основная страница