Hey! Thanks so much for this! One quick question (total noob here), how can I find the OpenWebNet address of my device? I don’t really know how to populate the “where” <Found it!
Now I have an issue setting my thermostat. The model is F430R3V10. Does anyone know what I config I should add for this one?
Hello @Crypt0-M3lon & @anotherjulien
It finally works by commenting if not local_gateways as suggested by Crypt0.
As i had resinstalled (removed/installed) the integration before, MyHome was not present in config/.storage/core.config_entries .
To resume:
Remove the integration,
Install MyHome (via HACS),
Add the intregation. If the gateway is not discovered, comment the lines in config_flow.py.
Re add the integration, select Custom, enter (even if you cannot modify the MAC address) then fill in your informations aboot the F454 gateway (IP, MacAddress, password).
Restart Home Assistant (that never hurts).
Small bonus, the integration looks like this in /config/.storage/core.config_entries:
First bug to report: light brightness was not updated if it was modified via a wall switch (including when turning on)
This has been fixed in the master version.
I’ll publish a new release including this fix after either a few days pass or a few more bugs show up!
This error originated from a custom integration.
Logger: custom_components.myhome
Source: /usr/local/lib/python3.9/site-packages/OWNd/connection.py:209
Integration: MyHome (documentation, issues)
First occurred: 6:01:19 PM (8266 occurrences)
Last logged: 11:48:55 PM
Command session connection refused, retrying in 1s.
Command session connection refused, retrying in 2s.
Command session connection refused, retrying in 4s.
Command session connection refused, retrying in 6s.
Command session connection refused, retrying in 8s.
This error originated from a custom integration.
Logger: custom_components.myhome
Source: /usr/local/lib/python3.9/site-packages/OWNd/connection.py:204
Integration: MyHome (documentation, issues)
First occurred: 6:01:42 PM (1190 occurrences)
Last logged: 11:48:48 PM
Command session connection still refused after 5 attempts.
This error originated from a custom integration.
Logger: custom_components.myhome
Source: custom_components/myhome/gateway.py:166
Integration: MyHome (documentation, issues)
First occurred: 6:10:01 PM (75 occurrences)
Last logged: 11:40:03 PM
Data received is not a message: None
That… is a lot of retries!
Did you try to reboot the gateway itself?
Alternatively, can you try going in the __init__.py file on line 84 and reduce the number of concurrent workers from 5 down to maybe even just 1?
Yes. I reset everything. I also reinstall the component and select the gateway from the selector, enter the password and restart the home assistant …
Anyway, editing the init file, with for i in range (1): seems to have fixed it.
now, however, this appears from time to time, but I cannot understand what message it is
2021-08-17 17:09:27 INFO (MainThread) [custom_components.myhome.sensor] Sensor 7 is reporting a total power consumption of 1713 Wh.
2021-08-17 17:10:03 DEBUG (MainThread) [custom_components.myhome] Received: None
2021-08-17 17:10:03 WARNING (MainThread) [custom_components.myhome] Data received is not a message: None
2021-08-17 17:10:04 DEBUG (MainThread) [custom_components.myhome] Received: None
2021-08-17 17:10:04 WARNING (MainThread) [custom_components.myhome] Data received is not a message: None
Another silly question … but would the total energy sensor be the total from when it is running? Sensor 1 is reporting a total power consumption of 15603280 Wh.
editing the init file, with for i in range (1): seems to have fixed it.
Cool! It’s good to know that some gateways do not support having multiple concurrent connections at all! (And maybe it can explain some other edge cases people have been encountering?)
I’ll definitely put 1 worker by default then and work on adding a config option to add more of them if people want more performance out of the system!
would the total energy sensor be the total from when it is running?
Yes. My understanding is that this counter cannot be reset, so it represents the total energy consumption since it’s first been used.
I have no idea what is the register size for this in the actual sensor though…
If you assume that it’s an unsigned 32 bits integer, it would rollover after 4 294 967 295 Wh
The only really annoying part is that it’s updated internally only every hour
You beat me by 1 device but I beat you by 5 entities
To be fair, this config option was ready this morning, I tested it all day but I was trying to think if there were other obvious general config options I could add before pushing it to github…
I couldn’t find any but if you have any ideas, I’m all ears!
I have a box full of working actuators (ex covers and more) …
I don’t know, the configure function is convenient, maybe I change gateway or password?
maybe a check for autoenergy (which activates it, makes the request for energy automatically for all entities?)
autoreload in case of breakage uhm, let’s see if others have ideas, I have to think about it.
Changing the gateway IP and password is a good idea, I’ll have a look at it!
By autoenergy you mean getting the “instant power”? I think that if I could make it work automatically, there should be no reason to turn it off, right?
Then there’s the big one, auto-reload… Here the problem is not to reload automatically, it’s to detect that it’s not working anymore…
Yes, let’s say that for general power, I have the automation that starts at start-up, as you explained in the readme, and for others I activated them only if the socket turned on, but it doesn’t make sense:joy:
Yes sore point … I have inserted in an automation, that if the temperature sensor (single sensor not connected to the climate) is 0 then reload the component:joy: It is not the right thing to do, but it works … uhmmm you have to understand how and if it can be recognized that the component is not working properly
@caiosweet, I’ve published a new master if you want to give it a go!
It ended up being a much more involved rewrite than I thought
It was a good opportunity for a cleanup of the main “runtime” data structure though.
So now you can change the IP and password for the gateway from the component options.
I also added the adequate workflow when the gateway password is wrong (triggering the HA message “Integration requires reconfiguration”)
Similar thing when the IP address of the gateway is unreachable.
You can test both by setting a false pass or IP in the config options.
(Also this was the opportunity to test another mechanism, if your gateway changes IP and is discovered again, it will simply update the IP in the config entry! It should be relatively transparent, maybe a restart at most)
Two possibilities…
…or are you really crazy
or you like to write and develop code
Anyway, I tried again before reading this post.
If I put a wrong password in a gateway discovered, then it indicates that it is wrong, but if I intentionally change the password with a wrong one, in a gateway already set, you simply tell me that ok, data set and I do not receive error messages in the form .
Another thing, I don’t remember, is the Bticino password only numeric? If yes, I would set the input as the value of only of type int. (
I think it is really useful, this option, so I can see what password I have if I have forgotten it hahaha , and without uninstalling and reinstalling I can change these parameters on the fly.
For now, the master version is installed and I let it run
Not in the form, no, but you should see the “Integration requires reconfiguration” notification in HA; and if you go back to the integrations page, it shows a red frame with a red “reconfigure” button
The basic password, yes, but the HMAC password is also supported by this component and it’s alphanumeric!