NEWS
Hilfe für Sonoff Zigbee Bridge in ioBroker
-
@asgothian
Offenbar nicht.
Das zurückspielen der Sicherung des Zigbee.2 qittiert das System mitError: {"errno":-1,"code":"EPERM","syscall":"utime","path":"/opt/iobroker/backups/zigbee_2/"}Hat jemand eine Idee, wie ich mein Zigbee generell wieder zum laufen bekomme.
Auch neue Instanzen lassen sich nicht mehr starten.
Leider habe ich sehr viele Zigbee-Geräte, von Fenstersensoren über die gesamte Lichtsteuerung. Seit gestern dummerweise dunkel :disappointed:Vielen Dank für gute Hinweise
-
Hat jemand eine Idee, wie ich mein Zigbee generell wieder zum laufen bekomme.
Auch neue Instanzen lassen sich nicht mehr starten.
Leider habe ich sehr viele Zigbee-Geräte, von Fenstersensoren über die gesamte Lichtsteuerung. Seit gestern dummerweise dunkel :disappointed:Vielen Dank für gute Hinweise
@andreas-s
Du solltest im Verzeichnis /opt/iobroker/iobroker-data/zigbee_x die Dateien Shepherd.dB und wenn vorhanden nvbackup.JSON durch die I, gleichen Verzeichnis liegenden (gezippten) Sicherungsdateien ersetzen.
Dabei ist das x die instanznummer, also,0 für instanzn0, und so weiter
A.
-
@andreas-s
Du solltest im Verzeichnis /opt/iobroker/iobroker-data/zigbee_x die Dateien Shepherd.dB und wenn vorhanden nvbackup.JSON durch die I, gleichen Verzeichnis liegenden (gezippten) Sicherungsdateien ersetzen.
Dabei ist das x die instanznummer, also,0 für instanzn0, und so weiter
A.
@asgothian
Leider bin ich in Linux gar nicht fit. Kann das sein das in dem Verzeichnis nichts drin ist.drwxrwxr-x+ 2 iobroker iobroker 4,0K Jun 19 17:00 backup-objects drwxrwxr-x+ 73 iobroker iobroker 4,0K Mai 10 17:09 files -rw-rwxr--+ 1 iobroker iobroker 2,4K Jun 15 08:01 iobroker.json drwxrwxr-x+ 4 iobroker iobroker 4,0K Jun 14 16:15 node-red -rw-rwxr--+ 1 iobroker iobroker 12M Jun 19 18:23 objects.json -rw-rwxr--+ 1 iobroker iobroker 12M Jun 19 18:23 objects.json.bak drwxrwxr-x+ 2 iobroker iobroker 4,0K Feb 13 16:19 sqlite -rw-rwxr--+ 1 iobroker iobroker 2 Jul 13 2020 states.json -rw-rwxr--+ 1 iobroker iobroker 247K Jul 13 2020 states.json.bak drwxrwxr-x+ 2 iobroker iobroker 4,0K Jul 14 2020 synology_0 drwxrwxr-x+ 3 iobroker iobroker 4,0K Sep 12 2020 tmp drwxrwxr-x+ 2 iobroker iobroker 4,0K Sep 21 2020 zigbee_0 drwxrwxr-x+ 2 iobroker iobroker 4,0K Jul 13 2020 zigbee_1 drwxrwxr-x+ 2 iobroker iobroker 4,0K Jun 19 17:22 zigbee_2 drwxrwxr-x+ 2 iobroker iobroker 4,0K Jun 18 20:45 zigbee_3 drwxrwxr-x+ 2 iobroker iobroker 4,0K Jun 18 20:46 zigbee_4 pi@raspberrypi:/opt/iobroker/iobroker-data $ cd zigbee_2 pi@raspberrypi:/opt/iobroker/iobroker-data/zigbee_2 $ ls -lh insgesamt 0 pi@raspberrypi:/opt/iobroker/iobroker-data/zigbee_2 $ -
@asgothian
Leider bin ich in Linux gar nicht fit. Kann das sein das in dem Verzeichnis nichts drin ist.drwxrwxr-x+ 2 iobroker iobroker 4,0K Jun 19 17:00 backup-objects drwxrwxr-x+ 73 iobroker iobroker 4,0K Mai 10 17:09 files -rw-rwxr--+ 1 iobroker iobroker 2,4K Jun 15 08:01 iobroker.json drwxrwxr-x+ 4 iobroker iobroker 4,0K Jun 14 16:15 node-red -rw-rwxr--+ 1 iobroker iobroker 12M Jun 19 18:23 objects.json -rw-rwxr--+ 1 iobroker iobroker 12M Jun 19 18:23 objects.json.bak drwxrwxr-x+ 2 iobroker iobroker 4,0K Feb 13 16:19 sqlite -rw-rwxr--+ 1 iobroker iobroker 2 Jul 13 2020 states.json -rw-rwxr--+ 1 iobroker iobroker 247K Jul 13 2020 states.json.bak drwxrwxr-x+ 2 iobroker iobroker 4,0K Jul 14 2020 synology_0 drwxrwxr-x+ 3 iobroker iobroker 4,0K Sep 12 2020 tmp drwxrwxr-x+ 2 iobroker iobroker 4,0K Sep 21 2020 zigbee_0 drwxrwxr-x+ 2 iobroker iobroker 4,0K Jul 13 2020 zigbee_1 drwxrwxr-x+ 2 iobroker iobroker 4,0K Jun 19 17:22 zigbee_2 drwxrwxr-x+ 2 iobroker iobroker 4,0K Jun 18 20:45 zigbee_3 drwxrwxr-x+ 2 iobroker iobroker 4,0K Jun 18 20:46 zigbee_4 pi@raspberrypi:/opt/iobroker/iobroker-data $ cd zigbee_2 pi@raspberrypi:/opt/iobroker/iobroker-data/zigbee_2 $ ls -lh insgesamt 0 pi@raspberrypi:/opt/iobroker/iobroker-data/zigbee_2 $ -
@andreas-s
Du. Isst schon das Verzeichnis von der Instanz nehmen die vorher gelaufen ist. Es sieht woman’s als ob du 5 unterschiedliche Instanzen hattest.
A.
@asgothian
Ja ich war im falschen Verzeichnis. Es geht um das Zigbee_1
Das Zigbee_0 ist auf dem Slave - das läuft noch.Aber eine Zip ist da nicht drin. Wie gesagt das einzige was ich habe ist backitup.
Wenn ich da in Linux Datenbaken sichern hätte müssen, habe ich das leider nicht.pi@raspberrypi:/opt/iobroker/iobroker-data/zigbee_1 $ ls -lh insgesamt 4,0K -rw-rwxr--+ 1 iobroker iobroker 1,4K Jul 13 2020 shepherd.db -
@asgothian
Ja ich war im falschen Verzeichnis. Es geht um das Zigbee_1
Das Zigbee_0 ist auf dem Slave - das läuft noch.Aber eine Zip ist da nicht drin. Wie gesagt das einzige was ich habe ist backitup.
Wenn ich da in Linux Datenbaken sichern hätte müssen, habe ich das leider nicht.pi@raspberrypi:/opt/iobroker/iobroker-data/zigbee_1 $ ls -lh insgesamt 4,0K -rw-rwxr--+ 1 iobroker iobroker 1,4K Jul 13 2020 shepherd.db@andreas-s
Ok. Ich hab vollständig den Überblick verloren.
- welche instanzen hattest du vor dem Upgrade auf welchem System aktiv ?
- welche Instanzen gehen seit dem Update nicht mehr ?
- was befindet sich in den iobroker-data Verzeichnissen dieser instanzen ?
A.
-
@andreas-s
Ok. Ich hab vollständig den Überblick verloren.
- welche instanzen hattest du vor dem Upgrade auf welchem System aktiv ?
- welche Instanzen gehen seit dem Update nicht mehr ?
- was befindet sich in den iobroker-data Verzeichnissen dieser instanzen ?
A.
@asgothian
Ja sorry, ein wenig Übersicht muss ich da reinbringen:Zigbee_0 - auf dem Slave läuft noch mit allen 19 Geräten
Zigbee_1 - auf dem Master - geht seit der Einspielung nicht mehr zeigt auch keine Geräte mehr
Zigbee_2 - sollte die neue Instanz für die Sonoff Zigbee Bridge werden - war also noch leerDie anderen Instanzen sind nur verzweiflungsversuche Zigbee wieder zum laufen zu bekommen
-
@asgothian
Ja sorry, ein wenig Übersicht muss ich da reinbringen:Zigbee_0 - auf dem Slave läuft noch mit allen 19 Geräten
Zigbee_1 - auf dem Master - geht seit der Einspielung nicht mehr zeigt auch keine Geräte mehr
Zigbee_2 - sollte die neue Instanz für die Sonoff Zigbee Bridge werden - war also noch leerDie anderen Instanzen sind nur verzweiflungsversuche Zigbee wieder zum laufen zu bekommen
@andreas-s Zigbee 1 lief aber vorher mit einer grösseren Anzahl von Geräten ? Hast du von Hand das Verzeichnis /opt/iobroker/iobroker-data/zigbee_1 verändert ?
Ich Frage weil der Adapter bei jedem Start eine Sicherheitskopie der Zigbee-Datenbank (shepherd.db) anlegt.
Auch: Mit welchem Koordinator lief zigbee_1 ?
A.
-
@andreas-s Zigbee 1 lief aber vorher mit einer grösseren Anzahl von Geräten ? Hast du von Hand das Verzeichnis /opt/iobroker/iobroker-data/zigbee_1 verändert ?
Ich Frage weil der Adapter bei jedem Start eine Sicherheitskopie der Zigbee-Datenbank (shepherd.db) anlegt.
Auch: Mit welchem Koordinator lief zigbee_1 ?
A.
@asgothian
Also in der Zigbee_0 am slave ist nur eine shepherd.db
und in der Zigbee_1 am master ist nur eine shepherd.dbVon Hand habe ich da nix verändert. Ich musste aufgrund deiner Fragen erstmal googeln, wie und mit welchen Befehlen ich in Linux überhaupt in die Verzeichnisse komme.
Als Koordinator hängt am Master ein CC26X2R1
Mein iobroker:
Master: RasPi4/4GB - T5 SSD 500GB - Zigbee CC26X2R1 - Node.js 12.20.2 - JS-Controller 3.1.6
Slave: RasPi3b/1GB - SDCard 64GB - Zigbee CC2531 - Node.js 12.20.2 - JS-Controller 3.1.6Wird die shepherd.db vom system gezipt oder von backitup? Backitup lasse ich auf meine NAS sichern.
-
@asgothian
Also in der Zigbee_0 am slave ist nur eine shepherd.db
und in der Zigbee_1 am master ist nur eine shepherd.dbVon Hand habe ich da nix verändert. Ich musste aufgrund deiner Fragen erstmal googeln, wie und mit welchen Befehlen ich in Linux überhaupt in die Verzeichnisse komme.
Als Koordinator hängt am Master ein CC26X2R1
Mein iobroker:
Master: RasPi4/4GB - T5 SSD 500GB - Zigbee CC26X2R1 - Node.js 12.20.2 - JS-Controller 3.1.6
Slave: RasPi3b/1GB - SDCard 64GB - Zigbee CC2531 - Node.js 12.20.2 - JS-Controller 3.1.6Wird die shepherd.db vom system gezipt oder von backitup? Backitup lasse ich auf meine NAS sichern.
Ich glaube ich habe da was auf meiner NAS gefunden
Sorry dass ich da immer ein wenig brauche das nachzuvollziehen.
In Zigebee_1 (um die geht es ist eine shepherd.db) möglicherweise muss ich sogar noch einen Tag zurück.
Das wäre sie ja dann?Muss ich nur noch herausfinden, wie ich manuell so eine Datei von meinem Windows Rechner zu meinem Linux bekomme :-)
-
Ich glaube ich habe da was auf meiner NAS gefunden
Sorry dass ich da immer ein wenig brauche das nachzuvollziehen.
In Zigebee_1 (um die geht es ist eine shepherd.db) möglicherweise muss ich sogar noch einen Tag zurück.
Das wäre sie ja dann?Muss ich nur noch herausfinden, wie ich manuell so eine Datei von meinem Windows Rechner zu meinem Linux bekomme :-)
@andreas-s
Hallo,
das mit dem manuell kopieren bekomme ich bisher in Linux nicht hin.Zunächst dachte ich es wäre eine gute Idee mit backitup einfach den Stand von vor frei Tage komplett zurück zu spielen. Das Teil hat so ca. eine Stunde (was nach Foreneinträgen normal scheint) gearbeitet. Danach alle Instanzen von Hand gestartet. Nur die Zigbee2 geht nicht.
Offenbar habe ich den Sinn des kompletten backup völlig falsch verstanden. Es scheint nicht der komplette Stand des Systems zu sein.Ein Versuch mit baqckitup nur die Zigbee2 von vor drei Tagen zurück zu spielen wird mit Fehler quittiert
Error: {"errno":-1,"code":"EPERM","syscall":"utime","path":"/opt/iobroker/backups/zigbee_2/"}Ich werde nun noch versuchen herauszufinden, wie ich die shepherd.db per Hand kopieren kann.
Gefunden habe ich "cp [Original] [Ziel]"
Ziel ist mit klar.
Meine Quelle ist mein NAS aber es gelingt mir aktuell nicht das korrekt zu schreiben "//IP/Pfad"? und weiterhin finde ich nicht heraus, wie ich Benutzer und Passwort mitsende. -
@andreas-s
Hallo,
das mit dem manuell kopieren bekomme ich bisher in Linux nicht hin.Zunächst dachte ich es wäre eine gute Idee mit backitup einfach den Stand von vor frei Tage komplett zurück zu spielen. Das Teil hat so ca. eine Stunde (was nach Foreneinträgen normal scheint) gearbeitet. Danach alle Instanzen von Hand gestartet. Nur die Zigbee2 geht nicht.
Offenbar habe ich den Sinn des kompletten backup völlig falsch verstanden. Es scheint nicht der komplette Stand des Systems zu sein.Ein Versuch mit baqckitup nur die Zigbee2 von vor drei Tagen zurück zu spielen wird mit Fehler quittiert
Error: {"errno":-1,"code":"EPERM","syscall":"utime","path":"/opt/iobroker/backups/zigbee_2/"}Ich werde nun noch versuchen herauszufinden, wie ich die shepherd.db per Hand kopieren kann.
Gefunden habe ich "cp [Original] [Ziel]"
Ziel ist mit klar.
Meine Quelle ist mein NAS aber es gelingt mir aktuell nicht das korrekt zu schreiben "//IP/Pfad"? und weiterhin finde ich nicht heraus, wie ich Benutzer und Passwort mitsende.@asgothian
WinSCP ist das für mich passende Instrument.
Damit konnte ich nun die shepherd.db wieder zurück spielen.Leider geht das trotzdem nicht.
Folgendes ist aufgefallen. Im iobroker habe ich Zigbee_1 & Zigbee_2.
Im Verzeichnis gab es eine Zigbee_0 und eine Zigbee_1 - KEINE Zigbee_2In der Zigbee_0 ist die shepherd.db 24 KB groß - letztes Datum Sep-20
In der Zigbee_1 war eine shepherd.db 2 KB groß - da habe ich zunächst das backup abgelegt
--> nach iobroker stop/start = keine ÄnderungEin Verzeichnis Zigbee_2 war gar nicht da, also habe ich das komplett kopiert.
--> nach iobroker stop/start = keine ÄnderungKann das noch am Besitzer der Dateien liegen?
Ansonsten wäre ich auch so weit alle meine Schalter und Fenstersensoren neu anzulernen, allerdings bekomme ich überhaupt keine neue Funktionierende Zigbee Instanz zum laufen.
-
@asgothian
WinSCP ist das für mich passende Instrument.
Damit konnte ich nun die shepherd.db wieder zurück spielen.Leider geht das trotzdem nicht.
Folgendes ist aufgefallen. Im iobroker habe ich Zigbee_1 & Zigbee_2.
Im Verzeichnis gab es eine Zigbee_0 und eine Zigbee_1 - KEINE Zigbee_2In der Zigbee_0 ist die shepherd.db 24 KB groß - letztes Datum Sep-20
In der Zigbee_1 war eine shepherd.db 2 KB groß - da habe ich zunächst das backup abgelegt
--> nach iobroker stop/start = keine ÄnderungEin Verzeichnis Zigbee_2 war gar nicht da, also habe ich das komplett kopiert.
--> nach iobroker stop/start = keine ÄnderungKann das noch am Besitzer der Dateien liegen?
Ansonsten wäre ich auch so weit alle meine Schalter und Fenstersensoren neu anzulernen, allerdings bekomme ich überhaupt keine neue Funktionierende Zigbee Instanz zum laufen.
@andreas-s Dateien die dem exklusiv dem pi gehören können nicht vom iobroker voll verwendet werden.
-
@asgothian
WinSCP ist das für mich passende Instrument.
Damit konnte ich nun die shepherd.db wieder zurück spielen.Leider geht das trotzdem nicht.
Folgendes ist aufgefallen. Im iobroker habe ich Zigbee_1 & Zigbee_2.
Im Verzeichnis gab es eine Zigbee_0 und eine Zigbee_1 - KEINE Zigbee_2In der Zigbee_0 ist die shepherd.db 24 KB groß - letztes Datum Sep-20
In der Zigbee_1 war eine shepherd.db 2 KB groß - da habe ich zunächst das backup abgelegt
--> nach iobroker stop/start = keine ÄnderungEin Verzeichnis Zigbee_2 war gar nicht da, also habe ich das komplett kopiert.
--> nach iobroker stop/start = keine ÄnderungKann das noch am Besitzer der Dateien liegen?
Ansonsten wäre ich auch so weit alle meine Schalter und Fenstersensoren neu anzulernen, allerdings bekomme ich überhaupt keine neue Funktionierende Zigbee Instanz zum laufen.
@andreas-s sagte in Hilfe für Sonoff Zigbee Bridge in ioBroker:
@asgothian
WinSCP ist das für mich passende Instrument.
Damit konnte ich nun die shepherd.db wieder zurück spielen.Leider geht das trotzdem nicht.
Folgendes ist aufgefallen. Im iobroker habe ich Zigbee_1 & Zigbee_2.
Im Verzeichnis gab es eine Zigbee_0 und eine Zigbee_1 - KEINE Zigbee_2In der Zigbee_0 ist die shepherd.db 24 KB groß - letztes Datum Sep-20
In der Zigbee_1 war eine shepherd.db 2 KB groß - da habe ich zunächst das backup abgelegt
--> nach iobroker stop/start = keine ÄnderungEin Verzeichnis Zigbee_2 war gar nicht da, also habe ich das komplett kopiert.
--> nach iobroker stop/start = keine ÄnderungKann das noch am Besitzer der Dateien liegen?
Ansonsten wäre ich auch so weit alle meine Schalter und Fenstersensoren neu anzulernen, allerdings bekomme ich überhaupt keine neue Funktionierende Zigbee Instanz zum laufen.
Ich glaube hier kommen wir so nicht weiter. Ich kann anbieten das wir uns das ganze heute Abend ab 18:00 Uhr über den ioBroker Discord gemeinsam anschauen. Da bekommen wir dann innerhalb einer Stunde mehrere Interationen durchgeprüft an Statt jeden Tag nur eine.
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@andreas-s sagte in Hilfe für Sonoff Zigbee Bridge in ioBroker:
@asgothian
WinSCP ist das für mich passende Instrument.
Damit konnte ich nun die shepherd.db wieder zurück spielen.Leider geht das trotzdem nicht.
Folgendes ist aufgefallen. Im iobroker habe ich Zigbee_1 & Zigbee_2.
Im Verzeichnis gab es eine Zigbee_0 und eine Zigbee_1 - KEINE Zigbee_2In der Zigbee_0 ist die shepherd.db 24 KB groß - letztes Datum Sep-20
In der Zigbee_1 war eine shepherd.db 2 KB groß - da habe ich zunächst das backup abgelegt
--> nach iobroker stop/start = keine ÄnderungEin Verzeichnis Zigbee_2 war gar nicht da, also habe ich das komplett kopiert.
--> nach iobroker stop/start = keine ÄnderungKann das noch am Besitzer der Dateien liegen?
Ansonsten wäre ich auch so weit alle meine Schalter und Fenstersensoren neu anzulernen, allerdings bekomme ich überhaupt keine neue Funktionierende Zigbee Instanz zum laufen.
Ich glaube hier kommen wir so nicht weiter. Ich kann anbieten das wir uns das ganze heute Abend ab 18:00 Uhr über den ioBroker Discord gemeinsam anschauen. Da bekommen wir dann innerhalb einer Stunde mehrere Interationen durchgeprüft an Statt jeden Tag nur eine.
A.
Hi zusammen,
ich habe eben auch versucht meine Sonoff Zigbee-Bridge über den Zigbee Adapter ans Laufen zu bekommen.
Ich bin nach deiner Anleitung vorgegangen: https://forum.iobroker.net/topic/43446/zigbee-adapter-mit-sonoff-zigbee-bridge/8?_=1624362828057
MQTT ist aus und TCP-Server läuft auf Port 8888.
Diese Meldung kommt schon beim Öffnen des Zigbee-Adapters:
Das Log schreibt:
zigbee.0 2021-06-22 14:20:21.314 info (32096) Starting Zigbee npm ... zigbee.0 2021-06-22 14:20:21.313 info (32096) Try to reconnect. zigbee.0 2021-06-22 14:20:11.311 error (32096) Error herdsman start zigbee.0 2021-06-22 14:20:11.311 error (32096) Failed to start Zigbee zigbee.0 2021-06-22 14:20:11.310 error (32096) Starting zigbee-herdsman problem : "debNetworkParam.extendedPanID.replace is not a function" zigbee.0 2021-06-22 14:20:11.309 info (32096) Coordinator firmware version: {"type":"EZSP v8","meta":{"product":8,"majorrel":"6","minorrel":"7","maintrel":"8 ","revision":"6.7.8.0 build 373"}} zigbee.0 2021-06-22 14:20:05.270 info (32096) Installed Version: iobroker.zigbee@1.5.6 zigbee.0 2021-06-22 14:20:05.210 info (32096) Starting Zigbee npm ... zigbee.0 2021-06-22 14:20:05.208 info (32096) Try to reconnect. zigbee.0 2021-06-22 14:19:55.208 error (32096) Error herdsman start zigbee.0 2021-06-22 14:19:55.208 error (32096) Failed to start Zigbee zigbee.0 2021-06-22 14:19:55.207 error (32096) Starting zigbee-herdsman problem : "debNetworkParam.extendedPanID.replace is not a function" zigbee.0 2021-06-22 14:19:55.205 info (32096) Coordinator firmware version: {"type":"EZSP v8","meta":{"product":8,"majorrel":"6","minorrel":"7","maintrel":"8 ","revision":"6.7.8.0 build 373"}} zigbee.0 2021-06-22 14:19:49.290 info (32096) Installed Version: iobroker.zigbee@1.5.6 zigbee.0 2021-06-22 14:19:49.266 info (32096) Starting Zigbee npm ... zigbee.0 2021-06-22 14:19:49.265 info (32096) Try to reconnect. zigbee.0 2021-06-22 14:19:42.807 error (32096) getGroups: caught error: TypeError: Cannot read property 'getGroups' of undefined zigbee.0 2021-06-22 14:19:39.263 error (32096) Error herdsman start zigbee.0 2021-06-22 14:19:39.263 error (32096) Failed to start Zigbee zigbee.0 2021-06-22 14:19:39.261 error (32096) Starting zigbee-herdsman problem : "debNetworkParam.extendedPanID.replace is not a function" zigbee.0 2021-06-22 14:19:39.260 info (32096) Coordinator firmware version: {"type":"EZSP v8","meta":{"product":8,"majorrel":"6","minorrel":"7","maintrel":"8 ","revision":"6.7.8.0 build 373"}} zigbee.0 2021-06-22 14:19:33.279 info (32096) Installed Version: iobroker.zigbee@1.5.6 zigbee.0 2021-06-22 14:19:33.237 info (32096) Starting Zigbee npm ...Das sind meine Einstellungen im Adapter:
Danke für Hilfe...
-
@andreas-s sagte in Hilfe für Sonoff Zigbee Bridge in ioBroker:
@asgothian
WinSCP ist das für mich passende Instrument.
Damit konnte ich nun die shepherd.db wieder zurück spielen.Leider geht das trotzdem nicht.
Folgendes ist aufgefallen. Im iobroker habe ich Zigbee_1 & Zigbee_2.
Im Verzeichnis gab es eine Zigbee_0 und eine Zigbee_1 - KEINE Zigbee_2In der Zigbee_0 ist die shepherd.db 24 KB groß - letztes Datum Sep-20
In der Zigbee_1 war eine shepherd.db 2 KB groß - da habe ich zunächst das backup abgelegt
--> nach iobroker stop/start = keine ÄnderungEin Verzeichnis Zigbee_2 war gar nicht da, also habe ich das komplett kopiert.
--> nach iobroker stop/start = keine ÄnderungKann das noch am Besitzer der Dateien liegen?
Ansonsten wäre ich auch so weit alle meine Schalter und Fenstersensoren neu anzulernen, allerdings bekomme ich überhaupt keine neue Funktionierende Zigbee Instanz zum laufen.
Ich glaube hier kommen wir so nicht weiter. Ich kann anbieten das wir uns das ganze heute Abend ab 18:00 Uhr über den ioBroker Discord gemeinsam anschauen. Da bekommen wir dann innerhalb einer Stunde mehrere Interationen durchgeprüft an Statt jeden Tag nur eine.
A.
-
@asgothian
Das ist ein super Angebot. Heute schaffe ich das leider nicht.
Passt bei dir einer der nächsten Tage. 18 Uhr ist an sich perfekt. -
@andreas-s Dann erst wieder kommenden Dienstag - ich hab den rest der Woche Besuch und werd mich da nicht dran setzen können.
A.
@asgothian
Dann plane ich mir mal den nächsten Dienstag ein.
Vielen Dank schon mal. -
@andreas-s sagte in Hilfe für Sonoff Zigbee Bridge in ioBroker:
@asgothian
WinSCP ist das für mich passende Instrument.
Damit konnte ich nun die shepherd.db wieder zurück spielen.Leider geht das trotzdem nicht.
Folgendes ist aufgefallen. Im iobroker habe ich Zigbee_1 & Zigbee_2.
Im Verzeichnis gab es eine Zigbee_0 und eine Zigbee_1 - KEINE Zigbee_2In der Zigbee_0 ist die shepherd.db 24 KB groß - letztes Datum Sep-20
In der Zigbee_1 war eine shepherd.db 2 KB groß - da habe ich zunächst das backup abgelegt
--> nach iobroker stop/start = keine ÄnderungEin Verzeichnis Zigbee_2 war gar nicht da, also habe ich das komplett kopiert.
--> nach iobroker stop/start = keine ÄnderungKann das noch am Besitzer der Dateien liegen?
Ansonsten wäre ich auch so weit alle meine Schalter und Fenstersensoren neu anzulernen, allerdings bekomme ich überhaupt keine neue Funktionierende Zigbee Instanz zum laufen.
Ich glaube hier kommen wir so nicht weiter. Ich kann anbieten das wir uns das ganze heute Abend ab 18:00 Uhr über den ioBroker Discord gemeinsam anschauen. Da bekommen wir dann innerhalb einer Stunde mehrere Interationen durchgeprüft an Statt jeden Tag nur eine.
A.
-
@asgothian
Ich bin dem iobroker Discord beigetreten. (Andreas.W.S)
Gib mir eine Info wenn es bei dir passt.
Support us
541
Online32.7k
Benutzer82.4k
Themen1.3m
Beiträge