kagehisa

Ok, ist schon spät 3 mA sind es. Da hab ich mich vertan. Hmm geh gerade nochmal die Diagramme durch, scheinbar wurden die 5 mA gewählt weil damit die turn on time auf knapp 1 ms gedrückt wird und alles darüber die turn on time kaum verändert. Unter 5 mA steigt die turn on time aber rapide an, 2mA bedeuten da schon 4,5 ms. Wenn man also alles aus dem Ding kitzeln will (was turn on time und schaltbaren Laststrom bei hoher Temperatur angeht) dann scheinen 5mA das mittel der Wahl zu sein. Für alles andere scheinen die Normalwerte zu genügen. Selten ein Datenblatt gesehen das so zum Philosophieren anregt 😅

Super! Vielen Dank für die ausführliche Erklärung. Das mit den 5mA hat mir echt sorgen bereitet. Zumal in einer Fußnote im Datenblatt steht das man bei Einsatzgebieten bei denen mit erhöhter Temperatur zu rechnen ist, man sich gegen 4 mA orientieren sollte. Also scheint 5mA wirklich total überhöht zu sein. Vielen Dank nochmal! dann halt ich mich mal an die typischen Werte.

Hallo, eigentlich ist meine Frage recht einfach. Mit welchen Werten (Vorwärtsstrom und LED Durchlassspannung) wird bei der Ansteuerung des CPC1002N im Industrial Quad Relay Bricklet gerechnet? Aus dem Datenblatt werde ich da überhaupt nicht schlau, bzw. ich verstehe das Datenblatt einfach nicht. Mal wird 2 mA als Vorwärtsstrom angegeben dann aber die Durchlassspannung der CPC LED mit max 1,5V bei 5mA Vorwärtsspannung angegeben. Laut Schaltplan des Quad Relay Bricklet sind 1k Widerstände verbaut, bei 2mA Vorwärtsstrom komme ich da auf eine angenommene LED Durchlassspannung von 1,4V. Kann mir hier bitte jemand weiterhelfen mit welchen Daten der CPC LED im Quad Relay Bricklet gerechnet wurde? Bzw. wie man die entsprechenden Daten aus dem Datenblatt entnimmt?

Danke, wie gesagt Fehler meinerseits beim damaligen Zusammenbau kann ich nicht 100% ausschließen.

Als ich das damals montiert habe ist der Hilfskontakt auch mit einem deutlichen Klick auf dem Schütz eingerastet. Luftspalt währe mir da jetzt nicht aufgefallen. Einen Fehler meinerseits kann ich da aber auch nicht ausschließen. Auf den Montagefotos ist zumindest kein Luftspalt und soviel kann man beim Aufstecken eigentlich auch nicht falsch machen.

Ok, mein problem hat sich mittlerweile auch erledigt. Sowohl der EM als auch meine Verkabelung waren unschuldig. Als der Fehler wieder auftrat war gerade unser Dorfelektriker vor Ort. Ich hab ihn gebeten mal einen Blick drauf zu werfen und siehe da, es fiel ihm was auf. Der Luftspalt zwischen Schütz und Hilfkontakt war ihm verdächtig groß. Scheinbar hat sich dieser bei Umschaltvorgängen gelockert. Er hat mir ein Schütz aus seinem Fundus eingebaut und seit dem ist Ruhe. Frage mich zwar wie dieser Fehler zu den Spontan auftrtretenden Fehlermeldungen im Log passt aber es läuft.

Naja nicht jeder Kunde benutzt EVCC und auch EVCC hat des öfteren mal breaking changes. Sind zwei unabhängige Software Projekte und die Tatsache das Sie sich gegenseitig up to date halten ist schon sehr viel Wert. Habe auch gestern geupdated und gerade festgestellt das da was nicht passt. Jetzt muss halt übergangsweise eine HA Automatisierungsregel herhalten.

Ich werde versuchen es auf die Art nachzustellen. Aktuell ist der Opel aber voll wird also etwas dauern. Wie im Log aber zu sehen ist klappt es mit der Phasenumschaltung eigentlich problemlos. So auch das letzte Jahr seit ich den WEM verbaut habe. Nur eben in dem von mir beschriebenen Fall ist es jetzt 2 von 3 mal passiert. Sobald ich testen kann gebe ich bescheid was das manuelle umschalten bewirkt hat.

Ok, also WEM einmal komplett deaktiviert und alle Verbindungen durchgeprüft. Schütz ein paar mal manuell per Schalter angesteuert und am WEM Steckereingang der Schützüberwachung gemessen. Was die Mechanischen Verbindungen angeht alles einwandfrei. Heute wieder das gleiche Spiel: - Ladelimit eingestellt - Von Solar auf Schnellladen gestellt - Auto lädt ohne Probleme bis zur eingestellten Grenze - Von Schnellladen auf Solar umgestellt - Ladelimit auf 100% eingestellt ===> Gleicher Fehler, Contactor Error am WEM. Das entsprechende Log habe ich angehängt (Fehler_log.txt), darin sieht man auch das die Phasenumschaltung im Solar Modus funktioniert hat. Daraufhin nochmal alles in der Verteilung durchgecheckt und den WEM neugestartet. Gleiches Prozedere allerdings mit geöffnetem Debug Tab am WEM. In EVCC war leider nur ein Ladelimit von 5% mehr als vom aktuellen SOC möglich. Das Auto ist fast voll . Nach erreichen des Limits beendet EVCC den Ladevorgang. Allerdings sehe ich im Debug Tab das die Phasenanforderung und die geschalteten Phasen scheinbar weiterhin auf 3 stehen. Beim umschalten auf Solar keine Änderung. Erst beim verschieben des Ladereglers auf 100 % springen die Anzeigen in den Spalten "Phase Switching" und "External Phase Request" relativ schnell um. Der Fehlerfall tritt diesmal nicht auf, das Debug Protokoll habe ich trotzdem mal mit angehängt. Vielleicht hilft es ja was.. Kann es sein das sich Phasen Anforderung und Phasenänderung zu schnell abspielen wenn das Schütz noch auf drei Phasen steht? Ist das überhaupt möglich das Schütz angezogen zu lassen oder habe ich die Ausgabe im Debug Tab falsch interpretiert? Fehler_log.txt energy_manager-debug-protocol-wem-26Jx-2024-01-02T18-30-19-325.txt

Alles klar, ich checke die Verbindungen nochmal durch und melde mich wenn es noch einmal auftreten sollte. Es war für mich nur eben "verdächtig" das bis jetzt nie etwas aufgetreten ist und kaum verwende ich fast charging in verbindung mit einem Ladelimit tritt ein Fehler auf.

Hallo! Vorab das ist kein wirklicher Fehlerbericht sondern vielmehr der Versuch herauszufinden was bei welchem Gerät schief gelaufen ist und warum. Aktuell weiß ich nämlich nicht ob ich ein Issue bei EVCC eröffnen soll oder eher bei Tinkerforge. Folgendes Konfiguration läuft bei mir seit ich den Energy Manager erworben habe Fehlerfrei: Wallbox: Warp2 Phasenumschaltung: Energy Manager Steuerung von Wallbox und EM: EVCC Bis heute war EVCC immer im modus Solar only. Soweit alles gut. Heute musst eich allerdings das Auto schnell auf 70% laden, entsprechend habe ich im EVCC den Ladelimiter auf 70% gestellt und den Lademodus auf 'Fast'. . Nach erreichen der 70% wurde das Laden beendet. Die Lademodus auswahl stand weiterhin auf 'Fast'. Nach ein paar Minuten schalte ich den Lademodus von 'Fast' auf 'PV only' um. Sofort kam im EVCC Log die Meldung das Phasenumschaltung nciht möglich ist, da die Bedingungen hierfür nicht erfüllt sind. Als ich auf das Webinterface des Energy Managers schaue sehe ich beim Status für den Energy Manger 'Contactor Error' . Ein reset des EM hat das Problem behoben und das testweise Umschalten der Phasen direkt am EM hat auch sauber funktioniert. Eine physikalische Fehlerursache schließe ich aus, das Schütz mitsamt Überwachung arbeitet sauber. Gab es hier ein problem seitens EVCC das aufgrund des schnellladens mit Abschaltgrenze die Phasenumschaltung beim erreichen der Ladegrenze nicht auf Einphasig zurückgesetzt wurde? Mag das der EM nicht?

Im grunde genommen nicht. Das Problem ist nur dieser kleine zusatz V2H. Es gibt bereits einen Standard für V2G (den meines wissens kein Automobilhersteller je standardkonform übernommen hat) für V2H ist mir bis Heute aber kein Standard- oder Referenzprotokoll bekannt. OpenWB hat meines wissens eine Ladesäule die das V2G kommunikationsprotokoll bereits jetzt umsetzt aber wie gesagt ich kenne kein Auto das die ganze Aktion standardkonform macht. VW ist wohl auch eher daran interessiert mit eigener Wallbox und evtl V2H Energy Manager seinen Fuß in die Haushalte der Besitzer zu bekommen. Eigenes Ladeökosystem made by VW sorgt auf jeden fall für Kundenbindung. Der größte Feind einer V2H bzw. V2G Lösung bleibt nach wie vor das Finanzamt. Unvorstellbar wenn du günstig Strom tankst und ihn dann Zuhause einspeisen möchtest. Da würden dem Staat ja evtl. ein paar cent Steuern entgehen..... Noch ein Grund warum weder Automobilhersteller noch Ladesäulenhersteller V2G auch nur mit der Kneifzange anfassen, der initialle rechtliche Investitionsaufwand das ganze sauber in DE hinzubekommen ist einfach zu hoch.

Ok, habe es wieder "geschaft". Sicherung des EM umgelegt, nach ein paar Minuten wieder angeschalten resultiert in rotem Blinken während des Bootvorgangs. Danach kein Blinken in Grün sondern einfach nur nix. 0,468 **** TINKERFORGE WARP ENERGY MANAGER V1.0.6-64959dc4 **** 0,468 325K RAM SYSTEM 307712 HEAP BYTES FREE 0,479 READY. 0,479 Last reset reason was: Reset due to power-on. 0,583 Mounted data partition. 20480 of 3538944 bytes (0.6 %) used 0,797 WARP Energy Manager config version: 1.0.2 (wem) 0,798 ESP32 Ethernet Brick UID: 26Jx 12,431 Ethernet started 12,433 Ethernet connected: 100 Mbps Full Duplex, MAC: 78:21:84:44:6B:2B 12,434 Ethernet got IP address: 192.168.2.23 12,638 Set timezone to Europe/Berlin 12,883 RTC not set! 13,025 mDNS responder started 13,246 This is energymanager (wem-26Jx), a WARP Energy Manager 13,247 energy_manager: Not seen all chargers yet. 13,257 MQTT: Connected to broker. 13,315 charge_manager: Available phases: 1 14,452 Resolved warp2.local to 192.168.2.22 (via mDNS scan) 16,203 energy_manager: Seen all chargers. 2023-08-12 10:46:04,919 NTP synchronized at 28,909! 2023-08-12 10:52:18,671 energy_manager: Switched mode 0->1 Ereignislog ist jetzt sehr Übersichtlich. Das ganze ist für mich kein Bug oder anderweitig ein Problem, finde es nur interessant.

Ja, sind sie. Du brauchst die Werte aber nicht wenn du bereits EVCC einsetzt. EVCC kann die Steuerrung des Energy Managers und der Warp2 übernehmen. Sofern EVCC an die erforderlichen Werte kommt sparst du dir so den extra Zähler. Beide werden per LAN angebunden und an deinem MQTT Broker registriert. EVCC braucht dann nur das extra Topic des Energy Managers als config option für die WARP Ladesäule. Es betrachtet den Energy Manager also als optionales Modul der Wallbox. IP Seitig gibst du bei EVCC immer deinen MQTT Broker an, an dem sich WARP Ladesäule und Energy Manager "melden". Eine step by step Anleitung wie es sie für die WARP2 und EVCC gibt, gibt es mienes wissens nach noch nicht. Hier im Forum wurde das ganze aber schon öfters diskutiert und erfragt.

Alles klar, Danke schonmal für die Mühe. Ich beobachte es bei mir mal weiter.