
<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>Hallo<br><br>das Konzept erscheint mir unter Normalbedingungen schwierig zu sein, da der Threshold auch dann überschritten würde, wenn im Flur nebenan das Licht angeht oder Wolken die Sonne freigeben und mehr Licht in den Keller fällt.</div><div><br></div><div>Die Alternative ist die ständige starke konstante Beleuchtung des Zählers, um die Umgebungsänderungen auszuschließen. Das kostet Strom und kann leicht ausfallen.</div><div><br></div><div>Das Kameralicht der Smartphones ist sicher nicht für Dauerbetrieb ausgelegt, oder?</div><div><br></div><div>Erscheint mir im Vergleich zur Lowcost und lowenergy S0- i/R Lichtschrankenlösung von Udo wie mit Kanonen auf Spatzen geschossen.</div><div><br></div><div>Ist das alles berücksichtigt worden?</div><div><br></div><div>Gruß, Bernd<br><p><br></p><div></div></div><div><br>Am 15.02.2014 um 08:49 schrieb Thomas Gauweiler <<a href="mailto:th.gauweiler@googlemail.com">th.gauweiler@googlemail.com</a>>:<br><br></div><blockquote type="cite"><div><div dir="ltr">Hallo Wolfgang,<div><br></div><div>nur um Dein Prinzip zu verstehen:</div><div><br></div><div>Das Smartphone macht regelmäßig ein Foto vom Zähler.</div><div><br></div><div>Wenn es erkennt, dass der rote Bereich des Zählerrads ins Bild gerät,</div>

<div>wird das Bild via Curl weitergeschickt.</div><div><br></div><div>Aus der Differenz der Zeitstempel wird die Leistung berechnet.</div><div><br></div><div>Eine Bildbearbeitung oder gar Scannen/OCR der Zahlen wird nicht gemacht.</div>

<div>(Spart damit auch Rechenleistung - wichtig für Kleinrechner wie dem RasPi)</div><div><br></div>Korrekt?<div><br></div><div>Dann müsste man es analog dem S0-Impuls mit passender Auflösung einbinden.</div><div><br></div>

<div>Gruß</div><div>______</div><div>/homas</div><div><br></div></div>

</div></blockquote></body></html>