Tipps für die Überprüfung der Baudrate von usart

Ich versuche es hier mit dem Bluetooth-Modul HC05 mit Pic-Controller und möchte meine Baudrate per Scope oder Simulation überprüfen.

Ich würde gerne die Schritte oder guten Methoden kennen, die Sie tun, während Sie die richtige usart-Kommunikation und Baudrate sicherstellen.

Eine Methode, von der ich vertraue, dass ich ihr folgen könnte, ist mit dem Bereich :). Und Proteus wäre am wenigsten bevorzugt. Ich möchte Ihren Punkt des Denkens haben, um ein Lernen für mich zu haben.

Antworten (2)

Ich benutze ein analoges Standard-Oszilloskop, das ich vor Jahren bekommen habe. Es ist alles, was Sie brauchen, wenn Sie wissen, was Sie tun.

Der Trick bei RS232 besteht darin, das Protokoll zu Ihrem Vorteil zu nutzen. Es gibt ein Sonderzeichen, das Ihnen, wenn Sie es wiederholt in einer engen Schleife senden, die Baudrate verrät. Genauer gesagt zeigt es Ihnen die halbe Baudrate an.

U

Das Zeichen U ist hexadezimal 0x55 oder binär 0b01010101. Fügen Sie dies zu den Start- und Stoppbits hinzu, und Sie erhalten eine Bitsequenz von 1010101010. Senden Sie das wiederholt in einer engen Schleife, und Sie erhalten eine schöne Rechteckwelle, die Sie auf dem Oszilloskop sehen können, indem Sie es direkt mit dem TX- oder RX-Pin verbinden je nachdem, ob Sie das U zu diesem Zeitpunkt senden oder empfangen.

Berechnen Sie die Periode dieser Rechteckwelle, nehmen Sie den Kehrwert davon, und Sie haben die Frequenz. Verdoppeln Sie es, und Sie haben die Baudrate. Oder wenn Sie ein ausgefallenes Oszilloskop haben, das Frequenzen erkennen kann, kann Ihnen das genau sagen, wie hoch die Hälfte Ihrer Baudrate ist - einfach die doppelte Zahl, die es Ihnen gibt.

Können wir nicht das Oszilloskop am rxt- und tx-Pin des Controllers überprüfen und verifizieren? Ich vertraue darauf, dass es die Baudrate liefert. Und 'u' scheint die Master-Abkürzung zu sein.
Das ist 'U', nicht 'u' (Großschreibung ist wichtig ). Ich bin mir nicht sicher, was Sie mit "überprüfen Sie das Oszilloskop am rxt- und tx-Pin des Controllers und überprüfen Sie es" meinen.
Ich meinte, den rx- und tx-Pin des Controllers direkt mit der Oszilloskopsonde zu verbinden und zu beobachten, wie der Controller 'U' in einer engen Schleife sendet. Ist es der richtige Weg. Entschuldigung für mein schlechtes Englisch
Ja, das meine ich mit der "Rechteckwelle" - es ist das Muster, das auf dem Oszilloskop beobachtet wird, indem es entweder mit dem TX- oder dem RX-Pin verbunden wird, während ein U gesendet (oder empfangen) wird.
Ich denke, die enge Schleife muss 'C'-abhängig sein? Ich habe beim Beobachten Frequenzen s/w 2,8 - 3,8 khz im Oszilloskop
Messen Sie also den Abstand zwischen den Spitzen und tun Sie dies manuell.
Schöner Tipp. +1 für 'U'.

Um den Simulationsteil der Frage zu beantworten, beschreibe ich, was ich getan habe, als ich meinen allerersten PIC in die Hände bekam. (es ist jetzt fast 20 Jahre her ....)

Ich baute die benötigte nackte Leiterplatte. (PIC, Entkopplungskondensatoren, alle Versorgungspins am PIC angeschlossen, MAX232 mit Kappen, 9-poliger D-Stecker usw.)

Die mitgelieferten Demos sind fehlgeschlagen (sehr frustrierend). Damals hatte ich nur UV-löschbare PICs zu verwenden ... 30 Minuten zwischen dem Flashen verlangsamen Sie richtig.

Ich gab das "Tweek and Test" auf und setzte mich hin, um von Grund auf zu arbeiten und berechnete die Eingabe-Pin-Änderungen, um ein Zeichen zu erhalten, und führte es in der PIC (Debugger?)-Simulation aus.

Die Simulation ermöglichte es Ihnen, die Pins zu simulieren, die sich zu bestimmten Zeiten auf dem PIC ändern. Das war so nützlich, wenn man versuchte, das richtige Timing zu finden.

+1, um Erinnerungen zurückzubringen, aber es ist heutzutage ziemlich selten, dass die Kommunikation asynchron ist (Gott sei Dank).
Tipps für die Überprüfung der Baudrate von usart
AntwortenHierDatenschutz-Bestimmungen1y, 0v