Closed VeniceNerd closed 4 years ago
I also just measured Voltage on various parts:
Bottom part of the board: 5.16V Top part of the board: 3.29V End of the LED strip (other side of where I am connecting my power and data): 5.05V
So it appears as if everything gets power?
I uncommented this line:
#define LED_TYPE_WS2811 // Uncomment if LED type uses 400 KHz (classic 'v1' (not v2) FLORA pixels, WS2811 drivers)
but it still doesn't seem to work.
Alright, now I connected my data to PIN 1 on the board (as was shown on the hardware page):
And changed the LED pin line back to14:
#define LED_PIN 14 // LED_PIN (14 / D5) where neopixel / WS2811 strip is attached
Now two random LED's on the strip actually light up:
But just those two and any settings on the web interface don't make any changes on the strip.
Wits end.
Hi @VeniceNerd,
this should usually work as far as I can tell from the photos.
The PIN and number of LEDs can now be configure via HTTP call: https://github.com/toblum/McLighting/wiki/HTTP-REST-API#get-pixelconf-http10
Please try http://
If that diesn't work, please try out a simple strandtest script (e.g. https://github.com/adafruit/Adafruit_NeoPixel/blob/master/examples/strandtest/strandtest.ino) to make sure the strip itself works and to check where the problem originates.
Regards Tobias
@VeniceNerd so, I'm going to give this a shot (I've literally been in your shoes).
A few things just looking over your setup...
LED_PIN 14
, but your strip is connected to what appears to be D1
. Is that correct?
#define LED_PIN 14 // LED_PIN (14 / D5) where neopixel / WS2811 strip is attached
If you're getting DC voltage across the board, then the most likely culprit is something on the data line (either noise or something else).
When I built mine, I had failed in several ways before finally getting it right:
I suggest re-flashing your ESP with the full code you have just to make sure you have your changes propagated. I made this mistake as well. I guess it's the side effect of working on this stuff late at night after a long day . :)
I also suggest using a short strip with 4-5 LEDs on it for testing. I've been using that for validating my board wiring before doing an install somewhere in my house.
The PIN and number of LEDs can now be configure via HTTP call: https://github.com/toblum/McLighting/wiki/HTTP-REST-API#get-pixelconf-http10
Please try http:///pixelconf?pin=14 and http:///pixelconf?ct=
I'm so sorry, but I don't really know how to run those commands. Where do I need to go to run them?
If that diesn't work, please try out a simple strandtest script (e.g. https://github.com/adafruit/Adafruit_NeoPixel/blob/master/examples/strandtest/strandtest.ino) to make sure the strip itself works and to check where the problem originates.
Sorry again, but what should I do with that script? Do I upload it somewhere?
@VeniceNerd so, I'm going to give this a shot (I've literally been in your shoes).
Thank you!!!!
- I'm not clear what you have connected on your data line. If is a fuse you're probably ok. If it's a resistor, check the resistance as I used a too high value and it caused some issues.
The data line just goes from the Arduino to the strip. It's a very short cable so I currently do not have anything connected on the data line.
- You mention that you're using
LED_PIN 14
, but your strip is connected to what appears to beD1
. Is that correct?
That is correct. My strip is connected to D1. Should I be changing it to D1 in the code as well? I noticed that the tutorial on this site had D1 on the board but D14 in the software.
- Backwards connected data line (doh)
What does that mean?
I suggest re-flashing your ESP with the full code you have just to make sure you have your changes propagated. I made this mistake as well. I guess it's the side effect of working on this stuff late at night after a long day . :)
How do you re-flash the ESP with the full code? I have just been making changes in the definitions.h and then compile and re-upload.
Also: should I uncomment this line or leave it commented?
//#define LED_TYPE_WS2811 // Uncomment if LED type uses 400 KHz (classic 'v1' (not v2) FLORA pixels, WS2811 drivers)
Two more additions:
The strip definitely works. I connected it to one of those prebuilt WiFi controllers and all LED’s light up. So something is wrong in my setup.
Maybe this video will show what I am doing wrong: https://www.dropbox.com/s/i9zzdt664eaxkmx/Video%20Jul%2002%2C%2017%2047%2056.mov?dl=0
Hi @VeniceNerd,
sorry for my late answer. Unfortunately there were a few instructions on the setup missing for the latest version. I added these to the wiki now: https://github.com/toblum/McLighting/wiki/Software-installation#configure-pin--rgb-mode--numleds-only-for-v221-or-later
So I think you just need to call:
http://10.0.1.149/pixelconf?ct=300&rgbo=grb&pin=5
to tell McL that you're using 300 LEDs in GRB mode and that the daa pin is connected to pin 5 (D1).
Sorry for the confusion.
Best regards Tobias
So I think you just need to call: http://10.0.1.149/pixelconf?ct=300&rgbo=grb&pin=5 to tell McL that you're using 300 LEDs in GRB mode and that the daa pin is connected to pin 5 (D1).
YES! That finally lit my my LED strip!!! Out of curiosity, why is pin 5 on D1? Is there any rhyme or reason to it?
Also, I don't think the RGB mode is set correctly for my strip yet. Even when I set it to "static red" my strip looks like this:
My strip is actually an RGBW RGB+Cool White SK6812 LED strip.
Do I need to set a different mode for this strip? Also, how do you actually set the pure white channel in McLighting? I did install the developer branch which I believe had white mode support?
Thanks for all your help!
Hi @VeniceNerd,
I'm not sure why they chose this pinout scheme, but you can use this as a reference: https://randomnerdtutorials.com/esp8266-pinout-reference-gpios/
I think the RGB mode is OK as a wrong mode would only swap the colors (red would be green and so on). Does it react to any changes you do via UI? Seeing the serial output when you change the mode would be interesting.
I'm not sure with the white mode. I'm waiting for my new SK6812 strip to arrive from china. It might be that there is still some code missing to support RGBW as there is still a big PR https://github.com/toblum/McLighting/pull/364 pending. I'll have to figure that out too.
Regards Tobias
Hey Tobias,
I’d love to send you one of my SK6812 strips. Would be more than happy to contribute to this project. Especially since I’d really like support for these strips. ;)
Going by you name I assume you are in Germany? (I’m German too). If you can PM me your address I’ll send you a strip right over!
@VeniceNerd you can try https://github.com/FabLab-Luenen/McLighting Its a fork for all types of RGB(W) strips
@VeniceNerd Yes, I think that's the best option now if you want to use RGBW. Maybe we'll have a combined version someday, but for the short term, the mantioned version is great.
I think the RGB mode is OK as a wrong mode would only swap the colors (red would be green and so on). Does it react to any changes you do via UI? Seeing the serial output when you change the mode would be interesting.
I'm not sure with the white mode. I'm waiting for my new SK6812 strip to arrive from china. It might be that there is still some code missing to support RGBW as there is still a big PR #364 pending. I'll have to figure that out too.
McLighting currently supports RGB strips only. This means it sends out 24 bits per pixel, which will be used as 8 bits for each of the three colours. SK6812 strips however have a fourth channel and thus use 32 bits per pixel. This is the reason why a configuration for solid red ends up in a coloured strip.
To make McLighting compatible with 32bits/pixel is actually documented here: https://github.com/toblum/McLighting/pull/364
@toblum
Maybe we'll have a combined version someday, ...
It is already "combined" See:
@bpohvoodoo whaaaaat??? How do I get to that page???
If you use my version just click on the gear icon
@VeniceNerd should probably close the issue, if you're up and running.
I haven’t had time to try anything new yet. Will happen this weekend.
@bpohvoodoo looks like the installation guide on your fork isn’t working. Links to a random Wordpress blog. Do I just follow the installation guide here but use your fork instead of the toblum version?
@bpohvoodoo That looks great. I have tried it out recently and it looks great. Unfortunately I don't find the time at the moment to do something similar in my McLighting version. I have to pause the project a bit as I really don't find the time. For the meanwhile I will post a note on the project readme and will also mention your fork for all people looking for more functionality. I hope this is OK for you.
Regards Tobias
I just tried McLighting for the first time today. I came across this post as my LEDs were not lighting. My D1 mini clone had previously been running another well known firmware without issue. The above solution of http://10.0.1.149/pixelconf?ct=300&rgbo=grb&pin=5 also got me up and running.
I am much enjoying the improved effects.
Question is why did it not take the correct pin from the sketch? Is it because it had already been programmed? How do you do a full istall and overwrite everything?
Hi @grumpazoid,
the pin setting in code is mainly for legacy reasons. For newer versions you can do the config via REST call as described here: https://github.com/toblum/McLighting/wiki/Software-installation#configure-pin--rgb-mode--numleds-only-for-v221-or-later
Greetings
Question is why did it not take the correct pin from the sketch? Is it because it had already been programmed? How do you do a full istall and overwrite everything?
The ESP has several memory regions. There is at least one for firmware code and some for user data - this is where McLighting stores the configuration. The user data region is not McLighting specific. If you are unaware about this you may not know the difference between flashing and flashing after a full reset. So there is a chance McLighting just used settings that were left from other firmware and got to wrong conclusions. How exactly the flash/full reset get triggered on your side depends on the tools you are using.
@toblum @HiranChaudhuri Thank you - all makes sense now.
Hey guys,
I finally got everything setup and was so excited to see my light strip light up, but nothing happened. :(
I successfully installed the software on the board and connected all the hardware:
This is the lightstrip I am using: https://www.amazon.com/gp/product/B079ZZ9BYH/ref=ppx_yo_dt_b_asin_title_o00_s01?ie=UTF8&psc=1
I can successfully connect to the Web Interface as well:
Here is my definitions.h
I would be so grateful if someone could take a look at this and see what I am doing wrong. When I connect power only the blue board light comes on. The strips don't do anything at all. I try to select different colors in the web interface and nothing happens either. So discouraged right now. Hope someone has any insight!