|
|
|
|
|
См архив (схема, печатка, мелкое пояснение) пдфок уже не наверное не найду .
Все собиралось в корпусе (тоже из ч/д) кабель от PC паялся прямо на плату, через DB9 подключался к диагн. разъем. питание от а/м через диагностику 94936.rar |
|
|
|
Злобный Йожык©: А какой прогой пользуетесь? Я пробовал "Мотортестер" но у него эмулятор хаспа был кривой завелся только под 98 виндой, и то через раз Вообще адаптеры собирал по просьбе знакомых, ремонтом а/м не занимаюсь.
|
|
|
|
AlexAlcoa спасибо, попробую |
|
|
|
Ребят, понимаю, что офф, в рамках темы.
Но хватит ли вычислительных ресурсов PIC для мат. модели ДВС и движения авто в реальном времени?
Тут хотя-бы 286 проц нужен. Да и программить его попроще. |
|
|
|
А зачем в PIC-е модель ДВС? Она уже есть в ЭБУ, просто из/в него нужно читать/писать данные. В ЭБУ БОШ примененен контроллер ф. "SIEMENS" цифры не помню с внешним ПЗУ. |
|
|
|
Welcome61: Технические условия сочинил примерно следующие:
1 - установка на борту;
2 – использовать максимально возможное количество считываемой информации из ЭБУ
3 – диагностика ошибок и режимов
4 – функции маршрутного компьютера (желательно )
Вот я и подумал...
Человек хочет полноценно контролировать ЭБУ. Для этого надо иметь соответствующие ресурсы.
Или так - на уровне "красной лампочки"? |
|
|
|
1) Установка на борту проблем не вызывает
2) На сколько я понимаю ЭБУ выдает/принимает данные по соответствующему запросу. Как телефон например, шлем АТ-ССLK он в ответ сообщает время, здесь я думаю технология похожая, а уж сколько и какие запросы определять разработчику.
3) Диагностика ошибок. В ЭБУ есть накопленные ошибки и текущие предсталяют из себя числовые данные 21,45,61 и т.д.
почти в любой книге по инжекторам есть их описание => читаем ошибку например №10 ищем в памяти что это такое и выдаем на дисплей например "отказ форсунки №1".
4)Функция маршрутного компьютера думаю здесь, это расходомер топлива, тахометр, остаток топлива и т.д. Всю информацию можно читать с ЭБУ обрабатывать(масштабировать, накапливать....) и выводить на дисплей. Думаю практически любой МК(с USART и памятью в 8 кило) с этой задачей спокойно справится. |
|
|
|
В Сети нашел и скачал
"Keyword Protocol 2000. Спецификация канала связи с диагностическим оборудованием - Уровень обмена данными
Этот документ базируется на международном стандарте ISO 14230 - 3 Keyword Protocol 2000 и представляет собой спецификацию канала передачи данных между контроллерами системы управления двигателем..."
наш АВтоВазовский документ, а также исходник.
Сейчас изучаю протоколы и пытаюсь определиться с материальной базой: тип PICа и ЖКИ. петр1: Тут хотя-бы 286 проц нужен. Да и программить его попроще.
Не спорю. Давно бы сделал на ПК., тем более адаптеры K-Line eсть. Но это другая песня.
Своему другу в маленький такой сервис уже поставил на ПК - он доволен. Туда же стенд для промывки и диагностики форсунок сделал из всего что было под рукой - работает прекрасно. Мне интересно - друзья довольны.
Это я пишу для того, чтобы избежать вопросов типа " А зачем и для чего.........?" |
|
|
|
to петр1
12 июня, 19:06 Ребят, понимаю, что офф, в рамках темы.
>Но хватит ли вычислительных ресурсов PIC для мат. модели ДВС и >движения авто в реальном времени?
>Тут хотя-бы 286 проц нужен. Да и программить его попроще.
Там"SIEMENS"овский клон 8051 стоит с ацп 8 битным, и не очень быстрый и зачем тут "хотя-бы 286 " Програмки которые в сети встречал нормально работают под 98 там доступ к портам открыт напрямую, под xp начал писать свою, но не дописал. Остановился на том что она коннектится, а потом времени не стало. |
|
|
|
Sorry за небольшой оффтоп, вы говорите о приблуде которая будет цепляться поверх бошевского контроллера,
вытаскивать с него параметры и собственно индицировать онные. А никто не думал о том чтобы сделать нечто подобное (я имею ввиду контроль параметров) для обычного
карбюраторного двигателя, сложного по сути ничего, вот только как в таком случае организовать индикацию скорости, ведь цифрового датчика у данных автомобилей нет, у кого идеи есть? |
|
|
|
|