Does this mean, that I can just sendCommand(ON) to my item below to lock the car?
(I have installed the org.openhab.action.volvooncall-2.4.0-SNAPSHOT as well)
Because I am fine with text based rules, I would prefer to use those for starting the heater (among other stuff).
I have tried a sendCommand accordingly on the heater channel:
Thanks for your response.
Did you install org.openhab.action.volvooncall-2.4.0-SNAPSHOT.jar?
I missed that part in the beginning and just installed the org.openhab.binding.volvooncall-2.4.0-SNAPSHOT.jar
I just tried to setup VOC on a 2.4.0 system (VOC Binding ver 2.4.0.201809171434). I could add the API without problem, but when I tried to add the car I got this error:
2018-12-19 00:19:57.148 [ERROR] [g.volvooncall.handler.VehicleHandler] - Exception occurred during execution: java.lang.IllegalStateException: Expected a boolean but was NUMBER at line 1 column 135 path $.position.heading
com.google.gson.JsonSyntaxException: java.lang.IllegalStateException: Expected a boolean but was NUMBER at line 1 column 135 path $.position.heading
OH is complaining that you have setup heading as a number, but itâs actually a switch.
I never got anything back from this switch (like ON if I am driving), so I have removed this channel completely.
However, that might be a local regulation within Europe for my case !? (Germany)
I do not think sending a command to a status channel is the proper way to do it (while itâs the OH1 way of working in many bundles). You can create a rule with NRE and trigger this rule based on any or switch change value. But, youâre right, NRE actions should have their rule DSL counterpart. If Iâve got time Iâll do this.
As I am on it, Iâll add heater start action but will not be able to test it properly, my car does not support it.
Sorry, Gael.
I donât want to be pushy - I thought the âregularâ text based rule stuff is more like a general OH thing and would not require actions from you.
Anyway, if you have something to test with the heater, just let me know and I will support.
I guess that in order to remove the position#heading channel, I need to set everything up with text files instead of autodiscovery. Is there an example somewhere how that should look (definition of Bridge/Things)?
I have everything set up in text files.
However, if you set up all your stuff in PaperUI, you donât need to change this.
I just did not link the channel to any item - thats all and looks like this in red.
Actually i juste recognized that I still have heading linked - changed that
The issue for me is that I have not linked any items yet for the vehicle thing, so all channels are âemptyâ, i.e. like the Calculated Location on your screenshot. So I would guess that the error occurs before the linking to the item is done.
If you define the thing/channels in text files I would assume that itâs possible to remove the position#heading, but when itâs autodiscovered that does not work. So if you have any example on the text files Iâd be very grateful.
The definition of the Things file seems to differ between different bindings. I had change all my MQTT stuff now with 2.4 and they had a bit of different format for Things than other bindings. The only way seems to be to look at the examples for the different bindingsâŠ
java.lang.IllegalStateException: Expected a boolean but was NUMBER at line 1 column 135 path $.position.heading`
Maybe the Volvo API differs between countries? Iâm in Sweden. Is there some way of removing/excluding that channel without going into the source code?