@versteckt: Du kannst einige Befehle über die Commandline machen. Gib einfach mal```` iobroker Commands: iobroker setup [--objects <host>] [--states <host>] [custom] iobroker start iobroker stop iobroker start <adapter>iobroker stop <adapter>iobroker start all iobroker restart iobroker restart <adapter>iobroker add <adapter>[--enabled] [--host <host>] [--port <port>] iobroker install <adapter>iobroker del <adapter>iobroker del <adapter>. <instance>iobroker update [repository url] [--updatable] iobroker upgrade [repository url] iobroker upgrade self [repository url] iobroker upgrade <adapter>[repository url] iobroker upload <adapter>iobroker upload all iobroker object get <id>iobroker object chmod <object-mode>[state-mode] <id>iobroker object chown <user><group><id>iobroker object list <id>iobroker state get <id>iobroker state getplain <id>iobroker state set <id><value>[ack] iobroker list <type>[filter] iobroker chmod <mode><file>iobroker chown <user><group><file>iobroker touch <file>iobroker rm <file>iobroker adduser <user>[--ingroup group] [--password pass] iobroker deluser <user>iobroker passwd <user>[--password pass] iobroker set <adapter>. <instance>[--port port] [--ip address] [--ssl true|false] iobroker clean iobroker backup iobroker restore <backup name/or/path="">Options: --objects [default: "127.0.0.1"] --states [default: "127.0.0.1"] --lang [default: "en"]</backup></instance></adapter></user></user></user></file></file></file></group></user></file></mode></type></value></id></id></id></id></id></group></user></id></object-mode></id></adapter></adapter></instance></adapter></adapter></adapter></port></host></adapter></adapter></adapter></adapter></host></host> Und mittels```` iobroker upgrade self ````kannst du dann aktualisieren. Dies erledigt den Schritt des "Host Upgrade". LG Christian ` …hey cool, alles klar danke! Lass ich morgen mal drüber rattern... Grüße Tom

Update: Mit meinem "dirty hack" habe ich nun auch die "out-nodes" irgendwie am laufen. Die states werden gesetzt, jedoch passiert nichts auf dem Bus. Hier mal ein LOG, wenn ich eine Lampe über Vis setze: knx-0 2016-01-21 16:13:48 info stateChange knx.0.1/0/10 {"val":0,"ack":true,"ts":1453389228,"q":0,"from":"system.adapter.knx.0","lc":1453389228} knx-0 2016-01-21 16:13:48 info Write from 0.0.0 to 1/0/10: 0 (DPT1) knx-0 2016-01-21 16:13:48 info 2058 -> Lampe an wenn das gleiche über Node RED mache steht folgendes im LOG: knx-0 2016-01-21 16:13:57 info stateChange knx.0.1/0/10 {"val":0,"ack":true,"ts":1453389237,"q":0,"from":"system.adapter.node-red.0","lc":1453389228} -> nichts passiert. Mach ich einen Denkfehler? Hab ich mich verbastelt? Experten bitte vortreten! ;-) Gruß Martin

hehe, ok. Danke für die Hilfe, habe den Loglevel wieder auf Info gestellt :D 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