Can that be, that I am still using the wrong snapshot? I took this one and stored to the addons folder. I cleared the OH cache and tmp directories to assure that there are no file clashes. I am on 3.1.0 M4 just in case it is relevant.
Just removed and created the car again - same result, the channel is not listed. I am OK to wait till this binding is merged into M5 (?) so I can test it again. Not sure what else could be of help.
You’ve now both bindings installed, this will cause conflicts. Go to Settings - Bindings and uninstall the official delivered BMW ConnectedDrive. After uninstall perform on restart of openHAB and check
My python script delivers however 29.080 (higher precision) which makes a bit more sense because the value is changing slightly during the day. Is there any way to increase the precision?
Go to Settings - Items and select the Item holding soc-max. Click Add Metadata and select State Description. Now add in Pattern your desired precision e.g. %.3f kWh
Hello everyone and congratulations. I found the work done very interesting and I am successfully testing the binding.
I find an error for which I would like to ask you for help because I can not understand the meaning. Maybe some of you have happened to it or have already talked about it but if so, I couldn’t find where …
The error is this:
[WARN] [.core.thing.binding.BaseThingHandler] - Handler VehicleHandler tried updating the thing status although the handler was already disposed.
I just can give a guess here. Perhaps you created more than one Vehicle Thing after installation. It might happen a BMW response arrives after / during deletion of a Thing and in this case the above error occurs.
If it occurs one time after setup I would say you can ignore it. In case of multiple occurrences check Things in Settings, perhaps there’s still one in Deleting state.
@ralf1234@sdda
The additional values like soc-max are not part of official 3.1 release. During testing with the different 3.1 Milestones Jetty Http Engine throws errors when using the OAuth2 Authorization - currently I don’t know why this is happening.
So the feature is working in principle but Software isn’t ready for a release yet.
If you desperately need these values you’ve to uninstall the official binding an copy the snapshot from this post into your addons folder.
Hi!
I tried now this version. Everythings working fine, but the soc-max simply returns null…
In the log file is also nothing serious found. Maybe I first to drive or load to get this value filled?
OK, found my problem. Removing the binding in the UI was not enough. In the addons.cfg I still had an entry with all bindings including bmwconnecteddrive. After removing it and rebooting the raspberry it is working fine
Hi guys,
great binding, had it up and running in 5 minutes!
Question: Would it be possible to create an automation that can start/stop charging based on the production of my solar panels? I have the readings of the panels and want to add an automation to start or stop charging. BMW connect doesn’t offer such a function, as far as I have seen, but it might be possible by changing the charging mode from scheduled to direct, or some other trick. Any experience or idea?
I agree with @struppie ,
The wall box is probably the way to do it. I have a Keba wall box (+oh binding) that OH stops charging at ~80% as read from car depending on a switch in openhab ui.
Not sure if this has been discussed already but since Location type is used instead of latitude / longitude channels the “old” rule regarding the image of the car is not working anymore.
I’m a bit confused how to use the Location type in this rule? Maybe anyone who has changed the rule for the new location type?
I’m talking about this rule:
// Change Image according to Vehicle Status
rule "Image Status"
when
System started or
Item i3ChargingStatus changed or
Item i3Latitude changed or
Item i3Longitude changed or
Item i3CheckControl changed or
Item i3LockStatus changed
then
if(i3ChargingStatus.state.toString == "Charging") {
logInfo("Vehicle Image","Charging")
i3ImageViewport.sendCommand("SIDE")
} else if( (i3LockStatus.state.toString != "Secured") && (i3LockStatus.state.toString != "Locked") ) {
logInfo("Vehicle Image","Doors not locked")
i3ImageViewport.sendCommand("DRIVERDOOR")
} else if(i3CheckControl.state.toString == "Active") {
logInfo("Vehicle Image","Check Control Active")
i3ImageViewport.sendCommand("DASHBOARD")
} else {
val latitudeNumber = i3Latitude.state as Number
val longitudeNumber = i3Longitude.state as Number
// Home Location Range - insert your Home Latitude / Longitude ranges
if((1.23 < latitudeNumber.floatValue) && ( latitudeNumber.floatValue < 1.24) && (3.21 < longitudeNumber.floatValue) && (longitudeNumber.floatValue < 3.22) ) {
logInfo("Vehicle Image","Home Location")
i3ImageViewport.sendCommand("FRONT")
} else {
logInfo("Vehicle Image","Vehicle is away")
i3ImageViewport.sendCommand("REAR")
}
}
end
Please have a look in this post in this thread. It shows the settings how to place your charging window + departure time in order to stop charging. Start charging is reached with charge mode “IMMEDIATE_CHARGING”.
I agree with the first reactions to control this via your Wallbox. The above solution has some pitfalls:
If you’re on a trip this will impact charging on foreign charging stations
be careful on triggers - if it’s a cloudy day you’ll switch charging on/off too frequent