Unsauberes UART Signal

Das ist schon in Ordnung. Der Effekt könnte mit der begrenzten 
Slew-Rate* des Ausgangs zusammen hängen.

*) Das ist etwas gutes.

Stefanus F. schrieb:
> Der Effekt könnte mit der begrenzten
> Slew-Rate* des Ausgangs zusammen hängen.

Was soll eine Begrenzung der Flankensteigung mit dieser 25kHz Störung 
auf dem Gnd-Level zu tun haben?

Wolfgang schrieb:
> Was soll eine Begrenzung der Flankensteigung mit dieser 25kHz Störung
> auf dem Gnd-Level zu tun haben?

Beim Wechsel von High nach Low erhöht der Chip vermutlich die Stärke 
seines Ausgangstreibers. Danach (in der Mitte des Bits) fährt er die 
Leistung wieder zurück auf den minimalen Wert.

Ist nur so eine Idee. Ich kenne ähnliche Bilder von irgendeinem anderen 
Mikrocontroller (welchen habe ich vergessen) der sich so bei High Pegeln 
verhält.

"Daten an den Teilnehmer" hat den Info-Gehalt NULL:

Schau doch lieber nach den maximalen Low-Pegeln und
minimalen High-Pegeln jeweils für Ein- und Ausgang der
beteiligten Logik-Familien im erlaubten Betriebsspannungs-
bereich.

Wird noch ein MAX232 o.ä. dazwischengeschaltet, sind dessen
Ein- und Ausgänge entsprechend zu bewerten.

So lange max-Low-Out < max-Low-In und min-High-Out > min-High-In
ist, ist alles im grünen Bereich.

Auch für deinen STM32L010 solltest du Angaben im Datenblatt
finden, ob deine gemessene Low-Out-Spannung im erlaubten
Bereich liegt.

Stefanus F. schrieb:
> Beim Wechsel von High nach Low erhöht der Chip vermutlich die Stärke
> seines Ausgangstreibers. ...

Diese Erklärung würde zum Signalverlauf passen.

Prüfen könnte man diese Hypothese, indem man die Last während des 
Low-Pegels erhöht. Ein an den TX Ausgang gehängter zusätzlicher Pull-Up 
Widerstand würde den Treiber etwas fordern und man könnte die 
Pegelverschiebung mit/ohne Pull-Up vergleicht.
8mA soll der Treiber vertragen, d.h. bis runter auf 470Ω kann man gut 
gehen.

Im Datenblatt sollte auch etwas zum Treiberverhalten bei den 
verschiedenen Stromsparmodi stehen.

... mal ganz davon abgesehen, dass eine Slew-Rate Begrenzung die Aufgabe 
eines Bustreibers wäre. Der TX-Ausgang des µC ist ein digitaler Ausgang, 
der direkt mit dem physischen Bussignal gar nichts zu tun hat.

Wolfgang schrieb:
> al ganz davon abgesehen, dass eine Slew-Rate Begrenzung die Aufgabe
> eines Bustreibers wäre. Der TX-Ausgang des µC ist ein digitaler Ausgang,

Man kann das für alle I/O Pins einstellen, nicht nur für Bustreiber.

An den TO: das Signal ist okay, doch kannst Du bitte einen Schaltplan 
Posten, oder genauer den Aufbau beschreiben?

Das ist sicher keine Pegelbachführung, sondern irgendein R/C wo wir es 
Mangels Schaltplan nicht vermuten.

Lothar M. schrieb:
> Der 8051

Der wird es gewesen sein.

Nicht genau der, aber irgendein 8051 derivat. Ich hatte eine Zeit lang 
mit 89C2051 gebastelt.

Es wuerde ja reichen, den Empfaenger abzuklemmen und
sich das TX-Signal dann noch einmal anzusehen.

Das ein L-Pegel so bescheiden aussieht, ist bei den
heutigen CMOS-Treibern eher ungewoehnlich.
Selbst wenn der Treiber auf "Very weak" steht.