Well with my arduino nodes, the dmx node works fine, but the vl doesn’t fo anything! Not anything more to say! I’m prepping a show for the next couple of days, but next week I’ll try and debug via the arduino with serial monitor and see if I can find out what’s being received
did you find the time to check again ? is your problem solved ?
What code on arduino-side (i guess the arduino is the receiver - right ?) are you using ?
As i had a arduino with ethernet shield on my desk anyways i did a few quick checks today.
The new VL-artnet-sender-node seems to work fine with artnet-arduino-set-v3.1-0 and also https://github.com/natcl/Artnet !?
@catweasel good to hear.
now: can you elaborate a bit on the 384 universe usecase you mentioned above? would that be you creating a spread of 384x512=196608 slices to feed to the artnet node? to my unerstanding udp defaults to ~8k which would be 15 universes per udp-port. so you’d also want to spread the ports, right?
I’ll be honest, I’ve no idea, all I know is it is supposedly supported, I’m not sure if the ports get spreaded or not, with the current native vvvv nodes, I’ve tested unto 40 universes, so it doesn’t seem to be limited to 16
ok and then we’d still need to know how an artnet-hardware would want to receive those universes udp-portwise. because there to my understanding is a limit of what you can send in parallel… any @kalle or @MSBERGER with some insights on practical artnet limits?
there is a little thing, the LED controller is using universe number all the way up to 96, and in vvvv, I have to split them every 16 universes into a subnet. that also works fine, but for using a number of universes that is not a multiple of 16 force me to think about how I divide them up into universes and subnets and they have a different numbering. Relatively simple but still a bit annoying.
re numbering: hm…but that is the ArtNet way of addressing it: 128 Nets with each 16 Subnets with each 16 Universes. now i’m totally unfamiliar with artnet-devices…would you say we should not talk about Net, Subnet, Universe but rather only Universes? how are devices or other software talking about this?
re speedlimit: not sure i’d want to add that to the artnetnode, but there is a Limiter (Animation) node in vvvv and a Throttle [Control] node in vl that could help.
and another update. b35 is now shipping with native UDP nodes which should allow us to optimize performance quite a bit. so if anyone is looking for improved artnet-performance please start a new forum topic…
We first used one Artnet with 0 to 15 universes. The Controllers (DigiDOT C4 live) uses 4 “DATA” with universe 0 to 11.
When we send it to more than one IP the universes 12 to 15 come into the second controller. If the artnet node where not limited to 16, everything would worked out fine with autoconfig of the controllers and my first development in vvvv.
Than we end up in numbering der universes 0-11 in each controller with IP and have one artnetsend for each IP.
The real magic is ordering the spreads for the data, the project has not finished yet, there will come more led modules with other universe dimensions and so on. vvvv was also great for fixing hardware mistakes like, 2 universes where wrong soiled, so I reveresed them in booth directions … ? … worked out fine, not sure about performance.
Here is my patch for ArtNet to C4 for 2 full controllers.