Posts by sponkyplayer

    Hello everyone, I have now managed to get Hyperion running in a Docker container on my Pi5.

    However, I still have one last problem, which I can't solve even after days.


    I get the following error with the LED control:

    LEDDEVICE : <ERROR> Device disabled, device 'apa102' signals error: 'Failed to open device (/dev/spidev10.0). Error message: Permission denied'.



    Actually I have released all devices in the container. The USB Grabber, however, works. Shouldn't the rights for all devices be the same?



    Attached is the Dockerfile:


    FROM debian:bullseye


    RUN export DEBIAN_FRONTEND=noninteractive && \

    apt-get update && \

    apt-get install -y wget gpg sudo && \

    wget -qO /tmp/hyperion.pub.key https://apt.hyperion-project.org/hyperion.pub.key && \

    gpg --dearmor -o - /tmp/hyperion.pub.key > /usr/share/keyrings/hyperion.pub.gpg && \

    echo "deb [signed-by=/usr/share/keyrings/hyperion.pub.gpg] https://apt.hyperion-project.org/ bullseye main" > /etc/apt/sources.list.d/hyperion.list && \

    wget -qO /tmp/hyperion.nightly.pub.key https://nightly.apt.hyperion-project.org/hyperion.pub.key && \

    gpg --dearmor -o - /tmp/hyperion.pub.key > /usr/share/keyrings/hyperion.nightly.pub.gpg && \

    echo "deb [signed-by=/usr/share/keyrings/hyperion.nightly.pub.gpg] https://nightly.apt.hyperion-project.org/ bullseye main" > /etc/apt/sources.list.d/hyperion.nightly.list.disabled && \

    apt-get update && \

    apt-get install -y hyperion && \

    apt-get -y --purge autoremove gpg && \

    apt-get clean



    # Flatbuffers Server port

    EXPOSE 19400


    # JSON-RPC Server Port

    EXPOSE 19444


    # Protocol Buffers Server port

    EXPOSE 19445


    # Boblight Server port

    EXPOSE 19333


    # Philips Hue Entertainment mode (UDP)

    EXPOSE 2100


    # HTTP and HTTPS Web UI default ports

    EXPOSE 8090

    EXPOSE 8092


    ENV UID=1000

    ENV GID=1000


    RUN groupadd -f hyperion

    RUN useradd -r -s /bin/bash -g hyperion hyperion


    RUN echo "#!/bin/bash" > /start.sh

    RUN echo "groupmod -g \$2 hyperion" >> /start.sh

    RUN echo "usermod -u \$1 hyperion" >> /start.sh

    RUN echo "chown -R hyperion:hyperion /config" >> /start.sh

    RUN echo "sudo -u hyperion /usr/bin/hyperiond -v --service -u /config" >> /start.sh


    RUN chmod 777 /start.sh


    VOLUME /config


    CMD [ "bash", "-c", "/start.sh ${UID} ${GID}" ]


    And the Docker Compose File:


    version: '3.3'


    services:

    hyperionng:

    user: "root"

    image: hyperionng:latest

    container_name: hyperionng

    volumes:

    - hyperionng-config:/config

    - /dev/video0:/dev/video0


    ports:

    - "19400:19400"

    - "19444:19444"

    - "19445:19445"

    - "8090:8090"

    - "8092:8092"

    - "2100:2100/udp"

    devices:


    - /dev/ttyACM0

    - /dev/video0

    - /dev/spidev0.0

    - /dev/spidev1.0

    - /dev/spidev10.0


    privileged: true

    restart: unless-stopped


    volumes:

    hyperionng-config:


    Has anyone had the same problem and been able to solve it? I am grateful for any help.

    Hello together,


    for some reason i am not able to save any changes in the Hyperion UI.

    Everything is working but i cant save any settings.


    Log:

    Code
    2024-07-02T20:32:23.178Z [DB] (ERROR) Failed to update record: 'WHERE type=? AND hyperion_inst=?' in table: 'settings' Error: 


    Do i need to adjust the Hyperion DB file ?

    Thank you for the help. But that does not solve my problem.


    So I've found out a few things again:



    I had activated the signal detection to recognize the “rainbow image” and deactivated the lighting at the same time. I did this as described in the forum with the green value at a certain point.



    The problem now is that this signal detection is also triggered when the image is black... In the USB Grabber settings I have selected YUYV as the recompressed encoding format as I get the best black here. With MPEG I don't lose any signal with the signal detection while black svreen, but then my LEDs light up dark green, which is quite annoying. Is there possibly a workaround for this?


    I have adjusted the gamma value of green to "2" in the colour calibration. It seems to work now :D

    Lord-Grey


    Thank you very much.

    The trick with the low backlight solves my problem for the second instance for now.


    Nevertheless, I will submit a log later.


    I was wrong. It does not fix the issue...


    The problem is the following:


    Code
    [V4L2] (INFO) Signal lost

    This signal lost triggers the DIY Hue controlled lights to reboot.

    At the same moment i get this Image from the USB Grabber:



    I dont understand why there is a signal lost event. It happens when i start a new episode from a series from example. But in reality its just a black loading screen... .


    Is that a problem with the Usb Grabber ??? .

    Hello together,


    i have a question regarding the Phillips Hue Entertainment API. For the instance i have integrated a DiyHue Gateway and i have managed to integrate 2 self builded Hue Signe Lights. Everything works fine and they run synchronous with the First instance (HD107s Strip for TV Backlight).


    However i have a little problem. Every time the Picture is black for a specific time i get a restart of the Phillips Hue Signe Lights.

    I am wondering if this is a bug in Hyperion with the UDP datastream.


    In the documentation there is an option for phillips hue config without entertainment api (attached below):


    Signal detection timeout on black

    Is this option also available for Entertainment API ? It sound like this would fix my problem. But i cant find it anywhere in the latest Hyperion Version.

    Ich habe den zweiten DIYHue Container, wie oben beschreiben, aufgesetzt. Ich kann diesen auch mit der orginalen Phillips Hue App verbinden und eine Entertainent Area mit meinen gewünschten Lights erstellen. Auch das Ansteuern der lights funktioniert über die App.

    Hyperion findet die Bridge allerdings nicht:



    Der Log befindet sich im Anhang.

    "Hue rechts" bezeichnet die DIYHUe Bridge die schon läuft (Host Modus)

    "Hue links" bezeichnet die zweite DIYHue Bridge die die 192.168.0.198 als Adresse hat.

    Achso okey. Dann schau ich mal wie weit ich mit einer Bridge komme.


    Die erste Bridge hab ich als Host aufgesetzt. Da entspricht die MAC und IP Adresse der des Hosts. Und Ports sind ja alle offen.


    Für die zweite hab ich ein MacVlan Netzwerk erstellt und den Docker darauf aufgesetzt. Dadurch konnte ich dem Container eine eigene Mac und Ip Adresse zuordnen.


    Folgende Ports hab ich freigegeben:

    Code
    80:80/tcp -p 443:443/tcp -p 1900:1900/udp -p 2100:2100/udp -p 1982:1982/udp


    Und den Config Pfad hab ich auch auf einen Pfad umgemappt der sich von dem der ersten Bridge unterscheidet.


    Bezüglich des Discovery Requests melde ich mich nochmal.

    Ja genau. Ich hab das händisch in die json getippt. Aber ohne Übergang ist das nicht sooo schön.

    So eine letzte Frage hab ich noch und dann nerve ich auch nicht weiter.

    Hast du zufällig über Docker eine zweite DIYHue Bridge deployed? Falls ich mich doch für die DIY Hue Bridge entscheiden sollte, wäre ich ja bei 14 lights und bräuchte einen zweiten Emulator. Eine Bridge ist was die Hue API betrifft auf 10 Lights begrenzt oder ?

    Ich habs zwar versucht und die Hue App findet die zweite Bridge. Aber Hyperion findet die zweite Bridge nicht.


    Naja notfalls schrumpf ich beide Lampen auf 5 Zonen und dann passt es auch.


    Gruß Andy

    Update:


    Ich habe jetzt beides parallel am Laufen um zu schauen was mir besser gefällt.

    Beide Instanzen verbinden sich nun auch bei Restarts problemlos.


    WLED läst jede LED einzeln ansteuert ähnlch wie über SPI nur halt wireless.

    Theoretisch kann ich mir mit der Layout Config auch X Zonen für die WLED Instanz erstellen, die den Farbwert mitteln. Allerdings sind diese Zonen dann übergangslos --> Anders als bei den DIYHue Gradient Lights.

    Ist es möglich so ein ähnliches Layout über Hyperion hinzubekommen, also mit Übergangen ?


    Wenn nicht. Muss ich mich halt entscheiden.


    Gruß Andy :D

    Okey danke für die Info.

    Ehrlich gesagt wollte ich in erster Linie ein Hue Gradient Light nachbauen um mein Ambilight zu erweitern.

    Nur deswegen hab ich den DIYHue Emulator aufgesetzt.


    Über WLED könnte ich dann theoretisch auch Zonen konfigurieren und diese Wireless steuern oder ?

    Würde sich mein "Gradient Light" dann bezüglich der Synchronität ähnlich verhalten wie mit der Entertainemnt API Über DIYHue ?Wahrscheinlich noch synchroner oder ?


    Wenn es so ist, brauche ich diesen Umweg ja gar nicht gehen ... :D

    Ich habe jetzt bezüglich der DIYHue Instanz ein Problem beim Neustarten.

    Wenn ich meinen TV ausschalte, gehen die Apa102 Stripe sowie der Hue Ws2812B Strip aus. Die Stromversorung wird unterbunden, Der Pi5 läuft durchgehend. Schalte ich den TV wieder an, springt die erste Instanz mit dem Apa102 Stripe über SPI direkt an. Die Phillips Hue Instanz nicht.

    Erst wenn ich die Config der Hue Instanz aktualisiere oder die Instanz aus und wieder anschalte läuft sie an.

    Liegt das daran das der ESP8266 D1 zu lange zum hochfahren braucht ? Muss ich die Anzahl der Verbindungsverhe erhöhen oder die Handshake Zeitspanne ausweiten ?


    Kennt jemand das Problem ?

    Oh mein Gott danke. Es funktioniert endlich wieder.

    Ich danke dir !


    Bei mir war es der Pfad: ~/.local/share/Hyperion/certificates.


    Eine allgemeine Frage habe ich noch. Ist es möglich die Zonen der selbstgebauten Gradient Lights noch zu erweitern ? Momentan sind glaub ich maximal zwei oder drei Farbzonen möglich. Oder wird daran noch gearbeitet ?

    Ansonsten kann der Thread kann geschlossen werden.