Pysikal-Bus-Fehler bei LIN-BUS

[M.sadi (Gast)]

hallo,

wie in der LIN-Bus Protokoll deutlich geschrieben ist:
Der Pysikal-Bus-Fehler tritt auf, wenn die Busleitung gegenüber der
Versorgungsspannung oder der Masse Kurzgeschlossen ist. Dieser Fehler
wird durch einen statischen Eins- oder Null-Pegel der Leitung erkannt.

naturlich das stimmt kein Thema. Mein frage ist:
wenn ich die bus-Leitung  ganz kurz gegenüber +12V oder Masse
kurzschliesse. nach diese kurzschluß ist die kommunikation abgeschaltet
LIN-Bus kann nicht mehr in betrieb gehen, nur wenn ich die knoten
Resseten, was bei CAN-Bus nicht der fall, d.h nach eine physikalische
Bus-fehler ist die Kommunikation wieder da (ohne resset).

meine meinnung nach liegt das an der LIN-Transceiver weil er nicht
fehler beheben kann. ist das richtig? warum muss man nach eine
phys-Bus-fehler immer das system Resseten.

ich muss das wissen, weil ich weiss nicht ob ich eine RESSET-taster in
mein Netzwerk bauen muss oder nicht.

[Hegy (Gast)]

Also, wenn keine Kommik auf dem LIN ist, hat der Bus +Ub Pegel. Einen 
Kurzschluß nach +Ub fällt erst dann auf, wenn der LIN-Transceiver Daten 
senden will, also den Bus (nahe) auf GND zieht. Der Transceiver ließt 
gleichzeitig zurück und sendet das Signal an den dahinterliegenden 
Controller. Wenn der Controller einen Fehler merkt, sollte eine 
entsprechende Fehlerbehandlungsroutine aufgerufen werden.

Wenn keine Kommik auf dem Bus ist, also LIN immernoch auf +Ub und du 
machtst einen Kurzschluß, auch wenn nur ganz kurz, so "merkt" das der 
Controller, weil nix gesendet wurde aber ein Bit angekommen ist, weiter 
aber nix kommt. Entweder wird es ignoriert oder wiederum 
Fehlerbehandlungroutine aufrufen.

Resetten muß man da garnix, macht keiner und im Fahrzeug ist auch kein 
Reset-Taster. Es ist wohl die SW, die den LIN kontrolliert/steuert, die 
da etwas buggy ist.

[Hegy (Gast)]

Nachtrag/Korrektur, 2. Absatz:

Wenn keine Kommik auf dem Bus ist, also LIN immernoch auf +Ub und du
machtst einen Kurzschluß
> nach GND, (vergessen dabeizuschreiben)
auch wenn nur ganz kurz, so "merkt" das der
Controller, weil nix gesendet wurde aber ein Bit angekommen ist, weiter
aber nix kommt. Entweder wird es ignoriert oder wiederum
Fehlerbehandlungroutine aufrufen.

[M.sadi (Gast)]

> Hegy
hastdu es gut erklärt :-)
danke

ich habe den fehler in der Software abgehoben. es läuft jetzt wunderbar. 
problem war die software bleibt nach BUS-Fehler in ein bestimmter 
zustand stehen.