Gast
#136242
Hallo, folgende Ausgangssituation: Ich habe mir eine Schaltung gebastelt, mit der ich die AT89S-Serie von Atmel (8051er mit seriell programmierbarem Flash) programmieren kann. Dazu habe ich einen gewöhnlichen AT89C52 verwendet, der über die RS232-Schnittstelle Befehle bekommt und diese entsprechend auf dem AT89S-Typ ausführt. Ich arbeite mit Hardware-Handshake. Der Empfang läuft momentan über Polling. Alle Befehle werden mit dem CarriageReturn-Zeichen (0x0D) abgeschlossen, LF-Zeichen (0x0A) werden ignoriert. Nun habe ich folgendes Problem: Wenn ich die Befehle einzeln (quasi manuell) an meinen Controller sende, gibt es keine Probleme. Alle Befehle sind darstellbare ASCII-Zeichen. Wenn ich Befehle in einer Textdatei sammele und diese Datei runterschicke, habe ich beim "BlankCheck"-Befehl das Problem, dass einige der nachfolgenden Zeichen von meiner Schaltung ignoriert werden. Dies passierte beim Austesten mit HyperTerminal. Dies ist der einzige Befehl, bei dem es zu diesem Fehler kommt. Nun habe ich die Kommunikation auch mit TeraTerm probiert. Dort tritt der Fehler nur auf, wenn als Verzögerungszeit für das Senden einzelner Zeichen bzw. ganzer Zeilen 0 ms eingetragen ist. Wenn ich die Verzögerungszeit für Zeichen auf 1 ms stelle, funktioniert es. Kann mir jemand folgende Vermutung bestätigen: Der UART des Motherboards schickt (unabhängig vom Terminalprogramm) bereits die nächsten Bytes, bevor die PC-Software merkt, dass die CTS-Leitung deaktiviert ist. Da der BlankCheck-Befehl logischerweise sehr lange dauert, werden einige Zeichen von meiner Schaltung nicht erkannt. Jetzt wäre die einzige Lösung, die mir einfällt, meine Routinen für die serielle Schnittstelle auf Interrupt-Steuerung mit Buffer umzuschreiben, richtig? Oder hat mir vielleicht jemand noch ne Idee, woran es liegen könnte? Gruß Stefan