Dimm & Control Kit immer wieder nicht erreichbar

[xwo]

Das sollte so nicht sein und können wir nicht nachstellen.
Bitte einen Systembericht senden wenn Dimm Kit aus ist und eine Ladung am laufen ist.

Vermutlich ist das ein Konfigurationsproblem. Ich habe nach Update von 2.1.7 auf 2.1.8 nichts weiter getan als stichprobenartig ein paar Einstellungen kontrolliert. Jetzt habe ich gesehen, dass zwar ein Profil für die Steuerung der Ausgänge angelegt wurde, dieses aber leer ist. Es wurde also nicht der integrierte Ladepunkt der openWB beim Update automatisch hinterlegt. Eventuell ist das der Grund warum der Ladepunkt eben nicht gesteuert wird.
Was aber aus meiner Sicht trotzdem ein Bug ist, ist die fehlende Signalisierung auf der Statusseite. Ich hatte ja weiter vorn den Log Auszug gepostet wo das Dimm Kit nicht erreichbar ist. Der kommt alle paar Sekunden. Aber im Status wird alles mit ok angezeigt. Ein Systembericht mit komplett abgeschalteten Dimm Kit kann ich nochmal senden, falls ich das reproduziert bekomme.

[openWB]

Was aber aus meiner Sicht trotzdem ein Bug ist, ist die fehlende Signalisierung auf der Statusseite.

Die Visualisierung ist bereits in 2.1.9 behoben.

Das es nicht reagiert können wir nicht nachstellen.

[Gero]

Nochmal zu der Abschirmung: Ich hab' mal meine Patchkabel durchgekuckt und die sind alle ohne Kontakt der Abschirmung auf dem Stecker. Die von Ubiquitiy sind so dünn, dass da vermutlich gar keine Abschirmung vorhanden ist. Also ist's bei mir auch unabgeschirmt.

[ChristophR]

Ich habe es gerade geschafft durch Konfigurationsänderungen in der openWB das D&C-Kit "abzuschießen", allerdings nur die Modbus-Kommunikation, Ping ging noch.

Ich habe gegen 15:00 Uhr eine EEBUS Steuerbox angelegt und als Schalteingang für meine EMS-Konfiguration hinterlegt, das D&C-Kit blieb als Ausgang weiter ausgewählt. Das ging eine Weile gut, ich war dann erstmal außer Haus natürlich wurde dadurch gedimmt, da es keine Kommunikation mit der imaginären Steuerbox gab. Später habe ich dann die Konfiguration wieder zurückgestellt.
Das dürfte ja eigentlich nicht zu einem Problem führen, die Modbus Kommunikation ist dadurch dann aber ausgefallen. Eine längere Pause oder auch ein Neustart der openWB hat es nicht beheben können, erst durch PowerCycle des D&C-Kits konnte ich das Problem wieder lösen.

Ich habe mal die Logs aus dem Zeitraum zusammengestellt. Vielleicht ergeben sich daraus ja brauchbare Erkenntnisse.
Auf jeden Fall wäre ein Remote Neustart des D&C-Kits, das man über die openWB auslösen könnte ganz nett, vielleicht hätte es ja geholfen.

main.log(s):
https://paste.openwb.de/i54iZhVicbfW6IE
https://paste.openwb.de/ZlBZpBgxn5MDDfv

[LenaK]

Ich habe die Kommunikation mit dem Dimm-Kit überarbeitet.

[bergyla]

Ich hänge mich mal an den Thread dran da ich mit dem Dimm&Control Kit gleiche Fehler erleben (OpenWB läuft aktuell auf 2.1.9 Patch 2).

Allerdings ist mir das folgende Aufgefallen:

- Bei der Einrichtung des Dimm&Control Kit ist beim Umstellen von Einstellungen die Kommunikation gerne einmal abgestorben (0 Byte statt 8 Byte..) und musste durch PowerCyle wieder erweckt werden. Danach lief die Box aber anscheinend mit den vorgenommenen Einstellungen.
Danach habe ich erstmal noch Kabel von und zur Controlbox vom Zählerschrank und zum Wechselrichter gezogen, einmal zum Testen angeschlossen die EInputkontakte von Hand stimuliert und dann erst einmal alles abgezogen weil der Versorger noch nicht liefern kann...

Nun habe ich mich gewundert dass meine OpenWB Installation nach einer gewissen Zeit nicht mehr reagiert, dass heißt ich konnte keinen Ladevorgang mehr starten, weil angeblich im Stop Betrieb. Das Umstellen im Webbrowser wurde angenommen aber ohne Änderung des Status - keine Ladung da im Stop Betrieb, auch sonst schien die OpenWB Software nicht oder nur noch unwillig zu reagieren, es wurden Fehler rausgeworfen dass kein EVU Zähker installiert sei etc.

Nach dem Reboot der OpenWB kam dann der Hinweis dass das Dimm&Control Kit nicht erreichbar sei.
Nach einem PowerCycle funktionierte wieder alles wie gewohnt, ich konnte eine Ladung starten, aber dann nach etwa einer dreiviertel Stunde bricht die Ladung ab mit der bekannten Meldung dass erwartete Antwortlänge nicht mit der tatsächlichen übereinstimmt. Die Box ist nach wie vor zu pingen.
Das Dimm& Control Kit Hat derweil einen eigenen Unterverteiler erhalten und ist hat weder an den In- noch den Outputs verkabelt. Das Kit ist über eine 2M Leitung an einem geerdeten 19" Switch angeschlossen.

[openWB]

Solange das mit nicht ordnungsgemäß in Betrieb ist bitte unbedingt in der openWB solange löschen.
Abbrüche sind sonst die Folge da die Heartbeat Logik zuschlägt.

Davon ab, andere Systeme an die openWB angebunden? hA, ioBroker oder so?

[Gero]

Abbrüche sind sonst die Folge da die Heartbeat Logik zuschlägt.

Ein vom VNB nicht geschlossener potentialfreier Kontakt verhält sich anders als einer der gar nicht angeschlossen ist?

Bei mir läuft das D&C-Kit einfach so mit, der Kontakt kann per Lichtschalter 1) geschaltet werden. Ohne Beschwerden.


1) falls nun doch mal unerwartet jemand vorbeikommen will, um mir eine SteuVE bei westnetz anzumelden.

[openWB]

Ich habe es eher so interpretiert das es zwischenzeitlich garnicht aktiv war.

[ChristophR]

Durch den Heartbeat tritt der konfigurierte Dimmfall ein, wenn es nicht erreichbar ist, der sollte ja (mindestens) auf 4,2 kW stehen, so dass die Ladung trotzdem laufen würde.
Für nicht erreichbaren EVU Zähler ist im Standard 7 kW konfiguriert, so dass auch hierbei Luft für eine Minimalladung übrig sein sollte.
Das Kit hat sich bei mir auch hin und wieder aufgehängt, meist in Verbindung mit einer Konfiguration, wie hier beschrieben.
Im Normalbetrieb habe ich das nicht beobachtet.

Hier gibt es daher vermutlich noch Probleme, die nicht mit dem Kit zusammenhängen.