Lc2 error 8

Модераторы: Habis, SkAD, flesher, De-nys, Klassikovod

1. 07-02-2018

   
   

   #1

   

   
   Advanced Tuner
   

   

   ---

   Innovate LC2 error 8
   

   Got an error code 8 today. Does this mean the sensor is bad. It was stuck a 22.4 now just flashes 7.5.
   Thanks

   ---

2. 07-06-2018

   
   

   #2

   

   
   Tuner in Training
   

   

   ---

   Sounds like stuffed sensor.

   ---

3. 07-07-2018

   
   

   #3

   

   
   Advanced Tuner
   

   

   ---

   This is almost always a cracked sensor element.

   ---

4. 07-08-2018

   
   

   #4

   

   
   Advanced Tuner
   

   

   ---

   Awesome, thanks guys. I have a new one on its way.
   Forgot I even posted here.

   ---

5. 07-08-2018

   
   

   #5

   I have the same problem, but was wondering what is the Bosch part number for the LSU 4.9 to replace the Innovate sensor PN 3888?

   The Bosch number 17014 for the LSU 4.2 is easy to find… but I would like to stay with the LSU 4.9 sensor as it seems to be more robust. I killed mine on a tune that was running way rich at idle. I let it go for too long and lunched my sensor. Self inflicted…

   02 NBM M6 TA, Mecham Hood and Wing, LS6, Mustang Specialties P&P 243 heads, Comp 1:8 roller rockers, 220/220/112/.565 custom cam, Holley 92mm TB, Dorman LS2 92mm intake, GM 85mm MAF, Volant Ram Air, Moser 4.11 12 bolt, Z06 clutch, SLP Bilsteins, 275/40 BFG Comp TA frt/ 315/35 Nitto 555 G2 rr, Hooker long tube headers, TSP 3″ catted Y, Borla S type, MSD coil pacs, Bosch 36lb (811) injectors

   ---

6. 07-08-2018

   
   

   #6

   

   
   Advanced Tuner
   

   

   ---

   17025
   Be careful they get mixed with 17205

   ---

7. 07-09-2018

   
   

   #7

   Originally Posted by anniversaryss
   

   17025
   Be careful they get mixed with 17205

   Thanks. I found out that it is used on 2015 Ford Escape SEs — 2.5L Normally aspirated engines (upstream of the cc). Unfortunately no one in my immediate vicinity stocks them in house. Ordered one online today. Tried Auto Zone, O’Reillys, NAPA and Advance. All were special order and would take several days to retrieve.

   Denso makes a replacement: PN 234-5176 Has anyone tried this with an Innovate wideband?

   02 NBM M6 TA, Mecham Hood and Wing, LS6, Mustang Specialties P&P 243 heads, Comp 1:8 roller rockers, 220/220/112/.565 custom cam, Holley 92mm TB, Dorman LS2 92mm intake, GM 85mm MAF, Volant Ram Air, Moser 4.11 12 bolt, Z06 clutch, SLP Bilsteins, 275/40 BFG Comp TA frt/ 315/35 Nitto 555 G2 rr, Hooker long tube headers, TSP 3″ catted Y, Borla S type, MSD coil pacs, Bosch 36lb (811) injectors

   ---

Error 8 sensor timing

После того как были изменены калибровки и была добавлена фильтрация к измерениям R nernst и Rpump — лямбды стали калиброваться более менее одинаково и всегда с одним и тем же результатом но все же с сильно разными температурами работы на выходе от сенсора к сенсору и от типа сенсора к типу сенсора и от платы к плате. Поэтому настала очередь разобраться с с магией и сделать ее лучше.

Почти эквивалентная (упрощенная) схема нашей магии выглядит примерно как то вот так:

Результаты цепочки расчетов симуляции измерения R Nernst по приведенной выше модели в excel:

Однако в этом расчете все же есть недостатки — он использует «идеальные ОУ», а было бы интересно учесть некоторые эффекты возникающие в реальных ОУ, которые в теории может учитывать современная, более скажем так приближенная к реальности, симуляция. Кроме того я не люблю аналоговую схемотехнику, и могу банально где то ошибаться и не замечать этого. Поэтому было решено накидать не только модель идеального измерения (в excel) но и эквивалентную схему измерения для возможности расчета решения в симуляторе — в качестве которого использовался бесплатный LTspice от Linerar Technology.

Источник PA2 — меандр 0-5в 3.4кГц.

Для симулятора соответственно: Rin(internal) = ( V(adc3)phase+ — V(adc3)phase- ) * 1024 / 5 * 8 / 7

Поскольку в измерении участвует дифференцирующая цепь — важно очень строго выдерживать не только точность используемых компонентов но и тайминг момента измерения относительно подачи импульса нагрузки. Поэтому было решено:

1) Все прерывания на все время измерения запрещать.

2) Мультиплексор канала АЦП подключать к каналу измерения еще до момента подачи импульса нагрузки ячейки Нернста, для более точной балансировки выхода ОУ и входа АЦП микропроцессора и нивелирования возможного ранее накопленного значения в емкости входа АЦП микропроцессора.

3) По тактам строго была просчитана задержка момента семплирования с учетом тактовой частоты АЦП (125кгц) и времени семплирования (1.5 такта частоты АЦП). Выбраны новые коэффициенты задержек.

После этих доработок выбросы Rnernst в минус полностью прекратились. Но все же в разных платах c прошивкой LC-1F калибровка давала разные результаты по Rnernst и главное — разную среднюю мощность нагревателя (этот параметр вычисляется в логах «Матрицы» с LC-1F).а значит по факту и разные температуры керамики. Т.е. какие то элементы схем (возможно конденсатор C1 или неточность всех резисторов) все же вносят достаточно большую погрешность в измерения, поэтому в итоге решено было вынести Target Rnernst на панель «Setup» комплекса «Матрица», чтоб была возможность оперативно задать любое желаемое значение и таким образом любую желаемую температуру сенсора..

Если же проанализировать различные прошивки LC1-LC2-MTXL — то можно увидеть как в них тоже постоянно менялось калибровочное значение R nernst. Т.е. разработчики толком сами еще не определились, что там у них как должно работать (на самом деле — нет, причина их замен совсем в другом, но об этом будет ниже).

Подключаем LSU ADV к LC-1F

Если у вас есть LSU ADV и LSU 4.9 то можно сделать многое, например можно соединить их друг с другом вот в такого «котопса»:

Кстати если котопса закрутить в выхлоп до катализатора и после — там будут происходить сложные электрохимические процессы, как нагреется. Но это не так интересно, гораздо более интереснее подключить LSU ADV к LC-1F и научить ее с ней работать.

В LSU ADV Bosch не очень то много поменял. Для начала отказались от калибровочного резистора и проводов теперь всего 5. Калибровка от этого скорее всего никуда не делась, и теперь обеспечивается исключительно 2й лямбдой установленной за катализатором (системы управления и раньше так делали, чтоб компенсировать сдвиг характеристики при старении — но сейчас это стало основным способом калибровки!) таким образом LSU ADV не может быть установлена в автомобиль где нет 2-го сенсора, и в случае использования LSU ADV ни второй сенсор ни катализатор ни в коем случае нельзя удалять! Нам же от этого не жарко не холодно — поскольку в LC-1F лямбда калибруется на свободном воздухе и калибровочный резистор у нее никакого значения не имеет. В LSU ADV так же изменилось сопротивление нагревателя. Таким образом изменились калибровочные точки, для отражения % прогрева зонда и момент вступления в действие измерителя Rnernst тоже измерены. Изменилась константа максимального эффективного напряжения на нагревателе — теперь она 12в вместо прежних 13в. LC-1F стала поддерживать ее только недавно но уже опционально для LSU ADV пришлось поправить. R nernst рекомендуемый вроде как остался старым (300) но те лямбды что у меня то ли уже мертвенькие, то ли опять же проблематика измерений.. На 300 они даже и не думают работать, работают только с Rnernst 100%

прогрев и калибровка невозможны

Минимально возможное достижимое R nernst для LSU ADV при 100% подводимой мощности нагревателя и эффективном напряжении на нагревателе = 12в — 55 единиц. R nernst середины рабочего диапазона = 130.

Сводная таблица калибровки LSU 4.2 которую обычная LC1 считает мертвой (error 08 sensor timing):

Сводная таблица калибровки новой оригинальной новой LSU 4.2 0 258 007 361

Пришло время переписать часть матана в измерении с тупого человечьего языка на красивый машинный.

В первых версиях ПО LC1F, чтоб не загружать контроллер всякой ерундой, вычисления lambda вообще не производились. Исходные данные времен передавались в ПК, и уже там производились вычисления (по алгоритму, аналогичному тому, что был в старой LC1). В последующих было решено вернуть вычисления (для реализации некоторых идей, результат измерения все же был нужен внутри), но при этом полностью избавится от формата с плавающей точкой! Дело в том, что у формата с плавающей точкой слишком много проблем. Возможно непредсказуемое поведение библиотеки, глюки, потеря точности, ну и конечно проблемы низкой производительности подобных вычислений, а производительность всегда нужна — поскольку контроллер, кроме прочего, рассчитывает данные для цилиндровой селекции и PID регулятор у него несколько усложнен. Кроме того — формат с плавающей точкой вообще не нужен, поскольку это искусственно созданная, т.е. не наблюдаемая в реальной природе абстракция. В реальной системе управления примером которой является данный измеритель мы всегда имеем дело исключительно с натуральными значениями у любой операций ввода-вывода, то есть «полтора бита с АЦП» — такая же ересь как «полтора землекопа» («Страна невыученных уроков»)..

Давайте вспомним, что и как у нас вычислялось (это было описано во второй части статей про innovate):

Для положительных значений DCexhaust: lambda=DCair/(DCair-DCexhaust)

Для отрицательных значений DCexhaust: lambda=(DCair/(DCair-DCexhaust))*0,71428+(1-0,71428)

Формула для вычисления % кислорода: %O2=(DCexhaust/DCair)*20,9+0,08

Стоит заметить, что лямбда само собой не передается по каналу в виде float результата этих вычислений, и поэтому в конце нужно еще будет сделать преобразование в представление для протокола LC1 по формуле: lambda_int=lambda*1000-500 а %O2_int=%O2*10 cоответсвенно.

Казалось бы действий не так много — но нет! Сложение и вычитание времен идет в int формате, соответственно у вычитания может быть знак, сложение же по определению не имеет знака, поскольку все входные данные — натуральные. Дальше оба результата конвертируются sint2float и производится уже float деление для вычисления DC. Остальные вычисления чистые float в конце производится преобразование обратно в int.

Переведем все это в целочисленную форму. Для начала, что такое «положительные значения DC»? очевидно это когда T1>T2. Т.е. нам надо вычесть из T1 T2 и запомнить знак этой операции, чтоб потом сменить коэффициенты в алгоритме в процессе вычисления. На самом деле сменить надо даже не коэффициенты — а всю ветку программы. Поскольку требования к производительности алгоритма у нас высокие, а к расходованию байтов в памяти программ низкие (П.О. написано на ассемблере и места там навалом) — выгоднее использовать 2 почти идентичные ветки, в конце второй при этом будет сложение.

Примем за T(n)_FA значение T(n) на свободном воздухе полученное при калибровке и запишем нашу формулу для положительных значений DC следующим образом:

lambda_int = ((T1_FA-T2_FA)/(T1_FA+T2_FA))/ ((T1_FA-T2_FA)/(T1_FA+T2_FA)-(T1-T2)/(T1+T2))*1000-500

а для отрицательных соответственно:

lambda_int = (((T1_FA-T2_FA)/(T1_FA+T2_FA))/ ((T1_FA-T2_FA)/(T1_FA+T2_FA)-(T1-T2)/(T1+T2))*0,71428+(1-0,71428))*1000-500

Для простоты записи упрощений в дальнейшем примем за: a = T1_FA, b = T2_FA, c=T1, d=T2

выражение: ((T1_FA-T2_FA)/(T1_FA+T2_FA))/ ((T1_FA-T2_FA)/(T1_FA+T2_FA)-(T1-T2)/(T1+T2)) можно заменить на: (T1_FA*T1-T2_FA*T2)/(T1_FA*T2-T2_FA*T1)*0,5+0,5

Для расчета % O2 соответственно так же можно заменить соотношение DC на конструкцию вида:

Такие конструкции гораздо более оптимальны для использования в микроконтроллере по следующим причинам:

1) Выгодна почти любая схема в которой деление заменяют умножением, так как умножение как правило всегда менее затратная операция (тут экономится минимум одно деление, поскольку часть результатов была предварительно вычислена и таким образом в левой части в любом случае будет всего два деления). Мало того, команда умножения восьмибитных чисел в системе команд ассемблера AVR есть, а вот деления — нет совсем. Поэтому даже многократное умножение в этом случае, сильно выгоднее единичного деления, поскольку любое деление у нас выполняется только программно.

2) Все умножения в правой части не имеют знака (в отличие от всех делений знаковых чисел в левой части). От знака в правой части вообще легко избавится — хотя учитывая библиотечную реализацию деления signed int (другого напомню — нет) в данном конкретном случае смысла это в общем то не имеет.

3) Деление на 2 может быть заменено сдвигом вправо на 1 бит (если потребуется), умножение на 2 сдвигом влево соответственно. Однако в реальности это так же не нужно, поскольку у нас есть еще участки цифр в формулах (*1000-500) таким образом, наличие каких либо констант в правой части, для быстродействия вычислений значения не имеет, мало того часть констант в результате преобразований вырождаются.

Итого, формула вычислений лямбды для положительных значений будет иметь вид:

а для отрицательных соответственно:

для %O2_int = 209.8-418*(ad-bc)/((ac-bd)+(ad-bc))

В результате, у нас на все про все, для вычисления лямбды будет производится четыре целочисленные умножения 16×16 и одно 32×32, значение 357,14 округляется до 357, а так же 2 вычитания, причем знаки их результатов должны совпасть, иначе результат всей операции будет отрицательным — а это не допустимо. На самом деле, это возможно лишь в случае, если измеренное DC превышает калибровочное DC — т.е. при ошибке калибровки.. Так же у нас есть одно деление — единственная серьезно затратная операция, но она тоже целочисленная. Точность вычислений при таком методе для положительных значений — абсолютна (это исходит из свойств натуральных чисел). Для отрицательных увы в пределах младшего значащего бита результата, поскольку мы вводим в формулу сторонние округленные константы.

Алгоритм вычисления следующий:

1) Предварительно вычисляем 2 выражения (ad-bc) и (ac-bd) их результаты мы будем использовать по разному в зависимости от веток вычисления лямбды или %O2 но они нам нужны в любом случае.

2) Вычитаем из T1 T2 и запоминаем знак результата (сам результат не нужен).

3) Для лямбды: Умножаем верхнее выражение на константу зависящую от результата вычитания T1-T2 рассчитанного в предыдущем пункте (500 или 357) и делим на нижнее. Прибавляем 143 если нужно.

4) Если результат не превышает AFR=99.00 (99.00*1000/14.7-500) — лямбда вычислена! Иначе вычисляем %O2.

6) Для %O2: Умножаем верхнее выражение на 418 делим на нижнее, результат умножения вычитаем из 210.

Собственно с матаном все — мы получили абсолютно то же самое, но без применения плавающей точки и без проблем с ее библиотеками, без преобразования представлений чисел, с вполне приемлемой точностью и почти без потерь в исходной информации.

Почему на самом деле MTXL+ (а вместе с ней и LC2 и обычная MTXL) нормально не работают.

Часто можно услышать жалобы на LC2 — типа купил новую лямбду, проработала пару дней и сдохла. Некоторые замечают, что в показаниях что то не то и прогрев идет как то не нормально. И тому есть причина — управление нагревателем в этих приборах неработоспособно! Это очень сложно понять даже при многократных тестах — связано это с тем что цикл может быть устойчивым в очень широком температурном диапазоне керамики сенсора.

Ошибки в ПО которые привели к этой ситуации возникли там не единовременно, но момент когда эти ошибки превратились в проблему возник, когда решили, отказаться от алгоритма однократной калибровки нагревателя при смене зонда и перейти к калибровке нагревателя при каждом включении прибора. Т.е. довольно давно. Фактически все, что выпущено после LC1 так или иначе содержит этот серьезный баг.

Как я уже писал в прошлой части суть управления нагревателем можно разделить на 2 части — управление с прямой связью (по модели объекта) и управление с обратной связью (ПИД регулирование). У нас не особо много априорных знаний об объекте, поэтому модель объекта в нашем случае представлена всего лишь одной этой цифрой:

Грубо говоря, если мы подаем на нагреватель номинальное напряжение — то сенсор находящийся в стандартных условиях атмосферы достигает номинальной температуры.. Это позволяет нам управлять нагревателем, даже в условиях когда не доступна, или не достоверна информация о реальной температуре сенсора. Так же мы можем ограничить действие интегратора в алгоритме, так как в условиях стационарности по температуре целевое напряжение в общем случае не будет сильно отклонятся от номинального напряжения. И это действие действительно ограниченно в режиме когда лямбда прогрета до рабочей температуры и есть цикл значением ошибки интегратора +-1000, что при применяемом значении интегрального коэффициента дает диапазон интегратора +-4.88v

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

Процесс прогрева и калибровки нагревателя в этих приборах реализован в виде конечного автомата упрощенный граф состояний которого представлен ниже:

Инициализация номинального напряжения нагревателя происходит в состоянии 4. В это состояние можно попасть из состояний 5 8 и 10. Однако в состояние 5 можно попасть только из 4 и 10. В состояние 8 из 5, а в состояние 10 вообще нет входа. Таким образом алгоритм никогда не окажется ни в одном из этих состояний! Переменная среднего эффективного напряжения нагревателя останется не проинициализированной. При первоначальном анализе кода я даже не поверил, что подобная ошибка возможна и несколько раз проверил граф переходов из одного состояния в другое, но ошибка не исчезала, и в конце концов понял, что необходимо проверить ее наличие с 100%й гарантией, поэтому дописал в код MTXL+ процедуру снятия дампа ОЗУ при нормальной работе, которая ранее так же была дописана в LC1. Кусок дампа выглядит так:

В принципе достигнутое значение R pump=124 находится в пределе рабочих температур, однако при включении и калибровке с целевым R nernst=65 сенсор на короткое время может принимать значительную температуру (>1000градусов), поскольку значение интегратора ограниченно лишь при нормальной работе, при калибровке же это ограничение не действует.

Можно проследить историю возникновения проблем управления нагревателем по прошивкам различных приборов. Фактически лишена проблем только прошивка LC1 — 1.10 для LSU4.2. Однако эта прошивка была склонна к срыву управления и сваливанию в ошибку 8 (как мы теперь уже знаем — из за ошибки в входных данных регулятора) . В 1.20 появилось ограничение значения в интеграторе, в результате чего, выбросы ошибок измерения не могли оказывать на регулятор значительного влияния. Сама идея этого ограничения в принципе верна, но значение ограничителя было выбрано очень маленькое 0.366v, и таким образом если коэффициенты ПИД выбраны неверно (а это по сути так) — интегратор не позволял достичь целевого значения R pump, 1.21 была идентична 1.20 Алгоритм изменения калибровки нагревателя (калибровка при включении) появился в LC2 v1.00, так же несколько изменились коэффициенты ПИД.

(c) Maxi(РПД) 2017-2018 Копирование материалов ресурса без разрешения автора запрещено.

Источник