NEWS

@Bluefox:

Platz genug? Auf SD Karte?

"df -h" `

Daran sollte es eigentlich nicht liegen:

df -h Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf /dev/root 14G 5,2G 7,5G 42% / devtmpfs 458M 0 458M 0% /dev tmpfs 462M 0 462M 0% /dev/shm tmpfs 462M 6,3M 456M 2% /run tmpfs 5,0M 4,0K 5,0M 1% /run/lock tmpfs 462M 0 462M 0% /sys/fs/cgroup /dev/mmcblk0p6 63M 22M 42M 34% /boot tmpfs 93M 0 93M 0% /run/user/1000

update schon mal geklappt… funktion muss ich noch schauen
1518_unbenannt.jpg

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?
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 😄
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: 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 🙂