Mam pytanie czy ktoś wie jak lub posiada jakiekolwiek informacje o magistrali VAN peugeota/citroena ? Posiadam zegary z partnerze które w 100% gadają po szynie VAN. Chciałbym wykonać nowe zegary na jakimś wyświetlaczu ale nie wiem jak rozkodować informacje z BSI...
Zajmuję się naprawą elektroniki w pojazdach ...chyba od szesnastego roku życia ..ale w samochodach sprawa wygląda tak, że producenci niczego nie udostepnią. Wszystko co jest, jest czyimś reverse engineering`iem.. jeśli udostepnionym to masz szczęście. Jeśli auto jest już stare to jest wysoce prawdopodobne że cos do niego znajdziesz jeśli to mogłoby przynieść jakiś zysk czyli uruchomienie - usunięcie immo, wyczyszczenie sterownika pod nowe dane itp..
Nie ma nawet chyba za dużo informacji na temat ramek po Can albo innych sieciach umożliwiających skanowanie alarmom wykrycie otwartych drzwi itp.. te dane, sa ale nikt sie z Toba nie podzieli.
Czasem natknąc sie można na strony ludzi którzy maja duzo wolnego czasu i rozpracowują to we własnym zakresie i udostępniają... jak znajdziesz kogoś kto robił licznik do tego ...
Nad tym trzeba po prostu usiąśc jak nad ramką immo itd
Tu nie pomoże nawet 10$ na mhhauto..tu trzeba duzo samozaparcia
No jeszcze jak by to był CAN a CAN jest tylko pomiędzy BSI a ECU. Reszta auta to VAN. Pozostaje mi się podpinać w czujniki jak za starych czasów.
Kończę komputer pokładowy i zamiast małego wyświetlacza 128x64 dał bym większy i wstawił zamiast zegarów. Ale sama myśl że każdy czujnik z osobna nie bardzo mnie zachęca.
Masz jakiś analizator stanów logicznych typu Saleae. Kupiłem na Alledrogo za 37zł.. nie jeden raz mi pomógł - innymi słowy opłacił sie zakup
Można podejrzeć jak licznik odpytuje reszte.
Zupełnie innym tematem jest beznadziejnośc systemu CLIP .. to mizerota ..ah szkoda słów.
Wracając do tego licznika to podejrzałbym schemata i zerknał potem na linie po której dostaje/pyta o dane.
..no i da się stworzyć lib obsługujący ten protokół o ile go poznasz. Jak znajdziesz coś w innym języku to bez problemu da się przepisać do Basica
Świetnie gotuje ale wątpię że nawet z wielkim zaparciem nie dam rady tego rozgryźć. Chyba będzie trzeba ssać informacje z czujników. Kilometr kabla i będzie hulać. Może deska w stylu nightrider ?
Taa bo jest rok 2016 i może coś się zmieniło/wypłynęło. Nie powiesz mi że to są oficjalne informacje. To poprzedzone wielogodzinnym rozpoznaniem opisy Gdybym coś podobnego budował to pewnie bym powęszył
Tak ale tam gość opisuje CANa na dodatek używa drogich zabawek... Ja nie chce czytać kodu kluczyka i innych nie istotnych w czasie jazdy rzeczy. Nie mierze tak wysoko. To nie na mój poziom programowania. Teraz wykonałem w Bascomie komputer do auta. Chce iść dalej i zamówiłem wyświetlacz dotykowy 3,5" wraz z Atmega2650 (wersja arduino). Już to będzie lada wyzwaniem żeby myśl bascomową przełożyć do języka C. Jednak po przeczytaniu wielu materiałów o sieci VAN daje sobie spokój. Do tego trzeba mieć łeb jak sklep i siedzieć w programowaniu wiele lat. W myśl zasady "wszystko jest proste jak potrafisz".
Eee tam nie poddawaj się tak szybko Po pierwsze tego Arduino Mega2560 to programuje bezpośrednio przez USB z Bascoma. Wybierasz programator Arduino STKv2 i ustawisz prędkośc na 115200 - śmiga aż miło
Potem to normalna sprawa że do komunikacji po Can i podobnych sieciach używa się tego układu MCP2551- chyba aż taka drożyzna to nie jest. Nawet w VCDS`iw to jest a mogli przecież wziąć procek z CANem..
Wszystko kwestią czasu i chęci
Pamiętam gościa który teraz sprzedaje system diagnostyczny CDIF-teraz CDIF-2 chyba.. zaczynał jako właściciel Citroena XM i chciał mieć program do diagnozy tego.. pamiętam bo wtedy jeździłem Citroenem BX GTI
Gośc chciał mieć program do diagnozy a teraz zajmuje się systemem diagnostycznym CDIF.
Myślę tez że reszta tych wszystkich diagnozerów to tylko analiza oryginalnego oprogramowania które teraz można sciągnąć zewsząd - na przykład rutracker.org
Nawet mam Diagnostyka do Peugoeta oryginała nie chińszczyzne. O ile są biblioteki do CANa do to VANa nie znalazłem. Przyznam się ze nie wiem nawet czy tylko trzeba słuchać ewentualnie wysyłać potrzebne stringi z danymi czy trzeba po tej sieci zapytywać by cokolwiek widzieć itp... Nie chodzi o poddawanie się... może na samym początku podepnę mój komputer i zobaczę czy działa. Bo testy miałem tylko na stole z generatorem częstotliwości. Jak na razie działa.... znaczy się dane sie zmieniają ale czy tak jak ma być to zobaczę na aucie. Marzy mi się konstrukcja z ładna bajerancką grafiką a nie monochromatyczne pixelki Nauki przede mna wiele
Zobacz hasło Nextion --około 300zł ale daje możliwości podobne do FTDI
Bajery,przeplatane video,tylko Twoja inwencja i nic niżej niż najnowsze "future cars"
Odświeżam temat po nabyciu odrobiny wiedzy. Siec VAN w moim aucie mi się nie przyda bo nie zawiera informacji interesującej mnie. Typu czasy wtrysku itp... ECU komunikuje się po lini K i L protokołem ISO14230-4. Niestety używając ELM327 zauważyłem że tylko jeden parametr mogę oczytać a mianowicie RPM. Reszta zapytań po OBD jest bez odpowiedzi. Wiem tez że przed każdorazowym zapytaniem do ECU trzeba wysłać 3 bajty (wzięte ze standardu protokołu ISO) następnie Bajt (Mode). Piąty bajt to pytanie o konkretną informacje i szósty to suma kontrolna (po prostu suma tych bajtów). O tyle ELM wysyła to wszystko ale nie mam wglądu do tego co wysyła bo pytam tylko 4 i 5 bajtem. Reszta zaszyta jest w ELM. Może własnie te pierwsze bajty sa złe bo Peugeot nie może normalnie współpracować.
Posiadam kabel do gazu BRC jest to kabel z linią K. Wiem że w VW działa ale nie wiem z jaką transmisją gada czy podepnę do USB i coś dostane (moja transmisja 10k4 baud).
Pomysł taki. Posiadam oryginalnego Peugeot Planet 2000 może połączyć się z nim do ECU i podsłuchać co gadają... Pod warunkiem że gada tymi ISO pinami bo we wtyczce obd są 3 dodatkowe linie peugeotowskie. Czy ktoś robił takie podsłuchy ? Czy w ogóle bascom byłby do tego odpowiedni ? Posiadam ardumega z 3,5"lcd na którym zmieści się tona informacji. Nie chce źle zacząć bo w czasie rozwoju prac mogę się zakopać a zmieniając język programowania zmieniam całość.
Myśle że trzeba zrobić tak: (blokowo)
LCD<-uC<->Uart<->10400bps<->interface K<->K-line ISO14230-4
No to pomogłeś. Nie wniosłeś nic nowego i nie czytałeś chyba wszystkich postów. Nie pisałem że chce użyć elma
Znalazłem interfejs usb -> K line. Problem w tym ze nie mam jak zmienić baud. Interfejs ma FTDI i L9637. Praca ich jest z prędkością nadawania na USB. Może wiecie jak w windowsie nadać prędkość 10400 bps ?
Pierwsze od czego powinieneś zacząć to zbudowanie sobie odpowiedniego analizatora, który będzie sprawdzał poprawność odbieranych informacji i dekodował to co dostaje. Dopóki nie nauczysz się odbierać i dekodować ramek o wysyłaniu możesz zapomnieć . Jeśli chcesz z bascomem dobrnąć do jakiegoś celu musisz się skupić na słuchaniu tego co się dzieje na magistrali . Kolejna sprawą będzie zakup zegara takiego jak masz w aucie i pobudzenie go do życia przy pomocy atmela symulującego zdarzenia na odpowiedniej magistrali w taki sposób dowiesz się czy to co czytasz jest tym co myślisz . Tak czy inaczej z wiedzą którą aktualnie posiadasz boję się że nie przebrniesz przez pierwsze dwa zagadnienia a o reszcie już nie wspomnę ...
Nie zagłębiałem się w wątek tak żeby doczytać czy napisałeś gdzieś jaki to Partner.
Chodzi o rocznik i typ silnika. Ewentualnie może widziałeś kiedyś jego sterownik (kalkulator wtrysku według francuzów ) i wiesz jak się nazywa. Na przykład Sirius albo S3000 itp.
W popularnym interfejsie który pogaduje sobie w każdym standardzie znajdziesz Mega162, MCP2515 oraz PCA82C250 do CAN i układ L9637 do linii K.
Może były Partnery z Bordcomputer`em to chyba by trochę ułatwiło Niektóre komputery silników generują specjalnie te informacje dla tych komputerów pokładowych.
U mnie ECU to Sagem S2000 z protokołem ISO-14230-4 KWP2000. Niestety bsi nie dostaje takich informacji sprawdziłem za pomocą oryginalnego interfejsu. No i to KWP tez nie dokońca takie standardowe. Może podpowiesz bo i na forum arduino pytam. Jak zrobić taki terminal do podsłuchu informacji na prędkości 10400bps ?
A co jest dla ciebie w temacie terminala niezrozumiałe ? . Uarta masz ,9637 masz ,lcd masz ustawiasz prędkość 10400 i słuchasz to co trafi do bufora na lcd i masz terninal
Oczywiście że nie możesz masz wzory w pdf-ie atmela dla każdego układu otwierasz zakładkę o uarcie podstawiasz do wzory na wartość do wpisania sprawdzasz wynik zaokrąglasz do wartości naturalnej odrzucając to po przecinku a dla ułamka większego od 0,5 ja dodaję 1 . następnie liczysz jaka prędkość wychodzi z danej wartości UBRL i UBRH Dzielisz wartości prędkości która potrzebujesz i tą którą uzyskałeś i masz błąd procentowy jak się zmieścisz w 2% to jest super . jeśli błąd jest zbyt duży zmieniasz rezonator na taką wartość żeby się zmieścić w zakresie . Twoja wartość jest osiągalna z akceptowalnym błędem ale policz ją samodzielnie bo to matematyka na poziomie gimnazjum .
Wszystko zależy, jak zwykle od wielu czynników.
Najbardziej interesuje Cię procentowy błąd transmisji a ten zależy między innymi od prędkości taktowania procesora.
I tu znów kolejny czynnik bo jeśli użyjesz Arduino Mega to ono ma przylutowany mikroskopijny kwarc 16MHz który niewygodnie jest podmieniać.
Prędkość 115200 przy 16MHz obarczona jest już dużym błędem dlatego w wielu projektach jest zmianiana na 38400 i inne.
Wspomniałem o tym tylko tak byś miał zarys bo Twoja prędkość jest relatywnie wolna i błąd jest dla 16MHz mały.
Gdyby to było coś szybszego to wtedy lepiej użyć kwarca USART friendly.
Da standardowych prędkości to otwierasz kalkulator Pana. Kardasia bo jest pewnie na dysku pod ręką i masz tam wyliczenia automatycznie dla predkości i taktowania z wyliczeniem błedu.
Dla niestandardowych po prostu używasz Google i masz Link
Wiesz że dla linii K to transmisja przebiega na około 11V?
Musisz pomyśleć nad dopasowaniem przejściówki żeby jej nie wykopcić ..a może znajdziesz na chacie jakiś gotowy kabelek KKL
Wiesz konkretnie od czego , bo ja ti odnoszę wrażenie że Juni[]r nie wie nawet jaką ma magistralę między zegarem a bsi . Najpierw był van , potem coś słyszałem o can teraz kwp2000 i nie chcę być tu źle odebrany ale z każdą chwila upewniacie mnie obaj że nic z tego sensownego nie wyniknie . Pierwsza sprawa identyfikacja magistrali , 2 sprawa identyfikacja protokołu , 3 sprawa wyposażenie się w odpowiedni analizator do właściwej magistrali , 4 napisanie na atmela części kodu który rozpoznaje i dekoduje ramki , 5 wyświetlenie tego na lcd , 6 grafa i bajery .
Więc czytaj uważnie bo jako jedyny nie wiesz. Van odpada bo nic ważnego tam nie ma. Protokół ISO 10400 5baud. Jesteś taki mądry to dlaczego do dziś nikt PIDow nie napisał. Może ty takowe zrobisz ?? A zegarek niema magistrali z bsi ustawiam go guziczkami
Kolego szanowny informacje które wykorzystuje oryginalny wyświetlacz masz w magistrali którą posiada wyświetlacz który chcesz zastąpić . Bez analizatora nic nie zrobisz większość ramek analizuje się tak że podłącza się np. wyświetlacz do analizatora i posyła się mu ramkę szukając zmiany , reakcji na to co wysłałeś . Siedzenia przy tym jest dużo bo ramki jak zauważyłeś są kodowane nie wysyłane w trybie ASCII wyłączając z tego może komunikaty RDS z RADIO-odbiornika.
Nie rozumiesz czy nie umiesz czytać. Mój VAN nie wysyła takich informacji. Moje BSI to M4. Brak danych w VAN które by mnie interesowały albo choć pomogły.
Myślę, że zamiast taszczyć do auta stacjonarny PC z UPS`em i eksperymentów na jeżdżącym aucie, powinieneś dawno pojechać na schrott i kupić taki sterownik.
Immo można z niego wyrzucić w kilka minut, ale one wcale nie przeszkadza w nawiązaniu komunikacji.
Na schrocie uciąłbym też z jakiegoś auta gniazdo diagnostyczne żeby mieć do czego wetknąć tego Planeta. Pewnie udałoby się nawet uciąć z całej wiązki wtyk do komputera.
Taki komputer z założonym immo nie jest wiele wart i można go kupić tam tanio.
Taki zestawik łączysz sobie na biurku w domu w ciepełku i się bawisz...
Pomysl dobry tylko ciężko na zwrocie będzie znaleźć takie samo ECU. Szukałem na aledrogo ale 50+20 za wysyłkę to za dużo. Wczoraj zrobiłem już terminal na dużym LCD. Czekam tylko na konwerter napięć k-line uart.