Solaredge API problem

[waltervl]

Can some admin merge the 3 solaredge api threads?

I have merged 2 topics into 1 and moved some posts of another one in this thread too. So hopefully everyoen stays focusses on this thread....

[jannl]

This: https://monitoringapi.solaredge.com/sit ... =<api_key> is what is used in de code.
Everry url in Domoticz Solaredge.cpp ends with .json, so that should be ok. Not changed in de the last year

[waltervl]

This: https://monitoringapi.solaredge.com/sit ... =<api_key> is what is used in de code.
Everry url in Domoticz Solaredge.cpp ends with .json, so that should be ok. Not changed in de the last year

That does not seems to be true, it currently is missing the .json for currentPowerflow:
https://github.com/domoticz/domoticz/bl ... I.cpp#L458

The rest uses .json indeed.

[jannl]

This: https://monitoringapi.solaredge.com/sit ... =<api_key> is what is used in de code.
Everry url in Domoticz Solaredge.cpp ends with .json, so that should be ok. Not changed in de the last year

That does not seems to be true, it currently is missing the .json for currentPowerflow:
https://github.com/domoticz/domoticz/bl ... I.cpp#L458

The rest uses .json indeed.

My Bad, you are right, didn't look good.

Should be a simple and easy fix if that is the problem. But since it mostly works I doubt that is the (only) problem.

Edit: both work, the one without .json delivers XML, the one with .json delivers json. So the fix is not that easy

And still, I do not think Domoticz is the problem

Edit2: hm, the strange thing is the code seems to parse json.....

[JaapB]

This: https://monitoringapi.solaredge.com/sit ... =<api_key> is what is used in de code.
Everry url in Domoticz Solaredge.cpp ends with .json, so that should be ok. Not changed in de the last year

That does not seems to be true, it currently is missing the .json for currentPowerflow:
https://github.com/domoticz/domoticz/bl ... I.cpp#L458

The rest uses .json indeed.

My Bad, you are right, didn't look good.

Should be a simple and easy fix if that is the problem. But since it mostly works I doubt that is the (only) problem.

Edit: both work, the one without .json delivers XML, the one with .json delivers json. So the fix is not that easy

And still, I do not think Domoticz is the problem

Edit2: hm, the strange thing is the code seems to parse json.....

Problem is that you need a restart of domoticz to get the connection re-establised and that only works when solaredge is producing. I guess that is what has changed at the solaredge part of the connection.

[jannl]

No you (I) don't. Connection always comes back automatically after some time. The app and web interface also have issues with displaying anything besides the live data.

[JaapB]

No you (I) don't. Connection always comes back automatically after some time. The app and web interface also have issues with displaying anything besides the live data.

I've been monitoring it for a few days now but connection does not automatically come back and there are no issues with the app and web-interface.

Mayb it's a combination of things that are at the base of these problems, most of the times a restart of domoticz fixes things but not alle of the time.

[robkoel]

for me, (on linux) changing the ipv6 / ipv4 priority to ipv4 first "solved" the issue.

to check the current priority (you will see the ipv6 address first in the list):
$ getent ahosts monitoringapi.solaredge.com
2606:4700::6812:1dbb STREAM monitoringapi.solaredge.com.cdn.cloudflare.net
2606:4700::6812:1dbb DGRAM
2606:4700::6812:1dbb RAW
2606:4700::6812:1cbb STREAM
2606:4700::6812:1cbb DGRAM
2606:4700::6812:1cbb RAW
104.18.29.187 STREAM
104.18.29.187 DGRAM
104.18.29.187 RAW
104.18.28.187 STREAM
104.18.28.187 DGRAM
104.18.28.187 RAW

after uncommenting the following line in /etc/gai.conf:
precedence ::ffff:-:0/96 100
the priority is set to ipv4, then ipv6

to verify:
$ getent ahosts monitoringapi.solaredge.com
104.18.28.187 STREAM monitoringapi.solaredge.com.cdn.cloudflare.net
104.18.28.187 DGRAM
104.18.28.187 RAW
104.18.29.187 STREAM
104.18.29.187 DGRAM
104.18.29.187 RAW
2606:4700::6812:1dbb STREAM
2606:4700::6812:1dbb DGRAM
2606:4700::6812:1dbb RAW
2606:4700::6812:1cbb STREAM
2606:4700::6812:1cbb DGRAM
2606:4700::6812:1cbb RAW

the last couple of days i didn't have any issues...

short-time happiness : today the same errors as before.

[JaapB]

for me, (on linux) changing the ipv6 / ipv4 priority to ipv4 first "solved" the issue.

to check the current priority (you will see the ipv6 address first in the list):
$ getent ahosts monitoringapi.solaredge.com
2606:4700::6812:1dbb STREAM monitoringapi.solaredge.com.cdn.cloudflare.net
2606:4700::6812:1dbb DGRAM
2606:4700::6812:1dbb RAW
2606:4700::6812:1cbb STREAM
2606:4700::6812:1cbb DGRAM
2606:4700::6812:1cbb RAW
104.18.29.187 STREAM
104.18.29.187 DGRAM
104.18.29.187 RAW
104.18.28.187 STREAM
104.18.28.187 DGRAM
104.18.28.187 RAW

after uncommenting the following line in /etc/gai.conf:
precedence ::ffff:-:0/96 100
the priority is set to ipv4, then ipv6

to verify:
$ getent ahosts monitoringapi.solaredge.com
104.18.28.187 STREAM monitoringapi.solaredge.com.cdn.cloudflare.net
104.18.28.187 DGRAM
104.18.28.187 RAW
104.18.29.187 STREAM
104.18.29.187 DGRAM
104.18.29.187 RAW
2606:4700::6812:1dbb STREAM
2606:4700::6812:1dbb DGRAM
2606:4700::6812:1dbb RAW
2606:4700::6812:1cbb STREAM
2606:4700::6812:1cbb DGRAM
2606:4700::6812:1cbb RAW

the last couple of days i didn't have any issues...

short-time happiness : today the same errors as before.

Too bad this did not work.

I've been looking at some other possible sollutions and found it in editting the file domocookies.txt in the config directory of domoticz on my raspberry. I uncommented all the lines with solaredge in it and on my test-system this has resulted in automaticly receiving data from the portal when the solaredge is delevering power for two days in a row now.

On my main system I did not make this change and there the problem still exists.

I'll keep monitoring this and maybe it is a sollution.

[edwin1234]

Nice,
Let us know when your shure.

[JaapB]

Nice,
Let us know when your shure.

After editting the domocookie.txt file the test-system worked for 4 days, on day five it did not start logging in the morning.

Looking at the webportal and app of solaredge that keeps working so somehow it has something to do with how domoticz handels this data since the domocookie file is generated and changed bij domoticz.

[Kedi]

Uncommenting did not work for me, because the '#' are writen back to the 3 cookies.

[Bjornen]

Hi. I have the same problem reported in this thread.

2026-02-19 07:22:25.074 Error: Solpaneler: Error getting http data (Equipment details)!
2026-02-19 07:22:25.254 Error: Solpaneler: Error getting http data (currentPowerFlow details)!

Sometimes it just starts to work, sometimes I have to stop the worker and start again, sometimes I reboot and it can still be problems and suddenly it works again. And another thing is that (I reboot my Raspberry every night at 2AM) it starts polling Solaredge right away and continues through the night. Which is a new behaviour.
All this started on second or third of January.

Raspberry Pi 4 with Trixie and Docker. Up to date.
Domoticz Version: 2025.2 (build 16818)
Build Hash: 2f9016a8b
Compile Date: 2025-10-19 11:41:46
dzVents Version: 3.1.8
Python Version: 3.11.2 (main, Apr 28 2025, 14:11:48) [GCC 12.2.0]

Also have Zigbee2mqtt and Mosquitto installed.

Database problem?

Regards!

[Bjornen]

Some time ago I did manual calls to Solaredge monitoringapi while Domoticz did not work.

========================
# Get site info works OK
========================
{"sites":{"count":1,"site":[{"id":nn,"name":"Address","accountId":nnn,"status":"Active","peakPower":7.2,"lastUpdateTime":"2026-01-25","installationDate":"2022-06-15","ptoDate":null,"notes":"","type":"Optimizers & Inverters","location":{"country":"Sweden","city":"a town","address":"an address","address2":"","zip":"nnnnn","timeZone":"Europe/Stockholm","countryCode":"SE"},"uris":{"DETAILS":"/site/nnnn/details","DATA_PERIOD":"/site/nnnn/dataPeriod","OVERVIEW":"/site/nnnn/overview"},"publicSettings":{"isPublic":false}}]}}

========================
# And get device info
========================
{"reporters":{"count":1,"list":[{"name":"Inverter 1","manufacturer":"SolarEdge","model":"SE7K-RW0TEBEN4","serialNumber":"7XXXXXXX-YY","kWpDC":null}]}}

========================
# This is response when nothing is produced I guess.
========================

{"data":{"count":0,"telemetries":[]}}

========================
# And later suddenly this is when it works OK.
========================

{"data":{"count":1,"telemetries":[{"date":"2026-01-25 10:00:06","totalActivePower":0.0,"dcVoltage":30.4985,"powerLimit":100.0,"totalEnergy":2.30435E7,"temperature":6.74658,"inverterMode":"MPPT","operationMode":0,"vL1To2":392.332,"vL2To3":393.247,"vL3To1":393.392,"L1Data":{"acCurrent":0.0,"acVoltage":226.617,"acFrequency":50.0031,"apparentPower":0.0,"activePower":0.0,"reactivePower":0.0,"cosPhi":0.0},"L2Data":{"acCurrent":0.0,"acVoltage":227.458,"acFrequency":50.002,"apparentPower":0.0,"activePower":0.0,"reactivePower":0.0,"cosPhi":0.0},"L3Data":{"acCurrent":0.0,"acVoltage":226.594,"acFrequency":50.0024,"apparentPower":0.0,"activePower":0.0,"reactivePower":0.0,"cosPhi":0.0}}]}}

[Bjornen]

Hi!
Interesting,
I did a python script with
url = urllib.request.urlopen(webrequest).read()
where webrequest is the string for equipment and get either a 429 for too many req's or a proper string back. That string can have either
{"data":{"count":0,"telemetries":[]}}
or
a lot of data. Fine.
But Domoticz keeps on saying
2026-03-02 10:16:00.833 Error: Solpaneler: Error getting http data (Equipment)!
2026-03-02 10:16:01.007 Error: Solpaneler: Error getting http data (currentPowerFlow details)!
or recently just
2026-03-02 10:21:01.214 Error: Solpaneler: Error getting http data (currentPowerFlow details)!

The latter is as I get it from the Solaredge.cpp code from the battery part. Which is confusing becasue I do not have any batteries installed.....
And I do not get any updates on the solarpart either.

So the question have Solaredge changed their output in any way(cannot find any updates on the API there) or is somehow connected to update in the base for Linux. Running Trixie on a raspberry PI 4 and in Docker environment. Have had this problem since start of 2026.

[Bjornen]

Just to add. I have been running the Solaredge "plugin" since july 2022 without any problems before this year. And I have done ordinary apt upgrade on a regurlary basis and also done total change of hardware with just a database backup and restore through the Domoticz GUI. No problems. Other hardware like RFXCOM and P1 meter and such has always come through without any problems as well.

[BartSr]

Once I try

Code: Select all

https://monitoringapi.solaredge.com/site/741055/currentPowerFlow?api_key=[modedit]

I receive error 403 entry to page monitoringapi.solaredge.com is refused.
Dutch: Toegang tot monitoringapi.solaredge.com is geweigerd
Je hebt geen toestemming om deze pagina te bekijken.
HTTP ERROR 403

API# as well as site ID are correct.
Any suggestion?

[jannl]

Are you sure both are correct? The link you posted works for me. With my credentials off-course.

Only thing I changed is the site-id and the [moedit] in my api key (copied from Domoticz)

[BartSr]

I just tried to be sure and still same error.

[jannl]

To be sure, you do not use the brackets woth api key?