Фактически, это портативный, сильно упрощенный VAG1551

Устройство собрано:





В результате работ, проведенных Павлом Лавровичем (aka Cyber_RAT), функциональные возможности сканера значительно расширены.

На той же самой элементной базе (ЖКИ-индикатор в 2 строки по 16 символов, MCU AT90S8515 (atmega8515), 4 кнопки и еще кое-какие копеечные мелочи) сканер теперь:

• Осуществляет через K-L-Line интерфейс обмен данными с блоками ECU по протоколу KWP1281 на скоростях 1200, 2400, 4800, 9600 и 10400 бит/сек. Желаемую скорость соединения можно указать предварительно. Если соединения на указанной скорости не произойдет, то сканер автоматически предпримет попытки установить соединение на всех других доступных ему скоростях. Значение скорости, на которой установлено последнее соединение с каким-либо ECU, будет сохранено в памяти сканера и следующее соединение будет автоматически начато на этой же скорости. Это особенно удобно, если Вы отлаживаете неисправность в какой-то определенной системе автомобиля и неоднократно устанавливаете связь с ECU этой системы;
• Не имеет ограничения по типам поддерживаемых ECU. Наиболее распространенные и чаще всего необходимые (по мнению авторов…) типы ECU вынесены в начало списка типов систем (двигатель, трансмиссия, АБС). Далее в списке типов систем имеется пункт, позволяющий вводить адрес ECU в десятичном формате;
• Имеет улучшенные функции разбора данных, поступающих от ECU. Человеческим (хотя и английским… как кажется разработчикам…) языком выводится сообщение об отсутствии ошибок, если ECU об этом сообщает. Столь же человеческим и столь же английским языком транслируются сообщения ECU о том, что ECU не поддерживает определенные сервисы (например, АБС Teves MK04 не поддерживает работу с блоками данных);
• Имеет более дружественное меню – в частности, все «линейные» меню преобразованы в «кольца».
• Добавлен просмотр 000 блока измерений.
• Добавлена возможность перемещаться по блокам измерений как +/- 1, так и +/- 10 (enter + up/down)
• Добавлена возможность адаптации ДЗ (пока только для тех, у кого адаптация идет по 01, 60 или 98 адресу)

Без каких-либо проблем в сканере можно применить MCU ATMEGA8515 – надо только при программировании указать необходимость работы MCU в режиме эмуляции AT90S8515.

Уважаемые последователи! Если Вы заметите какие-то баги/глюки сканера, или захотите поделиться своими идеями/предложениями по улучшению сканера – пожалуйста, пишите в этой ветке форума или в P.M.
Дмитрий Орлов (ака EgaleB3)


Предупреждаю тех, кто в танке: Все посты о целесообразноти изготовления применения данного девайса будут бежалостно уничтожаться из этой ветки. Свое мнение что лучше: КПК, Ноут или данный сканер оставляйте при себе или создавайте тему в болталке. Здесь обсуждаются технические вопросы ТОЛЬКО по этому прибору. Его дальнейшему усовершенствованию и развитию. (Pasha@VR6)


Для версии сканера с индикатором от телефона Nokia 3310 дописана процедура расшифровки ошибок.
работает так:
смотрим ошибки в цифровом виде, если хочется расшифровки - жмем Enter (связь с блоком разрываем, ибо поиск в ПЗУ по I2C шине идет долго) и листаем ошибки в расшифрованном виде кнопками up/down - например:
° ДМРВ
° ОБРЫВ/К.З. на+
°
° ЛЯМБДА
° НЕТ СИГНАЛА
° и тд.
° В пзу (24дс64) внесено уже 134 ошибки по двигателю, абс и подушкам безопасности.. (не заполнено и половины пзушки - которую можно расширить до 64 кб без изменения схемы, и с небольшими изменениями программы).
Шить контроллер необходимо в следующей последовательности.
eepromw.hex заливаем в контроллер, включаем и ждем пока не напишет save complete. после этого заливаем в контроллер scaner.hex. Работаем.

Программирование пзушки идет самим контроллером, в него шьется прошивка eepromw.hex - которая заполняет пзу и строит таблицу адресов соответствия...

Изменения в новой версии: (3.2b) (индикатор 16х2)

Добавлено:

1. Доработана еще немного процедура связи (ABS Teves04, в частности, есть
   разный, должен теперь видеть любой).
2. Ввод вдреса теперь идет так: up +1 down +10... нажимаем esc. UP -1, Down
   -10. (при нажатии ESC текст на экране меняется - и видно декремент или
   инкремент адреса идет).
3. Номер блока измерений при переходе от блока к блоку - восстановлен
   (оказалось в at90s81515 нету комманды call (а в atmega8515 есть)).
4. еще мелкие багфиксы.

Вариант блока интерфейсов портативного сканера на специализированной микросхеме:


Т.к. некоторые ссылки на сайте автора уже не работают, я буду выкладывать в этом топике полный "пакет" для сборки (схема, печатка, прошивка) сканера на индикаторе 16х2.


Для тех у кого проблемы с паяльником, микроконтроллерами и т.п.

Насчет бортового компа - не уверен в идеологической правильности. Интерфейс разработчиками VAG сделан для диагностики. Что можно намерять, как намерять - это очень индивидуально для каждого ECU в отдельности. Например, у Digifant 2 моментальный расход выдается в 3-й зоне 4-го блока (это "с потолка", только для примера). А у двигателя AAM? А у двигателя ABU? А у двигателя ...? А что покажет этот маршрутный комп? Это раз.

А что если Ваш маршрутный компьютер чуть-чуть сбойнет и загонит движок в режим базовых установок? Причем (по закону подлости) именно тогда, когда надо газануть, чтобы закончить обгон или убраться с ж/д переезда? Конечно, Ваш комп никогда не откажет... Но... Это два.

Знаете, гораздо правильнее (на мой взгляд) было бы взять имеющийся сигнал с ДХ, с форсунок и пусть даже на том же контроллере диагноста посчитать все эти маршрутные заморочки. Кстати, такой дивайс есть, сделать его не трудно. Автору - респект. Ссылка: http://kazus.ru/forum/topics/5717.html .

Cyber_RAT, я получил твое письмо, и исходники обязательно вышлю - сорри, всю неделю руки не доходят...

Вот, уже выслал. Если что-то не доехало - пиши!

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

Не следует собственными руками уменьшать надежность системы, даже если вероятность проявления отказа мала.

"Имею возможность купить козу, но не имею желания.
Имею желание купить дом, но не имею возможности!..." (с) "Кавказская пленница".

Насколько я понимаю, основная беда не в том, что нет исходников, а в том, что интерпретировать блоки данных от разных VAGовских ECU он не сможет. Жестко зашитый формат телеграммы, в которой нет информации о том, к какому параметру относятся данные. Только их вид - вольты, градусы и т.п. Параметр приписан к определенному полю определенного блока.
То есть у одного ECU в поле 2 блока 4 лежит лямбда-фактор, а у другого - величина предварительного открытия термостата. И что покажет этот ВАЗовский тестер? И кто станет возиться с перешивкой тестера под конкретный блок?

Когда точно знаешь где что лежит, и когда меряешь один только ECU двигателя (и двигатель тот всего один, а версий ECU - примерно три, но точных сведений об этом не имею и этого не утверждаю, так что на слове ловить меня не надо, pls...) - его можно и херувимами с майскими розами разукрасить.

Конечно! В первую очередь - потому, что VAG не закладывал таких возможностей в протокол обмена. Все жестко регламентировано - смотрим в ELSA, там написано какое поле какого блока надо изучать (в случае данного конкретного ECU) и в каких пределах должен болтаться параметр. Дальше лезем в VAG1551. И смотрим только и именно этот блок.
Как ты думаешь, почему тот же VAG-COM работает через LBL-файл? И почему темы типа "Ищу LBL-файл для блока ХХХ" на этом форуме столь популярны?

Вот кабы телеграмма несла в себе заголовок - что за параметр содержится в поле! Но увы. Зато сервисы VAG имеют прочный кусок хлеба даже при нормо-часе $50...

"Пацаны не возражают!" (с) анекдот. Исходник дать? Он на ассемблере...
Условие прежнее - открыть результаты разработки.

Переделать под кварц 4 МГц можно, но не нужно. Будет плохо. Дело в ошибках при работе по последовательному протоколу. При кварце 3,6864 МГц (или 7,3728 или 11,059) погрешность 0%, при кварце 4 МГц - ошибка = 0,2%. При какой ошибке откажется работать ECU - неизвестно. ECU некоторых двигателей VAG отказываются работать даже с профессиональными тестерами третьих производителей. Из-за всяких тонкостей протокола. А с нашей-то игрушкой...

Так что лучше уж постарайся найти кварц 3,6864 - это весьма распространенная вещь, правда-правда.

На крайняк - у меня дача в Балабаново, буквально рядом с тамошним постом ГАИ; или подъедь, или по дороге пересечемся. Пиши в P.M., если что.

Ну так автоматизируйте процесс перепрошивки, чтобы возится не приходилось. Точнее сделайте загрузку метаданных конкретного ECU с компа (в том числе и домашнего) при помощи большой красной кнопки. Я помню, когда возился с микропроцессорными девайсами, коммуникация с PC была must have для калибровки, конфигурирования, вычитывания репортов и т.д.

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

Вариантов - куча.
Есть только два больших "НО":
1) аналог LBL-файла (описание данных) будет иметь переменный объем, зависящий от ECU. То есть не будет возможности даже сказать: с такого-то адреса начинается движок, с такого-то АКПП, а с такого-то - иммобилайзер.
2) это надо скомпилировать и прошить. Далеко не все смогут это сделать, даже если рядом будет положен AVRASM2.exe, AVREAL и схема программатора.

Кстати, не мог бы ты что-нибудь такое дописать в тот исходник, чтобы он стал поддерживать 5 скоростей? 1200, 2400, 4800, 9600 и 10400?

" - Нарежьте мне 400 грамм колбасы!
- Пождалуйста! Давайте сюда Вашу колбасу..." (с) анекдот застойных времен.

Нету этих данных. На уровне "практически вообще". А если сумел их достать - то посмотреть назначение блока с бумажки практически не напрягает.
Равно как и посмотреть на бумажке описание ошибки по коду.

Нет, я не идиот, я понимаю, что оно бы хорошо бы. Но геморрой трудозатрат не сопоставим с достигаемым в результате удобством.

Для начала нужно добиться качественной работы ДАННОГО дивайса (или его аналога), на различных скоростях, с различными ECU различных типов (я не имею в виду двигатель, я имею в виду АБС/комфорт и т.д.). Он еще сырой. Не к чему еще пока привязывать розочки и бантики. Надо сперва померять, а уж потом - думать как покрасивее отображать.

Не догнал. Данные есть. В ELSA в виде текста, в VAG-COM label files в своем формате и т.д. И передать их в микроконтроллерный девайс при помощи компа без гемора для пользователья не большая проблема. Прога на компе парсит label file или свой файл со своим форматом с описанием ECU и передает его в девайс по нажатию кнопки по тому же RS232 без всяких программаторов ассемблеров / компитяторв, т.к прога девайса умеет общаться не только с ECU но и с компом - стандартная ситуация. И показывает или использует девайс эти данные, которые отсутсвуют в потоке от ECU и гемора не много. Ну, естественно нужно будет поставить энергонезависимую память, если таковой еще нет.

Теперь я не догнал.

Если есть ELSA или VAG-COM на компе, с которым дивайс для обозначения блоков поддерживает on-line связь - дивайс не нужен.
Если имеется в виду самопрограммирование EEPROM данными, полученными с компа - тут другие грабли:
Если про данные из VAG-COM - то не всем данным можно верить. Выпуклый пример: для ECU Digifant LBL-файл соответсвует Digifant-1 (двиг. PG). Для Digifant-2 (двиг. 2E) данные совсем другие.
Для того же Digifant-2 (двиг. 2E) в ELSA описаны 16 полей. Я считываю 24. Что лежит в блоках 5 и 6 неизвестно. Блок 7 и дальше повторяют блок 1, но это в ELSA не документировано.

Ну хорошо, пусть ELSA. Данные можно вычитать в ELSA, и записать их в каком-то файле, который "всосет" дивайс (или ручками переделать LBL под тот же формат), но:
- ELSA (VAG-COM) есть не у всех;
- даже если всосал, будут проблемы где и что лежит и что откуда брать - объем данных по разным ECU различный. По одному ECU двигателя - 16 полей, по другому - 28. Откуда начинать читать поля АКПП? Откуда начинать читать поля АБС, если есть АКПП? А откуда начинать читать поля АБС, если нет АКПП?

Помнить в дивайсе несколько ECU двигателя/АБС и т.п. одновременно (чтобы диагностировать машины свою/папы/жены/друга), да еще чтобы автоматически переключать это отображение - технически решаемо. Но через такой гемор, что, КМК, проще обзавестись ноутом.

Конечно, имеется ввиду не постоянная on-line связь. Конечно, имеется ввиду залил дома с компа в энергонезависимую память (EEPROM) девайса описание своего (своих) ECU и побежал к машине кататься.

Откуда брать описание ECU (из VAG-COM, ELSA) и в каком формате – не принципиально же.

Не будет такой проблемы. Объем то данных различен, но структура данных по всем ECU одинакова т.к. все один и тот же протокол юзают. Структуры данных с динамической длиной по всюду и такие вопросы решаются на ура, в том числе и на микроконтроллерах.

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

EagleB3, ты жаловался на то что в потоке от ECU отсутствуют метаданные и, соответственно, микроконтроллерный сканер сосет. Я говорю, что эта проблема приемлемо решается путем добавления в девайс коммуникации (второй) с компом.

Я плачу не о переменной длине телеграммы, а о том, что от одного ECU двигателя надо обрабатывать 5 блоков по 4 поля (итого 20 полей данных, и ID блоков в запросе 01..05), а от другого ECU двигателя же - 9 блоков по 4 поля (итого 36 полей данных, и ID блоков в запросе 01..06 + 131..133). А уж данным по каждому таком блоку соответствует телеграмма переменной длины. Как разбираться с телеграммой - известно.

Но (если я правильно понял идею) где-то в EEPROM MCU или во внешней EEPROM надо разместить для первого случая 20 заголовков к данным, а для второго - 36.
Тогда в начале должна идти разметочная таблица:
"количество ECU"/"адрес начала описания ECU 1"/.../"адрес начала начала описания ECU N"
Каждое описание ECU имеет структуру:
"Запросный ID ECU"/"Длина описания ECU"/"Описание ECU"/"Длина номера p/n"/"p/n"/"количество блоков"/"запросный ID блока 1"/"адрес метаданных блока 1"/.../"запросный ID блока M"/"адрес метаданных блока M"/
Каждый блок метаданных имеет структуру:
"Адрес метаданных поля 1"/"Длина метаданных поля 1"/..."Адрес метаданных поля 4"/"Длина метаданных поля 4"
"Метаданные поля 1"/.../"Метаданные поля 4"

Все поля, кроме "Описание ECU" (Двиг., АКПП, АБС и т.п.), "p/n" и собственно полей метаданных имеют фиксированную длину.

М-дя... Ну, надергать данные из ELSA и вбить их в какую-то структуру (MS Excel?) - надо иметь ELSA, умение с ней работать и читать на ненашем языке с хорошим инженерным уровнем.
Подготовить такой блок данных (по тому, что вбито в какой-то структуре) - нужна программа. Надо быть хотя бы средней руки программером на дельфях или чем-то подобном. Написать софт для MCU, который будет сам вс себя заливать ЭТО с расстановкой актуальных адресов, а потом искать/парсить - это надо быть КРУУУТЫМ эмбеддером и большим энтузиастом.

Я не крутой. Я любитель.
И еще замечу только, что пока этого не сделал даже сам VAG для своих VAG1551/VAG1552, хотя ему, казалось бы, по определению положено.

К сожалению, исходники не соответсвуют прошивке.
Самое неприятное (как я писал) в исходнике недоделана часть парсинга телеграммы, в прошивке она гораздо полнее.

Исходник, например, не захотел работать (точнее, нет нормальной инициализации дисплея или вывода на дисплей) при такой инициализации SP
;==== bad stack init begin
; ldi tmp, low(RAMEND) ; Setup stack
; out SPL, tmp
; ldi tmp, high(RAMEND)
; out SPH, tmp
;==== old stack init end

(при том, что в "8515def.inc" прописано
.equ RAMEND = 0x025f ),

но нормально работает при такой инициализации стека:
;==========================================
ldi tmp,$5F
out SPL,tmp
ldi tmp,$2
out SPH,tmp
;==========================================


С учетом того, что ассеблер я "читаю и перевожу со словарем" (ну, может быть лишь на чуть-чуть свободнее), я с содроганием готовлюсь к почти построчному сравнению функций парсинга в исходнике и в прошивке. Конечно, правильнее было бы овладеть мудростью идеологии парсинга телеграммы, но, боюсь что "не осилю, патамушта стихи"...

Не обязательно именно так, но в этом духе. Т.е. вместо фиксированных sizes и offsets известных во время ассемблирования используются sizes и offsets расположенные в самих данных. Колбаса эта раскручивается медленно или быстро в зависимости от своей организациии.

Ну а как происходит дело с VAG-COM, если не сидишь и не ждешь пока на голову вдруг свалится lbl файл ? Точно так.

Согласен

Этого можно на стороне MCU и не делать, а сделать это (аллокировать все элементы, установить все относительные смещения (ссылки), размеры) на стороне компа, хоть на VB и потом весь такой BLOB передать в девайс для записи по любому адресу в EEPROM и последующего разгребания.

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

Что еще за “мудрость идеологии парсинга телеграммы” ? Как создавать запросы и интерпретировать ответы KW1281 ? Так это ж как 2*6. В MonoComm.cpp ведь все расписано на C, что, наверное, даже более лаконично, чем на русском.

Я имел в виду преобразование поля данных, которое имеет в телеграмме переменную длину/формат, к читабельному виду.

Не знаком. Что такое MonoComm.cpp, где взять, что почитать, как пользоваться?

MonoComm.cpp это файл из иходников MonoScan которые можно скачать

Откуда можно скачать? Гугль ни то, ни другое не находит...

Такой ?

Вот это споры поднялись
Нда главный глю в прошиве который мешает работать устройству это висяк , виснет по прохождению не более 5мин, или дать газ практически до отсечки тож самое , виснет наглухо ,НО бывает и сам отвисает через некоторое время, очень редко, и програма скидывается к выбору модуля двигателя или трансмисии , если есть прошива под эту схему готов обкатать девайс собраный лежит прошивка нужна!
Только просьба не пинать СИЛЬНО! Т.к. у меня кварца нету на такую частоту стоит у меня щас 3.59мГц на нем конектится ,а на 4мГц ваще не хочет , скорость соединения для моих мозгов 4800 бит, не может виснуть из-за другого кварца? Кто что говорит!

ТО EagleB3: А ты на дачу не по кивухе ездиешь? Готов встретится и купить у тебя кварц!

И это самое я дуб дубом в програмировании не надо на меня кричать , я просто высказал мнение что хорошобы былобы доделать яж не понимаю всех програмных тонкостей!
И еще РАЗ ноут это хорошо а когда в машине встроен это другое, особенно в дороге!

По ней, родимой...

Вот что бы тебе написать в четверг? В субботу (завтра) уже с кварцем был бы.
Теперь до следующей субботы.
Мои координаты - в P.M.

Или ежели вдруг сам в Москву заедешь - магазин, где они есть, в 10-ти минутах езды от пересечения МКАД и Киевского шоссе.
Но работает только в будни.

Виснуть может еще как... кварцем стабилизируется скорость UART и задержки для 7 бодовой посылки...
поэтому периодически и сбрасывается на выбор модуля (в программе если теряется коннект - именна туда ведут все пути)

вопрос: хотелось бы вам видеть в данном сканере зачатки бортового компьютера? (тахометр, напряжение на аккумуляторе, пройденный путь, расход (может быть)) ?
стоит за это браться и двигаться еще и в этом направлении? (места в контроллере еще 3 кб - можно много запихать но само собой необходимо еще провод на форсунку и на датчик с коробки)

В процессе работы по доводке сканера Cyber_RAT нашел место, отжирающее память. Возможно, этот глюк вылечился. По крайней мере я этотглюк последний раз наблюдал уже очень давно. Вчера, например, по дороге домой проехался с подключенным сканером (последняя версия прошивки; поставил отображение блока данных #1 с двигателя и больше не трогал ни одну кнопку). За 50 минут поездки - не завис...

Правда до отсечки я движок не раскручивал.

Хорошо бы поточнее отловить условия прявления этого глюка.

На тему коэффициента: если считать расход (нормально, в л/км, а не в л/час), то без знания пробега все равно не обойтись. А это только с коэффициентом, учитывающим диаметр резины. Так что заморочки с вводом коэффициента потребуются по любому.

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

Прошивы скачал! Сегодня постараюсь обязательно покатать и отписаться!

А от телефона не маленький дисплей будет??? мне кажется будет плохо на нем видно? В смысле что маленький дисплей!

Cyber_RAT как сделаешь можешь фоткнуть как будет отображаться интерестно, вообще мне кажется лучше использовать графический дисплей типа 64Х128 или что нибудь подобное но стоимоть таких диплеев значительно выше, если 2Х16 стоит 250-300Р то графический начиная от 450р, но это так для спарвки, если сканер будет стоищем то можно и дисплей купить дорогой!

2-е изменение на сегодня - найдена ошибка при обрыве связи в блоке измерения: теперь сканер не виснет, а более правильнее сказать, не пишет во вторую страницу видеопамяти контроллера (невидимую для глаз 8) )

http://slil.ru/24735489

p.s. у кого есть возможность померять осцилом сигналы на К линии и на входе rxd txd контроллера и сфоткать (если цифровой то записать) осцилограммы?

Модуль ABS не изменялся насколько мне известно! Можно не пробовать работать тоже не будет! Интерфейс связи на чем построен? Если на оптопаре возможно из за этого нет конекта! Если на микрухе то можно попробывать подобрать сопротивление то которое 910 Ом в пределе 510-1000 Ом.
Щас упор на отладку модуля двигателя что бы работало со всеми блоками без глюков!

Не совсем правильно данное высказывание, все блоки работают по 1 протоколу, поэтому если я меняю процедуру связи с блоком, она меняется для всех

VAG_Polo: попробуйте на старом адаптере с новой прошивкой связаться с ABS (можно еще резистор подтягивающий последовательно с подстроечным на 400-600 Ом включить и подобрать сопротивление при котором максимально хорошо держится связь).

Отлично! спасибо за тестирование
я уже платку развожу под сканер на атмега8535 и 3310...
Пробовал снимать мобильником для отчета - ужас
Попрошу цифровик принести на следующей неделе, и забабахаю отчет.
что следующим этапом делать?

очередная версия прошивки 2.2: http://www.slil.ru/upload/24772069
мелкие исправления - вылизывание кода, новая процедура конекта (дальше идем с ней), в режиме измерений up down +/- block, Enter = +10 (так проще всего сделать, а если надо 90 блок то проще 9 раз нажать Enter, чем 90 - up ), изменение версии на 2.2, номер ECU не может быть больше 127 (был до 255) - исправлено, в режиме измерений - переходить на 0 блок не должно- исправлено.


p.s. попробуйте кто-нибудь этим сканером посмотреть угол открытия дросельной заслонки - у меня плавно идет до 65 и скидывается на 0 и идет до 15... ИМХО не должно так быть? или я не прав?