Bytes empfangen über FT232RL - Bascom

An der Software liegt es nicht, die tut es seit Jahren. 
http://www.x-simulator.de/wiki/Read_more_about_the_Universal_Serial_Output_%28USO%29

Hallo,

hast Du geprüft, ob die Steuer-Software tatsächlich Daten auf der 
seriellen PC-Schnittstelle ausgibt (Schnittstellen-Tester, Scope)? Und 
wenn ja, was kommt am RX-Pin des Controllers an? (am besten mit Scope 
prüfen)

BTW: Die Taktfrequenz von 8MHz deutet ein wenig auf die Benutzung des 
internen RC-Oszillators vom AVR hin. Dieser hat allgemein aber eine zu 
hohe Toleranz für serielle Übertragungen; hier wäre ein externer 
(Baudraten-) Quarz deutlich besser, insbesondere bei längeren 
Telegrammen.

Der uC läuft tatsächlich mit dem internen RC. Ich wusste nicht, dass das 
bei serieller Übertragung eine Rolle spielt. Werde ihn "fusen" und einen 
Quarz anstecken.

Ein Scope müsste ich mir von der Arbeit mitnehmen, was aber kein Problem 
darstellt.

Aber am Code liegts nicht? Keine groben Schnitzer drin? Oder gibt es 
noch eine elegantere Methode, als Inkey (welche ich aus der BASCOM Hilfe 
habe).

Um festzustellen, ob ein Zeichen empfangen wurde, ist "Inkey" geeignet; 
nur wenn das empfangene Zeichen eine binäre Null ist, kann "Inkey" 
dieses Zeichen nicht erkennen. Dann geht man anders vor; dies ist in der 
BASCOM-Hilfe bei "Inkey" unter dem Verweis "Ischarwaiting" zu finden. 
Damit liegt man dann auf der sicheren Seite.

Für Deine Tests (Senden des ASCII-Zeichens "S") reicht das Programm 
allemal (zumal der serielle Buffer von BASCOM, also interrupt- 
gesteuerter Empfang, aktiviert ist).

Danke. Ich kanns leider gerade nicht testen. Melde mich morgen, obs 
geklappt hat.

Bitte noch mal folgendes prüfen:

Da Deine Tests mit Hyperterminal funktioniert haben, mit der 
Steuersoftware aber nicht, probiere mal dort eine kleinere Wiederholrate 
des Telegramms (z.B. 200ms). Wird dann etwas vom Controller erkannt?
Ich schätze mal, dass mit dem HyperTerminal von Hand keine 33ms 
Wiederholrate hinzubekommen ist ...

Wenn da auch nichts erkannt wird, kommen wir ums Scope nicht herum ...

Hast du ein Beispiel für mich? Bin nicht sonderlich fit in Bascom - 
arbeite mich noch ein.

@Spezi: Danke, werd ich checken.

Hallo,

> also ich würde das ja so lösen, das ich den Empfang per Interrupt
> auswerte.

Genau das macht BASCOM ja mit dem Befehl "Config Serialin = Buffered, 
Size = ... ".
Normalerweise muss man selbst (per Polling) die Schnittstelle nach Bytes 
abfragen. Durch diesen Befehl wird die BASCOM-Empfangs-Routine auf eine 
ISR umgeschaltet, die im Hintergrund serielle Daten empfängt und sie im 
definierten Buffer ablegt.
Im Hauptprogramm (das ja in der Regel zyklisch abläuft) wird mittels 
einer Funktion geprüft, ob Daten im Buffer sind. Wenn ja, kann man sie 
einlesen und bei Bedarf auswerten.

> Warten und nachschauen ob was per RS232 reinkommt ist
> Resourcenverschwendung.

Gewartet wird hier bei der Funktion überhaupt nicht; sie prüft ein Flag, 
das die ISR setzt, wenn Daten im Buffer sind.
BASCOM bildet hier einen seriellen FIFO nach, in dem die per Interrupt 
eingelesenen Daten gesammelt werden. Die Grösse des FIFO wird beim 
Config-Kommando übergeben.