Sziasztok!
Öregecske vw Jettámat lecseréltem egy fiatalabb népautóra. Kedvező áron jutottam hozzá, mechanikusan, karosszériailag rendben volt, csak "karácsonyfa" hibák vannak vele, szegényke beázott (típushiba, a vízvályút nem takarították ki). Eddig majdnem minden baját meg tudtam oldani, viszont a légzsák vezérlővel nem boldogulok.
A hibajelenség a következő: világít a visszajelző LED, VAG-COM-mal kiolvasva a korábbi kontakthibák következményeinek bejegyzései (ülések alatti csatik, légzsák indítók nem megfelelő ellenállása) kívül egy 65535-ös kódszámú "internal controller failure" hiba van bent. Rágugliztam, néhány "bubus" oldal jött be, hogy 50$-ért újraírják az eepromot, de semmi garancia. Elvileg a hibát kiváltó ok tápfeszültség-ingadozás, és valahogy megsérül a panelen lévő eeprom tartalma. Normális módon ezt nem lehet resetelni, a gyári előírás ilyenkor új vezérlő panel beszerelése.
Van valakinek ezzel tapasztalata? Vagy inkább szereljem ki a légzsákokat a hozzájuk tartozó sárga LED-del együtt, és a működőképes darabokat adjam el az OLX-en? Vagyonokat nem akarok költeni erre, az előző autómban sem voltak légzsákok, nekem ezekre nincs szükségem. Akkor inkább kiszerelném az egész légzsák rendszert, a visszajelző sárga LED-jével együtt...
Mit gondoltok?
Szia több mint 6 éve foglalkozom SRS „Airbag” vezérlőkkel.
Ha adsz, egy pontos típusszámot (PL: Bosch 0285 010 567, 8M5T 14B321 BE) megnézem van-e ilyen mentett tartalmam.
Ha valamelyik csati húzódott szét, akkor simán kellene tudni törölni.
Ha a hibatörlés után még megvan a hiba, akkor hiába törülgetitek.
Légzsák rendszernél bármilyen beavatkozást csak akkumulátor lecsatlakoztatása után szabad megkezdeni.
A bontott vezérlő megoldás lehet, de csak akkor ha az eredeti vezérlő eeprom tartalmát crash hiba mentesen rá van másolva.
Az eeprom tartalmazza az autó alváz számát, a zsákok és feszítők db számát, és a szenzorok egyedi azonosító számát.
Kiszerelést nem javaslom, mert a központi vezérlő, ha nem találja az előre beprogramozott „társ” vezérlők valamelyikét a check lámpa világítani fog, mert hiányolja.
Rosszabb esetben WV-röl lévén szó, képes nem engedni a beindítást, biztonsági rendszer hibája miatt.
0
Szia Thieringpeti,
Utána néztem a dogoknak, van egy SRS modulom amit csak tesztelgetésnek használtam hajdanán.
Igaz ez audi-é, de csak abban az esetben tudtam imitálni a „tesztpadon” a te hibádat, hogy kivetem a mikro vezérlőt a modulból. Tehát neked nem az eeprom miatt van hibád.
Hanem maga a vezérlő hibásodott meg, vagyis a rajta lévő kontroller. Vagy táp hiba miatt, vagy az említett beázás miatt. Eddig felújított WV SRS-ekbe azt tapasztaltam, hogy egy hangyányi lakk sincs a nyákon.
Tehát maradt a bontó és az eeprom tartalmat át kell másolni a bontottba. Az elázott szenzort feltétlen cseréld!
„ A modul száma lényeges! Minden számnak és betűnek stimmelnie kell a tiéddel! Csak ebben az esetben lehet hibamentesen, működőképessé tenni ismét.”
Na meg a lakk sem árt rá, ha már működik!
Azért legyél óvatos! Nagyon sok helyen úgy nullázzák a vezérlőt, hogy kitörlik a visszajelzésért felelős rész és ennyi! Egyszerűen ellenőrizhető ez is, berakod a „jót” akku vissza, gyújtás, visszajelzés megszűnik, gyújtás le, ismét vissza, nem várod meg, hogy elaludjon az ikon és már le is veszed a gyújtás, akku le, vársz, vissza, gyújtás és ha megint nem tűnik el a jelzés akkor vissza a szerelőhöz.
Üdv. Ha tudok segíteni szólj nyugodtan!
0
Szia Frigo833!
A tapasztalatod maximális tisztelete mellett, megjegyeznék pár dolgot.
Azzal nem értek egyet, hogy mikrokontroller hibája van, ezt így nem lehet kijelenteni.
A gyújtás bekapcsolásakor egy csomó önteszt lefut a vezérlőben, kezdve az alacsony szintű tesztekkel, mint pl. tápfeszültségek ellenőrzése, a különböző memóriaterületek átfésülése, ellenőrző összegek kiszámolása, a vezérlőn belüli busz kommunikációk letesztelése, a buszon levő más IC-k ellenőrzése, a panelen levő egyéb perifériák, szenzorok ellenőrzése. Ezután lefutnak a külső perifériák ellenőrzései, és egyéb magasabb szintű rutinok, mint pl. a komponens védelem ellenőrzése, különböző redundancia és plauzibilitás vizsgálatok a más vezérlő egységektől, perifériáktól jövő információk alapján.
A megfelelő kódolás, paraméterezés ellenőrzése, stb, stb.
Ezekkel gondolom te is tisztában vagy.
Ezek közül a vezérlőegységen belül felismert hibák valamilyen Steuergerät defekt nevű, de különböző hibakódú hibával lesz jutalmazva.
Ezek a belső hibák úgy vannak definálva, hogy ha egyszer is fel volt ismerve, akkor is állandó hibának látszódjon, magától nem törlődik és többnyire nem is törölhetők.
Bővebben lásd a lentebbi hozzászólásom.
Tehát a tényleges hiba már lehet hogy rég megszűnt.
Elég annnyi, hogy az egyik gyújtás bekapcsoláskor egyszer fusson csak le rosszul a sok-sok önteszt egyik lépése és máris van egy kitörölhetetlen hibánk.
Ezért lehet eeprom módosítással, vagy komplett új tartalom feltöltésével a hibát eltüntetni, mint ahogy Péternek sikerült is.
Persze ennek nem szabadna előfordulnia, hogy ezek az öntesztek hibásan fussanak le, ha minden hibátlan, de a gyakorlatban mégis előfordulnak bizonyos, akár több zavaró tényező együttállása esetén, amire nem készültek fel a programozók.
Az hogy egy teljesen más vezérlőnél nem tudtad előidézni a hibát csak a mikrokontroler kiszedésével nem igazán releváns, mert annak tök más a szoftvere, tök máshogy futnak le ezek a tesztek.
Azonban ha a Peti vezérlőjével kísérleteznél, tuti hogy megfelelő időráfordítással meg lehetne találni, hogy mikor tárolódik jogosulatlanul ez a hiba, hiszen olvasgatva fórumokon elég sok ilyen kiesés volt, amiből elég sok így lett megoldva, hogy ki lett törölve a hiba az eepromból és a vezérlő vígan működött tovább.
Persze ennek semmi értelme nem lenne, mert azt már rég megtalálta a fejlesztője és a következő SW verziótól kijavította.
De simán lehet az is, hogy beázás okozta, és a víz nem okoztott maradandó kárt, csak a beázott vezérlőben hibára futott a teszt.
Üdv!
Kaszi
0
Szia Kaszi,
Amiket írtál azzal tejes mértékben egyet értek, és így is van, ahogy írtad.
Annak meg különösen örülök, hogy vannak még emberek, akiket ennyire érdekel az vezérlés és irányítás technika.
Minden tiszteletem a tiéd, csak egy dolgot nem tartasz szemelőt, ha valakinek van egy rosszul működő berendezése,
akár autó akár más és szeretné azt használni, akkor ad meg uram, de azonnal.
Nekem sajnos ez a tapasztalatom, mind a magánszemélyekkel mind szervizekkel.
Kísérletezgetni, próbálgatni lehet és kellene is, de sajnos az emberek többsége nem ilyen türelmes.
Ezért írtam neki a legrosszabb eshetőséget, hogy be kell szereznie egy másik vezérlőt, ami bontóban kb. 10-20 ezerét még be is csomagolnak. De az sem fogja megoldani teljesen a problémáját.
Természetesen a legelső értelmes verzió az az, hogy ki kell olvasni az eeprom-ot, törlés és vissza.
És azzal is egyet értek veled, nem 100% hogy a mikrokontroller a hibás, de azért írtam hogy csak annak eltávolításával tudtam imitálni ugyanezt a hibát.
Lehet a tápellátása, vagy más a kontrollerhez szorosan tartozó része is a hibás, de egy 9x9cm-es SMD-vel jól megtűzdelt nyákon azért nem egyszerű hibát keresgélni, de meg lehet. Csak a ráfordított idő amit nem sokan értenek meg hogy miért tart eddig!
Üdv!
Frigo
0
Szia!
Egy biztos, nem könnyű az olyanoknak (mint te is), akik képesek és tudnak is nekiállni ilyen vezérlő egységek javításának, hiszen lehetetlen róluk rajzot szerezni, hozzájuk szoftvert, sokszor az alkatrészek és technológiák sem hétköznapiak.
Mindent magadnak kell visszafejtened.
Az egységet igen nehéz az autó nélkül bekötni, tesztelni, stb, stb.
További jó munkát kívánok!
Üdv!
Kaszi
0
Végülis sikerült lokalizálni a problémát és törölni a hibakódot. Az ülés alatt lévő gyorsulás érzékelők KH-sak. A hibakód pedig VCDS / VAG-COM-ból nem törölhető. Szükséges hozzá a "VAG K+CAN Commander" nevű program, amit az egyik Kínából rendelt adatkábelhez adtak. Ezzel egyébként a km-órát is lehet tekergetni (illegális). Van egy "Airbag Crash data Reset" funkció, az törli a 65535-ös hibát is, gyári EEPROM érték visszaírásával.
Valószínűleg az eBay-es airbag reset tool is ugyanezt teszi. Ha sikerül majd kiszedni a szőnyegeket, és KH-mentesíteni a szenzorokat, visszaírok, hogy a megoldás teljes legyen. Mindenesetre szemétség a gyártótól, hogy a légzsák vezérlő hibája a "rendeltetésszerű" hibakód törlő paranccsal nem resetelhető, csak úgy, hogyha közvetlenül az eeprom-ba írunk... Biztonság, OK, de egy takarításkor széthúzott ülés csatlakozó miatt mondjuk dobja el valaki a légzsák vezérlő modult? Mert elvileg erre is betárolhatja a hibakódot, amit utána nem lehet törölni.
0
Szia!
"Mindenesetre szemétség a gyártótól, hogy a légzsák vezérlő hibája a "rendeltetésszerű" hibakód törlő paranccsal nem resetelhető, csak úgy, hogyha közvetlenül az eeprom-ba írunk..."
Ez nem szemétség, ez egy koncepció, ami alapvetően helyes.
Szinte minden ilyen autós vezérlőnél úgy van, hogy ha a vezérlő magáról megállapítja, hogy hibás (Steuergeraet Defekt, Controller internal failure, stb.), akkor a megfelelő hibakódot tárolja és ez a hibakód normál diagnózis session-ban nem törölhető.
A hivatalos szervizteszterek tudása eddig terjed, ezen tesztereket használó márkaszervizek ezért mást nem tudnak csinálni, csak cserélni a vezérlőt. Az ilyen esetekre számukra ez is van előírva.
Az ilyen hibák egy része azonban entwicklung session-ban (fejlesztői mód) login kód megadása után törölhető.
Ez egy olyan diagnózis mód, amit maga a diagnózis protokoll és maga a vezérlő támogat, de a szervizteszterekbe általában biztonsági okok miatt nincs implementálva.
De léteznek teszterek, szoftverek fejlesztőknek, mérnököknek, ami ezeket tudja.
Elképzelhető, hogy kapható ilyen teszter, szoftver a piacon, amibe ezeket is implementálták.
Ez elég veszélyes, mivel az egyszerű felhasználó nem tudja, hogy az a gomb, amire kattintott, pl. egyszerűen csak hibatár törlésnek van írva, de valójában lefuttat egy ilyen Entwickler módú törlést is, amivel olyan hiba is eltüntethető, amit még a márkaszervizek sem tudnak. De ez a funkció csak olyanoknak lett kitalálva, akik tudják mit csinálnak. Pl. valamilyen tesztekkel törlés után teljesen le tudják tesztelni, hogy az a vezérlő teljesen funkcióképes maradt e.
Aztán vannak olyan hibakódok is, amiket még Entwickler sessionban sem lehet törölni.
Ekkor is még vannak lehetőségek, pl. a gyártó implementálhat olyan funkciót, amivel be lehet lépni a vezérlő egység gyártói módjába és ott különböző hozzáféréseket kapunk, esetleg ilyen hibák törlésére is.
Az ilyen funkciók léte azonban igen ritkán derül ki, elég nagy titokban kezelik ezeket, így általában nem is kerül bele ilyen funkció az ismert diagosztikai programokba.
A másik, meg hogy a hozzáférés módját elég gyakran változtatják, mire valaki leprogramozná, addigra már más a mód, szóval nem nagyon éri meg ezzel foglalkozni.
A másik lehetőség az, amit az általad említett program is ezek szerint tud, az eeprom piszkálása, ami szintén lehetséges a diagnosztika protokollon keresztül.
De ez is elég ingoványos terület.
Ha pl. a hibakód egy bizonyos SW verziótól már nem azon a címen tárolódik, ahol a szoftver kitörli, akkor ki lehet törölni olyan részt az eepromban, ami jobb esetben csak megöli a vezérlőt, és lehet eeprom tartalmat keresni hozzá, rosszabb esetben olyan változást idéz elő a működésében, ami nem derül ki, látszólag minden rendben.
Szóval ez a koncepció jól ki van találva.
Ami probléma, és nagy erőfeszítéseket tesznek ennek elkerülésére, de láthatólag nem mindíg sikerül, hogy egy ilyen törölhetetlen hibatár bejegyzés, csak akkor tárolódhatna a hibatárban, ha az jogos.
A probléma az, hogy néha becsúszik egy kis SW hiba és pl. akkor is tárolódik ilyen hiba, ha pl. bizonyos esetekben lassabban áll fel egy tápfesz, lassabban számolódik ki egy checksumm, stb.
Üdv!
Kaszi
0
Szia Kaszi28!
Érintett lévén a légzsákgyártást illetően, köszönöm a meglehetősen részletes leírást.
Üdv.
welding alt
0
Pontosan, egyet értek a hozzászólásaiddal. Egyébként az EEPROM-ot manipuláló szoftvereknél mindig ott van a lehetőség, hogy elmentsd az előző állapotot. Ezt ajánlja is a program minden olyan esetben, ha "kockázatos" a dolog. (tehát, ha nem működik, akkor vissza lehet tölteni a régebbi állapotot, és másik programmal / eljárással próbálkozni). Én ha ilyen elektronikát fejlesztenék, a hibatárolót meghagynám "event log"-nak, de a műszerfalon a hibajelzést kikapcsolnám, amint a hiba helyreáll. Sok vezérlő nem így tesz, csak manuális törléssel áll helyre az állapot. Az event log-ot pedig mérnöki módban tenném csak törölhetővé, de ennek a procedúráját is leírnám a gyári javítási utasításban.
0
Jó ötlet, éppen ezért az újabb vezérlőegységeknél már úgy van, hogy minden hibához, amit a vezérlő képes felismerni hozzárendelnek egy számot, ami a hiba prioritását jelzi, most fejből nem tudom, de kb. 1-6-ig.
Így aztán vannak a magas prioritású hibák, amik azonnal hibalámpát gyújtanak, sőt vannak rendszerek, ahol még a lámpa színe is meg van határozva (piros, sárga), vannak, amik nem gyújtanak hibalámpát.
Így van olyan is, ami nem törlődik ki magától, de van olyan, ami bizonyos számú menetciklus után automatikusan törlődik.
Van olyan is, ami nem is hiba, csak információ a hibatárban.
Üdv!
Kaszi
0
Szia!
A légzsákokkal nem szabad kókányolódni. Ha nem akarod rendesen megcsinálni, akkor inkább vedd ki!
De vigyázz, mert ezek aksi nélkül is beindulnak! Maradj életben!
Ha viszont javítani akarod, akkor csak hivatalosan!
0
igazából arra gondoltam, hátha van valakinek eeprom dump-ja, a vezérlőegység típusszáma alapján. Azzal meg tudnám gyógyítani. Szerintem ez a hibakód egy sima eeprom checksum failure. Néhány szerelő ismerősöm szerint akkor "ugrik be", ha a kocsi sokáig állt akksi nélkül. Bár ki tudja, az egyik gyorsulás szenzor egység is alaposan el van ázva. Akkor vagy bontó, és összeszedem az alkatrészeket, vagy inkább kiiktatom az egész légzsák rendszert...
http://www.cardecode.rs/download/Audi%20VW%20Airbag%20Reseter.pdf ennyit találtam, de ez is csak egy "bubusbox" leírása.
0
Szerintem nézd át rendesen hogy meg van-e mindenhol a megfelelő feszültség, ugyanis azt irtad beázott.Pontosab leírás a hiba kereséséhez és eltávolításához: Link http://wiki.ross-tech.com/wiki/index.php/65535
Az elektronika elhelyezése a kocsiban: Link http://img.photobucket.com/albums/v225/SnappyDUDE12/Forum%20Pics/25012_3... az a narancs csíkos doboz. De ebbe se beírni se olvasni nem ajánlok semmit, ugyanis nem ajánlatos piszkállni. Próbálj a neten a sorozatszám szerint beszerezni, vagy pedig 1 bontóban rádugni 1 ugyan ilyen másikat. Ha a tiéd roszz és a bontott jó a probléma megszűnik.
0