Posts by ibu

    Ich hatte zu MotioneyOS und Kamera Module 3 gelesen, dass die Kamera 3 einen "modernen Standard" verwendet (anders als Kamera 2), der in MotioneyeOS nicht implementiert ist. Und die Entwickler das wohl auch nicht vorhaben.

    Ich denke, bisher fehlt bei der Raspberry Foundation der Wille/die Einsicht, für ihre recht kostspielige Kamera eine fertige Software bereitzustellen, damit man sie als RTSP-Livestreaming-Kamera verwenden kann.

    Diese endlosen Konsolenfrickeleien sind nur was für eine kleine Gruppe von Linuxspezialisten.

    Falls Du einen Weg findest, lasse es uns bitte hier im Thread wissen. Ich mache es natürlich genauso.

    Ich hatte im Usenet in de.comp.os.unix.linux.hardware zusätzlich nachgefragt.

    Dort konnte jemand das Problem exakt reproduzieren.

    Bookworm ist also auf dem Zero 2W nicht verwendbar.

    Die Information von der Foundation ist falsch:

    Operating system images – Raspberry Pi
    From industries large and small, to the kitchen table tinkerer, to the classroom coder, we make computing accessible and affordable for everybody.
    www.raspberrypi.com

    Sie geben explizit an, dass Bookworm 64bit Bookworm mit Zero 2W
    kompatibel ist. Blöd sowas.

    Wie genau (mit welchem Befehl) versuchst Du Dich denn zu verbinden und was kommt dann als Ausgabe?

    Steht ja in #22

    $ ssh a@p.local

    Also genau wie in der Anleitung angegeben.

    Es kommt nichts. Keine Reaktion.

    "p" ist mein Hostname.

    Ich habe jetzt auch in meinem Router nachgesehen.

    Der Pi taucht dort nicht auf. Noch ein Indiz, dass der Gadget-Mode bei mir nicht funktioniert.

    Forensik ; )

    Ich hatte das ganze vor ein paar Jahren mit einem Zero (1) W mal getestet und zwar einmal als MSD und auch die serielle Verbindung, wie Du hier.

    Gut zu wissen, dann war unser Aufbau identisch. Klappte es denn bei Dir?

    Nochmal zum Verständnis des Konzeptes:
    Angenommen es funktioniert, holt sich dann der Pi den Netzverbindung (z.B. um Updates zu laden) über die Netzverbindung des SSH-Clients?

    Ich habe jetzt noch 2 weitere USB-Kabel ausprobiert: keine Änderung.

    Habt ihr noch eine Idee, wie man weiter vorgehen könnte?

    Kann man ausschließen, dass an macOS liegt?

    simonz

    Freut mich, dass es Dich auch interessiert. Bin gespannt.

    Ich selber finde die Art des Zugriffs so wesentlich und nützlich, dass ich für eine Integration der Option im Imager plädiere : )

    Mit einem einzigen Kabel Daten UND Energie zu übertragen liebe ich by the way auch am Mac:

    Er ist über Powerdelivery per USB-C mit meinem Display verbunden. Kein weiteres Kabel.
    Darüber fließen die Displaydaten. Darüber fließt Energie. Darüber fließen Ethernet-Daten.

    Das Ethernetkabel steckt im Display.

    Und bekommt der Zero2W über die andere USB-Buchse noch seine übliche Spannungsversorgung? Ich habe in der verlinkten Anleitung auf die Schnelle nichts dazu gefunden. Aber ich würde vermuten, dass das notwendig ist.

    Sobald ich WLAN am Router aktiviere, kann ich problemlos per SSH zugreifen. Der PI erhält also Energie über die Buchse für Daten.

    Aber ich mache dennoch noch den Test mit Datenkabel an der einen UND Energieversorgung an der zweiten Buchse UND deaktiviertem WLAN:

    Tut leider auch nicht. Wirklich schade.

    Vielleicht klappt es ja bei euch.

    sudo mousepad /boot/firmware/config.txt sagt das auch?

    Damit konnte ich jetzt problemlos editieren. Danke.

    Steps to reproduce, genau nach Anleitung:

    1. $ sudo mousepad /boot/firmware/config.txt
    2. Am Ende der Datei einfügen: dtoverlay=dwc2
    3. "#" vor "otg_mode=1"
    4. Speichern
    5. $ sudo mousepad /boot/firmware/cmdline.txt
    6. Einfügen von "modules-load=dwc2,g_ether" direkt hinter "rootwait". Ein Leerzeichen dazwischen.
    7. Speichern
    8. $ sudo shutdown now
    9. Deaktivieren des WLAN am Router
    10. In der Anleitung steht "USB-C-Kabel" plus Adapter. Ich hatte einen OTG-Adapter und ein Kabel von einer externen SSD.
      Verbinden des Mac und des Z2W:
      [Z2W-Buchse für Daten] [Micro-USB-Stecker]-Kabel-[USB-A-Buchse] [USB-A-Buchse]-Kabel-[USB-C-Stecker] [Mac-Buchse-USB-C]
      Damit hatte der PI weder Energie noch Daten. Er startete nicht.
    11. Verbinden des Mac und des Z2W:
      [Z2W-Buchse für Daten] [Micro-USB-Stecker]-Kabel-[USB-A-Stecker] [USB-A-Buchse]-Kabel-[USB-C-Stecker] [Mac-Buchse-USB-C]
      Raspi leuchtet
    12. $ ssh a@p.local

    Resultat:
    Nichts passiert.

    Ob es am Kabel liegen kann? Ich weiß es nicht. Dasselbe Kabel überträgt in anderen Situation jedenfalls problemlos Daten.

    Gibt es einen zuverlässigen Test für die Kabelverbindung direkt am Raspi? Habt ihr Vorschläge zur Fehlereingrenzung? Klappt das Verfahren bei euch?

    Ich finde die Aussicht jedenfalls sehr reizvoll, nicht mehr abhängig von einer Funkverbindung zu sein.

    Das ist halt auch nicht die passende Kombination

    Operating system images – Raspberry Pi
    From industries large and small, to the kitchen table tinkerer, to the classroom coder, we make computing accessible and affordable for everybody.
    www.raspberrypi.com


    Dort steht explizit: "Compatible with: All Raspberry Pi models"

    Du schreibst er friert ein, wie viel Zeit gibst du ihm denn bevor du den Stecker ziehst? Apropo Stecker, welches Netzteil?

    Ca. 20 Minuten.
    Ein Netzteil mit 65W, ein anderes mit 25W. Beide funktionieren an allen anderen Geräten einwandfrei.

    Ich habe den Test by the way auch an meinem zweiten Zero 2W durchgeführt um einen Hardwareschaden als Ursache ausschließen zu können.
    Gleiches Ergebnis.


    OK, es passiert nix mehr. Der Pi ist weiterhin eingefroren.

    In solchen Fällen bleibt einem nur, den Stecker zu ziehen, richtig?

    Denn er reagiert ja auch nicht auf sudo reboot oder sudo shutdown now.


    Das Einfrieren kann ich reproduzieren:

    Leroy Cemoi
    Vielleicht merkst Du anhand solcher extrem zeitaufwändigen Testereien, welchen enormen Einsatz ich zeige.
    Ich würde eine Wette gehen, das viele andere Nutzer längst aufgegeben hätten.

    a@p:~ $ sudo apt full-upgrade
    Paketlisten werden gelesen… Fertig
    Abhängigkeitsbaum wird aufgebaut… Fertig
    Statusinformationen werden eingelesen… Fertig
    Paketaktualisierung (Upgrade) wird berechnet… Fertig
    Die folgenden NEUEN Pakete werden installiert:
     linux-headers-6.1.0-rpi8-common-rpi linux-headers-6.1.0-rpi8-rpi-2712
     linux-headers-6.1.0-rpi8-rpi-v8 linux-image-6.1.0-rpi8-rpi-2712
     linux-image-6.1.0-rpi8-rpi-v8
    Die folgenden Pakete werden aktualisiert (Upgrade):
     base-files bluez chromium-browser chromium-browser-l10n
     chromium-codecs-ffmpeg-extra cups cups-client cups-common cups-core-drivers
     cups-daemon cups-ipp-utils cups-ppdc cups-server-common curl
     distro-info-data exfatprogs firefox firmware-atheros firmware-brcm80211
     firmware-libertas firmware-misc-nonfree firmware-realtek geany geany-common
     ghostscript gir1.2-gtk-3.0 gir1.2-handy-1 gstreamer1.0-plugins-bad
     gtk-update-icon-cache kms++-utils libbluetooth3 libc-bin libc-dev-bin
     libc-devtools libc-l10n libc6 libc6-dbg libc6-dev libcamera-apps
     libcryptsetup12 libcups2 libcupsimage2 libcurl3-gnutls libcurl4 libde265-0
     libegl-mesa0 libfm-data libfm-extra4 libfm-gtk-data libfm-gtk4 libfm-modules
     libfm4 libgbm1 libgl1-mesa-dev libgl1-mesa-dri libglapi-mesa libglx-mesa0
     libgnutls30 libgs-common libgs10 libgs10-common
     libgstreamer-plugins-bad1.0-0 libgtk-3-0 libgtk-3-common libhandy-1-0
     libisl23 libjavascriptcoregtk-4.1-0 libkms++0 libpam-systemd libperl5.36
     libpipewire-0.3-0 libpipewire-0.3-common libpipewire-0.3-modules libqpdf29
     libspa-0.2-bluetooth libspa-0.2-modules libssh-gcrypt-4 libsystemd-shared
     libsystemd0 libudev1 libvlc-bin libvlc5 libvlccore9 libwebkit2gtk-4.1-0
     libzbar0 linux-headers-rpi-2712 linux-headers-rpi-v8 linux-image-rpi-2712
     linux-image-rpi-v8 linux-kbuild-6.1 linux-libc-dev locales
     lxplug-volumepulse mesa-vdpau-drivers openssh-client openssh-server
     openssh-sftp-server perl perl-base perl-modules-5.36 pipewire pipewire-bin
     pipewire-libcamera pipewire-pulse pixflat-icons pixflat-theme python3-kms++
     raspberrypi-net-mods raspberrypi-sys-mods raspberrypi-ui-mods raspi-config
     raspi-firmware rpi-eeprom rpi-firefox-mods rpi-imager rpicam-apps ssh
     systemd systemd-sysv systemd-timesyncd tar tzdata udev usb.ids usbutils
     usrmerge vlc vlc-bin vlc-data vlc-l10n vlc-plugin-access-extra
     vlc-plugin-base vlc-plugin-notify vlc-plugin-qt vlc-plugin-samba
     vlc-plugin-skins2 vlc-plugin-video-output vlc-plugin-video-splitter
     vlc-plugin-visualization wayvnc wf-panel-pi xserver-common xserver-xorg-core
    143 aktualisiert, 5 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
    Es müssen noch 0 B von 450 MB an Archiven heruntergeladen werden.
    Nach dieser Operation werden 139 MB Plattenplatz zusätzlich benutzt.
    Möchten Sie fortfahren? [J/n] j
    Changelogs werden gelesen... 40%

    Hat geklappt. Keine Warnung mehr. Vielen Dank.

    Ich kann mir nicht verkneifen festzustellen, dass ich das Motiv der Foundation nicht verstehe, eine so wesentliche Einstellung nicht im Imager bereitzustellen.
    Auch die Auswahl eines Tastaturlayouts fehlt.

    Ich werde berichten, ob
    sudo apt update && sudo apt full-upgrade -y
    jetzt funktionieren wird.

    Es rödelt jetzt seit 6 Minuten. Letzten 2 Zeilen:
    Es wurden 450 MB in 2 min 58 s geholt (2.525 kB/s).
    apt-listchanges: Changelogs werden gelesen...

    Ich bin natürlich nicht frei von Fehlern. Und ich bin selbstverständlich auch offen für Kritik. Bitte seid gewiß, dass ich dankbar für eure Hilfe bin.

    Mir ist selber absolut unwohl damit, dass ich mich so schwer tue. Es fühlt sich aktuell so an, als ob jeder einzelne Schritt zu 3 neuen unverständlichen Problemen führt.

    Siehe das Beispiel mit raspi-config.
    Mir ist das Interface zu den Spracheinstellungen konzeptionell ein völliges Rätsel.

    Dir ist schon klar, dass mangelnde Eigeninitiative der Hilfsbereitschaft in jedem Forum auf Dauer einen Dämpfer versetzt?

    Mach Dich einfach mal schlau (sic!) und lass Dir nicht alles vorkauen.

    Das tut mir leid, wenn mein Verhalten als mangelnde Eigeniniative ankommt.

    Leider verstehe von den meisten Texten die ich zu Themen finde fast kein Wort. Auch nach dreimaligem Lesen.
    Ich verstehe auch bei den kurzen Antworten, die manchmal nur ein Acronym nennen nicht, was gemeint ist.
    Ich lese seit Tagen Texte, probiere seit Tagen immer und immer wieder Dinge aus. Leider meistens ohne Erfolg.

    Und Du kannst Dir sicher sein, dass ich erst poste, wenn ich versucht habe mir selber zu helfen.

    Schau Dir beispielhaft an, um welches Minithema es hier geht:

    Ich verwenden den Imager, setze dort Spracheinstellungen im vollen Vertrauen, dass diese Spracheinstellung auch wirksam wird.
    Dann sehe ich eine Fehlermeldung.
    Ich suche im Netz, was die Ursache sein könnte.
    Kilometerlange für mich unverständliche Inhalte.
    Ich poste hier.
    Ich folge den Hinweisen.
    Ich erhalte eine Feedback von raspi-config, was völlig entgegen den Erwartungen liegt.
    Bin lost.

    Sorry.