Software für saubere Energie

// Das Problem

Ein Ladebetreiber führt Säulen mehrerer Hersteller über deren getrennte Portale, kann kein Roaming anbieten, und Fahrer zahlen an einem Kartenleser, der bei Kälte ausfällt.

// Was wir bauen würden

Ein Lademanagementsystem, das OCPP 1.6 und 2.0.1 mit jeder Säule spricht, OCPI-Roaming mit anderen Netzen, und eine Fahrer-App für iOS und Android, um eine Säule zu finden, einen Vorgang zu starten und zu bezahlen, mit Preisen und Störungen aus einer Web-Konsole verwaltet.

// Was drin ist

// Tech-Stack

• OCPP-Server auf Node.js
• OCPI 2.2.1
• React Native
• Next.js
• PostgreSQL
• AWS

// Das Problem

Ein unabhängiger Stromerzeuger beobachtet seine Standorte im Portal jedes Herstellers, findet Leistungsverluste erst zum Monatsende, und seine Technikerinnen suchen in alten Arbeitsaufträgen, wie eine Störung behoben wurde.

// Was wir bauen würden

Eine Überwachungsübersicht, die jeden Standort über die APIs der Hersteller liest, die Erzeugung mit dem vergleicht, was das Wetter erwarten lässt, und ein Assistent auf einem Open-Source-Modell in der Cloud des Erzeugers, der aus Handbüchern und früheren Arbeitsaufträgen antwortet und sie nennt.

// Was drin ist

// Tech-Stack

• Next.js
• PostgreSQL mit TimescaleDB
• Python
• Llama oder Mistral (Open Source)
• vLLM
• DigitalOcean GPU

// Das Problem

Eine Bürgersolargenossenschaft ermittelt das Guthaben jedes Teilnehmers aus Zählerexporten in einer Tabelle, und Mitglieder schreiben E-Mails, um zu fragen, was ihnen zusteht.

// Was wir bauen würden

Ein Teilnehmerportal und eine Abrechnung, die die Erzeugung jedes Monats nach Anteil auf die Teilnehmer verteilt, Aufstellungen erstellt, Zahlungen annimmt und Rechnungen und Zahlungen nach QuickBooks Online bucht, gebaut auf der API von QuickBooks Online.

// Was drin ist

// Tech-Stack

• Next.js
• PostgreSQL
• QuickBooks Online API
• Gehostete Kasse eines Zahlungsdienstleisters
• DigitalOcean

// Das Problem

Ein Projektierer verfolgt Dutzende Projekte in den Anschlusswarteschlangen der Netzbetreiber in einer Tabelle und per E-Mail und verpasst den Termin für eine Gutachtenanzahlung.

// Was wir bauen würden

Eine Web-App, die zu jedem Projekt die Anschlussanträge, Gutachten, den Schriftwechsel mit dem Netzbetreiber und die Fristen hält, mit Erinnerungen vor jedem Termin und einer Pipeline-Ansicht, aus der das ganze Team liest.

// Was drin ist

// Tech-Stack

• Next.js
• PostgreSQL
• S3-kompatibler Speicher
• DigitalOcean

// Das Problem

Ein Erzeuger und seine Firmenkunden wollen den Verbrauch Stunde für Stunde mit sauberer Erzeugung abgleichen, und jeder führt seine eigene Tabelle darüber, welche Megawattstunden beansprucht wurden.

// Was wir bauen würden

Stündliche Zertifikate für die gemessene Erzeugung jedes Standorts, ausgegeben auf einem privaten Register mit Zugangsberechtigung, von dem der Erzeuger, die Abnehmer und eine unabhängige Prüfstelle je einen Knoten betreiben, sodass eine Megawattstunde nicht zweimal beansprucht werden kann. Wir machen keine Aussage darüber, was ein Zertifikat wert ist.

// Was drin ist

// Tech-Stack

• Next.js
• Hyperledger Besu (privat, mit Zugangsberechtigung)
• PostgreSQL
• API für Zählerdaten
• AWS

// Das Problem

Das Monitoring-System eines Betreibers erneuerbarer Anlagen läuft auf einem einzigen Server in einem Büro, mit Backups, die nie getestet wurden, und Alarmen, die verstummen, wenn der Server ausfällt.

// Was wir bauen würden

Ein Umzug der Monitoring-Plattform in eine betreute Cloud in Kanada, als Code aufgesetzt, mit getesteten Backups, gestuften Deployments und Alarmen, die Ihr Team erreichen, und einem Monatsplan, in dem wir sie betreiben und darüber berichten.

// Was drin ist

// Tech-Stack

• Terraform
• Kubernetes
• PostgreSQL
• Grafana
• AWS Canada