ChriMo

War alles nur eine netzdienliche Idee vor dem grossen Zählerwechsel und natürlich Learning by Doing ;-) Netspannungen sind natürlich auch in der Überwachung... mit einen kleinen Python-Skript, kann man dann die WARP3 perfekt regeln! Wieder einmal eine Bestätigung für mich, das richtige Produkt gekauft zu haben.... GRINZZZZ! Danke für den tollen Support! LG aus dem Dorf im Norden

ich bin gespannt auf die Vorgaben von meinem Verteilnetzbetreiber, hier gibt es z.T. noch Ferraris Zähler, SmartMediaGateways sind auf dem Dorf doch noch Science Fiction. Eine typische Auswertung der Netzfrequenz an meinem Anschluß: offizieller Zähler mit IR-Sensor und Tasmota SML MQTT/Influxdb/Grafana Ich dachte, ich bin mal freiwillig netzdienlich und tue etwas für die Gemeinschaft... Anbei ein sehr interessanter Link zum Thema: https://gonium.net/post/2014-07-29-50hz--messung-der-netzfrequenz/ Vielen Dank für die Anmerkungen und schönes Wochenende LG aus dem Norden

Moin, ich habe da mal eine ganz triviale Grundsatzfrage zur EnWG §14a Signalisierung... Warum sind externe Quellen, wie potentialfreier Kontakt oder aufwendige Protokolle über TCP/IP notwendig? Das Netz signalisiert doch durch die Netzfrequenz eindeutig den Zustand und die WARP3 Wallbox kann diesen Zustand erkennen und intern verarbeiten. Frequenz > 50.20 Hz: Leistungsreduzierung von Energieerzeugern (u.a. PV, Batterie-Speicher) Frequenz < 49.80 Hz: Leistungsreduzierung von Energieverbrauchern (u.a. Wallboxen, Batterie-Speicher) Bei der WARP3 wäre es also eine kleine freiwillige Software-Option ;-) Wo ist das Problem? Zulassung? Plombe? Lobby? Mein Shelly Plus 2PM oder SML-IP-Reader am Zähler sehen die Frequenz auch und stellen sie per MQTT im LAN zur Verfügung... Ein Bricklet dafür gibt es auch ;-) https://www.tinkerforge.com/de/shop/energy-monitor-bricklet.html Denke ich zu naiv und einfach? LG Chrimo

Aktueller Status: WARP3 PRO 2.6.6+675aeb99 (erstellt 12.12.2024 14:56:41, von Tinkerforge GmbH) + Fiat 500e + EVCC 0.132.1 Alle Ladeprobleme bei der Umschaltung der Phasen sind verschwunden! SUPER! Vielen Dank an das ganze Entwicklungsteam! LG aus dem Norden

ich habe einfach nur die neue Firmware 2.6.5 installiert und das Bash-Skript deaktiviert. WARP3:Fiat500e wird über EVCC 0.131.8 (mit automatischem Phasenwechsel) verwaltet. Meine Funktionstests beschränken sich aktuell, mangels PV-Überschuß, auf Umschaltung der Modes "PV, Min+PV und Schnell". Bis jetzt funktioniert die Umschaltung 1-phasig -> 3-phasig und zurück, bzw AUS, ohne erkennbare Probleme. Wir warten mal auf Tage mit längerer Sonnenausbeute ;-)

ich habe gestern ein paar schnelle Phasenumschalttests durchgeführt und das Ergebnis ist sehr positiv! Bisher gibt es keine Probleme bei der Phasenumschaltung 1=>3 mehr... Wow, jetzt brauche ich nur noch mal wieder ein wenig Energie-Überschuß aus der PV-Anlage, dann kann ich mehr berichten. Bis dahin - Danke für die tollen Tipps und das tolle Produkt!

Gibt es für das Phasenumschaltproblem P1 ==> P1-P2-P3 beim Fiat 500e schon eine Idee oder einen möglichen Workaround mit der Software 2.6.5+6751bc2b (erstellt 05.12.2024 15:43:55, von Tinkerforge GmbH)?

schon verstanden ;-) Ich liebe meine WARP3 !!! leider kann ich mit den Automatisierungszuständen auch nichts erreichen... wenn 'Ladestatus' == 'lädt' AND 'Leistung WARP Charger' == '0' dann 'Ladesteuerung STOP START' Gibt es vielleicht noch eine Idee, wie man so einen 'Fiat 500e' Trigger intern verarbeiten könnte? Eine PV-Überschußladung mit Phasenwechsel ist so leider nicht möglich.... Plan-B, externes Skript, funktioniert ja ... ist nur kosmetisch ein Dauer-Fake ;-)

Hallo again, könnte man so eine "inkompatibles-Fahrzeug-Lade-Triggerung" nicht irgendwie in den Wallbox-Settings oder per Automatisierung einstellen? Nochmal das Problem: Fiat500e lädt nicht weiter nach einem Wallbox-Phasenwechsel von 1 auf 3. Die WARP3-Wallbox-GUI zeigt den Status 'laden' an, aber es wird aber keine Leistungsabgabe angezeigt. Problemlösung: Ladevorgang STOP->START ausführen. Ist dafür eine WARP3-Interne-Automatisierung möglich? Für Zoe & Co. gibt es doch auch Sonderoptionen...

OK, aktuell rufe ich das Skript manuell auf, wenn der Ladevorgang nicht startet... die Optimierungen bau ich sofort ein ;-) Seltsam, gestern gab es überhaupt keine Probleme und die bekannten Ladeprobleme konnten auch nicht reproduziert werden... Ich werde mal weiter Debuggen.

Fake Lösung: Bash-Skript zur Erkennung und temporären Lösung des Problems # Fiat500e stops loading, when switching from 1-phase to 3-phase # a simple charge stop and start solves the problem # # hostname or ipaddress of the WARP charger device export HOST=1.2.3.4 #charger state export charger_state=`curl -s http://$HOST/evse/state|jq '.charger_state'` #charger current power delivery export charger_power=`curl -s http://$HOST/meter/values|jq '.power'` echo $0 ChargerState:$charger_state ChargerPower:$charger_power if [[ "$charger_state" == 3 ]]; then if [[ "$charger_power" -le 1380 ]]; then echo vehicle not loading correctly - execute stop-start-procedure curl http://$HOST/evse/stop_charging -d 'null' sleep 5 curl http://$HOST/evse/start_charging -d 'null' fi fi

die alte meter api funktioniert: curl -s http://$HOST/meter/values|jq '.power' .Ergebnis: ChargerState:3 ChargerPower:6678 ==> OK

DIe Sonne scheint wieder, das Auto ist da und der Akku halb voll... ich werde die Messreihen noch einmal genau verifizieren und auch versuchen auszuwerten. Super! Danke für die tollen Anregungen und den fantastischen Support! Eine zusätzliche Frage habe ich noch: wie ist die API-URL für die Abfrage der Ladeleistung? In der WebGUI: Leistung WARP charger. Ich möchte ein Skript schreiben, das den Fehler erkennt und reagiert. 1. Abfrage Ladestatus: charger_state=`curl -s http://$HOST/evse/state|jq '.charger_state'` 2. Abfrage der Ladeleistung: charger_power=`curl -s http://$HOST/power_manager/low_level_state|jq '.power_at_meter'` PASST NICHT.

Ich hoffe da ist jetzt alles außer Passwörter drin ;-) Das Log sollte den Fehlerfall und auch die Behebung durch STOP-START in der GUI beinhalten. Danke für eine Idee ;-) debug-protocol-warp3-2aSW-2024-08-25T14-51-37-508.txt

so sieht das dann nach kurzer Zeit aus... lädt nicht mehr...

Firmware: 2.4.1+66a105aa (erstellt 24.07.2024 15:46:18) Ladecontroller: 2.2.4 erlaubter Ladestrom: 10 A

gefunden... JA, Fahrzeug-Weckruf, ist aktiviert!

nö, wie ? Hast du mal eine eine genaue Information, wie ich diesen 'Weckruf' initiieren kann? Danke! CU ChriMo

Moin, ich kämpfe aktuell mit einem Fiat 500e Problem und der WARP3 PRO. Der Fiat 500e schläft irgendwann ein und lädt nicht mehr. Reproduzierbar ist dieses Phänomen, wenn man von 1-phasig auf 3-phasigen Betrieb per WebGUI umschaltet. Da hilft dann nur noch per WebGUI STOP und START nacheinander zu betätigen. Kenn jemand das Problem oder noch besser einen Workaround ? MQTT-Shell-Skript, das die Ladeleistung bzw. Ladezustand verifiziert und dann STOP-START betätigt? Kann die WARP3 sowas wie Vehicle keepalive? Danke für irgendeine Idee, so wie es jetzt läuft, ist Überschußladen nur Science Fiction ;-) Grüsse aus dem Noden Chrimo

mal gucken, ob das auch mit ADAC oder EWE APPs im iPhone Wallet klappt ? Das wäre doch echt eine sehr elegante Sache.

Moin, WOW... das ging ja schnell ;-) Ich habe da aber noch eine Frage zum Modul: https://www.tinkerforge.com/de/doc/Hardware/Bricklets/NFC.html Das ist da drin ? Da stand doch was von Desfire drin... aber ich habe gerade gesehen, die ID ändert sich immer wieder... Kann man per MQTT sehr schön sehen ;-( Liegt es also an der fehlenden Dekodierung des Inhalts ? Bis gleich ;-) LG Chrimo

Hallo Welt, ich habe seit einem Monat eine WARP3 PRO im Einsatz und bin sehr begeistert! Die Zuordung von Ladevorgängen zu Usern, per RFID Tag, finde ich sehr schön, aber schon wieder neue Karten im Portemonnaie finde ich extrem lästig. Gibt es da nicht Alternativen, die man sowieso schon im Einsatz hat ? 1. RFID als Software Tag im IOS Wallet (IOS) 2. RFID als Software Tag als APP (Android,IOS) 2. ABUS Mifare Desfire EV1 3. eID aus dem Personalausweis Was ist mit dem vorhandenen RFID-Reader und der aktuellen Firmware möglich ? Welche externen Lösungen per MQTT-Backend wären denkbar ? Vielen Dank für ein Feedback oder eine offene Diskussion ;-) Grüsse aus Sauensiek Chrimo