Serial (GPIO14/15) immer aktiv bei neuem Image?

DasMicha · April 29, 2025 at 7:09 PM New

Guten Tag allerseits,

nur mal eine grundsätzliche, vielleicht dumme Frage:

Sind bei jedem PI, speziell ZERO (foo/bar) und bei den über den PI-Imager gezogenen Images die genannten GPIO's immer aktiv und per Putty-serial oder einem anderen Terminal beim Booten/Betrieb als Konsole nutzbar?

LG

Micha

Bot · Vor 5 Minuten

Serial (GPIO14/15) immer aktiv bei neuem Image?? Schau mal ob du hier fündig wirst!

**hyle** · April 29, 2025 at 7:19 PM New

Es gibt ja viele verschiedene Images, die der Imager anbietet, aber bei den Raspberry Pi OS muss UART / Serial erst (per raspi-config oder vergleichbar) aktiviert werden, bevor man es nutzen kann.

//Edit

Was ist der Grund für Deine Frage?

DasMicha · April 29, 2025 at 7:26 PM New

Ich war der Meinung, dass die serielle Schnittstelle standardmäßig aktiv ist; würde ja bei total headless- Installationen Sinn ergeben. Bei den Zero-Bananen ist das zumindest so. Nun hatte ich halt gerade einen PI-Zero und habe mich gewundert, warum da nix kommt.

An raspi-config komme ich ja erstmal gar nicht dran ohne Terminal...

ALso neuer PI Zero z.B., neues Image, terminal per USB2SER an GPIO14/15 und schon ginge das... kleinster gemeinsamer Nenner halt...

Kann ich das vor dem EInlegen der SD in den PI manuell aktivieren vor dem ersten Boot?

Bot · Vor einem Moment

**hyle** · April 29, 2025 at 7:34 PM New

Du kannst im Imager ja schon die WLAN-Einstellungen erledigen und SSH aktivieren und dann kannst Du Dich nach den ersten paar mal hoch und automatischen Neustarts per WLAN einloggen und raspi-config aufrufen.

DasMicha · April 29, 2025 at 7:40 PM New

Quote from hyle

Du kannst im Imager ja schon die WLAN-Einstellungen erledigen und SSH aktivieren

Das funktioniert leider so gut wie nie. Zudem sehe ich damit immer noch nicht, was bei Booten passiert.

Und das ist genau das, was ich erreichen möchte. Gerade bei schon mal gebrauchten PI's, Bananas, was auch immer, die man mal wieder aus der Bastelkiste gebuddelt hat, sieht man so schon beim ersten Start, ob der überhaupt noch lebt...

**hyle** · April 29, 2025 at 7:41 PM New

Die Zero können auch OTG. IMHO kann man den auch über USB-Serial erreichen. Dazu müsste ich aber selber erstmal im Netz suchen.

Bot · Vor einem Moment

DasMicha · April 29, 2025 at 7:53 PM New

Naja, OTG benötigt auch erstmal irgendwas, um überhaupt mit dem PC quatschen zu können. Das ist auch nicht gerade das, was ich möchte...

Also mal ganz konkret: Kann ich auf einem gerade geflashten Image vor dem Einlegen in den PI am PC irgendetwas an den Konfigurationsdateien drehen, sodaß ich direkt vom Start die Ausgaben des OS an der seriellen Schnittstelle lesen und natürlich umgekehrt auch schreiben kann?

**hyle** · April 29, 2025 at 8:05 PM New

Für Einstellungen solcher Art gibt es die /boot/firmware/config.txt und dort dtoverlays.

In meiner /boot/firmware/overlays/README steht z.B. u.a. folgendes:

Code

Name:   dwc-otg
Info:   Selects the dwc_otg USB controller driver which has fiq support. This
        is the default on all except the Pi Zero which defaults to dwc2.
Load:   dtoverlay=dwc-otg
Params: <None>


Name:   dwc2
Info:   Selects the dwc2 USB controller driver
Load:   dtoverlay=dwc2,<param>=<val>
Params: dr_mode                 Dual role mode: "host", "peripheral" or "otg"

        g-rx-fifo-size          Size of rx fifo size in gadget mode

        g-np-tx-fifo-size       Size of non-periodic tx fifo size in gadget
                                mode

Display More

Oder

Code

Name:   uart0
Info:   Change the pin usage of uart0
Load:   dtoverlay=uart0,<param>=<val>
Params: txd0_pin                GPIO pin for TXD0 (14, 32 or 36 - default 14)

        rxd0_pin                GPIO pin for RXD0 (15, 33 or 37 - default 15)

        pin_func                Alternative pin function - 4(Alt0) for 14&15,
                                7(Alt3) for 32&33, 6(Alt2) for 36&37


Name:   uart0-pi5
Info:   Enable uart 0 on GPIOs 14-15. Pi 5 only.
Load:   dtoverlay=uart0-pi5,<param>
Params: ctsrts                  Enable CTS/RTS on GPIOs 16-17 (default off)


Name:   uart1
Info:   Change the pin usage of uart1
Load:   dtoverlay=uart1,<param>=<val>
Params: txd1_pin                GPIO pin for TXD1 (14, 32 or 40 - default 14)

        rxd1_pin                GPIO pin for RXD1 (15, 33 or 41 - default 15)


Name:   uart1-pi5
Info:   Enable uart 1 on GPIOs 0-1. Pi 5 only.
Load:   dtoverlay=uart1-pi5,<param>
Params: ctsrts                  Enable CTS/RTS on GPIOs 2-3 (default off)


Name:   uart2
Info:   Enable uart 2 on GPIOs 0-3. BCM2711 only.
Load:   dtoverlay=uart2,<param>
Params: ctsrts                  Enable CTS/RTS on GPIOs 2-3 (default off)


Name:   uart2-pi5
Info:   Enable uart 2 on GPIOs 4-5. Pi 5 only.
Load:   dtoverlay=uart2-pi5,<param>
Params: ctsrts                  Enable CTS/RTS on GPIOs 6-7 (default off)


Name:   uart3
Info:   Enable uart 3 on GPIOs 4-7. BCM2711 only.
Load:   dtoverlay=uart3,<param>
Params: ctsrts                  Enable CTS/RTS on GPIOs 6-7 (default off)


Name:   uart3-pi5
Info:   Enable uart 3 on GPIOs 8-9. Pi 5 only.
Load:   dtoverlay=uart3-pi5,<param>
Params: ctsrts                  Enable CTS/RTS on GPIOs 10-11 (default off)


Name:   uart4
Info:   Enable uart 4 on GPIOs 8-11. BCM2711 only.
Load:   dtoverlay=uart4,<param>
Params: ctsrts                  Enable CTS/RTS on GPIOs 10-11 (default off)


Name:   uart4-pi5
Info:   Enable uart 4 on GPIOs 12-13. Pi 5 only.
Load:   dtoverlay=uart4-pi5,<param>
Params: ctsrts                  Enable CTS/RTS on GPIOs 14-15 (default off)


Name:   uart5
Info:   Enable uart 5 on GPIOs 12-15. BCM2711 only.
Load:   dtoverlay=uart5,<param>
Params: ctsrts                  Enable CTS/RTS on GPIOs 14-15 (default off)

Display More

Diese Datei liegt aber auch jedem anderen Raspberry Pi OS für dessen System bei.

DasMicha · April 29, 2025 at 8:14 PM New

Ok, das war ein guter Hinweis. Die hatte ich noch nicht gefunden; gleich mal hinter die Ohren schreiben...

Probiere ich mal aus. Vielen Dank für den Hint...

Bot · Vor einem Moment

**hyle** · April 29, 2025 at 8:17 PM New

Manche Sachen sind dort in der /boot/firmware/config.txt schon eingetragen und z.T. aktiv. Vielleicht ist OTG bei Dir auch schon aktiv.

Das ist von System zu System halt unterschiedlich.

DasMicha · April 29, 2025 at 8:36 PM New

Naja, OTG will ich ja nicht. Deine Readme ist auch viieeel ausführlicher als meine...

**hyle** · April 29, 2025 at 8:53 PM New

Ich sitze vor einem RPi5 mit Raspberry Pi OS Bookworm 64bit mit Desktop. Das kann sich von Deiner /boot/firmware/overlays/README unterscheiden. Ebenso die Einträge in der /boot/firmware/config.txt.

Bot · Vor einem Moment

DasMicha · April 29, 2025 at 9:09 PM New

Ja, ich habe hier für den Zero natürlich PI OS Lite x64. Dort gibt es keinen Unterordner /boot/firmware/overlays, sondern nur /boot/overlays. Da ist auch eine Readme, aber die ist etwas mager...

Habe es aber hinbekommen und die Konsole auf die Ports gemappt. Funktioniert einwandfrei. Schade, dass sowas nicht default ist...

Danke noch mal für die Hilfe und das Schubsen auf den richtigen Weg...

LG

Micha

Franjo G · April 29, 2025 at 9:17 PM New

Quote from DasMicha

Dort gibt es keinen Unterordner /boot/firmware/overlays, sondern nur /boot/overlays.

Das ist richtig. Auf der SD-Karte befindet die sich direkt im Hauptverzeichnis.

Beim Booten des Systems wird die aber nach /boot/firmware gemountet.

**hyle** · April 29, 2025 at 9:36 PM New

Sehr schön!

Wenn das Thema für Dich erledigt sein sollte, dann markiere das dann bitte noch (oben unter Thema bearbeiten) als erledigt.

Bot · Vor einem Moment

DasMicha · April 30, 2025 at 10:22 AM New

Jupp, habe ich getan gemacht

Dennoch zum Abschluss eine Frage, etwas OT hierzu, aber sicherlich mit einem Satz von Dir oder jemand anderem zu beantworten:

PI ist per WLAN lokal eingebunden. Zugriff per SSH/SCP u.s.w. funktioniert problemlos von meinem PC und anderen Systemen in meinem LAN. Aber...

Wenn ich mit einer APP vom PC aus auf einen speziellen Port, z.B. 31002 zugreifen will, verweigert mir der PI resp. das OS darauf den Zugriff...

Was übersehe ich hier?

**hyle** · April 30, 2025 at 11:25 AM New

Lauscht denn etwas am RPi auf diesen Port?

DasMicha · April 30, 2025 at 12:17 PM New

Ja, auf dem PI selber lauscht da eine Anwendung drauf.

Ahhh, ich glaube zu erkennen, worauf Du hinaus willst... Kann es sein, dass in dem Fall ein zweiter "Lauscher" abgelehnt wird?

Und wenn ja, wie kann man das irgendwie umgehen, sodass auch ein oder zwei weitere "Lauscher" zulässig sind? Irgendwie ProxyMoxyTrallalla Dingens?

Bot · Vor einem Moment

**hyle** · April 30, 2025 at 12:47 PM New

Quote from DasMicha

Und wenn ja, wie kann man das irgendwie umgehen, sodass auch ein oder zwei weitere "Lauscher" zulässig sind?

Gute Frage! Wenn ich z.B. zwei (verschiedene) Webserver laufen habe, dann ändere ich bei einem der beiden den Port (auf z.B. 8080 oder 8081 oder vergleichbar).

Ändere ich das nicht, dann startet der zweite Webserver garnicht erst, weil der Port 80 belegt ist.

Quote from DasMicha

Irgendwie ProxyMoxyTrallalla Dingens?

Sorry, davon habe ich keinen Schimmer.

DasMicha · April 30, 2025 at 1:21 PM New

Naja, ein Webserver hat damit nix zu tun. Da läuft ein Daemon, der diverse Daten an Port 31002 zur Verfügung stellt. Diese Daten werden von einer ebenfalls auf dem PI laufenden Anwendung abgefragt, aufbereitet und auf einer Website über den ebenfalls auf dem PI laufenden Webserver dargestellt.

Was ich möchte ist, diese Daten auch von einer anderen Anwendung im LAN abgreifen zu können, um diese Daten ggf. anders aufzubereiten, weiterzuverarbeiten und Daten auf dem NAS abzulegen.

Oki... Ich werde dann mal ein bisschen recherchieren, wie man sowas zusammengedengelt bekommt; geht bestimmt, wenn man weiß wie

Serial (GPIO14/15) immer aktiv bei neuem Image?

Participate now!

Tags

Users Viewing This Thread