Blog

Das Jahr 2022 neigt sich so langsam dem Ende zu. Aus diesem Grund möchten wir hier euch einen kleinen Einblick hinter unsere Kulissen geben.

Bauteilbeschaffung und Fertigung
2022 war für uns sehr herausfordernd. Das Thema Bauteilverfügbarkeit und die damit verbundenen Probleme bei der Produktion unserer Produkte führten zu einem deutlichen Mehraufwand. Zuvor lief unsere Tinkerforge-Fertigung so ab, dass ein gewisser Bauteilbestand bei uns vorhanden war und der Rest einfach kurzfristig zur Fertigung eines Produktes "dazu-beschafft" wurde. Der Aufwand hierfür hielt sich in Grenzen. Diese Strategie funktionierte Mitte/Ende 2021 schon nicht mehr. Deshalb haben wir unseren Lagerbestand massiv ausgebaut. Es war uns aber nicht möglich jedes Bauteil zu beschaffen. Als Beispiel war der DAC7760, der Digital-Analog-Wandler auf dem Industrial Analog Out Bricklet, seit einem Jahr nicht mehr auf dem Markt erhältlich. Um diese Probleme nach Möglichkeit zum umgehen verwenden wir daher mittlerweile täglich viel Zeit darauf Bauteile zu beschaffen, die wir unter Umständen noch gar nicht benötigten. Besonders ärgerlich ist, dass nach wie vor von Distributoren genannte Liefertermine für Bauteile nicht eingehalten werden, so dass eine Planung mit diesen Lieferdaten unmöglich ist. Wir mussten aus diesem Grund leider schon öfters eine Fertigung absagen, da einfach die notwendigen Teile nicht rechtzeitig eingetroffen sind.

Preissteigerungen / Inflation
Dazu kommt das Problem, dass manche bisher nicht verfügbaren Bauteile, nun wieder verfügbar sind aber zu einem X-fachen Preis. So wurden als Beispiel von dem INA226 (der Analog-Digital-Wandler vom Voltage-Current Bricklet) zwischenzeitig der 10-fache Preis aufgerufen (~40USD vs ~4USD). Damit war der IC deutlich teurer als unser gesamtes Bricklet. Allgemein sind alle Bauteile signifikant teurer geworden. Wohin die Reise führen wird wissen wir nicht. Momentan nehmen wir die Preiserhöhungen größtenteils hin, müssen aber schauen ob wir zukünftig nicht unsere Verkaufspreise anpassen müssen.

WARP Charger Wallboxen
Doch natürlich war nicht alles negativ in 2022! Ganz im Gegenteil! Unserere WARP Charger Wallboxen sind ein großer Erfolg. Darüber freuen wir uns sehr! Wir konnten dieses Jahr einige neue Features implementieren. Neben einem Ladetracker, einer Nutzerverwaltung, MQTT und HTTP API, Wireguard und zuletzt Modbus/TCP steht nun auch OCPP vor der Tür. Wir konnten sehr viele eurer Verbesserungswünsche in die Tat umsetzen. Danke für das super Feedback!

WARP Energy Manager
Leider sind wir mit dem WARP Energy Manager noch nicht so weit wie wir wollten. Eigentlich sollte unser Energy Manager, mit dem einfach ein PV-Überschussladen realisiert werden kann, schon lange bei uns im Shop stehen. Die Hardware hierfür haben wir bereits schon länger auf Lager liegen. Aber auch in der Software geht es nun mit großen Schritten vorran. So dass es bis zur Veröffentlichung nicht mehr lange dauern wird. Entschuldigt bitte die Verzögerung!

Größeres Team
In 2021 und 2022 wuchs das Tinkerforge-Team! Wie so oft fehlte aber die Zeit euch die neuen Mitarbeiter vorzustellen. Wundert euch also bitte nicht, wenn ihr zum Beispiel von Vincent, Michael, Frederic oder Matze hört, aber auf unserer Teamseite nichts zu denen findet. Dies werden wir nachholen! (Schön, dass ihr da seid!)

Was wird es Neues in 2023 geben?
Wie schon zuvor genannt, wird es im Bereich der WARP Charger einige Neuigkeiten geben. Neben dem WARP Energy Manager wird es einige neue Features geben, die wir per Softwareupdate veröffentlichen. Aber auch für das Tinkerforge Baukastensystem wird es neue Module geben. Unser persönliches Highlight wird aber der Bezug unserer neuen Immbobilie in 2023 sein. Hierzu werden wir dann nochmal gesondert berichten. Auf Grund unser immer weiter steigenden Lagerbestände stoßen wir in unseren bisherigen Räumlichkeiten an unsere Grenzen. Mit der neuen Immobilie werden wir über ein sehr modernes Gebäude mit diversen Büros und großen Lagerflächen verfügen. So stay tuned!


Soweit zu unserem kleinen Rück- und Ausblick!
Wir Danken euch für das entgegen gebrachte Vertrauen und wünschen euch und euren Familien schöne Weihnachten und einen guten Rutsch ins 2023!

Neue warp-charger.com Webseite

Auf www.warp-charger.com hat sich viel getan. Auf der Webseite findet ihr nun Informationen zu unseren neuen WARP Ladesäulen, dem bald verfügbaren WARP Energy Manager und Themen wie Lastmanagement, Energiemanagement, Photovoltaik-Überschussladen und dem Ladelogbuch unserer Wallboxen.

WARP Ladesäulen

An manchen Orten ist es schwierig Wallboxen aufzuhängen, da keine Wand oder ähnliches zur Montage zur Verfügung steht.
Dies ist zum Beispiel oftmals auf Parkplätzen der Fall. Wir haben verschiedene Optionen betrachtet eine Stele/Säule für unsere Wallboxen anzubieten. Unser Anspruch ist es, etwas hochwertiges anzubieten. Ein einfacher "Zaunpfosten" mit Halteplatte genügte unserem Qualitätsanspruch nicht. Daher haben wir uns für eine massive Edelstahl-Ladesäulen entschieden. Die Säulen sind aus 1,5mm starken V4A Edelstahl gefertigt und wiegen ca. 22kg ohne Wallboxen. Frontseitig kann ein beliebiges Modell des WARP2 Chargers angebracht werden. Die Kabelführung erfolgt von hinten, so dass die Zuleitung von außen nicht sichtbar ist. Da diese Kabeleinführung nicht wirklich gut im Nachhinein erfolgen kann, bauen wir für die Ladesäulen spezielle WARP2 Charger. Daher müssen die WARP2 Charger zusammen mit der Ladesäule bestellt werden.

Die WARP Ladesäulen besitzen eine geteile Rückwand. Der obere Teil der Rückwand kann mit einem WARP2 Charger ausgestattet werden, so dass maximal zwei Ladepunkte pro WARP Ladesäule verfügbar sind. Eine Nachrüstung eines zweiten Ladespunkts ist durch Austausch der oberen Rückwand möglich. Die Anschlussleitungen der WARP2 Charger führen in den unteren Teil der Säule und sind auf Klemmen in Verteilerkästen aufgelegt. Der Anschluss der Ladesäule ist somit einfach möglich. Beide Rückwandteile verfügen jeweils über zwei Verschlussriegel, die mit einem Vierkant geöffnet werden können. Auf Anfrage können diese Verschlussriegel auch mit Schlössern geliefert werden.

Das Fundament der Ladesäulen kann bequem vorbereitet werden. Gewindestangen werden mit dem mitgelieferten Abstandshalter einbetoniert und die Bodenplatte der Ladesäule anschließend damit auf das Fundament geschraubt. Die Bodenplatte verfügt über eine große Aussparung für die Kabeleinführung in die Säule. Nachdem das Fundament fertiggestellt ist, kann die Säule auf die Bodenplatte gestellt und über innenliegende Schrauben mit dieser verschraubt werden.

Die Ladesäulen sind 1,5m hoch, 30cm breit und besitzen eine Tiefe von 10cm. Wir haben uns bewusst für eine recht große Tiefe entschieden, da somit in der Säule dann auch Platz ist um weitere Geräte, Leitungsschutzschalter o.ä. verbaut werden können.

Ab sofort findet ihr die Ladesäulen bei uns im Shop.



Neuigkeiten zum WARP Energy Manager

Bereits jetzt ist es möglich mittels der offenen Schnittstellen der WARP Charger oder Softwarelösungen wie EVCC ein Photovoltaik-Überschussladen und die Einbindung unserer Wallboxen in ein
Energiemanagement zu realisieren. Mit dem WARP Energy Manager möchten wir zusätzlich eine "Plug&Play" Lösung bieten. Die Hardware dazu befindet sich in der Fertigung und wir sind dabei
die erste Version der WARP Energy Manager Firmware fertigzustellen. Es wird sich um eine Basisfirmware handeln. Details dazu werden wir noch veröffentlichen. Die Funktionen des WARP Enery Managers werden wir
mittels Firmwareupdates erweitern.

Stay tuned!

Schon seit längerem setzen wir den ESP32 Brick und den ESP32 Ethernet Brick für unsere WARP Charger ein. Beim WARP Charger (Generation 1) kam der ESP32 Brick als zentrale Steuerung zum Einsatz, bei der aktuellen Generation WARP2 Charger setzen wir auf den ESP32 Ethernet Brick.

Heute haben wir diese Bricks auch offiziell für das Tinkerforge Baukastensystem veröffentlicht, so dass die Bricks auch für eigene Projekte zur Verfügung stehen.

Was ist der ESP32 Brick bzw. ESP32 Ethernet Brick?

Beim ESP32 handelt es sich um eine leistungsstarke Mikrocontrollerplattform, die über integriertes WLAN (802.11b/g/n) und Bluetooth (V4.2 BR/EDR, BLE) verfügt. Die zwei CPU Kerne sind mit bis zu 240 MHz getaktet und verfügen über 448KB ROM, 520KB SRAM und 16MB Flash. Beide Bricks sind jeweils mit sechs Anschlüssen für Bricklets ausgestattet. Mittels der USB-C Schnittstelle der Bricks können diese mit Strom versorgt und auch geflasht werden. Dazu ist ein USB seriell Wandler auf den Bricks integriert, der auch als serielle Schnitstelle/Konsole genutzt werden kann. Eine optionale Stromversorgungsplatine kann auf die Bricks aufgesteckt werden, so dass eine Stromversorgung mittels DC Spannung von bis zu 27V möglich ist. Wie der Name schon vermuten lässt, ist der ESP32 Ethernet Brick im Vergleich zum ESP32 Brick noch zusätzlich mit einer LAN Schnittstelle ausgestattet.

Wofür sind diese Bricks gedacht?

Der ESP32 (Ethernet) Brick kann auf zwei Arten genutzt werden: Im Auslieferungszustand ist bereits unsere Standard-Firmware auf dem Brick vorhanden. Diese öffnet einen WLAN-Accesspoint, so dass man das Webinterface des Bricks erreichen kann. Beim ESP32 Ethernet Brick ist dieses zusätzlich per LAN (DHCP) erreichbar. Mit dem Webinterface kann der Brick konfiguriert werden, um zum Beispiel den Brick mit dem eigenen WLAN zu verbinden. Die Standard-Firmware verfügt über einen sogenannten Proxy Modus. Der Proxy ermöglicht es auf die angeschlossenen Bricklets per WLAN/LAN mittels unserer API Bindings zuzugreifen. Damit kann zum Beispiel auch unser Brick Viewer direkt auf die Bricklets zugreifen. Technisch verhält sich der ESP32 (Ethernet) Brick damit ähnlich wie ein Master Brick mit aufgesteckter WIFI- oder Ethernet-Extension.

Natürlich können die ESP32 (Ethernet) Bricks aber auch als Entwicklungsplattform mit eigener Software genutzt werden. Dies ist sinnvoll bei der Entwicklung von standalone Anwendungen, d.h. bei Anwendungen ohne oder nur mit teilweiser Steuerung von außen. Hierfür gibt es zwei Möglichkeiten:

Zum einen kann der ESP32 einfach als Hardwareplattform mit vollständig eigener Software genutzt werden. Der ESP32 ist eine weit verbreitete Plattform, so dass es viele Bibliotheken und Entwicklungsumgebungen dafür gibt (Visual Studio Code, Arduino, etc.). Um unsere Bricklets einfach nutzen zu können bieten wir nun die C/C++ - API Bindings für Mikrocontroller, die direkt in den eigenen Code genutzt werden können. Als weitere Möglichkeit kann unsere Standard-Firmware genutzt werden. Diese ist modular aufgebaut und kann einfach um ein eigenes Softwaremodul erweitert werden. Somit können je nach Anforderungen das Webinterface, die Konfiguration des Bricks und der Proxy Modus direkt genutzt werden.

Die frisch veröffentlichten Firmwares WARP 2.0.0 und WARP2 2.0.0 fügen dem WARP Charger einen Ladetracker hinzu.
Außerdem haben wir Teile des Webinterfaces überarbeitet, Netzwerk-Zeitsynchronisierung per NTP und eine Benutzerverwaltung hinzugefügt und die Steuerungslogik des Ladecontrollers verbessert.

Im Zuge der Umbauarbeiten mussten wir die HTTP- und MQTT-API an einigen Stellen brechen. Software, die die API verwendet muss deshalb auf die Änderungen angepasst werden.
Für EVCC wird in Kürze Version 0.90 bereitstehen, die die neue API als Wallbox-Typ "warp-fw2" unterstützt.

Ladetracker

Alle WARP Charger können jetzt Ladevorgänge persistent aufzeichnen. Pro Ladevorgang werden folgende Daten aufgezeichnet:

• Benutzer, der die Ladung gestartet hat
• Startzeitpunkt des Ladevorgangs
• Dauer des Ladevorgangs
• Zählerstand beim Start des Ladevorgangs
• Zählerstand beim Ende des Ladevorgangs

Ladevorgänge können auch bei fehlenden Daten aufgezeichnet werden: Auf einer WARP(2) Smart werden mangels Zähler nur der Benutzer und die Zeitinformationen aufgezeichnet. Falls keine Netzwerk-Zeitsynchronsierung besteht, wird der Startzeitpunkt der Ladung nicht aufgezeichnet, falls kein NFC-Tag zum Laden notwendig ist, wird der Ladevorgang keinem Benutzer zugeordnet.

Die aufgezeichneten Ladevorgänge können auf der Ladetracker-Unterseite als eine CSV-Datei vom WARP Charger heruntergeladen werden. Dabei kann nach Benutzern und Zeiträumen gefiltert werden. Ein WARP Charger kann bis zu 7680 Ladevorgänge speichern.

Benutzerverwaltung

Um für den Ladetracker, EVCC und weitere (zum Teil kommende) Features mehr Flexibilität zu schaffen, können jetzt im Webinterface
des WARP Chargers Benutzer angelegt werden. Bisher angelegte NFC-Tags werden neu angelegten Benutzern zugeordnet.

Jedem Benutzer kann ein Passwort vergeben werden. Falls ein Benutzer ein Passwort konfiguriert hat und die Anmeldung aktiviert ist, kann sich dieser Benutzer auf dem Webinterface anmelden. Benutzer ohne Passwort können nicht auf das Webinterface zugreifen, falls die Anmeldung aktiviert ist. Ladevorgänge können für diese Benutzer aber dennoch aufgezeichnet werden, falls ihnen ein NFC-Tag zugeordnet ist.

In einer kommenden Firmware-Version wird es möglich sein, über das Webinterface Ladevorgänge für den jeweils gerade angemeldeten Benutzer zu starten.

Netzwerk-Zeitsynchronisierung

Um den Startzeitpunkt eines Ladevorgangs aufzuzeichnen, kann der WARP Charger jetzt die aktuelle Uhrzeit über das Netzwerk abfragen (NTP). Anstelle der zwei vorkonfigurierten Zeitserver der Physikalisch-Technischen Bundesanstalt können eigene Zeitserver konfiguriert werden, außerdem können per DHCP vorgegebene Zeitserver verwendet werden.

Die synchronisierte Zeit wird neben dem Ladetracker auch für das Ereignislog verwendet: Sobald eine Zeit empfangen wurde, werden alle Einträge nicht mehr mit der (relativen) Zeit seit Start der Wallbox, sondern mit einem absoluten Datums- und Zeitwert ausgegeben.

Überarbeitete Ladelogik

Um die NFC-Freigabe und andere Möglichkeiten zur Ladesteuerung von einander zu entkoppeln haben wir die Logik des Ladecontrollers komplett überarbeitet. Durch die Änderungen werden jetzt beispielsweise die Autostart-Einstellung, sowie der im Webinterface konfigurierte Ladestrom auch über Neustarts der Wallbox hinweg gespeichert. Außerdem kann die NFC-Freigabe jetzt mit einer externen Steuerung (wie zum Beispiel EVCC) zusammen verwendet werden.

Um zu entscheiden, ob ein angeschlossenes Fahrzeug laden darf und falls ja, welcher Ladestrom vorgegeben wird, werden jetzt Ladestromgrenzen bzw. Ladeslots verwendet. Jeder Ladeslot kann aktiviert oder deaktiviert sein und eine Stromgrenze von 0 Ampere zum Blockieren des Ladevorgangs oder 6 bis 32 Ampere vorgeben. 32 Ampere ist ein komplett "unbegrenzes" Freigeben des Ladevorgangs. Der Ladecontroller bildet das Minimum über die aktivierten Ladeslots und, falls dieses größer als 0 ist, wird einem Fahrzeug das Laden erlaubt. Der Ladestrom ist dann das berechnete Minimum.

Der aktuelle Zustand der Ladeslots wird auf der Ladecontroller-Unterseite des Webinterfaces angezeigt. Die Farbmarkierung neben einer Grenze haben folgende
Bedeutung:

• Grau Diese Ladestromgrenze ist nicht aktiv. Sie kann die Ladung nicht blockieren und geht nicht in Berechnung des erlaubten Ladestroms ein.
• Grün Diese Ladestromgrenze ist aktiv, beschränkt den erlaubten Ladestrom aber nicht.
• Blau Diese Ladestromgrenze ist aktiv und gibt ein Ladestromlimit vor. Es gibt aber andere aktive Grenzen, die den Ladestrom stärker limitieren.
• Gelb Diese Ladestromgrenze ist aktiv, blockiert die Ladung nicht, gibt aber die aktuell stärkste Limitierung des Ladestroms vor.
• Rot Diese Ladestromgrenze ist aktiv und blockiert die Ladung.

Änderungen bei einem Update von einer älteren Firmware auf 2.0.0

NFC und Webinterface-Login

Für jedes bisher angelegte NFC-Tag wird ein Benutzer erstellt und das Tag dem Benutzer zugeordnet. Falls bisher ein Ladevorgang nur mit einem Tag gestartet werden durfte, ist jetzt die Benutzerfreigabe aktiv. Ebenso wird jetzt die Stop-Funktion des Tasters deaktiviert, falls bisher Ladevorgänge nur mit Tag gestoppt werden durften. Falls der Login des Webinterfaces aktiviert ist, wird ein zusätzlicher Benutzer erstellt, als der sich eingeloggt werden kann.

Netzwerkeinstellungen

Alle Netzwerkverbindungen verwenden den selben Hostnamen. Falls mit einer älteren Firmware von der Voreinstellung (warp-AbC bzw. warp2-xyZ) abweichende Hostnamen konfiguriert wurden, wird der erste abweichende Hostname verwendet. Die Priorisierung ist hierbei:

• LAN-Verbindung (nur WARP 2)
• WLAN-Verbindung
• WLAN-Access-Point

falls also bisher kein abweichender Hostname für die LAN-Verbindung, aber ein abweichender Hostname für die WLAN-Verbindung konfiguriert war, wird dieser Hostname für alle Netzwerkverbindungen verwendet.

Ladecontroller

Bei älteren Firmware-Versionen ging die Autostart-Einstellung, sowie der im Webinterface konfigurierte Ladestrom bei einem Neustart der Wallbox verloren. Beide Einstellungen werden jetzt persistent gespeichert. Außerdem ist jetzt die Verwendung von NFC parallel zu einer externen Steuerung des Ladecontrollers möglich.

API-Änderungen

Aufgrund der umfassenden Änderungen mussten wir die HTTP- und MQTT-API in Teilen brechen. Im Zuge dessen haben wir die API vereinfacht und zwischen WARP1 und WARP2 vereinheitlicht. Die Versionsnummer der Firmware haben wir deshalb, im Geiste des Semantic Versioning auf 2.0.0 erhöht.
Folgende Änderungen haben wir vorgenommen:

• IP-Adressen und NFC-Tag-IDs werden jetzt als Strings, nicht mehr als Array von Zahlen gespeichert. Das betrifft
  • ethernet/config
  • wifi/sta_config
  • wifi_ap_config
  • wifi/state
  • nfc/config
  • nfc/seen_tags
• Da nur noch ein Hostname pro Wallbox verwendet wird, wurde das hostname-Feld folgenden Konfigurationen entfernt:
  • ethernet/config
  • wifi/sta_config
  • wifi/ap_config
• Folgende Änderungen wurden an der EVSE-API durchgeführt:
  • evse/state
    • uptime und time_since_state_change wurden in evse/low_level_state verschoben
    • vehicle_state wurde entfernt
    • charge_release wurde entfernt
    • charger_state wurde hinzugefügt
    • dc_fault_current_state wurde bei WARP 2 hierher verschoben
  • evse/hardware_configuration
    • evse_version und bei WARP 2 energy_meter_type wurden hinzugefügt
  • evse/low_level_state
    • (WARP 1) low_level_mode_enabled entfernt. Dieser Modus wurde nie implementiert.
    • (WARP 1) hardware_version entfernt. Siehe evse/hardware_configuration["evse_version"]
    • led_state: Wert 5 (API) hinzugefügt
  • API wurde auf Verwendung der Ladeslots umgestellt. Hierzu wurde
    • entfernt
      • evse/max_charging_current
      • evse/managed
      • evse/current_limit
    • hinzugefügt
      • evse/slots
      • evse/global_current
      • evse/user_current
      • evse/user_enabled
      • evse/management_current
      • evse/management_enabled
      • evse/external_current
      • evse/external_enabled
      • evse/external_clear_on_disconnect
      • evse/external_defaults
  • (WARP 2) evse/reset_dc_fault_current umbenannt in evse/reset_dc_fault_current_state
  • (WARP 2) evse/dc_fault_current_state in evse/state verschoben
  • (WARP 2) evse/energy_meter_values und evse/energy_meter_state wurden entfernt
• Die API des Stromzählers wurde zwischen WARP 1 und WARP 2 vereinheitlicht:
  • meter/state ist jetzt immer vorhanden (auch bei WARP Charger Smart!) und gibt Zustand und Typ des Stromzählers an
  • meter/values beinhaltet nur noch power, energy_rel und energy_abs
  • (WARP 2) meter/phases beinhaltet Phaseninformationen
  • meter/error_counters beinhaltet die zähler und ansteuerungsspezifischen Fehlerzähler
  • (WARP 2) meter/detailed_values wurde in meter/all_values umbenannt
• flash_spiffs entfernt
• uptime entfernt
• version und modules wurden nach info/version und info/modules verschoben
• info/features hinzugefügt. Gibt verfügbare Features dieser Wallbox an. Siehe Feature-Dokumentation
• info/name hinzugefügt
• info/display_name hinzugefügt
• interval zu mqtt/config hinzugefügt
• nfc/config["require_tag_to_start"] und ["require_tag_to_stop"] entfernt
• nfc/inject_tag hinzugefügt
• API für folgende neue Module hinzugefügt: charge_tracker, info, network, ntp, und users