Problem mit der seriellen Kommunikation Arduino Due und Navilock NL-852ETTL

[PICture]

Hallo!

Fürs Beobachten einer Dataleitung von COM Schnittstelle auf einem analogem Oszi würde ich empfehlen bei horizontaler Ablenkung zum Triggern "single" bzw. "one shot" verwenden und die "time/div" so einstellen, dass auf dem Bildschirm nur ein Byte sichtbar ist. Dann sieht man sogar sich ändernde Bits.

[Klebwax]

Klingt für mich sehr nach Frequenzmessung ...

Und was kommt wohl für eine Frequenz heraus, wenn 2 aufeinanderfolgende Bits den gleichen Wert haben, oder auch drei? Und was wenn der Abstand zwischen den Bytes mal variiert?

MfG Klebwax

[PICture]

Ich würde über feste Frequenz nur am Clockleitung reden, weil es sonst sinnlos ist.

[alexander_ro]

An aufeinander folgenden gleichen Bits kannst Du auch keine Baudrate bestimmen. Aber nur weil ich einen Teil aus einem Signal herausgreife um dessen Timing zu ermitteln ist es trotzdem nichts anderes als die Bestimmung der Frequenz. Eine Frequenz auf einer Leitung muss nicht statisch sein. Ist aber halt dann auch nicht mit einem normalen Frequenzzähler zu messen. Es ging um die Bestimmung einer Bit-Zelle nicht um Bytes.

Selbst die Baud Angabe ist ja nichts anderes als eine Frequenzangabe. 4800 Bit pro Sekunde. Die Definition entspricht halt nicht dem Herz. Aber die Definitionen sind völlig willkürlich von Menschen gemacht um Vorgänge beschreiben zu können oder um damit rechnen zu können.

Clockleitung gibts hier keine nur TX RX und GND. Wäre der Takt auf der CLOCK Leitung eigentlich abhängig von der Baudrate?

[PICture]

Clockleitung gibts hier keine nur TX RX und GND.

Stimmt. Ich habe Taktgenerator beim Senden gemeint, der die Bits an TX schiebt. Der Taktgenerator beim Empfangen muss gleiche Frequenz haben und mindestens innerhalb eines Bytes synchron mit sendendem laufen, damit die am RX empfangene Bits richtig ausgewertet werden.

Wäre der Takt auf der CLOCK Leitung eigentlich abhängig von der Baudrate?

Natürlich, weil jeder Takt (CLOCK Impuls) einer Übertragung von einem Bit entspricht.

[Peter(TOO)]

Klingt für mich sehr nach Frequenzmessung ...
Hast Du schon recht damit aber das habe ich nicht hin bekommen. Weil mir irgendwie die Triggerung auf das Signal nicht richtig gelungen ist und wenn die Darstellung immer in der gegend herumwandert ist das mit dem Kästchenzählen nicht einfach und schon gar nicht wenn man die an einer bestimmten stelle im Signal zählen sollte. Bräuchte man so ein Digital Oszi mit den ganzen Software Optionen die können dann Schnittstellen analysieren. Man könnte auch die TX Leitung des GPS Moduls an einen normalen GPIO hängen und dann die analyze mit einem kleinen Programm selber auf dem Arduino DUE machen der ist schnell genug dafür aber das war mir zu viel arbeit.


Wie hast Du das denn ausgerechnet?

1s/4'800 ~ 208µs
Schauen wir mal was da bei RS232 über die Leitung geht:

  StartBit           StopBit
      |                 |
      V                 V
     +-+                 
...  | |                     ...  Data = 0x00
   --+ +-+-+-+-+-+-+-+-+-+---

   ->|-|<-- BitZelle  (~208µs @ 4'800 Bit/s)


     +-+-+-+-+-+-+-+-+-+                 
...  |                 |     ...  Data = 0xFF
   --+                 +-+---

     +-+ +-+ +-+ +-+ +-+                 
...  | | | | | | | | | |     ...  Data = 0x55
   --+ +-+ +-+ +-+ +-+ +-+---

Jetzt miss da mal die Frequenz mit einem normalen Frequenzmesser!
Dieser misst eigentlich die Anzahl Impulse über eine Sekunde.
Hinzu kommt noch, dass die Pause zwischen Stop- und Startbit Minimal 0 ist und maximal gegen unendlich gehen darf.

Mir kommt es so vor als ob Du hier Gemüse mit Obst vergleichst ...
... serielle und parallele Daten Übertragung ...

Das spielt bei Baud gar keine Rolle.
Zudem spielt es keine Rolle ob ich nun 8 Datenleitungen verwende oder eine Datenleitung und auf dieser mit 256 unterschiedlichen Pegeln arbeite.
Baud bezeichnet die Anzahl Zustandswechsel pro Sekunde der Schnittstelle. Jetzt kommt es aber auf die Schnittstellendefinition an, wie viele Bits pro Zustandswechsel übertragen werden. Man kann dabei auf einer Leitung mit mehr als zwei Zuständen arbeiten oder mit mehreren Leitungen oder auch beide kombinieren!
https://de.wikipedia.org/wiki/Baud

Schau dir mal an, wie das GigaBit Ethernet funktioniert:
Die Datenrate ist 1Gbit/s die Baudrate aber nur 125MBaud und es werden zwei Aderpaare in jede Richtung verwendet. Die nötige Bandbreite betraägt dann pro Adernpaar 62.5 MHz.
https://de.wikipedia.org/wiki/Ethernet#Gigabit-Ethernet

So einfach ist das mit Bit/s und Baud

Bei der seriellen Übertragung gibt es zwei Methoden: synchron und asynchron.

Bei der synchronen Übertragung wird der Takt mit übertragen. Dies kann über eine zusätzliche Clock-Leitung geschehen oder der Takt kann aus dem Datenstrom gewonnen werden. Hierbei kann der Takt variabel sein.

Bei der asynchronen Übertragung (RS232 gehört dazu) wird die Taktinformation nicht mit übertragen. Sender und Empfänger brauche jeweils einen eigenen Taktgenerator, welche empfängerseitig mit dem Sender synchronisiert wird.
Ein UART für RS232 arbeitet typisch mit der 16-fachen Bitrate. Mit der Flanke des StartBits wird dann der Zähler auf 8 gesetzt. Bei einem Zählerstand von 16 wird dann immer der Wert von der Daten-Leitung eingelesen, was dann immer in der Mitte einer Bitzelle geschieht und der Zähler wieder auf 1 gesetzt.

MfG Peter(TOO)

[alexander_ro]

Danke für die Erklärung alles wusste ich davon noch nicht. Aber bei allem will ich Dir nun auch nicht recht geben ...

Ja 1/4800 ist mir dann auch aufgefallen. Da hatte ich aber die Frage schon geschrieben.

Jetzt miss da mal die Frequenz mit einem normalen Frequenzmesser!

In irgendeinem meiner vorherigen Beiträge steht das es schwierig ist. Es geht mit Frequenzmessung nur wenn man die an einem Teilabschnitt des Signals macht. Etwas bessere Digital Oszi die können dann erstens das Signal brauchbar Trigger und mit Cursormessung ist es ein leichtes den gesuchten Wert zu ermitteln. Ich hatte da aber nur so ein günstiges Teil zum Messen das mehr ein Multimeter als ein Oszi ist. Mein zwar Uraltes Fluke ist die Stromversorgung kaputt. Das hätte aber die nötigen Funktionen. Alternativ wenn man nicht weiss was man mit seiner Zeit anfangen soll könnte mit ein bisschen Programmieren das auch der Arduino DUE messen.

Da wir bei den Baudraten wenn ich den Text richtig verstanden habe die physikalischen Signale auf einer Datenleitung einer seriellen und einer paralellen betrachtet haben sind die unterschiedlich wenn beide Daten mit der gleichen Geschwindigkeit übertragen. Den Vergleich finde ich aber trotzdem nicht ganz passend. Im übrigen übertragen die beiden genannten Schnittstellen ihre Daten nicht mit 256 zuständen. Aber sowas ist möglich da hast Du schon recht.