[vz-dev] vzlogger on Raspberry Pico + merkwürdige Messung Balkon-PV

[Thomas Gentsch]

Hallo allseits,
ich hab jetzt mal 2 Wiki-Seiten angelegt - erstere kann man hoffentlich so lassen :-)
 https://wiki.volkszaehler.org/hardware/channels/solar_inverters/hoymiles

Die zweite ist zum Thema vzlogger auf RPi Pico:
 https://wiki.volkszaehler.org/software/controller/vzlogger/vzlogger_rpi_pico
wo ich versucht hab, den aktuellen Zustand zu beschreiben. Mein Code-Fork ist wie beschrieben immerhin auch auf
"normalen" Linux-Rechnern funktional, sollte an sich alles "wie bisher" laufen, allerdings kann es natürlich schon sein,
dass ich irgendwas kaputt gemacht habe ...
Daher wäre ein Review unbedingt willkommen, auch sonst jede Hilfe. Die Seite kann auch gern irgendwoanders hin ...

Neben einigen #ifdef Stellen habe ich habe ein paar Sachen umstrukturieren müssen:
- Verschieben von grossen Teilen aus threads.cpp nach MeterMap sowie Channel (eben, weil Pico keine pthreads kennt)
- Undo == operator and isEqual function in Reading.hpp - das habe ich aus einer älteren Version übernommen, da mit der
neuen Variante ein Compilerfehler kam:
 ~/projects/vzlogger/pico/include/Reading.hpp:63:14: error: 'dynamic_cast' not permitted with '-fno-rtti'
   63 |  Pointer ptr(dynamic_cast<Pointer>(other));
Möglicherweise geht das auch anders (Cross-compiler zu alt?), aber als "kleinster gemeinsamer Nenner" m.A. auch ok.

Wie schon gesagt, Feedback + Mithilfe immer gern :-)
Viele Grüsse
  T

On Sat, 2024-05-25 at 22:31 +0200, Thomas Gentsch wrote:
> Hallo allseits,
> ich wollte mich hierzu mal wieder melden ... es dauert zwar alles wie immer länger, aber immerhin tut sich schon noch
> was.
> 
> 1) Beim RPi Pico SDK gibt es immerhin eine Möglichkeit, mallocs u dgl zu tracen - damit hat sich herausgestellt, dass
> es
> keine signifikanten Memory-Leaks gibt sondern dass offenbar die Vergabe von Heap bei dem Ding anders funktioniert. Es
> wird auch hie+da bei Microcontrollern von malloc&Co abgeraten.
> Das wiederum auszubauen, ist aber schwierig ... mal sehen ...
> 
> Als Workaround hab ich einen Weg genutzt, den "out-of-memory" Zustand "abzufangen und dann einen reset auszulösen.
> Hässlich, aber damit geht's erstmal kontinuierlich weiter.
> 
> 2) Mit Schein/Wirkleistung kann emonlib offenbar umgehen, vorausgesetzt es sind auch AC Spannungswerte vorhanden. Die
> hab ich noch nicht, aber der Ansatz hier scheint mir vielversprechend:
>  https://boredomprojects.net/index.php/projects/home-energy-monitor#h3-1-1-hardware
> Einfach ein kl AC-Netzteil an einen Analogport ...
> 
> 3) Ich hab inzwischen auch was gefunden, womit ich die Messwerte vom (hoymiles) Wechselrichter abgreifen kann (läuft
> auf
> einem "normalen" RPi, hat sogar eine VZ-Integration eingebaut), funktioniert bestens:
>  https://github.com/lumapu/ahoy/tree/main/tools/rpi
> Damit bekomme ich einen schönen Graphen für die PV Produktion, der auch weitgehend zu dem passt, was der SCT013 im
> Sicherungskasten misst. Nur weitgehend, aber das könnte nun wirklich an (2) liegen.
> 
> Damit wiederum ist aber der "Smarte Stecker" entbehrlich - scheint ein Tuya-Derivat zu sein, also theoretisch Tasmota-
> fähig. Da 2024 angeschafft, dürfte das hier wahrsch nicht mehr gehen ... (?)
>  https://github.com/ct-Open-Source/tuya-convert
> An die Methode "Aufmachen und Löten" hab ich mich noch nicht gewagt ...
> 
> Viele Grüsse
>   T
> 

-- 
 ........................................................
 Thomas Gentsch
 mobil : (+49) 0173 - 6620507
 e-mail: tg at e-tge.de
 ........................................................