NEWS

Bitte alle nochmal aktuelle Github testen, dann publishe ich es morgen ins Latest

@mariohbs:

Also müsst ich das dann auch auf "counter" umstellen, wenn der Datenpunkt immer den gleichen Wert haben soll wie der Original Datenpunkt - richtig? (wenn auch unlogisch) `
Ja. Alternativ gingen auch "temperature" und "humidity", was noch unlogischer wäre.

@IchBins1982:

dann werde ich es mal so umbauen 🙂 `
Falls es Probleme gibt, bitte einen neuen Thread aufmachen.

(Möglichst mit "Blockly" im Betreff)

Grüße

ich habe hier http://forum.iobroker.net/viewtopic.php?f=30&t=9354 eine Meldung zur v.1.0.5 angelegt.

wäre diese hier besser aufgehoben gewesen? (weil in der Überschrift v. 1.0.2 steht)

Wobei bei npdejs v8 und höher npmv5.x mitgeliefert wird was wiederum zu problemen führen kann.

Dort sollte auf npm 3.x downgegradet werden.

Gruß

Rainer

@Homoran:

wenn man nicht zu doof ist und den Hash immer mit in das Feld kopiert -> Ja! `
Warte… funktioniert es mit Hash oder ohne?

Na, dann mal frohes Schaffen 😉

Gruß

Rainer

Bitte nochmal aktualisieren, gab noch einen Fehler der gefixt ist. Es wurden teilweise (mindestens bei InfluxDB) dinge doppelt ge-relogged …

@Matten:

die Inklusion neuer Türsensoren führt dazu, das eine Veränderung des Zustands, also Öffnen/Schließen nicht mehr gemeldet wird, bzw. nur nach dem nachfolgenden manuellen

Aufwecken. `
Das klingt für mich danach als wäre die Konfiguration der Sensoren anders als die der vorhandenen. Vergleiche die am besten mal.

@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