DIY Interfejs ADS (prawie) za darmo!

Witajcie,

przymierzam się do zbudowania prostego interfejsu ADS do diagnozy INPA + DIS.
Jak wiecie, interfejs ten ma taką cechę, że jest podłączany bezpośrednio do portu COM.

Dodatkowo chciałem sobie taki jeden interfejs zostawić na stałe w aucie i wyprowadzić kabel szeregowy wewnątrz samochodu. USB już mi się uprzykrzyło. Często zdarza się, że wystarczy dotknąć kablem i transmisja umiera. Pomaga jedynie restart komputera.


No, ale do rzeczy.
Założenia są takie:
1. żeby była to maksymalnie uproszczona konstrukcja
2. żeby kosztowała (bez wtyczek) góra 10 zł (sic!)
3. żeby była do wykonania dla średnio-zaawansowanego konstruktora
4. żeby projekt oraz schemat był dostępny nieodpłatnie

Póki co skombinowałem schemat na 9 tranzystorach i 17 rezystorach.
Dzisiaj udało mi się porobić projekt płytki drukowanej (PCB).

Zdjęcie prototypu poniżej:
Załącznik 3541
Wymiary płytki to około 6,5cm x 3,5 cm

Wiem, że straszna plątanina ścieżek, ale mimo wszystko prądowi jest wsio-ryba czy skręca 8 czy 15 razy :-) Ma działać i tyle. Oglądać ścieżek nie ma nikt poza konstruktorem. W dodatku nie dałem rady na jednej warstwie dwóm ścieżynkom. I niestety będą dwa mostki.

Daj znac jak juz ogarniesz cos kobkretnego

Dzisiaj dopracowałem wizualnie schemat i płytkę drukowaną.

Jak już wspomniałem, chcę, żeby projekt pozostał darmowy dla wszystkich (mówię o wiedzy a nie o częściach), dlatego publikuję poniżej moje wyczyny.

Schemat ideowy
Załącznik 3552

prototyp 'A' płytki drukowanej
Załącznik 3553
Jakość obrazków musiałem mocno zdegradować bo mam mało miejsca na profilu. Szkoda...

Lista komponentów
8x BC548 tranzystor NPN
1x BC559 tranzystor PNP
(właśc. to mogą być dowolne tranzystory o odpowiedniej polaryzacji np. 2N3904 i 2N3906)

7x 2,2 kΩ
2x 4,7 kΩ
1x 47 kΩ
2x 10 kΩ
1x 20 kΩ
1x 22 kΩ
3x 1 kΩ

Lokalizacje komponentów
T1 BC559
T2 BC548
T3 BC548
T4 BC548
T5 BC548
T6 BC548
T7 BC548
T8 BC548
T9 BC548

R1 2k2
R2 4k7
R3 47k
R4 10k
R5 20k
R6 22k
R7 2k2
R8 1k
R9 2k2
R10 2k2
R11 1k
R12 2k2
R13 2k2
R14 2k2
R15 1k
R16 10k
R17 4k7

I teraz najlepsze:

Koszty elementów dyskretnych
Tranzystory 9 x 0,15 zł = 1,35 zł
Rezystory 17 = 0,05 zł = 0,85 zł
SUMA = 2,20 zł

Doliczyć należy koszty cyny do lutowania (jakieś 0,20 zł)
koszt zrobienia sobie płytki drukowanej (jakiś 1 zł)
amortyzację wytrawiacza (jakieś 1 zł)

Jeśli ktoś ma takie rzeczy jak mini-wiertarkę do PCB, wiertełko 0,8mm, lutownicę, wytrawiacz, kuwetę itp. to koszty samego interfejsu zamykają się w 4,50 zł (!)
A jeśli jest się zupełnym novi, to niestety, dochodzą koszty wyposażenia warsztatu :-D
Bezpieczniej zatem będzie zlecić firmie za 10 zł przygotowanie za nas płytki. Mimo wszystko nadal opłaca się to.

Pozostaje pytanie, skąd zdobyć wtyczkę diagnostyczną oraz kabel szeregowy. Na ballegro okrągłe wtyczki do BMW 'chodzą' po 10-15 zł. A kabel szeregowy lub kabel od sieci komputerowej (2-3m za 3-4 zł) plus wtyczka DB9 za 2 zł.


Łącznie całkowity koszt budowy zestawu po najmniejszej linii oporu, tj. kupując przygotowaną płytkę oraz wszystkie komponenty:
Elementy dyskretne = 2,20 zł
Płytka drukowana = 10 zł
Wtyczki i kable = 20 zł
Obudowa uniwersalna = 5-10 zł
SUMA = 37,20 zł (nie licząc kosztów przesyłki poszczególnych komponentów)

Widać, że najwięcej kosztują obudowa, wtyczki i transport elementów. Ja natomiast mam większość z tych rzeczy dostępne a wtyczkę BMW zrobię sobie samemu z płytki drukowanej i kilku bolcy lub będę wtykał kabelki w gniazdo w aucie (przynajmniej na początku w ramach testów).

Gdyby spróbować znaleźć wielu chętnych, to koszty pojedynczego egzemplarza spadają do zdecydowanie niższych i można by założyć, że taki gotowy interfejs mógłby kosztować przy 100 egzemplarzach jakieś 30 zł za sztukę.

Nie wiem czy zdążę w robocie pobawić się w nadruk na miedź, ale postaram się :-)
Zaznaczam, że jest to prototyp i nie mam absolutnie żadnych gwarancji, że zadziała.

Ten schemat sam wymyśliłeś czy to kopie czegoś? To się wydaje trochę za proste. Budowałem kiedyś euroscan pod visa 1.83. Mam ads i w środku jest zdecydowanie więcej elementów. Mam głupiego vaga na maxie i inne kabelki ale żeby kilka tranzystorków wystarczyło to jestem ciekaw. Ja na Twoim miejscu zaczą bym od poszukiwania dokumentacji ads a nie marnowania czasu na własnych patentach. W ads jest mały procek który coś tam robi. Tymi tranzystorkami raczej go nie zastąpisz.

Pomysł z gniazdem w środku ciekawy. Zawsze mnie wku... to bezmyślne obsadzenie gniazda pod maska tym bardziej że często jeżdżę z kompem.

Taki układ mógł bym sobie bezproblemowo wykonać gdyż jakąś tam wiedze w zakresie elektroniki mam zresztą taką mam szkołe.
Ale zrobie dopiero gdy potwierdzisz działanie nie chce mi się na darmo dłubać :P
Po zatym interfejs będzie w pełni funkcjonalny?
Gniazdo obd nowszego czy starszego typu zaleznie od zastosowania wtyczki powinno działać?

KaczyDJ, w projekcie oryginalnie chodzi o okrągłą wtyczkę diagnostyczną, tzw. PacMana :-D

Seban123, transmisja z samochodu jest szeregowa (linia K i linia L). Kłopotem technicznym jest tylko dopasowanie napięciowe i sygnałowe oraz uformowanie danych w zrozumiały pakiet. Standardowo protokół RS-232C zawiera negocjację parametrów (handshaking) oraz asynchroniczną transmisję szeregową, składającą się zazwyczaj z 1 bitu startu, 7 lub 8 bitów danych, bitu kontrolnego parzystości (odd/even) i bitów stopu (1, 1.5 lub 2). Jeśli wykorzystasz standaddowe API z Windows, to właśnie w takim standardzie te dane będą przesyłane, gdyż taki port pod Windows zazwyczaj służył do komunikacji modemowej. Natomiast zdolny programista jest w stanie dostać się do fizycznych rejestrów urządzenia i odczytać lub wysłać dowolną informację (dowolna długość i format informacji). I tak właśnie robi INPA. Stąd też często problemy z kabelkami na USB, które często posiadają inny adres portu niż 3F8h (COM1). Brak możliwości komunikacji inpy z takim urządzeniem leży w całości w niedoskonałości kodu aplikacji Inpa, która nie uwzględnia takich wynalazków jak COM5 o wyszukanym adresie 5D8h. Aplikacja oryginalnie była zaprojektowania do obsługi czterech podstawowych (fizycznych) portów szeregowych (zgodnych ze specyfikacją IBM z lat '80) o ściśle określonych adresach.

Dlatego uważam, że jeśli dopasuje się odpowiednio elektryczne poziomy sygnałów by były kompatybilne ze sobą oraz istnieje aplikacja, która odpowiednio uformuje dane, to komunikacja MUSI się udać. Zapewniam Ciebie, że nawet średnio zaawansowany programista były w stanie użyć portu LPT do wygenerowania sygnału analogowego m.cz. z pomocą tylko kilku rezystorów. Mimo, że pierwotnie port nie był przeznaczony do takich celów, to jednak ludzie na masową skalę potrafili sobie takie bajery robić (wiem co piszę, bo broniłem dyplom na porcie LPT co prawda nie do generowania muzyki bo to za proste ale do sterowania 64 urządzeniami cyfrowymi i wykrywaniem typu przyłączonego urządzenia).

A nie lepiej poszukac juz gotowego schematu ? Poza tym ja mam i kabel usb i com i powiem szczeze ze zawsze jade na usb o wiele prostsza obsluga . Nigdy nie mialem problemu z podlaczeniem jakiegos bmw . Inpa pracuje rewelacyjnie nigdy mi nie zerwala polaczenia . A podlaczalem juz e38 e39 e65 wszyscy zawsze zadowoleni .

Wiem jak działa rs232 i komunikacja w samochodzie. Ale ads nie zawsze korzysta z K i L. Tylko starsze roczniki wykorzystują dwie linie do komunikacji. Od 97 roku już większość nie korzysta. Jak pogodzisz ten fakt ze sobą?
Mógł byś opisać rozpoznawanie zapłony a dokładnie które elementy za to odpowiadają i jak inpa to rozpoznaje? Jak interfejs będzie rozpoznawał czy ma odbierać dane na linii do nadawania?

Bardzo prosto jest zrobione rozpoznawanie zapłonu: otóż sygnał IGN z PacMana po odpowiednim dopasowaniu jest podawany na pin RI (ring indicator) portu szeregowego. Obsługa (odczytanie stanu pinu RI) tego zdarzenia jest zaimplementowana w programie inpa.
Sprzętowo jest odpowiedzialny za to T9 który jest wprowadzany w stan przewodzenia poprzez napięcie podane na jego bazę przez R17.

A rozpoznawanie danych do nadania realizowane jest przez DSR i DTR.
Jak już wspominałem, szeregowa transmisja telegramów jest asynchroniczna, zatem nie potrzeba żadnych zegarów synchronizujących. Liczy się długość trwania bitu (określona dla danej prędkości transmisyjnej).

...W ogóle nie wiem dlaczego mnie o to pytasz? Sprawdzasz mnie?

Nie jestem elektronikiem z wykształcenia tylko informatykiem i elektrykiem o specjalności energoelektronika. Po prostu byłem ciekawy jak to zrobili bo nigdy się w to nie zagłębiałem. Ale dalej jestem ciekaw co z rozpoznawaniem nadawania i odbierania na 20 pinie lub 17. Umiem diagnozować linie komunikacyjne ale nie znam dokładnych specyfikacji bo to nie było mi potrzebne do pracy.

może i tak technics ale żeby poprawnie diagnozować właśnie starsze modele bmw tj przed 1997 tym sposobem niezbędny jest tu fizyczny port COM.
No cóż ja czekam na testy wole coś zrobić sam niż kupić chiński i tak malo przydatny interfejs.
Jeśli nie ten to są dostępne inne schematy również do wykoania w " domowych warunkach"
Tyle że kłopot w tym że musiał bym kupić starszego lapka ale to mały koszt bo mój jest za nowy i nie ma wejścia COM...

Seban: wiesz, program Inpa może okresowo odczytywać stan portu 3F8 i jak znajdzie na nim dane, to przetwarza je odpowiednio. Zresztą to widać podczas pracy inpy. Inpa inicjuje żądanie przesłania jakiegoś konkretnego komunikatu (tzw. telegramu) wysyłając zapytanie do IKE, który to z kolei zbiera dane i tłumaczy je z innych magistral na jeden format rozpoznawany przez Inpę. Każdy telegram od auta jest odpowiednio oznaczony i dokładnie wiadomo, jaka informacja jest w danym momencie przesyłana. Dobrze widać to przy oglądaniu parametrów analogowych DME (tam gdzie są sondy lambda, przepływomierz itp.) Widać, jak inpa przełącza się (próbkuje) po kolei na kolejny mierzony parametr (przeskakuje taka kropka pokazująca aktualnie przesyłany parametr).

Konkretnie rozpoznanie zapłonu sygnalizowane jest przez osobną linię transmisyjną. Bo linia RxD i TxD służą do przesyłania informacji użytecznej w jedną i drugą stronę, ale można także na siłę skorzystać z lini DSR, DTR i RI i tamtędy przesłać tak samo dane szeregowo. Wszystko jest kwestią oprogramowania i nasłuchu na odpowiednim porcie urządzenia. Dokładnie nie powiem Ci (musiałbym zajrzeć do specyfikacji RS-232C) jak odczytać na którym porcie jakich danych się spodziewać. Zapewne będzie to pojedynczy bit na którymś polu bajtu danych na porcie np. 3F9h. Wystarczy potem taką daną odpowiednio zaprezentować w programie i stworzyć warunki typu if %RI% = 1 then wyślij polecenie inicjujące na port 3F8h.

Zatem w wielkim skrócie: komputer wysyła zapytanie o parametr, a IKE odpowiada na ten parametr pojedynczym telegramem. Następnie komputer znów odpytuje ten sam parametr (jeśli jest mierzona ciągłość zmian danego parametru) lub odpytuje o kolejny parametr (jeśli ma zaprezentować na jednym ekranie więcej niż jeden parametr) itp.

Ilość zbieranych danych na ekranie powoduje jednocześnie spowolnienie próbkowania sygnału (widać np. przy pomiarach sond lambda, że skaczą mniej więcej raz na sekundę); jest to związane z ograniczoną prędkością transmisji ze strony samochodu (pewnie 2400 albo 9600 bit/s). Dlatego nieraz te same dane są prezentowane na kolejnym ekranie samodzielnie (któryś z Analogów w DME). Widocznie programiści w porozumieniu z inżynierami ustalili, że potrzeba wskazać w miarę precyzyjnie i szybko ten jeden konkretny parametr, bo jest ważny w diagnozie czegoś konkretnego i próbkowanie (aktualizacja danych) raz na sekundę to za mało.

KaczyDJ: kup sobie na ballergo taki stareńki IBM Thinkpad 600 (Pentium II 233MHz). On ma jeden port szeregowy na UART. Koszt takiego lapka to góra 50 zł. Wadą tego rozwiązania jest niestety uszkodzony akumulator, który nie trzyma energii (ale można to obejść zewnętrznym akumulatorkiem albo przetwornicą samochodową DC/DC do laptopów za kolejne 40 zł). Ważne, żeby komp miał przynajmniej 128MB RAMu i jakieś 2GB dysk. Wtedy i XP i Inpa na nim pójdzie.

Mam takiego jednego grata u siebie. Pies pogryzł kabel od zasilacza i komputer tak sobie leży już rok. W sumie gdybym chciał albo nie miał innego wyboru, to zastosował bym taką maszynkę.

Cytat:

---

KaczyDJ: kup sobie na ballergo taki stareńki IBM Thinkpad 600 (Pentium II 233MHz). On ma jeden port szeregowy na UART. Koszt takiego lapka to góra 50 zł. Wadą tego rozwiązania jest niestety uszkodzony akumulator, który nie trzyma energii (ale można to obejść zewnętrznym akumulatorkiem albo przetwornicą samochodową DC/DC do laptopów za kolejne 40 zł). Ważne, żeby komp miał przynajmniej 128MB RAMu i jakieś 2GB dysk. Wtedy i XP i Inpa na nim pójdzie.

Mam takiego jednego grata u siebie. Pies pogryzł kabel od zasilacza i komputer tak sobie leży już rok. W sumie gdybym chciał albo nie miał innego wyboru, to zastosował bym taką maszynkę.

---

Poważnie taki procek już wystarczy? Myślałem że potrzeba nieco więcej ale rzeczywiście program stary to nie musi być wymagający ee to w takim razie to nie problem Baterie może by udało się zrobić na nowych ogniwach temat przerabiałem już ze starą nokią którą założyłem do bmki bateria w sumie droga bo ok 50zł i nie wiem czy była wogule dostępna na magazynie więc wymieniłem ogniwa w starej 5x paluszki AAA (4zł/szt) wewnątrz wcześniej też były zabudowane takie paluszki do tego nowy kondensator (80gr) i stary czujnik.
A jeśli nie to zrobić wewnęczną baterie i już.

A Windows xp jest wymagany czy może być np 98? Bo raczej 95 jest za stary żeby wiedzieć co sie wogule dzieje

Wiesz, sprawdzę może dzisiaj w domu jak zachowuje się Inpa na tym kompie.
Może i na 98 pójdzie, ale wiedz, że to goowniany system i będziesz się borykał ze stabilnością.
Jak znajdziesz sobie ISO Windowsa XP Mini 2.1 PL, to z powodzeniem po uruchomieniu się systemu zajmuje on zaledwie 54MB RAMu. A jak będziesz u siebie mieć np. 256 MB (co nie jest przecież żadnym wyczynem technologicznym) to Inpa pociągnie z palcem w ...usb :-)

Możesz zainteresować się też nowymi/regenerowanym bakteriami do tego notebooka za 80 zł które rzekomo wytrzymują 2-3 godziny.
Problem przy samodzielnej wymianie ogniw polega nie na trudności lutowania, rozbebeszenia układu czy znalezienia adekwatnych ogniw, tylko na małym upierdliwym układziku, który odpowiada za obsługę baterii i przy okazji liczy ilość cykli ładuj/rozładuj i po osiągnięciu limitu przestaje ładować baterię. Mam 3 takie baterie, każda ma identyczny objaw.
Tak więc za mniej niż 150 zł miał byś sprzęta do diagnozy, który mógłbyś wozić non-stop w aucie.
I wiesz co? Zainspirowałeś mnie tym, że chyba sam tak zrobię :-)

EDIT (1):
poza tym widzę, że można upgrade'ować CPU nawet na 500MHz robiąc kilka trików w BIOSie. Właśnie zakupiłem za 20 zł taki procek :-)

EDIT (2):
Zamówiłem 6 ogniw 3,7V do wymiany w akumulatorze do notebooka. Jak dobrze pójdzie, to będzie trzymać 1-1,5h (albo i dłużej).
Zapowiada się, że będę miał całkiem sprawnego sprzęta do permanentnego przechowywania w aucie (mam też ładowarkę samochodową doń).

Aaa.. i sprawdziłem, Inpa na XP Mini i 256 MB ramu wymiata aż miło. Tak więc taki grat spokojnie wystarczy.

no to luks ja podziałam w tym kierunku dodatkowo można przecież podłączyć go pod ładowarkę samochodową i nic więcej nie trzeba a myślę że układ w bateri można poprostu pominąć bo nie jest ważny sam stwierdzisz czy baterie warto jeszcze ładować czy już wogule nie trzyma i nadaje sie do wymiany.
Ja w bateri do noki uzyskałem łącznie 4500mAh jednak założyłem spowrotem układ myślę że to krańcówka odpowiadająca za rozłączenie ładowania jeśli stwierdzi ze naładowane jest full bo ładowarka raczej sama nie rozączy ale myślę że przez to nie trzyma właśnie jak trzeba stara nokia bez bejerów i na czówaniu trzyma 3 dni... rozłącza za wcześnie ładowanie no ale cóż tak to bym musiał pilnować dokładnie kiedy wyłączyć z ładowania bo jak by sie przedobrzyło to było by jeszcze gorzej bo ogniwa by sie przeładowały i wtedy już kicha by była calkowita. A 3 dni też dobre.

Temat wysyłania ramek znam. Nie do końca tylko rozumiem jak na linii tx można odbierać i nadawać dane.

a nie wystarczył by interfejs JTAG do elektronicznej komunikacji z układami ?

Brunoz... my się musimy kiedyś zgadać ;>

Ja sobie pracuję nad czymś troszeczkę innym.... plan pierwotny był taki, żeby zabudować multimedialnie bmw pod linuxem, ale to się okazało zbyt... pochłaniające może nie tyle czas, co percepcję... znaczy się obsługa tego troszkę za bardzo zaczęła mi przypominać komputer i była zbyt mało przyjazna.

Obecnie (z racji tej, że z chinolami dobrze żyję) zamówiłem sobie zestaw ciekawy pracujący na androidzie 2.3 z wbudowanym modemem 3g i dodatkowo wifi, teraz co chciałem osiągnąć - wszystko ma formę dość specyficznego tabletu (nazwijmy go ultra slim bo całość ma poniżej centymetra grubości), do tego... waży tyle co soczek w kartoniku.

Teoretycznie obsługuje poza internetem i ewentualnie telefonem z zestawem pod bt.... nawigację na mapach google i kilka innych ciekawych rzeczy których e38 nie ma i miało nie będzie... choćby dostęp do maila, skype, gg i przeglądarki w dowolnym miejscu gdzie tylko jest zasięg 3g/wifi.

O ile z żywicą, matami szklanymi, szpachlą itp. doświadczenie mam bardzo duże.... o tyle sen z powiek spędza mi jak wkomponować to w deskę auta tak, żeby było "na pstryka" tak jak podstawka pod napoje ;) Żeby było ładne i stabilne.

Android ma to do siebie, że bije prostotą obsługi chyba wszystko na głowę, więc manipulowanie przy urządzeniu nie wymaga tyle skupienia i uwagi co przy np. ubuntu.

Trzeba to wymyślić tak, żeby dało się podpasować zarówno do wersji z navi (dużą i małą) jak i bez navi. W tym drugim przypadku (moim) to o niebo prostsze rozwiązanie, bo wywalenie radia nie sprawia żadnych problemów, zostaje jedynie board/tuner i 1 wielki din jest dostępny.

Cena takiego gotowego zestawu nie może przekroczyć wg moich założeń to max 999 pln (inaczej nikt tego nie kupi :P). Mało tego... tablet ma funkcję wyjęcia go/odpięcia i przenoszenia - więc wsio można zabrać ze sobą ;) Bateria wystarcza na minimum 3 godziny pracy bez zasilania. Ceny tabletu nie zdradzę, ale podpowiem, że przy założeniu, że to tablet na procesorze 1.1 ghz z 3g i wifi + g sensor + osprzęt pozwalający na manipulowanie nim poza autem.... jest na tyle korzystna, że powinno być jeszcze opłacalne wykonanie obudowy pozwalającej na adaprację (początkowo w e38 bo pod ręką... potem w innych modelach).

Wchodzisz w ten projektos ? :)

Chcąc nie chcąc... najwcześniej będzie to listopad/grudzień bo czeka mnie jeszcze 20 października kolejna operacja i potem znowu będę miał co najmniej 2 tygodnie z życia wycięte.

darkman, widzę, że się dogadamy.

Bawiłem się swojego czasu jakąś betą androida na pc. Mam wśród mojej kolekcji komputerów dwa ciankie klienty, z których jeden jest bardzo kompaktowy. Pracuje na Via C3 i można zamiast karty SystemOnDisk podłączyć albo 2,5 cala HDD albo przejściówkę na CF. I tak już zrobilem. Teraz tylko zainstalować wybrany OS (XP powinien dać radę). Grat ma 2 porty USB i dwa porty COM, kartę dźwiękową i wyjście VGA.

Ale to wszystko jest nic. Wyczekuję jak na iphone5 na sprzedaż komputerków Raspberry Pi. Ponoć podczas pracy mają zużywać 1W, odtwarzać 1080i. A wszystko to w rozmiarze portfela.

Twój projektos wydaje się też ciekawy - i termin też. Obecnie przechodzę sporo zmian w życiu ale w grudniu powinienem już mieć czas na to.
Gdybyś miał dalsze dane dla mnie, to wiesz jak mnie znaleźć :-)

Bruno temat narazie stoi a jestem zainteresowany tematem układu czy są jakieś szanse na jego działanie