-
-
Notifications
You must be signed in to change notification settings - Fork 3.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[MyBMW] Bridge is not able to connect #14065
Comments
More info is available in the forum. |
@mherwege: Thank you very much. I will follow the forum to see the progress. I am also fine to test. |
@weymann - FYI. |
working on it |
Same error behaviour in my config. |
I am also looking forward to see a fix during the cold weather ;) ! |
Hi, I built the first beta version, you can find more information here: https://community.openhab.org/t/mybmw-binding/130935/139 |
Hi, |
Lights and horn also working for me. |
I would suggest to keep the issue open until a change is proposed and merged. |
make sense |
I can also confirm that lights, honk, and heating (Standheizung) can also be controlled remotely with the new test version! Thanks! |
to make it work the code has been refactored and due to API changes some improvements could be made. These include: - (improvement) fingerprint generation: You can take a look at the README how to create a fingerprint more conveniently. - (change) changed channel: charge-info has been renamed to charge-remaining - (improvement) added channels: estimated-fuel-l-100km and estimated-fuel-mpg which calculates the estimated fuel consumption based on the range and remaining fuel liters - unfortunately such a calculation is not available for EVs as there is no information about the capacity of the battery. - (improvement) added channel last-fetched: the last-updated timestamp is showing by when the last update of the vehicle happened. As right now you can not see from the channels if a thing is offline due to connection issues, you can check now if last-fetched is more than 5 minutes ago to identify an issue - (fixed) remote command typos fixed Co-authored-by: Mark Herwege <mark.herwege@telenet.be> Fixes openhab#14065 Also-by: Mark Herwege <mark.herwege@telenet.be> Signed-off-by: Martin Grassl <martin.grassl@digital-filestore.de>
to make it work the code has been refactored and due to API changes some improvements could be made. These include: - (improvement) fingerprint generation: You can take a look at the README how to create a fingerprint more conveniently. - (change) changed channel: charge-info has been renamed to charge-remaining - (improvement) added channels: estimated-fuel-l-100km and estimated-fuel-mpg which calculates the estimated fuel consumption based on the range and remaining fuel liters - unfortunately such a calculation is not available for EVs as there is no information about the capacity of the battery. - (improvement) added channel last-fetched: the last-updated timestamp is showing by when the last update of the vehicle happened. As right now you can not see from the channels if a thing is offline due to connection issues, you can check now if last-fetched is more than 5 minutes ago to identify an issue - (fixed) remote command typos fixed Co-authored-by: Mark Herwege <mark.herwege@telenet.be> Fixes openhab#14065 Also-by: Mark Herwege <mark.herwege@telenet.be> Signed-off-by: Martin Grassl <martin.grassl@digital-filestore.de>
to make it work the code has been refactored and due to API changes some improvements could be made. These include: - (improvement) fingerprint generation: You can take a look at the README how to create a fingerprint more conveniently. - (change) changed channel: charge-info has been renamed to charge-remaining - (improvement) added channels: estimated-fuel-l-100km and estimated-fuel-mpg which calculates the estimated fuel consumption based on the range and remaining fuel liters - unfortunately such a calculation is not available for EVs as there is no information about the capacity of the battery. - (improvement) added channel last-fetched: the last-updated timestamp is showing by when the last update of the vehicle happened. As right now you can not see from the channels if a thing is offline due to connection issues, you can check now if last-fetched is more than 5 minutes ago to identify an issue - (fixed) remote command typos fixed Co-authored-by: Mark Herwege <mark.herwege@telenet.be> Fixes openhab#14065 Also-by: Mark Herwege <mark.herwege@telenet.be> Signed-off-by: Martin Grassl <martin.grassl@digital-filestore.de>
fixed with 3.4.2. |
to make it work the code has been refactored and due to API changes some improvements could be made. These include: - (improvement) fingerprint generation: You can take a look at the README how to create a fingerprint more conveniently. - (change) changed channel: charge-info has been renamed to charge-remaining - (improvement) added channels: estimated-fuel-l-100km and estimated-fuel-mpg which calculates the estimated fuel consumption based on the range and remaining fuel liters - unfortunately such a calculation is not available for EVs as there is no information about the capacity of the battery. - (improvement) added channel last-fetched: the last-updated timestamp is showing by when the last update of the vehicle happened. As right now you can not see from the channels if a thing is offline due to connection issues, you can check now if last-fetched is more than 5 minutes ago to identify an issue - (fixed) remote command typos fixed Co-authored-by: Mark Herwege <mark.herwege@telenet.be> Fixes openhab#14065 Also-by: Mark Herwege <mark.herwege@telenet.be> Signed-off-by: Martin Grassl <martin.grassl@digital-filestore.de>
* [mybmw] fix not working binding due to API update to make it work the code has been refactored and due to API changes some improvements could be made. These include: - (improvement) fingerprint generation: You can take a look at the README how to create a fingerprint more conveniently. - (change) changed channel: charge-info has been renamed to charge-remaining - (improvement) added channels: estimated-fuel-l-100km and estimated-fuel-mpg which calculates the estimated fuel consumption based on the range and remaining fuel liters - unfortunately such a calculation is not available for EVs as there is no information about the capacity of the battery. - (improvement) added channel last-fetched: the last-updated timestamp is showing by when the last update of the vehicle happened. As right now you can not see from the channels if a thing is offline due to connection issues, you can check now if last-fetched is more than 5 minutes ago to identify an issue - (fixed) remote command typos fixed Fixes #14065 Also-by: Mark Herwege <mark.herwege@telenet.be> Signed-off-by: Martin Grassl <martin.grassl@digital-filestore.de>
* [mybmw] fix not working binding due to API update to make it work the code has been refactored and due to API changes some improvements could be made. These include: - (improvement) fingerprint generation: You can take a look at the README how to create a fingerprint more conveniently. - (change) changed channel: charge-info has been renamed to charge-remaining - (improvement) added channels: estimated-fuel-l-100km and estimated-fuel-mpg which calculates the estimated fuel consumption based on the range and remaining fuel liters - unfortunately such a calculation is not available for EVs as there is no information about the capacity of the battery. - (improvement) added channel last-fetched: the last-updated timestamp is showing by when the last update of the vehicle happened. As right now you can not see from the channels if a thing is offline due to connection issues, you can check now if last-fetched is more than 5 minutes ago to identify an issue - (fixed) remote command typos fixed Fixes openhab#14065 Also-by: Mark Herwege <mark.herwege@telenet.be> Signed-off-by: Martin Grassl <martin.grassl@digital-filestore.de> Signed-off-by: Jørgen Austvik <jaustvik@acm.org>
* [mybmw] fix not working binding due to API update to make it work the code has been refactored and due to API changes some improvements could be made. These include: - (improvement) fingerprint generation: You can take a look at the README how to create a fingerprint more conveniently. - (change) changed channel: charge-info has been renamed to charge-remaining - (improvement) added channels: estimated-fuel-l-100km and estimated-fuel-mpg which calculates the estimated fuel consumption based on the range and remaining fuel liters - unfortunately such a calculation is not available for EVs as there is no information about the capacity of the battery. - (improvement) added channel last-fetched: the last-updated timestamp is showing by when the last update of the vehicle happened. As right now you can not see from the channels if a thing is offline due to connection issues, you can check now if last-fetched is more than 5 minutes ago to identify an issue - (fixed) remote command typos fixed Fixes openhab#14065 Also-by: Mark Herwege <mark.herwege@telenet.be> Signed-off-by: Martin Grassl <martin.grassl@digital-filestore.de>
Since about two weeks the bridge is not able to connect anymore. Afer enabliing the debug log I get following error message:
2022-12-26 11:34:02.112 [DEBUG] [.internal.handler.MyBMWBridgeHandler] - ###### Discovery Fingerprint Data - BEGIN ######
2022-12-26 11:34:02.114 [DEBUG] [.internal.handler.MyBMWBridgeHandler] - {"url":"https://cocoapi.bmwgroup.com/eadrax-vcs/v1/vehicles?tireGuardMode\u003dENABLED\u0026appDateTime\u003d1672050839283\u0026apptimezone\u003d60","status":500,"reason":"Internal Server Error","params":"{tireGuardMode\u003dtireGuardMode\u003d[ENABLED], appDateTime\u003dappDateTime\u003d[1672050839283], apptimezone\u003dapptimezone\u003d[60]}"}
2022-12-26 11:34:02.115 [DEBUG] [.internal.handler.MyBMWBridgeHandler] - ###### Discovery Fingerprint Data - END ######
Expected Behavior
The bridge should be able to connect to the BMW server.
Current Behavior
The brdige try to connect, get the error and switch back to ofline.
Possible Solution
With the BMW app on my mobile phone I am able to connect. I also check the data flow using wireshark but I was not able to see any kind of error in it. The data flow from Openhab looks similar to what the app on the mobile phone is doing.
Steps to Reproduce (for Bugs)
Context
Without a working bridge the whole binding is of course not working.
Your Environment
Raspberry PI 4B 4 GB mit Raspian Buster and OpenHAB 3.4
The text was updated successfully, but these errors were encountered: