Grossartig. Danke für die Info. Hat mich etwas verwirrt.

Hallo zusammen, habe zeit einiger Zeit auch das folgende Problem in der cloud einstellungen "Die Instanz muss laufen um die Daten zu liefern" Hatte zuvor die Iobroker auf einer Synology NAS installiert, dort fing das Problem nach einigen Monaten an. folgendes habe ich dann versucht : Installtion auf einem Windows PC (auch die Fehlermeldung) Danach habe ich mir einen RasberryPi zugelegt und dort auch die Software nach Anleitung installiert. Nach einbinden der Adapter (CCU2) und konfiguration der Instanzen, ist die Meldung wieder da. Neuer API-Key erstellt In der Alexa App den iobroker skill deaktiviert und neu aktivierrt. Portfreigabe in der Fritzbox eingetragen. Meine Konfig : Platform: linux Architecture: arm CPUs: 4 Speed: 1400 MHz Model: ARMv7 Processor rev 4 (v7l) RAM: 926 MB System uptime: 28 T. 12:50:57 Node.js: v10.16.0 NPM: 6.10.1 adapters count: 249 Disk size: 29.1 GiB Disk free: 20.4 GiB Uptime: 00:51:13 Active instances: 6 Cloud Version 2.6.2 Hat jemand eine Idee voran das liegen kann?

@dslraser löst zwar nicht das eigentliche Problem, reicht mir aber. Vielen Dank für die Idee, da bin ich nicht drauf gekommen.

@Jey-Cee sagte in Wie funktioniert die Suche?: Das ging bis vor 2 Wochen überhaupt nicht, war ein Bug der erst Behoben wurde. Ging vorher manchmal. Bei 10 Versuchen gehen/gingen manche. Bei mir Funktioniert das ohne Probleme, benutze Chrome. Verwende auch Chrome in der aktuellen Version. Habs gerade wieder getestet. Von 10 Versuchen gingen 4

Ok, Problem gelöst. Nach einem 'node reinstall.js' wurden alles Module neu gebaut und der Smartmeter-Adapter funktioniert wieder!

@akurria Wie schon geschrieben, können bei dem Standard iobroker backup die aus Github installierten Adapter nicht wiederhergestellt werden. Das hat aber nichts mit backitup zu tun.

@Glasfaser Leider auch ohne Erfolg (Hab den History Adapter jetzt nur gestartet und nix Konfiguriert). Auch wen ich Telegram instalierre ändert sich nix. Auch nach reboot. Auf meine PI schaut das auch so aus, das mehr als 1 Adapter angezeigt wird. [image: sqlpi1viko7.png]

Also bei den Projekten läuft es noch, habe ich nach den Versuchen mit den Scripten nochmal geprüft. Ist schon ein seltsames Syndrom, denn bis heute war es bei mir problemlos in Chrome. Zum Glück bin ich nicht allein, das macht es erträglicher...

@TomsHome Tipp für die Zukunft: Fehlermeldungen aus dem ioBroker-Log helfen uns, dir zu helfen. Ansonsten müssen wir die Glaskugel von der Wahrsagerin unseres Vertrauens nutzen.

Entschuldigung, war mein Fehler. Habe nicht richtig hingesehen. Jetzt ist alles OK. Danke nochmals führ die Mühe.

@P-A-L-A-D-I-N nein keine Adapter löschen... da ist ja alles ok.. das windoof muss die Geräte erkennen

@Stormbringer sagte in Probleme mit Z Wave Adapter 1.4.2: Würdest du das npm install dann noch immer empfehlen? Nicht wenn es läuft. Außer du willst OpenZWave 1.6 ausprobieren, welches bei der neuen Version (gestern) dabei ist ;)

@Jey-Cee es ist ja nur die Fritzbox drin und diese hat kein neues update bekommen.

Ja, sie ist mit der Fritzbox 4040 verbunden. Aber es scheint, seitdem ich das Wifi von meinem Orange PI plus 2E deaktiviert habe, dass alle Probleme weg sind.

[image: 1562678450082-bildschirmfoto-2019-07-09-um-15.20.30.png]

Hat sich scheinbar wieder gefangen. Hatte die Meldung jede Minute - nach dem neuladen des Adapters läuft es nun seit 7 Minuten Ohne Fehlermeldung. Da hat sich wohl was überschlagen. <close>

@thorque Sorry, falsch verstanden... console.log zeigt den log im consolen Fenster des javascript adapters... Wenn ich das richtig verstehe geht debug nur wenn die Instanz auf debug auch steht.

@Homoran sagte in kein Zugriff auf ioBroker: @Lenny-CB sagte in kein Zugriff auf ioBroker: Betriebssystem auf die SSD und im Betrieb ohne SD-Card. geht das? ja das ist die Frage die ich mir grad stelle... @Lenny-CB sagte in kein Zugriff auf ioBroker: von SATA hat der pro SATA? der Rock64 jedenfalls nicht deshalb auch die PCIe-Card aus dem Link (letzter Post von mir) dazwischen