7 unscheinbare Veränderungen des Raspberry Pi 5, die oft übersehen werden

[DMW007]

Der hat schon beim Raspberry Pi 4 mehr schlecht als recht funktioniert, vor allem beim Streaming auf Webseiten. Obwohl der Raspberry Pi H264 nur softwareseitig über den Prozessor unterstützt, läuft es wesentlich besser, als mit dem Vorgänger. Ungefähr ein Kern wird für die Wiedergabe von 1080P auf YT genutzt, die Gesamtauslastung liegt zwischen 20% und 30%. Technisch ist das nicht optimal, das sieht man auch beim Raspberry Pi so und möchte es beim nächsten Modell besser machen. Für viele Nutzer wird die jetzige Lösung beim RPI5 die pragmatischste sein: Man kann YT Videos flüssig abspielen, ohne das ganze System auf Anschlag zu bringen. Wer HEVC/H265 nutzen kann, wird noch weniger Last sehen.

[U-Labs YouTube]

Kommentar von @Pizzazilla:
Ich bekomm den QR-Code auf meinem PI mit keiner meiner Anwendungen ausgelesen. Hat jemand da schon irgendwie Erfolg gehabt?

[DMW007]

Habe ich noch nie probiert und mangels Bedarf erst festgestellt, dass die softwareseitig in /proc/cpuinfo geschrieben wird:

u-labs@pi5:~ $ grep Serial /proc/cpuinfo
Serial        :  000000000000000b

[U-Labs YouTube]

Kommentar von @VeteranTuner:
Hallo,
hat der Pi5 keine WOL funktion ?

[DMW007]

Hi, anscheinend nicht:

u-labs@pi5ok:~ $ sudo ethtool eth0 | grep -i wake
    Supports Wake-on: d
    Wake-on: d

Für die Verwendung der Werkzeuge siehe dazu auch mein GNU/Linux WOL-Artikel: https://u-labs.de/portal/server-fern...n-lan-starten/

[U-Labs YouTube]

Antwort von @Platinium-ye1vz:
@ULabs
Ich hätte eine U.FL Buchse mit einer SMD Brücke drauf gemacht, damit könnte man zwischen einer externen und internen Antenne je nach Bedarf umschalten, ähnlich wie es bei ESP32U Boards gelöst ist...

[DMW007]

Man kann vieles machen. Das Grundproblem ist immer das Gleiche: Es gibt insgesamt viele Wünsche, die sich teils auch Widersprechen. Alleine hier in der deutschsprachigen Community ist das einiges. Ein Klassiker ist z.B. immer wieder mehr Leistung gegen geringeren Strombedarf und Preis. Auch bei kleineren Themen stellt sich immer wieder die Frage, wo man anfängt und wo aufgehört wird.

Einzeln denken viele tendenziell: Ist ja nur eine kleine Buchse oder ein kleines Bauteil - das benötigt weder viel Platz, noch würde es den Preis nennenswert verteuern. Aus Sicht von Eben Upton gibt es viele davon und er ist in der (zugegeben nicht einfachen) Position zu entscheiden, was umgesetzt wird. Und wo man ggf. eine kleinere Randgruppe außen vor lässt. Schlussendlich wird man auf die Mehrheit optimieren und hinterfragen, wie viele ein Metallgehäuse verwenden. Bis zum RPI4 war Kühlung ein gutes Argument. Ich habe eines, dass den RPI4 passiv kühlt, in dem es als Kühlkörper dient. Das ist hier durch den offiziellen Kühler mit Lüfter weniger relevant.

Allerdings hat der RPI5 durch PCIe eine universelle und recht schnelle Schnittstelle für Erweiterungskarten. Damit könnte es für Hersteller von Zubehör interessant werden, so was darüber nachzurüsten. Für M.2 gibt es bereits einige Hardware, die an anderer Stelle (z.B. Mini-PCs und Notebooks) für WLAN-Karten verwendet wird. Mini-PCs wie der Lenovo Tiny schließen darüber externe Antennen an. Wahrscheinlich aus dem gleichen Grund, weil die ebenfalls ein Metallgehäuse besitzen.

[U-Labs YouTube]

Antwort von @kevinj24535:
Kann auch was mit Funkregulierungen zu tun haben. Die Raspberrys sind ja abgenommen und zertifiziert. China Importe achten da nicht so drauf. Man hat neben den Wifi/Bluetooth Chip ja die Antenne mit auf dem Board integriert und dort ist auch noch ein Pad. Manche löten da wieder die Buchse für die externe Antenne auf.