If i do an ETS log using the forced 5.001 on the items settings for some reason it doesnt send anything when i press a button, but if I remove the 5.001 I get this on the log:
Hi again Dim
So, basically, after a few attempts to change the AC mode yesterday I succeded at corrupting my openhab SD card!!
After many hours reinstalling on a clean SD card I’m back at the same point I was yesterday (with still some missing setups to do)
Also since I was doing a clean install I decided to try to migrate to the new KNX 2 binding but had some issues and fell back to the old binding.
So now I have a few questions:
How do I turn off those log debugs once i’m done with it?
Regarding my issue of changing the AC mode, I’ve been having trouble setting up the temperature and changing the mode, for some reason if I send a value to the GA directly using either OH or ETS it falls back to a previous value, cant understand why, for ex: I try to set the temperature to 18 and it switches back to 25, any idea what can cause this?
Hmmm… can you post some logs from ETS Bus Monitor (and from openhab) when this happens?
I am thinking that another device (e.g. your KNX wall thermostat) is sending the new setting again on the bus, overwriting the new setting. But it could be something else also.
Thank you for the tip Dim, this tells me I should cover a bit more of the OH documentation.
Regarding setting the temperature was a bit silly of me, basically I didnt noticed the mode was set to “fan” and in this mode it doesnt accept temperature settings, so basically the temperature is also working.
Now the bit that is giving me the most head ache is changing the bloody mode.
So even though on the Zennio manual of the Klic-DD doesnt mention any specific DPT for this address “by omission”, I found out that I can only change the AC mode using ETS if I specifically change the DPT to 20.105 (HVAC Control Mode)
This DPT accepts specific words like “Auto”, “Heat”, “Cool” or “Fan only” and those are the commands I need to send using OH, but unfortunately I’ve been unsuccessfull at it.
My current configs are:
2018-06-04 19:34:19.016 [WARN ] [.binding.knx.internal.bus.KNXBinding] - Value 'Heat' could not be sent to the KNX bus using datapoint 'command DP 1/6/27 FF_GuestRoom_AC_Mode, DPT main 0 id 21.105, low priority' - retrying one time: main number not found for 21.105
2018-06-04 19:34:19.020 [ERROR] [.binding.knx.internal.bus.KNXBinding] - Value 'Heat' could not be sent to the KNX bus using datapoint 'command DP 1/6/27 FF_GuestRoom_AC_Mode, DPT main 0 id 21.105, low priority' - giving up after second try: main number not found for 21.105
2018-06-04 19:34:19.020 [WARN ] [.binding.knx.internal.bus.KNXBinding] - Value 'Heat' could not be sent to the KNX bus using datapoint 'command DP 1/6/27 FF_GuestRoom_AC_Mode, DPT main 0 id 21.105, low priority' - retrying one time: main number not found for 21.105
==> /var/log/openhab2/events.log <==
2018-06-04 19:34:19.025 [vent.ItemStateChangedEvent] - FF_GuestRoom_AC_Mode changed from Auto to Heat
==> /var/log/openhab2/openhab.log <==
2018-06-04 19:34:19.026 [ERROR] [.binding.knx.internal.bus.KNXBinding] - Value 'Heat' could not be sent to the KNX bus using datapoint 'command DP 1/6/27 FF_GuestRoom_AC_Mode, DPT main 0 id 21.105, low priority' - giving up after second try: main number not found for 21.105
Is what I’m trying to do using the item string valid?
2018-06-04 19:57:33.036 [WARN ] [g.knx.internal.dpt.KNXCoreTypeMapper] - Failed creating a translator for datapoint type '21.105'.
tuwien.auto.calimero.exception.KNXException: main number not found for 21.105
at tuwien.auto.calimero.dptxlator.TranslatorTypes.createTranslator(TranslatorTypes.java:514) [219:org.openhab.binding.knx:1.12.0]
at org.openhab.binding.knx.internal.dpt.KNXCoreTypeMapper.toType(KNXCoreTypeMapper.java:617) [219:org.openhab.binding.knx:1.12.0]
at org.openhab.binding.knx.internal.bus.KNXBinding.getType(KNXBinding.java:455) [219:org.openhab.binding.knx:1.12.0]
at org.openhab.binding.knx.internal.bus.KNXBinding.readFromKNX(KNXBinding.java:227) [219:org.openhab.binding.knx:1.12.0]
at org.openhab.binding.knx.internal.bus.KNXBinding.groupWrite(KNXBinding.java:187) [219:org.openhab.binding.knx:1.12.0]
at tuwien.auto.calimero.process.ProcessCommunicatorImpl$NLListener.fireGroupReadWrite(ProcessCommunicatorImpl.java:132) [219:org.openhab.binding.knx:1.12.0]
at tuwien.auto.calimero.process.ProcessCommunicatorImpl$NLListener.indication(ProcessCommunicatorImpl.java:111) [219:org.openhab.binding.knx:1.12.0]
at tuwien.auto.calimero.link.EventNotifier$Indication.invoke(EventNotifier.java:80) [219:org.openhab.binding.knx:1.12.0]
at tuwien.auto.calimero.link.EventNotifier.fire(EventNotifier.java:201) [219:org.openhab.binding.knx:1.12.0]
at tuwien.auto.calimero.link.EventNotifier.run(EventNotifier.java:141) [219:org.openhab.binding.knx:1.12.0]
2018-06-04 19:57:33.045 [DEBUG] [.binding.knx.internal.bus.KNXBinding] - Ignoring KNX bus data: couldn't transform to an openHAB type (not supported). Destination='1/6/31', datapoint='command DP 1/6/27 FF_GuestRoom_AC_Mode, DPT main 0 id 21.105, low priority', data='0x03'
I’ve been fearing that so i tried to find a way to trick it and in ETS i can send an hex value and it accepts using a byte DPT
Have a look at the highlights
The current KNXv1 binding supports DTP 20.xyz but only as a String.
edit:
So: Your first approach (to send a String) was the correct one.
Now… if the GA only accepts a number, you need to open up an issue on github to get KNXv1 to modify this to a DecimalType. (I think)… On the other hand… if calimero expects a String… I don’t know what would be the way to handle this.
Ok, first thing Dim , many thanks for putting up with me, I know I’ve been a bit of an insintent newb, I am not a knx expert by far, but I’m very very stuburn when I put my head on some objective.
So…I finally managed to make it work!!! Yeay!!! A bit of trial and error, a bit of luck but this is how I managed to trick the thing into working, partially using the dimmer as an item partially using a diferent DTP 5.004:
on items:
Dimmer FF_GuestRoom_AC_Mode "Mode [%s]" {knx="5.004:1/6/27+<1/6/31"}
on sitemap:
Switch item=FF_Office_AC_Mode mappings=[0="Auto", 1="Heat", 3="Cool", 9="Fan", 14="Dry" ]
Not sure if its still worth tweaking the binding regarding the DPT 20.xyz, ill leave it up to u guys, if u need a tester I’m here.
Now moving on to make this look nice using habpanel…
Hi, no, still on KNX 1, but actually had been running with some hardware problems on my openhabian pi , basically kept getting corrupt data. Been very busy with other things and so ive dropped openhab altogether for a while till i find out a better solution