<div dir="ltr"><div>Hallo Zusammen,<br><br></div>ich hole das Thema mal nach dev.<br><div class="gmail_extra"><br><div class="gmail_quote">2016-02-01 20:11 GMT+01:00 Andreas Goetz <span dir="ltr"><<a href="mailto:cpuidle@gmail.com" target="_blank">cpuidle@gmail.com</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"><div dir="ltr">Sorry, ich hab mich unklar ausgedrückt.<br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">2016-02-01 19:56 GMT+01:00 Matthias Behr <span dir="ltr"><<a href="mailto:mbehr@mcbehr.de" target="_blank">mbehr@mcbehr.de</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">Hallo,<br>
<br>
Andreas, warum meinst du, da sollte nur 0 oder 1 drin stehen? Send_zero ist in der Config auf false. D.h. 0 sollte da nie stehen.<br>
debounce_delay steht auch auf 0 -> d.h. die Werte wie 4, 5, 7 sind vermutlich Preller.<br></blockquote><div><br></div></span><div>Denke ich auch.<br> <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>
Oder?<br></blockquote><div><br></div><div>Mein Punkt war dass man das so nicht machen sollte. Patrick versucht gerade einen "normalen" Kanal mittels geschicktem Timing in einen Betriebsstundenzähler zu verwandeln. M.E. klappt das nur mittels bash sinnig, nicht mit vzlogger da sic nie verhindern lässt dass >1 Impuls je Aggregationsperiode kommt- seien es Preller oder andere Gründe.<br><br></div><div>Ich glaube- entgegen Patricks Link- dass wir da eine andere Lösung brauchen.<br><br></div><span class=""><div>Viele Grüße,<br></div><div>Andreas<br></div></span></div></div></div></blockquote><div><br></div><div>Hintergrund meiner Aussage sind die aktuell existierenden Zählermodelle:<br><br> {<br> "name" : "workinghours",<br> "required" : ["resolution"],<br> "optional" : ["tolerance", "local"],<br> "icon" : "clock.png",<br> "unit" : "h",<br> "interpreter" : "Volkszaehler\\Interpreter\\MeterInterpreter",<br> "model" : "Volkszaehler\\Model\\Channel",<br> "hasConsumption" : true,<br> "translation" : {<br> "de" : "Betriebsstundenzähler",<br> "en" : "Operation Hours Meter",<br> "fr" : "Compteur horaire"<br> }<br> },<br> {<br> "name" : "workinghourssensor",<br> "required" : ["resolution"],<br> "optional" : ["tolerance", "local"],<br> "icon" : "clock.png",<br> "unit" : "",<br> "scale" : 1000,<br> "interpreter" : "Volkszaehler\\Interpreter\\SensorInterpreter",<br> "model" : "Volkszaehler\\Model\\Channel",<br> "hasConsumption" : true,<br> "translation" : {<br> "de" : "Betriebsstundensensor"<br> }<br> },<br><br></div><div>Im ersten Fall ist das eine Art "S0" Sensor, im zweiten ein "Leistungsmesser". <br><br>Fangen wir mit dem zweiten, also "Leistungsmesser" an:<br><br></div><div>Solange nur- und dafür im gleichen Zeitraster- 1 und 0 geschrieben werden bzw. jeder Zustandswechsel sofort über eine 1/0 bzw. 0/1 in der Middleware abgegrenzt werden sollte das wunderbar funktionen. Aggregation arbeitet mittels AVG, führt also dazu dass je Zeitperiode sichtbar wird zu welchem Grad (eigentlich %) das Gerät lief, Integration über die Zeit gibt Betriebsdauer in h.<br><br></div><div>Der erste Fall, "S0" ist etwas schwieriger. Hier gibt jeder Impuls in der Datenbank, also 1 Imp x Datenbankwert, die Anzahl der "verbrauchten" Einsatzstunden kann- genau wir beim Ferrariszähler. Der Verbrauch ist nicht Integration über Zeit sondern schlicht Summe der Periodenverbräuche (SUM).<br>Wenn man versucht damit einen Betriebsstundenzähler zu bauen dann muss das auf der Erfassungsseite (=vzlogger) perfekt funktionieren- idealerweile 1 Impuls "1" oder "0" je fester Zeiteinheit. Mittels Resolution lässt sich das dann auf eine Betriebsstundenzahl tunen. <br>Problematisch sind Werte > 1 da sie bedeuten dass der "Verbauch von Betriebsstunden" je Stunden größer als "1h" stattgefunden hat- was physikalisch natürlich Unsinn ist.<br><br></div><div>Mir erscheint die Variante "Leistungsmesser" daher stabiler, wird m.E. vom logger aber nicht unterstützt da wir keinen Mechanismus haben 0/1 bzw. 1/0 Paare zu schreiben. <br>Andererseits glaube ich aber auch dass im Moment Erweiterungen sekundär sind und wir erstmal die Crashes/ aggtime/fixedinterval Themen in den Griff kriegen sollten.<br><br></div><div>Was meint Ihr? Gerne können wir die Mail auch zu GitHub als Enhancement Request rüber ziehen.<br><br></div><div>Viele Grüße,<br></div><div>Andreas<br><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"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class=""><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">
<span><br>
> Am 01.02.2016 um 18:36 schrieb Andreas Götz <<a href="mailto:cpuidle@gmail.com" target="_blank">cpuidle@gmail.com</a>>:<br>
><br>
</span><div><div>> Die Werte sind Schrott. Da sollte nur 0 oder 1 drin stehen. M.E. Geht das aktuell mit vzlogger nicht bzw. nicht sicher. Ich würd auf die bash (so wie plattes Obst ;) Lösung o.ä. umsteigen.<br>
><br>
> Viele Grüße, Andreas<br>
><br>
>> Am 01.02.2016 um 18:18 schrieb Udo1 <<a href="mailto:udo1@gmx.net" target="_blank">udo1@gmx.net</a>>:<br>
>><br>
>>> Am 01.02.2016 um 18:02 schrieb sollner11:<br>
>>> so!<br>
>> Ich würde jetzt mal ein wenig mit den Einstellungen spielen: (man kann ja nichts kaputt machen...)<br>
>> Setz mal debounce_delay auf 500.<br>
>> Wie sieht es dann aus?<br>
>><br>
>> Gruß<br>
>> Udo<br>
<br>
</div></div>Gruß<br>
<span><font color="#888888"><br>
Matthias<br>
<br>
</font></span></blockquote></span></div><br></div></div>
</blockquote></div><br></div></div>