ConnectedCar Binding myAudi, Volkswagen, VW ID, Skoda, Enyaq, Seat, Ford, WeCharge

markus7017 · May 23, 2021, 2:24pm

always? or only when the binding starts?

RalphSester · May 23, 2021, 2:27pm

In an older build the data of my hand brake was correct

RalphSester · May 23, 2021, 2:28pm

i think, always. but because i had many build updates of the binding in the last days, my binding has many restarts … i will take a look at it in the next days.

openhabbe · May 23, 2021, 8:51pm

Unfortunately, same error with the latest build:

==> /var/log/openhab/openhab.log <==
2021-05-23 22:49:32.343 [WARN ] [org.apache.felix.fileinstall ] - Error while starting bundle: file:/usr/share/openhab/addons/org.openhab.binding.carnet-3.1.0-SNAPSHOT.jar
org.osgi.framework.BundleException: Could not resolve module: org.openhab.binding.carnet [288]
Unresolved requirement: Import-Package: javax.measure; version=“[1.0.0,2.0.0)”
    at org.eclipse.osgi.container.Module.start(Module.java:463) ~[org.eclipse.osgi-3.16.200.jar:?]
    at org.eclipse.osgi.internal.framework.EquinoxBundle.start(EquinoxBundle.java:440) ~[org.eclipse.osgi-3.16.200.jar:?]
    at org.apache.felix.fileinstall.internal.DirectoryWatcher.startBundle(DirectoryWatcher.java:1260) [bundleFile:3.6.8]
    at org.apache.felix.fileinstall.internal.DirectoryWatcher.startBundles(DirectoryWatcher.java:1233) [bundleFile:3.6.8]
    at org.apache.felix.fileinstall.internal.DirectoryWatcher.doProcess(DirectoryWatcher.java:520) [bundleFile:3.6.8]
    at org.apache.felix.fileinstall.internal.DirectoryWatcher.process(DirectoryWatcher.java:365) [bundleFile:3.6.8]
    at org.apache.felix.fileinstall.internal.DirectoryWatcher.run(DirectoryWatcher.java:316) [bundleFile:3.6.8]

FYI I’m using the latest OH version (3.1.0~S2399-1) from JFrog (unstable)

Edit: it works with 3.1.0~M4-1 (from testing repo instead of unstable)

FYI2: I see STATE1_SERVICE_FLAP=0

markus7017 · May 24, 2021, 5:14am

uff, then we reached the point where 3.0 bindings are bit running on 3.1 and vice versa🤯; this would require 2 builds and I expect once I build 3.1 I can‘t build for 3.0 because the repository has 3.1 stuff. Is 3.1M4 fine for you for a while?

@jannegpriv and me are making good progress on the remote actions, stay tuned😎

openhabbe · May 24, 2021, 6:56am

yes, 3.1M4 is fine for now, I just wanted to raise the issue so we could try to fix it for later

RalphSester · May 24, 2021, 9:19am

Between OH 3.1 M3 and OH 3.1 M4 there are breaking changes with dependencies.
So all Bindings for OH 3.0 should run until OH 3.1.M3. Bindings for OH 3.1.M4 are not running with previous versions.

RalphSester · May 24, 2021, 9:21am

It seems that not alle data is updates correctly. The state of doors an windows are updated when i drive with the car. but the location information is not updated correctly. may be that there is a delay. but the audi-app is showing correct location of the car, so the car was pushing it to the audi-server.

openhabbe · May 24, 2021, 10:49am

Location information is not available for me when driving the car, even in the Audi app. I guess this is a restriction from the server.

Arno1st · May 24, 2021, 7:43pm

Hi there,

First of all, thanks a lot for your hard work.

I used your Carnet Binding (through the JAR file) on my OH 3.0.1 and, except some bugs, that have been mentionned in recent comments, everything was OK (with my VW Golf GTE / FR / 2016).

Today, I had to migrate my OH to the 3.0.2 version (due to the problem with the repository Bintray) and, from this action, the binding does not work anymore, as if the JAR file was not visible for the OH.

I have other JAR files that are working without any problem so I have a question … is the Carnet Binding compatible with OH 3.0.2?

Thanks for your answer.

Arnaud

markus7017 · May 24, 2021, 7:57pm

yes, I specifically build for 3.0.2

Arno1st · May 25, 2021, 6:49am

No idea regarding my problem, that is to say the JAR file that is not interpreted by OH?

cwi · May 25, 2021, 7:27am

Brand	Model	Year	Type	Market	Notes	Doorlock	Clima	Preheat
VW	Passat	2021	Diesel(5)	DE	most of the channels seem to work	YES	no	N/A

in earlier binding versions current speed was changing during trip per update, now it is constantly 0, didn’t analyze API information transmitted to binding
API reports STATE1_PARKING_BRAKE=0, results in status#parkingBrake = UNDEF (while in reality brake is ON), was updating in the past
status#serviceFlapState = 0 = UNDEF
status#spoilerState = 0 = OPEN

markus7017 · May 25, 2021, 9:46am

try an “openhab-cli clean-cache”, maybe there is a left-over
check bundle:list if this is clean before reinstalling the jar
run “tail -f openhab.log” while copying the jar into the addons folder, if there are dependency issues you’ll see errors on the console

Arno1st · May 25, 2021, 11:01am

Is there any risks to run the “openhab-cli clean-cache” command?

I read some stories with people with an OH that does not start again after a cache cleaning.

Thanks for your help / support.

Arnaud

cwi · May 25, 2021, 1:43pm

@Arno1st I don’t see risks in a clean-cache, as it lets openHAB restart as if it received all configuration fresh - especially a handy maintenance when working with text based configuration and do frequent changes. It might happen that thing/item configurations get orphaned after changes, such are corrected by clean-cache. With oh3 you can even trigger such cleanup in front end under about + help".
With 27 bindings/149 things/1447 items on my oh3 I don’t see issues in such clean-cache.
AFAIK a clean-cache is anyways performed when restarting after an update of openHAB.
Alternative: perform a backup + fresh install/reset + recover from backup. This might be more risky.

RalphSester · May 25, 2021, 3:27pm

Hi Markus,
after a few days a can say, that the update of the value taken from server are correct.
Only the location-data is not updated while driving. This can have security reasons (like @openhabbe told). When you stop the car and lock the doors or switch off the engine, than the actual location data is updated in the binding correct.

for me - only the handbrake channel is missing. when you now provide the manual switch for vehicle-force-updates than its perfect for me

Thank you - great work!

Arno1st · May 25, 2021, 8:05pm

Markus,

I cleaned the cache and the tmp folder.

After an OH restart, I tried to copy the Carnet JAR file in the addons folder.

No binding created. Nothing in the openhab.log. So strange!

Have you got another idea for me?

Thanks,

Arnaud

markus7017 · May 25, 2021, 8:24pm

New build

Availability of remote action services is now based on the operation list returned by the API
(check DEBUG log if service is available or is NOT available)
Channels/groups for Climater, Heater, Trip etc. are only created when those services are available
Remote actions lock/unlock, start/stop preheat, start/stop ventilation, start/stop clima, start/stop window heat should work (see below)
Remote action flash/hink added, but rejects the request (not sure if this works outside the US)
Action setMaxCharge is implemented, but not verified; same with setTargetTemp (climater only)
channel contrl#duration controls duration for preheat/ventilation, default 30min
channel control#heaterSource controls clima heater source (only for electrical/hybrid)
A good bunch of channels are now marked as advanced, you need to tick [] show advanced on channel selection to see those
Option values have been added to some channels where applicable (e.g. FuelType)
Some channels have been moved to other groups for consistency

We found out that

Remote Service rclima is only available to electric cars
whereas preheat and ventilation are for gas cars
However, when services are not reported by the API you’ll not get the matching channels (like with my A6 :-()

For preheat/ventilation and climater 2 different API request format can be activated in the account thing config

Level 1: old-style xml
Level 2: new-style json
Skoda e.g. requires Level 1 format for startClimatisation.
If the action doesn’t work with the default setting, try version 1. If this also doesn’t work report an issue here.

Please try all actions and provide an update to the list of supported vehicles.

@RalphSester parkingBrake channel should be back

Thanks @jannegpriv for support on the action format hazzle

cwi · May 25, 2021, 9:50pm

I run any recent build of this binding well with openHAB 3.1.0.M4.
Some thoughts/options:

Do you see the binding appear in MainUI/Things/+/CarNet ?
access rights OK for the jar file?
no log entries appear on install in default log level.
log into openhab-cli console
run log:set DEBUG org.openhab.binding.carnet
copy the jar to addons folder. (repeat the log:set command in console)
run bundle:list in console, most probably last entry should be CarNet Binding, Active
remove carnet jar from addons folder. For test, run in console
bundle:install https://github.com/markus7017/myfiles/blob/master/carnet/org.openhab.binding.carnet-3.1.0-SNAPSHOT.jar?raw=true
(might be gone after reboot)
bundle:list to see it appear (just “Installed”)
bundle:start <ID> activates it
If this works, issue shouldn’t be related to binding itself
bundle:uninstall <id> to remove the download, to be replaced by jar file for persistent availability