borg

Da ist vermutlich die Frage was du eigentlich machen möchtest und welche Komponente was davon machen soll. PV-Überschussladen? Wärmepumpe anhand von PV-Überschuss steuern? Steuern anhand von dynamischen Strompreis? Stromflüsse hübsch visualisieren? Du hast ja jeweils mehrere Komponenten die das machen könnten. EVCC könnte z.B. eine PV-Überschusssteuerung machen, Homeassistant kann sicher hübsch visualisieren etc. Der WARP Energy Manager 2.0 könnte sich z.B. um die Steuerung der Wärmepumpe per SG-Ready-Signal anhand von PV-Überschuss kümmern. Wenn deine Wallbox eine WARP 1/2/3 ist kann er dort auch PV-Überschuss machen. Es wäre aber auch möglich dass der Energy Manager nur die SG-Ready-Schnittstelle per API bereitstellt und EVCC oder Homeassistant die Steuerung übernehmen.

Für den Fall dass ein spannungsfreier Schaltkontakt genutzt werden soll kommst du da nicht drum rum, ja. Bezüglich EEBUS/EVCC: Wenn du schon EVCC nutzt für das PV-Überschussladen macht es sicher Sinn das EVCC auch die EEBUS-Kommunikation zur Steuerbox übernimmt. Dann kommt sich die Steuerung von EVCC und eine eventuelle Abschaltung auch nicht in die Quere. Sag uns gerne Bescheid wenn dein Netzanbieter dass so anbietet und wie die Anbindung genau aussieht.

Sehr spannend, du bist der erste den wir kennen der eine FNN Steuerbox wirklich bekommen hat! Ich vermute der Netzbetreiber wird die Schnittstelle die verwendet werden soll am Ende festlegen. Rein gesetzlich ist dort für die digitalen Schnittstellen kein festes Protokoll vorgeschrieben, es könnte also sein dass sowas wie Modbus/TCP möglich ist. Von dem was wir von Insidern gehört haben werden die meisten Netzanbieter/Steuerboxen aber wohl auf EEBUS setzen wollen. Die analoge alternative dazu wäre ein spannungsfreier Schaltkontakt. Auf der Homepage von deiner Steuerbox steht: "Vorbereitet" ist für gewöhnlich Codewort für "Noch nicht implementiert". Daher wird deine Steuerbox aktuell vermutlich noch kein EEBUS sprechen. Wenn du da mehr erfährst sag uns bitte Bescheid, insbesondere wenn die Anbindung per EEBUS passieren soll. Wir arbeiten schon seit längerem an einer EEBUS Implementierung (inkl. SHIP/SPINE und dem LPC use case der von den Steuerboxen genutzt wird). Wir würden dich da natürlich gerne als Testkunden nutzen 😅. Aktuell haben wir wie gesagt noch keinen Zugriff auf eine funktionierende FNN Steuerbox die wirklich irgendwo verbaut wurde gegen die wir testen könnten. Falls ein spannungsfreier Schaltkontakt verwendet werden soll kannst du in Theorie ein "Klingeldraht" bis in die Wallbox legen und dort direkt anschließen oder ein WARP Energy Manager in den Schaltschrank setzen der den Kontakt ausliest. Wir planen da an der Stelle auch als günstigere alternative einen Shelly auslesen zu können der den Kontakt ausliest. Bevor du da irgendwas machst würde ich an deiner Stelle aber erst in Erfahrung bringen was mit der Steurebox wirklich möglich ist und was der Netzbetreiber vielleicht vorschreibt.

Firmware: IO-4 Bricklet 2.0 2.0.5 Add CaptureInput callback (can stream all 4 inputs with up to 50kHz sampling frequency) Download: IO-4 2.0

Firmware: IO-4 Bricklet 2.0 2.0.5 CaptureInput-Callback hinzugefügt (Ermöglicht einen Stream der Eingangszustände mit einer Abtastfrequenz von bis zu 50kHz) Download: IO-4 2.0

Wir haben nur einen Kabelsatz der alle Verkabelungsmöglichkeiten (Basic/Smart/Pro) abdeckt. Da bleiben ein paar Kabel über wenn du "nur" ein Upgrade von Smart auf Pro machst.

Du musst anstatt vom Anschlussblock direkt in die Schütze zu verkabeln, erst vom Anschlussblock in den Zähler und von da zu den Schützen. Ich glaube am einfachsten ist es du vergleichst hier https://warp-charger.com/warp3-charger/ (unten bei Impressionen) einfach smart mit pro.

Just to be sure i correctly understand your problem: In the test setup the Industrial Dual Relay Bricklet does always disconnect the USB power after 10 seconds with a RPi-4, but sometimes it does not disconnect the USB power with the RPi-5, correct? Can you try to add a time.sleep(0.5) between the set_monoflop and the shutdown? One idea would be that somehow the RPi shuts down before it can send the monoflop message to the Bricklet.

Ah interesting, so the XMC somehow gets back-powered through an IO pin? Do you know why the gpio 4 is high? Does the sleep work if you force it to low before the sleep? You should be able to put it to low with this: sudo pinctrl 4 op dl

Sehr komisch. Nur um sicher zu gehen dasses keine komischen Seiteneffekte mit irgendwas gibt: Kannst du einmal einen Minimalaufbau aus nur Master Brick + Ethernet Extension machen und testen und dann die Ethernet Extension gegen die Ethernet Extension mit PoE austauschen und testen? Gleiche Problem in dem Fall?

Also rein vom Ladeprotokoll her sieht alles gut aus: Das Auto geht von > 2000 Ohm auf 880 Ohm, das Schütz schaltet, die Wallbox legt 26,6% PWM an dann geht das auto wieder zurück auf > 2000 Ohm, das Schütz wird wieder geöffnet und das PWM geht auf 100%. Ich sehe zwei Möglichkeiten: Entweder das Auto sieht das PWM auf der CP-Leitung nicht (obwohl die Wallbox den Widerstand zurücklesen kann den das Auto anlegt) oder das Auto kann kein Strom ziehen obwohl das Schütz durchgeschaltet ist oder sieht vielleicht die Spannung nicht. Hast du schonmal in den Stecker der linken WARP1 geschaut? Ist der vielleicht verdreckt o.ä.?

In der Tat, die "grünen Blöcke" machen irgendwie wenig Sinn. Kannst du wenn das nochmal auftritt unter System -> Ereignis-Log ein Debug-Report ziehen und hier anhängen?

Das ist nicht das Problem, die neue Webseite ist hier: https://newtransparency.entsoe.eu/market/energyPrices?appState={"sa"%3A["BZN|10Y1001A1001A82H"]%2C"st"%3A"BZN"%2C"mm"%3Atrue%2C"ma"%3Afalse%2C"sp"%3A"HALF"%2C"dt"%3A"CHART"%2C"df"%3A"2025-04-04"%2C"tz"%3A"CET"} Trotzdem hat ENTSO-E heute nur 15-Minuten-Preise für die DE_LU ausgeliefert und nicht die 60-Minuten-Preise... Es ist jetzt für api.warp-charger.com aber gefixt.

Probier nochmal mit Firmware-Version 2.0.2, hab das Fehlerhandling verbessert.

Firmware: Ambient Light Bricklet 3.0 2.0.2 Improve robustness of i2c communication Download: Ambient Light Bricklet 3.0

Firmware: Ambient Light Bricklet 3.0 2.0.2 I2C-Kommunikation robuster gemacht Download: Ambient Light Bricklet 3.0

Wir können da noch keinen festen Termin geben, aber wir arbeiten aktiv an ISO15118. Was aber jetzt definitiv schon feststeht: Es wird möglich sein eine bestehende WARP3 Pro mit Austausch des Controller-Stapels nachzurüsten.

Hab gerade schnell in den Code geschaut, auf den ersten Blick sieht das recht robust implementiert aus. Was machst du genau um den Fehler zu erzeugen damit ich das hier reproduzieren kann?

Der Eindruck ist glaube ich tatsächlich falsch. Von den allermeisten Kunde (>> 95%) hören wir nachdem sie die Wallbox gekauft haben nie wieder etwas. Du siehst hier im Forum nur die Leute die Probleme haben oder die "Power-User" sind und neue Features/Beta-Firmwares testen. Wenn wir für jede Wallbox die wir verkaufen so viel Zeit investieren würden wie wir es hier im Forum zum Teil machen (mit Testfirmwares etc), dann bräuchten wir weit mehr Mitarbeiter für den Support als wir überhaupt in Summe haben 😅.

Das ist korrekt, der WEM 2.0 hat keinen Ausgang mehr um ein Schütz zu steuern. Er unterstützt physikalisch keine SG-Ready-Schnittstelle das können wir dort also nicht per Software nachliefern. Die ganzen anderen neuen Software Features werden sonst auch alle vom WEM 1.0 unterstützt. Beim WEM 1.0 mit der neuesten Firmware wäre die Vorgehensweise: Eine Wallbox fest 1-phasig oder fest 3-phasig anzuschließen und eine Wallbox über die Phasenumschaltung des WEM. Der WEM kann dann beide im Lastmanagement steuern und eine der Wallboxen kann für das PV-Überschussladen zwischen 1- und 3-phasig umgeschaltet werden. Entweder du aktivierst das PV-Überschussladen im WEM, dann übernimmt der das, oder du nutzt die Funktionalität die EVCC bietet, da müsstest du dann in der EVCC-Doku schauen.

Die Apps sind jetzt aus der öffentlichen Beta und veröffentlicht 🥳: Android Play Store: https://play.google.com/store/apps/details?id=com.tinkerforge.warp Apple App Store: https://apps.apple.com/de/app/warp-by-tinkerforge/id6736695801 Ich denke die meisten "Kinderkrankheiten" sind behoben und die Apps sollten ziemlich stabil laufen. Wenn ihr weitere Probleme findet könnt ihr die natürlich trotzdem hier posten und wir kümmern uns drum.

Firmware: Silent Stepper Bricklet 2.0 2.0.4 Add MotorStalled callback Download: Silent Stepper Bricklet 2.0

Firmware: Silent Stepper Bricklet 2.0 2.0.4 MotorStalled callback hinzugefügt Download: Silent Stepper Bricklet 2.0

Dann wäre die Wallbox selber der Rundsteuerempfänger, das geht natürlich technisch. Aber dafür haben wir sicher nicht die passenden abnahmen. Bringt langfristig auch nicht viel, die SMGWs werden ja jetzt ausgerollt und die Gesetzeslage ist da ziemlich eindeutig (EnWG §14a-4): Wenn ein SMGW installiert ist muss dieses genutzt werden. Also man wird leider als Wallboxhersteller langfristig nicht darum herumkommen mit den SMGWs kommunizieren zu können (im Zweifel aber auch wieder nur per potentialfreien Kontakt...).

Firmware: PTC Bricklet 2.0 2.0.5, Industrial PTC Bricklet 2.0.3 Fix integer overflow in moving average at temperatures above 325°C Download: PTC Bricklet 2.0, Industrial PTC Bricklet