Вот это как раз и не понятно почему "замораживаются". И если аналоговые сигналы сразу можно визуально отсеить, то вот с дискретными (с той же отсечкой по дроссельной заслонке) все гораздо непонятней.

malchita показания зоморажевает сам эбу авто, нафиг так сделано.... нужно спрашивать у производителя ;)

Virtual А замораживаются случайно не на больших оборотах?

Хм...
Че то мне больше кажеться что они "замораживаются" когда мы убираем или добавляем для отображения другие параметры.
Как то не похоже что сам эбу замораживает.

еще раз! очень часто замораживает параметры сам эбу!
прога кажет только то что пришло с эбу и ничего другого!
для особо сомневающихся - есть в настройках "галка" _писать лог_
вот в логе и смотрите что по факту с эбу пришло ;). readlogs вам в зубы :) если и к нему нет доверия то фильм "матрица" в в части "летящих зеленых символов на мониторе" ваш учебник ;)

Да не кипятись ты. Просматривал я логи. И readlogs в зубах держал. Просто не зная исходного кода программы немогу судить о том корректно ли считывает информацию с эбу сама прога. Поэтому и спрашиваю. Собственно для этого и существуют подобные форумы.
Лучше скажи в снятых кадрах иногда появляется фраза "не поддерживается"
052 01DA OVC Duty Ratio Не поддерживается °
а в логах вываливается "Packet CRC Error!!!"
это тоже эбу "замораживает" или я какие то тайминги непомерно задрал?

malchita да это тайминги.
скорее всего Р3
тоесть предыдущий пакет еще не принялся, а прога уже послала новый запрос :)

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

Да нет о ширине канала мы говорим когда канал уплотняеться либо частотно либо по времени (пакетами например). Тут же все проще по однму наналу идет последовательные запросы один задругим. Т.е. один канал и всего два обонента. При снятии кадра мы у эбу запрашиваем вообще все пиды одни за другим. Зачем эбу душить параметры тоже не совсем понятно. Какая ему в ж...у разница. Получил конкретный запрос выплюнул конкретный ответ. Мозг эбу не настолько мощный чтоб оценивать некорректность кокакого либо запроса на данный момент времени. Логичнее предположить что не совсем правильно выдерживаються тайминги между камандами, ну или опрос идет не совсем по протоколу (например должна соблюдаться некая последовательность команд, т.е. допустим нельзя запросить длительность открытия форсунки если до этого небыло запроса на обороты двигателя). Но это все ИМХО. Не настаиваю на своем. Просто мысли. Virtual успел поглубже покапаться с прогой. Будем проверять его версию. Надо попробовать "запустить" "замороженный" параметр добавлением-убиранием других параметров.
Все эти бурные, мутные мысли возбудились в моей башке одним вопросом - как узнать корректно ли выдаются дискретные параметры например таже отсечка по закрытой дроссельной заслонке или включение куллера. Т.е. верить показаниям или они "замороженные"

Вот еще один вопрос на обсуждение.
Просматривал старые логи.
Первый скин прогрев двигателя на ХХ. Смотрим расход по MAF и по форсунке. В начале прогрева видим обогощенную смесь, с прогревом она явно стремистья к оптимальной пропорции. При температуре двигателя 26 гр. Разница в расходах около 510 мл/ч, а при 55 гр. разница уже оклоло 210 мл/ч. (Кстати в идеале они должны быть одинаковыми, видимо надо учитывать это в формуле. Мыж все таки расход считаем.)
Вложение 17845
Если построить вот такой график то видно что средняя линия графика идет по логорифмическому закону (ось Х неравномерная).
Вложение 17846

Но вот тот же график снятый в движении. Что за участок (ось Х) между 12,85 и 16,202. Кто что думает? Неточность в формуле? Или что то другое? Такой график должен быть интересен на мой взгляд при диагностике подсоса воздуха (должна быть явная зависимость от оборотов двигателя). To lessa, ты не снимал случайно подобные графики когда боролся со своей трещинкой в коллекторе?
Вложение 17847