Support Smart LED Curtain

[psxde]

I have tried to control an Smart Curtain Style light from China via WLED but it seems to use a custom protocol for the different columns.

There are two variants which are shipped as the same product:

1. The LEDs all seem to be connected in parallel and have hardcoded addresses. There is no problem using WLED.
2. Each column seem to have 20x "dumb" WS28x LEDs and there is a logic element in each T-Connector at the top

I will continue talking about the second variant.

Each column is connected like that: Data In is connected to the 20 LED strip down and also to a LED inside the T part. The Output of this LED then is connected to the next T part. The LED inside this T-Connector seems not to light up but do some magic with the data.

With WLED only the first column lights up as expected but the other lights are shifted in some way.

• The second column begins with half of the brightness with green and blue, then follows the red channel of the previous led (in this case blank), then the second LED with green and blue, followed by the first LED with red, followed by the third LED with green and blue and so on
• The third column reacts with full brightness but splitted red of the first LED, continued by green and blue of the second LED
• All columns excluding the first one is blinking every few seconds and sometimes also changes the color

So the magic LED in the T-Connector seems in some way destroy the WS28x protocol.

Does someone have an idea how to support this type of led strip?

Thanks,
Patrick

[blazoncek]

If there will be a NeoPixelBus LED type then it might be implemented in WLED.
Until then you will need to discuss with NeoPixelBus author for implementation.

[netmindz]

I have similar set, but that is not the behaviour I see.

If I just set the led count to double what it should be then all LEDs light up in their expected colour.

I haven't got round to it yet, but in theory using an ledmap should correct for the missing pixels

[psxde]

Found some more information:

• https://wled.discourse.group/t/has-anyone-reverse-engineered-how-led-curtain-hooks-work/7423
• Support for LED Curtains, Active tee/hook for each vertical drop Makuna/NeoPixelBus#790

And the idea of using an Attiny 13 to build a replacement for the weird led circuit: https://forum.arduino.cc/t/ws2812-ic-to-drop-led-nodes/1342405

So without doing hardware changes to the LED curtain it seems to be impossible for now to get it to work with wled

[psxde]

I have similar set, but that is not the behaviour I see.

If I just set the led count to double what it should be then all LEDs light up in their expected colour.

I haven't got round to it yet, but in theory using an ledmap should correct for the missing pixels

I have get a third type of curtain which reacts like you described. 0-19 ist the first column, 39 the LED in the hook, 40-59 the next column. This curtain has transparent hooks which are wider than high as that ones which has hardcoded addresses.

But the other type with white hooks which are higher than wide, the protocol seems to be different.