-
Notifications
You must be signed in to change notification settings - Fork 42
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Problem with Update Core 2025.1.0 #220
Comments
same problem here. |
Same here, downgrade back to 2024.12.5 fixed it. |
same here... |
My main Home Assistant with this integration is running in Proxmox. My test Home Assistant version with this integration is on a raspberry pi 3. Both are upgraded to 2025.1.0 and have no problems. So both are running on Home Assistant OS. On what systems are you running Home Assistant? |
System is complete Up to Date an ist running HA OS ob Raspi4
Seems some Elements are reconized but Not the controls for covers
jheling ***@***.***> schrieb am Mo., 6. Jan. 2025, 19:21:
… My main Home Assistant with this integration is running in Proxmox. My
test Home Assistant version with this integration is on a raspberry pi 3.
Both are upgraded to 2025.1.0 and have no problems. So both are running on
Home Assistant OS. On what systems are you running Home Assistant?
—
Reply to this email directly, view it on GitHub
<#220 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/A4XZZZXVF3ST3ACER5747T32JLCUFAVCNFSM6AAAAABUUKC5ISVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKNZTGY3DIMZZHA>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
mine is also on a Raspberry Pi4 with HA OS 2025.1.0 |
Do you see any errors in the Home Assistant Log? |
Yes ``Dieser Fehler stammt von einer benutzerdefinierten Integration Logger: homeassistant Error doing job: Task exception was never retrieved (None) Or Dieser Fehler stammt von einer benutzerdefinierten Integration Logger: slixmpp.stringprep Using slower stringprep, consider compiling the faster cython/libidn one. |
It looks like you have to replace the sources of this integration in your custom_components directory. The import error is an indication of an old source . The name SPEED_KILOMETERS_PER_HOUR has been replaced by UnitOfSpeed.KILOMETERS_PER_HOUR in a pull request about 9 months ago. |
I got this in my log: 025-01-05 20:00:12.613 WARNING (MainThread) [homeassistant.helpers.frame] Detected that custom integration 'freeathome' calls async_forward_entry_setup for integration, freeathome with title: 192.168.188.70 and entry_id: 161ab8ef277154f24b6f79a36765b178, which is deprecated, await async_forward_entry_setups instead at custom_components/freeathome/init.py, line 80: hass.async_create_task(. This will stop working in Home Assistant 2025.6, please report it to the author of the 'freeathome' custom integration and also a lot of these: 2025-01-05 20:00:16.996 WARNING (MainThread) [homeassistant.components.light] None (<class 'custom_components.freeathome.light.FreeAtHomeLight'>) does not set supported color modes, this will stop working in Home Assistant Core 2025.3, please report it to the author of the 'freeathome' custom integration |
Some Here: i'v integrate by ip4 Adress an HA dedect ***@***.*** also as an IP
V6 device. Ignore This device always
rbierings ***@***.***> schrieb am Mo., 6. Jan. 2025, 20:28:
… I got this in my log:
025-01-05 20:00:12.613 WARNING (MainThread) [homeassistant.helpers.frame]
Detected that custom integration 'freeathome' calls
async_forward_entry_setup for integration, freeathome with title:
192.168.188.70 and entry_id: 161ab8ef277154f24b6f79a36765b178, which is
deprecated, await async_forward_entry_setups instead at
custom_components/freeathome/*init*.py, line 80: hass.async_create_task(.
This will stop working in Home Assistant 2025.6, please report it to the
author of the 'freeathome' custom integration
—
Reply to this email directly, view it on GitHub
<#220 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/A4XZZZUFFTQMRWX6EJNK7PL2JLKORAVCNFSM6AAAAABUUKC5ISVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKNZTG43TANBTGY>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
Hei jheling, (my system is also on a Raspberry Pi4 with HA OS 2025.1.0) I don't have any log because of the rollback. |
Hello, In the log I was found several errors:
AND
|
@jws75 Yes, overwriting all the sources in the freeathome directory and below. And then a full reset of home assistant. At the code of this integration you can download the whole source tree as a zip file through the green code button. |
I was in the same situation a while ago because I had installed F@H manually, as you probably did. I added the repository in HACS and installed it again from there. I hadn't changed the previous installation. Then I restarted HA completely and it worked. |
The new 2025.1.1 update fixed it again |
Not for me
rbierings ***@***.***> schrieb am Di., 7. Jan. 2025, 18:07:
… The new 2025.1.1 update fixed it again
—
Reply to this email directly, view it on GitHub
<#220 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/A4XZZZXWX2WBV5RKKZGFOND2JQCVHAVCNFSM6AAAAABUUKC5ISVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKNZVHAYTKNZSGA>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
Replace the source Files solved it Here. Thanks a lot
Dirk Silbermann ***@***.***> schrieb am Di., 7. Jan. 2025, 18:08:
… Not for me
rbierings ***@***.***> schrieb am Di., 7. Jan. 2025, 18:07:
> The new 2025.1.1 update fixed it again
>
> —
> Reply to this email directly, view it on GitHub
> <#220 (comment)>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/A4XZZZXWX2WBV5RKKZGFOND2JQCVHAVCNFSM6AAAAABUUKC5ISVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKNZVHAYTKNZSGA>
> .
> You are receiving this because you commented.Message ID:
> ***@***.***>
>
|
Does not work under 2025.1.0 or 2025.1.1 |
1 similar comment
Does not work under 2025.1.0 or 2025.1.1 |
Update to 2025.1 and replacing the (free@home) source Files solved it Here. |
Hello All, Nevertheless, Why freeathome seems have no update funtionality? When I try to remember freeathome never was listed as "Update available". But that is another point. |
@jheling Thank you very much! The source update helped. It was hard work because I had to set up f@h again. Now everything works again. Hopefully we won't have to do this more often. |
update the source or switch to HACS fixed it. However, you can no longer start an action when a roller blind is moving. You must therefore wait until the roller blind has reached the respective end position. The percentage opening is also no longer displayed in HA. |
Okay. After replacing the files I could control my blinds again. |
I wasn't sure about opening a new issue, but although I haven't tested to downgrade HA, I'm pretty sure this is also related to the 2025.1 update. I have 4 dimmers installed that worked very well with this integration (thanks for your work!). They have a pretty old firmware and I don't really want to update, so I can't use the official app. Since the update the status of each light doesn't update when pressed. And it shows a very strange behaviour. For example:
The state of the entity doesn't reflect the state of the light if I turn it on or off using the physical switch either. It looks like something has changed in HA that broke the communication between the sysap and freeathome. I've tried to completely delete the source and reinstall the integration from scratch after adding the repository to HACS. I'm using latest HA and latest freeathome (1.0.0). After setting up again the devices the problem still remains. I've tried to use the freeathome_monitor service, but it always outputs a zero bytes long file. Enabling the debug in the integration I've found this (similar to other posts in this thread, but it's a message about SSL problems): https://pastebin.com/vmUA7Hgy Is there anything I can do so you can help me? ;) This integration is very important to me, to the point that, if needed, I will downgrade HA. Thanks in advance! |
Maybe not related, but the update to Python 3.13 could be the culprit (for example: a problem with SSL and Python 3.13). |
I have the latest version of the integration and HA, the lights work for me, both switch and binary sensor stay on. Might be a local or an installation problem? |
Yep, the problem could be in my installation. I have the same problem when I handle the lights directly through the sysap web. Lights don't update their state (if I turn one of them on, it lights up but I can't switch it off since the web believes it is still switched off). However, if I exit and enter again then I can see it is switched on and can turn it off. However, that change doesn't show up in the web, either, so I can't turn it on again unless I exit and enter the web. This is more or less the same that happens in Home Assistant. I had a small power outage, and I've read this. Maybe I have some problem with the installation, although I've rebooted everything and I couldn't fix it. |
Well, the problem was almost certainly in my installation. Now I have fixed it. However, just in case (although it was probably unrelated), I downgraded HA. What I did was:
I think the most important thing I did this time was waiting a few minutes while the mains were off. Sorry for the false alarm! |
I celebrated too soon. A few hours later, I'm facing the same issue again. In the log, I see the following message: It might be a problem with my setup, but as soon as I can, I'll switch back to version 2024.12.5, cut the power to my house, and wait to see what happens. If there's anything noteworthy, I'll share it here. In the meantime, I'll keep an eye on GitHub to see if there are any updates on the integration. |
With the latest update to core 2025.1.0 of Home Assistant it has stopped working, has this happened to anyone else?
I rolled back to 2024.12.5 and with this Version it works fine again.
The text was updated successfully, but these errors were encountered: