joeybab3
commented
4 years ago Sounds like the program is hanging up on something while driving the LEDs, possibly whatever library or driver is used stops responding?
Open Codename-11 opened 4 years ago
joeybab3
commented
4 years ago Sounds like the program is hanging up on something while driving the LEDs, possibly whatever library or driver is used stops responding?
I have successfully gotten the firmware to run on the ESP8266 and software on my desktop, but upon trying the Raspberry Pi version running Raspbian Buster, I noticed that when using Visualization.py, and Strandtest.py for that matter, while running the X server, the LED strip does not respond. No illumination whatsoever. I use the same circuit and triple checked it thinking at first that it had to be my doing. If I boot into CLI only, and when I originally tested it I used Raspbian Buster Light, so CLI only, it works perfectly and immediately. I did notice that when unplugging the data pin and plugging it back in quickly and repeatedly that the LED strip does somewhat react to the Strandtest.py output but its jittery and as soon as the connection is solid, whatever state the LED's were at for that split second, they remain, until I repeat that process, or unplug them. Not sure if that's notable or not. I'm not quite sure what the problem is considering it works perfectly without the X server. Even after starting X from it working in CLI only, it may work once, but then a few minutes later, I see the same issue. Anyone else having this issue?
Edit: I re-installed the OS and all of the requirements and upon testing Visualazation.py I did get some feed to the LED's however it would jitter and skip. Shortly theirafter I stopped the program and attempted Standtest.py again, which caused no change to the existing state of the LED's. I unplugged the strip and plugged it back in, which cleared the LED's, but thereafter there were no LED's illuminated from ether program. Again, rebooting into the CLI allows Standtest.py to work perfectly.