NEWS

hehe, ok.

Danke für die Hilfe, habe den Loglevel wieder auf Info gestellt 😄

einen schönen Tag wünsche ich

Martin

Danke, das hat geholfen.

Gesendet von meinem Tab2A7-10F mit Tapatalk

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.

😢

Gruß

Tino