Hey super, du nutzt bereits knx? Ich habe einen Endkunden der auch knx besitzt und da muss ich demnächst eine ioBroker Installation durchführen. Wenn ich Fragen / Probleme habe, darf ich mich an dich wenden? LG Christian

Seh ich das richtig dein hm-rpc.1 liest Cuxd ein? hm-rpc.1.upadated sieht nach einem Datenpunk aus, der wird von hm-rpc.1 auch gelesen aber hm-rega kann die ID nicht Zuordnen. Demnach stellt sich die Frage ob dieses Objekt auf der CCU in der WebUi zu sehen ist und was es für eine ID auf der CCU hat. Kann sein das es nur ein Objekt ist das Cuxd für sich verwendet, daher kann die rega dann die ID auch nicht zuordnen. Gesendet von meinem Jolla mit Tapatalk

Hi Jey Cee, danke für die Info - Cache und Co haben auch nix gebracht - ich war dann mal mutig und hab die beiden falschen Einträge gelöscht und einen resync gemacht - nun stimmts! Schaut aus, als ob Änderungen an bestehenden Objekten die auf der CCU gemacht werden nicht den Weg hier herüber finden…. ...wenn man's weiß ist es ja kein Problem ;) Grüße etv

@starfish: feature - naja, irgendwie logisch, aber bei Verwendung der Daten in einer flot-Grafik z.B. nicht unbedingt erwünscht. Im Moment krieg ich STATES in flot eh nicht richtig dargestellt. ` Man muss vermutlich noch über Filter die Einstellungen erweitern. Filter für ID und filter für ack (both/false/true).

Hi, Bluefox, Welcome back… Ich verstehe deinen Punkt... Warum agiert mqtt Server im iobroker anders? Siehe log? Woran kann es liegen? Danke im Voraus!

Ich werde in der nächsten Version von js-controller ein Parameter einfügen, der die Benutzung vom RAM begrenzen kann. Vielleicht wird es damit besser.

Sollte jetzt gehen.

Super, vielen Dank Andy. Jetzt bin ich auch noch Schuld an einem neuen Topic 8-) ;) Gruß Thilo

sicherheitshalber, ja jetzt könnte man ja austesten was es wirklich war ;)

Starte mal iobroker neu. Gib in der console folgendes ein: sudo /opt/iobroker/iobroker restart Wenn das nichts hilft kann es sein das dein pi einen neuen namen bekommen hat? Es ist ein bekanntes problem das die von dir geschilderten Symptome auftreten wenn man den namen des hosts ändert. edit: Das du versucht hast ein update des js controllers zu machen hab ich übersehen. Gesendet von meinem Jolla mit Tapatalk 305_heizungsscript_21b03.txt

Liebe Leute, wie hier im Forum an anderer Stelle diskutiert http://forum.iobroker.net/viewtopic.php?f=20&t=2007, liegt es mit hoher Sicherheit am massiven Editieren in VIS, denn seit ich mit den aktuellen Views fertig bin, ist dieser Fehler wieder weg! Grüße etv

Hi. Leider habe ich es gerade eben selber hinbekommen. Danke für die Mühe Mit iobroker start <instance>in meinem Fall iobroker start admin Etwas Zeit und Doku hat mir geholfen. Weshalb er jetzt disabled war weiß ich jedoch immer noch nicht. Grüße Gesendet von meinem D5803 mit Tapatalk</instance>

kann ich nur bestätigen - MySQL und keine Brösel…. Grüße etv

Noch ein Nachtrag: Ich habe nun in einem grösseren Abstand noch die hm-rpc Adapter einen nach dem anderen gestartet. Bis jetzt scheint es (noch) zu funktionieren. Aber das kann ja nicht die Lösung sein. Der Bananapi muss doch nach einem Reboot den IOBroker ohne Workarounds starten können… Gruss Ralf

OK, danke - dann werd' ich auch mal wieder in den Admin schauen, was es so alles Neues gibt!

Hm, glaub die richtige Hilfeseite gefunden zu haben, welche zumindest die eine Frage beantwortet. Completely removes all instances and states of this adapter from ioBroker and deletes it on the disk. You cannot restore settings of the adapter instances after deletion. Örgs, das ist aber blöd. Da frage ich mich doch gerade. Warum ist das so, settings sollten doch nichts mit den Adapter direkt zu tun haben. Heißt auch, backups sind nur bedingt hilfreich. :cry: Gruß Tino

Paul53, danke! Augenscheinlich war ich blind. Bzw. dort hatte ich ihn nicht erwartet… Nachdem ich gerade das Verfahren aus http://forum.iobroker.net/viewtopic.php?f=17&t=1866, also cd /opt/iobroker ./iobroker stop npm install iobroker.admin npm install iobroker.js-controller chmod 777 * -R iobroker start angewendet habe, scheint iobroker inclusive Web Adapter, Sayit und Sonos wieder zu laufen. Mein Hinweis an die Entwickler: bitte lasst uns doch nicht in solche Fallen tappen… Ein Hinweis auf den notwendigen Update von js-controller bei Update des Admin hätte die Sache sehr erleichtert. So sitze ich stundenlang und versuche, das Problem zu identifizieren und zu lösen. Und die vielen guten Geister aus dem Forum beschäftigen sich - dankenswerterweise - auch mit meinem Problem. Vielen Dank an Alle. Frohe Weihnachten

@John92648: Hallo, Wer kann helfen. nach Update des History Adapters auf 0.2.1 schreibt die History keine Daten mehr. Im Setup des Adapters habe ich unter Pfad /history eingegeben. Wie ist der korrekte Eintrag, wenn die Daten wie bisher unter iobroker-data/history gespeichert waren. Iobroker und Adapter für History laufen auf Bananapi. Vielen Dank im Voraus. John92648 ` Pfad muss entwider lehr oder "history" (relative zu /opt/iobroker-data) sein. In deinem Fall versucht Adapter unter "/history" zu speichern: unter Windows geht gar nicht, unter linux muss man Rechte haben.