Am 14.05.22 um 23:07 schrieb Tobias Schlemmer:
Hallo Sebastian,
nutzt Du eine Hardware-UART? Dann solltest Du mal versuchen, die
High-Level-Funktionen zu nutzen. Das heißt in dem Fall ist es
vermutlich günstiger, Du gehst über den Linux-Treiber, genauso wie das
minicom tut. Das sollte ausreichend dokumentiert sein. Such einfach
nicht nach Pi + UART, sondern nach linux serial io. Ich würde mal
vermuten, dass gpioSerialRead eine Software-UART implementiert, das
heißt, sie liest das GPIO-Pin direkt und spielt selber UART.
Was Du nicht machen solltest, ist, Software-UART und Hardware-UART
über denselben Pin laufen zu lassen. Dann muss der Pin nämlich zwei
Herren dienen. Und jeder, der das mal versucht hat, weiß, dass es
früher oder später zu Konflikten führt. Grundsätzlich kann ein Pin zu
jedem Zeitpunkt maximal eine Funktion ausführen: GPIO oder UART oder
... (je nachdem, was im Datenblatt steht).
Was auch nicht funktioniert: minicom und Dein Programm gleichzeitig
auf /dev/ttyS0 – oder was auch immer es ist – zuzugreifen. Die
Datenströme werden nicht dupliziert.
Eine Weitere Fehlerquelle besteht darin, wenn Du das ganze im Polling
betreibst und nicht im Interrupt. Wenn Dein Prozess aus irgendeinem
Grund zu spät aufwacht (und das ist meist erlaubt), dann kann es
passieren, dass der Empfangspuffer schon überschrieben wurde, bevor er
ausgelesen wurde (das sollte aber andere Probleme bringen). An der
Stelle solltest Du auch immer im Hinterkopf haben, dass Linux kein
Echtzeit-System ist.
Wie stellst Du sicher, dass das erste Zeichen im read_buf auch das
erste Zeichen einer neuen Zeile ist?
Wenn Du Kauderwelsch empfängst solltest Du davon ausgehen, dass die
Übertragung gestört war und warten, bis eine <Start of
Record>-Nachricht kommt (das ist hier in dem Fall gleich dem <End of
Record> und wird durch das Zeichen CR ausgedrückt).
Viele Grüße
Tobias
Hallo Tobias,
Ich will nat. nicht gleichzeitig mit dem C++-Programm und minicom auf
die Schnittstelle zugreifen. Das habe ich dann nur mal zur Kontrolle
gemacht, nachdem ich das "Kauderwelsch" bekommen habe.
Die Funktion "gpioSerialRead
<https://abyz.me.uk/rpi/pigpio/cif.html#gpioSerialRead>" aus der Lib:
[1] macht die Abfrage im BitBang-Modus. D.h., die lauscht nur. Ich will
ja auch nichts schreiben, sondern nur den Messdaten "lauschen".
Nun bin ich mir eben unsicher, ob ich die kompletten Routinen für die
serielle Kommunikation, die es ja im Netz gibt, benötige. Ich möchte das
so einfach, wie möglich halten. Oder befinde ich mich hier auf dem
Holzweg? Übersehe ich was ?
----
[1] https://abyz.me.uk/rpi/pigpio/cif.html#gpioSerialRead
--
Mit freundlichen Grüßen
Sebastian Reinhardt
LMV
Landmaschinenvertrieb- und Service GmbH
Hauptstrasse 13G
(OT Hartmannsdorf)
01762 Hartmannsdorf- Reichenau
Geschäftsführer: Sebastian Reinhardt
Amtsgericht: Dresden
Handelsregisternummer: HRB 2574
Umsatzsteuer- Identnr.: DE 140461622
Tel: +49 373 26 1851
Mobil:+49 172 357 3107
Fax: +49 373 26 86804
Mail: [email protected]
Web: www.lmv-hartmannsdorf.de
