Ungewollter Impuls am UART Eingang nach Umschalten RS485-Transceiver

Versuch mal auf einer Seite die RS485 so vorzuspannen, dass definierte 
Pegel  an den Eingängen liegen.

https://www.mikrocontroller.net/articles/RS-485

Die 390Ohm sind mir etwas zu niedrig. Ich nehme immer 750.

Bias fehlt.
Beitrag "RS485 Biasing Network"

Die beiden TC besitzen True fail-safe, welche meiner Meinung nach keine 
zusätzlichen Bias-Widerstände benötigen.

Auszug Datenblatt ADM3072:
"The receiver inputs have a true fail-safe feature, which eliminates
the need for external bias resistors and ensures a logic high
output level when the inputs are open or shorted."

Auszug Datenblatt ADM4852:
"The receiver inputs have a true fail-safe feature, which ensures
a logic high output level when the inputs are open or shorted. This 
guarantees that the receiver outputs are in a known state before 
communication begins and when communication ends."

Die Frage ist wie dieses integrierte fail-save Handling implementiert 
ist. Gerade auch im Umschaltmoment. Ich würde die 10s opfern und mal 
probehalber die 2 Widerstände anlöten. Wenn es hilft kannst du dich 
immer noch entscheiden ob du das Problem damit löst oder per Software.

Ich bin z.B. dazu übergegangen den Empfänger immer an zu lassen. Damit 
liest man zwar seine eigenen gesendeten Daten selbst mit ein, hat aber 
den Vorteil Kurzschlüsse oder Kollisionen frühzeitig erkennen zu können.

Michael schrieb:
> which ensures
> a logic high output level when the inputs are open or shorted

Die sind aber mit dem Bus verbunden und sind weder open noch shorted. 
Das funktioniert ja vielleicht wenn man den Stecker zieht.

Georg

Lange her,
wenn ich mich richtig erinnere,
habe ich das damals so gemacht, wie ein Kollege schon geschrieben hat.
Empfänger immer an.
Sender war so geschaltet, das ich mit dem TX die Sender Freigabe 
geschaltet habe, (Inverter nötig), und das Ausgangssignal wurde 
festverdrahtet.

Zu dem haben ich immer einen Pull-Up und einen Pulldown pro Segment 
installiert.

Bei den Werten bin ich mir aber nicht mehr sicher.

@temp:
Ich habe die Bias-Widerstände bestückt, jedoch keine Verbesserung 
festgestellt.

@Georg:
Durch die Beschaltung an /RE und DE = low wird die Impedanz am TC 
hochohmig. Durch den integrierten fail-safe mode gehe ich davon aus, 
dass es keinen offenen Pegel gibt.

Die Pegel am RS485-Bus sind i.O, Upp ca. 5V. Ansonsten könnte die 
UART-Seite die Daten nicht korrekt interpretieren.

Im Bild "RS485_mit-Abschlusswid.png" ist die abfallende Flanke wie 
erwartet relativ steil (100 ns/Div). Der TC interpretiert nach dem 
Umschalten auf Empfangen den Buspegel, welcher ca. 100 ns später auf 0V 
ist. Ideal wäre, wenn der Bus vorgängig hochimpedant wird (DI=low) und 
kurz später die Daten am Bus interpretiert werden (/RE = low). Leider 
habe ich nur eine RTS-Leitung zur Verfügung zum ansteuern der beiden 
Steuereingänge.

Michael schrieb:
> Ideal wäre, wenn der Bus vorgängig hochimpedant wird (DI=low) und
> kurz später die Daten am Bus interpretiert werden (/RE = low)

Ist wohl so.

Michael schrieb:
> Leider
> habe ich nur eine RTS-Leitung zur Verfügung zum ansteuern der beiden
> Steuereingänge.

Monoflop?

Ev. kann man ja auch den UART Receiver verzögert enablen.

Georg

Für mich ist das Verhalten immer noch unerklärlich, da dies eine 
Standardkonfiguration ist und bestimmt mehrere davon betroffen sein 
müssten. Womöglich wird der sehr kurze Impuls von anderen uC nicht 
erkannt und führt daher auch nicht zu fehlerhaften Datenpakete.

Ich habe den /RE Eingang mittels RC-Glied (tau = 1 us) verzögert. 
Eleganter wäre natürlich ein zusätzlicher Schmitt-Trigger nach dem 
RC-Glied. Ich gehe jedoch davon aus, dass der Eingang vom TC einen 
solchen integriert hat.

Möglicherweise verfolgen wir einen redundanten Lösungsansatz (HW und 
SW).

Besten Dank für die Diskussion.

Michael schrieb:
> Für mich ist das Verhalten immer noch unerklärlich, da dies eine
> Standardkonfiguration ist und bestimmt mehrere davon betroffen sein
> müssten. Womöglich wird der sehr kurze Impuls von anderen uC nicht
> erkannt und führt daher auch nicht zu fehlerhaften Datenpakete.

Es betrifft ja nur die Seite die gerade gesendet hat und jetzt lesen 
soll. Auf der RS485 Seite ist alles clean. Entweder man lässt den 
Empfänger an und liest die gesendeten Daten mit, dann gibt es dein 
Problem nicht. Oder man sendet, schaltet um, wartet ein paar Takte, 
löscht den eventuellen Müll im RX Buffer und akzeptiert erst danach die 
einlaufenden Daten. Dann kannst du dir das RC-Glied auch sparen. Jedes 
Gerät welches über RS485 Requests detektiert wartet ohnehin eine gewisse 
Zeit bevor es die Antwort sendet. Auf jeden Fall länger als dein kurzer 
Impuls dauert.