Erfahrungen mit WB HAGER witty one/pro

[sloebbi]

Hallo,
hat jemdand zufällig Erfahrungen mit der WB Hager whitty one mit Zusatz-Kommunikationsmodul oder der Hager witty Pro und evcc?
Meine Eltern wurden vom Elektiker eher schlecht bis gar nicht beraten und haben nun ein Ladeziegel an der Wand der gar nichts kann außer Strom ins Auto drücken. (witty one) .
Wie sind die Ergfahrungen, wenn man die witty one mit dem Kommunikationsmodul aufrüstet und evtl über evcc steuert?

Vielen Dank
Swen

[lostOzone]

I use a Witty One with the XVA245 OCPP addon card. I use It with HASS and tested It with EVCC. It works but I have mismatch between offered current and maximum current setting.

[Emanuelkalle]

Ok thanks. So you use HASS in combination with EVCC or you decided to only use hass with the hager witty one?

[lostOzone]

It's configured in HASS OCPP and then shared with HASS HTTP API. In EVCC it is configured as a custom http charger using token auth.
I have an automation to disable and enable availabilty When needed when the charger doesn't start.

I'll share the config when in front of the computer.

I use EVCC as my main app to manage the chargers. The Witty is a backup so I don't use it much.

A more detailed explanation of the current mismatch. I don't know if the problem is software or hardware. But with my Pulsar it works.

[lostOzone]

My YAML configuration:

# Witty One HTTP HASS
  - name: WittyOne
    type: custom
    status:
      source: http
      uri: http://homeassistant:8123/api/states/sensor.wittyone_status_connector
      jq: if .state == "Available" or .state == "Unavailable" then "A" elif .state == "Preparing" or .state == "SuspendedEVSE" or .state == "SuspendedEV" or .state == "Finishing" then "B" elif .state == "Charging" then "C" else "" end
      auth:
        type: bearer
        token: 
    enabled:
      source: http
      uri: http://homeassistant:8123/api/states/input_boolean.wittyone_start_pause
#      uri: http://homeassistant:8123/api/states/switch.wittyone_charge_control
#      use an input instead of charge control which won't work if avalaibility is not disabled and enabled for charge control to work. You need to create this input in hass and create the automation when the input change status to start de charge and stop de charge with availability and charge control. 
      jq: .state == "on"
      auth:
        type: bearer
        token: 
#    enable:
#      source: http
#      uri: http://homeassistant:8123/api/services/switch/{{if .enable}}turn_on{{else}}turn_off{{end}}
#      method: POST
#      body: "{\"entity_id\": \"switch.wittyone_charge_control\"}"
    enable:
      source: http
      uri: http://homeassistant:8123/api/services/input_boolean/{{if .enable}}turn_on{{else}}turn_off{{end}}
      method: POST
      body: "{\"entity_id\": \"input_boolean.wittyone_start_pause\"}"
      auth:
        type: bearer
        token: 
    maxcurrent:
      source: http
      uri: http://homeassistant:8123/api/services/number/set_value
      method: POST
      body: "{\"entity_id\": \"number.wittyone_maximum_current\", \"value\": \"${maxcurrent}\"}"
      auth:
        type: bearer
        token: 
    currents:
    - source: http
      uri: http://homeassistant:8123/api/states/sensor.wittyone_current_import
      jq: if .attributes.L1 < 0 then 0 else .attributes.L1 end
      auth:
        type: bearer
        token: 
    - source: http
      uri: http://homeassistant:8123/api/states/sensor.wittyone_current_import
      jq: if .attributes.L2 < 0 then 0 else .attributes.L2 end
      auth:
        type: bearer
        token: 
    - source: http
      uri: http://homeassistant:8123/api/states/sensor.wittyone_current_import
      jq: if .attributes.L3 < 0 then 0 else .attributes.L3 end
      auth:
        type: bearer
        token: 
    power: 
      source: http
      uri: http://homeassistant:8123/api/states/sensor.wittyone_power_active_import
      jq: .state
      scale: 1000
      auth:
        type: bearer
        token: 
    energy: 
      source: http
      uri: http://homeassistant:8123/api/states/sensor.wittyone_energy_active_import_register
      jq: .state
      auth:
        type: bearer
        token: 

From

#18414

[sloebbi]

Vielen Dank,
ich werde die YAML testen und natürlich berichten.
VG

[lostOzone]

Now you can try to configure it directly with OCPP. The Witty is on the compatibility list. Mine works with firmware 1.2.2.2.

To configure the OCPP in the app you need to not connect any account in the app. And enable the CPO menu with the checkbox at top right corner (installer mode?)

[sloebbi]

Thanks,
The XVA245 for using OCPP is orderd! There ist no wallbox support from evcc. Is it a problem (maybe)?
I try to integrate the Data from enphase envoy system.
I will report here.

[sloebbi]

Hi, ich wollte an dieser Stelle, obwohl vielleicht unpassend, das Entwicklerteam anfragen ob eine Integration der Hager Wallboxen angedacht ist? Bitte Post ansonsten verschieben.
Gind Regards

[sloebbi]

OK; sorry - there ist a succed connection

[lostOzone]

Ok the charger is having a problem with Bootnoification so it is very slow to setup.
If needed during the Validation phase you may need to reboot the charger.

[sloebbi]

Both components (Hager Charge App CPO - and EVCC Wallbox Configuration) have to be in surching mode, after that, there ist a connection!
Thanks !! (a lot)

[LeonSol]

You did it! Thank you @lostOzone

[lostOzone]

You did it! Thank you @lostOzone

Glad to help. No pressure after buying the card @sloebbi

I have reported the Bootnotification issue to Hager. As I setup the old way with the evcc.yaml I was not blocked by the UI validation steps. But it slow down EVCC boot. It is still much simpler than using HASS et sharing the charger.

Here is the relevant part of my evcc.yaml :

chargers:
########################################
# Witty One OCPP
########################################
  - name: WittyOne
    type: template
    template: ocpp-hager
    stationid: WittyOne
    remotestart: true
    connecttimeout: 120s
    meterinterval: 1s
    metervalues: Energy.Active.Import.Register,Power.Active.Import,Current.Offered,Power.Offered,Current.Import,Voltage
loadpoints:
########################################
# Witty One OCPP
########################################
  - title: Witty One
    charger: WittyOne
    mode: pv

[Emanuelkalle]

Hallo zusammen, meine Eltern haben sich leider auch die Standart Hager Witty One zugelegt. Wie läuft es denn derzeit bei euch? Klappt es mit EVCC, der Hager Witty One und der Hager XVA245?

[smartlader-de]

@Emanuelkalle

• Also über OCPP soll es funktionieren
• Den Modbus RTU der XVA245 könnte man evtl. reverse engineeren, evtl. sogar gleiche Register wie die Pro
• Die witty Pro hat einen Modbus TCP
• Die witty One angeblich nicht, würde ich aber gerne von jemanden anderen bestätigt haben (Port 502 sichtbar?)

[sloebbi]

Hallo, der Einbau der XVA245 ist zwar erfolgt und der Anschluss mittels LAN-Kabel und die Anbindung mit d-Lan ans Netzwerk ist hergestellt, allerdings hakt es bei der Sichtbarkeit im Netzwerk. Ich habe bis dato keine IP der Wallbox. Da ich nicht vor Ort bin, kann ich nicht weiter berichten. Der Juli wird erfahrungsreich.
VG

[smartlader-de]

Sag bescheid wenn du Vor-Ort bist, hab den Modbus TCP entschlüsselt, überprüfe Vor-Ort, ob der Port 502 offen ist.

[sloebbi]

Port502 ist geschlossen

[ivo7B4]

Hat jemand auch die Witty Pro mit EVCC und Erfahrungen damit? Danke!

[LeonSol]

Warum kauft ihr euch keine Wallbox, mit der evcc super läuft? So günstig ist die Hager witty doch nicht. Einfach hier https://airtable.com/appDI3xIiev1DOpMY/shrY63NMif2OjBxF3/tblLLbc6BshRuhl3c mal nachlesen.

[ivo7B4]

@LeonSol: Danke für den Link, habe ich soeben nachgelesen.

Was ich suche:

• Lokales API, wie z.B. bei go-e, eventuell auch Witty Pro, sofern OCPP dort lokal ist und gut mit EVCC funktioniert
• zuverlässig funktionierende Phasenumschaltung
• Integriertes RCD (FI LS, für AC und DC), wie z.B. bei Witty Pro oder Easee. Grund: Aktuell 1 Wallbox in der Garage geplant. Ich kann jedoch nur 1 Kabel in die Garage ziehen. Sofern kein RCD integriert ist, vermute ich, benötige ich dann in der Garage einen Kleinverteiler mit FI LS.
• bevorzugt V2X ready (wie z.B. go-e core oder Easee Charge Max)

Bisher ist mir leider keine Wallbox, welche meine Anforderungen erfüllt. Nach meinem Wissensstand:

• go-e core: Wäre meine Präferenz, jedoch nur 6 mA DC Schutz (kein RCD inkl. 30mA AC Schutz)
• Easee Charge Max: Lokales OCPP erst in Beta-Phase
• Witty Pro: Mir nicht bekannt, wie gut dies mit EVCC funktioniert.

[smartlader-de]

FYI bin am Reverse Engineeren.

Modbus TCP für die Hager witty Pro.

hager meint die supported das nich, währenddessen die fleißig auf 502 plappert.

[lostOzone]

@lostOzone would you be interested in connecting it via Modbus RTU? With something like this? (Whatever I am finding on Modbus TCP probably applies to RTU as well)

I am not interested. I don't want to add a wired cable. I use WIFI with OCPP. With HASS it start if I disable and enable availability. And in EVCC OCPP it does not start. But the support told me there is an OCPP key to enable the FreeAccess mode.

[andig]

@lostOzone not sure if this was discussed before, but if it doesn‘t start pls open an issue containing ocpp trace log

/cc @premultiply

[lostOzone]

@lostOzone not sure if this was discussed before, but if it doesn‘t start pls open an issue containing ocpp trace log

Ok I created issue #31177

[treesix71]

Hello,

Only the Witty Plus supports Modbus TCP, as this wallbox is designed to operate with the XEM470 energy manager. The Witty Pro and Witty Park models use only OCPP, as they are designed to operate with the XEM510/XEM520 load manager. The new Witty Flex bidirectional Wallbox, which enables true ISO 15118-20 bidirectional charging , promises to be an interesting addition.

MBWP.txt

[andig]

I'm confused. So all these boxes support OCPP? Then we should not add another integration.

[lostOzone]

The Witty One only support OCPP when equiped with the XVA245 which is optionnal.
Is there a way to make EVCC not way for the boot notification? It slow down the boot process and the setup validation.

[andig]

#28555 (reply in thread) doesn't mention the Witty One.

Only the Witty Plus supports Modbus TCP

Seems it doesn't have Modbus either? If it has- is this a request for adding it- and do we have the modbus registers?

[andig]

Inviting Witty to contact info@evcc.io to clarify the required support.