@wolfgangfb Die Befehle für die 1er Version kenne ich nicht, sollte von der Vorgehensweise aber ähnlich wie bei der 2.x sein: auf der Kommandozeile in eine neue, temporäre Datenbank wiederherstellen alten "Datenpunkt" löschen Daten von der temp. Datenbank kopieren, das müsste unter 1.x mit "SELECT .... INTO ...." funktionieren temporäre DB wieder löschen Das Ganze geht also nur auf der Kommandozeile, nicht mit dem Backitup Adapter

@thomas-braun ok, danke!

@1topf sagte in Probleme beim Einbinden von OSRAM lightify: .. Bei mir haben früher mehr die Steckdosen rumgezickt. .. Nomen est omen : ZickBii Installiere dir doch einfach mal zigbee2mqtt + zugehörigen Adapter und probiere es damit. Oh je, damit käme aber gewaltig Arbeit auf mich zu. Ich habe mich heute nochmals sehr intensiv mit den OSRAM lightify Lampen und dem ZigBee-Adpter beschäftigt. So langsam gewinne ich Erfahrung und Einblick in das Rumgezicke. Die A60 TW, die sich gestern partout nicht anlernen lassen wollte, machte heute überhaupt keine Probleme. Der erste Versuch führte bereits zum Erfolg. Dieses Phänomen hatte ich schon mehrmals beobachten müssen. Scheiterten unzählige Versuche, so lief am nächsten Tag alles wie am Schnürchen. Meinen Erfahrungen lassen mich so manche Schwächen von ZigBee.Implementierungen vermuten .. Da ein solches Verhalten sich offenbar reproduzieren lässt, könnten die Ursachen darin liegen, dass im ZigBee-Adapter und auch routingfähigen Geräten zu vieles gecacht wird und irgendwann nichts mehr geht. Hier könnten uns wohl nur die Entwickler weiterhelfen. Offenbar benötigt ein ZigBee-Netzwerk mit Routern ziemlich viel Zeit, sich zu konsolidieren. Wartezeiten von 30 Minuten und mehr sind offenbar keine Seltenheit. Bei diesen Konsolidierungen geht zuweilen auch einiges schief: Da verbinden sich weit entfernte Geräte untereinander und nächstgelegene Nachbarn werden nicht erkannt. Nach meinen Erfahrungen löst zuweilen nur das Ausschalten des ein oder anderen Gerätes, eine solche festgefahrene Situationen aufzubrechen. Fazit. .. Ich vermute aufgrund dieser Erfahrungen, dass die Vernetzung der Geräte untereinander durch Routing in ZigBee nicht optimal geregelt ist oder aber einige Geräte nicht allzu viel taugen mögen.

@hen30 Hm, bei InfluxDB kann ich dir leider nicht helfen, mit dieser DB und seiner Abfragesprache kenne ich mich nicht aus. Bei SQL hätte ich ich eine Abfrage parat, da müsstest du nicht mal die Datenpunkte speichern. Das Ergebnis hätte ich dann als JSON-String in einem Datenpunkt gespeichert und mit ner JSON-Tabelle visualisiert.

@thomas-braun Bei mir war das keine Laborversion. Geht auch gar nicht, weil Kabelmodem und Updates kommen nur (sehr spät) durch den Netzanbieter... Aber wie gesagt das Netz ist voll von diesen Berichten, mit und ohne Laborversion.

@djmarc75 Habs gefunden! Danke dir!

@mane444 Genial. So war der Plan. Dann mach ich mir jetzt mal paar Gedanken wie ich das alles umsetze. Vielen Dank für die Unterstützung.

@longbow sagte in Eufy-Security Adapter installiert sich nicht.: @wendy2702 Ja danke, der Nachfrage. Backup gemacht, alles aktiviert und alles läuft. Komisch, dass der alte Container nicht den Adapter richtig installiert hat. Vielen Dank für die Unterstützung, jetzt muss ich nur sehen, wie ich den Stream (rtsp) in mein Vis einbinde, dann bin ich noch mehr glücklich als gerade. Liebe Grüße aus Berlin. RTSP geht nur über Umwege wie Motioneye oder Shinobi etc. Liegt an der Browser Beschränkung.

@iobrokermike Das ist die brutalste Variante.

@marcel1896 sagte in IOBroker stürzt regelmäßig ab: Pending OS-Updates: 166 Und Buster ist seit monaten tot, Bullseye drigendst installieren. Weiter schau ich dann erst gar nicht. Um Bullseye zu installieren müsste ich den ganzen PI neu aufsetzten richtig? Nicht unbedigt. Von einem sauberen Ausgangssystem kann man auch easy auf 'Bullseye' hüpfen. Sache von einer Stunde. https://forum.iobroker.net/topic/47214/upgrade-von-debian-10-buster-auf-11-bullseye

@DJMarc75 leider geht es wieder los mit den Meldungen. kecontact.0 2023-02-24 14:50:11.019 info (COMPACT) setState not processed because States database not connected kecontact.0 2023-02-24 14:50:11.016 info (COMPACT) setState not processed because States database not connected kecontact.0 2023-02-24 14:50:11.018 info (COMPACT) setState not processed because States database not connected kecontact.0 2023-02-24 14:50:11.014 info (COMPACT) setState not processed because States database not connected kecontact.0 2023-02-24 14:50:10.905 info (COMPACT) setState not processed because States database not connected kecontact.0 2023-02-24 14:50:10.905 info (COMPACT) setState not processed because States database not connected kecontact.0 2023-02-24 14:50:10.903 info (COMPACT) setState not processed because States database not connected kecontact.0 2023-02-24 14:50:10.901 info (COMPACT) setState not processed because States database not connected kecontact.0 2023-02-24 14:50:10.900 info (COMPACT) setState not processed because States database not connected kecontact.0 2023-02-24 14:50:10.898 info (COMPACT) setState not processed because States database not connected kecontact.0 2023-02-24 14:50:10.902 info (COMPACT) setState not processed because States database not connected kecontact.0 2023-02-24 14:50:10.893 info (COMPACT) setState not processed because States database not connected kecontact.0 2023-02-24 14:50:08.640 info (COMPACT) setState not processed because States database not connected kecontact.0 2023-02-24 14:50:08.638 info (COMPACT) setState not processed because States database not connected kecontact.0 2023-02-24 14:50:08.639 info (COMPACT) setState not processed because States database not connected kecontact.0 2023-02-24 14:50:08.637 info (COMPACT) setState not processed because States database not connected kecontact.0 2023-02-24 14:50:00.020 info (COMPACT) setState not processed because States database not connected kecontact.0 2023-02-24 14:50:00.017 info (COMPACT) setState not processed because States database not connected kecontact.0 2023-02-24 14:50:00.019 info (COMPACT) setState not processed because States database not connected kecontact.0 2023-02-24 14:50:00.015 info (COMPACT) setState not processed because States database not connected kecontact.0 2023-02-24 14:49:51.513 info (COMPACT) setState not processed because States database not connected kecontact.0 2023-02-24 14:49:51.511 info (COMPACT) setState not processed because States database not connected kecontact.0 2023-02-24 14:49:51.512 info (COMPACT) setState not processed because States database not connected kecontact.0 2023-02-24 14:49:51.510 info (COMPACT) setState not processed because States database not connected hier mal die Outputs wie beim letzten Mal: 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 ln: failed to create symbolic link '/usr/bin/nodejs': File exists armv7l /usr/bin/nodejs /usr/bin/node /usr/bin/npm v16.16.0 v16.16.0 8.11.0 pi /home/pi Hit:1 http://raspbian.raspberrypi.org/raspbian bullseye InRelease Hit:2 http://archive.raspberrypi.org/debian bullseye InRelease Hit:3 https://deb.nodesource.com/node_16.x bullseye InRelease Reading package lists... Done Building dependency tree... Done Reading state information... Done 111 packages can be upgraded. Run 'apt list --upgradable' to see them. nodejs: Installed: 16.16.0-deb-1nodesource1 Candidate: 16.19.1-deb-1nodesource1 Version table: 16.19.1-deb-1nodesource1 500 500 https://deb.nodesource.com/node_16.x bullseye/main armhf Packages *** 16.16.0-deb-1nodesource1 100 100 /var/lib/dpkg/status 12.22.12~dfsg-1~deb11u3 500 500 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf Packages und iobroker update -i Used repository: stable Adapter "admin" : 6.3.5 , installed 6.3.5 Adapter "backitup" : 2.5.12 , installed 2.5.12 Adapter "discovery" : 3.1.0 , installed 3.1.0 Adapter "email" : 1.1.4 , installed 1.1.4 Adapter "feiertage" : 1.1.0 , installed 1.1.0 Adapter "flot" : 1.11.0 , installed 1.11.0 Adapter "history" : 2.2.4 , installed 2.2.4 Adapter "hm-rega" : 3.0.43 , installed 3.0.43 Adapter "hm-rpc" : 1.15.16 , installed 1.15.16 Adapter "icons-addictive-flavour-png": 0.1.0, installed 0.1.0 Adapter "info" : 1.9.19 , installed 1.9.19 Adapter "javascript" : 6.1.4 , installed 6.1.4 Controller "js-controller": 4.0.24 , installed 4.0.24 Adapter "kecontact" : 1.5.2 , installed 1.5.2 Adapter "mobile" : 1.0.1 , installed 1.0.1 Adapter "modbus" : 5.0.11 , installed 5.0.11 Adapter "musiccast" : 0.1.5 , installed 0.1.5 Adapter "netatmo" : 2.0.5 , installed 2.0.5 Adapter "ping" : 1.5.3 , installed 1.5.3 Adapter "rpi2" : 1.3.2 , installed 1.3.2 Adapter "simple-api" : 2.7.2 , installed 2.7.2 Adapter "socketio" : 4.2.0 , installed 4.2.0 Adapter "sonos" : 2.2.3 , installed 2.2.3 Adapter "sql" : 2.2.0 , installed 2.2.0 Adapter "tr-064" : 4.2.17 , installed 4.2.17 Adapter "vis" : 1.4.15 , installed 1.4.15 Adapter "vis-icontwo" : 0.90.0 , installed 0.90.0 Adapter "vis-inventwo" : 3.3.1 , installed 3.3.1 Adapter "vw-connect" : 0.0.56 , installed 0.0.60 Adapter "web" : 4.3.0 , installed 4.3.0 Adapter "whatsapp-cmb" : 0.2.3 , installed 0.2.3 Adapter "ws" : 1.3.0 , installed 1.3.0 Adapter "yamaha" : 0.5.3 , installed 0.5.3 Kann das ein Programierfehler im Adapter sein? Oder irgendein Timing-Problem?

@johen sagte in Can't create new topic in "tester" subcategory: doesn't allow new replies - doch! Das ist nur ein Warnhinweis, dass der Thread schon älter ist.

@thomas-braun Hi! Habe mir jetzt den Hub dazugekauft und habe leider auch ein Verbindungsproblem! Ich habe gelesen du hast auch so ein Teil für Deine Vorhänge! Bei der App hat man ja jetzt 2 Codes: Token & Geheimschlüssel Weisst Du, wie man das jetzt verwendet? Habe beide versucht ohne Erfolg: [image: 1677178895529-img_5231cfb1efed-1.jpeg] switchbot-hub.0 2023-02-23 20:02:12.382 info [Error caught and sent to Sentry, thank you for collaborating!] [loadDevices] | Error : Error: Cannot handle API call : Error: Request failed with status code 401 | StackTrace : undefined} switchbot-hub.0 2023-02-23 20:02:11.775 info starting. Version 0.1.2 (non-npm: DrozmotiX/ioBroker.switchbot-hub#de8c1ad97edafedb16cbbb2c6dc14b032848df8e) in /opt/iobroker/node_modules/iobroker.switchbot-hub, node: v16.19.1, js-controller: 4.0.24

@ alle Das Problem scheint gelöst. Zuerst wurde der DP "ringing" des TR-064 Adapters nicht auf "true" gesetzt. Dies wurde gelöst durch Neuinstallation des Adapters und Neustart der Fritzbox. Damit lief das Script immerhin ein Stück weiter. Danach wird im Script der "ToPauseState" abgefragt. Dieser soll "ring" anzeigen. Tut er aber nie. Statt "ring" habe ich jetzt "end" eingetragen, einfach weil dieser State sehr oft angezeigt wird. Damit sagt Alexa wieder die Anrufer an. Ich habe keine Ahnung, warum der Ersteller des Scripts die Anfrage eingebaut hat. Ich glaube, man kann sie auch weglassen. Werde ich noch testen. Die Frage ist, warum das Script im Originalzustand überhaupt lief. Die einzige Änderung im System war, dass ich an die Fritzbox eine andere ISDN-Anlage an den S0-Port angeschlossen habe. Hat jemand ähnliche Erfahrungen gemacht? Weiss jemand, ob es von AVM eine Dokumentation über die abfragbaren Zustände gibt? Danke an alle Beteiligten für Tips und Hinweise und Blockly-Scripts.

@aamn sagte in [Offen] [Problem] iobroker update tut nix...: sagt mir, ich soll den js-controller zuerst mit "npm i iobroker.js- controller@4.0.23 --production" (wimre) Was bedeutet—> (wimre) ? Zudem hattest du vorhin nur geschrieben „habe mit npm i…“ und nicht den vollständigen Befehl. Man weiss auch nicht im welchen Ordner du das gemacht hast. Also mal ganz doof von vorne, dein iob läuft aktuell aber lässt sich nicht updaten bzw. Die Abfrage „iob update“ geht bei gestopptem iobroker nicht. Nach neu installation von iob vor dem einspielen des Backups mal probiert? Geht es da auch nicht ist es was Grundsätzliches in Verbindung mit Ubuntu. Geht es erst nach dem Einspielen des Backups nicht liegt es möglicherweise am Backup. Hast du zufällig Node/Npm manuell installiert?

@amg_666 sagte in [gelöst] zigbee Problem mit Devices nach Stickwechsel: anscheinend brauchte das zigbee Netzwerk etwas um mit dem neuen Stick klarzukommen. Das ist bei zigbee-Netzen ja nicht ungewöhnlich.

@olfrygt Den Post vor Deinem hast Du gelesen?

@streifenkarl Muss ich mir morgen mal durchlesen. Jetzt Schlafenszeit. Gute N8

Hi! Ich denke es ist dieser Bug: https://github.com/AlCalzone/ioBroker.ble/issues/518 Bin auch davon betroffen.. RSSI wird aktualisiert, aber nicht die Werte wie z.B. Temperatur oder Luftfeuchtigkeit. Zitat von AlCalzone im Bugverlauf: "Anscheinend kommen die Messwerte mehrfach in den empfangenen Daten vor, ausgewertet wird aber jeweils nur der erste. Muss ich mir mal genauer anschauen."