Raspberry UART empfangen geht nicht

[Thomas (Gast)]

Hi Leute,

habe eine UART Verbindung zwischen PC und Raspberry aufgebaut. Aber 
irgendwie funktioniert das Senden von PC an Raspberry nicht richtig.

mit folgendem Befehl starte ich minicom
minicom -8 -b9600 -D /dev/ttyAMA0

Senden von Rasp -> PC funktioniert.
auch echo "Hallo" >> /dev/dev/ttyAMA0   funktioniert

Nur kann ich nichts vom PC an den Raspberry schicken. Auffällig ist, 
sobald ich minicom gestartet habe und eine hardwaremäßige Verbindung 
habe, dass ich beim Senden vom PC aus mit HTerm ein echo der Zeichen 
bekomme. Es wird jedoch nichts im Terminal des Raspberry's angezeigt. 
Das sagt mir, dass die Zeichen schon irgendwie beim Raspberry ankommen.

habe aber auch schon andere Programme/Möglichkeiten probiert wie z.B.
screen /dev/ttyAMA0 9600
cat /dev/ttyAMA0

/boot/cmdline.txt und /etc/inittab sind im Anhang.

Ist da vielleicht irgendetwas falsch? Wie lade ich cmdline und inittab 
erneut? Geht das nur über einen Neustart?

[Yport (Gast)]

Das sieht nach ner Brücke/ Kurzschluss aus.
Klingel das mal durch mit nem Multimeter.
Bekommst Du das Echo auch bei ausgeschaltetem PI, oder gar bei gezogenem 
Stecker?

[Thomas (Gast)]

Das echo bekomme ich nur, wenn der Stecker auf dem Raspberry steckt.

Bei heruntergefahrenen aber noch angesteckten Raspberry (Auch 
Spannungsversorgung liegt noch an) oder abgesteckten Raspberry bekomme 
ich kein Echo.

Ich habe Raspbmc auf dem Raspberry laufen.

Wenn ich mit angestecktem Raspberry hochfahre, werden mir Zeichen über 
die UART ausgegeben:

Welcome to the rescue system
recovery login: Uncompressing Linux... done, booting the kernel.

Raspbmc by Sam Nazarko
http://www.raspbmc.com
raspbmc login:

Auch hier ist Echo bereits aktiv.

Ich denke es hat etwas mit einer nicht abgeschalteten Console zu tun. 
Blos steht in den oben angehängten Files nichts von ttyAMA0.

Was könnte noch falsch eingestellt sein?

[Kein Name (Gast)]

>Ich denke es hat etwas mit einer nicht abgeschalteten Console zu tun.

Hier eine Doku, wie du die Console abschaltest.
http://elinux.org/RPi_Serial_Connection

[Thomas (Gast)]

Vergleiche ich die Anleitung mit meinen Files inittab und cmdline sind 
diese zwar nicht exakt gleich, jedoch steht da nirgend wo was von 
ttyAMA0 drin. so denke ich doch, dass diese nicht verwendet wird und die 
files auch dementsprechend richtig konfiguriert sind.

Allerdings habe ich in der Anleitung diesen Befehl gefunden:
ps aux | grep ttyAMA0

Nach Ausführung dieses Befehls bekomme ich zwei Zeilen zurückgeliefert.

root      1341  0.0  0.1   2024   716 ttyAMA0  Ss+  09:37   0:00 
/sbin/getty -L ttyAMA0 115200 vt100

root      2448  0.0  0.1   1980   648 pts/2    S+   10:10   0:00 grep 
ttyAMA0

Der letzte Prozess ist anscheinend der grep Befehl, mit dem ich das 
Kommando ausgeführt habe. Doch in der ersten Zeile steht noch etwas. 
Also irgendwie wird die ttyAMA0 doch benutzt. Aber woher weiss ich was 
das genau ist, warum dieser Prozess gestartet wird und wie ich das 
starten dieses Prozesses unterbinden kann?

[Kaj (Gast)]

Thomas schrieb:
> screen /dev/ttyAMA0 9600
"screen" macht was völlig anderes. screen ist (sowie tmux) ein 
"Terminal-Multiplexer", und nichts um irgendwie was über uart zu 
senden...

[Kein Name (Gast)]

Google findet da irgendwas mit upstart-wheezy/ttyAMA0.conf
Mit find und grep das ganze System nach ttyAMA0 durchsuchen? Auch 
zwischen den 100 Zeilen dürfe ein "/sbin/getty ttyAMA0" auffallen.

[Kein Name (Gast)]

Etwa so:
find / -exec grep ttyAMA0 {} /dev/null \; 2>/dev/null

[Thomas (Gast)]

Ok und was nun?

[Kein Name (Gast)]

Gefunden? Das Script oder die Zeile rauswerfen. Nach dem reboot in 
/var/log/... nachschauen, ob neue Fehlermeldungen auftauchen.
Und am besten die ganzen Leute erschlagen, die init/upstart/systemd 
permanent umbauen.