logo elektroda
logo elektroda
X
logo elektroda
Adblock/uBlockOrigin/AdGuard mogą powodować znikanie niektórych postów z powodu nowej reguły.

Jak rozkodować informacje z magistrali VAN w Peugeot/Citroen?

Juni[]r 29 Wrz 2016 01:54 7083 60
  • #1 15961331
    Juni[]r
    Poziom 16  
    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...
  • #2 15961337
    Konto nie istnieje
    Konto nie istnieje  
  • #3 15961339
    Juni[]r
    Poziom 16  
    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.
  • #4 15961342
    Konto nie istnieje
    Konto nie istnieje  
  • #7 15961685
    Konto nie istnieje
    Konto nie istnieje  
  • #10 15964502
    Juni[]r
    Poziom 16  
    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".
  • #11 15964512
    Konto nie istnieje
    Konto nie istnieje  
  • #12 15964527
    Juni[]r
    Poziom 16  
    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 :D Nauki przede mna wiele :D
  • #13 15964816
    Konto nie istnieje
    Konto nie istnieje  
  • #14 16036960
    Juni[]r
    Poziom 16  
    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

    Na ISO org jest to iso ale chcą 150PLN ;(((
  • #16 16037499
    Juni[]r
    Poziom 16  
    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 ?
  • #17 16038382
    kamyczek
    Poziom 38  
    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ę ...
  • #18 16038545
    Konto nie istnieje
    Konto nie istnieje  
  • #19 16038583
    Juni[]r
    Poziom 16  
    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 ?
  • #20 16038660
    kamyczek
    Poziom 38  
    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
  • #22 16039002
    kamyczek
    Poziom 38  
    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 .
  • #24 16039064
    Konto nie istnieje
    Konto nie istnieje  
  • #25 16040725
    kamyczek
    Poziom 38  
    niveasoft napisał:
    Wszystko zależy, jak zwykle od wielu czynników.


    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 .
  • #27 16040857
    kamyczek
    Poziom 38  
    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.
  • #29 16040951
    Konto nie istnieje
    Konto nie istnieje  
REKLAMA