zumindest kann ich auch bei starker Vergrößerung nichts erkennen.
aber ich könnte beim Einbau an dem Powerschalter was kaputt gemacht haben, erkennen kann ich da aber nix
Lade doch mal ein gutes Foto davon hoch.
Bei Amazon die 1-Stern-Bewertungen sind auch interessant zu lesen.
Ich wollte da keine Werbung machen aber die Dinger gibt (gab( es siehe Spoiler . für ein Apple und ein Ein
Derzeit scheinen die aber nicht mehr im Programm zu sein:
Bei Action ist Elektronik oft nur eine Woche im Programm. Programme ohne Angabe der verwendeten Hardware sind nutzlos, wer soll die verwenden?
Ist das diese hier? https://web.archive.org/web/2026030108…led-pixeltafel/
verwesenden Buster
<OT> ... mal an einen Update gedacht ? </OT>
Nein. Ich will so etwas Altes mitlaufen haben. Ich werde es aber irgendwann umziehen auf einen älteren Pi und auf diesem RPi 4 dann Trixie laufen lassen. Oder so. </OT>
Das Image habe ich von hier gezogen.
Buster ist dort das älteste Image, wenn ich nichts übersehen habe. Wheezy und Stretch sehe ich dort nicht, aber von denen gab es vermutlich auch keine 64-bit Version.
Für Nachinstallieren auf meinem verwesenden Buster habe ich in die /etc/apt/sources.list eingetragen:
deb http://legacy.raspbian.org/raspbian/ buster main contrib non-free rpi
# Uncomment line below then 'apt-get update' to enable 'apt-get source'
#deb-src http://legacy.raspbian.org/raspbian/ buster main contrib non-free rpiUnter https://legacy.raspbian.org/raspbian/dists/ liegen auch ältere. Images ab Wheezy gibt es auf https://downloads.raspberrypi.org/raspbian/images/ .
ich versuche gerade, meinen Raspberry Pi Zero mit Kamera für einen Livestream in einem Nistkasten zu reaktivieren.
Wenn ich in der Shell die alten Befehle durchgehe, konnte ich den Stream anscheinend über
Codelibcamera-vid -t 0 --inline -o tcpip://192.168.2.42:8081
Willkommen im Forum! Du hast nicht angegeben, welches OS Du benutzt, kannst Du mit cat /etc/os-release nachsehen. Die libcamera-Befehle sind irgendwann ab Bookworm durch rpicam-* ersetzt worden. Offizielle Hilfeseite: https://www.raspberrypi.com/documentation/…ftware.html#tcp . Ich habe auf den TCP-Abschnitt verlinkt, aber sieh auch mal nach oben.
Und dann gibt es im Forum eine lange Kurzanleitung . Auch da finde ich als Beispiel für einen tcp-Stream rpicam-vid -t 0 --inline --listen -o tcp://0.0.0.0:<port> Wenn das bei der älteren libcamera-Software bei Dir entsprechend aussieht (und für mich sieht das der Ausgabe der Hilfe von libcamera-vid --help auf einem alten System ohne Kamera danach aus) musst Du wahrscheinlich statt tcpip:... tcp://0.0.0.0:<port> schreiben, und unter Umständen Deine Befehlszeile auch weiter anpassen.
Bei der Raspi-Produktpalette ist es wohl auch die Art des RAMs. Wie Upton im Blog schrieb:
Das gilt aber auch für Apple, die verbauen keinen "older LPDDR2 DRAM" mehr.
Hää? Die gennanten RasPis laufen auf DDR2, Deswegen keine Preissteigerungen bei den gennanten alten. Bei Apple liegt es an anderen Dingen? Die nutzen ja DDR5 bzw. DDR4.
Ich habe mir eingebildet, genau das gesagt zu haben?
Bei der Raspi-Produktpalette ist es wohl auch die Art des RAMs. Wie Upton im Blog schrieb:
Das gilt aber auch für Apple, die verbauen keinen "older LPDDR2 DRAM" mehr.
So vor zwei, drei Jahren gab es doch eine Kurzgeschichte beim Kurd-Laßwitz-Preis... Ups, 2018, "Das Internet der Dinge". Da sind die Geräte freundlicher.
Mein Kühlschrank geht schon seit Wochen nicht auf. Seit die Waage ihn benachrichtigt hat.
Wenn ich allerdings dieses Modul aus Beitrag 12 ausführen möchte, bekomme ich in meinem Display lediglich in der Mitte 2 led Streifen beleuchtet von links nach rechts.
Du hast auch ein anderes Display als Colin Waddell, der hat laut seinem Blog 32x64, Du laut Deinem ersten Post 64x64, muss da möglicherweise noch etwas angepasst werden? Die zwei Streifen bei Dir sind dauerhaft beleuchtet?
Hast Du einen Link, wo Du Dein Display gekauft hast?
Auch Dein Bonnet ist anders, Du hast das Triple, er laut seinem Blog dieses. Jemand mit dem Triple hatte mal einen Issue eröffnet und auch ein Problem mit zwei LED-Streifen gehabt, allerdings an anderer Stelle, und konnte nach einer Änderung wenigstens die obere Hälfte des Displays nutzen. Ich verstehe da weder Colins Antwort noch warum der Einreicher den Issue geschlossen hat. Vielleicht kann jemand anderes hier das enträtseln.
Ich kann in einer Demo-Funktion das Display komplett beleuchten und ein Quadrat rotieren lassen. Bedeutet Hardwareseitig stimmt soweit alles.
Welche Demo-Funktion, mit der Hardware geliefert oder aus Waddells Programm? Bitte verlinken.
Habe das waveshare 64x64 matrix display.
Das wussten wir schon aus Deinem ersten Posting. Ich hatte nach dem Link gefragt.
Die neuen Preise halte ich aber nicht für einen Aprilscherz.
Da hatte ich mir heute morgen kurz Hoffnungen gemacht.
Bei folgender Definition können keine Anpassungen durchgeführt werden.
Model => Pi5
Betriebssystem => Eigenes Image => Auswahl fällt auf 2025-12-04-raspios-trixie-arm64-lite.img.xz
Speicher => bestätigt
Anpassung => kann nicht ausgewählt werden!!!!!!!!!
Den Grund hat Franjo schon erklärt. Du kannst aber selbst Anpassungen vornehmen. Wenn Du in das Image hineinsiehst findest Du drei Dateien meta-data, user-data und network-config. Ich habe gerade unter Windows mit 7zip reingesehen: C:\Users\moi\Downloads\2025-12-04-raspios-trixie-arm64-lite.img.xz\2025-12-04-raspios-trixie-arm64-lite.img\0.fat\ , da liegen die in der FAT-Partition. Die kannst Du bearbeiten oder gegen bereits bearbeitete austauschen. Dazu gab es hier schon Threads, unter anderem dieser mit Beispielen von mir, und im ersten Post der Link auf die Ankündigung zur Einführung von cloud-init. Hast Du erst einmal eine funktionierende user-dat oder network-config erstellt kannst Du die wiederverwenden, abändern ... Du kannst natürlich auch erst brennen und dann vor dem ersten Start die Dateien in /boot/firmware bearbeiten. Ich habe IIRC bisher nur network-config und user-data gebraucht.
Cool, die haben sie schon vor 7 Jahren vorgestellt.
Burny Der Imager verhindert beim Benutzernamen halt sinnvollerweise etwas was auch im System grundsätzlich erst einmal verhindert wird:
Code$ sudo adduser Test err: Please enter a username matching the regular expression configured via the NAME_REGEX configuration variable. Use the `--allow-bad-names' option to relax this check or reconfigure NAME_REGEX in configuration.
Unter Buster, Bullseye und Bookworm. Aber Trixie:
moi@raspberrypi:~ $ sudo adduser Test
Geben Sie ein neues Passwort ein:
Geben Sie das neue Passwort erneut ein:
passwd: Passwort erfolgreich geändert
Benutzerinformationen für Test werden geändert.
Geben Sie einen neuen Wert an oder drücken Sie ENTER für den Standardwert
Vollständiger Name []:
Zimmernummer []:
Telefon geschäftlich []:
Telefon privat []:
Sonstiges []:
Is the information correct? [Y/n]
moi@raspberrypi:~ $ ls ..
moi Test
moi@raspberrypi:~ $ Keine Ahnung warum da liberalisiert wurde, über den hier habe ich nur quergelesen. Deine Begründung gegen Großbuchstaben ist ja einleuchtend.
World Backup Day beinahe verschlafen. Scheint auch meinen Suchtreffern nach eher was von der Industrie zu sein. Immerhin hatte auch das BSI etwas (kurzes) dazu.
Dann bootet der RPi doch nicht, oder? Woher hast Du dann die Meldung, Bildschirmausgabe abgetippt?
Vielleicht hängt ein Moni am RPi.
Ich hatte das Problem aber noch nie und rate daher einfach bezüglich Moni und der Meldung.
Monitor rate ich auch, das kann aber Beerenaufklauber klären. Aber wie diese Meldung zustande kommt eher nicht. Es gibt Google-Treffer dazu, noch (?) bin ich nicht durchgestiegen.
Jedoch bekomme ich diesen nur am USB 2.0 Port meines Raspberry Pi 4 Model B Rev 1.2 zum laufen. Am USB 3.0 Anschluss bekomme ich die Fehlermeldung:
Missing Modules (cat /proc/modules: ls /dev)
ALERT! PARTUUID=ffc763c1-02 does not exist
Dann bootet der RPi doch nicht, oder? Woher hast Du dann die Meldung, Bildschirmausgabe abgetippt?
Ich frage mich immer noch, woher dann die abweichende PARTUUID kommt. Vielleicht kann das jemand erklären, auch wenn morgen mit dem neuen Netzteil alles in Ordnung sein sollte.
Noch 2 Beiträge und die #100 sind geknackt
Kunststück, wenn bis #88 Docker verschwiegen wird. 121 und damit bei mir Seite 4 wird sicher auch noch geknackt. 
Da der TO einen Pi4B v1.2 betreibt, könnte eventuell auch nur der bootloader nicht aktuell/veraltet sein, müsste er mal nachschauen, wie das geht müsste einer von euch schreiben, da ich zZ. keinen Zugriff auf meine Pi‘s habe und ich es nicht auswendig weiß!
sudo rpi-eeprom-update zum Nachsehen, die Ausgabe bitte im Codeblock zeigen. Update, wenn eines zur Verfügung steht, mit sudo rpi-eeprom-update -a und anschließendem Reboot. Auf meinen RPi 4 ist Bookworm das modernste System, da habe ich auf Raspberry Pi 4 Model B Rev 1.4 gerade ein Update auf die Bootloader-Version von 9. Jan. 2026 gemacht, vorher Dezember 2025.
