Recent posts

#1

ESP32 / Re: ESP-POE having problems wi...

Last post by djpeterlewis - Today at 02:40:02 PM

Also this seems like quite often encountered problem for WLED users. Did you check for other users of WLED that reported similar problem like:

https://www.reddit.com/r/WLED/comments/1985svh/wled_esp32_colors_flashing/

https://www.reddit.com/r/WLED/comments/r5jiux/wled_esp32_ws2811_flicker/

https://wled.discourse.group/t/led-strips-flickering-esp32/7756

https://www.reddit.com/r/WLED/comments/16qnuqq/why_there_is_flickering/

https://www.reddit.com/r/WLED/comments/sr6f0h/led_strip_flashing_at_random/

https://www.reddit.com/r/WLED/comments/10ib6hf/random_flickering_issues_with_ws2811/

https://www.reddit.com/r/WLED/comments/139vddw/flickering_and_pulsing_issues_with_ws2812_leds/

https://wled.discourse.group/t/random-flickering/1569

https://wled.discourse.group/t/help-diagnosing-flickering/4046

All of these are either related to a ground or ground loop or a Level shifter not been in circuit.

They are also connecting the board to the LED and using the internal patterns of WLED.
No one of them is doing it through ARTNET Ethernet.

My board connected to my Pixels are working perfectly using internal patterns as they are and no flicker or flash. It only has a problem with Artnet through Ethernet. I have narrowed it down to that.

This is why I wanted to compare the same data path to something similar so the the same code is used by another board to determine if it was the Code or the board. I think my logic on this is good.

Again, there is NO problem from the board to the Pixels when working on the internal patterns or ARTNET through the Wifi Connection. I have run this for 8 hours with not one flicker/flash

If it was the FASTLED lib used by WLED , then it would appear in both internal or Wifi ARTNET modes. The fact it only occurs when using |Ethernet and ARTNET or E1.31 (Also tried that).

#2

ESP32 / Re: ESP-POE having problems wi...

Last post by djpeterlewis - Today at 02:30:29 PM

This is the similar board that we used the same code ver 14.3 to test with. Granted it does not have POE.
https://quinled.info/quinled-dig-octa-brainboard-32-8l/

This board has 5V on the data lines and incorporates many level shifters. It is specifically designed to operate 5V LED strips.

This is not the case with ESP32-POE. I guess your LEDs are 5V while ESP32-POE is 3.3V. You said you used level shifter, but did you use it on the GPIO line?

Yes I put the level shifter between the GPIO and the LED

#3

ESP32 / Re: Serial Monitor with ESP32-...

Last post by LubOlimex - Today at 02:23:37 PM

It is completely fine to use the generic one.

#4

ESP32 / Re: Serial Monitor with ESP32-...

Last post by dwd - Today at 02:06:09 PM

It is working now. Swapping to "ESP32S2 dev module" is what was needed. Very strange. Are there likely to be any other problems with using this generic board rather than the specific board?

#5

ESP32 / Re: ESP-POE having problems wi...

Last post by LubOlimex - Today at 01:37:57 PM

This is the similar board that we used the same code ver 14.3 to test with. Granted it does not have POE.
https://quinled.info/quinled-dig-octa-brainboard-32-8l/

This board has 5V on the data lines and incorporates many level shifters. It is specifically designed to operate 5V LED strips.

This is not the case with ESP32-POE. I guess your LEDs are 5V while ESP32-POE is 3.3V. You said you used level shifter, but did you use it on the GPIO line?

#6

ESP32 / Re: ESP-POE having problems wi...

Last post by LubOlimex - Today at 01:32:53 PM

I think it is some influence between grounds or ground loops. It seems to me it is power related.

How do you power the ESP32-POE? Is it powered from the same source as the LED strip? If not - did you measure if there is voltage difference between the two grounds? Can you give me a diagram or sketch or schematic on how the hardware connection and power supplies and grounds are connected?

#7

ESP32 / Re: Serial Monitor with ESP32-...

Last post by LubOlimex - Today at 01:26:39 PM

There should be COM port after the reset, that is the whole point of USB CDC on boot. I see it listed as COM after reset. If settings are set as I've set them here, then probably something didn't update properly.

Try restarting the Arduino IDE. Maybe try another USB port and also try using the generic board entry instead of the Olimex one, it is called "ESP32S2 dev module". Then set like this:

https://imgur.com/a/rENjRPc

#8

ESP32 / Re: ESP-POE having problems wi...

Last post by LubOlimex - Today at 01:08:09 PM

Also this seems like quite often encountered problem for WLED users. Did you check for other users of WLED that reported similar problem like:

https://www.reddit.com/r/WLED/comments/1985svh/wled_esp32_colors_flashing/

https://www.reddit.com/r/WLED/comments/r5jiux/wled_esp32_ws2811_flicker/

https://wled.discourse.group/t/led-strips-flickering-esp32/7756

https://www.reddit.com/r/WLED/comments/16qnuqq/why_there_is_flickering/

https://www.reddit.com/r/WLED/comments/sr6f0h/led_strip_flashing_at_random/

https://www.reddit.com/r/WLED/comments/10ib6hf/random_flickering_issues_with_ws2811/

https://www.reddit.com/r/WLED/comments/139vddw/flickering_and_pulsing_issues_with_ws2812_leds/

https://wled.discourse.group/t/random-flickering/1569

https://wled.discourse.group/t/help-diagnosing-flickering/4046

#9

ESP32 / Re: ESP-POE having problems wi...

Last post by LubOlimex - Today at 01:03:39 PM

> I did a test with another supplier of a board using WLED as well using the same settings

Which other board exactly did you use and where did you connect the LED on it?

#10

ESP32 / Re: ESP-POE having problems wi...

Last post by djpeterlewis - Today at 12:47:02 PM

Hi
the software is open source. You can install it here https://install.wled.me/
You select using the ESP32-POE as the ethernet device which is your product.

The code for this project is also open source and can be downloaded from  GIT

Code Select Expand

// ESP32-POE
  {
     0,                   // eth_address,
    12,                   // eth_power,
    23,                   // eth_mdc,
    18,                   // eth_mdio,
    ETH_PHY_LAN8720,      // eth_type,
    ETH_CLOCK_GPIO17_OUT  // eth_clk_mode
  },
Are the settings for your board. All other boards are specified and then they run though the same software chain to the output.

the link to the GIT Code is
https://github.com/Aircoookie/

This is the similar board that we used the same code ver 14.3 to test with. Granted it does not have POE.
https://quinled.info/quinled-dig-octa-brainboard-32-8l/
 
He used GPIO 0 for the output to the LEDS.
There is a whole process I went through to determine where I felt the problem was.




1. Installed WLED and ran the internal patterns - no flashing
2. Ran Artnet though Ethernet port - Flashing
3. Ran Artnet through Wifi - No Flashing
4. Added Level Converter - still Flashing
5. Added 1000uf capacitor after the BUC converter near to the ESP - still flashing
6. tried 4 different versions of WLED including the latest BETA versions.
7. Changed Power Supply with different brand - Circuit draws 1.4A we tried both 6A and 4A
8. Tried different GPIO, 16, 15 and 32

please dont get me wrong, I love your board.

Flashing defined:-
The easiest way to see it is to use a program that sends Artnet data like a free one JINX or Madrix.

Then on Blackout leave it for up to 10 minutes and there will be random flashes, sometimes all 100 pixels and other time only a few. Sometimes they are 3-4 minutes apart and other times within 1 minute.

I only use 100 Pixels per controller for this project. They are WS2815 12v.
I have tried with and without inline resistors on the data line

The fact that the LEDs work perfectly by either using the Internal Patterns and ARTNET using the Wifi Connection points towards 2 areas.

1. There is a problem with the WLED code or
2. There is compatibility issue between WLED and the ESP-POE.

By getting a similar product that works through the same code chain , helps me to eliminate the WLED code (My personal feel)

If I have missed anything that you can suggest. I am open to trying it out. I do not believe it is between the port and the LEDs as in 2 different ways it works perfectly. Having tested the issue it with a competing board and it works, narrows down the issue to your Wonderful board. 

Thank you