Kevés megkeresésünk baljósabb azoknál, amik úgy kezdődnek, hogy "Kérem segítsenek, néhány hetente megzavarodik valami az autóm agyában". Rendszerint az ilyen esetekben megpróbáljuk rábeszélni az érdeklődőket arra, hogy vagy várjunk még a vizsgálódásokkal, vagy hogy próbáljunk meg egyéb kapaszkodókat találni, mert a több hetente fellépő hibák felkutatása hajmeresztő költségekkel járna.

Technikailag persze minden lehetséges, lehet több frontos támadást indítani, lehet mindent is mérni mindenhol, de ilyen ritka stádiumban az egész mutatvány anyagilag biztosan nem éri meg.

2025 végén magabiztosan kijelenthetjük, hogy az abszurd hibák nyerésre állnak: egyre több az olyan probléma, ami nem klasszikus értelemben vett meghibásodás, hanem inkább gyártói szinten nem kellően átgondolt "hardver vagy szoftver" eredménye. Nem hibáztatunk senkit, de egy eleve elszúrt kalibrációval, egy gyárilag instabil szoftverrel a javító szakma sem tud mit kezdeni. Ha ehhez még hozzávesszük a jelenségek esetleges időszakos, véletlenszerű fellépését ... hát, szóval nem fogunk unatkozni a jövőben sem. 

Történetünk egy csodás Volvo V50-ről szól, és arról az ominózus baljós megkeresésről, mi szerint az autó néha megbolondul, nem indul, az ablaktörlők random elidulnak, a világítás nem kapcsolható le, és minden hibajelzés világít a műszerfalon - viszont néha hetekig hibátlan. Az egyetlen ok, ami miatt elvállaltuk, hogy egy kedves ismerős ajánlására érkezett, és az autó fontos iskola és óvoda járatban van, megbízható működése az édesanya számára létfontosságú.

Kezdő lépések

Hibakódok minden rendszerben: kommunikációs zavar a nagysebességű buszhálózaton. Mindenki mindenkit hiányol. Hibakódok törlése, majd négy nap hibátlan közlekedés.

Az első jelek

Az ötödik napon pár percre megzavarodik a hálózat, a kommunikációs hibakódok visszatérnek, az ablaktörlő külön életet él. Csakhogy: a probléma megszűnik magától, és ismét egy hétig nem lép fel. 

Nagyszerű fejlesztés volt az autóipari buszrendszerek elterjedése, rengeteg előnye mellett a javítóknak néha azért feladja a leckét. Az állandó fizikai buszhibák általában "pofonegyszerűen" megfoghatók: a két szál (CAN high és low) valamelyike valahol szakadt, megnövekedett az ellenállásuk, egymásba / máshová zárlatosak, vagy valamelyik résztvevő dobozon belül rosszalkodik valami. Mérésekkel, komponensek kizárásával, leválasztásával, a hálózat szakaszolásával el lehet jutni a hibás pontig.

Na de ha a probléma csak hetente egyszer van egy-két percre, akkor kész haditervvel kell készülni, hogy a megfelelő eszközzel, a megfelelő időpontban a megfelelő helyszínen legyünk.

Ilyen egy üzenetcsoport, ha minden rendben. És hogy a hiba fellépésekor milyenek lettek az eredetileg gyönyörű négyszögjelek, íme:

Más cikkeinkben már volt szó az időszakos kábelhibák "ráncigálásos" megcsípéséről, amivel csak az a gond, hogy a megmozgatott kötegben az esetleges hiba lehet, hogy megjavul, és pár hétre / hónapra béke lesz, majd ismét előjön. Nem szeretjük tehát ezt a módszert, de nyilván van, amikor segít. Ez alkalommal már kínunkban mozgattuk a releváns komponensek csatlakozóit, a kötegeket mindenhol, és arra lettünk figyelmesek, hogy az utastéri kiszolgáló modul (CEM) egyik csatlakozójának birizgálására a jelenség előjön és megszűnik, néha produkálhatóan, néha nem. 

Csatlakozó szemrevételezés, majd CEM szétbontás.

És itt van: a CEM modul az asztalon. Nem látható beázás, nem látható korábbi beavatkozás. A CAN high és low szálak között mérünk ellenállást, a CEM-en belül: a csatlakozó sor nagyon finom mozgatására a CAN high és low-hoz tartozó lábak ellenállása egyértelműen ugrál a végtelen és a kiloohm nagyságrend között. Hiba bebizonyítva.

 A megoldás

egy bontott CEM modul beszerzése, klónoztatása, beépítése, majd próba, próba, próba napokig. 

Ezúttal siker koronázza a ténykedésünket, az alattomos buszhiba nem lép fel többé.

Fontos megjegyeznünk, hogy sokan keverik össze - merthogy könnyű összekeverni - a CAN busz hálózat fizikai hibáit azzal, amikor egy komponens hibás adatot tartalmazó üzenetet küld. A fizikai hiba az, amikor a CAN hálózat áramköri okokból nem képes az üzeneteket hibátlanul továbbítani. Ezekre példa a szakadás, zárlat, kapacitás változás, stb. A másik, amikor a hálózat áramkörileg rendben van, de egy üzenet hibás adatot tartalmaz, ez megjelenhet a többi résztvevő hibatárolójában, mint "CAN-hiba". Fontos tudnunk értelmezni, hogy ez fakadhat abból, hogy a küldő komponens saját rendszerén belül van valami probléma, ami miatt érvénytelen, vagy nem plauzibilis adatot küld. Ilyen például tipikusan, amikor pl. a motorvezérlő a légtömegmérési hibája miatt az ESP-nek nem tud megbízható nyomaték információval szolgálni: a CAN hálózatnak fizikailag ilyenkor nincs baja, viszont a hálózaton érkező információ esetleg téves, vagy pontatlan.