well, i have found that other have similar problems with KNXd and some newer KNX interfaces - maybe the ones that supports large frames. It seems these interfaces needs to be put in a ready state in a different way than some older interfaces does.
I have found this patch that needs to be applied to the KNXd software, and then re-compiled - and put in your add-on. then it should work.
ev::timer reset_timer;
void reset_timer_cb(ev::timer &w, int revents);
My problem is, that i am not good in this - so i guess it needs to be put in the KNXd upstream for a new release - and then after that you will get it and can add it in your add-on?
Yes, it would be of great help if you could. I understand you would like it to be upstream - however it seems that nothing has been released for the past 6 months from the project - and i guess it will not happen anytime soon
patching will also not happen any time soon since my sparetime is limited atm and I would also need to work on a system that allowed patching during the creation of the docker image. I could simply fork the knxd repo, apply the patch there and use my repo instead of the orignal one, but I won’t open that can of worms (yet another thing to maintain).
Also, were you able to verify that the patch actually works for you or is it just a guess that the patch fixes things?
Anybody else is also welcome to test this build if it causes issues with your USB-interface, so that I know if I can add this patch to the official version of the add-on (although I am not really keen on the extra work required to keep the necessary knxd fork up to date)
@da-anda Just FYI there is a second addon enabling Knx Usb and Uart Devices to be used by HA based on Calimero. I have not tested it myself but it might be worth a try - especially if you don’t want to maintain this.
I have no problem keeping the knxd add-on up2date and maintain it (since I use it myself), but I’m not keen on providing and maintaining patched version of knxd via the add-on. Providing the patched version was just a try to see if it fixes things and that maybe upstream knxd would merge the patch into master once confirmed working by more users.
Thanks for the headsup about calimero - hadn’t heard of that before. Not a big fan of running a JavaVM in a docker container just for a KNX bridge though. But good to see there is an alternative if development of knxd stalls.
Java remains java, no matter where it’s running Also, Calimero using Java should have more overhead than running a native C library like knxd.
But if everything fails or sucks in the end, I’ll just grab an IP interface and be done (should have spent those extra 30 bucks right away on hindsight)
not familiar with Synco living, but since it appears to be KNX based, likely any KNX interface might work. Ideally go for an IP interface for the protocol you are using (RF or TP) since you won’t need this add-on in that case.
But it appears as if Synco also has some webserver components, so if you already have one of those, you might be able to integrate these somehow. You would have to read the documention of those webserver components to see if they have an API you could use in HomeAssistant
edit: how do you currently interact with this system?
wait, does HA expect the image to match the SHA of the GIT repo? All that happened in the meantime is that docker scripts got updated to their latest version, but nothing changed that would require a new image.
I’m unfortunately burried in work and super stressed out to look into this, but if anybody knows what the root cause might be, I certainly can push a fix or do a quick version bump that triggers the build of a new image
I am unsure if it is a SHA checksum issue with the repo or not but I was able to get the add-on to run again by pulling the docker image down manually.
Anyone else having problems with the add-on after the last update?
At the moment I’m not able to use KNX…
The add-on log is full with these messages:
Assertion failed: !is_local (lowlevel.cpp: send_Local: 57)
[s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] 2-init-config: executing...
[18:32:09] INFO: Interface: usb
[18:32:09] INFO: Device: /dev/ttyAMA0
[18:32:09] INFO: Address: 0.0.245
[18:32:09] INFO: Client Address: 0.0.246:5
[18:32:09] INFO: Filters: single
[18:32:09] INFO: Log-Level: debug
[18:32:09] INFO: IP-Address:
[18:32:09] INFO: Dest-Port: 99
[cont-init.d] 2-init-config: exited 0.
[cont-init.d] done.
[services.d] starting services
[services.d] done.
I00000131: [ 1:main] 0.14.53: knxd /etc/knxd.ini
I00000129: [ 1:main] Connected: cfg:interface-usb.
I00000129: [ 1:main] Connected: cfg:A.tcp.
I00000129: [ 1:main] Connected: cfg:server.
W00000126: [ 1:main] knxd should not run as root
libusb: error [get_usbfs_fd] libusb couldn't open USB device /dev/bus/usb/001/004, errno=1
N00000127: [23:router.pace_] The 'pace' filter without a queue acts globally.
But how do I add sensors and stuff like that now?
I have configured the normal KNX integration with all the group addresses and stuff like that like this:
You’ll probably have to sort that out before you proceed with the KNX integration.
You can connect via tunnelling or routing (prefer tunnelling!) to knxd based on its configuration.
do you have multiple USB devices attached to your system (apart from HDDs etc)? If so, try with only the USB-interface connected to the host and try again. Other than that, no idea, google might be your friend (knxd issues with MDT …).
Once the USB connectoin issue is resolved, you can point xknx to the local IP if your HA host