Microprozessor der mit RS232 kommuniziert

AW: Microprozessor der mit RS232 kommuniziert

Hallo,
ich kenne keinen µC, der eine fertige RS232 Schnittstelle hätte. Warum auch, denn dann könnte ein solcher Prozessor ja nicht für andere Schnittstellen wie RS485 usw. verwendet werden.
Also haben die µC einen Ausgang TxD (Transmit Data = Sende-Daten) und einen Eingang RxD (Receive Data = Empfangs-Daten). Dazu gibt es intern Register, mit denen die Baudrate und andere Dinge eingestellt werden. Die übertragenen Bytes können aus einem Empfangs-Register abgeholt bzw. in einem Sende-Register abgelegt werden.
Um eine RS232 (oder RS485) Schnittstelle zu erhalten, ist ein Treiber-Baustein erforderlich, wie z.B. der MAX232, der an TxD und RxD des µC angeschlossen wird und sogar die +/- 12V für das tatsächlich übertragene serielle Signal erzeugt.
Ein (Anschluß-)Beispiel mit einem PIC-Controller gibt es auf folgender Seite: KHD Akt DZM
Die meisten µC haben Pins für die serielle Übertragung (USART).
Für die Schule sind wohl die µC von Atmel (AVR, ATMega, usw.) etwas interessanter, weil es hier viel mehr Unterstützung im Netz gibt, als wie für die PICs von Microchip, die mehr in der Industrie verwendet werden.

 

AW: Microprozessor der mit RS232 kommuniziert

Hast Du die Schaltung in dem Link nicht angeschaut ?
Dort ist die Beschaltung von RxD und TxD, wie sie auch bei anderen µC üblich ist.
Programmiert werden PICs (wie auch die AVRs) über die Pins MCLR#, PGD, PGC und PGM.
Für den PIC gibt es z.B. den Programmer ICD 2, der mit der kostenlosen Software MPLAB von Microchip zusammen arbeitet. Es gibt auch einfachere Schaltungen zum "Brennen" der µC. Schau mal bei spruts homepage rein.
µVision von Keil würde ich dafür nicht nehmen. Ich kann Dir auch nicht sagen, ob z.B. der ICD 2 da eingebunden werden kann.

 

AW: Microprozessor der mit RS232 kommuniziert

Ja, was die Anschlüsse TxD und RxD betrifft.

Ja; wie Du allerdings "gute" definierst, ....

 

AW: Microprozessor der mit RS232 kommuniziert

Im Controller steht Dir lediglich Hardware zur Verfügung, die über mehrere Register angesprochen wird.
Du kannst Die serielle Schnittstelle konfigurieren (Baudrate, Bits, Stopbits, Parity, usw.) .
Dann mußt Du selber dafür sorgen, daß die Bytes in das Transmit-Register geschrieben und aus dem Receive-Register ausgelesen werden.
Du mußt sogar selber über Flags ermitteln, ob der Transmit-Buffer leer ist und ob ein Byte im Receive-Buffer angekommen ist.
Ob das Abfragen im Polling oder per Interrupt erfolgen soll, darfst Du auch noch entscheiden.
Auch das Übertragungsprotokoll muß selbst erstellt werden.
Es ist kein fertiger Ablauf zum Senden / Empfangen vorhanden; das mußt Du alles selber machen.