kommando zurück… immer wieder falle ich drauf rein... die Schalter senden alle jubeljahre ihren Status.. Batterieschonened halt.. alles gut..

ne, da kann ich gerade nicht helfen. Ich hab nur die drunterliegende Kommunikation aktualisiert :-) Mach doch mal ein Issue im Github mit dem Log (oder verweis auf den beitrag) auf

Cul 0.3.0 läuft! Mal sehen ob auch die Ereignisse kommen. Habe nur einen Erschütterungssensor im Auto ;-) Gruß Rainer

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

[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 ...