<div dir="ltr">Hallo Udo, *,<br><div class="gmail_extra"><br><div class="gmail_quote">2014-06-22 15:50 GMT+02:00 Udo1 <span dir="ltr"><<a href="mailto:udo1@gmx.net" target="_blank">udo1@gmx.net</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Am 22.06.2014 14:24, schrieb Andreas Goetz:<div class=""><br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> Thomas' Zähler nutzt einen Kanal vom Typ "El. Energie (Leistungswerte)" (powersensor, nutzt intern den SensorInterpreter). Dies ist der einzige Kanaltyp  der keine "Resolution" unterstützt.<br>

Genau das ist ja das Problem nach meinem Vertändnis.<br></blockquote></div></blockquote><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div class=""><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
</blockquote></div>
Richtig, im älteren Frontend hieß der "Stromsensor". Dort kann man keine "Auflösung" einstellen. Wäre es nicht einfacher dort eine "Auflösung" zu implementieren? Keine Ahnung ob das geht und wieviel Aufwand das ist.<br>
</blockquote><div><br></div><div>Danke- genau das war ja der Vorschlag ;) Aber wie gesagt- wenns das im vzlogger auch gibt kann es zu Verwirrung führen. Aufwand ist überschaubar.<br><br>Ich hab ein kleines Reportingtool gebaut um etwas Überblick über die EntityDefinition.json zu bekommen. So sieht das Ergebnis bzgl. "resolution" aus:<br>
<br>== Volkszaehler\Interpreter\AggregatorInterpreter ==<br>group:  not allowed<br>user:   not allowed<br>building:       not allowed<br><br><br>== Volkszaehler\Interpreter\SensorInterpreter ==<br>flow:   not allowed<br>voltage:        not allowed<br>
current:        not allowed<br>powersensor:    not allowed<br>temperature:    not allowed<br>pressure:       not allowed<br>humidity:       not allowed<br>windspeed:      not allowed<br>radiation:      optional <-- lustich<br>
luminosity:     not allowed<br>valve:  not allowed<br><br><br>== Volkszaehler\Interpreter\MeterInterpreter ==<br>heat:   required<br>power:  required<br>gas:    required<br>water:  required<br>workinghours:   required<br>
<br><br>== Volkszaehler\Interpreter\CounterInterpreter ==<br>electric meter: required<br>gas meter:      required<br> <br></div><div>Besonders lustig ist, dass der radiation Sensor (wer hat den im Betrieb ;?) <resolution> erlaubt, der SensorInterpreter aber gar nix damit anfangen kann. Wenns konsistent werden soll müssten wir also <resolution> bei allen Sensoren für SensorInterpreter hinzufügen, und zwar als optionales Property um keine Konflikte mit bestehenden Installationen zu verursachen.<br>
<br>Der Haken: <resolution> ist heute Integer. Für Thomas' Anwendungsfall brauchen wir aber float da er eine Auflösung von 0,001 hat. Damit lässt sich kein sinnvolles Minimum mehr festlegen (aktuell 1), ich würde dafür also sowas wie 1e-6 nehmen um Division durch 0 zu verhindern.<br>
<br></div><div>Habe ich etwas vergessen?<br><br></div><div>WOLLEN WIR DAS WIRKLICH SO EINBAUEN?<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<br>
Gruß<br>
Udo<br>
</blockquote></div><br>vg<br>ANdreas<br></div></div>