Duet3 Neopixel Wiring

I_Jedi

@QuintBrand The Neopixel rings on the BLV MGN are much more than just lighting for the unit. The three rings independantly report through color shift and number of leds lit the bed temp, hotend temp and percent completion of current job

Allowing a quick visual inspection to see if the temps are right and about how much longer on the job.

not necessary... but SUPER COOL!

QuintBrand

THX for the reply, I've seen this online and while following the work of Nuramori on his blv. It is indeed really really cool stuff and so I now understand only neopixel can do this because there are round circle ones?

I'd like to start with led too, but do hard to figure out what type to use 🥴️

I_Jedi

@QuintBrand in theory it should work with any set of LEDs that are individually addressable so you can send commands to each unit to say how many leds and which color. Straight or round is a stylistic choice. So its a bit more complex than standard RGB LEDs which only allow for color and brightness of the entire set.

I_Jedi

@Nuramori details would be most helpful as this is one of the last implementation items for me as well

dc42

@QuintBrand said in Duet3 Neopixel Wiring:

Dumb question, but why neopixel if the duet3 supports Dotstar?

Duet 3 supports Neopixel directly as well now.

nriviera

I think the real advantage of the neopixel system by Claus is that it makes connecting them a bit easier and puts no extra strain on the duet. It's a bit easier to connect to as to do a similar thing with the dotstar port you have to chain them while the neopixel system let's you set up a bunch of separate neopixel units. I have one inside my toolchanger/x gantry for parts lightning and then another 5 for status/bed temp/chamber temp/ and print heads. There's even a modified version that someone did that put all the info onto a bunch of cheap OLED screens using the same system.

QuintBrand

Thanks for the replies; I makes neopixel might be best, but both are supported now anyways. That's nice!

Thx

MartinNYHC

In the meantime I'm thingking about the following: set up the Neopixels with the Arduino as shown in the drawing for Duet 2. Connecting the "data in" pin from the Arduino in parallel to the Paneldue "in pin" to sniff the data which is used by the Ardu9ino sketch to get the current status of the job, bed temp and hotend temp. I see the advantage that I don't need to feed the Neopixels via GCODE. The existing rduino sketch is doing that automatically.

Would that be an option? Just connected everything, Paneldue is still working, Neopixels are operationak but don't show the current status (which can be the result of the need to adapt the Arduino sketch). So the main question to me is: the Paneldue data connection is serial. What kind of connection is the pin10/utxd0 connector on the Duet 2?

dc42

@MartinNYHC said in Duet3 Neopixel Wiring:

What kind of connection is the pin10/utxd0 connector on the Duet 2?

Standard async serial with 3.3V signal levels. Do not feed 5V into the Duet URXD pin (or UTXD).

MartinNYHC

Since it's the same kind of connection the Arduino sketch should work without modifiction. Thanks for the info!

I don't have any TX connection, just reading the data which is send to the Paneldue.

MartinNYHC

I decided to connect the Neopixel to the Duet 3 Dotstart connector. Will write a script that gets the data and controls the Neopixel via software framework. A first version is already running but I need to finish the printer buid first because it's hard to test without running active print jobs

MartinNYHC

I think i need some more help.

Wired three Neopixel rings (WS2812) to the Dotstar connector:

Doesn't matter what I do,only the first ring is working.

For example:

M150 X1
M150 R255 P128 S20

Each ring has 16 LED's. So I would assume that the first 4 LED's of ring two are lighting up.

Even if I do a

M150 X1
M150 R255 P128 S48

only the first ring is working.

Am I'm doing it totally wrong?

whopping pochard

@MartinNYHC So in both of these cases, all of the LEDs on the first ring and none of the LEDs on the second ring are lighting?

This is very silly, but in your drawing the 5V and GND are flipped on rings two and three relative to one... That's not the case in the actual rings, right?

MartinNYHC

Yes, exactly. Doens't matter what I do, only the first ring is working.

And the 5V GND flip is only an on the drawing

whopping pochard

@MartinNYHC I only asked because if it was me there would be an at least 50% chance that I wired them backwards.

Have you tried swapping which physical ring is first in the series to make sure it's not a hardware problem with the Neopixels?

MartinNYHC

Haha...to be honest, I just double checked

Yes, already did that. All rings seems to be fine.

dc42

It sounds like the data out to data in connection is not working. This could be caused by the ground connection between the rings not being good enough.

MartinNYHC

@dc42 said in Duet3 Neopixel Wiring:

It sounds like the data out to data in connection is not working. This could be caused by the ground connection between the rings not being good enough.

Re-soldered verything and now it's working

I plan to use a Python API module to sniff the data. Or is there any UNIX socket where to get the data from?

dc42

@MartinNYHC said in Duet3 Neopixel Wiring:

I plan to use a Python API module to sniff the data. Or is there any UNIX socket where to get the data from?

Are you running with an attached Raspberry Pi, or in standalone mode? If you have an attached Pi then you can use the Duet Software Framework API.

MartinNYHC

@dc42 said in Duet3 Neopixel Wiring:

@MartinNYHC said in Duet3 Neopixel Wiring:

I plan to use a Python API module to sniff the data. Or is there any UNIX socket where to get the data from?

Are you running with an attached Raspberry Pi, or in standalone mode? If you have an attached Pi then you can use the Duet Software Framework API.

Yes, that's the plan. Using the framework API on the SBC. Just wanted to know if that's the best way to go.