Extract all time data from cloud/app

12 comments started 2026-04-09 last 2026-04-13
Mobile AppCloud Portal
R
#1 rio911

With the recent news, I have been looking into a way of extracting my use/generation/etc data from the cloud or app.

Has anyone figured out a way of doing this? I'm specifically looking at "all time" generation. Any ideas?

R
#3 rio911

I just figured out how to do something like this from the cloud dashboard:
From the inverter tab, there is a grid like link, titled "Inverter Data" in the top right corner. It opens the data page with 4 tabs: system, meter, graphs and notifications. System will give you the daily records for: V, I and P per string and some battery stats. But from the Meter tab, I can download: PV Gen total, Consumption total, Battery throughput total. Those should do.

#5 Maxwell

DD I created a new api key last night but when I tried to use it I got authentication response. Trying to work out if it is picnic problem my end or is this related to the on going company issues ?

#6 26Left

Maxwell I got one this morning for the GE powershell scripts to run through and its working ok.

However I am getting intermittent exception errors when parsing the string - "String 'blah' was not recognized as a valid DateTime."

It looks like the script is incrementing as MM/DD/YYYY which is throwing errors from the 13th of the month as its asking for the 13th month etc rather than the 13th day...

paging @geoffreycoan ... in case he can help as I see him listed as a contributor on github

#8 26Left

SteveCook I'm using the same - but I'm getting parse date errors. Tagging @Rtidey in case he can help.

MethodInvocationException: /Users/jarss/Downloads/GivEnergyScripts-master/GE-DaysFullDataPoints.ps1:35
Line |
  35 |          $rectime = [datetime]::Parse($Giv_Obj.Data[$rec].time)
     |          ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
     | Exception calling "Parse" with "1" argument(s): "String '08/22/2024 22:56:43' was not recognized as a valid DateTime."
S
#9 SteveCook

Sorry, beyond me!. I did get it to work, but had to follow the help that was posted along the way.
It was 2 years ago now, and I really cannot remember

#10 26Left

SteveCook Appears to be a Mac issue as I'm running Powershell on a Mac and it uses dates in the format MM-DD-YYYY vs Windows localised (for UK English) as DD-MM-YYYY...

With the help of chatGPT I've managed to get it working for me. In case others are on Mac, the change I made was as follows:

Around line 35, replace this

$rectime = [datetime]::Parse($Giv_Obj.Data[$rec].time)

With this

$rectime = [datetime]::ParseExact($Giv_Obj.Data[$rec].time, 'MM/dd/yyyy HH:mm:ss', [System.Globalization.CultureInfo]::InvariantCulture)

R
#11 Rtidey

I think the script youre dealing with is the GE-DaysFullDataPoints.ps1 as that is the only one with that statement.

That one does have an error in it which I had corrected in the python version but didn't put back into the powershell version.

The line should just be
$rectime = $Giv_Obj.Data[$rec].time

I'll update it on Github

G
#12 geoffreycoan

Rtidey The line should just be
$rectime = $Giv_Obj.Data[$rec].time

I'll update it on Github

as per other message, no, this code is required for correct BST conversion