New Binding for Caddx alarm panels [NX584, NX8e, ...]

[Mark_VG (Mark)]

Sorry, that was the limit of my knowledge. I have a NX8e, so a bit different.

[wmcs2001 (Wim Mynsberghe)]

FYI, I worked it out.
Very strange, but I have to set the NX-584 to ASCII. The bridge thing in openhab is set to Binary.
That way it works!!! Everything is online now.

[Mark_VG (Mark)]

That is great. What version of OH are you running? As I mentioned above I seem to have an issue with THINGS coming online after a restart - required Bridge Thing to be disabled and re-enabled.

[wmcs2001 (Wim Mynsberghe)]

Currently I’m using OH 3.2.0 running in docker on an Intel NUC running Ubuntu 22.04.1 server.
I had some issues with the latest OH 3.3.0 version and my Sonos speakers. They became randomly disconnected. And all of a sudden the volume was set to the maximum… Never have that with the 3.2.0 version.

[wmcs2001 (Wim Mynsberghe)]

I have no problems with the CADDX Bridge Thing running OH 3.2.0 after restarting the Docker container. It comes automatic ‘ONLINE’ without any problem.
As you mentioned above: Input field for number/free text for openHAB UIs
Do you have the code working in openhab3? I would like to enter the code also before ARMING/DISARMING the alarm. Thanks in advance!

[Mark_VG (Mark)]

Georgios fixed it a while back and had been fine till i upgraded to 3.3.

I am hoping he will see my post above snd take a look again.

Take a look at:

Caddx Binding Widget

Alarm Control Binding based on the CADDX Binding [image] [Caddx Widget V6c] Makes use of: UI Widget: Keypad by Yannick Schaus. Used for the Keypad functionality and was the starting point for the entire project [OH3 Harmony Widget] () by Craig B. Used for the GUI basis. Used to get the basics of the graphical front end. Tried to keep the graphics of the widget as similar as I am capable of to the look of the NX-148e keypad. Though had to make some exceptions for functionality. Received e…

This allows entering PIN etc.

[jossuar (Georgios Moutsos)]

Hello @Mark_VG,

yes, I’m still here. It’s vacation period currently.

I haven’t upgraded, and do not experience the issue.
Yes, a log would be helpful. Thanks

[Mark_VG (Mark)]

Thanks Georgios.
Hope you enjoy you holidays. Would really appreciate if you can look when you get a chance. Seems to be similar to when you fixed last time.

Attached are the openhab.log file as well as a Caddx DEBUG log. I can send the TRACE if it will be better?
openhab.log (6.6 KB)
caddx.log (181.4 KB)

I restarted openHAB and the THINGS were as follows:

Disabled and re-enabled the Bridge Thing and got:

Thanks
Mark

[jossuar (Georgios Moutsos)]

Hi @Mark_VG,

Looks like a timing issue.
The bridge requests on initialization the state of all the zones, partitions, etc. The problem is (probably) that the binding is not yet ready e.g. Not all zones/partitions/etc have been yet loaded.

I’ll need some time to update my dev environment and look into it. Will keep you posted.

[Mark_VG (Mark)]

Hi Georgios

Also seeing this on a restart:

14:00:25.717 [ERROR] [rnal.common.AbstractInvocationHandler] - An error occurred while calling method 'ThingHandler.initialize()' on 'org.openhab.binding.caddx.internal.handler.CaddxBridgeHandler@37b7d31a': For input string: "15.0"
java.lang.NumberFormatException: For input string: "15.0"
        at java.lang.NumberFormatException.forInputString(NumberFormatException.java:65) ~[?:?]
        at java.lang.Integer.parseInt(Integer.java:652) ~[?:?]
        at java.lang.Integer.valueOf(Integer.java:957) ~[?:?]
        at java.lang.Integer.decode(Integer.java:1436) ~[?:?]
        at org.openhab.binding.caddx.internal.CaddxMessage.<init>(CaddxMessage.java:111) ~[?:?]
        at org.openhab.binding.caddx.internal.handler.CaddxBridgeHandler.sendCommand(CaddxBridgeHandler.java:258) ~[?:?]
        at org.openhab.binding.caddx.internal.handler.CaddxBridgeHandler.lambda$0(CaddxBridgeHandler.java:165) ~[?:?]
        at java.util.concurrent.ConcurrentHashMap.forEach(ConcurrentHashMap.java:1603) ~[?:?]
        at org.openhab.binding.caddx.internal.handler.CaddxBridgeHandler.initialize(CaddxBridgeHandler.java:165) ~[?:?]
        at jdk.internal.reflect.GeneratedMethodAccessor99.invoke(Unknown Source) ~[?:?]
        at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?]
        at java.lang.reflect.Method.invoke(Method.java:566) ~[?:?]
        at org.openhab.core.internal.common.AbstractInvocationHandler.invokeDirect(AbstractInvocationHandler.java:154) [bundleFile:?]
        at org.openhab.core.internal.common.Invocation.call(Invocation.java:52) [bundleFile:?]
        at java.util.concurrent.FutureTask.run(FutureTask.java:264) [?:?]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) [?:?]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) [?:?]
        at java.lang.Thread.run(Thread.java:829) [?:?]
14:00:25.743 [ERROR] [.core.thing.internal.ThingManagerImpl] - Exception occurred while initializing handler of thing 'caddx:bridge:e59e4935': For input string: "15.0"
java.lang.NumberFormatException: For input string: "15.0"
        at java.lang.NumberFormatException.forInputString(NumberFormatException.java:65) ~[?:?]
        at java.lang.Integer.parseInt(Integer.java:652) ~[?:?]
        at java.lang.Integer.valueOf(Integer.java:957) ~[?:?]
        at java.lang.Integer.decode(Integer.java:1436) ~[?:?]
        at org.openhab.binding.caddx.internal.CaddxMessage.<init>(CaddxMessage.java:111) ~[?:?]
        at org.openhab.binding.caddx.internal.handler.CaddxBridgeHandler.sendCommand(CaddxBridgeHandler.java:258) ~[?:?]
        at org.openhab.binding.caddx.internal.handler.CaddxBridgeHandler.lambda$0(CaddxBridgeHandler.java:165) ~[?:?]
        at java.util.concurrent.ConcurrentHashMap.forEach(ConcurrentHashMap.java:1603) ~[?:?]
        at org.openhab.binding.caddx.internal.handler.CaddxBridgeHandler.initialize(CaddxBridgeHandler.java:165) ~[?:?]
        at jdk.internal.reflect.GeneratedMethodAccessor99.invoke(Unknown Source) ~[?:?]
        at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?]
        at java.lang.reflect.Method.invoke(Method.java:566) ~[?:?]
        at org.openhab.core.internal.common.AbstractInvocationHandler.invokeDirect(AbstractInvocationHandler.java:154) [bundleFile:?]
        at org.openhab.core.internal.common.Invocation.call(Invocation.java:52) [bundleFile:?]
        at java.util.concurrent.FutureTask.run(FutureTask.java:264) [?:?]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) [?:?]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) [?:?]
        at java.lang.Thread.run(Thread.java:829) [?:?]

M

[jossuar (Georgios Moutsos)]

Hi @Mark_VG,

Please run the following and send me the debug log.
latest jar

Unfortunately, I could not test it. Hopefully it is working.

Also send me the full log with the error, so that i can have some context.
Thanks

[Mark_VG (Mark)]

Hi Georgios

Thanks for looking into this.

Appears to be something missing?

07:36:28.437 [WARN ] [org.apache.felix.fileinstall         ] - Error while starting bundle: file:/C:/openHAB/addons/org.openhab.binding.caddx-3.4.0-SNAPSHOT.jar
org.osgi.framework.BundleException: Could not resolve module: org.openhab.binding.caddx [274]
  Unresolved requirement: Import-Package: org.openhab.core.io.transport.serial

        at org.eclipse.osgi.container.Module.start(Module.java:463) ~[org.eclipse.osgi-3.17.200.jar:?]
        at org.eclipse.osgi.internal.framework.EquinoxBundle.start(EquinoxBundle.java:445) ~[org.eclipse.osgi-3.17.200.jar:?]
        at org.apache.felix.fileinstall.internal.DirectoryWatcher.startBundle(DirectoryWatcher.java:1260) [bundleFile:3.7.4]
        at org.apache.felix.fileinstall.internal.DirectoryWatcher.startBundles(DirectoryWatcher.java:1233) [bundleFile:3.7.4]
        at org.apache.felix.fileinstall.internal.DirectoryWatcher.doProcess(DirectoryWatcher.java:520) [bundleFile:3.7.4]
        at org.apache.felix.fileinstall.internal.DirectoryWatcher.process(DirectoryWatcher.java:365) [bundleFile:3.7.4]
        at org.apache.felix.fileinstall.internal.DirectoryWatcher.run(DirectoryWatcher.java:316) [bundleFile:3.7.4]

Do I need something else in ADDONS as well?

Attached is a full debug log of starting with the New JAR and then reverting to the original and then restrting the BRIDGE THING. This includes the error I mentioned.
caddx.log (392.3 KB)

[jossuar (Georgios Moutsos)]

Hi @Mark_VG,

you also need the serial feature. Try the following on the console
feature:install openhab-transport-serial

[Mark_VG (Mark)]

Thank you. Will do that.
Does that survive an openHAB restart?
Just want to be sure i get you the logs you need on restart.

EDIT: Attached are the logs. Had to restart the Bridge Thing to get the zones etc online
caddx.log (290.0 KB)

[jossuar (Georgios Moutsos)]

The difference i see is that on the 1st run the zones have a .0 at the end.
childHandlerInitialized. Zone 20.0

After the restart we get
childHandlerInitialized. Zone 20

I don’t know why that happens. Will look into it.
How did you configure the binding?

[Mark_VG (Mark)]

Thank you.

Everything is configured via GUI.

[jossuar (Georgios Moutsos)]

Hi @Mark_VG can you try the following jar:

latest jar

[Mark_VG (Mark)]

@jossuar

Hi @Mark_VG can you try the following jar:

Thanks Georgios. Thant seem sot have worked. The THINGS initialize and then stay OFFLINE for a while, then all come ONLINE.
Will monitor for a day or two and then confirm.
Thanks so much for looking at it.

[jossuar (Georgios Moutsos)]

Mark, please send the caddx.log so that i can confirm that it behaves as intended.
Also can you check that you do not get anymore the NumberFormat exception.
Thanks

[Mark_VG (Mark)]

Good Morning.

No problem. Log as follows:
caddx.log (99.3 KB)

The Number Format Exception seemed to be cured in your previous fix too.