MatzeTF

Das mit der Firmware hast du richtig erkannt. Bei Lagerware kann es sein, dass sie mit einem alten Firmware-Stand ausgeliefert wird. Deswegen ist ein Update nach der Installation immer empfehlenswert. Wenn der WEM immer noch „Unvollständige Konfiguration“ anzeigt, fehlt im noch etwas. Wenn an der Stelle nicht mehr steht, schau im Webinterface mal unter System ins Ereignis-Log.

Der WEM verwendet die gleichen Codebasis wie die Wallboxen und ist nicht Docker-kompatibel. Ein Pi mit Docker liegt weit außerhalb der vorgesehenen Verwendung des WEM und wäre praktisch ein komplett anderes Produkt. Wenn du einen Pi mit Docker haben möchtest, solltest du dir selbst einen kaufen. Das ist für dich auch günstiger, als wenn wir ein neues Produkt entwickeln und da einen Pi reinstecken.

Für das Lastmanagement zwischen Wallboxen verschiedener Hersteller gibt es nur OCPP. Die Entwicklung einer Wallbox auf Pi-Basis ist aktuell nicht geplant.

Der WEM wird keinen OCPP-Server anbieten können. Das sprengt die Grenzen des ESP32 vom WEM. Du wirst dich entweder nach einem kostenlosen oder kommerziellen OCPP-Server umsehen oder dir selbst einen einrichten müssen, z. B. auf einem Raspberry Pi.

Das meiste hat dir poohnet ja schon beantwortet, aber dazu noch: Was genau meinst du mit „Ladestand“? Falls du den Ladestand der Fahrzeugbatterie meinst: den kennt die Wallbox nicht. Über den Typ 2-Stecker wird diese Information nicht übertragen. Die Wallbox meldet dem Auto nur den maximal erlaubten Ladestrom. Von allem anderen weiß sie nichts. Wenn du den Ladestand der Fahrzugbatterie in EVCC anzeigen möchtest, geht das nur über die entsprechenden Cloud-Schnittstellen des Fahrzeugherstellers.

Gibt es: feature-meters-7. Du solltest dort aber besser noch nichts entwickeln, da wir die Branches regelmäßig wechseln und rebasen. Das ist schon der Siebte. 😉 Schau dir vielleicht schon mal das Modul „meters-em“ an. Das ist recht übersichtlich und du kannst sehen, wie du die Values deines Stromzählers deklarieren und aktualisieren musst.

Schon mal dazu: Die API wird sich ändern, weil wir die Zählerbehandlung komplett ersetzen. Es gibt demnächst ein Framework für verschiedene Zähler. Wenn du noch etwas wartest, kannst du das SMA Energy Meter gleich als neue Zählerklasse implementieren.

An dieser Stelle noch mal der schon fast obligatorische Hinweis, dass sich demnächst die API ändern wird. Die Sache mit meters/values_update ist aktuell ein offiziell nicht unterstützter Hack. In absehbarer Zeit wird es eine offizielle API geben, für die die Werte anders formatiert werden müssen. Wenn es soweit ist, kündigen wir das aber nochmal an und es wird auch eine automatische Migration geben, die die meisten Anwendungsfälle abdeckt. Der Stromzähler-Typ muss auf „Benutzerdefinierter Zähler“ gestellt sein, damit die API-Migration bei euch durchgeführt wird.

Ich bin mir nicht ganz sicher, was du damit erreichen möchtest. Die Step-Down Power Supply erzeugt 5 V für den Stapel und schleift die Eingangsspannung (z.B. 24 V) nur durch. Du möchtest nicht den Motor mit 5 V betreiben, oder? Dann musst du doch nur eine Verbindung zwischen dem Eingang der Step-Down Power Supply und dem Eingang des DC Bricklets herstelle, damit die 24 V bei beiden ankommen. Wolltest du dir einfach diese Verbindung sparen? In dem Fall hast du recht, das geht nicht mehr. Das siehst du richtig. Wenn es Stepper im Namen hat, ist es für Stepper-Motoren ausgelegt. Für „normale“ Motoren sind die DC-Varianten gedacht.

Zoes haben leider die Eigenschaft, dass sie „einschlafen“, wenn nach dem Einstecken nicht innerhalb weniger Minuten Strom aus der Wallbox kommt. Die WARP2-Wallboxen haben eine Aufweckfunktion, die dem Ladestandard für Wallboxen mit Typ 2-Stecker entspricht. Leider zeigt sich eine eingeschlafene Zoe davon gänzlich unbeeindruckt und wacht nicht auf. Wir haben schon alles ausprobiert, was von Seiten der Wallbox möglich ist, aber nichts davon weckt eine Zoe aus dem Koma auf. Das Einzige, was hilft, ist, eine Taste auf der Keycard zu drücken, was die Wallbox natürlich nicht kann. Wenn die Zoe dagegen nach dem Einstecken einmal Strom „gesehen“ hat und das Ladekabel verbunden bleibt, lässt sie sich auch nach einer langen Ladepause problemlos wieder aufwecken. Zeitgesteuertes Laden klappt also wahrscheinlich nur, wenn du nach dem Einstecken kurz Strom freigibst und danach wieder abbrichst, damit sich die Zoe zum gewünschten Ladestart aufwecken lässt.

Die fertige, nutzbare API gibt es nicht in einem Repository, da sie mit einem Code-Generator erzeugt wird. Das generators-git findest du hier. Einfach auschecken reicht aber nicht, da nach jeder Änderung am Generator der Generator einmal ausgeführt werden muss, um die API-Dateien zu aktualisieren. Du müsstest dir selbst irgendwas scripten, das überprüft, ob es nach einem git pull einen Commit gibt, der neuer ist als deine API-Dateien, und in dem Fall den entsprechenden Generator ausführt.

Ich glaube nicht, dass das etwas verbessert, da die Implementierung von MQTT in ioBroker nicht standardkonform ist. Statt einem nicht standardkonformen Server mehrere nicht standardkonforme Server laufen zu lassen, macht meiner Meinung nach keinen Sinn. Was hilft, ist, den MQTT-Broker von ioBroker komplett zu deaktivieren und einen standardkonformen MQTT-Broker wie z. B. Mosquitto zu verwenden. Die Optionen „nur bei Änderungen publizieren“, „eigene States beim Verbinden publizieren“ und „States bei subscribe publizieren“ sollte es genauso wenig geben wie „Standard-QoS“ und „Retain-Flag setzen“, da das MQTT-Protokoll exakt vorgibt, wie diese Fälle behandelt werden müssen. Dass es diese Optionen gibt, legt nahe, dass die ioBroker-Entwickler das MQTT-Protokoll anscheinend nicht richtig verstanden haben.

Ich habe EVCC noch nicht benutzt, deswegen weiß ich nicht, was da ein guter Wert ist. Wenn du kein EVCC verwendest, verteilt der EM alle 5 Sekunden die Energie neu. Der EM möchte sekündlich frische Werte, damit er nicht mit zu alten Daten arbeitet. Würdest du im 5-Sekunden-Takt Werte reinschieben, könnte es passieren, dass die Werte immer kurz nach einem Verteilungsdurchlauf reinkommen und der EM somit auf 4 Sekunden alte Werte regelt, wodurch der Regelzyklus bei 9 Sekunden liegt, statt nahe bei 5.

Was meinst du mit „Kompatibilität“? Du musst irgendwie den Messwert für den Leistungsbezug am Hausanschluss in den Energy Manager bekommen. Wir arbeiten aktuell an einer Unterstützung für SunSpec. Falls eines deiner beiden Geräte das unterstützt, kannst du die Zählerwerte von dort abfragen. Ansonsten kannst du den Energy Manager auch per HTTP oder MQTT mit Messwerten füttern. Ist das auch keine Option, brauchst du einen zusätzlichen Zähler am Hausanschluss, der die Werte liefert.

Kann er, allerdings müssen beide hinter dem selben Schütz hängen.

Wenn du Überschussladen mit Home Assistant betreiben möchtest, musst du die Logik selbst implementieren. Bei der Wallbox kannst du über die API die Leistung begrenzen. Erreichen kannst du sie über HTTP oder MQTT. Standardmäßig werden in Home Assistant nur Infos angezeigt und es gibt Buttons und Zahlenfelder, mit denen du die Wallbox steuern kannst. Soll die Leistung automatisch angepasst werden, müsstest du das selbst implementieren. Möchtest du Überschussladen nicht selbst implementieren, brauchst du den Energy Manager. Phasenumschaltung ist aktuell nur mit dem Energy Manager möglich, da der das Schütz zum Abschalten der zweiten und dritten Phase ansteuert. Das kann die Wallbox noch nicht selbst.

Also eigentlich kann das nur auftreten, wenn die Versorgungsspannung verpolt ist. Bitte kontrolliere nochmal, ob GND tatsächlich an - angeschlossen ist und VCC and +.

Sorry, das hatte ich schlecht erklärt. Ich hätte gleich ein Bild malen sollen. Bitte einmal das Blaue messen.

In deinem zweiten Post hattest du geschrieben, dass du an dem von dir rot markierten Pin an der Ecke immer VCC gemessen hast. Kannst du das nochmal verifizieren und anschließend bei angeschlossener Spannungsversorgung die Spannung zwischen GND und dem von mir rot markierten Pin an der Diode messen?

Miss mal zwischen blau und gelb sowie zwischen blau und grün. Blau-gelb sollte immer 3,3 V sein. Blau-grün sollte bei Channel 0 GND 3,3 V sein und bei Channel 0 VCC 2,2 V. Trenne dann mal alle Verbindungen und miss zwischen diesen Kontakten den Widerstand: Orange-rot: Widerstand sollte 0 sein. Rot-türkis: Widerstand sollte 104 kΩ sein. Türkis-lila: (- an lila, + an türkis) Widerstand sollte über 20 MΩ sein.

Du könntest mal einen Blick auf den Schaltplan werfen und die Signale zwischen Optokoppler und OP-Amp messen. Beachte dabei, dass die Reihenfolge der Pins am Optokoppler andersrum laufen als die Ausgangspins. Das Zwischensignal für Channel 0 befindet sich auf der Seite mit dem TF-Logo. Das Beinchen direkt neben dem SMD-Bauteil mit „103“-Beschriftung kannst du mal gegen GND messen. Das Signal sollte invertiert zum Channel 0 Ausgang sein und entweder bei ca. 0,1 V oder 3/4 VCC liegen.

In den Fall wäre deine Frau davon abhängig, was EVCC als letztes eingestellt hat. Ich habe allerdings noch nicht gehört, das EVCC häufig ausfällt. Das sollte also eigentlich kein Problem sein.

I assume you’re talking about - 350 μT (micro Tesla) and not - 350 mT (milli Tesla). According to the datasheet, the sensor has a quiescent output tolerance of about ± 16 % (*note). That means that the zero point of a ± 7 mT sensor can deviate by as much as ± 1.12 mT. A baseline of - 300 μT is therefore well within the specs of the sensor. If such a deviation is unacceptable for your application, you have to implement some kind of zeroing yourself. Large offsets are a common issue with hall effect sensors, which is why every hall-based DC current clamp meter has a “Zero” button. *note: (V_Q_MAX - V_Q_TYP) / (V_OUT_MAX - V_Q_TYP) = 0.13 / 0.78 = 0.166666666667

Das steht leider immer noch auf unserer langen Liste unerledigter Dinge. Wenn du noch Fragen hast, kannst du sie aber auch jetzt schon hier im Forum stellen.

Dafür brauchst du auch die Pro. Ohne Zähler hat die Smart hat keine Ahnung, wie viel Leistung dein Fahrzeug tatsächlich zieht.