Wir würden uns freuen, wenn uns die ZIP-Dateien zur Verfügung gestellt werden, dann können wir die Zählerdefintion auf unserer Liste von unterstützten Geräten zum Download anbieten. Am besten per Email schicken.

Wenn das so nicht zulässig ist, gibt es eine Möglichkeit, diese mqtt-Information auszuwerten?

Probiere doch selber mal etwas aus... Was passiert denn wenn du folgendes anlegst:

Ich habe jetzt (am 26.12.) auf V2.4.4 aktualisiert. Es scheint so, als ob immer noch Unterbrechungen stattfinden, aber ohne Fehlermeldung wird ein paar Sekunden später weitergeladen. Bisher nur bei unserem BEV, am PHEV nicht. In den Benachrichtigungen wird es angezeigt, in der Log-Datei nicht.

War ein paar Tage nicht zu Hause... Wenn ich nach relay im Log suche finde ich nur Einträge wie (s.u.) und keinen Eintrag wie erwähnt. Hat jemand noch eine Idee? Ich finde leider den Fehler nicht :-(. Viele Grüße "evse" : { "enable" : true, "def_charging_enable" : true, "def_charg_cur_limit" : 16000, "def_fixed_current" : 32000, "fail_safe_duration" ...mehr lesen

Bei NUKI, dem Hersteller des elektrischen Türschlosses funktioniert „so etwas“ (Bugreport & Produktwüsche) ganz hervorragend mit der Forensoftware „discourse“. Bei cfos gibt es da noch deutliches Potential. Von cfos kommen manchmal noch ziemlich verstörende Antworten von der Hotline. NUKI bekommt eine beeindruckende Anzahl von „nörgelnden Forentrollen“, ;-) , hervorragend in den Griff. Siehe beigefügten Screenshot.

Ich mache das per mqtt und schreibe die Daten mittels NodeRed in eine CSV-Datei, die ich dann in Excel importieren kann. Das ist recht einfach und funktioniert gut. Sowohl für die Zählerdaten wie auch für die Logs. Bei Bedarf an Nachnutzung Bescheid geben.

gefunden und gefixed! Vielen Dank für die Hinweise. Kommt mit der nächsten beta.

Moin, einstellen kann man da nix. Du musst nicht einmal eine Adresse eintragen. Einfach nur den Zähler anlegen und fertig. Warum soll das ein Spezialproblem sein? Meistens hängen die Multicast-Probleme mit Netzwerkkomponenten zusammen. Vielleicht blockt da ein Switch. Mach mal ein kurzes (10-20 sec) Diagnoselog und häng es an.

Hallo! Bist du mittlerweile zu einer Lösung gekommen, @fudi6489?   Ich stehe vor dem gleichen Problem, dass der Speicher leer gesaugt wird, sobald ich das Auto mit 11 kW laden will, und die gerade nicht vom Dach kommen. Ich habe es mit der Speicherdefinition von @geotec versucht, hier allerdings die Spannung des Speichers von 48V ...mehr lesen

Also das mit dem Haken war nicht die Lösung. Es war (natürlich) mein Fehler; ich hatte mich immer mit dem Wallbox-eigenen Wlan verbunden, statt die WB über die korrekte IP-Adresse anzusprechen.

Danke für deine Hilfe :) Dass der WLAN Empfang schlecht ist stimmt, ist aber sogar nicht mal der Hauptgrund. Der originale Goodwe LAN Dongle über den sich die Zähler per Modbus TCP auslesen lassen liefert nur alle 20s neue Daten. Dadurch kann ich die Wallbox nicht zum Überschuss-laden betreiben, da diese ja ihre eigene Leistung ...mehr lesen

Hi, puh, ganz schön viele Fragen..... Ich fange man an: Fronius wird out of the Box unterstützt. Lastmanagment macht die Box auch von Hause aus. MID-Zähler ist eingebaut. Ladedaten können als pdf oder csv heruntergeladen werden. Der Aufbau ist Modular. Siehe Anhang Für BIDI+P&C benötigt die Wallbox ein PLC-Modem. Ob es irgendwann eine Nachrücklösung geben ...mehr lesen

Was du da schreibst verstehe ich nicht. Ich glaube aber, dass es für dieses Problem keine Relevanz hat. Die Werte aus der Erzeugungs-Kachel kommen ja vom WR. Darum hätte ich erwartet, dass man sie auch in der App findet. Mehr Ideen hab ich auch nicht!

zum dritten mal: Das ist der Modbus des Wallbox-Zählers! Wenn du ihn abklemmst bekommst du keine Daten mehr von ihm. Wenn du mit HA oder EVCC arbeitest, kannst du alle Daten dort einlesen und über die Schnittstelle steuern. Die Wallbox arbeitet dann im Modus "Beobachten". Beachte das zwei Modbus-Master auf einem Modbus-RTU-Bus nicht funktionieren.