Neues Projekt: Onlinestatus für Crowdfunding Ladepunkte

[sirprize]

Gestern und heute waren Tho und ich aktiv und haben programmiert sowie diskutiert.

• In der Github-Readme des Projekts gibt es nun Hardwareempfehlungen
• Diese Empfehlung umfasst ein ESP8266-Board, nämlich das WeMos D1 mini Pro, das mit einer kleinen Lötarbeit auf eine externe Antenne umgestellt werden kann.
• Wir werden die Ausgabe wesentlich knapper gestalten und nur die relevanten Informationen (Platz frei/belegt, Stecker drin/nicht, Ladeleistung) per MQTT bzw. per LoRa verschicken

Hat jemand von euch eine SmartEVSE (sowie ggf. einen EVsim) ungenutzt herumliegen, die ich mir mal ausleihen könnte? Bei beiden kann ich gut auf den 230V-Teil (Schütz, Typ2-Stecker, Typ2-Buchse, ...) verzichten, ich will nämlich nur das Auslesen des CP- und PP-Signals testen.

Nach dem Test könnte ich mir das Gestalten einer Aufsteckplatine vorstellen, in der WeMos eingesteckt wird und die dann Schraub-/Klemmverbindungen zu den Sensoren ermöglicht. So könnte jemand ohne Lötkenntnisse den Onlinestatus seiner eigenen Station einspeisen.

[tango]

Mal hier ein ausdrücklicher Respekt vor Eurer Arbeit!

Habe mir das Readme.md angeschaut. Im Bereich "Endpoint" der Daten ergibt sich für mich eine Frage:

an endpoint to receive the data output

serial interface on a connected PC or other device
MQTT server
LoRaWAN gateway
(other endpoints may be implemented in the future)

Ist ein LoRaWan-Gateway tatsächlich ein (anzustrebender/möglicher) Endpunkt der Datenverbindung, oder ist das LoRaWan nicht viel mehr ein Transportweg, wie WLAN ode GSM? Das LoRaWan-Gateway ist doch selbst wie ein WLAN-Accesspoint mit "dem anderen Bein" im Internet und leitet die Daten dann nur weiter. Oder habe ich das Konzept noch nicht ganz auf der Reihe?

[Tho]

LoRa ist generell erstmal nur ein Übertragungsprokoll auf 868Mhz.
Wir nutzen TheThingsNetwork, was ein globales LoRa basiertes IoT Netz darstellt.
Das TTN Gateway ist dabei nur die Brücke 868<>Internet. Übers Internet fließen die Daten mittels eines Forwaders auf dem Gateway zur TTN Api, wo so in Form einer TTN Applikation bereitgestellt werden. Das kann dann schlicht und ergreifend ein JSON sein, aber auch MQTT oder eine komplexe Integration.
EDIT sagt: Doku angepasst.

[Elektrofix]

Hallo Zusammen,
nach ein paar PN mit Sirprize habe ich da mal was vorbereitet:
- 2xS0-Anschlüsse für Zähler
- Ladeschützüberwachung
- CP-Abtastung
- interne Serielle Schnittstelle für SmartEVSE
- LED für Statusanzeige (Betrieb, Belegt, Fehlercode)
- zwei breibelegbare Ports

Technisches Geschwafel für den dem‘s Interessiert :
Das ganze Teil wird Schutzklasse III und braucht also eine externe Spannungsversorgung. Bei der SmartEVSE gibt es einen 12VDC Ausgang also war das meine Ausgangsspannung. Der WEMOS braucht 5V und bekommt diese durch IC1 aus den 12V. Die C1-C3 sind die übliche Verdächtigen, damit IC1 des Schwingen unterläßt. Die Spannung 5V wird nach außengeührt, damit die IO-Prots mit Spannung versorgt werden können.
Die IO-Prots D0,D5,D6 werden durch einen Widerstand und eine Schottky-Diode gegen Induktionsspannungen geschützt.
Die CP-Abtastung geschieht mittels internen Spannungsteiler und dem R4, so das der Prozessor im WEMOS bei 12V nur seine 1V bekommt. Die D4 soll den negativen Spannungsanteile löschen.
Der S0-Anschluß1 wird über IC2 und R7 mit einem Konstantstrom von 20mA versorgt und über die Schutzdioden D6 an die Zähler geführt wird. Von Zähler geht es über die Schutzdiode D5 zum OK1, der dann das Signal am Eingang D4 bereitstellt. Da die Eingänge D3 und D4 im WEMOS einen Wiederstand nach +3,3V haben, kann eine züsätzliche Beschaltung entfallen.
Da noch zwei Ports von WEMOS frei waren, habe ich mich entschieden eine Duo-LED noch einzubauen um den Status auf der Fronplatte anzuzeigen.
Die Ultraschallplatiene wollte ich auch ins Gehäuse einbauen. Im Frontdeckel gibt es denn ein kleines Loch, wo der Externe Schallsenor angeschlossen wird.

Das ganze wollte ich in ein Hutschienengehäuse TE2 untergekommen.

[Tho]

Geil. (Sorry)

[sirprize]

Das Projekt wird im Hintergrund weiter bearbeitet. Zur Zeit bin ich an der Schnittstelle Ladestation zu CfOnlinestatus dran. Damit das Ganze nicht zur Trockenübung wird, habe ich mir einen EVsim nachgebaut und samt Oszilloskop an eine SmartEVSE geklemmt.

[sirprize]

So, es geht weiter!
Mit der Anregung von Elektrofix habe ich das CP-Signal über eine Diode (zwecks Entfernen des negativen Anteils -- ich hatte eine 1N4148 zur Hand) und einen 880k-Widerstand auf das ESP-Board geleitet und dann noch GND mit PE verbunden.
Vorläufiges Ergebnis: die AD-Wandlung ist in der Tat nicht schnell genug, um die Pulsweite zu ermitteln. Macht aber nichts, denn ich hatte einen weitaus größeren Erfolg. Wenn man die auf 0V reduzierten Messungen einfach ignoriert und die höheren Werte mittelt, bekommt man eine ziemlich genaue Vorstellung der Spitzenspannung auf dem CP-Port.

Anders ausgedrückt: CfOnlinestatus kann den Status der Ladung (Standby, Stecker drin, Fahrzeug lädt) durch passives Mithören auf dem CP-Pin herausfinden. Damit kann ich also JEDE Ladestation auslesen.

Der Code ist noch nicht stabil und befindet sich derzeit im Entwicklungszweig cp_analog_in auf GitHub.

[sirprize]

Hier noch zwei Bilder meiner provisorischen Test-Hardware.

Genauere Beschreibung des Spannungsteilers

Gesamtsetup: SmartEVSE, EVsim, Spannungsteiler, D1 mini Pro

[Berndte]

Glückwunsch!
Ist auch einfach und effektiv, wenn man das CP Signal abgreift.
Wie schon weiter vorn angemerkt kann man somit wirklich JEDE Wallbox anbinden.
Es muss ja nicht allein auf die CF-Boxen beruhen!

Sag mal, hattest du keinen Kontakt mit Tho?
Ich habe ihm die Abzapfung des CP Signals schon einmal erklärt und stand deswegen in Kontakt mit ihm.
Aber nun hast du es ja selber heraus bekommen

[sirprize]

Die letzten Wochen war ich anderweitig eingespannt und hatte daher wenig Kontakt mit Tho.
Das mit der Abzapfung hatten wir ja auch schon vor ein paar Seiten hier im Thread besprochen. Da hattest du es auch schon beschrieben. Von der Theorie her war es mir klar, nachdem ich meinen Denkfehler bezüglich PP statt CP beseitigen konnte.

Meine Sorge war nur, ob das Einlesen mit dem kurzen PWM-Impuls auch in der Praxis klappt. Und das tut es