Could it be that there’s a regression in the responsiveness of the DMX Addon? It takes 2 to 3 seconds for my lights to respond to push buttons or web UI. Is there anything I can do to test this? It used to be instantaneous and there are no hardware changes (or there should be a defect I don’t know of yet). I’m on 2023.6.3 and the artnet integration version is 0.1.10. While checking the version, I saw there was an update, so I’m testing that now.
The former is the same code as in the old days and will transmit as soon as it receives the signal from HA.
The latter does a lot of threading and we have less control over when Python decides to schedule our code. There’s definitely some improvements to be made on that end.
Edit: just tried specifying the node_type in the configuration file, but still the same issue (with both types). I had delays of over 15 seconds! KNX is also handled over the same IP network and a push on a KNX button immediately triggers actions in the UI, so I don’t think there’s much network latency.
For debugging purposes, it would be great if you could change the IP of the artnet target device you want to use. That way, you can temporarily switch to Artnetominator or another similar tool to visualize what is going on. If you do that now, you get all new entities because IP is part of the unique id for an entity. Would it be possible to add a controller_override to the configuration? Entity ids would still be based on the “normal” target id, but packets would actually be sent to the override target. This would be a great help in debugging the delays I’m seeing. Thanks for considering the option!
I went ahead and added port_override ans host_override options. PR is ready if you’d be willing to add it to production.
It helped to see that it’s not the artnet integration that generates the delays I’m trying to deal with. I’ll have to try and reboot my artnet controller and see if things get better.
Edit: rebooting the artnet controller seems to have fixed it
Sure. I’m using a Showtec Net 2/3 to control most of the lights in my house. Been running it uninterrupted for several years now without issues so I don’t really want to “shame”. It was just a very annoying hiccup.
Thanks for the merge! I understand if you only want it added until next major rework, but please always consider an easy option to debug. Got to keep the family happy
Still working on it (slowly). I’m implementing it in a generic way so that all fixtures work, and all current architectural shortcomings are addressed.
Mainly, I’m working to just use the open-fixture-library-format, as such:
They pretty much have got their spec down, albeit a tad complicated.
Hi, I’m looking for some help with this using KiNET, I have the fixtures addressed and can control them through the network with another control software but I am unable to get HA to control them. Here is my config: IP Address is the address of the Data Enabler Pro that is connected to the fixtures. Thanks!
Hi, I just spotted this & it looks like an important integration. I’m also using Robert Oostenveld’s esp8266 Artnet node (normally via QLCPlus). I use these lights as my daily lights in my living room so its great to have this running on my lower power HA server (2023.7.3).
I’ve installed it via HACS and have edited configuration.yaml accordingly and just found my devices in the Entities list…and working! Excellent.
Thanks!
Glad to be here! Color Kinetics has a software called “Quick Play Pro 2” that will control the lights for testing functions. I have captured packets from that using wire shark to compare to the integration but I was unable to capture anything coming from home assistant when set to Kinet. I can send you what was captured from Quick play if that is helpful. Thanks!
Noob here…but I’ll spare you the apologies and get to the point:
I can’t get the repository into HA.
I installed the OS version of Home Assistant (I started with supervised install, but got lost in the weeds…). Running Supervisor 2023.09.2, Operating System 10.5, Frontend 20230911.0.
Anyway, the documentation on the Briena fork, same as Corb300 states:
Open HACS
Open the options in the top right and select Custom repositories
Enter this repository’s URL (https://github.com/Breina/ha-artnet-led) under the Category Integration.
Press Add
That doesn’t work.
On my screen, I go to HACS (I think) with Settings/Add-Ons/Add-On Store
From there, I can open the options in the top right and select Custom repositories.
There is no option to add under an Integration category.
Thoughts? I don’t know where to go from here. Not sure if it’s an issue with the GitHub repository structure…my use of the GUI instead of command line…or the OS vs supervised versions of HA…or something else I don’t even know about yet.
You should find the HACS entry in your left menu panel somewhere between History and Settings. If you don’t see it there, there’s something off with your HACS install.
Our integration is not an add-on, that’s why you are seeing what you’re seeing.