Open DanielR92 opened 1 month ago
I rejected such a request before.
The important difference to that previous request is that the power meter now has a battery, which is indeed a limited resource.
This would have to be a switch, as not all users want to pause polling the power meter, even if the value is not needed by the DPL, because OpenDTU-OnBattery might be the only instance that publishes the reading via MQTT, which is desirable also during the night.
Why does that thing have a battery in the first place?! A battery-powered device in an electrical cabinet... So weird^^
as the bridge needs to query the pulse anyway, are we sure that querying the bridge does increase the communication between bridge and pulse? if so, i also support a toggle to let the user choose whether or not querying at night.
Why does that thing have a battery in the first place?! A battery-powered device in an electrical cabinet... So weird^^
well, i guess because its easier to use a battery powered device. if you rent a flat, chances are high that you have a smart meter without an outlet in your cabinet. and having a grid powered device increases the effort to switch to tibber for many people as they need to call someone to install an outlet or 5V powersupply.
That is exactly the point.
I have been polling the pulse bridge for 6 months once a second and couldn't notice any issues regarding battery life. The bridge itself is powered by the power outlet, just the sensor on the energy meter is using batteries.
In addition, the sensor is quite unimpressed by the queries and delivers its values bluntly in a rhythm of 2 - 5 seconds. All attempts to adjust this interval have unfortunately failed so far.
You ask it every two seconds? Interesting! I have to slowly approach it.
Is your feature request related to a problem? Please describe.
I use Tibber and here it is connected wireless between gateway and SmartMeter-Pulse. The Pulse have a battery inside. If too many requests happen, it will be queried unnecessarily and the batteries will be drained.
Describe the solution you'd like
If communication with the inverter is not possible (night, etc..), the SmartMeter should no longer be spammed with requests.
Describe alternatives you've considered
-
Additional context
No response