You can create your own sensor and filter out the dodgy 87C value.
I don’t have autodiscovery of entities turned on; I only have the handful of sensors I’m interested in manually configured.
mqtt:
sensor:
- name: mg4_climate_temp_interior
state_topic: "saic/[email protected]/vehicles/VIN/climate/interiorTemperature"
value_template: "{{ '' if value == '87' else value }}"
unit_of_measurement: "°C"
Thanks man! I’ll look into this… seems like the reading is ok once the car is running …
Meanwhile I need to find out how to ‘force’ an update and also how do you guys use the ismart app together with the integration?
Seems like
The car can be bound to just 1 app login and
The login can be used only with 1 system at a time…
So if I’m logged in with HA and open my ismart app it asks me to re input the password everytime
Are you using the EU version? I’m using the Legacy version due to AU origin car and getting logged out all the time… plus I need to manually type in the password (bitwarden is not working in that app nor copy/paste) =[
No, but if an entity has no use for you then sure, disable it in HA. Mine is the 64 Essence/Australia as well.
When the car is off the polling of the car stops after a short while. No point needlessly waking the car’s systems up when there is nothing new to report.
Have a look upthread over the last week where I learn about polling the car and posted the section from the integration documentation about the polling settings.
The integration automatically polls the car when on and being driven. I think it also auto polls if a charge session is initiated by the car (my charge sessions are initiated by my home charger).
You can manually poll it and I set up a couple of automations to start polling when my home charge station commences charging the car and also I trigger an automation to poll every 15 minutes if I am discharging the car with V2L (the automation turns itself off if the discharge sessions stops).
I don’t. SAIC only permit one login at a time, be it via this integration or from the iSmart app.
I built a HA dashboard suitable for the phone and that is now available to my wife and I to use if needed. Haven’t needed to open the iSmart app since.
Thanks man… My current issue is that the integration sometimes goes “grey” as in the switches and entities just choke up or something and eventually come back.
In the app if it fails to communicate you get a message and retry right away. So far for me it’s kind of hit or miss and my internet is definitely solid
I also need to figure out the best way to expose my HA to the outside world… so far I’ve dabbled in Zero tier only
For the one intended for viewing on the phone I just selected a One Panel card then added a vertical stack card and populated that with the cards and entities.
I have another for the computer with all the entities and controls plus a few other things. It’s not meant to be pretty, just somewhere I can find most things.
Thanks to all on this thread I now have a fully-functional (?) integration running for my 2022 ZSEV. I’m in NZ, and once I worked out that I needed to use the legacy add-on version, it just worked ™.
The question I have now is the errors showing up in the add-in log.
e.g. 2024-04-17 19:33:30,900 [ INFO ] ID: 496653, Time: 2023-07-25 12:53:56, Type: 801, Title: Electric power steering warning, Content: Your vehicle (***675) status is abnormal, please go to vehicle status for details., Status: read, S
The thing is, If I open up the app on my phone, or start the car, everything is fine.
It looks like this is just an old event from the vehicle. The add-in is very verbose in this regards. I wouldn’t be concerned.
My log is loaded with historic tyre pressure warnings from my MG4
Aside the occasional blip in the cabin temperature reading, which sometimes displays as 83°C (or something like that), I note my Range entity is now showing 2,046 km. Which would be nice but clearly that’s an error.
Restarting the add on makes no difference, while the range in the iSmart app shows 301 km.
saic-python-mqtt-gateway
And then since I am in AU, used the specific 0.4.6 version of
Add in envrionment variables to point at the NAS
MQTT_URI : tcp://[NASIP]:1883
Then realising the the 0.4.6 version has a different evironment variable name than the latest version of add-on has (this is what took me a while to work out)
SAIC_URI : https://tap-au.soimt.com/
MQTT
Back in HA, add in MQTT integration, point it at your NAS IP. Then slowly get data. Neat.
Have not tried like unlocking doors or anything yet, as im not near the car.
Actually just tried it then, seems to work, will reconfirm later.
Here’s the code for the phone dashboard. I hope it helps.
Note: In the code below I have replaced my unique vehicle’s code with a generic identifier carID, so you would need to replace those sensors with your own created by the add-on.
The phone dashboard is set up as Panel (one card) type rather than the usual Masonry dashboard. It looks weird on a computer browser but suits our iPhone screens.
I also use some Mushroom cards, so you would need to install those in order to replicate this. These are a HACS front end, refer the link above.
I’m wondering whether a Mushroom card for indicating SOC would be nicer than the gauge I set up.
I have two sensors above which are not generated natively by the add on.
They are counter.ev_days_since_100_soc and sensor.ev_mileage_monthly.
For sensor.ev_mileage_monthly I just created a Utility Meter helper based on the mileage sensor sensor.carID_mileage. I have one for daily and monthly.
For counter.ev_days_since_100_soc I set up a counter helper which is controlled by two automations (although I probably could combine the automations into one).
The first automation increments the counter each day at midnight:
alias: EV - Increment Counter Days Since EV 100% SOC
description: Increment the days since EV 100% SOC cycle counter each day
trigger:
- platform: time
at: "00:00:00"
condition: []
action:
- service: counter.increment
data: {}
target:
entity_id:
- counter.ev_days_since_100_soc
mode: single
The second resets the counter whenever SOC ever reaches 100%:
alias: EV - Reset Days Since 100% SOC
description: Reset Counter for number of days since the car was fully charged.
trigger:
- platform: numeric_state
entity_id:
- sensor.carID_soc
above: 99
condition: []
action:
- service: counter.reset
target:
entity_id: counter.ev_days_since_100_soc
data: {}
mode: single
While functional, it’s still a fairly naive dashboard IMO.
I’m sure there are others who could make a much nicer looking dashboard, using animated images of the car for instance to highlight various things, a bit like what some clever cookies have done in this thread (way above my pay grade):
If it was ever done for the MG4 it would be super cool.
As a thank you for your assistance in getting this up and running I am sharing my picture elements card with you. It displays the tyre pressures in the correct locations on the car: