2 ell66, судя по документации на ATMEGA162 (стр. 50), BODLEVEL нужно ставить = 100. Кстати такой BODLEVEL идет с завода. Комбинация 011 только для низковольтной ATMEGA162V.
Предлагаю тебе продолжить пополнять список команд ELM своего адаптера, что бы он работал с другими программами для ELM, например PCMScan.

И теперь по софту. Может кто знает какой программкой я могу посмотреть пропуски зажигания, время открытия форсунок? В ScanMaster ELM я не нашел.

2ell66: Буфферизируются ли как-нибудь поток данных при чтении? Покатался немного с адаптером - иногда такой впечатление, что не успевает все читать

100 - этож и есть то, что прописал ell66 - галка=0:
BOD2=1, BOD1=0, BOD0=0
см.отмеч.красным

Ссори... туплю с утра понедельника... :wacko2:

Спасибо за объяснение, собрать, собиру наверное, вопрос ещё, как прошивку залить в него?

Этот контролер поддерживает внутрисхемное программирование.
Если ты с "нуля", то поищи в инете "Краткий курс":
http://www.123avr.com/
Можешь собрать программатор типа "5-ть проводков", но лучше не менее простой, но с буфером - все это там есть

несколькосообщений выше я выкладывал схему программатора) на ЛТП порту)

С какой программой катался?
Попробую неможко пояснить по работе адаптера.
Адаптер представляет собой простой транслятор команд, поступающих с COM порта в данные для К-линии. Команда СОМ порта -это строка ASCII символов, заканчивающаяся символом (CR).
Обработка строки в адаптере начинается после приема (CR). Под буфер строки выделено 25 байт. Программа адаптера преобразует принятую ASCII строку в последовательность HEX байтов, дополняет ее 4 служебными байтами и передает сформированный запрос в нужном формате и с необходимыми таймингами в К-линию и ожидает ответа.
Через некоторое время, ECU передает в К-линию ответ в виде HEX последовательности, длина которой определяется значением первого байта. Последовательность складывается в буфер (величина буфера 14 байт), и после приема последнего байта HEX последовательности, производится преобразование HEX->ASCII, формируется строка, добавляется (CR) и стартует передача ответа в COM.
В том случае, если управляющая программа PC, не дождаясь ответа, попытается послать новую команду, то буфер приема будет испорчен, ECU не поймет, о чем его спросили и, соответственно, не ответит.
Кроме того, необходимо учитывать, что протокол тойоты (как, впрочем, и другие протоколы) требует определенных значений как межбайтных пауз во фрейме, так и выдержки времени после окончания передачи ответа ECU и началом нового запроса. Поэтому, при увеличении количества одновременного вывода нескольких параметров, обновление каждого параметра будет замедляться.
Еще можно предположить, что управляющая программа посылает запросы с MODE, несуществующих для даноого ECU. Если в течение 0,2сек ECU не отвечает на запрос, адаптер передает в COM порт сообщение "NO DATA".
Например, типовое время ответа ECU на запрос составляет 30мс, в случае несуществующего MODE время до следующего запроса будет увеличено до 0,2с, поэтому это явление можно принять за подтормаживание.

С центрифугой и со сканмастером. У сканмастера расходомер есть - интересно было посмотреть его работу.
Спасибо за разъяснение

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