UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Mr English]

@thomas-braun
Ok das nächste Mal werde ich es besser machen.

Aber was ist das Problem vom ioBroker ?

[Thomas Braun]

@mr-english sagte in js-controller 4.0.x jetzt für alle User im STABLE!:

Aber was ist das Problem vom ioBroker ?

Da man das nicht entziffern kann...
Keine Ahnung.

[wendy2702]

@mr-english

cd /opt/iobroker/

npm install iobroker.js-controller@4.0.19

Ich gehe zumindest davon aus das du diese Version haben willst, oder?

[Mr English]

@thomas-braun

Hier ist es alles noch einmal ordentlich

pi@raspberrypi4-iob:~ $ iob start
pi@raspberrypi4-iob:~ $ iob backup
internal/modules/cjs/loader.js:818
  throw err;
  ^

Error: Cannot find module '/opt/iobroker/node_modules/iobroker.js-controller/iobroker.js'
    at Function.Module._resolveFilename (internal/modules/cjs/loader.js:815:15)
    at Function.Module._load (internal/modules/cjs/loader.js:667:27)
    at Function.executeUserEntryPoint [as runMain] (internal/modules/run_main.js:60:12)
    at internal/main/run_main_module.js:17:47 {
  code: 'MODULE_NOT_FOUND',
  requireStack: []
}
pi@raspberrypi4-iob:~ $ iob -v
internal/modules/cjs/loader.js:818
  throw err;
  ^

Error: Cannot find module '/opt/iobroker/node_modules/iobroker.js-controller/iobroker.js'
    at Function.Module._resolveFilename (internal/modules/cjs/loader.js:815:15)
    at Function.Module._load (internal/modules/cjs/loader.js:667:27)
    at Function.executeUserEntryPoint [as runMain] (internal/modules/run_main.js:60:12)
    at internal/main/run_main_module.js:17:47 {
  code: 'MODULE_NOT_FOUND',
  requireStack: []
}
pi@raspberrypi4-iob:~ $ iob status 
internal/modules/cjs/loader.js:818
  throw err;
  ^

Error: Cannot find module '/opt/iobroker/node_modules/iobroker.js-controller/iobroker.js'
    at Function.Module._resolveFilename (internal/modules/cjs/loader.js:815:15)
    at Function.Module._load (internal/modules/cjs/loader.js:667:27)
    at Function.executeUserEntryPoint [as runMain] (internal/modules/run_main.js:60:12)
    at internal/main/run_main_module.js:17:47 {
  code: 'MODULE_NOT_FOUND',
  requireStack: []
}
pi@raspberrypi4-iob:~ $

[Thomas Braun]

@mr-english

Geht doch.

cd /opt/iobroker 
sudo -H -u iobroker npm install iobroker.js-controller

[wendy2702]

@thomas-braun sagte in js-controller 4.0.x jetzt für alle User im STABLE!:

sudo -H -u iobroker npm install iobroker.js-controller

Tztztz… Direkt immer der Holzhammer

[Thomas Braun]

@wendy2702 sagte in js-controller 4.0.x jetzt für alle User im STABLE!:

Tztztz… Direkt immer der Holzhammer

Warum Holzhammer? Das bringt jedenfalls gleich die korrekten owner mit.

[wendy2702]

@thomas-braun Weil es einige Seiten vorher mal so genannt wurde und bei einem „sauberen“ System eigentlich auch mit dem „einfachen“ Befehl funktionieren sollte.

[Boronsbruder]

Nach dem Update auf 4.0.18 ist mir folgendes aufgefallen:

2022-03-07 20:04:20.632 - info: host.zerobroker instance "system.adapter.denon.0" enabled via .alive
2022-03-07 20:04:20.653 - info: host.zerobroker "system.adapter.denon.0" enabled
2022-03-07 20:04:20.658 - error: host.zerobroker Cannot set object: null
2022-03-07 20:04:20.677 - info: host.zerobroker instance system.adapter.denon.0 started with pid 24621

Tritt aber bei mir nur auf, wenn "via .alive" ein Adapter gestartet oder gestoppt wird.

Über das Webif keine Fehlermeldung:

2022-03-07 20:29:44.914 - info: host.zerobroker "system.adapter.denon.0" enabled
2022-03-07 20:29:44.935 - info: host.zerobroker instance system.adapter.denon.0 started with pid 12861

[Thomas Braun]

@wendy2702

Im Eingangsposting steht es auch drin:

Falls es auch danach noch Fehler gibt, bitte die Installation erneut mittels sudo -H -u iobroker npm install iobroker.js-controller versuchen. Bitte berichtet solche Fälle hier im Thread.

[wendy2702]

@thomas-braun Kenne ich.

[Mr English]

@thomas-braun
Vielen herzlichen Dank
Du hast mein Leben gerettet

[apollon77]

@boronsbruder Hi,

ja, die Meldungkannst Du ignorieren ... da fehlt ein Check ... Wird gerade immer geloggt auch wenn es gar keinen Fehler gab Fixen wir in der nächsten Controller Version

[coyote]

Mir ist seit den letzten 2 (könnte auch 3) Versionen aufgefallen,dass mein hm-rpc.1 (wired) nach einem update/neustart nicht funktioniert. Der Adapter ist zwar grün, es werden aber keine DP's geändert. Meist fällt mir das eben erst auf, wenn mein Zigbee Licht nicht vom BWM (wired) eingeschaltet wird.
Starte ich den Adapter neu, läuft alles einwandfrei. Leider weiß ich gerade nicht, ob es jetzt am hm-rpc oder js-controller liegt.
Das Log sagt leider wenig, wo könnte ich anfangen zu suchen?

Hier nach update des js-controller und neustart:

2022-03-07 13:55:50.851 - info: mqtt.0 (484126) Client [MHI_Wintergarten] subscribes on "MHI_Wintergarten/set/#" with regex /^mqtt\.0\.MHI_Wintergarten\.set(\..*)?/
2022-03-07 13:55:50.855 - info: mqtt.0 (484126) State value to set for "mqtt.0.MHI_Wintergarten.connected" has to be type "string" but received type "number"
2022-03-07 13:55:51.469 - warn: zigbee.0 (484023) DeviceAvailability:Failed to ping 0xec1bbdfffxcv4bd6 TS011F
2022-03-07 13:55:51.567 - info: hm-rpc.1 (484156) Plugin sentry Sentry Plugin disabled for this process because sending of statistic data is disabled for the system
2022-03-07 13:55:51.622 - info: hm-rpc.1 (484156) starting. Version 1.15.8 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v14.19.0, js-controller: 4.0.19
2022-03-07 13:55:51.732 - warn: zigbee.0 (484023) DeviceAvailability:Failed to ping 0x847127fffedeae6c TRADFRI control outlet
2022-03-07 13:55:51.786 - info: shelly.0 (484065) [MQTT] Device 192.168.59.14 (shellyswitch25 / shellyswitch25-C45BBE7750DE / SHSW-25#C45BBE8850DE#1) connected! Polltime set to 5 sec.
2022-03-07 13:55:51.877 - info: mqtt.0 (484126) Client [frigate] connected with secret 1646657751877_2372
2022-03-07 13:55:51.880 - info: mqtt.0 (484126) Client [frigate] subscribes on "frigate/#" with regex /^frigate(\..*)?/
2022-03-07 13:55:51.881 - info: mqtt.0 (484126) Client [frigate] subscribes on "frigate/#" with regex /^mqtt\.0\.frigate(\..*)?/
2022-03-07 13:55:52.480 - info: hm-rpc.1 (484156) xmlrpc server is trying to listen on 192.168.66.68:2002
2022-03-07 13:55:52.481 - info: hm-rpc.1 (484156) xmlrpc client is trying to connect to 192.168.66.36:2000/ with ["http://192.168.66.68:2002","ioBroker:hm-rpc.1:024a6bfca93419bbe85212f744a95442"]
2022-03-07 13:55:52.525 - info: hm-rpc.1 (484156) xmlrpc <- system.listMethods ["ioBroker:hm-rpc.1:024a6bfca93419bbe85212f744a95442"]
2022-03-07 13:55:52.536 - info: hm-rpc.1 (484156) xmlrpc <- listDevices ["ioBroker:hm-rpc.1:024a6bfca93419bbe85212f744a95442"]
2022-03-07 13:55:52.848 - info: hm-rpc.1 (484156) xmlrpc -> 242 devices
2022-03-07 13:55:52.881 - info: hm-rpc.1 (484156) Connected
2022-03-07 13:55:53.395 - info: sonoff.0 (484076) Client [Sonoff4ch_2] connected with secret 1646677553393_4879
2022-03-07 13:55:53.927 - info: sonoff.0 (484076) Client [Sonoff_DualR2] connected with secret 164688973926_3869

Und dann eben nach neustart des hm-rpc Adapters bzw nur die hm-rpc.1 wired Instanz:

2022-03-07 19:01:50.212 - info: smartmeter.0 (484111) Received 7 values, 3 updated
2022-03-07 19:03:34.425 - info: host.ioBroker stopInstance system.adapter.hm-rpc.1 (force=false, process=true)
2022-03-07 19:03:34.430 - info: host.ioBroker stopInstance system.adapter.hm-rpc.1 send kill signal
2022-03-07 19:03:34.428 - info: hm-rpc.1 (484156) Got terminate signal TERMINATE_YOURSELF
2022-03-07 19:03:34.663 - info: hm-rpc.1 (484156) xmlrpc -> 192.168.66.36:2000/ init ["http://192.168.66.68:2002",""]
2022-03-07 19:03:34.672 - info: hm-rpc.1 (484156) Disconnected
2022-03-07 19:03:34.717 - info: hm-rpc.1 (484156) terminating
2022-03-07 19:03:34.734 - info: hm-rpc.1 (484156) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2022-03-07 19:03:35.528 - info: host.ioBroker instance system.adapter.hm-rpc.1 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2022-03-07 19:03:38.192 - info: host.ioBroker instance system.adapter.hm-rpc.1 started with pid 511752
2022-03-07 19:03:39.827 - info: hm-rpc.1 (511752) Plugin sentry Sentry Plugin disabled for this process because sending of statistic data is disabled for the system
2022-03-07 19:03:40.129 - info: hm-rpc.1 (511752) starting. Version 1.15.8 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v14.19.0, js-controller: 4.0.19
2022-03-07 19:03:41.007 - info: hm-rpc.1 (511752) xmlrpc server is trying to listen on 192.168.66.68:2002
2022-03-07 19:03:41.008 - info: hm-rpc.1 (511752) xmlrpc client is trying to connect to 192.168.66.36:2000/ with ["http://192.168.66.68:2002","ioBroker:hm-rpc.1:dde1b544f7f99151fe1ff58812f7f12d"]
2022-03-07 19:03:41.028 - info: hm-rpc.1 (511752) xmlrpc <- system.listMethods ["ioBroker:hm-rpc.1:dde1b544f7f99151fe1ff58812f7f12d"]
2022-03-07 19:03:41.036 - info: hm-rpc.1 (511752) xmlrpc <- listDevices ["ioBroker:hm-rpc.1:dde1b544f7f99151fe1ff58812f7f12d"]
2022-03-07 19:03:41.359 - info: hm-rpc.1 (511752) xmlrpc -> 242 devices
2022-03-07 19:03:41.389 - info: hm-rpc.1 (511752) Connected

[apollon77]

@coyote Bitte hmrpc issue machen

[coyote]

@apollon77 ok, mach ich. Versuche morgen mal, ob es auch auftritt, wenn ich iobroker "nur" neustarte.

[apollon77]

Hi All,

gerade ist der js-controller 4.0.19 in Stable gegangen, welche noch letzte Fixes enthält

[Fabio]

@apollon77 vielen Dank 4.0.19 ist Problemlos gelaufen.

[bahnuhr]

upgrade von 4.0.18 auf 4.0.19 auf master und slave ohne Probleme.

Beim Master habe ich nur folgende Hinweise bekommen:

- Ignoring Directory "mnt" because officially not created as meta object. Please remove directory!
- Ignoring Directory "vis.01_Sound" because officially not created as meta object. Please remove directory!

Den Punkt wie unter #2 beschrieben: "iob upload all" hatte ich bei 4.0.18 schon aufgeführt.

Sind aber eigen angelegte Verzeichnisse.

kann/muss ich da irgendwas tun ?

[Nashra]

@apollon77
update von 4.0.18 auf 4.0.19 ohne Probleme