search

ioBroker / ioBroker.type-detector

Helper module (not adapter) to detect types of devices
MIT License
8 stars 9 forks source link

Device Type derivation: Dimmed socket vs light #42

Open Apollon77 opened 3 months ago

Apollon77 commented 3 months ago

We have a light and a socket device type, but only a "dimmer" which can be both (but the Devices type has a lightbulb as main logo.

Do we want/SHould we split this into two types? A "Light Dimmer" and a "Dimmer"?

Garfonso commented 3 months ago

Or get rid of the light dimmer, as per my comment in #43

Apollon77 commented 3 months ago

The current idea was to somehow mimic matter device types ... All other would be bigger tbh but we might need something like that sooner or later.

I could imagine more to have a "capability" (classically "channel" functionality) based detection of capabilities of a device - and yes it do not need to be all in channels could also be a flat structure. And then device device types via "functionality compositions". In fact alexa works that way and matter too. you have "onoff", "level", "color", "temp", "Humidity", "energy" (in matter these are the clusters, in homematic they are usually the channels).

So in my eyes the detection could be on this level and so be much more specific. Then we have device templates like 2 "dimmer" that must have "level" and can have "onoff", "energy" and such. and a dimmable light comparable but maybe slightly different. Could be build in a backward compatible way