PIggybacking off of the discussion of unique_ids versus entity_ids, I thought I would start to compile a list of the YAML-configured integrations I am using that do not support the unique_id property:
RESTful Sensor supports it. However, I often use RESTful in order to create multiple sensors using the same endpoint, and at least according to the docs, that variant does not support it.
that variant does, it links to restful sensors because the keys are shared.
The main rest integration doesnât because itâs not creating individual sensors. The uinque_id needs to be on the sensor itself, not the header section.
rest:
...
< NOT HERE, THIS IS HEADER, UNIQUE_ID WOULD BE USELESS HERE AS THIS DEFINES THE ENDPOINT NOT THE SENSORS >
...
sensor:
- name: xxx
unique_id: xxx
Because that is what it is. Someone has to build or contribute such features (it doesnât magically happen out of nothing )
For Trend & Workday, they will probably show up in the UI in the near future (Iâve seen PRs for them already), meaning those would gain those capabilities at that point.
Hmmm, thanks for the clarification. I was almost positive that I had tried adding a unique_id to the individual sensors when I set up one of my first REST endpoints a few months ago, but Iâll try it again and report back.
Yeah, I was just going to mention that. The code for binary_sensor.rest appears to support unique_id, and I set up a standalone RESTful binary sensor and confirmed that it is working.
Environment Canada and QNAP for me, maybe not the most common, but it is very funny to see humidex and hard drive temperatures on an uncategorized sensor card