Hallo Ralf
Deine Aufstellung ist sehr instruktiv. Ich bin ziemlicher Newbie in MQTT und Home Assistant und hoffe auf deine Hilfe.
Ich habe den Mosquitto erfolgreich konfiguriert und gestartet. Im Log sehe ich zumindest keinen Fehler beim Start des Brokers und der Einbindung der openWB als Client. Im UI des Mosquitto kann ich vmtl nur 1Topic publizieren bzw abonnieren. Wahrscheinlich muss ich dafür ein Script erstellen. Hast du Beispiele vor allem für die Bezeichnung der openWB-Daten als Topic.
Im openWB Status/mqtt Log sehe ich möglicherweise die korrekten Bezeichnungen, unter denen openWB Daten publiziert werden, zB. RequestYearGraphv1 Message oder nur YearGraphv1
Ich hoffe, dass du oder evtl jemand anderes mit derselben Thematik den alten Thread wieder aufnimmt.
Kurz gesagt:
wo kann ich die korrekten Topic-Bezeichnungen entnehmen?
wo kann ich sie publizieren oder abonnieren?
wie kann ich die Daten und Schalter der openWB in Home Assistant sichtbar machen?
Is this what you are looking for?
https://openwb.de/forum/viewtopic.php?t=577
This might be relevant too
Thanks for reply. This seems to be the missing information.
Hope to get trough sucessfully.
kr
Adi
Hi Ralf, sorry to bother you again. I’m not familiar with writing scripts but try to get in. I had integrated Mosquitto successfully. The log doesn’t show errors. I also integrated openwbmqtt via HACS and it seems to work. I hope you have certain experience of openwbmqtt integration.
In lovelace I see most of the openWB sensors except the button to control the charge mode. However there is a note >unknown< and no data behind the sensor. I think this note is a result of a bad configuration of the topics. The openWB bridge is active. Prefix is >openWB/<.
I the folder >config/custom_components/openwbmqtt/translations< I’ve modified the file de.json according to the openWB prefix, host and number of charge points.
I’m in doubt if I should use unsafe port 1883 or safe port 8883.
However using 1883 as well as 8883 leads to the same note >unknown< in Lovelace.
When I have an look into the mqtt- traffic by mqtt-explorer I see the original data of the openWB/lp/1.
For safe port 8883 I’ve already installed Duck-DNS and NGINX. They started successfully as well.
I’m a bit confused about the publishing and subscription of the openWB data and assume that these improper settings might lead to the note >unknown< in lovelace. I don’t know where I have to modify the topic entry.
It would be great to get some support and try to learn. Thanks a lot in advance.
Did you solve that issue ? Have the same problem on my end.
Installed and configured everything like described, but got only >unknown< for the sensor values.
Have double checked the Enty in config.storage\core.config_enties:
{
"entry_id": "7c5ef5fa3fa3b69a3c36350f0b4a832e",
"version": 1,
"domain": "openwbmqtt",
"title": "openWB/",
"data": {
"mqttroot": "openWB/",
"chargepoints": 1,
"host": "192.168.178.52"
},
"options": {},
"pref_disable_new_entities": false,
"pref_disable_polling": false,
"source": "user",
"unique_id": "openWB/",
"disabled_by": null
}
which should be correct.
And I got all the MQTT values if I use an client (MQTT Fx) and subscribe to openWB/#
but not in the integraten !??
I’m a little bit lost now. Maybe someone here can help.
Got it running, the / was to much. Sometimes you have to have a second pair of eyes.
Got a Tesla recently.
M3SR needs to be charged once a week to 100%. I wanted to automate the “max charging SOC” via the openWB … and … works like a charm.
FYI .The SOC form the tesla I get into HA via TeslaMate and do send it out to openWB similar to the Audi one in the 1st post.
I added the following automation and … et voilat … SocChargingTo is set at 9am every morning to 80% except for Thursdays where it is set to 100%.
- alias: "openWB - at 9am set socToChargeTo on 80% but Thursdays to 100%"
trigger:
- platform: time
at: "09:00"
- platform: homeassistant
event: start
action:
- service: mqtt.publish
data_template:
topic: "openWB/config/set/sofort/lp/1/socToChargeTo"
retain: true
payload: "{{ (80 + 20 * (now().weekday() in [3])) | int }}"
Doing so I dont need to take care anymore. Just plug it in every evening and HA takes care. This is what automations habe to look like IMHO.
Be carefull with other Tesla models. Most of them require to set the SocChargingTo to 80% normally and only set it to 100% if you really need the extra miles. But you get the jist.
You could create an automation which sets the SocChargingTo to 100% when pressing a button … or when you have an event in your calender the next day with an address more far away than 400 miles … the options are endless.
Only when you have those options to connect all the different appliances … you get thinking about whats possible and push the boundaries.
Have fün …
Ralf
Hi all,
I just want to share the “openWB” Integraition again with you 
this was already mentioned in a comment above… but the integration does provide a couple of sensors more since it was created initially…
personally, I had some issues with the integration - as long as I used the “Mosquitto Broker” addon acting as a bridge between HomeAssistant and the Broker on the OpenWB…
Now, I have connected MQTT directly to the Broker on the OpenWB which seems to be more reliable than using the bridged-broker…
The issue I had was that the Bridged broker sent old data to HomeAssistant after rebooting HomeAssitant (for example, due to updates, or what ever)…
I am using the openWB integration. Works like a charm. Thanks for sharing.
If you are wondering how to integrate multiple openWBs into your installation, you have to adjust your custom mosquitto config and define multiple connections and remap the topic trees, like this:
connection openwb1
address <hostname or ip of your first openWB>:1883
start_type automatic
topic # both 2 openWB1/ openWB/
local_clientid openwb1.mosquitto
try_private false
cleansession true
connection openwb2
address <hostname or ip of your second openWB>:1883
start_type automatic
topic # both 2 openWB2/ openWB/
local_clientid openwb2.mosquitto
try_private false
cleansession true
Then configure the openwbmqtt integration two times using openWB1 and openWB2 as root Topics.
For debugging purposes i can recommend using mqtt-explorer to gain insight into your Homeassistant and openWB brokers.
that only works if you are using the MQTT Broker in HomeAssistant as a Bridge.
In my case, I don’t use this configuration - and have connected the MQTT Integration directly to the broker of the OpenWB - in that case, your configuration would not work, but it might work while using the OpenWB (1) Broker and OpenWB (2) Broker in Bridged mode… ?!
Or - you could set the openwb 2 into “only chargepoint” mode and fully controll it through the other OpenWB…
I have two OpenWBs. Both are connected and they do load management between them. I have connected master OpenWB to HA and can see both wall boxes in HA using the openwb integration.
I cannot get the openWB integration to connect to the openWB. I get all the entities, but they all have “unknown” state. I’ve seen others report the problem, but the solution was never published. Can someone help me out on this please?
I can connect successfully with the MQTT explorer, but mqtt sub -t /# -h <openWB-IP> -V 3 does not report anything. Is it normal I have to select protocol version 3?
It is working now out of a sudden, but I am uncertain why. It seems related to a restart. I tried restarting previously, but maybe HA had to be restarted several times.
mqtt sub still does not report any topics of openWB (but that was just for checking, so I don’t care).
Hi, never made things running here, and lately openWB seemed to have changed some core MQTT topics.
But now a HTTP-API will be offered in the next release:
https://forum.openwb.de/viewtopic.php?t=8798
This might open the door for a direct or community add-on / integration, hopefully.
As the openWB core team has no capacity and experience in HA, any help is highly appreciated!
See:
OpenWB: GitHub - a529987659852/openwbmqtt: Custom component for home assistant supporting openWB wallbox
OpenWB 2: GitHub - a529987659852/openwb2mqtt: Home Assistant Integration for openWB (Version 2)
Maybe, I can further assist’ later today
Hi Chris,
I never managed to get openWB working via MQTT.
Hope HTTP-API will do better with less config effort.
hm… what was the issue?
It is ‘quite simple’…
But I don’t use the method described in the readme of the integration - since I had some issues with the MQTT Bridge.
I just connect my HomeAssistant to the MQTT broker running on the Walbox itself - and it is working just fine… with one limitation: I can’t just add any other MQTT Broker to my installation, since the MQTT integration in HomeAssistant does only support one broker.
So this might be a limitation if you are using Tasmota or Zigbee2Mqtt or anything else, that is also using MQTT… (but you could still use the MQTT Broker on your OpenWB for this)
I can offer help. If you provide more input about what actually is your problem … lets get it done.
Hej Ralf, would be great!
Nevertheless, I’d like to wait a while before coming back to your generous offer, as I still expect a classical Integration to show up.
OTOH, my main issues were as follows (hope that helps):
- Got all the custom integration installed for my openWB duo. Configured two chargepoints plus the openWB itself. All values are “zero”.
I think my main problem is the basic MQTT connection, having Mosquitto running on HASSio. No idea whether the user, password or anything else is impairing the data handshake…