@frank24 sagte in HomeMatic RPC Adapter > Objekte fehlen: Ich hab nur eine CCU hast du die Doku im Link gelesen? es geht nicht um 1 oder 2 CCUs. Da müsstest du dann 2x hm-rega installieren, sondern um die Kommunikationsmodule der CCU: 2. Homematic RPC Der Remote Procedur Call, kurz RPC ist eine Technik zur Realisierung von Interprozesskommunikation. Dieser Adapter bietet die Anbindung an die Kommunikationsmodule einer Homematic-Zentrale (CCU/CCU2/CCU3 …). Es werden die Module rfd (Funk), HMIP-rfd, hs485d (wired), CuxD (Zusatzsoftware zur Anbindung externer Komponenten wie EnOcean, FS20 usw.) und Homegear (CCU Ersatz) unterstützt. Quelle ist auch hier die vorhin bereits verlinkte Doku

@arteck Bei mir läuft es auch nicht. (Update von der Web fehlgeschlagen) danach ging nichts mehr. [image: 1643625327618-4d5aca74-52db-4d39-9c60-0d061bc090b2-image.png] 

@speedyblade Also die POST Methode kannst Du gleich wieder vergessen - davon stand ja nichts in der Beschreibung. Wenn Du unterschiedliche URLs benötigst um, was abzufragen, dann musst Du die URL als String vorher definieren, eben als msg.url und dafür die URL in der Request Node leer lassen: URL aus der Node löschen [image: 1643582022745-2687c5d8-a5f0-4fa0-a643-f21645d00e6a-image.png] Als msg.url einspeisen - hier über die Inject Node - kann man dann natürlich auch über einen Flow über einen Change Node später machen: [image: 1643582123834-c981b7fb-fa89-4a21-8871-4423cb4920ae-image.png] Diesen String - kannst Du dann halt später dynamisch zusammensetzen. was mir aber noch nicht aufgeht, wenn ich nun am HS auf den Button drücke, ändert der Status, jedoch bekomme ich beim http request GET bzw. an dem msg.payload keine Daten. Nur wenn ich auf den Taster in NR drücke, werden die Daten am PayLoad ausgegeben. Nochmal die Daten holst Du Dir immer ab. Entweder gibt es im HS noch einen anderen Mechanismus in dem Du auch eine URL eintragen kannst, wenn Du eine bestimmte Aktion am HS vornimmst. Ansonsten kannst Du nur über NR den Status abfragen, aber wirst nicht aktiv informiert. Das nennt man dann "Pollen" im Fachjargon. Also musst Du halt recherchieren, ob der HS von sich aus beim Tastendrücken Aktionen starten kann. Über NodeRed kannst Du über die Get Methode entweder was schalten oder einen Status abfragen. Wenn der HS aber von sich aus aktiv werden soll, dann musst Du das im HS konfigurieren, das kann NR nicht übernehmen,

@speedyblade Nein, der Mountpunkt auf dem ioBroker muss leer sein.

@madjack84 servus, hab neuerer HW verwendend läuft wieder Raspberry Pi 2 Model B Rev 1.1 mfg orfix

Danke für die schnelle Antwort. Hab nun nochmal das alte Backup auf einen frischen Container eingespielt. Habe nun gehofft das dein Link helfen könnte aber mein WEB Adapter ist noch auf einer älteren Version. Hier meine Versionen von den drei Adaptern. system.adapter.socketio : socketio - v3.1.4 system.adapter.web : web - v3.4.9 system.adapter.vis : vis - v1.4.5 Es hatte alles super funktioniert vor dem Crash. Hast du zufällig noch eine Idee? :) Edit: Hab nun den Web Adapter auf v3.4.16 geupdatet nun funktioniert wieder alles :)

@sigi234 sagte in Keine Verbindung zu Vis nach Update (V 1.4.8 ): Hallo, nach einen Update auf VIS 1.4.8 bekomme ich keine Verbindung mehr. https://forum.iobroker.net/topic/51964/nach-update-von-web-3-4-16-kein-vis-mehr?_=1643544346942

Nochmal danke an @arteck und @simatec für die Zeit gestern Abend. Das ganze ist gelöst. Hier nochmal die Ursache(n) Restore von Redis hat nicht funktioniert: -- Fehler 1: Fehlende Zuordnung des ioBroker Benutzers zur Gruppe Redis (Bedienerfehler) -- Fehler 2: Fehlende Rechte ioBroker Benutzers zum anhalten und Neustarten des Redis Servers Restore des ioBroker hat auf eine leere Redis DB zugegriffen - das klappt nicht. danach führt ein manuelles Restore der Redis DB zu einem instabilen System (Pseudo-Multihost Konfiguration) Die finale Lösung wird durch @simatec in den backitup Adapter eingebracht. Bis da hin gilt bei Redis: sicherstellen das der Benutzer iobroker Mitglied der Gruppe redis ist. (das steht auch schon in der backitup Doku) Vor dem restore der Redis DB manuell den Redis server anhalten. Nach dem restore der Redis DB manuell den Redis Server starten. Erst dann den ioBroker zurück spielen. A.

@amg_666 [image: 1643473763815-8fc75f64-46fd-42b1-b2c3-5f29ed563ee9-grafik.png] [image: 1643473782658-fb7833cc-ac4d-40e4-90d5-e3d7193323f0-grafik.png] Im Moment läuft es ja auch.... Das Problem ist, dass es immer mal wieder passiert ;-)

@squier2308 habe seit dem update keine Problem mehr - allerdings war der Ausfall auch nicht regelmässig und irgendwie täglich. Es war mal nach 2 Tagen, dann aber auch nach ein paar Wochen...

@thomas-braun Klasse, vielen Dank für deine Hilfe. Das war es.

@kurtkrause klar, die plus haben nur mehr mqtt. dafür können die trotz mqtt auch cloud. und auch noch kann jeder als AP dienen. irgendwo hab ich mal einen link gepostet, wo man die unterschiede gut sehen kann. find ihn im moment aber nicht mehr...

@arteck said in zigbee Adapter ????: @rennigel da du mhrere sachen geändert hast wisen wir immer noch nicht woran es liegt. Ja, ich weiß ... wenn man Ursachenforschung betreibt, dann immer nur eine Änderung zur Zeit vornehmen. Aber ich wollte es am Laufen haben, und als ich sah, dass ich die Geräte nochmal anlernen muss und selbiges auch beim Kanalwechsel tun muss, habe ich beides geändert. ich würde sagen geh zurück auf das normale repo Also im Expertenmodus auf das "+" hinterm Adapter und dann die 1.6.14 wieder auswählen? Aber dann bin ich softwareseitig ja wieder da, wo ich gestern schon war mit dem Risiko, dass die BWM nicht mehr funktionieren, sofern die Änderungen Deiner Github-Version ausschlaggebend für meine Problembehebung waren ... .. und empfehlung von mir : schmeiss das olle cc2531 weg.. der wird auf lange sicht probleme bereiten OK ... ich nehme das mal auf die to do Liste. ;-)

@thomas-braun & @crunchip vielen Dank für eure schnelle Info. Eure kombi an Info hat alles richtig geupdated! Alles wieder im grünen bereich , daumen hoch!

@homoran War klar... Darum ja auch 'kaum'. Wobei influxdb2 auch nicht direkt aus dem Raspberry Repo sondern von Dritten angeboten wird.

nachedem ich diesen Befehl eingegeben hatte, funktioniert es: npm cache clean --force

@lena Wenn ich das richtig gesehen habe, arbeitest du ja mit Proxmox. Da kannst du dir ja einen neuen Container, mir aktuellem Betriebssystem, einrichten, und ioBroker neu installieren. Dann in deinem veralteten Container, von ioBroker, über den Backitup Adapter, ein Backup erstellen, und auf dem frisch installierten ioBroker, wiederum über Backitup, das Backup einspielen. Was mir noch aufgefallen ist, in der Einleitung schreibst du unter Betriebssystem "Ubuntu", weiter unten, im Code, kann man erkennen, das dein Betriebssystem zu ioBroker "Debian" ist. Bitte nicht verwechseln, sind sich zwar sehr ähnlich, aber definitiv nicht gleich. ;-) Gruß, Karsten

Als Ergänzung: .TS bzw. .LC werden im Bereich 0_userdata.0.xxx bei einem get-Request nicht korrekt ausgegeben. Auch dann nicht, wenn Werte per Script mit ack=true eingetragen und/oder geändert werden. Im Web-Admin werden diese Daten dagegen immer korrekt dargestellt. Der eigentliche Wert stimmt bei Get-Abfrage, inkorrekt sind die Bulk-Wert .ts und .lc. Bei durch Adapter geschriebenen Werte werden .ts und .lc korrekt aktualisiert.

@thomas-braun ok bin dann mal gespannt das iot instance sich nicht mehr löscht

Scheinbar hat sich das Problem gelöst (ich hoffe ich beschrei es jetzt nicht). Am Freitag kam dann noch der Sonoff Dongle plus. Mit dem ich dann auch direkt meinen Conbee ersetzt habe. Zusätzlich hatte ich noch in einem anderen Beitrag den Tipp erhalten, dass wenn man unterschiedliche Känale nutzt (meine Hue Bridge nutzt 11 ich hatt für den Zigbee-Adapter 12 genommen) sollten diese nach Möglichkeit nicht so dicht beieinander liegen, da es trotzdem zu Überschneidungen kommen kann. Außerdem hab ich noch eine Zigbee-Steckdose eingebunden, mit der sich jetzt so ziemlich alle Geräte verbunden haben. Jetzt läuft es offensichtlich. Entweder hat eine der Änderungen zum Erfolg geführt oder aber die Kombination. Also nochmal kurz: Conbee II gegen Zigbee 3.0 Dongle plus getauscht Kanäle weiter auseinander gelegt (Steckdose als Router)