INPA - своими руками

[Kill17]

Сообщение от BOBAC29

Kill17, а что ты именно делаешь на данный момент?

пытаюсь понять, что вы тут на 5 страницах написали)))

[BOBAC29]

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

Добавлено через 11 минут

Сообщение от vitek101

Я думаю правильно. Сейчас поопрашивал остальные блоки. Доп. пакет такой же почти всюду. Другой только в MS40 и DME. Вообще хорошо бы узнать структуру этого доп. пакета, чтоб не отфильтровать чего лишнего

А можешь всё пакеты написать? Какой к чему. Насчет структуры спрашивал у алодина, он съехал что проект 4х летней давности. Не помнит что вообще есть доп. пакет в этой версии длл. А разбираться не захотел. Но думаю парень просто и так открыл много секретов, по этому остальное решил оставить в тайне.

[netdog]

Я вообще сомневаюсь что в этой Длл есть какой-то загадочный дополнительный пакет есть, может его (пакет) шлют Inpa/Ediabas, а в оригинальной, не переписанной версии длл, это какие-нить установки порта меняет, а тут может просто выходит фиче-баг Как вариант.
Так как длл не переписана, а дописана причем на уровне ассемблера, врядли туда еще какой-то функционал пихался, я ее ковырял не так давно на старте, правда уже ниче не помню )

[BOBAC29]

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

Добавлено через 7 минут
А на последний вопрос алодину, как называется эта функцию чтоб её убрать. Он сказал не помню, как это убрать, а кто будет эмулировать 16х50 в адаптере. А поковырятся в ней не захотел.

[Kill17]

Сообщение от BOBAC29

а кто будет эмулировать 16х50 в адаптере

вот эту часть я вообще не понял

[BOBAC29]

Ну длл посылает команды контроллеру а контролле уже настаивает скорости уарт 16х50 где х 4 или 5.

[Kill17]

Понятно)

[Vasen]

Сообщение от BOBAC29

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

По линии L на 5 бодах выдается адрес устройства с кот. работает инпа. На К и L линиях висят много устройств. Устройство, приняв свой адрес, продолжает работать по линии К на скорости 9600. Дак вот для ЭБУ адрес = 10. В логах, которые выкладывали, я его ни разу не видел, что подтверждает мои догатки о том, что импульсы данных формируются программно. Хотя те пакеты мне и так не понятны )), они расходятся с протоколом.

Сообщение от netdog

Так как длл не переписана, а дописана причем на уровне ассемблера, врядли туда еще какой-то функционал пихался

Туда не то что пихался доп функционал, а запихивался и утрамбовывался. И этот доп пакет есть не что иное, как команды управления контроллером.

[BOBAC29]

Адрес какого эбу =10 и чего 10?
И про импульсы данных че то ни че я не понял.

Добавлено через 2 минуты
И можно посмотреть протокол?

[Vasen]

Держи. Kill17? выкладывал:
http://www.e36club.ru/forum/showpost...&postcount=555

[BOBAC29]

Спасибо.

[Vasen]

Сообщение от BOBAC29

И про импульсы данных че то ни че я не понял.

Чего не понятно. Берем к примеру линию DTR ком порта и программным способом формируем импульсы длительностью 200мс. Передача единицы: установили единичку на DTR ->подождали 200мс -> установили нолик. И так далее. Для чего и используется в ads32.dll прямой доступ к порту. С юсб вариантом дело сложнее. Тут строго импульса в 200мс не получить. Здесь уж как системе, читать винде, заблагороссудится. Отсюда и вся пляска.
Посмотрите дистр инпы. Ведь там есть дрова для USB-OBD варианта на ftdi чипе. Вопрос. Почему тогда разрабы не сделали и ads режим на ftdi чипе?

[BOBAC29]

Да я всё равно не пойму к чему это? Какой вывод? Что ты хочешь этим сказать?

[Vasen]

Сообщение от BOBAC29

Да я всё равно не пойму к чему это? Какой вывод? Что ты хочешь этим сказать?

Хочу сказать, что попытки оживить оригинальную ads.dll на усб шнуре без контроллера практически нереально.

[BOBAC29]

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

[michфуд]

Риспект топикстартеру за проделанную работу!

Но не удержался - даже зарегистрировался на этом форуме...

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

Не понятно... в чем его особенность? Что я не понимаю?

Ps - забрел сюда, т.к. хочу собрать D-Can под инпу, а тут каном кажется и вовсе не пахнет

[BOBAC29]

А с контролером, надо вот узнать точно какие ещё доп пакеты может засылать адс32.длл от алодина, и ещё вчера глянул протакол и как и думал блоки тоже посылают управляющие символы можно так сказать. Из всего этого есть ещё мысли, что контроллером делая одно можно засрать другое.

Добавлено через 7 минут
michфуд, Ну судя по твоему P.S. ты забрел не совсем туда куда тебе надо. Ну а то что ты адс режим причислил к обычному кл адаптеру, понятно почему ты сюда забрел. Почитай про диагностические режимы внимательней.

[michфуд]

насколько я в курсе АДС - не более чем 20пиновый коннектор с L и K линиями - что в нем необычного?
наличие L линии?

[BOBAC29]

Необычное в нем протокол адс

[Vasen]

Сообщение от BOBAC29

Необычное в нем протокол адс

+ в режиме адс используется лоу инициализация по линии L на скорости 5 бод. Такую скорость не обеспечивает даже аппаратный компорт на линии TXD.

[michфуд]

спасибо, уяснил - инпа не работает с KL адаптерами, для L линии ей нужен ADS.
сорри что влез, всем удачи !

[Vasen]

Сообщение от michфуд

спасибо, уяснил - инпа не работает с KL адаптерами, для L линии ей нужен ADS.
сорри что влез, всем удачи !

Опять не правильно. Инпа работает с usb kl адаптерами и очень удачно.
НО для работы с машинами до 95 года (если не прав, то поправят с годом)
нужен чистый ком порт. Ибо там используется ADS режим. В машинах после этого года используется режим OBD.

Kill17, netdog, BOBAC29, у кого есть возможность снифернуть работу адаптера через компорт этой прогой. Нужны логи программы. Ссыль на прогу Пароль: i n p a (без пробелов).

Добавлено через 3 минуты
У меня инпа при попытке связи с блоками, виснет намертво. Хз что. Может ей не нравится что нет адаптера на порту.

[michфуд]

Сообщение от Vasen

Опять не правильно. Инпа работает с usb kl адаптерами и очень удачно.
НО для работы с машинами до 95 года (если не прав, то поправят с годом)
нужен чистый ком порт. Ибо там используется ADS режим. В машинах после этого года используется режим OBD.

поправка - не KL line адаптерами - а с K line адаптерами тогда уж - в общем к L линии инпа может обращаться только используя ADS - так точнее?

[BOBAC29]

Vasen, думаю у vitek101 есть такая возможность.

[netdog]

да там вроде много через что еще можно, через EDIC к примеру

Добавлено через 1 минуту
на bmwtools.info darksys засветился вроде что сделал свой программно-аппаратный интерфейс через EDIC