@pajda

ah.. danke! Das funktioniert ersteinmal als Workaround!

Grüße...

@mla4ger

Hab ich bei mir einmal probiert, aber leider ohne Erfolg. Die history bleibt leer.

Um den History-Datenpunkt für meine Kommandos zu umgehen, wurde hier ja schon die Idee formuliert ein Dummy-Gerät in Alexa zu integrieren, welches dann durch eine Routine getriggert wird und das widerum ein Script in IoBroker auslöst. Soweit sogut...
Ist es in einer Routine möglich die ausgelöste Aktion in Abhängigkeit zur angesprochenen Alexa zu triggern? Hintergrund ist, wenn ich bisher z.B. "Beschattung regeln" gesagt habe unterschiedliche Regelungen des Gerätes im Raum der angesprochenen Alexa ausgelöst wurden. Das habe ich bisher als sehr zuverlässig und komfortabel empfunden.
Wenn ich in der Alex-App. eine Routine anlege, sehe ich keine Konfiguationsmöglichkeit bzgl. angesprochener Alexa.

Grüße...

Hallo,

ich klinke mich hier mal ein, da der Adapter bei mir (3.24.1) seit gestern die History auch nicht mehr füllt und jetzt diverse Sprachkommandos nicht mehr funktionieren, die auf der Auswertung des Datenpunktes basieren. der Adapter an sich wird als "grün" dargestellt.
Jetzt nicht als Kritik verstehen, sondern mich würde nur interessieren, ob es regelmäßig vorkommt, dass Amazon etwas "spontan" an der Schnittstelle ändert und die Entwickler vom Adapter dann natürlich auf Ursachenforschung gehen müssen, um das Ganze wieder zum Laufen zu bringen? Und kann es sein, dass Amazon irgendwann generell einen Riegel davor schiebt, weil es nicht erwünscht ist, Alexa in externe Systeme integrieren zu können?

Wie gesagt ist rein aus Interesse gefragt und danke an die Entwickler, die so viel Zeit und Mühe in das Projekt investieren.

Grüße...

@arteck

Es war gestern wohl zu spät.. hab den Wald vor lauter Bäumen mit dem "+" nicht gesehen
Also: Adapter läuft und noch fast besser: Meine Geräte sind noch da!
Wo/Wie ist die Information der vorhandenen Geräte eigentlich gespeichert, dass sie auch nach Deinstallation des Adapters noch vorhanden ist? Sicherung wäre aber auch vorhanden gewesen

Grüße....

@thomas-braun

@thomas-braun

Hi,
danke für die prompte Hilfe.
Ich habe die Version wie im Link beschrieben erfolgreich installiert:

pi@raspberrypi:/opt/iobroker $ node -v
v18.17.1

Anschließend den Zigbee-Adapter von Github über die Katze ebenfalls erfolgreich installiert.

Allerdings wird er mir in "Instanzen", bzw. im Menu links nicht angezeigt, obwohl er als erfolgreich installiert angezeigt wird:

Was muss hier noch getan werden und werde ich meine bisherigen Zigbee-Geräte noch haben, ohne diese neu anlernen zu müssen?

Grüße...

Hallo zusammen,

ich benötige hier einmal mangels ausreichender Linux-Kenntnisse ein wenig Hilfe:
Nachdem ich meine Adapter aktualisiert habe, bleibt der Zigbee-Adapter in der neuen Version 1.8.23 Version bei mir "rot". Node.js ist bei mir in der Version v14.21.1 installiert.

im Log ist zu lesen:

host.raspberrypi
2023-08-12 15:30:40.152	info	Rebuild for adapter system.adapter.zigbee.0 not successful in 3 tries. Adapter will not be restarted again. Please execute "npm install --production" in adapter directory manually.
host.raspberrypi
2023-08-12 15:30:40.152	error	instance system.adapter.zigbee.0 terminated with code 1 (JS_CONTROLLER_STOPPED)
host.raspberrypi
2023-08-12 15:30:40.152	error	Caught by controller[0]: }
host.raspberrypi
2023-08-12 15:30:40.151	error	Caught by controller[0]: ]
host.raspberrypi
2023-08-12 15:30:40.151	error	Caught by controller[0]: '/opt/iobroker/node_modules/iobroker.zigbee/main.js'
host.raspberrypi
2023-08-12 15:30:40.151	error	Caught by controller[0]: '/opt/iobroker/node_modules/iobroker.zigbee/node_modules/@iobroker/adapter-core/build/index.js',
host.raspberrypi
2023-08-12 15:30:40.151	error	Caught by controller[0]: requireStack: [
host.raspberrypi
2023-08-12 15:30:40.151	error	Caught by controller[0]: code: 'MODULE_NOT_FOUND',
host.raspberrypi
2023-08-12 15:30:40.151	error	Caught by controller[0]: at Module.require (internal/modules/cjs/loader.js:974:19) {
host.raspberrypi
2023-08-12 15:30:40.150	error	Caught by controller[0]: at Function.Module._load (internal/modules/cjs/loader.js:790:12)
host.raspberrypi
2023-08-12 15:30:40.150	error	Caught by controller[0]: at Module.load (internal/modules/cjs/loader.js:950:32)
host.raspberrypi
2023-08-12 15:30:40.150	error	Caught by controller[0]: at Object.Module._extensions..js (internal/modules/cjs/loader.js:1114:10)
host.raspberrypi
2023-08-12 15:30:40.150	error	Caught by controller[0]: at Module._compile (internal/modules/cjs/loader.js:1085:14)
host.raspberrypi
2023-08-12 15:30:40.150	error	Caught by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.zigbee/node_modules/@iobroker/adapter-core/build/index.js:21:1)
host.raspberrypi
2023-08-12 15:30:40.149	error	Caught by controller[0]: at require (internal/modules/cjs/helpers.js:101:18)
host.raspberrypi
2023-08-12 15:30:40.149	error	Caught by controller[0]: at Module.require (internal/modules/cjs/loader.js:974:19)
host.raspberrypi
2023-08-12 15:30:40.149	error	Caught by controller[0]: at Function.Module._load (internal/modules/cjs/loader.js:746:27)
host.raspberrypi
2023-08-12 15:30:40.149	error	Caught by controller[0]: at Function.Module._resolveFilename (internal/modules/cjs/loader.js:902:15)
host.raspberrypi
2023-08-12 15:30:40.149	error	Caught by controller[0]: - /opt/iobroker/node_modules/iobroker.zigbee/main.js
host.raspberrypi
2023-08-12 15:30:40.148	error	Caught by controller[0]: - /opt/iobroker/node_modules/iobroker.zigbee/node_modules/@iobroker/adapter-core/build/index.js
host.raspberrypi
2023-08-12 15:30:40.148	error	Caught by controller[0]: Require stack:
host.raspberrypi
2023-08-12 15:30:40.148	error	Caught by controller[0]: Error: Cannot find module '@iobroker/types'
host.raspberrypi
2023-08-12 15:30:40.148	error	Caught by controller[0]: ^
host.raspberrypi
2023-08-12 15:30:40.148	error	Caught by controller[0]: throw err;
host.raspberrypi
2023-08-12 15:30:40.147	error	Caught by controller[0]: internal/modules/cjs/loader.js:905
host.raspberrypi
2023-08-12 15:30:38.706	info	instance system.adapter.zigbee.0 started with pid 30216
host.raspberrypi
2023-08-12 15:30:38.074	info	"system.adapter.zigbee.0" enabled

Erster voreiliger Aktionismus war (nachdem ich ein Backup gezogen habe) den Zigbee-Adapter zu deinstallieren und neu zu installieren, was keinen Erfolg gebracht hat. Fehler im Log bleibt natürlich identisch.
Erste Frage: Kann ich mich mit dieser Aktion jetzt schon gedanklich damit anfreunden, meine ganzen Geräte neu anzulernen, wenn das eigentliche Problem gelöst ist, oder sind diese Informationen weiterhin verfügbar, obwohl ich den Adapter deinstalliert habe?

Die Google-Suche hat mich dann auf diesen Beitrag gebracht:
Zigbee Adapter bleibt nach Update auf rot

Anschließend habe ich versucht den Zigbee-Adapter von Github über die Katze manuell zu installieren. Hierfür ist aber meine node.js Version zu alt:

$ iobroker url https://github.com/ioBroker/ioBroker.zigbee --host raspberrypi --debug

install ioBroker/ioBroker.zigbee#6ab8f0ccaeff528777a17c220976bc76d55e6163

NPM version: 6.14.17

Installing ioBroker/ioBroker.zigbee#6ab8f0ccaeff528777a17c220976bc76d55e6163... (System call)

npm ERR! code ENOTSUP

npm ERR! notsup Unsupported engine for @serialport/bindings-cpp@12.0.1: wanted: {"node":">=16.0.0"} (current: {"node":"14.21.1","npm":"6.14.17"})

npm ERR! notsup Not compatible with your version of node/npm: @serialport/bindings-cpp@12.0.1npm ERR! notsup Not compatible with your version of node/npm: @serialport/bindings-cpp@12.0.1npm ERR! notsup Required: {"node":">=16.0.0"}npm ERR! notsup Actual: {"npm":"6.14.17","node":"14.21.1"}

npm ERR! A complete log of this run can be found in:npm ERR! /home/iobroker/.npm/_logs/2023-08-14T21_50_57_820Z-debug.log

host.raspberrypi Cannot install ioBroker/ioBroker.zigbee#6ab8f0ccaeff528777a17c220976bc76d55e6163: 1

ERROR: Process exited with code 25

Deswegen habe ich versucht meine node.js Version unter User "pi" auf dem Raspberry zu aktualisieren:

curl -fsSL https://deb.nodesource.com/setup_20.x | bash - &&apt-get install -y nodejs

Hierbei dann folgendes Problem:

## Installing the NodeSource Node.js 20.x repo...


## Populating apt-get cache...

+ apt-get update
Paketlisten werden gelesen... Fertig
E: Sperrdatei /var/lib/apt/lists/lock konnte nicht geöffnet werden. - open (13: Keine Berechtigung)
E: Das Verzeichnis /var/lib/apt/lists/ kann nicht gesperrt werden.
W: Problem beim Entfernen (unlink) der Datei /var/cache/apt/pkgcache.bin - RemoveCaches (13: Keine Berechtigung)
W: Problem beim Entfernen (unlink) der Datei /var/cache/apt/srcpkgcache.bin - RemoveCaches (13: Keine Berechtigung)
Error executing command, exiting

Ich stehe jetzt also vor der Herausforderung wieder einen lauffähigen Zigbee-Adapter herzustellen bei dem idealerweise meine bisher angelernten Geräte wieder verfügbar sind.
Wie stelle ich das am Besten an?
Und generell würde mich interessieren, was beim ursprünglichen Update des Zigbee-Adapters auf die Version 1.8.23 falsch gelaufen ist, dass ich mich in diese Situation manövriert habe? Hätte vor dem Update nicht erkannt werden müssen, dass meine node.js Version zu alt ist und der Update-Prozess erst gar nicht gestartet werden dürfen?

Danke im Voraus und Grüße...

Hallo zusammen,
ich möchte den Google-Sharedlocations Adapter bei mir zum Laufen bringen. Ich habe mich durch folgende Doku gelesen:
Github und Forum IOBroker

Den Cookie habe ich m.E. korrekt nach Anleitung ausgelesen, beim Testen der Verbindung mit im Adapter eingetragenem Cookie kommt aber immer "Connection Failed".

Schematisch hat der Cookie bei mir folgenden Aufbau:

CONSENT=PENDING+437; SOCS=XXXX; NID=511=XXXX; SID=XXXX; __Secure-1PSID=XXXX; __Secure-3PSID=XXXX; HSID=XXXX; SSID=XXXX; APISID=XXXX; SAPISID=XXXX; __Secure-1PAPISID=XXXX; __Secure-3PAPISID=XXXX; SIDCC=XXXX; __Secure-1PSIDCC=XXXX; __Secure-3PSIDCC=XXXX; SEARCH_SAMESITE=XXXX

Ist das grundsätzlich richtig so, bzw. hat jemand Tipps zur Fehleranalyse?

Danke und Grüße!

Hallo zusammen,
ich tüftel hier schon eine Weile und bräuchte 1x Hilfe:
Ich nutze den Switchbot Hub und habe an diesem 2x Switchbot Bot angelernt. 1x im Drücken-Modus ("Wannenbad") und 1x im Schalten-Modus ("Duschbad"). Die Geräte sind für Cloud-Service freigegeben und Alles funktioniert per Bedienung in der Switchbot-App tadellos.
Im IOBroker nutze ich den Switchbot-Hub Adapter in der Version 1.2. Mit dem generierten Token synchronisieren sich die Daten mit dem Hub grundsätzlich. Den Bot im Drücken-Modus ("Wannenbad") kann ich aus dem IOBroker per Bedienung des Datenpunktes "Press" bedienen. Der Bot im Schalten-Modus ("Duschbad") gibt allerdings keinen Mucks von sich. Das Icon für "Press" ist auch rot und nicht wie beim anderen Bot schwarz.
Hat hier jemand eine Idee wie ich den Bot zum Laufen bringe im IOBroker? Adapter Neuinstallation und Generierung eines neuen Tokens habe ich bereits gemacht.

Besten Dank für eure Hilfe!

@mickym

Hier nochmal ein verspätetes Danke für den wertvollen Hinweis. Ich bin da gerade dran am Basteln

Grüße...

Hallo zusammen,

einmal in die Runde gefragt, da meine Suche bisher nichts Passendes für mich ergeben hat:
Ein Smartphone sendet regelmäßig GPS-Informationen an meinen IOBroker, die in einem Datenpunkt gespeichert werden. Der Datenpunkt wird per SQLAdapter überwacht, sodass die Werte bei Änderung in einer DB protokolliert werden.
Ich stelle mir in der VIS jetzt eine Funktion vor, bei der man Start- und Enddatum definieren kann und darauf basierend dann die Route auf einer Karte anhand der gespeicherten GPS-Informationen mit entsprechenden Zeitstempeln angezeigt wird.

Gibt es da was, bzw. wie würde man an die Umsetzung gehen?

Danke für Feedback im Voraus!