@udo-2112 sagte in iobroker add ecovacs-deebot: discovery iobroker upgrade discovery --debug sudo ln -s /usr/bin/node /usr/bin/nodejs uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs Bitte nix zurecht kopieren, sondern 1:1 alles was in der Konsole ein- wie ausgegeben wurde hier rein.

Vielen Dank für eure Hilfe. Ich hatte zum Beta Repository gewechselt weil ich einen bestimmten Adapter aktualisieren wollte. Dabei müssen wohl ein paar mehr durchgerutscht sein... Ich habe den Admin Adapter auf 5.3.8 zurückgesetzt und nun lassen sich auch die anderen Adapter erfolgreich aktualisieren. Die anderen vorgeschlagenen Updates für Debian und NodeJS gehe ich dann auch noch an. @Glasfaser Ja, aus Aluhutgründen habe ich versucht bei dem Auszug den Username und Host zu verschleiern war nur offensichtlich nicht gründlich ;-)

@mcu Bei hue hab ich keine Aktien drin.

@frank62 starte die kiste neu..wenn was hängt..

@martinschm sagte in ZigBee Adapter/TI Board steigt immer wieder mal aus: Ich habe gerade mal im proxmox meine raspberrymatic VM gestoppt, die greift auch per USB auf das HM Funkmodul zu. Vor dem Stoppen ließ sich zigbee nicht Verbinden mit der Fehlermeldung von oben, nach dem Stoppen ging es sofort. Vielleicht wird raspberrymatic da "übergriffig" und sperrt den anderen USB Port? Bei den VM bin ich raus. Ich trau dem Braten nicht und nutze das nicht. A.

@thomas-braun Super Danke, hat jetzt geklappt :-) Vielen dank.

@homoran Besser: Man nutzt npm gar nicht direkt sondern installiert mit iobroker add Dann ist es egal.

Das Spuckt das Log aus lcn.0 2022-08-06 00:59:48.920 error [CONN] No data. Reconnecting... lcn.0 2022-08-06 00:59:48.919 debug [CONN] Changing state: WAIT_PASS => WAIT_AUTH_OK lcn.0 2022-08-06 00:59:48.919 debug [CONN] received: Password: lcn.0 2022-08-06 00:59:48.918 debug [CONN] Changing state: WAIT_USER => WAIT_PASS lcn.0 2022-08-06 00:59:48.918 debug [CONN] received: Username: lcn.0 2022-08-06 00:59:48.908 debug [CONN] Changing state: WAIT_PROMPT => WAIT_USER lcn.0 2022-08-06 00:59:48.908 debug [CONN] received: nullLCN-PCK/IP 1.0 lcn.0 2022-08-06 00:59:48.907 debug [CONN] Changing state: CONNECTING => WAIT_PROMPT lcn.0 2022-08-06 00:59:18.404 debug [CONN] Changing state: WAIT_AUTH_OK => CONNECTING

@mickym Ja ich kann Pingen und auch vom Pi auf der Fritzbox alles machen. Das mit den netzmasken past. Ich habe dies auch schon. Ich habe auch schon auf /16 umgestellt, auch ohne Erfolg. Wie kann ich überprüfen ob die Box auf den Port reagiert? ABER: Ich habe den Fehler gefunden::grinning: Ich habe eine FW im Netzt welche eine DMZ bedient. Hier habe ich expliziert die Route iobroker fritz box gesperrt, und siehe da, es geht jetzt. Ich habe es mit traceroute gefunden, das ein falscher Weg eingeschlagen wurde. Warum auch immer ich die box anpingen konnte und mit chromium die Fritz Box vom Pi erreichen konnte? Netzwerkwege sind schon seltsam Danke deine Gedanken haben mich auf den richtigen Weg gebracht

Das Problem hatte ich letzte Woche und wurde durch ein Sonderzeichen im Passwort verursacht (vermutlich - zumindest bei mir). Nachdem ich das Sonderzeichen entfernt , die CLients aktualisiert und den Adapter neu gestartet hatte , kam keine Meldung mehr

@p-lang iobroker stop iobroker fix iobroker start und die jetzt verbogenen Rechte sollten wieder passen. Darüber hinaus bitte im GitHub ein issue hinterlegen, da muss sich vielleicht nochmal jemand die Deps anschauen.

@padi0-000 puTTY ist auch nur ein Terminal. Du musst die Datei schon editieren, geht z.B. mit nano

@jörg-heilig sagte in Cannot install any adaptors 190: I would really appreciate help here. warum auf Englisch? und das auch noch im deutschen Teil :joy: @jörg-heilig sagte in Cannot install any adaptors 190: ERROR: Process exited with code 25 gibt es einige Threads zu. @jörg-heilig sagte in Cannot install any adaptors 190: If I do it from the admin UI I get: $ iobroker add knx --host JoergsMac.fritz.box und was bekommst du über die Konsole mit angehängtem --debug

@oliverio im Prinzip schon ... aber etwas spooky mit Austausch im Live-Betrieb

@andi-luma Nachtrag , der Adapter ist komplett grün , für die vorher vorhandenen BLE Geräte werden keine aktualisierten Daten angezeigt , auch nicht wenn die Suche mit * eigentlich ja alle Geraete in der Naehe "finden" sollte Adapter bereits wieder deinstalliert und noch einmal die Version 0.12 wieder installiert ( hatte monatelang funktioniert ) aber die findet dann auch nichts / aktualisiert nicht mehr. Driverstate is poweredOn AllowNew device : true Log vom Start starting scan for services [] ble.0 2022-08-02 16:43:08.007 info starting scanner process... ble.0 2022-08-02 16:43:07.986 info monitoring all services ble.0 2022-08-02 16:43:07.985 info enabled plugins: _default ble.0 2022-08-02 16:43:07.984 info loaded plugins: Xiaomi, mi-flora, ruuvi-tag, _default ble.0 2022-08-02 16:43:07.920 info starting. Version 0.13.0 in /opt/iobroker/node_modules/iobroker.ble, node: v16.16.0, js-controller: 4.0.23

@holgerwolf Also ich habe jetzt bestimmt 20 Datenpunkte unterschiedlichster Art aufgerufen und bei Allen gab es das Phänomen...leider.

Super, DANKE FÜR EURE HILFE! Meine Scripte laufen wieder !!! :) GELÖST!

@homoran sagte in täglich ein Fehler im Log - UV Protect Adapter: HTML 503 ist service not available ah, verstehe. dachte es geht um den iobroker. als "echte" Lösung müsste also der Adapter bei diesem 503 Fehler erneut eine Anfrage schicken? achso, das geht ja nicht da es nur eine begrenzte Anzahl gibt die man täglich stellen darf. dann werd ich wohl damit leben. Aber wie erwähnt, es ist kein großes Problem.