Steve Wilson Jr <
steve.w...@gmail.com> writes:
> Use helpers. Set up a helper that combines them and updates on the latest
> change of either. Then point whatever uses the data at the helper instead
> of one sensor or the other.
>
> There is an option when you go to add a helper to Combine the state of
> several sensors,
I could, but I think this is a bandaid on an architecture problem.
There is one transmitter out there, and there are redundant radios
receiving it. Logically we should be modeling the transmitter as a
single device, and it's an artifact of the HA rtl_433 integration that
you end up with two devices, as children of different "hubs".
Sorry if it wasn't clear that I was asking if there was a way to make
the integration represent them as one device from the start, and that I
didn't clearly exclude coping strategies that didn't address the root
cause.
The corresponding situation would be if I had a sensor that reported
over BLE (like an Aranet, for example), and I had 4 esphome BLE proxies
scattered about. It would be a bug for that one physical device to show
up as 4 HA devices, one per proxy.
If I had two different temp sensors and I wanted to treat them as one
logical entity in HA, then the helper suggestion would be entirely
applicable.