JTS - badania testowe dla ustalenia parametrów - prośba o wzięcie udziału w testach.

[bubu321]

- nie tylko CAN analizator wyrzuca ramkę pierwszą z odbiornika na koniec listy nadajnika ale także nie ustawia wskażnika na początek skryptu.

- logi jakie masz aby ich powtórnie użyć do inicjalizacji testów muszą być obrobione.
- przykładowo, poziom oleju, log otrzymany z testów.

STANDARD 7B0h 8 85 02 21 32 00 00 00 00
STANDARD 7C3h 8 F1 03 7F 21 12 00 00 00
STANDARD 7B0h 8 85 02 21 32 00 00 00 00
STANDARD 7C3h 8 F1 03 7F 21 12 00 00 00

- teraz wyrzucamy odpowiedzi i mamy tylko same zapytania do ECU, gotowy plik dla nadajnika CAN.

STANDARD 7B0h 8 85 02 21 32 00 00 00 00

STANDARD 7B0h 8 85 02 21 32 00 00 00 00

[Majka]

Dzięki.
No wiem, że euroscan pisał. Tylko, że no teraz to też widzę, jak wygląda zapytanie i odpowiedź. Wcześniej nie widziałam. Powinnam była się może domyślić, tylko, że i tak nie mogłam się połączyć.

Muszę poprosić ECU, aby uruchomił procedurę, albo pokazał parametry. A skoro wrzuciłam mu jakieś ramki powinnam szukać odpowiedzi, po stronie monitora. Może skoro aktywował komunikaty, może powinnam szukać po ID modułów? Tego nie zrobiłam. Zobaczę. Ja bym z testów z tymi ramkami nie generowanymi przez MES nie rezygnowała, ponieważ funkcje, które aktywowałam manualnie w samochodzie odbywały się poprzez te ramki. Tylko, że nie wszystko mi się udało odnaleźć. Nie mam robić takich prób? To nie ma sensu? Przecież możecie mi napisać jeśli robię coś głupiego. Po prostu nie było innej możliwości, wobec braku połączenia.
- sprawdziłam dzisiaj, że jak mu wrzucę ramki zarejestrowane z innymi ID, to nie zapisuje błędów. Błąd sieci CAN powstaje na skutek zwarcia linii poprzez analizator. Teraz, ta nowa wersja – na początku zwiera linie, a potem jak włączę inicjuj to przerywa zwarcie i czyta ramki. Muszę skasować błędy i potem patrzeć.
- na pewno zwarcie lnii CAN powoduje niemożliwość połączenie poprzez interfejs. Sprawdziłam czy mogę się tym interfejsem połączyć, jak analizator zewrze linie i nie mogłam.

Zrobiłam, tak jak napisałeś.
- zapytanie samo – to nie ma reakcji żadnej, zapytanie + ostatnia ramka zapytań startowych …3E dla 7E program analizatora się wywala.
- muszę wrzucić pakiet zapytań startowych (połączeniowych) z MES i potem dorzucić ramki dla parametru lub testu.
- na nadajniku muszą być ID zapytań, a na odbiorniku ID odpowiedzi.
- na koniec wzięłam jedną ramkę połączeniową z alfaOBD i dodałam tamte jak wyżej. I to jest chyba minimalna sekwencja. Inaczej w GT nie da chyba rady, bo musi się analizator skomunikować z ECU. Musi być ATWM chyba na terminalu? Jak jest w Gulietta?
- w ten sposób mogę aktywować test lub odczytać parametr.

Poziomu oleju to nie pokazuje, jest 7F. Ma tylko czujnik ciśnienia chyba?

Takie krótkie próby, z VDO. Popatrzyłam na test klimatyzacji, bez rejestracji – załączanie podświetlania przycisków LED. Podświetlało, gasiło, a potem MES napisał, że sterowanie nieudane i wysiadło podświetlanie wyświetlaczy klimatronika. Dopiero wróciło, po ponownym OFF-MAR. Mam 4 moduły – NBC, NQS, NPG, NCL do programowania. Czy mogę to zrobić sama, jeśli mi pomożecie, czy muszę jechać w tej sprawie do ASO?

Jeśli chodzi o testy - czujnik spalania stukowego oraz pożegnalny z p1173 - mam nadzieję test w jeździe, to chciałam jeszcze coś zobaczyć. Czy muszę mieć specjalną sondę lub oscyloskop co ma MHz, żeby zobaczyć szumy z czujnika? Tak się raczej nie poddam, bo i tak GT pojedzie na naprawę po świętach. A jeśli nie teraz – wiedza przyda się później. Linie CAN od sterownika mnie interesują, ale może za wcześniej, za mało jeszcze wiem.

Tylko w pracy mogłam otworzyć help autoscope, na laptopie mi się otwiera sam program. Coś muszę zainstalować?

Fuel Pomp, MAF – potrzebna mi Wasza pomoc. Tam są przebiegi, jak w mojej GT. Zastanawiać się nad tym, czy odpuścić?
http://www.picoauto.com/tutorials/fuel-injection3.html
http://www.picoauto.com/tutorials/fuel-injection.html

Czym mogę dekodować linie K-line?

Połączyłam się na terminalu alfaOBD z B-CAN, ale odniosłam potem niepowodzenie. Nie chce chyba ramek z MESa?

Analizator_CAN_VDO1.zip

http://youtu.be/8XIpNEUf6TQ

[bubu321]

- logowane połaczenie alfaOBd z ECU giulietty.

18DA10F1 03 02 1003 // rozkazy o dlugosc 2, roz. 1003 przełacz w diagnostyke
18DAF110 07 06 5003003201F4 // potwierdzam przelaczenie
18DA10F1 04 03 22F1A5 // podaj parametry ECU
18DAF110 08 10 0862F1A57A071F // mam 10 parametrów, podaje 7
18DA10F1 03 300000 // kontynuuj podawanie par.
18DAF110 03 218A7F

18DA10F1 03 02 3E00 // wake'up
18DAF110 03 02 7E00 // odswierzam polaczenie
18DA10F1 03 02 3E00
18DAF110 03 02 7E00 // wake'up

18DA10F1 04 03 22 1000 // ECu podaj dane z 1000 ?
18DAF110 06 05 62 1000 0000 // 06 bitow, dlugosc 05, 62 potwierdzenie, 1000 rozkaz, dane 0000

18DA10F1 03 02 3E00
18DAF110 03 02 7E00

[Majka]

No, nic, z czasem może się nauczę tego.

No, tylko, że inaczej działała moja wyobraźnia, bubu. No, że w GT, w MES i w alfaOBD jak łączyć się normalnie poprzez connect, to jest jak w połączeniu telefonicznym – wybiera numer, dzwoni, a jak uzyska połączenie to interfejs mówi halo tu 3E, jesteś, a ECU odpowiada jestem … 7E. To chyba info, że jest połączenie. Wake-up to myślałam, że to jest wiadomość …1081, na różny adres ECU podawana, co jakiś czas, aby nie utracić połączenia, gdy nic tam nie sprawdzamy, periodycznie powtarza. Tak, to sobie wyobrażałam. Zwłaszcza, że podczas testu aktywnego – tych ramek, wake-up nie ma. A te ramki pomiędzy, to nie mam na razie pomysłu. Jeszcze popatrzę na spokojnie na wszystko. W alfaOBD – na terminalu, to jest inaczej, jest tylko …1080 raz, albo nie widzimy, bo musi zadać pytanie, by odpowiedź na terminalu się pojawiła. Sam nie czyta.
- jak nadajemy analizatorem to ramki idą non-stop, więc też wystarczy raz WM.
- dla parametrów można skrócić nadawanie, wyrzucając ramki „puste”, ale dla testów to raczej nie
- bo, np.: wywołanie testu podświetlania wyświetlacza dużego, to pewna sekwencja w czasie, bez pustych ramek, tylko miga licznik (podświetla i gaśnie), mimo, że nadaję wszystkie wiadomości z MES, tylko, że bez przerw.
- jak się dużo nadaje, to potrafi zablokować połączenie z modułem, ale czasowo. Trzeba poczekać, aż sieć zaśnie i można się znowu łączyć.

Nadanie sekwencji ramek z innych adresów niż 7Cx, tych co są zawsze, to nie wiem, co to się robi. Myślałam pierwotnie, że to ramki komunikacyjne. Nie pojawia się w monitorze żadna ramka odpowiedzi. Wyłącznie nadaje wtedy. Analizator nalicza, bez sortowania, bo robi to po ID. Przy włączonym sortowaniu nie ma tych ramek w odbiorniku, nie ma odpowiedzi z ECU. Jakbym bezpośrednio nakazywała coś węzłowi. Czemu wyrzuca komunikaty błędów, nie wiem. I czemu można zmienić TRIP oraz przebieg, też nie wiem i inne. Nie potrzeba WM, ale trzeba wrzucić całą sekwencję, jedna ramka nie działa. Zupełnie dziwne, bo udało mi się wywołać także MCSF. Ostatni na razie taki test zrobiłam, żeby zobaczyć, nie mam pomysłu na to. Z wyjątkiem takiego, że jak nie możemy się połączyć z modułami, to po prostu tak sprawdzimy niektóre połączenia i licznik, pod warunkiem, że nie ma zwarcia między liniami, ani innej usterki CAN tego typu. Jakby miało działać, gdy licznik nie jest podłączony do ECU, jak robi producent, to nie wiem co by to znaczyło. Sprawdzić nie mam jak, nie mam zapasowego licznika. Ok. zbieramy ramki analizatorem tylko poprzez MES i interfejs. Potrafię działać zgodnie z procedurą, jak ją znam i jak trzeba. Tylko, że czasem muszę coś zobaczyć i zbadać zjawisko. I trochę nie wierzę, że nadajecie jedną ramkę i patrzycie co się stanie…

Późno wracałam i byłam już zmęczona, to takie tam próby tylko.
http://youtu.be/KGt5ss0Tj2k
http://youtu.be/mCCzIe72cTM
http://youtu.be/CVkoxC7HFPA

Nie mam pomysłu na tą pompę paliwa i nie rozumiem czemu wiele urządzeń jest w GT aktywowanych prądowo i w sumie jakby różnicowo, choć nie do końca. Dlatego szukałam w CAN, ale, no po prostu nie wiem. Jak tego nie zrozumiem będzie kiepsko.

CAN_analizator.zip

A i jest jeszcze coś takiego. Jak łączę się z BC poprzez aOBD, przez connect, to dłużej nawiązuje komunikację. Dlatego chyba potem na terminalu jak chcę połączyć się z adresem BC, przez init, to nie łączy się - No data. Bo za długo to trwa, za długo ECU odpowiada? Z BC, aby patrzeć na terminalu, to muszę najpierw przez connect i dopiero potem mogę wejść w terminal. To, by różnicowało No data z powodu zwarcia linii w interfejsie i za długiego czasu reakcji na WM?

[euroscan]

ilość video opublikowanych na youtube już masz wiekszą od autora programu i firmy modernsoft..... jakość też lepsza nagrań....dla mnie to dziwne że nie ma ramek rozszerzonych tylko standard....

[Majka]

To gad, euroscan, po prostu gad. Jakaś wyjątkowo szkaradna konstrukacja…

Myślałam, że ECU nie odbiera wiadomości z CAN, a wyłącznie nadaje i dlatego nie odpowie, jak go zapytamy po CAN. Że po innych liniach dostaje info z modułów, czy czujników. Tylko, że w manualu o CAN, który wrzuciłeś, jest 3E (tester) i 7E (ECU). MES wykrywa mi nadal tylko 3 moduły podczas skanowania – ECU, ABS, ASR. Reszty nie wykrywa, mimo, że się łączę. Dlatego uznałam, że to adresy ECU…

W sumie na ten moment, to poprzez interfejs, nie mogę zrobić wszystkich testów, ani regulacji. Regulacji zmiany przebiegu – nie można zrobić, testów tych modułów, które wyświetla jako wymagające programowania. Tak, więc możliwe, że analizator to jedyna metoda, aby wszystko sprawdzić w moim samochodzie…

Szczerze mówiąc, przydałoby się dekodowanie UART. Wiem, że mogę to zrobić picoscopem, ale on jest b. drogi. Ściągnęłam program MSB-4.0.4 oraz trial WaveBPS. Ten ostatni jest dla picoscopa dedykowany, od serii 2000, czyli nieco niższa cenowo półka, ale oni w opisie podają, że dekoduje linie K. Analizatory logiczne są drogie.
MSB:
http://iftools.com/download/leaflets...B-RS232-en.pdf
https://iftools.com/shop/products.en.php
Ten jest tańszy, ale nie wiem, czy go się da zastosować do multipleksera lub przewodu?
http://www.atlantec.pl/zeroplus-lap1...czny-p-21.html
Poza tym rzeczywiście przydałby się drugi analizator, aby może jednym nadawać, a drugim odbierać może w innym miejscu… No i nie będę do końca swych dni jeździła tak gadowatą konstrukcją.

Aby analizator nie zwierał linii CAN trzeba go najpierw inicjować, a dopiero potem podłączać. Nie można jakoś pojedynczo ramek wrzucać do nadajnika, albo usuwać pojedynczych? Niewygodne to jest.

Węzeł silnika C-CAN – pierwsze podejście.
- dwie skrętki z czerech, sprawdziłam w łączówce B, te co miały te same kolory. Dwóch pozostałych nie sprawdziłam. Które to są piny nie, wiem na razie.
- w łączówce A są też dwie skrętki cienkie – CKP i coś, czego nie sprawdzałam.
- linii K nie mam zidentyfikowanych w łączówkach.
- przy 1 skrętce w jednym teście z ramką z B-CAN wyrzucił komunikaty, w 2 skrętce nie wyrzucił. To ostatnie zarejestrowałam.
- ramek c-can nie nadawałam.
- niestety łączówka jest jaka jest i nie można poprzez igły pomiarowe, co wpływa na jakość sygnału, a też OFF-MAR-run na analizatorze nie było możliwe. Chyba dlatego. Metoda nieszczególna, ale innej chyba nie ma?
- najgorzej, że są inne napięcia… i się to inaczej zachowuje…

BC jeszcze mnie interesuje – tam jest wszystko. Patrzyłam, ale CAN wchodzi chyba z przodu z lewej strony, wiązka jest pod inną wiązką, ciężko będzie się tam dostać. Więc nie wiem, czy dam radę. Chociaż wtedy byłby możliwy test w jeździe, a tak to nie. Nie wiem, muszę pomyśleć, co jeszcze ewentualnie zarejestrować. Nie mam też pomysłu, jak zmusić C-CAN do działania.

http://youtu.be/ok3ZwpWWnjY
http://youtu.be/GyeO5GYuebo
http://youtu.be/8IFr4VZhYxQ
http://youtu.be/orv93kfMaaQ
http://youtu.be/hZNl_nGKj7M


CAN_ANALIZATOR_AUTOSCOPE_C-CAN_1.zip
CAN_ANALIZATOR_AUTOSCOPE_C-CAN_2.zip
CAN_ANALIZATOR_AUTOSCOPE_C-CAN_3.zip
CAN_ANALIZATOR_AUTOSCOPE_C-CAN_4.zip

[Majka]

Trochę mi się wszystko skomplikowało… i testy, i naprawa główna.

Napięcia są poprawne; na C inne, niż na B. Są czasem zmiany napięć bitów na C, ale widocznie w zakresie normy. Wykresy są zniekształcone, pewnie za małe próbkowanie. Co mnie ciekawi, to czemu po wyłączeniu silnika pojawiają się ramki H i L, obydwa po amplitudzie dodatniej.

Układ pracuje poprawnie i od niego nie zależy praca silnika. Jechała i silnik pracował, jak się moduły CAN nie zgłaszały. Co prawda, ECU zrównał wtedy korekcję cz. wtrysku, ale raczej dlatego, że wszedł w tryb awaryjny.

To system napięciowo-zależny, zależy od napięcia na aku. Jest zmiana napięcia, jest zmiana bitu, nie ma to nie ma. Taka, to konstrukcja – maksymalna liczba bajtów 8. Inaczej pewnie nie mogłoby współistnieć z liniami K. Te same info mogą być, bity, a różne ID ramki. Po prostu czytałam, że można łączyć extended i standard w układach, ale nie w tym. Próbowałam dekodować K ot tak, po przebiegach oscyloskopowych, ale nie wiem, jak przełożyć czasy trwania poszczególnych bitów, na wartości.

Nadal mnie to ciekawi, ale na ten moment nie mogę zrobić żadnego testu w samochodzie. Na razie czytam o protokołach i analizatorach. Znalazłam taki analizator z adapterami, a też przyłączenie adaptera mieści się w granicach mojej wyobraźni -http://www.siltegro.com/ikalogic/produkty/scanalogic2..

Nie jest drogi, więc może popróbuję poznawczo. Mam immo od 156 JTS i szkło powiększające, ale na razie nie wiem, do czego podłączyć zasilanie i masę, aby badać sygnały. Tam jest za dużo tych z nóżkami, dwa zidentyfikowałam. Mogę badać ewentualnie TSa, poprzez break-out box, ale chwilowo jest w moich niełaskach. Poza tym jeszcze nie mam analizatora, myślę nad tym, czy dam sobie radę.

1404.zip

[euroscan]

Co mnie ciekawi, to czemu po wyłączeniu silnika pojawiają się ramki H i L, obydwa po amplitudzie dodatniej.

takie napiecia nie mogą być na magistrali CAN..... na jednej linii przywarcie do masy poprzez oporność, na drugiej linii przywarcie do zasilania + 5V , także poprzez oporność.... teraz tylko odpowiednia diagnostyka czy przywarcie robi ECU, czy jakiś inny moduł podłączony do tej samej magistrali CAN.... na szybko to można sprawdzić poprzez odłączenie wtyczek od ECU i włączenie zasilania, oscyloskop podłaczony do linii CAN od ECU pokaże czy napięcia są typu recessive (+ 2.5 V) czy też dominant (+ 3.5V, + 1.5 V) na linii H, L..... nigdy bym nie podejrzewał przywarcia na linii CAN ?,..... w pierwszej kolejności trzeba te przywarcie zlokalizować, może jednak elektryk.... mam klika analizatorów logicznych, żaden sie nie sprawdza w stosunku do magistrali CAN (bo to analizatory cyfrowe a nie analogowe), każdy zdrowo przekłamuje, ale przy tych cenach można zobaczyć co to warte.... podsyłam dokument dotyczący pracy z CAN na stole, tzw problem ACK..... P.S. a tutaj inaczej z tymi napieciami, to jak w koncu ma być ??? standard Fault tolerant ma wartości na linii 0V oraz + 5V, pozwala to na poprawna transmisje nawet przy uszkodzeniu magistrali..... o kurka ja tu o analizatorze a tu dzik wpadł na maskę.... poniżej przykłady z analizatora cyfrowego z modułem CAN (MCP2515), widać że analizator jest za mało dokladny, nawet nie pokazuje ACK i te kolory zaznaczenia ale za to tani, kupiony na alegro....

[euroscan]

nowy firmware do interfejsu OBDLink SX..... załączyłem program terminal którym robię program na odczyt code z BSI, są tam makra dla terminala oraz logi z pracy z CAN, ciekawa sprawa....

[Majka]

Ok. Popatrzę.

A to zależy jak na to patrzeć. Przy założeniu poniższych norm – C-CAN ma wartości nominalne, a B-CAN przekracza wartości nominalne, ale widocznie coś powoduje, że jak bit recesywny, czy dominujący przekroczy minimum nominalne, to i tak jest rozpoznawany jako 0 lub 1. Jeśli założymy minimum dla bitów recesywnych i dominujących. Wtedy tak, czy owak sterownik jakiś odbierze info i to poprawne. Pewnie jest jakieś maksimum, ale go nie znam. Ale to nie wyklucza zwarcia H i L na B-CAN, pomimo, którego sieć działa. Może, gdyby trzymał wartości nominalne to każdym interfejsem bym się połączyła… nie wiem. Możliwe, że wystarczy mu jedna nić. Dywagowałam na podstawie poniższego wykładu. Oni tam pokazują różne warianty zwarć i ich konsekwencje. Analizator CAN zwierał B-CAN, a C-CAN nie zwierał. Można zobaczyć oscyloskopem, co się dzieje, po zwarciu tych linii analizatorem.

http://www.dsod.p.lodz.pl/materials/EwP04_A01.pdf

Same nieprawidłowości – to wiadomo jakie mogą być – nie inne niż te, które uzyskałam zwierając linie CAN B poprzez analizator CAN, czyli nie mające wpływu na pracę silnika. Albo nadając ramki z jazdy. Przy zwarciach z masą lub zasilaniem pewnie coś się trwale wyświetli, albo nie będzie działać.

Na C-CAN to chwilowo było ciekawie, czemu nie wiem. Chciałam powtórzyć testy.
- tu akurat kilka rodzajów zwarć linii CAN. Co się porobiło nie wiem.

Z scanlogic to mam taki problem, że w demo jest jeden bliżej nieokreślony przebieg, aby popatrzeć. Możliwe, że trzeba pisać jakieś skrypty, a tego nie umiem. Na razie może spróbuję zobaczyć oscyloskopem, czy coś w ogóle uda mi się uzyskać, jakie są napięcia. Nim przyjdzie analizator. Za mało wiem na razie, ale może muszę spróbować.

Na razie wykończył mnie TS…