Die RFID muss ja zum Freischalten vor die Box gehalten werden und ist dann im Webinterface auch zu sehen wer gerade lädt, daher denke und hoffe ich mal das diese dann auch in IPS zu sehen ist.
(das ist „halb Privat“ was ich da mache. Sind die Wallboxen die ich bei mir auf der Arbeit installiert habe. Wir haben jedoch dem Minigolf-Schwarzlichhof die Parkplätze „weggenommen“ und meine Idee ist mich zu revangieren wenn deren Gäste außerhalb unser Geschätszeiten da Laden können. Event Firmen haben es ja nicht mehr so leicht".)
Ja, da gibt es ein Feld in den Daten von der KEBA.
Was ich meinte ist, ob der vorher weist, welche RFID’s es geben könnte? Und wie wird kontrolliert, das es nicht ein x-beliebiger RFID ist?
Der RFID kommt nur bei einem Report 100 (in der o.g. Doku ab Seite 18), den ich bisher noch nicht abrufe (bisher nur report 1 … 3). Da muss ich sicherlich noch was machen.
Ja, und das fehlende Broadcast ist noch ein gewisses Problem, weil ich nur dann, wenn ich einen passende Broadcast mit engen Zyklen „report 3“ abrufe.
Weis noch nicht, wie ich da am besten mit umgehen sollte.
Ich habe auch keine Ahnung, ob es eine Trick gibt, einen Broadcast weiter zu leiten … ist ja eigentlich nicht im Sinne des Erfinders, das sollte ein Router rausfiltern.
Vielleicht kann man das irgendwas einstellen auf deinem Router?
Du könntest ja mal ein bisschen in Internet suchen nach UDP-Broadcast via VPN" oder so.
PS: wie hast Du dir das den vorgestellt
ich kann (wenn das klappt, was ich mir vorstelle) die Historie der Ladevorgänge im Modul speichern, die könntest DU dann in einem Script abholen. Ist eine JSON-kodierte Liste, die enthält
RFID, Start/Ende, verbrachte Energie sowie eine laufende Nummer des Ladevorgangs, die von der KEBA aufsteigend vergeben wird und lt. Doku eindeutig sein soll.
Die Daten könntest Du dir dann selber aufbereiten
man könnte zwar pro RFID Variablen machen, allerdings sind das ja sinnvollerweise immer mehrere Variablen und die finde ich bei Auswertungen immer schwer zusammen zu halten
Laufen tut das Model sehr gut. Ich glaube nicht das man was bei dem Broadcast machen muss.
Broadcast bedeutet ja nur eine Nachricht an eine Netzwerkardresse, dieses wird normal über VPN Verbindungen weitergeleitet.
UDP ist ein Verbindungsloses Protokoll, auf dem Übermittelst Du die daten. Funktioniert auch per VPN und läuft ja auch bei mir jetzt.
Mit dem RFID hast Du Recht, das wird nicht abgerufen, also ich kann nicht sehen welche RFID geladen hat.
Würde das gehen, würde ich einfach in einem IPS Skript das zusammen rechnen, wenn das geht.
Direkt aus dem Ladeprotokoll wäre natürlich richtig gut, dann würde es auch keine Fehler geben.
Hast Du Lust sowas zu bauen? Evlt. würden sich anderen auch noch darüber freuen
Ich fände es cool, weil ich dann halt auch mal „Fremde“ bei mir laden lassen kann.
ich wollte das etwas anders machen, das würde jetzt auch klappen, da die RFID angezeigt wird.
Die 20,98 war dier aktuelle Ladevorgang. die 39,58 ist eine Ladesitzung auf einer anderen Box vom 23.12.21.
Ich wollte mir gerne für jeden RFID Karte einen Float machen, der am besten RFID / Kennezeichen heißt und auf diesen wird dann von jeder Wallbox einfach die letzte Ladung dazu addiert.
Die Statistik hätte man dann perfekt über das Symcon archiv.
Dazu könnte man noch den Energie Rechner von Kai benutzen und schon hat man eine super übersicht welche Karte wieviel Euro im aktuellen Tarif verfährt.
das kannst du ja mit der Historie dann so realisieren, oder?
das größte Problem wäre ja zu erkennen, wann das Ende des Ladezyklus erreicht ist - insbesondere bei dem bei dir fehlenden Broadcast gubt es ja kein Ereignis.
Zum anderen gibt es die RFID ja nur im Rahmen der Historien-Reports („report 1xx“), nicht bei den sonstigen Variablen.
Weiterhin gibt es mit einem solchen Zähler ja noch weitere Problem
der ein oder andere möchte vielleicht mal wissen, wan er was „getankt“ hat
das willst du ja vermutlich auch nehmen, um das irgendwie abzurechnen … dann müsstest du dir ja merken, wer mit welchen Stand zuletzt abgerechnet wurde.
naja, und ein kleiner Hinweis am Rande … ich hatte ja extra gefragt, was du wie machen willst … und da ich nichts mehr gehört habe, habe ich mir selbst Gedanken gemacht, was überhaupt möglich ist
HI,
das klappt leider alles nicht
ich habe mir jetzt mal die Aufzeichnungen der letzten Tage angeschaut.
Da kommt leider nur „Kraut und Rüben“ an.
z.B. sind die bei allen 3 Boxen das Log der Seriennummer der Box auch rotieren. Wie der Verbrauch des Ladevergangs. Ich denke das liegt daran das ich einen Verbund habe.
Eine Box Sende z.B. den Status (Seriennummer, kwh, ladevorgang, etc) und alle Speichern diese Daten ab.
Hier mal zum besser verstehen der Gesamtverbrauch der Boxen.
Box 1:
Mit den Seriennummern sieht es genau so aus, in allen IPS-Instanzen stehen alle Seriennummern.
So richtig hatte ich mich in der Zeit ihm Weihnachten und Silvester nicht damit befasst, sorry.
Mit dem Update und Urlaubsende habe ich mich mal damit befasst :-).
Würden die Daten so ankommen wie ich es gedacht hätte, hätte ich versucht es so zu machen, das wenn das Ladekabel getrennt wird, er die Menge des Ladevorgangs zum aktuellen Stand des RFID-Floats addiert.
Den ganzen Rest könnte man über das IPS Archiv machen. Da dort die Zeiten zum jeweilgen Addieren enthalten sind, hier könnte man die Abrechnung machen.
So wie Keba im Verbund Daten liefert aber nicht machbar.
Vermutlich ist es einfacher das Ladelog zu exportieren und in Excel zu bearbeiten. Wenn ich programmieren könnte würde ich versuchen das Log in IPS zu laden und dann den Logeintrag der Variable der RFID Karte zu addieren.
und das ist mir auch nicht klar, wo routiert was? wenn in den archiv-reports einer Box Einreäge aller Boxen geliefert werden - das müsste ja dann im Instanz-Debug nachvollziehbar sein, indem „report 1xx“ steht auch die Seriennummer dein und die könnte ich ja auswerten und unpassende Aufträge herausfiltern.
nu ja, die RFID kommt eben nur in den „report 1xx“ und wenn die gemixt sind …
ein passender, ausreichender Debug würde sicherlich Licht ins dunkel bringen. Aber … er holt nur neuen Historien-Einträge ab.
Daher am einfachsten das Medioen-Objekt bzw. die referenzierte Datei löschen, dann fängt er wieder „von vorne“ an, genauer gesagt, er holt 30 Einträge ab.
Die Historie wird übrigens gelöscht (lt. Doku), wenn die Box neu gestartet wird.
Ich denke, das die Wallboxen, weil Sie im Lastmanagement arbeiten immer rotierend iheren Status schicken. Also jede Wallbox jeden Status, jeder Box.
Für mich wäre es extrem Hilfreich, wenn Du in der Konfig einbaust „nur auf Serienummer 1234567“ reagieren einbaust.
d.h. Stimmt die Seriennummer der Wallbox nicht, werden die daten verworfen. Erst dann bekomme ich brauchbare Infos da raus.
Falls Du lust hast können wir uns das auch mal per TeamViewer oder so angucken.
Ja, an eine Einschränkung auf eine Seriennummer hatte ich auch gedacht.
Bin nur noch nicht sicher, ob ich das als Eingabefeld machen möchte oder ob er das aus den Daten der „normalen“ Abrufe selbst ermitteln kann.
Um die Idee zu verifizieren wäre es nicht schlecht, wenn du mal den Debug etwas mitlaufen würdest, damit wir (soweit) sicher sind, das in den Daten auch die Seriennummer bei den historischen Daten korrekt enthalten ist.
Ich denke manuell ist das beste.
Wenn es leer ist, dann ignoriert er, wenn eingeben beachtet er das. Bei mehr als einer Wallbox sind normalerweise ja auch Leute dran die schon wissen wo sie die Seriennummer her bekommen.
nicht so richtig, aber ich habe das mal auf Verdacht implementiert.
Wenn du das Update installiert hast, solltest du sicherlich die Variablen „leeren“ sowie auch die Ladehistorie - zB die Medien-Datei löschen, eventuell (da bin ich mir aber nicht sicher) reicht es auch aus, das Medien-Objekt zu löschen.
Und lass ausreichend Debug mitlaufen, damit man eventuell nachträglich schauen kann, was nun gekommen ist. Das voreingestellten mit von 100 Zeilen sind deutlich zu wenig für ernsthafte Prüfungen und das dann auch direkt als Datei abspeichern wenn der Lauf durch ist.
Ggfs. muss man auch „an Datei schicken“ aktivieren, aber die Dateien wachsen ja, bis IPS gebietet wurde.
Dieser Fall findet sich so nicht in der Keba-Doku, von daher müssen wir uns rantasten
irgendwie ist die Kommunikation „strubbelig“, die Wallbox reagiert kaum noch auf der Abruf von Reports sondern Schicht (anscheinend) Broadcast-Messages als Antwort.
TXT: 18.01.2022, 14:19:14 | ExecuteCmd | socket_recv() failed, reason=Ein Verbindungsversuch ist fehlgeschlagen, da die Gegenstelle nach einer bestimmten Zeitspanne nicht richtig reagiert hat, oder die hergestellte Verbindung war fehlerhaft, da der verbundene Host nicht reagiert hat.<CR><LF>
Das sorgt dafür, das ich kein „report 2“ oder „report 3“ bekommen und demzufolge auch keine dieser Daten
sind die IO-Instanzen korrekt noch auf Port 7092 (also Broadcast) eingestellt?
Ich würde die Instanzen erstmal ein paar Minuten deaktivieren (in Konfigurations-Formular) damit die Wallbox zur Ruhe kommt und dann wieder aktivieren.
Der Code ist (bis auf die zusätzliche Prüfung auf die Seriennummer) unverändert.
ps: statt den Debug in den Beitrag zu posten ist es besser, den zB per Mail (demel42@web.de) zu schicken. Ich schaue mir den sowieso dann auf Systemebene an.
du kontrollierst auch bitte die Io-Instanzen? Auch wenn das mit dem Broadcast bei dir wegen VPN nicht geht, darf die IO-Instanz nicht den Port 7090 belegen
Es sollte ja, auch wenn keine Ladevoränge mehr aktiv sind, regelmäßig ein Status (report 1…3,100) abgerufen werden (in dem Intervall, das du in der Instanz eingestellt hast)
Ich habe heute an WB1 und AB3 geladen (gleichzeitig), die Werte werden jetzt nicht mehr vermischt.
Die letzte RFID Karte wird korrekt angezeigt. Richtig geil, perfekt!
Wallbox 2 will nicht mehr mit mir reden.
ich habe die IO-Instanzen geprüft, den Server neugestartet, IPS geudpatet, alles.
Dann habe ich neue IO-Instanzen angelegt, will alles nicht.
Ich habe die Wallbox 2 neugestartet, ich habe die ganze Anlage neugestartet, er holt von WB2 nur noch die Daten (siehe Bild: letzer Neustart, Firmware), etc ab
Ich habe Testweise ein Auto an WB 2 angeschlossen und geladen. Interessiert ihn nicht mehr.
und jetzt habe ich alles von BOX2 gelöscht und neu gemacht, gleicher Fehler. Er bekommt Daten, aber nicht alle. Box 2 und Box 3 sind komplett identisch, nur eine andere IP.
der erste Teil ist ja gut, aber der zweite nicht so.
was er sagt ist ja, das er auf Systemebene keine Verbindung zur Wallbox aufbauen kann bzw das die Wallbox die Verwindung nicht akzeptiert.
Daher kann das Modul auch keine Information abrufen.
So richtig habe ich da keine Handhabe.
Es könnte natürlich sein, das diese Box verwirrt ist, sprich das du die Box mal rebooten musst. ich glaube das geht aber nur mit Stromlos machen.
Oder natürlich, das irgendwas an der VPN-Verbindung nicht klappt (genauer gesagt UDP auf Port 7090).
Könnte natürlich auch sein, das jemand diese Port auf der Wallbox offen hat, aber wenn du alle IO-Instanzen schon kontrolliert hast …
wieso hast du eigentlich IO-Instanzen angelegt? die werden doch vom Modul auto. angelegt, wenn die Instanz angelegt wird. Das irritiert mich etwas.
Und wie gesagt sind die IO-Instanzen nur für Port 7092 (den Broadcast) relevant
Hi, ich bin da auch aktuell etwas überfordert. Die Boxen sind alle im gleichen Switch, also gleicher Tunnel, alles gleich.
Er bekommt ja ein paar Daten abgerufen, aber den Rest nicht. Neu gestartet habe ich schon alles. entweder die Box alleine oder die ganze Anlage. Stromlos geschaltet noch nicht, ich komme nicht direkt in den Raum wo mein Sicherungskasten ist. Da muss erst den Vermieter fragen.
Ich habe die ganze Wallbox neu anglegt, die IO Instanz hat er ja selber angelegt. Im zweiten Bild ist alles habe ich alles von Box 2 gelöscht und neu gemacht.
Muss ich wohl mal den Stecker aus der „Steckdose“ ziehen. Kann mir irgendwie auch nicht vorstellen das es am Modul liegt. Box 1 + 3 laufen ja richtig gut und filter nun auch per Seriennummer und bringen nix mehr durch einander… das ist schon mega cool.
Hmm, ich habe in den Logs gesehen, das beide Boxen mit der gleichen IP auf dem gleiche Port kommunizieren. Das kann nicht funktionieren, damit ist ja genau die Kombination IP-Port belegt.
Die Instanzen machen zwar den Port nur kurz auf, aber wenn das zwei Instanzen gleichzeitig versuchen, gibt ein „Besetzt-Zeichen“.
Irgendwie habe ich mich ja auch gewundert, das ich auf dem Port 7090 Broadcast-Nachrichten gesehen habe. Und vermutlich ist das auch der Grund, warum auf eine Socket die Daten der Boxen Gemisch kamen.
Ich bin kein Netzwerk-Profi, aber so spontan fällt mir keine Möglichkeit ein, wie man das handeln kann, ohne das jede Box mit einer eigenen IP im IPS bekannt ist.
Vermutlich ist es am besten, wenn du mal genauer beschriebst, wie dein Netz an dieser Stelle aufgebaut ist.
Eventuell (aber da begebe ich mich auf dünnes Eis) kann man etwas machen durch Port-Freigaben, d.h.
Box 1 - interner Port 7090 wird im Router (in der Wallbox-Site) auf 7090 gemappt, 7092 auf 7092
Box 2 - interner Port 7090 auf 7190 (oder was frei ist), 7092 auf 7192
Box 3 - 7090 → 7290 etc pp.
Dann müsste ich im Modul die Ports einstellbar machen können
Die Box zu resetten ist aus jetziger Sicht überflüssig.