Hallo,
kennt jemand den Shop?
[ADMIN EDIT: Link Entfernt]
Hier wäre das und ähnliche Displays sehr günstig.
Wenn es wirklich das gleiche ist!
Gruß
Roland
hey @rolbra70
das sind mal wirklich günstige Preise.
Es fehlt auf der Website irgendeine Art Impressum, Handelsregister oder ust. nummer oder andere rechtliche Daten. Auch finde ich zumindest nirgends was zu dem Unternehmen.
Aber zum Display selbst schonmal: Dort wird die V3 angeboten, also eine ätere Hardware Version des waveshare displays. Es kann also gut sein das dort restbestände aufgekauft und weiterverkauft wurden. Ich weiß jetzt nicht welche unterschiede zur Rev. 4 bestehen, aber das wäre eine mögliche erklärung.
Viele Grüße
Sieht dubios aus.
Laut Impressum in der Werkstattstrasse in Leipzig verortet. Ich konnte in Leipzig keine Straße mit dem Namen finden …
Ja, ich denke auch FINGER WEG!
ChatGPT meint auch das sieht nicht gut aus…
Es gäbe mehrere Firmen unter gleicher Adresse obwohl es die garnicht gibt.
Sorry, dass ich das nicht früher geprüft habe!
Hallo Niklas,
wie erkenne ich welche Version das Display hat?
Es gibt ja in vielen Shops die Displays, für mich sehen die alle gleich aus, möchte nicht das falsche kaufen…
Gruß
Roland
Hi Roland,
das ist eine Gute Frage. Es steht auf jeden Fall Rev 4.0 hinten auf dem Display.
Ich habe es über Amazon gekauft:
Das hier ist sonst der direkte Link zum richtigen Produkt bei Waveshare:
Wichtig ist Rev 4.0 und das du eine Variante mit Touch nimmst.
Ich hoffe das hilft weiter 
Viele Grüße,
Niklas
Mir ist noch eine Sache aufgefallen. Zumindest mein Display ist bei der Auswahl von Icons im unteren Menü recht störrisch. Also z.B. Wechseln auf Maxxfan-Modus oder Home-Screee, usw.
Meist musst ich mehrfach auf ein Icon klicken um eine Aktion auszulösen. Bei genaueren Hinschauen sieht man aber, dass das Display bereits den ersten Touch-Versuch bermerkt. Der Hintergrund des Icons wird kurz schwarz. Es wird aber keine Aktion ausgeführt. Nach einem weiteren Touch wird dann auch tatsächlich eine Aktion durchgegeführt.
Siehst Du da noch Raum für Optimierung?
Ich habe mittlerweile zwei Displays – eines produktiv im Camper und das andere zum Testen im Büro.
Interessanterweise läuft eines recht flüssig, während das andere gelegentlich etwas hängt. Das Verhalten ist also nicht bei beiden Geräten identisch.
Klar, je mehr Funktionen und Elemente wir hinzufügen, desto stärker werden die begrenzten Ressourcen des ESP32-S3 beansprucht. Da steckt schließlich kein Quad-Core drin. 
Allerdings könnte das von dir beschriebene Verhalten auch mit der Touch-Verarbeitung bzw. dem Event-Handling in LVGL zusammenhängen.
Gerade dass ein Icon beim ersten Tippen bereits optisch reagiert, die eigentliche Aktion aber erst beim zweiten Tippen ausgeführt wird, finde ich interessant.
Da gibt es sicherlich noch Optimierungspotenzial.
Hier meine Rückmeldung zur Truma Steuerung:
Ich habe in der Konfiguration auf “Truma (Gas/Diesel)” gestellt.
Zunächst habe ich getestet, ob das Display den Truma Zustand korrekt darstellt. Das klappt soweit:
- Heizung am Truma Bedienteil eingeschaltet → Zustand wird am Display korrekt angezeigt
- Temperatur am Truma Bedienteil geändert → Zustand wird am Display korrekt angezeigt
- Nicht getestet habe ich das Schalten des Boilers → hole ich noch nach
Dann habe ich probiert, die Heizung via Display zu steuern:
- Heizung einschalten → keine Reaktion
- Temperatur ändern (Heizung zuvor via Truma Bedienteil eingeschaltet) → keine Reaktion
- Boiler einschalten → keine Reaktion
Dann noch folgender Hinweis: Obwohl ich “Truma (Gas/Diesel)” gewählt habe, erscheint unter dem Boiler-Bereich ein Kasten für die Energieauswahl. Ist das Absicht?
Hi Klaus,
ich bin gerade dran mit das anzuschauen. das auf dem Display alles richtig angezeigt wird ist ja schonmal schön. Nur andersherum muss es auch noch klappen.
Es scheint, dass für die command seite dann vielleicht noch ein anderer Endpoint verwendet wird um sie zu steuern. Ich lade gleich eine testversion hoch
Viele Grüße
Kurzes Update zu meinem Entwicklungsstand V1.6.1-RV3D.90-dev
Die aktuelle Version V1.6.1 von Niklas ist jetzt als Basis integriert, einschließlich des neuen Energie-Dashboards und der Truma-Erweiterungen.
Cerbo-GX-/MultiPlus-Anbindung:
-
VE-Seite mit MultiPlus-Steuerung, AC-/DC-Werten und GX-Relais
-
VE-Einstellungen direkt über das Zahnradsymbol erreichbar, auch in den Websettings verfügbar
-
Starterbatterie-Spannung wahlweise vom VanPi oder Cerbo
-
Zusätzliche MultiPlus-Kachel auf Home, solange das Gerät aktiv ist
-
Blaue Rückmeldung der AUS-Taste verschwindet nach 10 Sekunden
Das Einschalten des zuvor ausgeschalteten MultiPlus vom Display aus hat im Live-Test funktioniert. Die Firmware auf der neuen V1.6.1-Basis kompiliert erfolgreich; weitere Live-Tests laufen.
Dabei ist aufgefallen, dass das neue Energie-Dashboard für Landstrom und Lichtmaschine teilweise Ersatzwerte beziehungsweise Schätzungen verwendet. Diese Anzeige ist noch nicht mit den Cerbo-Daten abgestimmt. Die eindeutige Auswahl der Datenquellen muss seperat vorgenommen werden.
Außerdem aufgefallen: Mit V1.6.1 reagiert das Display bei meinem bisherigen Test deutlich träger als mit V1.4.0. Die Ursache ist noch offen.
Hi Klaus,
ich habe nun ein Update fertig und ein release erstellt.
Vielleicht hilft es schon und es funktioniert jetzt.
Ansonsten würde ich dich bitten (wenn möglich) einmal über ´den PC direkt im CMD diese Befehle auszuführen und die Antworten zu schicken:
A. Befehle direkt vom PC / Terminal testen:
# 1. Heizung einschalten (22°C):
curl -i -X PUT http://100.80.161.23:1880/truma_ci/air/22
2. Heizung ausschalten:
curl -i -X PUT http://100.80.161.23:1880/truma_ci/air/off
3. Warmwasser auf Eco (40°C):
curl -i -X PUT http://100.80.161.23:1880/truma_ci/water/eco
Das sollte die Heizung einschalten auf 22°C, dann Aussschalten und dann warmwasser auf Eco stellen.
Dann finden wir raus weshalb das Display nicht richtig steuert.
Release zum testen ist aktuell die 1.7.0
Jetzt hast Du den richtigen Endpunkt erwischt. Hab nur mal kurz angetastet. Die Heizung lässt sich über das Display starten. Alles weitere kann ich mir erst morgen ansehen.
Hier noch ein Paar Rückmeldungen:
- Die “Flexible Produzentenauswahl” ist nur im Display einstellbar - nicht in der Weboberfläche. Kein Drama - passt aber nicht zu den Release Notes
- Wo kommen die die Werte zu den Produzenten “Ladebooster” und “Landstrom” her? Geht das nur mit Cerbo Integration?
- In einem meiner letzten Posts hatte ich zur Reaktion der Buttons im unteren Menü geschrieben. Das klappt jetzt - die Buttons reagieren sofort.
- Das Sperren von Relais ist sehr praktisch. Hilfreich wäre noch ein Hinweis, dass man diese über langes Drücken erreicht
- Bzgl. der Heizung habe ich nochmals folgende Fälle durchgespielt:
- Heizung am Truma Bedienteil eingeschaltet → Zustand wird am Display korrekt angezeigt
- Temperatur am Truma Bedienteil geändert → Zustand wird am Display korrekt angezeigt
- Schalten des Boilers am Turm Bedienteil → funktioniert. Anmerkung unten.
- Heizung am Truma Bedienteil eingeschaltet → Zustand wird am Display korrekt angezeigt
- Dann habe ich probiert, die Heizung via Display zu steuern:
- Heizung einschalten → funktioniert
- Temperatur ändern (Heizung zuvor via Truma Bedienteil eingeschaltet) → funktioniert
- Boiler einschalten → funktioniert. Anmerkung unten
- Heizung einschalten → funktioniert
- Steuerung der Temperatur: Das ist jetzt meine persönliche Meinung. Ich finde die Temperaturreglung über diesen Schieberegler optisch schön - aber leider wenig praktisch. Das Display ist dafür zu klein. Ich würde mich freuen, wenn es TempUp und TempDown Buttons gäbe. Links und Rechts wäre ja noch platz Gerne auch optional einblendbar.
Anmerkung: Wenn der Boiler läuft, sieht man als Status “Warmwasser aktiv”. Der entsprechende Modus ist aber nicht an den Buttons erkennbar (roter Kasten):
Danke fürs Testen 
Zu deinen Punkten 1 und 2:
Die Abweichung zwischen Weboberfläche und Release Notes sollten wir noch prüfen.
Die Werte für Landstrom und Ladebooster kommen im neuen Energie-Dashboard aus der VanPi-Anbindung. Teilweise werden sie auch aus anderen Werten abgeschätzt. Dafür ist die Cerbo-Integration nicht erforderlich. Die eindeutige Zuordnung der Datenquellen müssen wir noch sauber klären und überarbeiten.
Die Cerbo-Integration dient bisher hauptsächlich zur Steuerung des MultiPlus und der beiden GX-Relais. Zusätzlich lässt sich die Starterbatterie-Spannung vom Cerbo beziehen.
Mein Ansatz wäre weiterhin, den VanPi als zentrale Datenquelle zu behalten und den Cerbo gezielt dort zu ergänzen, wo Werte oder Funktionen über den VanPi fehlen. So vermeiden wir möglichst unterschiedliche Anzeigen für dieselben Messwerte.
Beim Punkt „Schieberegler optisch schön, aber leider wenig praktisch“ muss ich dir recht geben. Das ließe sich vermutlich mit überschaubarem Aufwand anpassen.
Hast du meine STL-Datei für das Gehäuse im letzten Update gefunden? 
Ja, die STL Datei habe ich gefunden. Ich schau, das ich hier vor Ort jemanden finde, der es mir ausdruckt. Vielen Dank!
Hi zusammen:
freut mich, dass die Truma Integration jetzt klappt!
Ich habe in den Settings eine option für die schaltflächen ergänzt (+/- 1°C)
Ich habe auch versucht zu fixen, dass der Warmwasser status über die schaltflächen angezeigt wird. → Bitte testen!
Zu den Werten der Produzenten:
Die sind derzeit so als Endpoint noch nicht im VanPi vorhanden, mein Vorschlöag wäre, dass man sie entweder in den /batt Endpoint integriert (das wäre aber bei Updates schwer zu handeln), oder wir separate Endpoints anlegen (im User-flow):
(Separate REST-Endpoints im VanPi Node-RED Flow):
Falls du sie lieber als separate Endpoints ausgeben möchtest:
-
GET /shore:json -
{
“connected”: true,
“power”: 450.0,
“voltage”: 230.0,
“current”: 1.95
}
-
GET /booster:json{
“active”: true,
“power”: 350.0,
“current”: 25.0,
“voltage”: 14.2
}
Was haltet ihr davon?
Vielleicht könnte man so auch dedizierte Verbraucher anzeigen (z.b. den Multiplus, der ja ausgibt wie viel für das 230V system gezogen wird)
Bin mal gespannt, wie ihr das seht!
Habe eine fix version hochgeladen, auch die merkwürdige berechnung der shore power werte ist weg.
Separate Endpunkte in einem Userflow finde ich sinnvoll So müssten wir den bestehenden /batt-Flow nicht verändern und könnten VanPi weiterhin als zentrale Datenquelle nutzen.
Hilfreich wäre eine kleine Anleitung mit importierbarem Beispiel-Flow und einer Beschreibung, woher die jeweiligen Messwerte kommen. Dann wäre das auch für Einsteiger gut nutzbar. Bei fehlenden oder veralteten Daten sollte das Display „keine Daten“ anzeigen, damit das nicht mit tatsächlich 0 W verwechselt wird.
Die Frage bleibt allerdings: Wie nehmen wir diejenigen mit, die keinen eigenen Userflow anlegen oder pflegen können? Als optionale Erweiterung wäre das gut vorstellbar. Langfristig könnten wir die zusätzlichen Endpunkte auch bei Pekaway als Ergänzung der offiziellen API vorschlagen. Ohne passenden Flow sollten die betreffenden Kacheln einfach deaktiviert bleiben können.
Den MultiPlus als separaten Verbraucher darzustellen, finde ich ebenfalls interessant. Seine AC-Ausgangsleistung haben wir über die Cerbo-Anbindung bereits verfügbar. Dabei sollten wir Landstrom am AC-Eingang und Verbrauch am AC-Ausgang klar unterscheiden.
Soweit meine Sichtweise
Kurze Rückmeldung: V1.7.1 läuft bei mir wieder richtig flüssig 
Deutlich angenehmer als V1.6.1, danke für die Verbesserungen!
Ich habe eine Version mit separaten Endpoints und einem beispielflow mit einigen Erklärungen gemacht. Daraus sollte man jetzt relativ einfach auch das Ganze selbst nach eigenen bedürfnissen einbinden können.
Code ist im Repo. Ich würde ihn ungern einfügen, da er sich ja noch wieder ändern kann. Sollten wir weitere Custom / Endpoints oder Node Red Funktionen einfügen wollen, würde ich diese gesammelt in diese Flow Vorlage ergänzen.
Multiplus als Verbraucher habe ich noch nicht mit drin, aber das kann man auch noch gut machen.
Eine einzige Berechnung habe ich jetzt noch (einschaltbar) auf dem Display belassen. Und zwar sehe ich am shunt ja nur die differenzwerte aus produktion und was die Batterie macht. Es löässt sich also schalten ob die Verbraucher die Erzeugten Ströme mit einbeziehen sollen. (so hat man eine reale Anzeige was an Watt verbraucht wird, was erzeugt wird, und was gerne in oder aus der Batterie geht. Wer als Verbraucher die reinen Shunt werte anzeigen möchte, kann diese option einfach ausgeschaltet lassen.
Ich finde auch, dass das Display jetzt super flüssig läuft.
Ich bin auch gerade an einen Wall-Mount, da ich das Display eigentlich auch komplett bündig in eine Holzwand einlassen möchte. Mal gucken ob das so klappt wie ich es mir vorstelle…
Das Release ist hochgeladen, bin gespannt was ihr sagt!
Ich bin aktuell wegen eines Internet Problems offline. Komme somit auch nicht mehr per VPN an den VanPi im Camper. Werde hoffentlich in den kommenden Tagen wieder online sein. Feedback zum Test folgt …