PVOutput info en discussie of opmerkingen topic

[Rol-Co]

Mijn netduino's kunnen sinds december al niets meer uploaden op pvoutput, hier lijkt alles te werken en 2 stuk lijkt me ook sterk. Is er iets veranderd bij pv output?
Geen idee dit op te lossen, ook pvoutput reageert niet op mail om eventueel te helpen.

Zou de api vernieuwen kunnen helpen?

[sdetroch]

Drardollan schreef op dinsdag 3 maart 2026 @ 15:48:
Het gaat echt niet lekker daar bij PVOutput. Al weken de login problemen en nu ook inderdaad de PVOutput Pro app op iOS die er niet meer lekker uitkomt. Aangezien de ontwikkeling aan die app al jaren geleden gestopt is verwacht ik dat dit niet beter wordt.

De alternatieve app op de iPhone kan je niet eens koppelen, die kent geen enkel SID.

Denk dat het einde nabij is voor PVOutput. Schandalig voor iedereen die al jaren betaald zoals ik.

Ik wil hier niet schaamteloos mijn app promoten, want het is altijd op een dunne lijn lopen, maar ik worstelde met hetzelfde probleem dat PVOutput Pro (en anderen) niet meer werkte en er eigenlijk geen andere IOS apps meer in de appstore aanwezig waren.

Heb net vandaag versie 1.1 uitgebracht die de meeste zaken doet en waar nog het een en ander op de longlist staat. Zie https://heliopeak.app voor meer info. Als jullie dit niet als informatief zien maar als promotie, verwijder de post gerust (maar app is gratis om 1 systeem te monitoren).

Mochten er vragen zijn of feature requests, laat maar weten, dan kijken we wat mogelijk is.

[ Voor 4% gewijzigd door sdetroch op 14-04-2026 23:43 ]

[Drardollan]

sdetroch schreef op dinsdag 14 april 2026 @ 23:11:
[...]


Ik wil hier niet schaamteloos mijn app promoten, want het is altijd op een dunne lijn lopen, maar ik worstelde met hetzelfde probleem dat PVOutput Pro (en anderen) niet meer werkte en er eigenlijk geen andere IOS apps meer in de appstore aanwezig waren.

Heb net vandaag versie 1.1 uitgebracht die de meeste zaken doet en waar nog het een en ander op de longlist staat. Zie https://heliopeak.app voor meer info. Als jullie dit niet als informatief zien maar als promotie, verwijder de post gerust (maar app is gratis om 1 systeem te monitoren).

Mochten er vragen zijn of feature requests, laat maar weten, dan kijken we wat mogelijk is.

Ziet er goed uit!

Mis alleen tabellen met getallen, ik kan niet snel in een grafiek zien wat de opbrengst per dag/week/maand is.

[sdetroch]

Drardollan schreef op woensdag 15 april 2026 @ 00:05:
[...]

Ziet er goed uit!

Mis alleen tabellen met getallen, ik kan niet snel in een grafiek zien wat de opbrengst per dag/week/maand is.

Bedankt voor de feedback, tabellen komen er inderdaad aan, in versie 1.2 of 2.0, afhankelijk of er nog veel bugs naar voor komen of niet (is redelijk intern getest maar nog niet door te veel eindgebruikers).

[GaMbiNo]

sdetroch schreef op woensdag 15 april 2026 @ 07:11:
[...]


Bedankt voor de feedback, tabellen komen er inderdaad aan, in versie 1.2 of 2.0, afhankelijk of er nog veel bugs naar voor komen of niet (is redelijk intern getest maar nog niet door te veel eindgebruikers).

Ziet er goed uit idd!

Ik heb wel een bugje volgens mij. In de totalen zie ik vreemde waardes. Zie screenshots:

Pvpoutput:

App:


Ik neem aan dat hier de generated waarderen moeten staan? Bij de overige grafieken klopt dit wel.

En ik mis denk ik nog de mogelijkheid om naar en voorgaande periode maand/jaar te swipen oid.

Maar ziet er top uit voor een eerste versie!

[ Voor 5% gewijzigd door GaMbiNo op 15-04-2026 08:00 ]

[Ies Korpershoek]

sdetroch schreef op woensdag 15 april 2026 @ 07:11:
[...]


Bedankt voor de feedback, tabellen komen er inderdaad aan, in versie 1.2 of 2.0, afhankelijk of er nog veel bugs naar voor komen of niet (is redelijk intern getest maar nog niet door te veel eindgebruikers).

Hallo ziet er prima uit:
1 Hoe kan ik de naam van een installatie aanpassen ? (type foutje)
2 Hoe verander ik het jaar bv als ik 2025 of 2024 wil zien
3 het zelfde voor maand, hoe scroll ik door de maanden

Rolling geeft deze optie ook niet

[sdetroch]

Ies Korpershoek schreef op woensdag 15 april 2026 @ 08:13:
[...]

Hallo ziet er prima uit:
1 Hoe kan ik de naam van een installatie aanpassen ? (type foutje)
2 Hoe verander ik het jaar bv als ik 2025 of 2024 wil zien
3 het zelfde voor maand, hoe scroll ik door de maanden

Rolling geeft deze optie ook niet

1) bij systems naar rechts swipen en dan edit kiezen
2) doorklikken op de maanden/jaren op dan het detail te krijgen van die maand zit er nog niet in, voorlopig enkel de overzichten met de details van de "huidige" week/maand/jaar maar waardevolle suggestie, zet ik op de shortlist voor v1.2
3) daar bedoel je ook doorklikken op bvb een historische maand in de maandview (en dan de details van die maand zien), is gelijkaardig aan puntje 2 als ik het goed begrijp?

Waardevolle suggesties, neem ik zeker mee!

[sdetroch]

GaMbiNo schreef op woensdag 15 april 2026 @ 07:58:
[...]

Ziet er goed uit idd!

Ik heb wel een bugje volgens mij. In de totalen zie ik vreemde waardes. Zie screenshots:

Pvpoutput:
[Afbeelding]
App:
[Afbeelding]

Ik neem aan dat hier de generated waarderen moeten staan? Bij de overige grafieken klopt dit wel.

En ik mis denk ik nog de mogelijkheid om naar en voorgaande periode maand/jaar te swipen oid.

Maar ziet er top uit voor een eerste versie!

Moet ik even bekijken, want ben in mijn testen maar een tweetal jaar terug gegaan op jaarbasis. Waarschijnlijk te maken met het ophalen van data, de API beperkt het aantal en ik moet dus verschillen queries doen om de jaardata binnen te halen. Mocht je eventueel uw read-only API key in een PM kunnen doorsturen, dan kan ik uw issue in detail bekijken/testen.

[sdetroch]

Ik hoop dat het niet tegen de forumregels hier is om het te vermelden, maar op het pvoutforum (mobiel forum) kan je een gratis code aanvragen om de multiple systems te unlocken (25 stuks, first come, first served).

[Drardollan]

Sowieso moet je als ontwikkelaar rekening houden met beperkingen op de API. Donateurs van PvOutput kunnen veel meer calls per minuut doen. Ik weet niet of je dat kan checken vanuit je eigen software, ik weet enkel dat het zo is

[bing69]

sdetroch schreef op dinsdag 14 april 2026 @ 23:11:
[...]


Ik wil hier niet schaamteloos mijn app promoten, want het is altijd op een dunne lijn lopen, maar ik worstelde met hetzelfde probleem dat PVOutput Pro (en anderen) niet meer werkte en er eigenlijk geen andere IOS apps meer in de appstore aanwezig waren.

Heb net vandaag versie 1.1 uitgebracht die de meeste zaken doet en waar nog het een en ander op de longlist staat. Zie https://heliopeak.app voor meer info. Als jullie dit niet als informatief zien maar als promotie, verwijder de post gerust (maar app is gratis om 1 systeem te monitoren).

Mochten er vragen zijn of feature requests, laat maar weten, dan kijken we wat mogelijk is.

Ziet er goed uit!! Wat ik mis zijn de overige gegevens zoals verbruik etc

[klump4u]

sdetroch schreef op dinsdag 14 april 2026 @ 23:11:
[...]


Ik wil hier niet schaamteloos mijn app promoten, want het is altijd op een dunne lijn lopen, maar ik worstelde met hetzelfde probleem dat PVOutput Pro (en anderen) niet meer werkte en er eigenlijk geen andere IOS apps meer in de appstore aanwezig waren.

Heb net vandaag versie 1.1 uitgebracht die de meeste zaken doet en waar nog het een en ander op de longlist staat. Zie https://heliopeak.app voor meer info. Als jullie dit niet als informatief zien maar als promotie, verwijder de post gerust (maar app is gratis om 1 systeem te monitoren).

Mochten er vragen zijn of feature requests, laat maar weten, dan kijken we wat mogelijk is.

Ziet er mooi uit, als het verbruik er ook nog bij komt is het een prima app voor mij.

[klump4u]

Rol-Co schreef op zondag 12 april 2026 @ 15:57:
Mijn netduino's kunnen sinds december al niets meer uploaden op pvoutput, hier lijkt alles te werken en 2 stuk lijkt me ook sterk. Is er iets veranderd bij pv output?
Geen idee dit op te lossen, ook pvoutput reageert niet op mail om eventueel te helpen.

Zou de api vernieuwen kunnen helpen?

Home assistant of Domotiz op een Pi gebruiken om te uploaden.

[sdetroch]

Drardollan schreef op woensdag 15 april 2026 @ 09:09:
Sowieso moet je als ontwikkelaar rekening houden met beperkingen op de API. Donateurs van PvOutput kunnen veel meer calls per minuut doen. Ik weet niet of je dat kan checken vanuit je eigen software, ik weet enkel dat het zo is

Klopt, maar valt in de praktijk wel mee omdat ik ondertussen caching heb ingebouwd (vermindert de API calls met 80%)). Eerste keer laadt hij alles binnen (en inderdaad, verschillende queries, want max is 149 resultaten per query dacht ik), dan cachet de app alles behalve de dagwaarden. Die worden bij iedere refresh opgevraagd.

[sdetroch]

bing69 schreef op woensdag 15 april 2026 @ 09:21:
[...]

Ziet er goed uit!! Wat ik mis zijn de overige gegevens zoals verbruik etc

Inderdaad, die staat op de roadmap voor v2, samen met extended values waarvan de uitkomst vastligt (dus niet de vrije tekstvelden, want daar kan ik op voorhand niet exact weten welke data opgehaald zal worden).

Is nog maar versie 1.1 van de app, dus wilde eerst wandelen alvorens te gaan lopen .

[bing69]

sdetroch schreef op woensdag 15 april 2026 @ 11:57:
[...]


Inderdaad, die staat op de roadmap voor v2, samen met extended values waarvan de uitkomst vastligt (dus niet de vrije tekstvelden, want daar kan ik op voorhand niet exact weten welke data opgehaald zal worden).

Is nog maar versie 1.1 van de app, dus wilde eerst wandelen alvorens te gaan lopen .

Wacht in spanning af!

[hannibal2206]

reneeke1970 schreef op dinsdag 3 maart 2026 @ 17:36:
[...]

De Android app gaat nog goed, daar hoef ik niet drie keer per dag mee in te loggen haha

Welke gebruik jij nu, de 'oude' "PVOutput" bestaat niet meer voor Android ?

Heb al (sinds een nw telefoon) de McDonalds app v.3.1.6 , maar vind die niet prettig ..

[reneeke1970]

hannibal2206 schreef op woensdag 15 april 2026 @ 17:18:
[...]

Welke gebruik jij nu, de 'oude' "PVOutput" bestaat niet meer voor Android ?

Heb al (sinds een nw telefoon) de McDonalds app v.3.1.6 , maar vind die niet prettig ..

Klopt,ik heb die oude nog,kun je nergens meer vinden helaas.

Als je thuis bent op wifi werkt de nieuwste youless app ook wel fijn met statistieken,je kunt vier systemen toevoegen

[sdetroch]

GaMbiNo schreef op woensdag 15 april 2026 @ 07:58:
[...]

Ziet er goed uit idd!

Ik heb wel een bugje volgens mij. In de totalen zie ik vreemde waardes. Zie screenshots:

Bedankt voor de screenshots!

Zou het kunnen dat dit een "Parent" account is met children?
In dit geval is de oorzaak dat de PVOutput website alle child-systemen optelt, maar de API retourneert voor het parent System ID niet alle dagrecords. Vandaar het verschil: ~8.900 kWh in HelioPeak vs ~20.400 kWh op de website. Dit is een beperking van de PVOutput API, niet van HelioPeak.

Workaround: voeg de individuele child-systemen apart toe — dan zou de data per systeem wél compleet moeten zijn.

Ik zou dat kunnen opvangen door in de app de beperkingen te doen (automatisch samenvoegen van child-systemen staat op de roadmap, maar zal eerder voor v2 zijn)..

[sdetroch]

Drardollan schreef op woensdag 15 april 2026 @ 00:05:
[...]

Ziet er goed uit!

Mis alleen tabellen met getallen, ik kan niet snel in een grafiek zien wat de opbrengst per dag/week/maand is.

Die tabellen, hoe zie je dat in de praktijk (of wat is de user-case)?
Kan een functie toevoegen dewelke naar keuze tabellen of de graphs laat zien, maar zie de grote meerwaarde daar niet van, vandaar even de vraag in welke situatie je dat gebruikt?

[GaMbiNo]

sdetroch schreef op woensdag 15 april 2026 @ 21:13:
[...]


Bedankt voor de screenshots!

Zou het kunnen dat dit een "Parent" account is met children?
In dit geval is de oorzaak dat de PVOutput website alle child-systemen optelt, maar de API retourneert voor het parent System ID niet alle dagrecords. Vandaar het verschil: ~8.900 kWh in HelioPeak vs ~20.400 kWh op de website. Dit is een beperking van de PVOutput API, niet van HelioPeak.

Workaround: voeg de individuele child-systemen apart toe — dan zou de data per systeem wél compleet moeten zijn.

Ik zou dat kunnen opvangen door in de app de beperkingen te doen (automatisch samenvoegen van child-systemen staat op de roadmap, maar zal eerder voor v2 zijn)..

Ik heb idd 1 account met daarin 4 systemen. Deze stuur ik allemaal afzonderlijk vanuit Home Assistant naar PVOutput. Er is volgens mij geen patent/child systeem.

Ik heb de andere systeemid’s ook eens toegevoegd en dan zie ik ook daarbij afwijkende en te lage waardes bij de totalen. Ik ben geen donateur (wel geweest) en ik heb bijna het idee dat je misschien door api restricties niet alle maanden hebt kunnen ophalen oid?

Edit: ik mis idd ook maanden bij de “Jaar” kolom:
App:

PVOutput:

[ Voor 20% gewijzigd door GaMbiNo op 15-04-2026 22:03 ]

[sdetroch]

GaMbiNo schreef op woensdag 15 april 2026 @ 21:55:
[...]

Ik heb idd 1 account met daarin 4 systemen. Deze stuur ik allemaal afzonderlijk vanuit Home Assistant naar PVOutput. Er is volgens mij geen patent/child systeem.

Ik heb de andere systeemid’s ook eens toegevoegd en dan zie ik ook daarbij afwijkende en te lage waardes bij de totalen. Ik ben geen donateur (wel geweest) en ik heb bijna het idee dat je misschien door api restricties niet alle maanden hebt kunnen ophalen oid?

Edit: ik mis idd ook maanden bij de “Jaar” kolom:

ok, ik kijk het nog eens in detail na, als je geen parent/children hebt, dan zou het in principe niet mogen verkeerd lopen, API restricties zijn potentieel mogelijk, want er moeten redelijk wat queries gemaakt worden op de historische data (eenmalig) in te laden. Zal eens testen met uw data en laat nog iets weten!

Update: Denk dat je een potentiële bug hebt ontdekt (waar ik niet tegenaan gelopen ben omdat ik een donateurs account heb)

Mogelijk scenario:
Eerste keer laden , de api call splitst de historiek op in 120-daagse chunks (omdat de API niet meer toestaat).
Bij een gratis PVOutput account (60 req/uur) kan een van die chunks potentieel falen door rate limiting.
De data die wél succesvol opgehaald werd, wordt opgeslagen in de cache.

Bij de volgende keer laden leest de app de cache, maar ziet dat er data aanwezig is en haalt alleen recente dagen op (omdat hij denkt dat de rest reeds binnengehaald is).

Tijdelijke workaround:
Systeem-ID verwijderen en op een rustig moment (wanneer je nog geen andere API calls hebt gedaan), systeem-id opnieuw toevoegen (als je net dat beetje overschot hebt qua API calls kan het lukken).

Ik probeer het te simuleren en als het effectief een bug is, dan asap te fixen voor volgende versie.
Update: Lijkt me effectief een bug te zijn, ik ga kijken om een soort retry mechanisme in te bouwen, hetwelk "gaten" in de data detecteert en die dan (al dan niet in stukjes) binnenhaalt. Dus indien API rate limit bereikt, wachten tot wanneer er weer calls mogelijk zijn, data aanvullen ... en dit zolang tot wanneer alle data aanwezig is. Klinkt makkelijker dan het is ;-)

[ Voor 42% gewijzigd door sdetroch op 16-04-2026 00:23 ]

[Rol-Co]

klump4u schreef op woensdag 15 april 2026 @ 09:32:
[...]

Home assistant of Domotiz op een Pi gebruiken om te uploaden.

Ik heb het idee dat er iets niet in sync loopt met de tijd, halverwege de dag zegt pv output de datum van de dag erna. Wel geeft pvoutput de live text.

[klump4u]

Rol-Co schreef op woensdag 15 april 2026 @ 23:18:
[...]


Ik heb het idee dat er iets niet in sync loopt met de tijd, halverwege de dag zegt pv output de datum van de dag erna. Wel geeft pvoutput de live text.

Tja ik heb al jaren geen Netduino meer, probeer daar nog maar in te kijken.

[GaMbiNo]

sdetroch schreef op woensdag 15 april 2026 @ 22:16:
[...]
Tijdelijke workaround:
Systeem-ID verwijderen en op een rustig moment (wanneer je nog geen andere API calls hebt gedaan), systeem-id opnieuw toevoegen (als je net dat beetje overschot hebt qua API calls kan het lukken).

Dit werkt ook niet. Denk dat het initieel ophalen van alle data zonder donateurschap altijd tegen een restrictie aanloopt. Ik mis altijd als ik dit doe een aantal maanden. Sterker nog, het lijkt wel alsof ik altijd dezelfde maanden mis. Namelijk juli, augustus en november 2025. Verder kan ik niet terugkijken maar vermoedelijk zijn het meer.

Kan ook zijn dat de requests te snel achter elkaar komen waardoor er tussendoor een aantal falen? Of zit daar geen verschil bij tussen wel/geen donateurschap? Rate limiting misschien?

Edit: ik krijg nu ook een 403. 🙃

Offtopic: dank voor de code. 🙏

[ Voor 3% gewijzigd door GaMbiNo op 16-04-2026 18:54 ]

[sdetroch]

GaMbiNo schreef op donderdag 16 april 2026 @ 18:46:
[...]

Dit werkt ook niet. Denk dat het initieel ophalen van alle data zonder donateurschap altijd tegen een restrictie aanloopt.

Offtopic: dank voor de code. 🙏

Ben aan een fix bezig die dat (hopelijk) zou moeten oplossen, is inderdaad eigen aan het aantal toegestane calls per minuut. Consumed is ook bijna klaar, maar ik gebruik dat niet en kan enkel testen met een gelimiteerd aantal testrecords. Dit zal ook eens goed doorgetest moeten worden door iemand met veel consumptie data. Denk de update te kunnen pushen richting appstore op zaterdag, dus zou niet te lang mogen duren ...

Kan het perfect simuleren met uw readonly key, dus da's al fijn

[ Voor 4% gewijzigd door sdetroch op 16-04-2026 19:54 ]

[Drardollan]

sdetroch schreef op woensdag 15 april 2026 @ 21:18:
[...]


Die tabellen, hoe zie je dat in de praktijk (of wat is de user-case)?
Kan een functie toevoegen dewelke naar keuze tabellen of de graphs laat zien, maar zie de grote meerwaarde daar niet van, vandaar even de vraag in welke situatie je dat gebruikt?

Ik gebruik het constant omdat ik in een grafiek niet zo snel kan zien wat de opbrengst was. Net als op de PVOutput site of in de "ouderwetse" PVOutput Pro app op de iPhone, een simpel lijstje met jaar - opbrengt (en natuurlijk dag/maand/jaar).

[sdetroch]

Drardollan schreef op donderdag 16 april 2026 @ 20:13:
[...]

Ik gebruik het constant omdat ik in een grafiek niet zo snel kan zien wat de opbrengst was. Net als op de PVOutput site of in de "ouderwetse" PVOutput Pro app op de iPhone, een simpel lijstje met jaar - opbrengt (en natuurlijk dag/maand/jaar).

Dus eigenlijk wat je ziet in de grafiek, exacte hetzelfde tonen in een tabelletje op dezelfde pagina?
Je hebt toevallig nergens geen screenshot meer liggen als voorbeeld?

[wizzopa]

Bedoel je zo iets

sdetroch schreef op donderdag 16 april 2026 @ 20:24:
[...].

Dus eigenlijk wat je ziet in de grafiek, exacte hetzelfde tonen in een tabelletje op dezelfde pagina?
Je hebt toevallig nergens geen screenshot meer liggen als voorbeeld?

[ Voor 3% gewijzigd door wizzopa op 16-04-2026 20:57 ]

[Rol-Co]

klump4u schreef op donderdag 16 april 2026 @ 15:32:
[...]

Tja ik heb al jaren geen Netduino meer, probeer daar nog maar in te kijken.

Het is niet de netduino, die werkt gewoon, alleen loopt uiteindelijk vast vanwege dat hij de data niet kan doorgeven of zoiets, of geweigerd door pv output.

[Drardollan]

sdetroch schreef op donderdag 16 april 2026 @ 20:24:
[...]


Dus eigenlijk wat je ziet in de grafiek, exacte hetzelfde tonen in een tabelletje op dezelfde pagina?
Je hebt toevallig nergens geen screenshot meer liggen als voorbeeld?

Zie screenshot van @wizzopa , die is mij voor

[wizzopa]

Bij mij werkt Pvoutput Pro nog, met wat vertraging, eigenlijk prima.

Uitlezen/bekijken ook via bijna permanent openstaande tabbladen van website van Pvoutput op mijn Iphone, 6 systemen.

Mijn data upload loopt via 2 Flukso’s al 12 jaar met nu 2x 4 metingen en parallel dezelfde data via HA.

Drardollan schreef op vrijdag 17 april 2026 @ 08:41:
[...]

Zie screenshot van @wizzopa , die is mij voor

[sdetroch]

Nieuwe update van HelioPeak is beschikbaar (1.2), voornaamste toevoegingen zijn consumption en tabelweergave, beide aan/uit te zetten in settings. Drilldown (doorklikken op de bar graphs) zit ook in deze versie. Volgende versie (1.2.1) zullen enkel optimalisaties en bugfixes zijn.

Bestaande gebruikers die consumption willen zien:
Als je HelioPeak al gebruikte vóór v1.2 en je PVOutput systeem heeft consumption data, zie je waarschijnlijk alleen recente consumption. Om volledige historische consumption data te laden, verwijder het systeem in Systems en voeg het opnieuw toe. Je lokale cache wordt dan volledig herbouwd met consumption data.

[wizzopa]

Mogelijk een faudje in de verbruik grafiek?

sdetroch schreef op zaterdag 18 april 2026 @ 17:36:
Nieuwe update van HelioPeak is beschikbaar (1.2), voornaamste toevoegingen zijn consumption en tabelweergave, beide aan/uit te zetten in settings. Drilldown (doorklikken op de bar graphs) zit ook in deze versie. Volgende versie (1.2.1) zullen enkel optimalisaties en bugfixes zijn.

Bestaande gebruikers die consumption willen zien:
Als je HelioPeak al gebruikte vóór v1.2 en je PVOutput systeem heeft consumption data, zie je waarschijnlijk alleen recente consumption. Om volledige historische consumption data te laden, verwijder het systeem in Systems en voeg het opnieuw toe. Je lokale cache wordt dan volledig herbouwd met consumption data.

[sdetroch]

wizzopa schreef op zaterdag 18 april 2026 @ 18:18:
Mogelijk een faudje in de verbruik grafiek?

Dat ziet er inderdaad maar raar uit

Ik heb zelf geen consumption in pvoutput, dus met fake data getest en ben dit niet tegen gekomen. Bedankt voor melden, neem ik mee naar v1.2.1

Dag/maand/jaar grafieken (consumption en combined) zien er wel goed uit?

[klump4u]

sdetroch schreef op zaterdag 18 april 2026 @ 18:28:
[...]


Dat ziet er inderdaad maar raar uit

Ik heb zelf geen consumption in pvoutput, dus met fake data getest en ben dit niet tegen gekomen. Bedankt voor melden, neem ik mee naar v1.2.1

Dag/maand/jaar grafieken (consumption en combined) zien er wel goed uit?

Alleen de dag ziet er niet goed uit, de 0 lijn ligt lager. de week/maand/jaar/totaal zijn wel goed

[ Voor 11% gewijzigd door klump4u op 18-04-2026 18:34 ]

[wizzopa]

@sdetroch verbruik begint pas als er opwek is

[sdetroch]

Ja, klopt, denklogica niet aangepast, consumption is default 24x24h, waar dat bij productie niet is, neem ik mee als fix voor volgende versie!

[sdetroch]

HelioPeak v1.2.1 ingediend ter review bij Apple, waarschijnlijk maandagavond/nacht beschikbaar.

Release notes te vinden op https://heliopeak.app/releases (alle gekende bugs gefixed en hopelijk niet teveel nieuwe bugs gemaakt).

[hemertje]

online in de iOS app store sinds 4 uur geleden

[sdetroch]

Even polsen naar wat de meest gewenste features zouden zijn voor toekomstige versie van HelioPeak. Ik denk dat de app momenteel al de meeste behoeften afdekt, maar onderstaande staat nog op de wishlist. Waar is de meeste vraag naar, welke optie hebben jullie liefst eerst?

- Comparison view: vandaag vs zelfde dag vorig jaar, deze maand vs vorige maand, met percentage delta
- Compare view multi-system: side-by-side verschillende systemen
- Home Screen Widget
- iPad layout (en iPhone portrait mode)
- Wallboard mode iPad: full-screen dashboard voor wandgemonteerd display
- Historische elektriciteitsprijs: tariefwijzigingen worden bijgehouden (en niet toegepast op volledige data set)

Of eventueel nog andere suggesties die niet in de lijst staan?

Aan toevoegen van extended data denk ik ook (v4, v5, ...) maar moeilijk uit te werken omdat ik niet op voorhand weet welke data deze zal bevatten (en dit bij iedere gebruiker anders is) en dus moeilijk op grafieken te tonen qua schaal (toch zeker niet op combined grafieken).

[ Voor 15% gewijzigd door sdetroch op 20-04-2026 20:55 ]

[GaMbiNo]

sdetroch schreef op maandag 20 april 2026 @ 20:53:
Even polsen naar wat de meest gewenste features zouden zijn voor toekomstige versie van HelioPeak. Ik denk dat de app momenteel al de meeste behoeften afdekt, maar onderstaande staat nog op de wishlist. Waar is de meeste vraag naar, welke optie hebben jullie liefst eerst?

- Comparison view: vandaag vs zelfde dag vorig jaar, deze maand vs vorige maand, met percentage delta
- Compare view multi-system: side-by-side verschillende systemen
- Home Screen Widget
- iPad layout (en iPhone portrait mode)
- Wallboard mode iPad: full-screen dashboard voor wandgemonteerd display
- Historische elektriciteitsprijs: tariefwijzigingen worden bijgehouden (en niet toegepast op volledige data set)

Of eventueel nog andere suggesties die niet in de lijst staan?

Aan toevoegen van extended data denk ik ook (v4, v5, ...) maar moeilijk uit te werken omdat ik niet op voorhand weet welke data deze zal bevatten (en dit bij iedere gebruiker anders is) en dus moeilijk op grafieken te tonen qua schaal (toch zeker niet op combined grafieken).

De eerste 2 zijn het interessantst. Vind een vergelijking van deze maand met dezelfde maand vorig jaar ook altijd wel leuk.

En ook opbrengstrecords zijn wel geinig. Max opbrengst op 1 dag/maand/jaar?

Ik heb nu inmiddels de 4 PVOutput id’s in de app gekregen. Kostte wel wat moeite. In eerste instantie verscheen een bericht dat het langer ging duren om alles op te halen maar dit bericht verdween terwijl alles nog niet compleet was. Ik had op een gegeven moment dus ook de indruk dat het niet ging lukken maar zodra ik tussen systeems wisselde zag ik dat er toch elke keer wat data werd toegevoegd. Uiteindelijk als erin gekregen dus. Helemaal top. 👍
Weet niet zo goed waarom de melding dat er nog data opgehaald ging worden verdween want dat zette me wel wat op het verkeerde been.

[sdetroch]

GaMbiNo schreef op dinsdag 21 april 2026 @ 17:34:
Weet niet zo goed waarom de melding dat er nog data opgehaald ging worden verdween want dat zette me wel wat op het verkeerde been.

Ja, heb die meldingen wat gedempt, omdat die anders bij iedere schermrefresh komen en dacht, eens de gebruiker het weet, moeten we hem niet teveel lastig blijven vallen met meldingen. Maar je kan er inderdaad over discussiëren wat het beste is . Blij dat het gelukt is (en het is inderdaad zo dat wanneer je tussen systeem wisselt, hij opnieuw contact opneemt met pvoutput en als je nog niet tegen de app-limiet aangelopen bent, extra historische data wordt opgehaald).

[GaMbiNo]

sdetroch schreef op dinsdag 21 april 2026 @ 19:12:
[...]


Ja, heb die meldingen wat gedempt, omdat die anders bij iedere schermrefresh komen en dacht, eens de gebruiker het weet, moeten we hem niet teveel lastig blijven vallen met meldingen. Maar je kan er inderdaad over discussiëren wat het beste is . Blij dat het gelukt is (en het is inderdaad zo dat wanneer je tussen systeem wisselt, hij opnieuw contact opneemt met pvoutput en als je nog niet tegen de app-limiet aangelopen bent, extra historische data wordt opgehaald).

Goed punt. Je zou evt. nog de mededeling kunnen tonen op de systeemdetails. Dat zou misschien nog wel kunnen helpen.

Wel mooi dat ik nu eindelijk alle omvormers in 1 app heb. Wel blij mee.
Dat vergelijkt wel makkelijk.

[sdetroch]

V1.3 submitted naar App Store, beschikbaar tussen nu en 48u.

Release notes staan reeds op de website, enkele extra features (waaronder vergelijkingsview, yield) en enkele bugfixes en performance verbeteringen. Ik hoor graag hoe het loopt na de update.

[Snowhite0901]

sdetroch schreef op maandag 20 april 2026 @ 20:53:
Even polsen naar wat de meest gewenste features zouden zijn voor toekomstige versie van HelioPeak. Ik denk dat de app momenteel al de meeste behoeften afdekt, maar onderstaande staat nog op de wishlist. Waar is de meeste vraag naar, welke optie hebben jullie liefst eerst?

- Comparison view: vandaag vs zelfde dag vorig jaar, deze maand vs vorige maand, met percentage delta
- Compare view multi-system: side-by-side verschillende systemen
- Home Screen Widget
- iPad layout (en iPhone portrait mode)
- Wallboard mode iPad: full-screen dashboard voor wandgemonteerd display
- Historische elektriciteitsprijs: tariefwijzigingen worden bijgehouden (en niet toegepast op volledige data set)

Of eventueel nog andere suggesties die niet in de lijst staan?

Aan toevoegen van extended data denk ik ook (v4, v5, ...) maar moeilijk uit te werken omdat ik niet op voorhand weet welke data deze zal bevatten (en dit bij iedere gebruiker anders is) en dus moeilijk op grafieken te tonen qua schaal (toch zeker niet op combined grafieken).

Android versie

[sdetroch]

Snowhite0901 schreef op vrijdag 24 april 2026 @ 08:07:
[...]

Android versie

Daar vrees ik voor, zolang er geen goede tools bestaan die de code grotendeels automatisch kunnen overzetten. Is enorm veel werk om te maken, nadien 2 code bases onderhouden, dus dat zal het niet worden, zeker niet het eerstkomende jaar (maar zeg nooit, nooit).

[sdetroch]

v1.4.1 submitted naar App Store, beschikbaar tussen nu en 48u.
1 grote nieuwe feature: widgets

[chulin]

sdetroch schreef op zaterdag 25 april 2026 @ 12:10:
v1.4 submitted naar App Store, beschikbaar tussen nu en 48u.
1 grote nieuwe feature: widgets

Bedankt voor je werk…..
Ik vind echt top wat je doet 👍👍

[sdetroch]

Geen probleem, heb er ook mijn plezier in en blijf zo een beetje up-to-date qua kennis; Zit wel in de IT, maar niet meer in het technische. En ik kan de app zelf ook goed gebruiken.

De meeste features zitten er onderhand wel in, volgende grote versie zal dan waarschijnlijk focus op iPhone landscape mode en iPad ondersteuning zijn (of een bugfix versie, maar laat ons hopen van niet 👍) .

[bing69]

sdetroch schreef op zondag 26 april 2026 @ 01:44:
Geen probleem, heb er ook mijn plezier in en blijf zo een beetje up-to-date qua kennis; Zit wel in de IT, maar niet meer in het technische. En ik kan de app zelf ook goed gebruiken.

De meeste features zitten er onderhand wel in, volgende grote versie zal dan waarschijnlijk focus op iPhone landscape mode en iPad ondersteuning zijn (of een bugfix versie, maar laat ons hopen van niet 👍) .

Is het mogelijk om in het dashboard overzicht ook het verbruik etc te laten werken? Ik krijg:



terwijl het bij PvOutput wel staat

[ Voor 5% gewijzigd door bing69 op 26-04-2026 08:56 ]

[klump4u]

bing69 schreef op zondag 26 april 2026 @ 08:54:
[...]

Is het mogelijk om in het dashboard overzicht ook het verbruik etc te laten werken? Ik krijg:
[Afbeelding]
[Afbeelding]

terwijl het bij PvOutput wel staat

[Afbeelding]

[Afbeelding]

Zit er toch al in.

[sdetroch]

bing69 schreef op zondag 26 april 2026 @ 08:54:
[...]
Is het mogelijk om in het dashboard overzicht ook het verbruik etc te laten werken?

Zou moeten werken, ik denk dat je nog niets ziet omdat er quasi geen verbruik is.
Kijk straks eens of de data verschijnt? Ik heb hetzelfde kort na middernacht door werking van batterij, bijna geen verbruik op de teller.

In de volgende versie wordt dat wel la iets beter opgevangen.
En in v1.5 of later zal ik bij waarden onder de 1 kWh, de data in W tonen denk ik. Door afronding blijven sommige tellertjes wat lang op nul staan (bij minimale afname van het net).

Wanneer jullie de app goed vinden (of niet, dat kan ook ), willen jullie even een Apple review invullen, is belangrijk voor de eerste weken van een nieuwe app. En hoe meer reviews, hoe meer gebruikers, hoe groter het enthousiasme om updates uit te brengen ...

[bing69]

klump4u schreef op zondag 26 april 2026 @ 09:00:
[...]

Zit er toch al in.
[Afbeelding]

Ik krijg " Geen verbruikersdata" te zien. Heb me bij de een na laatste versie al opnieuw aangemeld maar helaas zonder verbetering.

[sdetroch]

bing69 schreef op zondag 26 april 2026 @ 12:45:
[...]

Ik krijg " Geen verbruikersdata" te zien. Heb me bij de een na laatste versie al opnieuw aangemeld maar helaas zonder verbetering.

Wacht even op versie 1.4.1 (verwacht binnen 24/48u) en probeer nog eens.
Mocht het dan nog niet lukken, geef even uw systeem-id en readonly API key door via DM, dan kijk ik zelf ook eens.

Als je het demo account kiest, zie je het dan wel?

[ Voor 5% gewijzigd door sdetroch op 26-04-2026 13:08 ]

[bing69]

sdetroch schreef op zondag 26 april 2026 @ 13:07:
[...]


Wacht even op versie 1.4.1 (verwacht binnen 24/48u) en probeer nog eens.
Mocht het dan nog niet lukken, geef even uw systeem-id en readonly API key door via DM, dan kijk ik zelf ook eens.

Als je het demo account kiest, zie je het dan wel?

In de demo mode werkt het wel

[sdetroch]

bing69 schreef op zondag 26 april 2026 @ 13:48:
[...]

In de demo mode werkt het wel

Lijkt me dan iets met uw systeem te zijn, laat je een stukje zien van "live" op website pvoutput?
Staan de getallen voor consumptie daar ingevuld?

[GaMbiNo]

Hier werkt “consumed” op het dashboard ook prima. Geeft wel een leuk beeld op zo’n dag als vandaag. De zonnepanelen schakelen hier automatisch uit bij negatieve tarieven.

[sdetroch]

15kW op zijn piek, je moest iets verdienen aan die negatieve tarieven zeker
In BE moeten we dat niet meer doen na invoeren van "capaciteitstarief".

[GaMbiNo]

sdetroch schreef op zondag 26 april 2026 @ 20:47:
15kW op zijn piek, je moest iets verdienen aan die negatieve tarieven zeker
In BE moeten we dat niet meer doen na invoeren van "capaciteitstarief".

In Nederland is dat nog wel aantrekkelijk idd. Helaas komen negatieve niet zo vaak voor.

Ik heb er idd even gebruik van gemaakt (EV, Thuisbatterij, Warmtepomp boiler, wasjes, enz).

[sdetroch]

Versie 1.4.1 is live, laat gerust weten wat je ervan vindt en/of er bepaalde issues zouden zijn!

[bing69]

sdetroch schreef op zondag 26 april 2026 @ 19:09:
[...]


Lijkt me dan iets met uw systeem te zijn, laat je een stukje zien van "live" op website pvoutput?
Staan de getallen voor consumptie daar ingevuld?

Dit is wat ik heb:


Zo te zien ligt het aan mij? Dacht dat Power Used zelfde als Consumptie was, maar wat is het dan?

Vreemde is dat ik het onder grafieken vanaf de week weergave wel zie:

[ Voor 28% gewijzigd door bing69 op 27-04-2026 08:31 ]

[sdetroch]

@bing69 : Ik moet het verder in de diepte bekijken, het lijkt een issue met uw systeem want demo-account werkt en tot op heden nog een zelfde issue ontvangen van andere gebruikers (kan altijd een bug zijn, maar moet het nagaan.

Kan je ofwel je readonly API key doorsturen via DM, of als je dat liever niet doet:


Open hoppscotch.io in een browser en geef volgende data in:
URL: https://pvoutput.org/serv...0260427&h=1&limit=5&asc=1
Method: GET
Headers tab → toevoegen:

X-Pvoutput-Apikey: UW API KEY
X-Pvoutput-SystemId: 15991

Kopieer de response body en geef deze door, moet iets tonen als:
20260427,07:10,5234,0.012,159,168,0.371,8.3,231.0,0.164,96;20260427,07:05,...

[bing69]

sdetroch schreef op maandag 27 april 2026 @ 20:36:
@bing69 : Ik moet het verder in de diepte bekijken, het lijkt een issue met uw systeem want demo-account werkt en tot op heden nog een zelfde issue ontvangen van andere gebruikers (kan altijd een bug zijn, maar moet het nagaan.

Kan je ofwel je readonly API key doorsturen via DM, of als je dat liever niet doet:


Open hoppscotch.io in een browser en geef volgende data in:
URL: https://pvoutput.org/serv...0260427&h=1&limit=5&asc=1
Method: GET
Headers tab → toevoegen:

X-Pvoutput-Apikey: UW API KEY
X-Pvoutput-SystemId: 15991

Kopieer de response body en geef deze door, moet iets tonen als:
20260427,07:10,5234,0.012,159,168,0.371,8.3,231.0,0.164,96;20260427,07:05,...

Heb een DM gestuurd.

[sdetroch]

Mijn diagnose: jouw uploader stuurt naar PVOutput wel je dagelijkse cumulatieve verbruik (580 Wh = 0,58 kWh tot nu toe vandaag), maar geen live power-readings (watts op dit moment). PVOutput's response toont voor het instant-power veld NaN.

Waarom andere apps het wel lijken te tonen:
PVOutput's eigen website "Live" tab toont je daily-cumulative count via een ander mechanisme, niet via dezelfde live-status endpoint die wij kunnen gebruiken.

HelioPeak's Dashboard kijkt naar live samples (instant power op dit moment), dat is leeg voor jou, vandaar "Geen verbruiksdata"
HelioPeak's Charts → Week / Month / Year werken wel voor jou omdat ze daily totalen gebruiken.

Wat je kunt doen om live consumption op Dashboard te krijgen:
Je uploader naar PVOutput moet ook instant power (v6 parameter) rapporteren, niet alleen daily energy (v8).

Concreet:
Als je Home Assistant gebruikt: check of "publish power" aan staat voor je consumption sensor
Als je een script of integratie gebruikt: in elke addstatus.jsp call moet ook v6=<watts> staan, niet alleen v8=<watthours>. Mogelijk kan je smart meter / energy monitor zelf instant power kunnen rapporteren?
Dit zou je voor alle PVOutput-apps verbeteren, niet alleen HelioPeak.

Workaround tot dan: gebruik HelioPeak's Charts → Week / Month / Year voor je consumption-analyse. Daar werkt alles voor jou.

In theorie zou ik daar rond kunnen werken om andere velden uit te lezen, maar dat volgt niet de specificaties en best practices van pvoutput, dus dat is geen mooie oplossing en slecht onderhoudbaar naar de toekomst toe. Wat ik wel zal doen is de melding in de app iets specifieker maken, zodat users met dit probleem weten dat de oorzaak ligt aan de uploader die de juiste velden (of geen) vult bij pvoutput, dat maakt het troubleshooten iets eenvoudiger.

Kan mijn verhaal kloppen als je naar uw installatie en uploader kijkt?

[bing69]

sdetroch schreef op dinsdag 28 april 2026 @ 19:29:
Mijn diagnose: jouw uploader stuurt naar PVOutput wel je dagelijkse cumulatieve verbruik (580 Wh = 0,58 kWh tot nu toe vandaag), maar geen live power-readings (watts op dit moment). PVOutput's response toont voor het instant-power veld NaN.

Waarom andere apps het wel lijken te tonen:
PVOutput's eigen website "Live" tab toont je daily-cumulative count via een ander mechanisme, niet via dezelfde live-status endpoint die wij kunnen gebruiken.

HelioPeak's Dashboard kijkt naar live samples (instant power op dit moment), dat is leeg voor jou, vandaar "Geen verbruiksdata"
HelioPeak's Charts → Week / Month / Year werken wel voor jou omdat ze daily totalen gebruiken.

Wat je kunt doen om live consumption op Dashboard te krijgen:
Je uploader naar PVOutput moet ook instant power (v6 parameter) rapporteren, niet alleen daily energy (v8).

Concreet:
Als je Home Assistant gebruikt: check of "publish power" aan staat voor je consumption sensor
Als je een script of integratie gebruikt: in elke addstatus.jsp call moet ook v6=<watts> staan, niet alleen v8=<watthours>. Mogelijk kan je smart meter / energy monitor zelf instant power kunnen rapporteren?
Dit zou je voor alle PVOutput-apps verbeteren, niet alleen HelioPeak.

Workaround tot dan: gebruik HelioPeak's Charts → Week / Month / Year voor je consumption-analyse. Daar werkt alles voor jou.

In theorie zou ik daar rond kunnen werken om andere velden uit te lezen, maar dat volgt niet de specificaties en best practices van pvoutput, dus dat is geen mooie oplossing en slecht onderhoudbaar naar de toekomst toe. Wat ik wel zal doen is de melding in de app iets specifieker maken, zodat users met dit probleem weten dat de oorzaak ligt aan de uploader die de juiste velden (of geen) vult bij pvoutput, dat maakt het troubleshooten iets eenvoudiger.

Kan mijn verhaal kloppen als je naar uw installatie en uploader kijkt?

Ik denk dat het wel klopt, ik upload vanaf het begin (2013) met Domoticz (ik gebruik het alleen nog daarvoor)
en de parameters die ik heb zijn:
v1 - energy generated
v2 - power generated
v3 - energy consumption
v4 - power consumption
v5 - temperature
v6 - voltage
'&v7=' .. WaterConsumption
'&v8=' .. InverterFrequency
'&v11=' .. InverterTemp
'&v12=' .. GasConsumption

ik gebruik de Youless en de slimme meter om alles te sturen . Maar ben er te lang uit om het script nog goed te kunnen lezen. Dus laat alles maar zo. Bedankt voor de moeite!!

[sdetroch]

bing69 schreef op woensdag 29 april 2026 @ 08:30:
[...]

Ik denk dat het wel klopt, ik upload vanaf het begin (2013) met Domoticz (ik gebruik het alleen nog daarvoor)
en de parameters die ik heb zijn:
...
ik gebruik de Youless en de slimme meter om alles te sturen . Maar ben er te lang uit om het script nog goed te kunnen lezen. Dus laat alles maar zo. Bedankt voor de moeite!!

Je mag altijd het script eens doorsturen in DM, wil er eens naar kijken (zonder garanties dat ik iets vind). Ik wil voornamelijk 100% zeker zijn dat ik geen bug zitten heb in de app (denk het niet, maar mochten we alles zeker weten, er zouden nooit bugs zijn )

[sdetroch]

Versie 2.0 beschikbaar via Apple Store.
Deze versie brengt iPad ondersteuning, iPhone landscape modus, ondersteuning voor MacOS, notities, PDF rapporten en nog meer kleinere zaken. Meer info op de website of in de Apple Store.

Volgende versie zal dan waarschijnlijk een bugfix versie zijn, zonder nieuwe features.

[wizzopa]

sdetroch schreef op zondag 3 mei 2026 @ 14:32:
Versie 2.0 beschikbaar via Apple Store.
Deze versie brengt iPad ondersteuning, iPhone landscape modus, ondersteuning voor MacOS, notities, PDF rapporten en nog meer kleinere zaken. Meer info op de website of in de Apple Store.

Volgende versie zal dan waarschijnlijk een bugfix versie zijn, zonder nieuwe features.

Als ik van uit het Dashboard van portret over ga naar landscape, heb ik een halve grafiek, de boven kant. Waarschijnlijk mist de slider.

[sdetroch]

wizzopa schreef op zondag 3 mei 2026 @ 15:32:
[...]

Als ik van uit het Dashboard van portret over ga naar landscape, heb ik een halve grafiek, de boven kant. Waarschijnlijk mist de slider.

Welk toestel heb je en kan je eventueel een screenshot doorsturen?
Op mijn iPhone 17 Pro Max ziet het er zo uit:

[bing69]

wizzopa schreef op zondag 3 mei 2026 @ 15:32:
[...]

Als ik van uit het Dashboard van portret over ga naar landscape, heb ik een halve grafiek, de boven kant. Waarschijnlijk mist de slider.

Je kunt de grafiek aan de zijkant iets omhoog trekken. Ik had nl op mijn 17pro hetzelfde

[sdetroch]

bing69 schreef op maandag 4 mei 2026 @ 08:11:
[...]

Je kunt de grafiek aan de zijkant iets omhoog trekken. Ik had nl op mijn 17pro hetzelfde

Klopt, en is een fix op komst (2.1) die dat zoveel mogelijk aanpakt door iets zuiniger om te gaan met de schermruimte, voor de meeste toestellen zou de graph er dan volledig op moeten staan zonder scrollen, bij de iPhone SE (waarschijnlijk) ook, tenzij consumption mode ook geactiveerd is (dan lukt het niet meer). Om de app onderhoudsvriendelijk(er) te maken wil ik niet per specifiek device ander gedrag sturen (dan blijven we bezig ...). Release notes van 2.1 reeds op de website, beschikbaar in App Store waarschijnlijk ergens morgen in de loop van de dag/avond.

[sdetroch]

V2.1 live in de appstore, zou vooral iPhone landscape en snelheid op kleinere (en oudere/tragere) iPhones moeten verbeteren. Mochten er issues of feature request zijn, laat zeker weten!

[GaMbiNo]

sdetroch schreef op woensdag 6 mei 2026 @ 20:23:
V2.1 live in de appstore, zou vooral iPhone landscape en snelheid op kleinere (en oudere/tragere) iPhones moeten verbeteren. Mochten er issues of feature request zijn, laat zeker weten!

Wat me wel opviel is dit: als ik in de grafiek naar “Jaar” ga toont hij niet de werkelijke kWh’s van april “25. Ik vermoed dat april “25 misschien een onvolledige maand wordt? Zie screenshot.

Hier toont hij dus 799 kWh bij april 2025.

Als ik dan naar “Totaal” ga en daarna 2025 aankies krijg ik dit:

Dan is de opbrengst van april 2025 1045 kWh.

ik vermoed dus dat de eerste maand van de standaard jaargrafiek soms een deel van een maand is. Dat zou altijd een hele maand moeten zijn denk ik.

[sdetroch]

Goede observatie, dank je wel voor het melden.

Je hebt gelijk: de Jaar-grafiek toont in "Rolling"-modus inderdaad de laatste 13 maanden vanaf vandaag, en dat betekent dat de oudste maand-bar (april 2025 in jouw geval) maar gedeeltelijk wordt opgeteld, alleen vanaf de cutoff-datum (~7 april). Bij de drill-down vanuit Totaal naar 2025 zie je de volledige april omdat dat een echte kalenderjaar-view is.

Dit is geen verkeerde data, maar wel verwarrend kwa UX. Ik zet een verbetering op de planning voor de volgende versie waarbij de eerste maand-bar altijd een volledige maand zal vertegenwoordigen.

Tijdelijke workaround: in Instellingen kiezen voor "Calendar" mode in plaats van "Rolling". Dan toont Jaar altijd 1 januari t/m 31 december van het huidige jaar (= alleen volledige maanden).

[sdetroch]

GaMbiNo schreef op woensdag 6 mei 2026 @ 20:46:
[...]

Wat me wel opviel is dit: als ik in de grafiek naar “Jaar” ga toont hij niet de werkelijke kWh’s van april “25. Ik vermoed dat april “25 misschien een onvolledige maand wordt? Zie screenshot.

ik vermoed dus dat de eerste maand van de standaard jaargrafiek soms een deel van een maand is. Dat zou altijd een hele maand moeten zijn denk ik.

Versie 2.2 ingediend bij Apple, dewelke dit issue zou moeten oplossen. Daarnaast nog enkele andere fixes en kleine functionaliteit toevoegingen (gedetailleerde release notes op website).

Ik denk dat de app daarmee al redelijk "feature complete" is, mocht nog iemand suggesties hebben voor interessante functies, laat gerust weten!

[bing69]

sdetroch schreef op zaterdag 9 mei 2026 @ 19:09:
[...]

Versie 2.2 ingediend bij Apple, dewelke dit issue zou moeten oplossen. Daarnaast nog enkele andere fixes en kleine functionaliteit toevoegingen (gedetailleerde release notes op website).

Ik denk dat de app daarmee al redelijk "feature complete" is, mocht nog iemand suggesties hebben voor interessante functies, laat gerust weten!

Werkt geweldig, wat ik ook log bij PVoutput is de temperatuur en voltage

[Cyberpope]

Ik heb vanaf ongeveer 2013 5 minutendata naar pvoutput gestuurd. Maar er is volgens mij geen enkele wijze (behalve voor 800 dollar) om deze data zelf weer op te downloaden of wel. Alleen per dag (non-optie).

Klopt dat of mis ik iets.. Al tijdje fora aan het doorspitten, maar kan niets vinden.

[sdetroch]

Cyberpope schreef op maandag 11 mei 2026 @ 07:17:
Ik heb vanaf ongeveer 2013 5 minutendata naar pvoutput gestuurd. Maar er is volgens mij geen enkele wijze (behalve voor 800 dollar) om deze data zelf weer op te downloaden of wel. Alleen per dag (non-optie).

Klopt dat of mis ik iets.. Al tijdje fora aan het doorspitten, maar kan niets vinden.

Er zullen misschien wel meerdere manieren zijn, maar een mogelijke optie is om HelioPeak te downloaden, alle data binnen te halen (bij een pvoutput donator account relatief snel, bij een free account kan het enkele uren/dagen duren) en eens alle dagen gedownload zijn (goed controleren) via het menu export naar excel of json kiezen. Dit zou moeten lukken.

Die 800 dollar, van waar komt dit?

[Bockelaar]

je kan toch tegen de api aan praten met een script?

zie https://pvoutput.org/help/api_specification.html

[sdetroch]

Bockelaar schreef op maandag 11 mei 2026 @ 19:08:
je kan toch tegen de api aan praten met een script?

zie https://pvoutput.org/help/api_specification.html

Klopt, maar dan moet je zelf de code schrijven (niet zo ingewikkeld), maar rekening houden met api rate limits (en dus onthouden wat je al binnen hebt gehaald en wat niet), da's al wat complexer (hoewel dit met Claude AI of dergelijke wel relatief snel zou moeten gaan). In HelioPeak zit die logica al ingebakken, dus misschien wel minder moeite op die manier? Maar ieder zijn aanpak uiteraard!

[Kalentum]

Cyberpope schreef op maandag 11 mei 2026 @ 07:17:
Ik heb vanaf ongeveer 2013 5 minutendata naar pvoutput gestuurd. Maar er is volgens mij geen enkele wijze (behalve voor 800 dollar) om deze data zelf weer op te downloaden of wel. Alleen per dag (non-optie).

Klopt dat of mis ik iets.. Al tijdje fora aan het doorspitten, maar kan niets vinden.

https://pvoutput.org/download.jsp hier kan het per jaar.

Oh je wil je 5-minuten data hebben, nvm

[ Voor 5% gewijzigd door Kalentum op 11-05-2026 19:24 ]

[Cyberpope]

Ik wil 5 minuten data, dan heb je niets aan de link hierboven. Net zo min dat je dat met een script kan. Dat is alleen data per dag.

En de 800 dollar is een bedrijfsaccount, dan kun je je eigen data downloaden (en die van anderen bij de weg).

Ben minder fan van de club geworden met deze werkwijze als ik eerlijk ben.

Verder snap ik dat je je app promoot, maar haalt die wel de 5 minuten data binnen? Of ook alleen de totalen per dag?

[ Voor 15% gewijzigd door Cyberpope op 11-05-2026 23:46 ]

[sdetroch]

Neen, sorry, ook "slechts" de dag waarden zijn exportbaar.

Maar om daardoor minder fan te zijn van pvoutput.org? Vind ik wat kort door de bocht. Is nu ook niet iets dat de meerderheid van de gebruikers nodig heeft?

[ Voor 112% gewijzigd door sdetroch op 12-05-2026 18:51 ]

[noo]

sdetroch schreef op woensdag 6 mei 2026 @ 20:23:
V2.1 live in de appstore, zou vooral iPhone landscape en snelheid op kleinere (en oudere/tragere) iPhones moeten verbeteren. Mochten er issues of feature request zijn, laat zeker weten!

Mooie tool! Feature request voor macOS: mogelijkheid om de font size aan te passen, de lettertjes zijn me een beetje te klein op mijn Mac (v2.2 (3))

[Cyberpope]

sdetroch schreef op dinsdag 12 mei 2026 @ 18:49:
Neen, sorry, ook "slechts" de dag waarden zijn exportbaar.

Maar om daardoor minder fan te zijn van pvoutput.org? Vind ik wat kort door de bocht. Is nu ook niet iets dat de meerderheid van de gebruikers nodig heeft?

Dat ze bij breed de data ophalen van meerdere systemen een bedrag rekenen, so be it.
Maar gebruikers zelf bewust het terughalen van data lastiger maken (wat het kan wel, maar kost 800 dollar, dan krijg je de batch api om op te halen van alle system) vind ik iets minder. Ik heb de data ook aangeleverd. Hij hoeft van mij geen donatie meer te verwachten. (en heb via een scrapescript mijn data toch).

[noo]

Cyberpope schreef op maandag 11 mei 2026 @ 23:44:
Ik wil 5 minuten data, dan heb je niets aan de link hierboven. Net zo min dat je dat met een script kan. Dat is alleen data per dag.

En de 800 dollar is een bedrijfsaccount, dan kun je je eigen data downloaden (en die van anderen bij de weg).

Ben minder fan van de club geworden met deze werkwijze als ik eerlijk ben.

Verder snap ik dat je je app promoot, maar haalt die wel de 5 minuten data binnen? Of ook alleen de totalen per dag?

Doet onderstaand script niet wat je wil? Dit haalt per opgegeven datum in 1 keer alle 5 minuten data van een dag op door middel van de 'history query' optie van de getstatus API ('h=1').

code:

#!/usr/bin/env python

import datetime
import requests
import sys

import conf

api_key = conf.api_key
system_id = conf.system_id

url = 'http://pvoutput.org/service/r2/getstatus.jsp'

if len(sys.argv) == 2:
    now = sys.argv[1]
else:
    now = datetime.datetime.now().strftime('%Y%m%d')

payload = { 'd' : now, 'sid': system_id, 'key': api_key, 'h': 1, 'limit': 288 }

try:
    r = requests.get(url, params=payload)
    print r.text

except:
    print r.status_code, r.text

code:

$ ./gethistory.py 20140513 
20140513,21:40,26581,5.453,0,0,0.000,NaN,NaN,10.4,NaN;20140513,21:35,26581,5.453,0,0,0.000,NaN,NaN,10.5,NaN;20140513,21:30,26581,5.453,0,0,0.000,NaN,NaN,10.6,NaN; [ snipper de snip ] 20140513,05:55,0,0.000,0,0,0.000,NaN,NaN,6.9,NaN;20140513,05:50,0,0.000,0,0,0.000,NaN,NaN,6.9,NaN;20140513,05:45,0,0.000,0,NaN,NaN,NaN,NaN,7.0,NaN

[sdetroch]

noo schreef op woensdag 13 mei 2026 @ 08:38:
[...]

Mooie tool! Feature request voor macOS: mogelijkheid om de font size aan te passen, de lettertjes zijn me een beetje te klein op mijn Mac (v2.2 (3))

Bedankt voor de suggestie, ik bekijk het!
Welke mac en schermresolutie heb je (om te kunnen simuleren)?

[noo]

sdetroch schreef op woensdag 13 mei 2026 @ 13:43:
[...]

Bedankt voor de suggestie, ik bekijk het!
Welke mac en schermresolutie heb je (om te kunnen simuleren)?

Een MacBook Air M2 met resolutie 1710 x 1112.

[sdetroch]

noo schreef op woensdag 13 mei 2026 @ 13:48:
[...]

Een MacBook Air M2 met resolutie 1710 x 1112.

Heb het bekeken, maar zal niet voor direct zijn.
Ik kan ongeveer een derde van de fonts aanpassen met een keuze menu voor de fonts (small; large; extra large ..), maar meer dan de helft schaalt niet mee door limitaties van Apple (denk ik) die ik niet kan overschrijven (op Mac, op iPhone en iPad lukt het wel). Ik laat het op de longlist staan, maar verwacht hier niet snel een oplossing voor.

[bing69]

sdetroch schreef op donderdag 14 mei 2026 @ 21:43:
[...]

Heb het bekeken, maar zal niet voor direct zijn.
Ik kan ongeveer een derde van de fonts aanpassen met een keuze menu voor de fonts (small; large; extra large ..), maar meer dan de helft schaalt niet mee door limitaties van Apple (denk ik) die ik niet kan overschrijven (op Mac, op iPhone en iPad lukt het wel). Ik laat het op de longlist staan, maar verwacht hier niet snel een oplossing voor.

Op mijn Mac Mini 1920*1080 is alles prima te lezen

[sdetroch]

bing69 schreef op vrijdag 15 mei 2026 @ 08:19:
[...]

Op mijn Mac Mini 1920*1080 is alles prima te lezen

Op mijn MBP M3 ook perfect leesbaar (1728x1117).

De instellingen op Mac aanpassen kan wat helpen voor de OP, denk ook niet dat "MacBook Air M2 met resolutie 1710 x 1112" de default resolutie is?

[ Voor 11% gewijzigd door sdetroch op 15-05-2026 10:06 ]

[noo]

sdetroch schreef op vrijdag 15 mei 2026 @ 10:06:
[...]

Op mijn MBP M3 ook perfect leesbaar (1728x1117).

De instellingen op Mac aanpassen kan wat helpen voor de OP, denk ook niet dat "MacBook Air M2 met resolutie 1710 x 1112" de default resolutie is?

Dat is inderdaad niet de default resolutie maar wel degene die ik het prettigst vind. Het is geen mega probleem maar een nice to have.

[chulin]

Alles lijkt normaal te werken, alleen geen charts in de weekly weergave…

Iemand anders last van?

[mike123]

Pvoutput krijgt blijkbaar al 4 dagen geen info meer van mijn Enphase systeem.
De api is nog hetzelfde. En als ik nogmaals de api wil activeren zegt pvoutput "Failed to authorized pvoutput to read your Enphase site data".
Is dit een Enphase ding?

[Acradavos]

Ik heb zojuist een start gemaakt met Enphase en PVoutput. Ik heb een mix van 20 panelen op mijn dak liggen. 6x 370w en 14x 400w. Ik heb nu 11x 400 toegevoegd op basis van Zuid-West.



Als ik echter 3 panelen wil toevoegen op basis van Zuid (400w), krijg ik de foutmelding dat de totale invertersize niet hoog genoeg is.

Verder heb ik ook nog 3x 370w op Zuid en 3x 370w op Zuid-Oost. Hoe ga ik hier het beste mee om?

[wodnik7]

Hoi allemaal,

Ik wilde hier ook even MyPVOutput noemen, een nieuwe iOS-app die ik heb gemaakt voor gebruikers van PVOutput.

De app leest rechtstreeks data uit je PVOutput-account en is bedoeld als moderne, snelle en overzichtelijke manier om je PV-installatie op iPhone, iPad en Apple Watch te volgen.

De app is gratis te gebruiken voor het Vandaag-overzicht met één PVOutput-installatie.

Wat zit er o.a. in:

• live daggrafiek met productie

• verbruik naast productie, indien beschikbaar in PVOutput

• dag-, maand- en jaaroverzichten

• interactieve grafieken: tik op dagen/maanden om direct naar details te springen

• ondersteuning voor meerdere PVOutput-systemen

• widgets voor iPhone

• Apple Watch-app / complicaties vanaf watchOS 8.7+

• temperatuur-overlay, efficiëntie, piekvermogen, productieduur enz.

• ondersteuning voor oudere iPhones en iPads vanaf iOS 15.6

De app is bewust vrij licht gehouden: geen account bij mij, geen tussenserver, geen tracking van je PV-data. Je gebruikt gewoon je eigen PVOutput System ID en API key.

Er zijn inmiddels meerdere PVOutput-apps op iOS, waaronder HelioPeak. Die ziet er ook netjes uit. MyPVOutput is vooral bedoeld als een betaalbaar en eenvoudig alternatief met focus op duidelijke overzichten, snelle navigatie en goede ondersteuning voor oudere iPhones/iPads en Apple Watch.

De app is gratis te proberen. Het Vandaag-overzicht werkt gratis met één installatie. De volledige versie ontgrendelt de rest via een eenmalige aankoop, geen abonnement.

Website:

https://mypvoutput.app/

App Store:

https://apps.apple.com/de/app/mypvoutput/id6763410171

Feedback is welkom. Vooral van mensen die meerdere systemen gebruiken, verbruiksdata meesturen, of oudere iOS/watchOS-apparaten gebruiken. Als er dingen ontbreken of verkeerd geïnterpreteerd worden vanuit PVOutput, hoor ik het graag.

[reneeke1970]

Meerdere voor iPhone.......wie heeft die nou nog hi,maak eens wat voor Android....

[wodnik7]

Hoi,

ik begrijp je punt. Android is natuurlijk een enorm platform.

MyPVOutput is begonnen als iOS-app omdat ik zelf in het Apple-ecosysteem zit en deze platformen goed kan ontwikkelen, testen en ondersteunen. Ik ben de ontwikkeling ook onafhankelijk gestart, zonder de andere app of ontwikkelaar te kennen. Het was dus niet bedoeld als kopie of directe reactie op iemand anders, maar gewoon als mijn eigen idee voor een PVOutput-app binnen het Apple-ecosysteem.

Voor nu ligt de focus op iPhone, iPad, widgets en Apple Watch. Een Android-versie zou zeker interessant zijn, maar ik wil niets beloven voordat ik zeker weet dat ik die ook goed kan bouwen en onderhouden.

Met vriendelijke groet,
Michał

[mike123]

Acradavos schreef op woensdag 17 juni 2026 @ 09:41:
Ik heb zojuist een start gemaakt met Enphase en PVoutput. Ik heb een mix van 20 panelen op mijn dak liggen. 6x 370w en 14x 400w. Ik heb nu 11x 400 toegevoegd op basis van Zuid-West.

[Afbeelding]

Als ik echter 3 panelen wil toevoegen op basis van Zuid (400w), krijg ik de foutmelding dat de totale invertersize niet hoog genoeg is.

Verder heb ik ook nog 3x 370w op Zuid en 3x 370w op Zuid-Oost. Hoe ga ik hier het beste mee om?

[Afbeelding]

[Afbeelding]

Kan je niks invullen bij second array? Als je systeem is opgesplitst kan je daar nog meer info invullen.
Zo lijkt het alsof ik dat zo lees. Helemaal onderaan.