Posts by Prince

    Danke Marc. Dringend nötige Python-Nachhilfe.
    Die gute Nachricht: Dein Code läuft.
    Die Schlechte: Er ist leider auch zu langsam ;) Der Flaschenhals wird dann strukturell sein. Zwei horizontale Bars als VU-meter erscheinen noch recht ordentlich. 40 Vertikale für das Spektrum nicht mehr. (Zum Testen bin ich mal auf 8 Stück runtergegangen. Das war aber immer noch zu lahm.)

    Ich habe deinen Syntax noch nicht umfänglich verstanden. Den nehme ich mir am Wochenende vor. Nur Zeile 26 habe ich angepasst: "x=index +1," Die erste Displayspalte wird mit 1 beginnend gezählt. Deshalb hatte ich auch die widgets mit 1 beginnend durchnummeriert.

    - html hatte ich zur Darstellung des Songtitels importiert, um Umlaute der Songtitle richtig darzustellen. Die Titeldarstellung wurde im Code von mir allerdings vorher (unvollständig) ausgebaut.
    title = html.unescape(title)

    - Danke für den Hinweis mit dem sleep und der doppelten while-Schleife. Das sehe ich jetzt auch sofort.

    Ich lese mich da erstmal ein

    Danke für deine ausführliche Antwort und die damit verbundene Zeit.

    Sorry für die sehr, sehr verspätete Antwort.

    in der Zwischenzeit habe ich das Spektrum auf das Display geleitet. Es funktioniert, allerdings ist das Ganze viel zu träge. Selbst bei nur 16 Kanälen (s. Bild) ist es zu langsam. Das oben gezeigte Stereo-VU-meter ist ausreichend schnell. Der genutzte Client steht unter der BSD-Lizenz. Sorgen um die Lizenzprobleme sind aber immer verständlich. Meine Python-Kenntnisse sind am unteren Rand und enden mit dem angehängten Script. Mehr ist bei mir nicht möglich. Vielleicht erkennst du bereits Fehler im Lesen/Verarbeiten der Pipe.

    Ich kenne mich mit der Verdrahtung dieser Art Displays (VFD, HD44780) gut aus und besitze einige dieser LCDs. Im englischsprachigen Forum liest es sich so, als hättest du die Hardware nicht zum Laufen bekommen. Ich könnte dir ein funktionierendes Setup zukommen lassen, wenn du in D wohnst. Dann verschwindet der Punkt von deiner Wish-List ;) .

    Beste Grüße

    Hi,

    so kompliziert habe ich gar nicht gedacht. Im Beispiel oben habe ich nur mittels ganz einfachem Script die Pipe gelesen und die Rohdaten mittels der Library an LCDproc weitergeleitet. Die physische Ansteuerung der Displays würde ich weiterhin LCDproc als Server überlassen. Dort werden verschiedene Displaymodelle und Anbindungsarten unterstützt (i2c/seriell/parallel/gpio/etc.). Eine mögliche output.lcdroc habe ich mir als reinen Client für LCDproc vorgestellt. Also im wesentlichen das vermittelnde Script mit Library. Peppymeters config.txt dient als Konfiguration für Datasource und lcdproc.interface in der die darzustellende Elemente wie ein hbar_widget als VU-meter oder einige vbar_widgets zur Spektrumdarstellung konfiguriert werden.

    Das Ganze funktioniert ja mit externem Script. Aber irgendwie fühlt es sich so an, als könnte es auch eine Peppymeterfunktion sein. Da Peppyalsa sowieso benötigt wird kann auch die Konfiguration im Peppy-Project stattfinden. Daher auch die Frage, ob deine Philosophie das mitträgt und ob es noch in das Peppymeter Konzept passt.

    Ich hoffe ich konnte mich einigermaßen verständlich ausdrücken.


    Beste Grüße :)

    Hallo Peppy,

    ersteinmal Gratulation zu deinen tollen und super dokumentierten Projekten. Für das Peppymeter ist der Begriff eyecandy entwickelt worden. Unfassbar schön. Danke.

    Ich habe gestern die Peppymeter-pipe auf ein über LCDproc angesteurtes 40x4 HD44780 Display losgelassen. Verwendet habe ich die Library (https://github.com/adicarlo/Python-lcdproc). Du hast ja bereits diverse Outputs (I2C/PWM/etc.) mitgeliefert. Wie stehst du zu einem weiterem output.lcdproc ? Passt das in das Konzept? Ist das überhaupt sinnvoll?

    External Content www.youtube.com
    Content embedded from external sources will not be displayed without your consent.
    Through the activation of external content, you agree that personal data may be transferred to third party platforms. We have provided more information on this in our privacy policy.


    Beste Grüße

    Oh ja, So was habe ich gesucht. Kann ich die irgendwie in MoodeAudio implantier?

    moOde scheint PeppyMeter in der kommenden Version nativ zu unterstützen.

    Die Doku hast du gelesen? Oder hast du die Bridge über das Web-Interface eingerichtet?

    Verlinkt sind DEBIAN-Pakete. Das Installieren verunreinigt dein PI OS "Raspbian".Wenn du mutig bist, dann kannst du

    Code
    sudo sh -c "echo 'deb http://ftp.us.debian.org/debian/ bullseye main contrib non-free' >> /etc/apt/sources.list"    
    sudo sh -c "echo 'deb http://deb.debian.org/debian bullseye main contrib non-free' >> /etc/apt/sources.list"    
    sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 605C66F00D6C9793
    sudo apt-get update
    • Kodi installieren
    • DEBIAN-Paketquellen in der sources.list auskommentieren

    Mit Glück kann Kodi funktionieren, bleibt aber ein "quick&dirty".

    EDIT: Kodi ist wieder in PIOS verfügbar.

    Einfacher geht es mit LCDproc (zieht aber ~25MB nach sich). https://www.rototron.info/lcdproc-tutorial-for-raspberry-pi/

    <Achtung: Wissen aus schwacher Erinnerung:>

    Vor ~6 Jahren war der von Raspbian ausgelieferte Treiber für das HD44780-LCD noch nicht 2-Controller-fähig. Ich hatte seiner Zeit einen Frischeren kompiliert. Der läuft aktuell bei mir auch unter Buster mit Kernel 5.10. Mit Bullseye hatte ich im Sommer mal rumexperimentiert und bin mir ziemlich sicher, dass da LCDproc Out-of-theBox funktionierte. Nimm also Bullseye, bevor du den Treiber aus dem alte Thread nutzt/tauscht.

    </Wissen aus schwacher Erinnerung:>

    Edit: Unter Bullseye läuft das 40x4 direkt. Habe es gerade getestet.

    Edit2: Hier sind aber noch zwei "übersichtliche" 40x4-Python-Beispiele:

    https://github.com/marko-pi/parallel

    https://github.com/guldgroda/RPi-LCD

    Die Release-Notes haben sich bereits geändert:

    https://downloads.raspberrypi.org/raspios_full_a…lease_notes.txt

    2021-10-30:

    * Based on Debian version 11 (bullseye)

    * Desktop components (lxpanel and all plugins, libfm, pcmanfm) now built against GTK+3

    * Applications (piwiz, pipanel, rc_gui, lxinput) now built against GTK+3

    * PiXflat GTK+3 theme updated with numerous changes to support the above

    * GTK+3 : toolbar icon size setting added

    * GTK+3 : ability to request client-side decoration on windows added

    * GTK+3 : setting for indent for frame labels in custom style added

    * mutter window manager used instead of openbox on devices with 2GB or more of RAM

    * mutter : title bar icon behaviour and appearance modified to match openbox

    * mutter : additional keyboard shortcuts added

    * mutter : various performance enhancements

    * mutter compatibility added to screen magnifier

    * Numerous changes to Appearance Settings application to support GTK+3 and mutter

    * Updater plugin added to lxpanel to detect and install software updates

    * File manager view options simplified to either list or icons, with separate menu option for thumbnails

    * New file manager toolbar icons

    * KMS used as default display driver

    * Modifications to HDMI audio output selection to support the above

    * xcompmgr enabled when openbox is running under KMS

    * New default camera subsystem based on libcamera

    * New camera demo applications (libcamera-still and libcamera-vid) have replaced raspistill and raspivid

    * Legacy camera subsystem removed from 64-bit RPi OS (still available on 32-bit)

    * Chromium upgraded to version 92.0.4515.98

    * VLC media player upgraded to version 3.0.16

    * Spurious drive removal warning after use of SD card copier removed

    * Bookshelf application now includes Custom PC magazine

    * Various translation updates - Italian, Korean, Polish, German, Armenian

    * Startup wizard now installs Japanese fonts if needed

    * Progress and information dialog boxes for lxpanel plugins now common to lxpanel, rather than in individual plugins

    * Icon handling code for lxpanel plugins now common to lxpanel

    * Package with 4K version of Raspberry Pi wallpaper added to Recommended Software

    * Python Games and Minecraft removed from Recommended Software - neither is compatible with bullseye

    * Bluetooth pairing and connection dialogs updated for compatibility with more devices

    * Bluetooth devices always disconnected before removal to speed up removal process

    * Bluetooth pairing dialog now only shows devices which offer services which are usable by Pi

    * Separate Bluetooth unpair dialog removed - unpair now an option for each individual device

    * Bug fix - mutter : header bar colours not updating when theme is changed

    * Bug fix - GTK+3 : tooltips being displayed incorrectly at bottom of screen

    * Bug fix - lxpanel : crash when using keyboard shortcut to enable magnifier when magnifier not installed

    * Bug fix - lxpanel : lockup in Bluetooth plugin when connecting to certain devices

    * Bug fix - lxpanel : discoverable mode icon could get out of sync with underlying Bluetooth system state

    * Bug fix - piwiz : missing cities in timezone list

    * Bug fix - piwiz : country-specific language packages not being installed

    * Bug fix - bookshelf : now waits for longer between packets before timing out

    * Bug fix - accented characters now displayed correctly in localisation dialogs

    * Raspberry Pi firmware e2bab29767e51c683a312df20014e3277275b8a6

    * Linux kernel 5.10.63

    Hallo,

    ähnliche Aufgabe, allerdings anderer Ansatz:

    Ich schalte den Pi und den Verstärker mittels Tasmota auf einem Sonoff S20. Via Webinterface oder Hardware-Taster kann MoOde gesteuert und der Pi eingeschaltet oder heruntergefahren werden. Da der S20 nur eine Taste hat, wurde diese mehrfach belegt. Beim Runterfahren gibt der Pi dem S20 den Befehl die Spannung nach ausreichender Zeit (20 Sekunden) abzuschalten. Rudimentäre MoOdeaudio-Bedienung ist auch über das Tasmota-Webinterface möglich. Unter dem Lautstärkeregler ist ein Link zum MoOdeaudio-Webinterface.

    Taste lang gedrückt (4 Sekunden)Pi hoch/runterfahren
    Taste 1x kurz gedrücktNext / Pi hochfahren
    Taste 2x kurz gedrücktPrevious
    Taste 3x kurz gedrücktMute
    Taste 4x kurz gedrücktPause
    Taste 5x kurz gedrücktPlay


    Tasmota ist mit den nachfolgenden Funktionen zu kompilieren. Alternativ hier das Binary firmware.zip

    Das Relais muss zunächst vom Hardware-Button abgekoppelt werden:

    Code
    SetOption73 1

    Die Farben anpassen, wer mag:

    Code
    WebColor {"WebColor":["#ffffff","#202020","#202020","#000000","#ffffff","#000000","#ffffff","#ff0000","#008000","#ffffff","#9ab87c","#82a361","#d43535","#931f1f","#931f1f","#9ab87c","#ffffff","#999999","#202020"]}

    Das Tasmota-Script (für den Pi mit Hostname "moode"):

    moOde-Modifikation: in der /var/local/www/commandw/restart.sh hinzufügen

    Code
    if [[ $1 = "poweroff" ]]; then
    curl -s -k "http://TASMOTA-IP-ADRESS/cm?user=admin&password=secure&cmnd=Backlog%20Delay%20200%3BPower%20off"
    mpc stop
    systemctl stop nginx
    poweroff
    fi

    moOde-Modifikation: in der /var/www/vol.sh hinzufügen

    Code
    ...
    if [[ $1 = "poweroff" ]]; then
            sudo /var/local/www/commandw/restart.sh poweroff
            exit 0
    fi
    ...

    Beste Grüße

    Die Verwendung als 5Ghz-AP nutze ich bei MoodeAudio welches auf Raspbian/Raspberry Pi OS setzt. Der Pi hat die Adresse 192.168.178.10, die FritzBox 192.168.178.1.

    Meine Historie der Einrichtung mit den Konfigurationen lautet wie folgt:

    Quote from br0.netdev

    [NetDev]

    Name=br0

    Kind=bridge

    Quote from eth0.network

    [Match]

    Name=eth0

    [Network]

    Bridge=br0

    In der /etc/network/interfaces ist jede Schnittelle auskommentiert.

    Nochmal die Bitte, Quellen zu nennen, mit deren Hilfe ich mich in die Netzwerk-Problematik einarbeiten kann.

    Aus meiner Sicht gibt es 2 Probleme:

    1.) Das Hole punching (Heise-Link) ist in erster Linie für die APP-Anbindung verantwortlich (wie rpi444 in #13 bereits schrieb).

    2.) Unabhängig davon werden trotz deaktiviertem P2P weitere Verbindungen zu festvorgegebenen IPs in Asien aufgebaut. Hier muss die Firewall helfen, da ohne DNS-Anfragen Lösungen à la Pi-Hole-Blocking an der Stelle nicht zielführend sind.

    Hier wurde die Isolierung der Kamera mit Fritzbox-Werkzeugen gelöst:

    - Zugangsprofil für die Kamera mittels Whitelist

    - Fritzbox-IPsec-VPN

    - Myfritz als DynDNS-Dienst

    Bei dem Zusammenspiel der Fritzbox-Dienste lassen sich Geräte mit Zugangsprofil nicht via Fritz-VPN erreichen. Daher das Spiel über Bande mit dem Reverse-Proxy. Der Nginx ist nicht aus dem Internet erreichbar und intern muss der nicht gesichert sein.

    <OT>

    Es gibt Kameramodelle die wollen sich trotz "whitegelistetem" NTP-Server kein Datum und keine Uhrzeit holen. Passen die Angaben des Date-Headers in der Email nicht zur Gegenwart, wird die Mail bei GMX, Gmail & co nicht weitergeleitet. D.h. nach Spannungsfreiheit muss die Kamera-Uhr gestellt werden. Das funktioniert bei dem Modell auch über das Webinterface. Hier kümmert sich nach Netzausfall auch der Raspberry Pi mittels curl-http-request drum.

    Die Kamera hat noch mehr Clock-Bugs, so wird die Timezone beim Date-Header ignoriert und grundsätzlich GMT gesendet.

    </OT>