NEWS
Nach Update iobroker+Adapter Problem mit Linux-Control
-
Hallo Zusammen,
mit professioneller Hilfe aus dem Forum habe ich meinen ibroker und alle Adapter meiner VIS aktualisiert.
Fast alles läuft nach dem Update unverändert weiter.
Ich habe aber ein Problem mit dem Linux-Control Adapter (aktuell verwendete Version V1.1.5).
Offenbar sind die "alten" Einstellungen in der neuen Version so nicht mehr korrekt.Ich habe den Adapter erfolgreich für folgende Funktion genutzt:
Meine VIS läuft auf einem im Schlüsselbrett integrierten Touch-Monitor. In diesem Bereich habe ich einen Bewegungsmelder in der Decke versteckt, der zunächst über KNX-Bus eine Bewegung meldet und dieses KNX-Kommando dann den "Schlafenden" Monitor aufweckt.
Dadurch ist der Monitor nicht ständig an und man muss diesen auch nicht mit dem Finger antippen und ständig verschmutzen. Die Funktion hat zuverlässig über den Linux-Control-Adapter funktioniert.
Nach dem Update läuft die Funktion nicht mehr und Ursache ist ein Problem im Linux-Adapter, der zur Abschaltung des Adapters führt.Könnt Ihr mir bitte helfen, was sich geändert haben könnte und was aus heutiger Sicht fehlerhaft eingestellt (von der alten Version übernommen) wurde.
Vielen Dank und beste Grüße FRANK
Hier das Protokoll nach dem Neustart des Adapters mit den zugehörigen Meldungen:
linux-control.0 2024-02-07 21:48:26.580 error The pattern "io.linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.stop" is not a valid ID pattern linux-control.0 2024-02-07 21:48:26.579 error Error: The pattern "io.linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.stop" is not a valid ID pattern at Object.pattern2RegEx (/opt/iobroker/node_modules/@iobroker/js-controller-common/src/lib/common/tools.ts:2470:15) at StateRedisClient.subscribe (/opt/iobroker/node_modules/@iobroker/db-states-redis/src/lib/states/statesInRedisClient.ts:1108:27) at processTicksAndRejections (node:internal/process/task_queues:95:5) linux-control.0 2024-02-07 21:48:26.364 error unhandled promise rejection: The pattern "io.linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.stop" is not a valid ID pattern linux-control.0 2024-02-07 21:48:26.363 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). linux-control.0 2024-02-07 21:48:26.237 error Error The pattern "linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.start" is not a valid ID pattern linux-control.0 2024-02-07 21:48:26.237 error ReplyError: Error The pattern "linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.start" is not a valid ID pattern at parseError (/opt/iobroker/node_modules/redis-parser/lib/parser.js:179:12) at parseType (/opt/iobroker/node_modules/redis-parser/lib/parser.js:302:14) linux-control.0 2024-02-07 21:48:26.236 error unhandled promise rejection: Error The pattern "linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.start" is not a valid ID pattern linux-control.0 2024-02-07 21:48:26.234 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). linux-control.0 2024-02-07 21:48:26.223 warn Terminated (UNCAUGHT_EXCEPTION): Without reason linux-control.0 2024-02-07 21:48:26.222 info terminating linux-control.0 2024-02-07 21:48:26.220 info cleaned everything up... linux-control.0 2024-02-07 21:48:26.195 error Error The pattern "linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.restart" is not a valid ID pattern linux-control.0 2024-02-07 21:48:26.195 error ReplyError: Error The pattern "linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.restart" is not a valid ID pattern at parseError (/opt/iobroker/node_modules/redis-parser/lib/parser.js:179:12) at parseType (/opt/iobroker/node_modules/redis-parser/lib/parser.js:302:14) linux-control.0 2024-02-07 21:48:26.189 error unhandled promise rejection: Error The pattern "linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.restart" is not a valid ID pattern linux-control.0 2024-02-07 21:48:26.189 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). linux-control.0 2024-02-07 21:48:23.702 info getting data from PI4 (192.168.2.98:22, Adapter start) linux-control.0 2024-02-07 21:48:23.684 warn This object will not be created in future versions. Please report this to the developer. linux-control.0 2024-02-07 21:48:23.683 warn Object linux-control.0.command.host is invalid: obj.common.states has an invalid type! Expected "object", received "string" linux-control.0 2024-02-07 21:48:23.628 info starting. Version 1.1.5 in /opt/iobroker/node_modules/iobroker.linux-control, node: v18.19.0, js-controller: 5.0.17 linux-control.0 2024-02-07 21:48:23.614 warn This object will not be created in future versions. Please report this to the developer. linux-control.0 2024-02-07 21:48:23.611 warn Object linux-control.0.command.host is invalid: obj.common.states has an invalid type! Expected "object", received "string"Hier noch die Einstellungen, die der Adapter von der älteren Version direkt übernommen hat. Siehe linux control_1
Und hier noch der Reiter im Adapter "meine Befehle": siehe Linux-Control_2
Und der Vollständigkeit halber auch noch das Skript zur Verknüpfung des KNX-Befehls und zum Aufwecken des Monitors.
Vielen Dank im Voraus für eure Mithilfe, damit mein Monitor wieder "aufwacht".
-
Hallo Zusammen,
mit professioneller Hilfe aus dem Forum habe ich meinen ibroker und alle Adapter meiner VIS aktualisiert.
Fast alles läuft nach dem Update unverändert weiter.
Ich habe aber ein Problem mit dem Linux-Control Adapter (aktuell verwendete Version V1.1.5).
Offenbar sind die "alten" Einstellungen in der neuen Version so nicht mehr korrekt.Ich habe den Adapter erfolgreich für folgende Funktion genutzt:
Meine VIS läuft auf einem im Schlüsselbrett integrierten Touch-Monitor. In diesem Bereich habe ich einen Bewegungsmelder in der Decke versteckt, der zunächst über KNX-Bus eine Bewegung meldet und dieses KNX-Kommando dann den "Schlafenden" Monitor aufweckt.
Dadurch ist der Monitor nicht ständig an und man muss diesen auch nicht mit dem Finger antippen und ständig verschmutzen. Die Funktion hat zuverlässig über den Linux-Control-Adapter funktioniert.
Nach dem Update läuft die Funktion nicht mehr und Ursache ist ein Problem im Linux-Adapter, der zur Abschaltung des Adapters führt.Könnt Ihr mir bitte helfen, was sich geändert haben könnte und was aus heutiger Sicht fehlerhaft eingestellt (von der alten Version übernommen) wurde.
Vielen Dank und beste Grüße FRANK
Hier das Protokoll nach dem Neustart des Adapters mit den zugehörigen Meldungen:
linux-control.0 2024-02-07 21:48:26.580 error The pattern "io.linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.stop" is not a valid ID pattern linux-control.0 2024-02-07 21:48:26.579 error Error: The pattern "io.linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.stop" is not a valid ID pattern at Object.pattern2RegEx (/opt/iobroker/node_modules/@iobroker/js-controller-common/src/lib/common/tools.ts:2470:15) at StateRedisClient.subscribe (/opt/iobroker/node_modules/@iobroker/db-states-redis/src/lib/states/statesInRedisClient.ts:1108:27) at processTicksAndRejections (node:internal/process/task_queues:95:5) linux-control.0 2024-02-07 21:48:26.364 error unhandled promise rejection: The pattern "io.linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.stop" is not a valid ID pattern linux-control.0 2024-02-07 21:48:26.363 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). linux-control.0 2024-02-07 21:48:26.237 error Error The pattern "linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.start" is not a valid ID pattern linux-control.0 2024-02-07 21:48:26.237 error ReplyError: Error The pattern "linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.start" is not a valid ID pattern at parseError (/opt/iobroker/node_modules/redis-parser/lib/parser.js:179:12) at parseType (/opt/iobroker/node_modules/redis-parser/lib/parser.js:302:14) linux-control.0 2024-02-07 21:48:26.236 error unhandled promise rejection: Error The pattern "linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.start" is not a valid ID pattern linux-control.0 2024-02-07 21:48:26.234 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). linux-control.0 2024-02-07 21:48:26.223 warn Terminated (UNCAUGHT_EXCEPTION): Without reason linux-control.0 2024-02-07 21:48:26.222 info terminating linux-control.0 2024-02-07 21:48:26.220 info cleaned everything up... linux-control.0 2024-02-07 21:48:26.195 error Error The pattern "linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.restart" is not a valid ID pattern linux-control.0 2024-02-07 21:48:26.195 error ReplyError: Error The pattern "linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.restart" is not a valid ID pattern at parseError (/opt/iobroker/node_modules/redis-parser/lib/parser.js:179:12) at parseType (/opt/iobroker/node_modules/redis-parser/lib/parser.js:302:14) linux-control.0 2024-02-07 21:48:26.189 error unhandled promise rejection: Error The pattern "linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.restart" is not a valid ID pattern linux-control.0 2024-02-07 21:48:26.189 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). linux-control.0 2024-02-07 21:48:23.702 info getting data from PI4 (192.168.2.98:22, Adapter start) linux-control.0 2024-02-07 21:48:23.684 warn This object will not be created in future versions. Please report this to the developer. linux-control.0 2024-02-07 21:48:23.683 warn Object linux-control.0.command.host is invalid: obj.common.states has an invalid type! Expected "object", received "string" linux-control.0 2024-02-07 21:48:23.628 info starting. Version 1.1.5 in /opt/iobroker/node_modules/iobroker.linux-control, node: v18.19.0, js-controller: 5.0.17 linux-control.0 2024-02-07 21:48:23.614 warn This object will not be created in future versions. Please report this to the developer. linux-control.0 2024-02-07 21:48:23.611 warn Object linux-control.0.command.host is invalid: obj.common.states has an invalid type! Expected "object", received "string"Hier noch die Einstellungen, die der Adapter von der älteren Version direkt übernommen hat. Siehe linux control_1
Und hier noch der Reiter im Adapter "meine Befehle": siehe Linux-Control_2
Und der Vollständigkeit halber auch noch das Skript zur Verknüpfung des KNX-Befehls und zum Aufwecken des Monitors.
Vielen Dank im Voraus für eure Mithilfe, damit mein Monitor wieder "aufwacht".
@frank-knx said in Nach Update iobroker+Adapter Problem mit Linux-Control:
Hallo Zusammen,
mit professioneller Hilfe aus dem Forum habe ich meinen ibroker und alle Adapter meiner VIS aktualisiert.
Fast alles läuft nach dem Update unverändert weiter.
Ich habe aber ein Problem mit dem Linux-Control Adapter (aktuell verwendete Version V1.1.5).
Offenbar sind die "alten" Einstellungen in der neuen Version so nicht mehr korrekt.Ich habe den Adapter erfolgreich für folgende Funktion genutzt:
Meine VIS läuft auf einem im Schlüsselbrett integrierten Touch-Monitor. In diesem Bereich habe ich einen Bewegungsmelder in der Decke versteckt, der zunächst über KNX-Bus eine Bewegung meldet und dieses KNX-Kommando dann den "Schlafenden" Monitor aufweckt.
Dadurch ist der Monitor nicht ständig an und man muss diesen auch nicht mit dem Finger antippen und ständig verschmutzen. Die Funktion hat zuverlässig über den Linux-Control-Adapter funktioniert.
Nach dem Update läuft die Funktion nicht mehr und Ursache ist ein Problem im Linux-Adapter, der zur Abschaltung des Adapters führt.Könnt Ihr mir bitte helfen, was sich geändert haben könnte und was aus heutiger Sicht fehlerhaft eingestellt (von der alten Version übernommen) wurde.
Vielen Dank und beste Grüße FRANK
Hier das Protokoll nach dem Neustart des Adapters mit den zugehörigen Meldungen:
linux-control.0 2024-02-07 21:48:26.580 error The pattern "io.linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.stop" is not a valid ID pattern linux-control.0 2024-02-07 21:48:26.579 error Error: The pattern "io.linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.stop" is not a valid ID pattern at Object.pattern2RegEx (/opt/iobroker/node_modules/@iobroker/js-controller-common/src/lib/common/tools.ts:2470:15) at StateRedisClient.subscribe (/opt/iobroker/node_modules/@iobroker/db-states-redis/src/lib/states/statesInRedisClient.ts:1108:27) at processTicksAndRejections (node:internal/process/task_queues:95:5) linux-control.0 2024-02-07 21:48:26.364 error unhandled promise rejection: The pattern "io.linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.stop" is not a valid ID pattern linux-control.0 2024-02-07 21:48:26.363 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). linux-control.0 2024-02-07 21:48:26.237 error Error The pattern "linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.start" is not a valid ID pattern linux-control.0 2024-02-07 21:48:26.237 error ReplyError: Error The pattern "linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.start" is not a valid ID pattern at parseError (/opt/iobroker/node_modules/redis-parser/lib/parser.js:179:12) at parseType (/opt/iobroker/node_modules/redis-parser/lib/parser.js:302:14) linux-control.0 2024-02-07 21:48:26.236 error unhandled promise rejection: Error The pattern "linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.start" is not a valid ID pattern linux-control.0 2024-02-07 21:48:26.234 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). linux-control.0 2024-02-07 21:48:26.223 warn Terminated (UNCAUGHT_EXCEPTION): Without reason linux-control.0 2024-02-07 21:48:26.222 info terminating linux-control.0 2024-02-07 21:48:26.220 info cleaned everything up... linux-control.0 2024-02-07 21:48:26.195 error Error The pattern "linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.restart" is not a valid ID pattern linux-control.0 2024-02-07 21:48:26.195 error ReplyError: Error The pattern "linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.restart" is not a valid ID pattern at parseError (/opt/iobroker/node_modules/redis-parser/lib/parser.js:179:12) at parseType (/opt/iobroker/node_modules/redis-parser/lib/parser.js:302:14) linux-control.0 2024-02-07 21:48:26.189 error unhandled promise rejection: Error The pattern "linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.restart" is not a valid ID pattern linux-control.0 2024-02-07 21:48:26.189 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). linux-control.0 2024-02-07 21:48:23.702 info getting data from PI4 (192.168.2.98:22, Adapter start) linux-control.0 2024-02-07 21:48:23.684 warn This object will not be created in future versions. Please report this to the developer. linux-control.0 2024-02-07 21:48:23.683 warn Object linux-control.0.command.host is invalid: obj.common.states has an invalid type! Expected "object", received "string" linux-control.0 2024-02-07 21:48:23.628 info starting. Version 1.1.5 in /opt/iobroker/node_modules/iobroker.linux-control, node: v18.19.0, js-controller: 5.0.17 linux-control.0 2024-02-07 21:48:23.614 warn This object will not be created in future versions. Please report this to the developer. linux-control.0 2024-02-07 21:48:23.611 warn Object linux-control.0.command.host is invalid: obj.common.states has an invalid type! Expected "object", received "string"Hier noch die Einstellungen, die der Adapter von der älteren Version direkt übernommen hat. Siehe linux control_1
Und hier noch der Reiter im Adapter "meine Befehle": siehe Linux-Control_2
Und der Vollständigkeit halber auch noch das Skript zur Verknüpfung des KNX-Befehls und zum Aufwecken des Monitors.
Vielen Dank im Voraus für eure Mithilfe, damit mein Monitor wieder "aufwacht".
Hier auch noch der Ausdruck des Registers "Datenpunkte". Hier habe ich nichts verändert.
siehe linux-control_3
-
@frank-knx said in Nach Update iobroker+Adapter Problem mit Linux-Control:
Hallo Zusammen,
mit professioneller Hilfe aus dem Forum habe ich meinen ibroker und alle Adapter meiner VIS aktualisiert.
Fast alles läuft nach dem Update unverändert weiter.
Ich habe aber ein Problem mit dem Linux-Control Adapter (aktuell verwendete Version V1.1.5).
Offenbar sind die "alten" Einstellungen in der neuen Version so nicht mehr korrekt.Ich habe den Adapter erfolgreich für folgende Funktion genutzt:
Meine VIS läuft auf einem im Schlüsselbrett integrierten Touch-Monitor. In diesem Bereich habe ich einen Bewegungsmelder in der Decke versteckt, der zunächst über KNX-Bus eine Bewegung meldet und dieses KNX-Kommando dann den "Schlafenden" Monitor aufweckt.
Dadurch ist der Monitor nicht ständig an und man muss diesen auch nicht mit dem Finger antippen und ständig verschmutzen. Die Funktion hat zuverlässig über den Linux-Control-Adapter funktioniert.
Nach dem Update läuft die Funktion nicht mehr und Ursache ist ein Problem im Linux-Adapter, der zur Abschaltung des Adapters führt.Könnt Ihr mir bitte helfen, was sich geändert haben könnte und was aus heutiger Sicht fehlerhaft eingestellt (von der alten Version übernommen) wurde.
Vielen Dank und beste Grüße FRANK
Hier das Protokoll nach dem Neustart des Adapters mit den zugehörigen Meldungen:
linux-control.0 2024-02-07 21:48:26.580 error The pattern "io.linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.stop" is not a valid ID pattern linux-control.0 2024-02-07 21:48:26.579 error Error: The pattern "io.linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.stop" is not a valid ID pattern at Object.pattern2RegEx (/opt/iobroker/node_modules/@iobroker/js-controller-common/src/lib/common/tools.ts:2470:15) at StateRedisClient.subscribe (/opt/iobroker/node_modules/@iobroker/db-states-redis/src/lib/states/statesInRedisClient.ts:1108:27) at processTicksAndRejections (node:internal/process/task_queues:95:5) linux-control.0 2024-02-07 21:48:26.364 error unhandled promise rejection: The pattern "io.linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.stop" is not a valid ID pattern linux-control.0 2024-02-07 21:48:26.363 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). linux-control.0 2024-02-07 21:48:26.237 error Error The pattern "linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.start" is not a valid ID pattern linux-control.0 2024-02-07 21:48:26.237 error ReplyError: Error The pattern "linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.start" is not a valid ID pattern at parseError (/opt/iobroker/node_modules/redis-parser/lib/parser.js:179:12) at parseType (/opt/iobroker/node_modules/redis-parser/lib/parser.js:302:14) linux-control.0 2024-02-07 21:48:26.236 error unhandled promise rejection: Error The pattern "linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.start" is not a valid ID pattern linux-control.0 2024-02-07 21:48:26.234 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). linux-control.0 2024-02-07 21:48:26.223 warn Terminated (UNCAUGHT_EXCEPTION): Without reason linux-control.0 2024-02-07 21:48:26.222 info terminating linux-control.0 2024-02-07 21:48:26.220 info cleaned everything up... linux-control.0 2024-02-07 21:48:26.195 error Error The pattern "linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.restart" is not a valid ID pattern linux-control.0 2024-02-07 21:48:26.195 error ReplyError: Error The pattern "linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.restart" is not a valid ID pattern at parseError (/opt/iobroker/node_modules/redis-parser/lib/parser.js:179:12) at parseType (/opt/iobroker/node_modules/redis-parser/lib/parser.js:302:14) linux-control.0 2024-02-07 21:48:26.189 error unhandled promise rejection: Error The pattern "linux-control.0.PI4.services.systemd-fsck@dev-disk-by\x2dpartuuid-def5eda3\x2d01.restart" is not a valid ID pattern linux-control.0 2024-02-07 21:48:26.189 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). linux-control.0 2024-02-07 21:48:23.702 info getting data from PI4 (192.168.2.98:22, Adapter start) linux-control.0 2024-02-07 21:48:23.684 warn This object will not be created in future versions. Please report this to the developer. linux-control.0 2024-02-07 21:48:23.683 warn Object linux-control.0.command.host is invalid: obj.common.states has an invalid type! Expected "object", received "string" linux-control.0 2024-02-07 21:48:23.628 info starting. Version 1.1.5 in /opt/iobroker/node_modules/iobroker.linux-control, node: v18.19.0, js-controller: 5.0.17 linux-control.0 2024-02-07 21:48:23.614 warn This object will not be created in future versions. Please report this to the developer. linux-control.0 2024-02-07 21:48:23.611 warn Object linux-control.0.command.host is invalid: obj.common.states has an invalid type! Expected "object", received "string"Hier noch die Einstellungen, die der Adapter von der älteren Version direkt übernommen hat. Siehe linux control_1
Und hier noch der Reiter im Adapter "meine Befehle": siehe Linux-Control_2
Und der Vollständigkeit halber auch noch das Skript zur Verknüpfung des KNX-Befehls und zum Aufwecken des Monitors.
Vielen Dank im Voraus für eure Mithilfe, damit mein Monitor wieder "aufwacht".
Hier auch noch der Ausdruck des Registers "Datenpunkte". Hier habe ich nichts verändert.
siehe linux-control_3gelöst !
Ich habe den Fehler nun selbst gefunden. In der neuen Version des Adapters muss (erneut) der Datenpunkt erst angelegt werden.
Ich habe im Register "Service" den Datenpunkt ergänzt und nun läuft das "aufwecken" wieder.
Daher hier die Lösung, falls ein anderer User vor dem gleichen Problem steht.
796
Online32.5k
Benutzer81.7k
Themen1.3m
Beiträge