@arteck sagte in sonoff Adapter legt keine Objekte an:
@christian-sandkaulen hmm.. werden die auch aktualisiert ??? die anderen meine ich .. da der topic dafür zuständig ist wie die Daten kommen
ih würde an deiner stelle die alle wieder zurück auf den oben genannten topic setzten
danke das mache ich dann zur Sicherheit!
Hallo,
ich wollte nur Bescheid sagen (für den ein oder anderen, der evtl. auch dieses Problem hat), der Fehler ist jetzt anscheinend nach 1,5 Jahren behoben! :-)
Ich weiß leider nicht ob es an einem Iobroker Update oder am RaspberryMatic Update lag.
Ich habe vor vier Tagen ein Update auf die RaspberryMatic Version 3.63.9.20220625 gemacht und den Iobroker mit einer Migrationsinstallation auf JS-Controller 4.0 upgedatet und Node.js auf die Version v14.19.3 upgedatet.
Seit dem ist der Fehler behoben.
@darwin82 sagte in InfluxDB Fehlermeldung nach Update der Adapter:
jetzt auch sauber installiert ist
Dann stelle wieder um auf Stable !!
du hast schon oben gelesen ... wie du auch in Stable was aus Beta holst !?
@mr-english
In der nodesource.list steht bullseye drin, du fährst aber buster. Ändern!
Und das System einmal rebooten.
Und dann den js-controller nochmal installieren.
cd /opt/iobroker
sudo -H -u iobroker npm install iobroker.js-controller
@oliverio
Es hat mir heute N8 alles keine Ruhe gelassen. Habe mal eine neue Debian lxc Installation gemacht ,die alte war Ubuntu, habe LMS installiert, nur die aller nötigsten Einstellungen gemacht, noch ein komplett leeren Ordner ohne Medien.
Der Adapter verbindet sich nun erfolgreich damit.
Sobald ich Zeit habe werde ich LMS komplett konfigurieren und dann berichten.
So wie es aber aussieht hat es etwas mit dem LXC Container zu tun.
@thomas-braun hab's gefunden und mit nano auskommentiert
deb http://deb.debian.org/debian bullseye main contrib non-free
deb http://deb.debian.org/debian bullseye-updates main contrib non-free
deb http://security.debian.org/debian-security bullseye-security main
#deb http://ftp.debian.org/debian bullseye-backports main contrib non-free
Hallo,
Kann mir keiner erklären, was es mit der Meldung auf sich hat?
Komisch ist, dass es sich immer um die Adressen 1,2,3, handelt.
4,5,6 sind nicht betroffen, aber alle gleich konfiguriert.
Mit freundlichen Grüßen
Michael
@wtfka sagte in Keine Adapter-Updates über Oberfläche möglich:
Oh man, danke. Ich habe ewig gesucht, aber nichts dazu gefunden.
Das Forum ist hier voll davon ... Suche mal nutzen !.. alles Beta Tester die nichts finden . ( Jeweils einen eigenen Thread dafür :( .)
Sorry ... mußte mal sein !
@foxriver76
ich kann nur mitteielen was ich herausgefunden habe und seitdem ich die CB Adresse gelöscht habe ist mein System mit der neuesten Version des rpc-Adpaters stabil (Gott sei Dank).
Es ging darum dass ich DP von einem Homematic System im iobroker hatte für die ich keinen rpc-Adapter eingerichtet habe (Am besten noch einmal den Anfang lesen)
Da ich versehentlich im entfernten System eine fehlerhafte CB Adresse eingerichtet habe, hat mit das entfernte System irgendwie (ich kenn den Code nicht) Datenpunkte im "entfernten" System rpc.1, später dann rpc.2, dann wieder rpc.3 generiert und Aktoren angezeigt die es eigentlich nicht geben sollte. Das Problem war dass ich im betroffenen Adapter zwar Datenpunkte gesehen habe da waren aber keine Werte mehr hinterlegt (bei allen Aktoren).
Bis zu Version 1.15.3 war die falsche CB Adresse definitiv eingegeben und da war das nicht so. Erst ab dieser Version habe ich das Verhalten beobachtet.
Andreas
