Tja, da scheint OCPP doch nicht so kompatibel untereinander zu sein.

Um die OCPP-Verbindung aufzubauen habe ich jetzt verschiedene Kombinationen getestet:
- für "Adresse" in der cFos-Wallbox:
- CM-03-123456  (wobei ich für 123456 die Seriennummer meiner go-e-Wallbox eingesetzt habe)
- alternativ nur die Seriennummer: 123456

- für "OCPP Server-URL":
- ws://192.168.178.52:19520
- alternativ ohne Portnummer: ws://192.168.178.52

In allen Fällen wird in der cFos zwar kein COM-Fehler angezeigt, aber der Status der Wallbox wird stets angezeigt als  "Offline / Aus". Ich vermute daher, dass die Verbindung fehlschlägt.

Der Port 19520 wäre richtig. Manchmal muss an ihn aber auch weglassen.

In der cFos gibt man als Adresse den Identifikator der Wallbox an. Meistens ist es die Seriennummer oder so etwas.

Die Ansteuerung über OCPP hatte ich schon versucht, bislang aber nicht erfolgreich. Meine Einstellwerte waren u.a.:
go-e-Wallbox:
- Internet > OCPP > "OCPP 1.6 aktivieren": aktiviert
- Internet > OCPP > "OCPP Server-URL": ws://192.168.178.52:19520
- Erweiterte Einstellungen > "Lokale HTTP API v1 erlauben": deaktiviert
- Erweiterte Einstellungen > "Lokale HTTP API v2 erlauben": deaktiviert
- Erweiterte Einstellungen > "Lokale ModbusTCP API erlauben": deaktiviert
cFos Power Brain:
- Geräte-Typ: "EVSE with OCPP 1.6"
- Adresse: goeCharger
- ID: 1

Unklar ist u.a., ob in der "OCPP Server-URL" eine Portnummer eingetragen werden muss und falls ja welche.
Außerdem muss in der Konfiguration bei der cFos-Wallbox eine "Adresse" eingetragen werden, ich findet dafür aber kein entsprechendes Feld in der Konfiguration der go-e-Wallbox.

Ja genau, die Kommunikation läuft über die propritäre HTTP-Schnittstelle der go-e-Wallbox. Ob die Einbindung über OCPP auch funktionieren würde weiß ich nicht. Könntest du aber ja mal testen und berichten. :-)

OK, das führt tatsächlich dazu, dass der COM-Fehler verschwindet!
Eine funktionierende Konfiguration sieht damit so aus:

go-e-Wallbox:
- Erweiterte Einstellungen > "Lokale HTTP API v1 erlauben": aktivieren
- Erweiterte Einstellungen > "Lokale HTTP API v2 erlauben": kann deaktiviert werden
- Erweiterte Einstellungen > "Lokale ModbusTCP API erlauben": kann deaktiviert werden
- Einstellungen > Lastmanagement > "Lastmanagement aktivieren": kann offenbar auch deaktiviert werden

cfos-Wallbox:
- Geräte-Typ: "go-e HOME+ mobile"
- Adresse: IP-Adresse-der-goe-Wallbox, z.B.: 192.168.178.53 (ohne Portangabe)
- ID: 1

Dazu noch folgende Frage:
Ist es richtig, dass die Kommunikation mit diesen Einstellungen über die propritäre HTTP-Schnittstelle der go-e-Wallbox  läuft; d.h. es funktioniert nur, da der Hersteller cFos sich die Mühe gemacht hat, dieses Protokoll in seinem eigenen Controller einzubauen?
Und könnte die Kommunikation alternativ über OCPP laufen (da beide Wallboxen dieses offene Protokoll unterstützen). Würden über OCPP mehr oder weniger Kontrollmöglichkeiten bestehen?

Kann man auch noch die "Lokale HTTP API v1" in der go-e aktivieren?

Den Port (502) hinter der IP-Adresse weglassen.

Danke für die Rückmeldung. Meinst du mit "Http-API aktivieren" die Einstellung "Lokale HTTP API v2 erlauben" in der go-e?

Ich habe in der go-e-Wallbox in den Internet-Einstellungen jetzt konfiguriert:
- Erweiterte Einstellungen > aktiviert: "Lokale HTTP API v2 erlauben"
- Erweiterte Einstellungen > aktiviert: "Lokale ModbusTCP API erlauben"
In der cFos-Wallbox habe ich konfiguriert:
- Geräte-Typ: "go-e HOME+ mobile"
- Adresse: 192.168.178.53:502
- ID: 1

Testweise habe ich auch "Lokale ModbusTCP API erlauben" deaktiviert oder als Adresse nur "192.168.178.53" eingetragen.
In allen Fällen erhalte ich aber leider einen "Com-Fehler".

Hallo,

die go-e wird über die Http-API gesteuert. Dieses muss in der go-e aktiviert werden.

In der cfos gehst du dann eine Wallbox vom Typ go-e an und gibst die IP der go-e an.