NEWS

@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...

@padrone

iobroker upload all

@jan1
Danke für die Antwort! Ich hatte die Node Version aus der alten Installation im Kopp. 😞 Sorry Du hast recht 🙂

@mguenther hast du hier bereits ein Update? Ich habe das allergleiche Problem (übrigens auch die nervigen unifi-Infos), inkl. der falschen Zeitlogs kurz vor der Nichterreichbarkeit. Ich bin allerdings per WLAN verbunden, hatte daher bislang ein Problem mit dem WLAN-Modul vermutet.

Temperatur hatte ich mal geloggt, daran kann es nicht liegen. Stromversorgung kann ich nicht 100% ausschließen, würde mich aber wundern (auch Original-Netzteil).

@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. 😉

@pahan ich würde sicherheitshalber ne neue Sd Karte nehmen. Falls was nicht klappt, hast du immer noch den Ursprung auf deiner alten Karte

@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

Hallo,

gibt es dazu eine Lösung bzw. ein Update?
Aktuell habe ich den Alexa2 Adapter mit Version 3.11.2 aber die Eingabe über "alexa2.0.Echo-Devices.G2A14Q04934xxxxx.Player.TuneIn-Station" funktioniert weiterhin nicht.

Danke!

@guergen sagte in IOB bleibt einfach stehen,Evtl Problem mit Node 14!?:

Da ich immer Node 14 in verdacht hatte, habe ich erstmal abgewartet.

nein..

wenn das system stehen bleibt gehen dem lxc oder der vm ressourcen aus was läuft da sonst nochauf der kiste

und poste mal das komplette log und nicht nur so schnippsel..

@asgothian wie du magst

@orfix meine Files gestern waren schon zu alt 😞 musste leider neu aufsetzen.
Allerdings hab ich den Bug heute schon wieder gesehen auf dem neuen System nach mehreren Neustarts.

Gestern konnte ich auf den Thread nicht mehr antworten. "Forbidden" kam da... darf man nicht zu viele Antworten in einen Thread stellen? Policy? 😮

@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)

Ich hatte dieselben Symptome allerdings hat der obige Lösungsansatz nichts gebracht - so wenig wie MariaDB neu zu starten oder diese oder den SQL-Adapter neu zu installieren, etc.

Bei mir war letzten Endes das Problem, dass ich die "Entprellzeit" von 1000ms auf 500ms umgestellt hatte was zu dem Fehlerbild führte. Nachdem ich für alle zu loggenden Datenpunkt die Entprellzeit bei den sql-Einstellungen wieder auf 1000ms eingestellt habe traten die Fehlermeldungen nicht mehr auf.

Hope that helps 🙂

HardyG

Korrektur: Leider hat sich über Nacht herausgestellt, dass dies nicht die Lösung war sondern der Fehler nur seltener aufzutreten scheint... 😞
Kennt jemand sonst noch Lösungsansätze?
Mein Setup: RaspberryMatic (Virtual Machine Manager), iobroker (Docker) und MariaDB10 (nur für Historie) auf Synolog DS918. Ich zeichen ca. 1900 selten veränderliche Zustände.

@thomas-braun said in Update js-controller to @3.3.22 fails "node_modules\tr-O64":

node_modules\tr-O64

Aus https://forum.iobroker.net/post/651167
"Ich werd mal das AVM Plugin deinstallieren / neu installieren"

Nach der deinstallation lies sich der iobrker nicht mehr starten --> Neuinstallation und recover aus dem Backup.

Irgendwo ist aber noch der Wurm drin. Die Zigbee DB aus dem deconz Adapter scheint nicht mehr "richtig" gefütert zu werden und unter "system.adapter.javascript.0" sind die Scripte nicht mehr sichtbar, laufen aber noch, denn sie sind in den "Objekten" vorhanden. --> Browserproblem: Cache und Cookies gelöscht.
Endlich wieder "SOP".