Solcast Global Solar Power Forecast Integration

Feature Requests
286

Does anyone have a recent fork of the project? Should be easy to switch to that in the short term but obviously any API changes going forward would require a maintainer.

Honestly people that delete public repos like that with no notice or warning should be banned from the community. Childish behaviour.

EDIT: This fork has the most up to date code I can find, v4.0.22, but has no releases. I don’t know if that’s an issue for the way HACS works. This fork has a v4.0.21.1 release.

I do not know what changed in v4.0.23 though and I can’t find any forks that have that release.

287

Yeah. Looking at the archived issue where oziee got angry, it looks like what really made him angry was incompetence of people to be able to read the stack traces and understand what it means.
That’s really silly. Not everyone is a coder to understand such stuff. And not everyone who is using HA is even skilled in IT stuff.
So unfortunately it really start to look childish and not triggered by any haters as he tries to make it.
At least there were no haters in this issue where he got angry. We can’t be sure whether there were some in other issues or elsewhere, though.

Anyway I agree that deleting widely used public repo is really not something sane person should do. Even if there were some haters, deleting the repo mostly harm others. Hater won’t care.

Edit: It starts to look like complete brainfart on oziee side. He already completely deleted his Github account with a lot of other repos :cry: What a pity. Such a good chap he was…

2 Likes
288

I have a working code of 4.0.22, 4.0.23 was apparently released very shortly before the repo was deleted, I don’t know what was there, but if someone did make it and upgraded before the repo was deleted, we can check and compare. 4.0.22 works though and anyone who is still using it does have the files in their HA installation, it’s easy to extract it from there, it’s in the /homeassistant/custom_components/solcast_solar folder of HA core.

The root folder only contained the readme, license file and hacs.json which is a fine for integration with HACS.

289

I just use restful sensors. Interestingly they were not producing data the other day too. It was definitely a Solcast issue despite what their monitoring page said.

Rest sensors if anyone want’s them:

rest:
  - resource: https://api.solcast.com.au/rooftop_sites/***YOUR_SITE_ID_HERE***/forecasts?format=json&api_key=***YOUR_API_KEY_HERE***&hours=72
    scan_interval: '00:30:00'
    sensor:
      - name: "Solcast Forecast Data"
        unique_id: 7390082f-b19d-4301-b386-36823458bac1
        force_update: true
        value_template: "{{ value_json.forecasts[0].pv_estimate|round(1) }}"
        unit_of_measurement: kW
        device_class: power
        json_attributes:
        - forecasts
    
      - name: "Solcast Forecast 10"
        unique_id: 829f84af-93dc-4c11-bfe3-75363a76c310
        force_update: true
        value_template: "{{ value_json.forecasts[0].pv_estimate10|round(1) }}"
        unit_of_measurement: kW
        device_class: power
        state_class: measurement
        
      - name: "Solcast Forecast 90"
        unique_id: a2a5acd4-4d46-4c12-896e-8d96389c58b9
        force_update: true
        value_template: "{{ value_json.forecasts[0].pv_estimate90|round(1) }}"
        unit_of_measurement: kW
        device_class: power
        state_class: measurement

Note however that I have an early adopter account so have 50 API calls a day. You may have to reduce the scan interval if you have a newer account with 10 API calls a day.

8 Likes
290

That is probably the best we can get, plus there is some commit on top of the code from the repo owner.
The fact that it does not have a release is not an issue. The owner can just create a release (or anyone can fork it and create a release by themselves) and even without a release it can be installed in HA manually.

291

I’ve made a fork of the FredricMa’s repo and created a release, if anyone needs to add the integration, you can do it by navigating into HACS/integrations, then click the three dots in the top right corner, select Custom repositories, put into the repository field https://github.com/Dehumanizer77/ha-solcast-solar and select “Integration” category.

I’ll keep that fork up, but I’m not a python programmer so I can’t maintain it.

Also note that if you still have the integration installed and running, there is no need to re-add it, it will work, just there will be no updates (which won’t be anyway until someone will start maintaining it as ozzie has left it).

7 Likes
292

Thanks for creating the repo and the release so people can fix their installs :heart:

Do you plan to fix the links pointing to the old deleted repo and possibly also add the new one to hacs?

293

Pointing to a different repo won’t really “fix” anything except getting rid of the ghost update notifications. Existing installs should continue to work. The main problem going forward will be any maintenance around Solcast API changes.

294

FYI, your release tag is wrong, the v4.0.22 release and tag should point to commit 344b19e (or any of the previous ones saying “v4.0.22” because all but one of those changes only changes the readme file, which isn’t included by HACS).

Setting the “4.0.22” tag to a more recent commit (in this case 41ed6a0) will confuse matters.

295

@DragonQ sorry, you’re right… I have corrected the v4.0.22 tag to the correct commit and made an additional release v4.0.22.1 with the FredricMa’s commit.

296

Hi, i’ve cloned today’s (midnight) version of @anon7821378 repo as i have reported him an issue and he helped me to get it sorted out.

The last tag was v4.0.23.1. (tabascoz fork)

@anon7821378 thanks for all your work! As this extension is of great importance to everyone running solar production I am sure is much appreciated by everyone.

Despite all the headache. I hope you reconsider your decision and restore the repo :slight_smile:

.

1 Like
297

The 41ed6a commit isn’t on your v3 branch, I wonder where that went?

For now I’ve added it to a dev branch unless someone can confirm that commit was part of v4.0.23 or later.

298

Ehm… The user oziee does not seem to exist anymore on github and with that the whole repository is gone… Anybody else seeing that?

299

@twilek read through the last posts here…

300

Oziee has deleted both his github account and HA forums account. The custom integration will need someone new to take over and the existing HACS integration will be broken until the change occurs in HACS.

1 Like
301

Please can you advise the best way forward for people who have Oziee’s integration installed via HACS?

I want to ensure HA will restart successfully. Is the best way forward to add @Dehumanizer 's (or @tabascoz 's) repo as a Custom repository in HACS? If I do this then is HA likely to restart ok?

I understand the longer term solution is to wait for a new HACS update, but am looking for a short term solution.

303

I’ve restarted HA since this debacle and the integration is still working fine. I would advise to do nothing until a new maintainer comes forward.

You could theoretically add a custom HACS repo pointing to a fork but I don’t know if that’d clash with or break the existing integration (since it has the same name etc.).

304

I have removed the solar forecast from the dashboard, removed integration from HA, and uninstalled it from HACS. After that I could restart without problem. (I did not attempt restarting before that, so that may or may not have worked too).

But be advised the forked repos above did not install from HACS because they gave a download error. I did not attempt a manual install, but I would expect it to work.

305

Me neither! Hence the q to a mod.

306

There are two steps, first, installing the repo from HACS, you can actually have both installed, and second, when you actually enable the integration at settings/devices and services, if you install it twice (if it will let you, I think it depends on the integration), you’ll have two devices. You can even install an integration multiple times if you only have it installed once in HACS (or of it’s part of HA itself). Example of this is onvif, you can add it as many times as you wish, depends on number of cameras you have.
If you have both “old” solcast and fork installed, you’ll see solcast integration twice when you will be adding it and you won’t know which one is which.
But if you have it installed and working, you don’t have to do anything as @DragonQ said, it will work until solcast mades an incompatible change on their side.