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

ich wollte der Sache mit der Eventlist auch gerade nachgehen und sehe das Widget gar nicht im normalen .vis Ursache: der view wurde mehrfach von Installation zu Installation ex- und importiert. In dieser Installation sind die History-Widgets nicht installiert gewesen. Trotzdem: ist in der vis-beta das Widget zu sehen Wie geht denn das? Gruß Rainer

@looxer01: Hi, ich schaffe es nicht mich mit user root anzumelden. Ich arbeite mit dem user bei mir im system. Grundsätzlich sollte es aber gehen. System ist debian dann eine Frage: welche Rolle spielt der "default user". Ich hätte gedacht, dass nur noch das passwort einzugeben wäre. Ist aber bei mir nicht so. Ansonsten sieht es gut aus. vG Looxer Edit: Falls die Frage kommt: Konfig fuer den Root user habe ich in /etc/ssh/sshd_config gemacht. Sieht so aus: Authentication: LoginGraceTime 200000 PermitRootLogin yes StrictModes yes ` Ich habe auch das Problem. Bei mir am Raspi geht und auf dem anderen Rechner geht nicht. Habe mich noch damit nicht befasst, aber es liegt an der Konfiguration. Ob user root von 127.0.0.1 sich über ssh einloggen darf.

Super, und Danke für die tests. Dann geht das offiziell raus.

Einfach auf Github auf einen bestimmten Commit gehen, für 0.12.5 wäre das z. B. : https://github.com/ioBroker/ioBroker.vi … 68b1cdcf4b Dann das "tree" in der URL durch "tarball" ersetzen, wodurch das GIT als File runtergeladen wird. Diese URL wird dann auch von npm akzeptiert bzw. von der "von URL installieren" Funktion in Admin. Warum bei Harmony keine alten Versionen gelistet werden weiß ich nicht so genau, vielleicht sind das nur die Versionen, welche unter "news" in der io-package.json stehen?

Hab die neue Version gerade installiert. Bis jetzt alles OK.

@Bluefox: Bitte checken was für eine iobroker.socketio Version installiert. Sollte 1.7.4 sein. /opt/iobroker/node_modules/iobroker.socketio und /opt/iobroker/node_modules/iobroker.web/node_modules/iobroker.socketio ` Der Fix dafür war mein letzter Pull-Request: https://github.com/ioBroker/ioBroker.js … r/pull/129