Open DominikJaco opened 5 months ago
I can not follow the issue itself.
windowopenactivetime is a number and default is 5 (min), and from my perspective there is no need to assign a mixed type to it. So the main question is the cause of that fault message. Looking at the code there is only one occurance where the state is written with the dafault value (from io-package.json or from the admin page. Admin page has also number "fritz_windowtime": { "type": "number", "label": "default time (minutes) for window open activation", "newLine": false, "default": 5 },
So I am not sure what causes the error.
Maybe the datapoints are still from the creation from a very old version? They are not overwritten when a new version assigns different type, min, max etc., because already existing. Therfore the concerned datapoints have to be deleted when the adapter is stopped. With a new start of the adapter the datapoints are created with their "new" settings.
Maybe you can point out where the string storing happens.
tsoll,windowopenactivetime,boostactivetime changed to type mixed because logs showed "State value to set for "fritzdect.0.DECT_xxx.windowopenactivetime" has to be type "number" but received type "string"