EV Charger with Zigbee - will this work in HA?

Hardware
, , , ,
21

Myself sadly can absolutly zero about quirkbuilding, but there is a ticket for product support as mentioned above. EV Charger with Zigbee - will this work in HA? - #17 by Psychochef
Please comment there so it is some life in the ticket or even better if you can add some more information about what is needed.

22

@ DennisEvers

Do I understand correctly that, from HA, you are able to activate/deactivate charging and to set/read charge current through Amina S? I would guess in that case that HA allows for doing so based on parameters (time, solar power, etc.), given that those are available.

Any info on what is lowest available charge current (eg. in case solar power is only 500W)?

23

Hi all,
Any advancement on the support of this charger ? I am thinking of buying one, and would love to integrate it into HA, I see in their website that it is compatible with homey, could we use homey integration to add to HA ? or does Z2M now support this charger ?

24
1 Like
25

I recently installed the Amina S. However zigbee2mqtt (master branch) fails to interview it, and just says “Unsupported device” - not sure what is going on there. Anybody?

26

Is your z2m installation updated to one of the two latest releases? The amina S converter was added in version 1.41.0, released Nov 1. If it still doesn’t work, then I guess the usual instructions apply: Enable debugging (you can do this in the z2m frontend) and open an issue.

This is obviously not a device you can temporarily relocate which interviewing. But good zigbee network coverage is often a key to solving such issues in my experience. If possible, you may try to add a router or two closer to the amina S until the interview process is completed. E.g. a zigbee smartplug or lightbulb.

FWIW, I’ve been using the amina S with z2m and HA since May 2024 (with @somlioy’s external converter before it was merged into z2m). Never had any issues with the interview process. Even repeated it after following the firmware update instructions to the letter (implies factory reset).

Note that z2m 2.0 brings a HA relevant minor bug fix for the converter. The binary sensors (ev_connected, derated and charging) don’t work without this. But those are optional anyway, so it’s not a critical bug. And the fix is pretty trivial in case you want to apply it without upgrading to z2m 2.0:

27

Installed my new Amina S today. Showed up on home assistant right away.
Can’t find a way to set max charging current. Also current should be divided by 100. ?

Is it a fix?

28

You should have a number.<devicename>_charge_limit entity. This is the limit in A. Min 6, max 32 (or maybe whatever the mechanical switch is set to? Mine is 32). Just change the value and the car should obey.

The unit of both current entities (chare_limit and offline_current) is A, so no, there is no division by 100. The unit of the energy entities is the more unusual Wh though, so that’s better divided by 1000 to get kWh.

1 Like
29

Hey guys,

Just stumbled upon this thread whilst searching for a EV charger that’s compatible with homeassistant.

Sounds very good and i’m interested in the Amina S.

Just some questions for the guys already using one of these:

Do you guys have the additional load balancer installed? Is it nessecary?

I run homeassistant with Z2M, P1 port smart meter and Enphase solar panels with CT clamps on all 3 phases (3x25A). My Plugin can only charge 3.7kw and only has a 13kW battery. it’s a plugin :slight_smile:

So my goal is to charge the car at home with my solar production whilst beeing able to automate the charge current to optimize my solar consumption and minimizing my grid loading.

But also future proof the charger in case i get another EV that is capable of 11KW charging and for my future solar battery that i’m planning to install next year.

30

I have installed the Amina S and it is connected via Z2M to HA. Works fine, but often the total energy shows zero shortly while charging, and also sometime when stopping charging. When disconnecting the charger, status changes, but total energy sometimes stays at zero until next time I start charging. Then it jumps back to correct value. Any idea why?
This also gives wrong value (very high) when adding sensor to the energy dashboard.

1 Like
31

I’ll have to look into that as soon as my brother connects the Amina to our house breaker-board.

I’ve installed the Amina today, just waiting to get is connected and start fidgeting around with automating it.

1 Like
32

So ive been usinf and fidgeting around with the amina s for about a day now but so far i’ve not noticed it behaving freaky.

33

This is a known bug. Please update to latest FW 1.34.1 wich is much more stable on Zigbee and should see much less “power goes to zero”.

Total power stil goes to zero at power cycle of the charger (known bug).
This will be fixed in a later FW update :slight_smile:

1 Like
34

[EDIT]
After rebooting HAOS, thus core + add-on’s, everything works as expected again!
[/EDIT]
I have updated the FW to 1.34.1-prod but now number.amina_charge_limit does not work anymore, this is an issue for me, I cannot reduce the charging current anymore when needed.

Further current is not in mA instead of A? the value is around 19998 instead of 19.998. The ac_frequency is 500 Hz instead of 50 Hz. Power is in W (4573W) but total_active_power is in kW (4.53)

Someone else saw this too? Is there a fix?

Here is the payload that I can see in the z2mqtt logs: (car charging with 20A)
```
{
“ac_frequency”:500,
“alarm_active”:false,
“alarms”:null,
“charge_limit”:null,
“charging”:true,
“current”:19998,
“current_phase_b”:null,
“current_phase_c”:null,
“derated”:false,
“enable_offline”:null,
“ev_connected”:true,
“ev_status”:“Charging”,
“last_session_energy”:0.12,
“linkquality”:176,
“offline_current”:null,
“offline_single_phase”:null,
“power”:4573,
“power_phase_b”:0,
“power_phase_c”:null,
“single_phase”:“disable”,
“state”:“ON”,
“time_to_offline”:null,
“total_active_energy”:604.94,
“total_active_power”:4.53,
“update”:{“installed_version”:19005441,“latest_version”:19005441,“state”:“idle”},
“voltage”:227,
“voltage_phase_b”:null,
“voltage_phase_c”:null
}

35

Issue: the Amina-S start charging by itself, without HA sending a switch_on command.

I have setup an automation that switches on the Amina-S when the price of the electricity goes below a certain level (and binary_sensor.amina_ev_connected == ‘on’) . And it switches off when the price is higher than set level.

This works in general, however sometimes, when my Tesla is connected and the price is higher than the set level, the Amina S switches on without any automation being triggered.

How can I prevent this from happening? I can stop the charging in the Tesla app, but then it won’t start charging when the price is low again. I don’t want to control it via Tesla, as also other EV’s are charged via this charger. I don’t know yet if this happens with non-Tesla’s.

[update]It also happens with other (non Tesla) cars. So I am suspecting an issue with my charger. It starts with the charge_limit dropping from max to 10A and then the charger switches on and after one minute the charge_limit goes back to the maximum (20A in my case).[/update]

Amina-S is connected via Zigbee2MQTT, single phase. Here is the current state:

{
    "ac_frequency": 50,
    "alarm_active": false,
    "alarms": [
        "critical_powerloss"
    ],
    "charge_limit": 20,
    "charging": false,
    "current": 0,
    "current_phase_b": 0,
    "current_phase_c": 0,
    "derated": false,
    "enable_offline": "disable",
    "ev_connected": true,
    "ev_status": "EV Connected",
    "last_session_energy": 0.03,
    "linkquality": 136,
    "offline_current": 32,
    "offline_single_phase": "disable",
    "power": 0,
    "power_phase_b": 0,
    "power_phase_c": 0,
    "single_phase": "disable",
    "state": "OFF",
    "time_to_offline": 0,
    "total_active_energy": 911.04,
    "total_active_power": 0,
    "update": {
        "installed_version": 19005441,
        "latest_version": 19005441,
        "state": "idle"
    },
    "voltage": 239,
    "voltage_phase_b": 0,
    "voltage_phase_c": 0
}