Hallo Forum, ich bin gerade in den ersten Zügen mit dem Raspberry Pi und möchte die UART Schnittstelle verwenden. Später will ich ein Logging von Sensordaten realisieren. Senden/Empfang zwischen einem PC und dem RasPi funktioniert auch soweit, nur habe ich ein Problem. Beim Startup sendet der RasPi ja jede Menge an Debuginformationen über den UART. Auch später kommt die Login/Passwortabfrage. Gibt es eine Möglichkeit sämtliche Debug und Anmeldeinformationen nicht mehr über den UART auszugeben? Ich habe mal mit der Datei cmdline.txt unter boot experementiert. Wenn ich da die Einträge von tty1 und Console rauslösche, dann werden schon mal die Debuginformationen ausgeblendet. Aber wie zum Teufel kann ich sagen dass er auch keine Anmeldung mehr über den UART zulassen bzw. ausgeben soll? Ich will die Schnittstelle wirklich nur als reinen Datenkanal für meine Sensoren benutzen! Hat jemand eine Idee? Grüße und danke für die Hilfe Mani
Welches Betriebssystem auf dem Raspberry Pi läuft. Unter vielen Linux-Distro's zB wird die Login-Prompt über Einträge in der /etc/inittab gestartet, die mit (a)getty
asdf schrieb: > Betriebssystem? Wahrscheinlich Linux.... N. M. schrieb: > Hat jemand eine Idee? Das Login-Prompt ist von getty und das wird von init gestartet. Um das weg zu bekommen musst du die getty-Zeile für die entsprechende serielle Schnittstelle in der /etc/inittab auskommentieren. Die Kernel-Debug-Ausgaben bekommst du weg, wenn du im Bootloader die Kernel-Commandline dahingehend veränderst, dass du die serielle Schnittstelle entfernst. Das klappt aber nur, wenn die Kernel-Commandline nicht fest im Kernel einkompiliert ist. Der Bootloader wird aber sicher auch noch seine Ausgaben auf die Serielle schreiben. Eventuell ist es einfacher ein USB-Seriell-Wandler an das Ra-Pi zu hängen. PS. Ich würde die Debug-UART-Schnittstelle behalten wollen. Damit kann man auch in Notfällen eventuell noch auf das Board zugreifen. Gruß Oliver
Ich denke unter RasPi Fedora wird das als Kernelparameter in der /boot/cmdline.txt geregelt. Ich lass es aber auch eingeschaltet.
Vielen Dank für die Rückmeldungen. Probiere es aus und melde mich dann wieder. Grüße Mani
Oliver J. schrieb: > asdf schrieb: >> Betriebssystem? > Wahrscheinlich Linux.... Sorry, hatte es falsch verstanden. Ist das Debian Squeeze. Oliver J. schrieb: > Das Login-Prompt ist von getty und das wird von init gestartet. Um das > weg zu bekommen musst du die getty-Zeile für die entsprechende serielle > Schnittstelle in der /etc/inittab auskommentieren. Ok, im Hyperterminal ist ja von ttyAMA0 die Sprache. Also hab ich die in der inittab mal auskommentiert:
1 | # /sbin/getty invocations for the runlevels. |
2 | # |
3 | # The "id" field MUST be the same as the last |
4 | # characters of the device (after "tty"). |
5 | # |
6 | # Format: |
7 | # <id>:<runlevels>:<action>:<process> |
8 | # |
9 | # Note that on most Debian systems tty7 is used by the X Window System, |
10 | # so if you want to add more getty's go ahead but skip tty7 if you run X. |
11 | # |
12 | 1:2345:respawn:/sbin/getty 115200 tty1 |
13 | #2:23:respawn:/sbin/getty -L ttyAMA0 115200 vt100 |
14 | 3:23:respawn:/sbin/getty 115200 tty3 |
15 | 4:23:respawn:/sbin/getty 115200 tty4 |
16 | 5:23:respawn:/sbin/getty 115200 tty5 |
17 | 6:23:respawn:/sbin/getty 115200 tty6 |
Nach einem Neustart kommt auch wirklich kein Anmeldepromt mehr. In Kombination mit der cmdline Modifikation passt es also :-D hp-freund schrieb: > Ich denke unter RasPi Fedora wird das als Kernelparameter in der > /boot/cmdline.txt Ja, wie gesagt bekomme ich damit die Debuginformationen weg (cmdline.txt):
1 | dwc_otg.lpm_enable=0 root=/dev/mmcblk0p2 rootfstype=ext4 rootwait |
Also folgendes habe ich rausgeworfen:
1 | console=ttyAMA0,115200 kgdboc=ttyAMA0,115200 console=tty1 |
Kann mir jetzt noch jemand erklären was dieser entfernte String in der cmdline bewirkt? Danke für die Geduld und Hilfe! Grüße Mani
Scheinbar wird die Schnittstelle ttyAMA0 verschiedenen Aufgaben oder Verwendungszwecken zugewiesen!? Sehe ich das richtig? Wenn ja was ist denn dann der Unterschied zwischen Console und kdgboc?
http://www.tldp.org/HOWTO/Remote-Serial-Console-HOWTO/configure-kernel.html http://www.kernel.org/pub/linux/kernel/people/jwessel/kgdb/ch03s03.html
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.