Beiträge von Bob M

    Thanks for the diagram!
    So the one glaring difference with mine is that there's a few metres of cable between my levelshifter and the LEDs - I added the shifter explicitly so that I could have a longer cable length, but it guess it could be the issue. I'll remove the extra cabling and see if it makes a difference.
    I guess I should look at adding extra 5v cables too, it can't do any harm... though I'm measuring 5v (+/- a few percent) throughout the stip. Ha, that said I don't think I measured while the LEDs were at full white, so definitely worth re-measuring.

    I'm posting this on the Software Support forum, though I'm expecting the answer *could* be power related.


    I have 88 WS2801s connected to a Pi3 via SPI and a level shifter. I'm running a HDMI splitter and utv007 capture which works fine. My PSU is 10A and although it also powers the Pi and HDMI splitter I *think* it's powerful enough.


    I'm supplying power at both ends of the strip. When I was previously supplying only 1 end, the LEDs gradually became slightly yellow-ish towards the end, but there's also always been a slight red tinge (on all LEDs) when display a full white picture. However the LEDs are stable - no flicker.


    If I change the color adjustment settings - whitelevel, gamma, etc, even by the smallest amount (when displaying the white picture) - all of the LEDs start to flicker wildly. Which seems wierd - if I reduce the red value on "whitelevel" for example, surely the LEDs require *less* power and so should remain stable? But I get the wild flickering. So this got me to thinking that it's not a power issue.


    But! I've found that if I set "Luminance gain" to 0.8 and therefore reduce the overall brightness, then I can adjust the color values without getting any flicker - which seems to point at a power issue!


    So I can live with the slightly red hue to the colors or reduce the brightness. I'm happy enough to run with 0.8 Luminance so this isn't really a big deal, but I'd love to understand what's causing the issue. Any suggestions?

    Finally got to the bottom of this.


    It was the config file. There's something in /etc/hyperion.config.json which was silently preventing Hyperion from sending any commands to the LEDs. God knows what the exact problem is - when things stopped working I was tweaking colour correction settings - but wiping out and starting from the default file, suddenly my LEDs sprang to life (currently with the Arduino but I fully expect that when I revert to using SPI from the Pi it'll work too).


    Annoyingly, when trying to debug I'd de/reinstalled Hyperion a few times, but in every case I just went and uploaded my regular config file.


    So there's clearly a Hyperion bug of some kind, but I'm marking this thread as solved.


    EDIT: Luminance gain. I'd somehow set it to 0, but it's not entirely obvious that this sets the brightness of your LEDs to zero!

    I see the same behavior if I remove the extra cabling, and in either case I've checked the voltage at the end of the LED strip with a multimeter - it's not a voltage issue.
    Think the next step is to plug the USB output into a terminal emulator and see exactly what the Pi/Hyperion are sending down the wire.

    Hi Akriss
    Thanks - I've already run this exact sketch on my Arduino - it worked like a charm (it was what I ran in post #7 above when I first bought the Arduino to test that the LEDs were still working).
    I'm 100% confident that the Arduino and the LEDs are working perfectly, the problem seems to be getting the Pi/Hyperion to talk to the Arduino.

    The pins are definitely correct - data to pin 6, clock to pin 4.


    When you've said "the startup effect" you're talking about this, right?


    If so then I must be not making myself clear. I *am* seeing this effect - once when the Arduino gets powered and again any time that Hyperion is started.


    I've edited the sketch to comment out the checksum line and have uploaded it - the behaviour is still exactly as it was before.


    I've also tried this sketch:


    ....which had it's own startup effect (red/green/blue cycle), and again I only saw that effect and then nothing from Hyperion.

    Yes. To clarify - the only LED activity I see is the initial test that the sketch performs. I see it when the Arduino powers up and also whenever Hyperion starts. Specifically I've *not* been talking about Hyperion's colour swirl, just the initial double-flash that the sketch performs.
    ie. the only effect that Hyperion is having at all is that when it starts it seems to restart the sketch on the Arduino; I see no actual LED activity that's being controlled by Hyperion at all.


    I've now unplugged the Arduino from the Pi and have provided it with power only - and again I see the double-flash as soon as it starts up.

    Yes - the LEDs just flash through the "initial RGB flash" that's defined in the sketch - once when the Arduino boots and again when Hyperion starts up (and every time I stop-and-start Hyperion from Hypercon).
    I've tried 460800, 100000 and 500000 baud.
    The USB cable is the only power source for the Arduino so it doesn't do much without it... are you thinking that it needs more power? When I rand the striptest sketch from the FastLED library it worked ok with just USB power.
    (thanks for your help by the way!)

    Sure:



    Hyperion seem quite happy, and I'm assuming the flashing LED on the Arduino represents some kind of comms.

    This just gets weirder.


    I've hooked the Arduino up via USB and uploaded the sketch below. I see the 2 flashes from the LEDs when it boots (and also when I restart Hyperion). I'm seeing rapid flashes from the onboard LED on the Arduino when Hyperion is running - presumably to indicate serial communication.
    I'm using "adalight" as the type and ttyUSB0 (the only device which shows up when the Arduino is connected, and there's nothing in Hyperion's logs to suggest anything's wrong.


    But I'm still getting nothing from my LEDs. There's clearly an issue between Hyperion and the Arduino - since I get the flashes when it starts up it proves that the Arduino is controlling the LEDs - but I can't understand what the problem is.


    Any suggestions?



    This is my config file:

    So this is very weird.


    To reiterate - I've got the SPI pins of the Pi connected to a levelshifter, which is then connected to the LEDs by a few metres of cable.
    Everything runs from the same PSU so there's common 0v.
    It was all working fine then just suddenly stopped dead last week - getting nothing on the LEDs, not even the first LED lighting up in a random colour while booting (which is what I'd always seen previously).


    I've tested the SPI interface on the PI using this loopback test:
    https://importgeek.wordpress.c…-pi-spi-loopback-testing/
    ...and it seems to be working fine.


    I've tested the cabling with a multimeter. I've tried bypassing the level shifter (so connecting the SPI pins directly the the LEDs, without the few metres of cable - still doesn't work) and have also replaced the level shifter with a new one.


    Also bought my first Arduino and set it up to drive WS2801s - which worked perfectly (much to my surprise - this was my first time setting up an Arduino and I was exepecting to at least hit one or two hiccups).


    So everything appears to work fine individually!


    Then it occurred to me that there's one thing that hasn't been tested - the CLK pin on the SPI interface. The loopback test connects MISO to MOSI but doesn't use the CLK pin.


    So the one thing left to try is replacing the Pi, which I'm going to do this week.


    If it does indeed turn out to be a damaged CLK pin - how the hell did that happen?
    I'm positive that all connections were sound and that nothing shorted.... my levelshifter is bi-directional so I briefly wondered if it somehow fed something back to the Pi from the LEDs, but searching the forums it seems that bi-directional shifters are the norm.


    I'm just worried that I'll eventually damage the new Pi in the same way - any suggestions?



    EDIT: I've also removed and reinstalled Hyperion, which had no effect.


    It's also occurred to me that since I've bought the Audino, could I just use that (connected to the Pi via USB) to drive the LEDs? Would it be possible and/or would there be any drawbacks to doing this?

    Thanks for the useful info guys, I'm gonna get an Arduino on the LEDs to make sure they're fine (haven't had time yet).
    I did try bypassing the levelshifter (so directly attaching the Pi to the LEDs with minimum cable, aprox 10cm) and still nothing. So it's either the Pi, the LEDs or the cables that I crimped myself which are going from the Pi to the shifter. I checked them with a multimeter when I made the cables but I'm always supicious of anything home made!

    It's a Tesfish 10A https://www.amazon.co.uk/gp/pr…_asin_title?ie=UTF8&psc=1


    Though after spending time checking connections it seems I had a loose data/clock wire coming from my levelshifter, and I was able to get the first LED to light up after removing and reseating the connection a few times.... after fixing the connections and triple-checking with a multimeter I'm back to getting nothing though, so I'm wondering if the shifter somehow got fried. I've ordered a replacement to see if it makes a difference.
    I might buy a cheap LED controller box so I can double-check that the LEDs are still working in any case!

    I've put together a Pi 3 with grabber using WS2801s and everything's worked as expected for the few weeks that it's taken me to get set up.


    So last night I decided I was ready to try it out and watch some Netflix with everything turned on, and it worked great for about 30 minutes before the LEDs just stopped dead. Rebooted, fully powercycled everything - nothing worked.


    I quickly spotted that although previously switching the system on caused the first LED the light up before Hyperion kicked-in and did the swirl, I'm now getting nothing at all when the LEDs receive power. A quick check with a multimeter shows there's 5v at the strip, so it looks like the first LED/chip is fried (or maybe more of them?)


    My next step is to cut off the first LED and attach the cables to the next one...
    But I can't understand how/why the first one got damaged - one minute everything's working and then suddenly it's not.


    So the question is: what can cause damage to the LED strip, and how can I prevent it from happening again?


    Aside from using a level shifter (which I gather isn't used by everyone) my setup is standard - WS2801 connected to the SPI pins on a Pi. I've got a 10A supply (also powering the Pi) incase that's relevant.


    I suppose last night was the longest continual time that the strip had been illuminated, and at the time of failure there was a lot of white (which pulls the most power?).


    Any ideas?