BabaIsYou

> Exactly, no more to say. Except the "write feature" is on the way for tuya stuff, so I think it will be availble for other stuff soon #5868 Ok,...

> So about [#5897 (comment)](https://github.com/dresden-elektronik/deconz-rest-plugin/issues/5897#issuecomment-1076580949) > > I think it's a problem when deconz have created the DDF I created the DDF because I tought that it could be the...

> This will break functionality of the Elko thermostat, so I'd recommend notmerging this PR. The root cause, from my perspective, lies in inappropriate handling of manufacturer codes in deconz...

BTW basing perrenity solely on the position of a paragraph in a file, which is moreover an XML file whose purpose is precisely not to depend on this kind of...

> @BabaIsYou if it work on your side, can you edit the PR according to your last changes ? Done ! ;-)

It’s clearly not my goal to introduce regression. But it seems weird to me that deconz code could have this leak just for 0x4xx and not 0x4xxx for instance. But...

> But If m right, you can have 2 situations > > * The device is an elko, so it don't use the Sinope command because it was manufacture specific,...

The fact that you find it useless doesn't necessarily make it pointless. On the contrary, I think it's brilliant of the manufacturer to have provided this possibility. ;-) So I...

@SwoopX To be consistent with other config items (externalsensortemp and externalwindowsopen), what would you think about externaloccupancy or externalsensoroccupancy ?

Also, sometimes DDF file for Sinope are not loaded because of legacy code is overwriting the real value reported by the manufacturer name attribute. Then we have to force reading...