Эмулятор иммо.

draw

Было проверяно три еммулятора и три прошивки для них и ниодна даже не вякнула на запрос с блока блокировки клапана тнвд
Использованы такие схемы-потому там и джампер у меня стоит
Untitled-3 copy.jpg
Сигнал приходящий от клапана
20151020_162548.jpg
сигналы с блока иммо 2 при диагностики идущие на клапан
20151020_162706.jpg
Сам клапан
DSCF5602.jpgDSCF5605.jpg
сам иммо
DSCF5500.jpg
и чтобы было понятно че там случилось с этим всем делом
DSCF5460.jpg
Про схемы 1 и 2-уже писали-ноль эмоций. Была опробована схема три с разными кварцами- тоже ноль полный. Прошива у этого варианта небольшая -работает только резет-задержка на самом деле- тоесть при включении через некоторое время благодаря конденсатору и резистору происходит ипульси сброса на резет и все- контроллер молчит как партизан- так что извиняйте ребята.В чем может быть причина неработающего иммо.

veloseeped

А самое главное где? Уровень низкого состояния к-линии проверил?
Длительнось опускания линии в "ноль" какая ?
Схема на 2313 при использовании номиналов резисторов как на схеме НЕ БУДЕТ работать, если потенциал низкого уровня в к-линии при запросе окажется выше 0.75V - она не различит переход линии из высокого в низкое и не стартует.
Кстати, именно у дизелей такая ситуация довольно часто встречается..
А правильному диагностическому шнурку это по барабану - он и завышенный низкий уровень различает как НОЛЬ.

draw

Спасибо. Сама схема как бы рабочая на входах аттини приходят "1" и "0". Разницы абсолютно никакой нет между ними по к-линии. Поскольку у драйвера к-линии нет запрета передачи и приема-входы эти не задействованы, а вот копануть прошивку на предмет работоспособности для меня проблематично. Хотя про то что вы написали мне самому не нравится. Я не знаю как реализованы входы на аттини. Ттл или кмоп.Кинул картинку чтобы было более понятно. Развязка на делителях хреновая мысль. Вообще к этому нужно отнестись повнимательней- точные замеры "0" я не делал. Если на аттини входы ттл то резистором на 10 ком не закрыть входной транзистор, если скажем полевик то в микрухе тоже может стоять на затворе резистор 10 к к примеру и состояние будет также при подаче "0" 2.5 вольта что опять единицей и останется, тоесть в таком варианте чтобы мы не творили на линии к - входу микроконтроллеров будет "1". Наконец вижу умные мысли. Молодца.
Untitled-1.jpg
Это правильно- ноль должен быть чистым.
Может есть и смысл поставить к-драйвер чтобы для правильного нуля не городить еще 2 транзистора

veloseeped

Можно сделать несложный тест.
Коротим к-линию на массу и смотрим потенциал на RxD входе 2313.
Если там будет больше 0.3V значит транзисторный интерфейс барахло.

ЗЫ: Хе-хе... Вот нашел свои записи 15-ти летней давности про разборки с иммо
По понятным причинам убрал из текста только конкретные значения байтов используемых при шифровании.
================================================== =======


Запрос к иммобилайзеру от ECU начинается с выдачи посылки "0" на
определенное время (именно эта посылка и определяется как байт 00, хотя
им не является !), и по длительности посылки можно выбрать скорость
работы - для 9600 это около 22 mS (вероятно, стандартное время ровно 20 mS,
но есть большой допуск), для 10400 - 10 mS. У разных ECU длительности
немного различаются.


Затем передается собственно запрос вида 07 01 D7 91 56 9A A8 03,
где байты 4...7 содержат некий код, над которым производится
операция "скремблирования". В примере значение 4...7 байт условно.

На каждый байт посылки иммобилайзер должен ответить байтом с
инвертированным значением (на 07 - F8, например). Таймаут для ответа
составляет (предположительно) длительность 200 битов.

Операция "скремблирования" ответа производится с содержимым
четырехбайтового поля операндов (байты 4...7).

Вначале поле циклически сдвигается на один бит вправо (младший бит
байта 7 перемещается в старший бит байта 4).

Затем для "новых" ECU производится операция XOR байтов 4 и 5 со значением
[скрыто] и [скрыто], а затем выполняется преобразование в дополнительный код.

Для "старого" варианта эта операция делается несколько иначе:

Вначале для байтов 4 и 5 делается OR со значением [скрыто] и [скрыто] соответственно,
затем делается XOR со значениями [скрыто] и [скрыто]
Кроме того, байты 5 и 6
заполнятся какой-то информацией, но если даже их обнулить (или оставить
неизменными ?), все работает нормально (?)

Последняя операция - эти байты еще раз сдвигаются вправо, код запроса
D7 заменяется на код ответа 3D.

Если ECU воспринимает пакет правильно, то в ответ придет Ack (03 nn 09 03),
после него надо выдать EndCom (03 nn 06 03) для завершения процедуры связи.

Если ответ не удовлетворяет алгоритму шифрования, то возможны как минимум
два варианта:

1) от ECU приходит повторный запрос 'D7', на который можно ответить,
используя иной алгоритм скремблирования;

2) от ECU приходит ответ NoAck ('0A'), на который также можно ответить
пакетом '3D' с иным алгоритмом шифрования, причем в моем эксперименте
я даже пробовал не менять номер блока - получилось.


"Непрописанный" иммобилайзер (а так же при отсутствии ключа) в ответ
на запрос 'D7' отвечает NoAck ('0A') и ECU либо прекращает связь, либо
продолжает делать запросы.

================================================== ==
Примечание:
В качестве подопытных кроликов использовались
Коробочка иммо от Audi 95-96 годов (иммо1)
"Cтарый" - блок A4 1.9TDI 1998 года
"Новый" - блок S4 2.7T 1999 года