Beiträge von daVid0n

    your instance is actually failing on initializing the v4l2-grabber - this maybe related to a bug when switching between pal and ntsc, when I had this error, I resolved it by adding „no-switch“ where „pal“ or „ntsc“ are standing in the config. could you verify this?

    Welchen Grabber nutzt du denn? Er sollte am besten einen Fushicai-Chipsatz haben, ansonsten geht auch ne einfache USB-webcam.
    Schau einfach mal in deinem /dev/ Ordner nach, ob video0 überhaupt auftaucht, sobald Grabber/Kamera angeschlossen wurde. Hyperion greift die Quelle schlichtweg über diesen Pfad ab und der scheint laut der Fehlermeldung gar nicht vorhanden zu sein. Mit lsusb kannst auch mal nachschauen, welche USB-Geräte von deinem Pi überhaupt erkannt werden, ich vermute da liegt schon das Problem.

    zeitgleich ausgenüchtert? :D


    -> also was am rPi abgeht kann ich nach wie vor nicht nachvollziehen, das willkürliche Farbverhalten per PWM bleibt ein Rätsel, dann ist mir noch aufgefallen, dass auch jeder andere GPIO-pin bereits irgendwelche Signale ausgibt, die der ws2812b bereits interpretiert.. ich vermute mittlerweile, dass mein rPi nen Hauweg hat, auch wenn das quasi unmöglich ist.. egal.


    Ich wollte daher nur kurz meine heutige Lösung für das Ganze vorschlagen:
    Hyperion einfach per udp und json-forward in einer Instanz konfiguriert, die LEDs an einem esp8266 angeklemmt und das Hyperion_LED-Controller sketch aufgesetzt -> läuft vollkommen tadellos! Grabber-Quelle ist v4l2-grabber an PS3 cam, die den Fernseher filmt, wirklich gutes Ergebnis.
    Als nächstes kommt noch eine zweite Instanz für Philips Hue dazu, dann ist alles erst mal wieder fertig.


    Und einen ws2812b-Streifen hab ich bisher auch noch nicht kaputt gekriegt, also keine Sorge, die LEDs sind völlig okay


    hier mal meine device config, falls hilfreich:


    // DEVICE CONFIGURATION
    "device" :
    {
    "name" : "ESP-1D7E44",
    "output" : "IPvomESP:19446",
    "dmanum" : 10,
    "maxpacket" : 1450,
    "protocol" : 0,
    "rate" : 250000,
    "type" : "udp",
    "colorOrder" : "grb",
    "leds" : 259
    },

    hey, ich habe soeben einen esp8266 aufgesetzt, er zeigt dasselbe Verhalten bei den LEDs, die Farben sind komplett durcheinander, genau wie beim Pi, das lässt mich erneut verzweifeln, einer eine Idee?


    z.B. wenn mit Reihenfolge GRB gesendet wird:
    hyperion-remote -c 0000ff was bedeutet: color 000 000 255 also blau, dann leuchten die LEDs rot und das auch noch ganz schwach, bei
    hyperion-remote -c 1e00ff was bedeutet: color 030 000 255 also blau mit bisschen grün, dann leuchten die LEDs plötzlich grün in voller Leuchtstärke,
    hyperion-remote -c 1e1eff was bedeutet: color 030 030 255 also blau mit bisschen grün und bisschen rot: ergibt endlich ein leichtes blau wie gewünscht und auch bei voller Leuchtstärke.


    Dieses Spiel könnte ich natürlich noch stundenlang weiter so treiben - irgendeine Logik ist da, aber ich sehe sie einfach nicht.
    Kann hier jemand eine Logik erkennen? Hoffe jemand kennt dieses Problem.
    Vielen Dank.


    PS: und es würde mich wundern, wenn es tatsächlich an dem Logik-Pegel liegen sollte, ich hatte dasselbe setup vor einem Jahr per OE und LE sowie raspbian mit Kodi auch am laufen und damals sogar noch völlig problemfrei, ich wüsste nur zu gerne, was sich seither alles verändert haben soll, die LEDs sind sogar dieselben wie damals

    also bzgl. Soundchip und aufhängen habe gestern den entscheidenden Hinweis von Akriss hier aus dem Forum erhalten, man muss die Soundkarte blacklisten wie hier auch wundervoll nachzulesen gewesen wäre: https://github.com/jgarff/rpi_…arning-about-dma-channels
    Ob dass bei deinem Setup auch Sinn macht weiß ich nicht, du nutzt ja einen Pi1 wenn ich das richtig sehe, das Problem bezieht sich zunächst auf den Pi3.
    Da ich den als reinen Hyperion-Server laufen lasse und keine HDMI-Ausgabe also auch kein Kodi inkl. Soundausgabe benötige, sollte das dann der richtige Weg sein.


    Seither habe ich allerdings auch das Problem, dass die LEDs völlig bescheuert die Farben streuen und per hyperion-remote nur bei ganz bestimmten rgb-Werten die eigentliche Farbe anzeigen, einen Wert weiter dann plötzlich völlig willkürlich gelb/weiß/pink/usw. anzeigen.. diese Problem hatte ich vor einem Jahr noch nicht, geändert hat sich seit dem die Hyperion-Version und eben das raspbian.. sobald ich schlauer bin, schreib ich eine Lösung dafür.

    Thank you very much for clearing that up Akriss!! Feeling dumb now, because I already saw that site you posted before, but I didn't look for this entry :facepalm:


    --> adding 'blacklist snd_bcm2835' to /etc/modprobe.d/snd-blacklist.conf did the thing, the LEDs are finally responsive now, thank you so much!!


    I'm still having issues with the colors being flipping around in an awkward manner, getting almost every color when sending specific colors via remote, but I guess this will be another problem not related to this thread, so I will set it as resolved.


    Once again, thank you very much!!!

    probiers mal, in der config ' "dmanum" : 10, ' zusätzlich einzutragen, kann sein, dass du dasselbe Prob hast wie ich und der Pi denselben interrupt nimmt wie der soundchip, das führt zu Problemen die ich nur leider selber aktuell nicht verifizieren kann, bei mir hängt Hyperion nach jedem Neustart für anderthalb Stunden, bevor die LEDs irgendwelche Befehle annehmen... ich werde auch seit vier Tagen wahnsinnig mit dem Programm


    meine config sieht beispielsweise so aus:


    "device" :
    {
    "name" : "amPiLight",
    "type" : "ws281x",
    "dmanum" : 10,
    "leds" : 260,
    "colorOrder" : "grb"
    },


    Deine colorOrder solltest du auf jeden Fall auch schon mal von rgb auf grb umstellen

    As I am not getting help to solve this error by the existing posts, I have to open a new one to get this problem solved for all times.


    The following setup:


    - a fresh install of Raspbian stretch lite, Nov. 2018
    - modified /boot/config.txt with: core_freq=250 as per recommendation from previous post
    - modified /boot/cmdline.txt with: spidev.bufsiz=32768 as per recommendation from previous post
    - installed Hyperion via HyperCon (as I am too dumb to get hyperion.ng running properly)
    - uploaded a minimalistic config.json via HyperCon and even insertet "dmanum=10," (due to freezes I experienced some time ago when using Kodi-releases) --> ws281x driver, no V4L2 grabber, just internal grabber activated, just 20 LEDs for testing


    hyperiond starts perfectly and keeps running, but the LEDs won't do anything. When using hyperion-remote command, nothing happens for 1 minute until the 'Error while reading data from host' occurs.


    Now the most curious thing is, that it will take at about 1.5 hours of just waiting and the problem is resolved and the LEDs keep functioning as they should.... I cannot understand this behaviour at all.
    Please, does someone have an explanation to this?


    Just in case you ask, I'll post the latest log of my setup here:


    ssh in: Dec 29 23:35:32 raspberrypi systemd[1]: Started Hyperion Systemd service.
    ssh in: Dec 29 23:35:32 raspberrypi hyperiond[1542]: Hyperion Ambilight Deamon (1542)
    ssh in: Dec 29 23:35:32 raspberrypi hyperiond[1542]: Version : V1.03.4 (brindosch-c750c41/dc6a602-1522918225
    ssh in: Dec 29 23:35:32 raspberrypi hyperiond[1542]: Build Time: Apr 5 2018 01:57:25
    ssh in: Dec 29 23:35:32 raspberrypi hyperiond[1542]: INFO: Selected configuration file: /etc/hyperion/hyperion.config.json
    ssh in: Dec 29 23:35:32 raspberrypi hyperiond[1542]: HYPERION INFO: ColorTransform 'default' => [0; 21]
    ssh in: Dec 29 23:35:32 raspberrypi hyperiond[1542]: HYPERION INFO: ColorCorrection 'default' => [0; 21]
    ssh in: Dec 29 23:35:32 raspberrypi hyperiond[1542]: HYPERION INFO: ColorAdjustment 'default' => [0; 21]
    ssh in: Dec 29 23:35:32 raspberrypi hyperiond[1542]: LEDDEVICE INFO: configuration:
    ssh in: Dec 29 23:35:32 raspberrypi hyperiond[1542]: {
    ssh in: Dec 29 23:35:32 raspberrypi hyperiond[1542]: "colorOrder" : "rgb",
    ssh in: Dec 29 23:35:32 raspberrypi hyperiond[1542]: "dmanum" : 10,
    ssh in: Dec 29 23:35:32 raspberrypi hyperiond[1542]: "leds" : 20,
    ssh in: Dec 29 23:35:32 raspberrypi hyperiond[1542]: "name" : "MyHyperionConfig",
    ssh in: Dec 29 23:35:32 raspberrypi hyperiond[1542]: "type" : "ws281x"
    ssh in: Dec 29 23:35:32 raspberrypi hyperiond[1542]: }
    ssh in: Dec 29 23:35:32 raspberrypi hyperiond[1542]: whiteAlgorithm ::
    ssh in: Dec 29 23:35:32 raspberrypi hyperiond[1542]: INFO: Creating linear smoothing
    ssh in: Dec 29 23:35:32 raspberrypi hyperiond[1542]: HYPERION (CS) INFO: Created linear-smoothing(interval_ms=50;settlingTime_ms=200;updateDelay=0
    ssh in: Dec 29 23:35:32 raspberrypi hyperiond[1542]: EFFECTENGINE INFO: 27 effects loaded from directory /usr/share/hyperion/effects
    ssh in: Dec 29 23:35:32 raspberrypi hyperiond[1542]: EFFECTENGINE INFO: Initializing Python interpreter
    ssh in: Dec 29 23:35:32 raspberrypi hyperiond[1542]: INFO: Hyperion started and initialised
    ssh in: Dec 29 23:35:32 raspberrypi hyperiond[1542]: INFO: Boot sequence 'Rainbow swirl fast' EFFECTENGINE INFO: run effect Rainbow swirl fast on channel 0
    ssh in: Dec 29 23:35:32 raspberrypi hyperiond[1542]: BLACKBORDER INFO: threshold set to 0 (0)
    ssh in: Dec 29 23:35:32 raspberrypi hyperiond[1542]: BLACKBORDER INFO: mode:default
    ssh in: Dec 29 23:35:32 raspberrypi hyperiond[1542]: started
    ssh in: Dec 29 23:35:32 raspberrypi hyperiond[1542]: INFO: Json server created and started on port 19444
    ssh in: Dec 29 23:35:32 raspberrypi hyperiond[1542]: INFO: Proto server created and started on port 19445
    ssh in: Dec 29 23:35:32 raspberrypi hyperiond[1542]: DISPMANXGRABBER INFO: Display opened with resolution: 720x480
    ssh in: Dec 29 23:35:32 raspberrypi hyperiond[1542]: BLACKBORDER INFO: threshold set to 0 (0)
    ssh in: Dec 29 23:35:32 raspberrypi hyperiond[1542]: BLACKBORDER INFO: mode:default
    ssh in: Dec 29 23:35:32 raspberrypi hyperiond[1542]: INFO: Frame grabber created and started



    and the error message here:


    pi@raspberrypi:~ $ hyperion-remote -c ffffff
    hyperion-remote:
    version : V1.03.4 (brindosch-c750c41/dc6a602-1522918225
    build time: Apr 5 2018 01:57:05
    Connected to localhost:19444
    Set color to 255 255 255
    Error while reading data from host


    Thank you very much in advance!

    "unable to connect to host" bedeutet nichts anderes, als dass dein hyperond gar nicht erst gestartet wurde - schau mal in 'top' nach ob du den Prozess sehen kannst sobald du ihn versucht zu starten, sonst findest du mit 'systemctl status hyperion' sicher heraus, dass etwas mit deiner config nicht stimmt

    hey there,
    I am trying everything I read here since three days now, but nothing works for me.


    I have the same "Error while reading data from host" when sending anything over hyperion-remote, the thing I just can't understand at all is, that if I keep waiting for about 40 minutes, this problem gets suddenly resolved and then I have direct access to the leds - once I reboot the Pi, same issue again.. this buggy behavior drives me mad.


    My setup is:
    - rPi3B
    - WS2812B (testing stripe with just 5 LEDs atm, original setup would be 260 LEDs) -> DATA connected to GPIO18/pin12, 5V to rPi, GND to rPi
    - raspbian stretch lite - release Nov. 18


    in my config I have put the following:


    "device" :
    {
    "name" : "amPiLight",
    "type" : "ws281x",
    "gpio" : 18,
    "freq" : 800000,
    "pwmchannel" : 0,
    "dmanum" : 10,
    "leds" : 260,
    "colorOrder" : "grb"
    },


    From previous issues I "learned" about the dmanum, if I remove it, the whole system may freeze sooner or later.
    I am doing fresh reinstalls of the whole rPi SD-card almost 10 times per day, always also doing the recommended entries:


    --> spidev.bufsiz=32768 at the end of /boot/cmdline.txt
    --> core_freq=250 at the end of /boot/config.txt
    before entering the SD-card into the rPi for the first time.


    I also tried out to change the driver to WS281x-SPI as recommended, but then hyperion won't start anymore and directly gives another " hyperion.service: Failed with result 'exit-code'. "


    Further I am not able to run hyperion with the standard WS281x driver, whenever V4L2-grabber is enabled, but I want to use my PS3-cam to grab the image, which works perfectly, when grabbing manually via console, but hyperion also gives a failed with result 'exit-code', as soon as it is enabled in the config.


    I know, these were more problems than related to this thread, but maybe someone sees something I just don't.. trying to get hyperion running since one year now, but I am finally about to give up - so please could you help me out?
    Thank you very much in advance!
    daVid