coolchip
28.02.2005, 23:46
Hallo,
ich bin gerade dabei ein bisschen mit der RS232 Schnittstelle zu experimentieren. Und zwar habe ich einen PIC 16F628 an meinen PC gehängt. Erst mal nur über TXD und RXD. Die beiden verstehen sich prima. :-)
Jetzt möchte ich mal die Flusssteuerung ausprobieren. Ich möchte nur Daten vom PC zum PIC senden. Wobei der PIC entschieden soll, ob der PC eine Sendepause einlegen soll oder nicht.
Normalerweise "fragt" der PC ja über RTS, ob er senden darf und der PIC "antwortet" dann mit CTS. Und jetzt zu meiner Frage:
Muss ich das RTS vom PC überhaupt im PIC auswerten bzw. abfragen? Ich nutze sowieso den Interrupt der RS232-Schnittstelle. Also wenn ein Byte kommt, erfahre ich das sofort. Und dann kann ich ja immernoch den Fluss über die CTS-Leitung steuern. Wozu dann das RTS? Damit könnte ich ja eigentlich nur das erste Byte vom gesendet werden abhalten. Oder?
ich bin gerade dabei ein bisschen mit der RS232 Schnittstelle zu experimentieren. Und zwar habe ich einen PIC 16F628 an meinen PC gehängt. Erst mal nur über TXD und RXD. Die beiden verstehen sich prima. :-)
Jetzt möchte ich mal die Flusssteuerung ausprobieren. Ich möchte nur Daten vom PC zum PIC senden. Wobei der PIC entschieden soll, ob der PC eine Sendepause einlegen soll oder nicht.
Normalerweise "fragt" der PC ja über RTS, ob er senden darf und der PIC "antwortet" dann mit CTS. Und jetzt zu meiner Frage:
Muss ich das RTS vom PC überhaupt im PIC auswerten bzw. abfragen? Ich nutze sowieso den Interrupt der RS232-Schnittstelle. Also wenn ein Byte kommt, erfahre ich das sofort. Und dann kann ich ja immernoch den Fluss über die CTS-Leitung steuern. Wozu dann das RTS? Damit könnte ich ja eigentlich nur das erste Byte vom gesendet werden abhalten. Oder?