[image: 1591_batterypercent-2017-09-11.jpg]

@rantanplan: @apollon77: hast Du ein Beispiel? Dann schaue ich da mal rein ` Eigentlich alle anderen bool Widgets. Da hat man gar keine Möglichkeit Werte für wahr/falsch einzugeben. ` Ich denke weil die halt von booloean States ausgehen und damit immer true/false schreiben. Das Widget hier kann halt quasi beliebige Werte (du könntest auch "blubb" und "fasel" als Werte für true/false angeben und es sollte gehen. Damit kann der mehr als die anderen Widgets. @rantanplan: Den "Ack"-Wert habe ich noch nicht begriffen. Immer mal wieder gelesen aber noch nie einen "Aha"-Effekt gehabt :oops: ` Eigentlich ganz einfach. Ack=true bedeutet das dieser Wert vom Adapter kommt und damit "echt" ist weil er die "echte "aktuelle Einstellung/Daten des Aktors wiederspiegelt. Bei Ack=false ist es so das ein Skript oder wer auch immer gern hätte das der Aktor diesen angegeben Wert setzt. Er ist also nicht vom Aktor bestätigt und kommt auch nicht vom Aktor, sondern der Aktor soll den Wert setzen. Üblicherweise wird der Aktor (oder das Skript) diesen Wert nehmen und versuchen zu setzen und am Ende einen neuen Wert mit Ack=true als neuen "bestätigten Wert" wieder zurücksenden. Das kann der gleiche Wert sein wie angefragt oder aber nicht (kann ja sein das der Aktor sagen "ne den Wert kann ich gerade nicht setzen, aber ich setzte was anderes" (nein, 40 Grad Celsius kann ich nicht, mein Wertebereich geht nur bis 35 Grad) @rantanplan: Schön wäre wenn man in Falsch/Richtig-Wert nichts einträgt funktioniert es wie bei allen anderen Widgets. Ansonsten Wertevergleich. ` Naja in dem Fall sind die Standardwerte 0 und 1 und das war vor meiner Änderung so. Also werden leere Felder auch weiterhin mit 0/1 behandelt und nicht true/false. Hier inkompatibel zu anderen Widgets, aber rückwärtskompatibel zu sich selbst :) @rantanplan: Genial wäre natürlich "xyz" = Wertevergleich wahr/true/0 immer "an" falsch/false/1 immer "aus" :shock: ` Dann müsste ich aber wissen was am Ende geschrieben werden soll. Also müsste den Datentyp des States raussuchen … hm ...

ich kann zudem bestätigen, dass die Meldungen rein kommen! hier in Schleswig-Holstein zieht nämlich gerade schön etwas rüber :-)

@apollon77: Hatte ich auch schonmal … Nimm https://github.com/dschaedl/ioBroker.weatherunderground als URL und den "Custom Install" ` Ok. Läuft. @Marty56: Könnte man noch bitte etwas bzgl. der Icons machen. Die Icons sind sooo hässlich. Traumhaft wäre es, wenn die Icons vom Yahoo Adapter verwendet würden. ` Hässlich finde ich die nicht. Ich kenne aber nicht die von yahoo. Wo kann man die sehen? Perfekt wäre man könne sich die Symbole aussuchen ;-)

@pix: Zurerst Rega-Adapter Update. Dann HM-RCP Adapter Neustart, dann Rega-Adapter Neustart. ` Habe es genau so gemacht. Keine Fehler, alles gut, alle Datenpunke haben jetzt die richtige Bezeichnung. Danke! Grüße

Nachtrag: Starte ich anschließend den iobroker.js-controller neu, ist die Zeit korrekt host.iobroker-ubuntu 2017-06-21 09:23:24.088 info instance system.adapter.admin.0 started with pid 1681 host.iobroker-ubuntu 2017-06-21 09:23:24.028 info starting 15 instances host.iobroker-ubuntu 2017-06-21 09:23:24.017 info 23 instances found host.iobroker-ubuntu 2017-06-21 09:23:24.002 info InMemoryDB connected host.iobroker-ubuntu 2017-06-21 09:23:23.996 info inMem-objects listening on port 9001 host.iobroker-ubuntu 2017-06-21 09:23:23.898 info inMem-states listening on port 9000 host.iobroker-ubuntu 2017-06-21 09:23:23.809 info ip addresses: 192.168.188.251 fe80::5054:ff:feb2:a92 host.iobroker-ubuntu 2017-06-21 09:23:23.808 info hostname: iobroker-ubuntu, node: v4.8.3 host.iobroker-ubuntu 2017-06-21 09:23:23.807 info Copyright © 2014-2017 bluefox, hobbyquaker host.iobroker-ubuntu 2017-06-21 09:23:23.799 info iobroker.js-controller version 1.0.3 js-controller starting host.iobroker-ubuntu 2017-06-21 09:23:18.948 info terminated host.iobroker-ubuntu 2017-06-21 09:23:18.752 info All instances are stopped. Werde das System jetzt laufen lassen, bin gespannt ob die Abbrüche noch da sind. LG Pantau

Guten Morgen, was mir heute aufgefallen ist, da ich nun 2 ModBus-Instanzen habe. Die erste Instanz ist knapp 2 Jahre alt und die neue ein paar Tage. Schaut mal. (Einstellungen unter ModBus sind identisch außer die Adressen) Es gibt in der letzten Instanz Input-Level und Output-Level. Ist das so geplant? [image: 721_modbus.jpg] Jetzt bekomme ich ab und an auch mal den gleichen Fehler wie Apollon: modbus.1 2017-06-10 06:14:30.985 warn Poll error count: 6 code: "App Timeout" modbus.1 2017-06-10 06:14:30.969 warn Poll error count: 5 code: "App Timeout" modbus.1 2017-06-10 06:14:30.508 warn Poll error count: 4 code: "App Timeout" modbus.1 2017-06-10 06:14:30.380 warn Poll error count: 3 code: "App Timeout" modbus.1 2017-06-10 06:14:30.360 warn Poll error count: 2 code: "App Timeout" modbus.1 2017-06-10 06:14:30.211 warn Poll error count: 1 code: "App Timeout" modbus.1 2017-06-10 06:14:29.589 warn Poll error count: 1 code: "App Timeout" modbus.1 2017-06-10 06:14:27.973 warn Poll error count: 2 code: "App Timeout" modbus.1 2017-06-10 06:14:27.950 warn Poll error count: 1 code: "App Timeout" modbus.1 2017-06-10 06:14:25.665 warn Poll error count: 1 code: "App Timeout" modbus.1 2017-06-10 06:14:24.954 warn Poll error count: 2 code: "App Timeout" modbus.1 2017-06-10 06:14:24.787 warn Poll error count: 1 code: "App Timeout" modbus.1 2017-06-10 06:14:24.767 warn Poll error count: 3 code: "App Timeout" modbus.1 2017-06-10 06:14:24.609 warn Poll error count: 2 code: "App Timeout" modbus.1 2017-06-10 06:14:24.325 warn Poll error count: 1 code: "App Timeout" modbus.1 2017-06-10 06:14:24.178 warn Poll error count: 1 code: "App Timeout" modbus.1 2017-06-10 06:14:21.907 warn Poll error count: 2 code: "App Timeout" modbus.1 2017-06-10 06:14:21.769 warn Poll error count: 1 code: "App Timeout" modbus.1 2017-06-10 06:14:18.751 warn Poll error count: 2 code: "App Timeout" modbus.1 2017-06-10 06:14:18.584 warn Poll error count: 1 code: "App Timeout" modbus.1 2017-06-10 06:14:18.421 warn Poll error count: 1 code: "App Timeout" modbus.1 2017-06-10 06:14:18.122 warn Poll error count: 3 code: "App Timeout" modbus.1 2017-06-10 06:14:17.975 warn Poll error count: 2 code: "App Timeout" modbus.1 2017-06-10 06:14:17.823 warn Poll error count: 1 code: "App Timeout" Daten kommen trotzdem. Gruß Marco

@Rainer, ich habe es am laufen :D 1526_unbenannt12.png 1526_unbenannt13.png

Ja der ist eingebunden und läuft. Ist zwar etwas strange zum Einbinden aber werkelt brav. Der sendet nur Parameter 9 + 10 an ioBroker und da auch immer eine andere Zahl. Da muss man dann vorher die Zahlenrange eingrenzen und dann mit einer Wischbewegung assoziieren. Direktes drücken habe ich noch nicht hinbekommen aber brauche ich im Moment auch nicht. Es funktioniert derzeit nur streichen. Aber jetzt mal was anderes. Seid mir bitte ned böse aber irgendwas stimmt mit dem Adapter wirklich nicht. Das er seine gewissen Tücken aufgrund der Komplexität hat, bin ich ja schon gewohnt. Aber der wird immer schlimmer, schaltet mitten drinnen die Geräte nicht mehr. Dann muss man sie wieder löschen und neu einbinden. Jetzt seit neuestem rappelt er sich nach dem neu Einbinden gar nicht mehr ein. Sprich er zeigt bei keinem Device mehr Empfang an, die vorher alle vollen Empfang hatten. Früher hat öfteres Neustarten geholfen, jetzt mag er gar nimmer. Im Log steht nichts. Wenn ihr mir sagt wo ich sonst noch nachschauen soll oder andere Informationen braucht schicke ich die natürlich gerne. 2548_bildschirmfoto_2017-05-25_um_10.53.01.png

Siehe anderer Thread: was sagt das log?

@Bluefox: Ich würde das nicht als Problem bezeichnen, sondern als Nebeneffekt. Lösen kann man das trotzdem. ;) ` Habe heute einmal Vis in Version 0.14.1 probiert. Der Nebeneffekt aus diesem Thread ist behoben. Die Version läuft bei mir bisher sauber. Markiere den Thread damit als gelöst. MfG, André

@Bluefox: Konnte Fehler reproduzieren und fixen. ` Kann ich bestätigen! 8-) Super und vielen Dank, justr PS: Der automatisch immer wieder eingestellte 2-Uhr-Cron-Job kann damit meines Erachtens wieder raus. ;)

Ok vielen Dank. Ich habe heute nochmal geschaut und der von mir eingetragene Wert erscheint noch immer in rot. Normal? Grüße

 Mit der Version js-controller 0.17.2 ist auch die Möglichkeit gekommen zwei Repositories zu haben: latest: mit den Adapter Versionen von npm stable: mit geprüften Adapter Versionen. Mit Admin 1.7.3 werden die Repositories auch automatisch bei allen Systemen hinzugefügt und stable als default gesetzt. Die fortgeschrittene Anwender können latest Repository verwenden, weil da sind immer noch lauffähige Versionen sind, nur nicht so gut ausgetestet. Das müssen nur die Anwender machen, die wissen, wie man mit npm eine beliebige Adapter version installieren kann. Stable Repository wird seltener als latest sich updaten und dass müssen die Adapter-Entwickler antriggern. Die Idee dabei ist, dass die Entwickler erst eine Version einfach auch npm puschen. Die Version wird früher ein mal am Tag ins latest übernommen. Danach wenn die Entwickler von mehreren Anwender ein positiven Feedback haben, dann sollten die ein Pull Request gegen stable repository machen: https://github.com/ioBroker/ioBroker.re … table.json Ich werde dann das einpflegen. Wenn man ioBroker.repository auscheckt, dann kann man auch mit npm run update AdapterName die npm Version automatisch in stable eintragen. Ich habe das als zukünftige Doku aufgenommen: https://github.com/ioBroker/ioBroker.do … ository.md

Hab´s grad ganz frisch am Laufen. Ich habe auch den Eindruck, dass alles schneller ist. Auch VIS, hier Graphen sind fast sofort da… vorher hatte er immer etwas länger geladen. Ist unter Objekte "hm-rpc.meta" neu? Ist mir vorher jedenfalls nicht aufgefallen. Was macht das? Sieht aus als würden alle homematic Geräte, die es gibt, aufgezählt!? EDIT: Die Last scheint auch hoch gegangen zu sein. 100% CPU habe ich vorher nie gesehen. Gleichzeitig habe ich aber auch ein ubuntu update gefahren, es müssten zwei updates gewesen sein, wovon der eine node 4.8.0 -> 4.8.1 war. Ich sehe da bisher keinen Nachteil drin, sondern nur den Vorteil der Geschwindigkeit, aber als Info eventuell mal ganz interessant. Hier ein Graph über die Last. Dazwischen lief das Ubuntu-Update und der Rechner war paar Minuten aus: [image: 1146_unbenannt.jpg]

Da bei ruhr70 das Massen-Edit scheinbar geklappt hat ist alles super :-) Ist auch schon gepublished … ich warte jetzt mal Feedback ab :-)

Wie Peinlich :oops: Richtig gelesen und doch falsch getippt. :|

Hallo zusammen, ich habe den knxd wie in der Anleitung hier hhttp://forum.iobroker.net/viewtopic.php?f=20&t=3237 beschrieben installiert. Ich brauche auch gar keine IP Adresse von meinem KNX/IP Gateway eingeben und ich empfange die Meldungen vom KNX Bus: sven@iobroker:~$ /etc/init.d/knxd status ● knxd.service - KNX Daemon Loaded: loaded (/lib/systemd/system/knxd.service; enabled) Active: active (running) since Di 2017-02-21 13:47:15 CET; 36s ago Main PID: 430 (knxd) CGroup: /system.slice/knxd.service └─430 /usr/bin/knxd -e 0.0.1 -E 0.0.2:8 -u /tmp/eib -b ip: sven@iobroker:~$ sven@iobroker:~$ sven@iobroker:~$ knxtool groupsocketlisten ip:127.0.0.1 Write from 1.1.0 to 2/0/0: 01 Write from 1.1.0 to 2/0/0: 00 Soweit so gut. Aber wenn ich nun im ioBroker meinen KNX Adapter mit den Daten für den KNXD konfiguriere und starte wird der KNX Punkt nicht grün sondern bleibt gelb? Warum? Im Log gibt es keine wirkliche Fehlermeldung? Einstellungen: [image: 1948_2017-02-21_15h10_38.jpg] Ich betreibe auf einem anderen RPI einen EIBD. Bekommt der KNXD daher wohl seine Daten? Was kann ich tun. danke für eure Hilfe. Übrigens: Wenn ich im KNXD die IP Adresse von meinem BABTEC KNX/IP Gateway eingebe startet der KNXD nicht mehr. Gruß Sven