Re: [vz-users] "OCR" fuer normalen Wasserzaehler ?

2016-01-05 Diskussionsfäden Matthias Behr
Weiße LEDs.


> Am 05.01.2016 um 13:24 schrieb Daniel Lauckner :
> 
> Am Dienstag, 5. Januar 2016 um 09:22 schrieb Matthias Behr:
>> Meine LEDs habe ich geschaltet per GPIO und schalte sie vorm capturen 
>> explizit ein:
> 
> Was für Farben hast du verbaut? Ich vermute rot und grün dürfte einen
> guten Kontrast geben.
> 
> 
> mfg Daniel
> 
> 
> 
> 
> ---
> Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
> https://www.avast.com/antivirus
> 

Gruß

Matthias



Re: [vz-users] "OCR" fuer normalen Wasserzaehler ?

2016-01-05 Diskussionsfäden Daniel Lauckner
Am Dienstag, 5. Januar 2016 um 09:22 schrieb Matthias Behr:
> Meine LEDs habe ich geschaltet per GPIO und schalte sie vorm capturen 
> explizit ein:

Was für Farben hast du verbaut? Ich vermute rot und grün dürfte einen
guten Kontrast geben.


mfg Daniel




---
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus



Re: [vz-users] "OCR" fuer normalen Wasserzaehler ?

2016-01-05 Diskussionsfäden Matthias Behr
Hallo,

ich benutze zum Capturen des Bildes:
raspistill -md 4 --ISO 200 -rot 270 -co 0 -n -t 1000 -w 1280 -h 960 -e png -o 
~/camera/captures/img.png

allerdings mit der Raspi Kamera. Musste auch erst über ISO, bzw. Zeit 
variieren, bis das Bild einigermaßen gut war.
Meine LEDs habe ich geschaltet per GPIO und schalte sie vorm capturen explizit 
ein:
/usr/local/bin/gpio mode 1 pwm
/usr/local/bin/gpio pwm 1 300
(und danach wieder aus)

Das Verzeichnis camera ist übrigens auf dem RPI auf einer Ramdisk:
tmpfs on /mnt/ramdisk type tmpfs (rw,nosuid,nodev,relatime,size=10240k)
lrwxrwxrwx 1 mbehr mbehr   13 Feb  1  2015 captures -> /mnt/ramdisk/

Die Framerate ergibt sich automatisch, da vzlogger prüft, ob sich das File 
geändert hat. Ich habe z.B. cron Job jede Minute laufen, der das Bild captured.


Die eingebaute v4l2 Lösung ist eher für Videos gedacht. Hier geht es um 
Frameraten >30Hz (z.B. zur Erkennung, wann bei Ferraris Zählern der Balken 
vorbeiläuft zum mitzählen).
Für Brightness wollte ich immer noch einen Parameter einfügen (siehe 
MeterOCR.cpp:  // todo check brightness,… ;-)
Kann ich bei Bedarf machen, aber versuch es lieber erst mal mit normalen 
Capture Programmen.


> Am 05.01.2016 um 09:05 schrieb Harald Koenig 
> :
> 
> Hallo Matthias, hallo Liste,
> 
> erstmal noch allen *-zaehlern ein gutes neues jahr mit vielen neuen daten ;-)
> 
> bei meiner webcam (aktuell 2 versch. cmas) zum wasserzaehlen bin ich ein paar 
> kleine schritte weiter,
> und immer mehren sich die fragen und probleme -- ich brauche weiter eure 
> hilfe:
> 
> 
> 
> 1) helligkeit des bilds und kameraeinstellungen
> 
> fokus und bildfeld klappt, reflexe bekomm ich auch weg.
> aber die gecapturten bilder mit "cheese" sind zu dunkel, es wird kein "rot" 
> erkannt.
> 
> habe dann die neue cam getestet, hier ist das bild etwas heller und ich 
> konnte mit viel gefummel
> wenigstens 3 von 4 nadeln einmal erkennen.
> 
> ich habe dann mal statt "cheese" mal "guvcview" genommen -- hier kann ich 
> brightness/contrast/saturation
> und anderes einstellen. damit bekomme ich die nadeln schoen leuchtend rot, 
> mit dem gecaptureten bild
> ist dann ocr-nadelerkennung (mit JPG) kein problem.
> 
> doch: wenn ich nun die webcam direkt mit vzlogger betreiben will, bekomme ich 
> wieder nur
> 
>  recognizerNeedle center not red!
> 
> 
> meine vermutung/idee: ich muss eben im vzlogger conf auch ein bissl
> an brightness/contrast/saturation drehen, dann koennte es gut gehen ?!
> falls ja, wo/wie stelle ich das ein ?
> falls nein, wie komme ich dann zu (a) besseren bildern und (b) rot-erkennung 
> im video-stream ?
> 
> wie kann ich den sehen/debuggen, wie denn die input-bilder im vzlogger 
> aussehen ?
> wie bekommt man ein "debug file" o.ae.  -- ich sehe leider nur
> 
>couldn't open debug file
> 
> ich brauche ich mal wieder nen ganzen lattenzaun an winks und hilfen ;-)
> 
> 
> wenn das mit dem video-signal-aufpeppen klappt, dann kann ich vermutlich auch 
> wieder deine cam verwenden,
> aktuell haengt mal die neue cam an einer abenteuerlichen konstruktion aus 
> styroporplatte und doppelklebeband
> recht passend ueber der wasseruhr;-))
> 
> 
> 2) LEDs der cam abschalten ?
> 
> und noch ne allgemeine frage:  
> kann man denn die LEDs softwaremaessig abschalten
> oder haengen die direkt an 5V oder so?
> 
> grund: wenn ich nur 1 messung pro minute oder weniger mache, dann muessen die 
> ja nicht immer an sein,
> das stoert nur die maeuse im dunkeln;)
> 
> apropos LEDs: 
> mir ist aufgefallen, dass die LEDs recht niederfrequent flackern.
> wie kommt das ?
> 
> 
> ... und gleich noch eine verstaendnisfrage, wenn der vzlogger mit cam mal ans 
> laufen kommt:
> 
> wo/wie stelle ich denn ein, wie oft ich auf die webcam "sehen" will, 
> also die frame-/mess-rate  (1 bild pro sekunde/minute/stunde/tag/... ) ?
> 
> 
> danke,
> 
> Harald
> -- 
> "I hope to die  ___   _
> before I *have* to use Microsoft Word.",   0--,|/OOO\
> Donald E. Knuth, 02-Oct-2001 in Tuebingen.<_/  /  /OOO\
>\  \/OOO\
>  \ O|//
>   \/\/\/\/\/\/\/\/\/
> Harald Koenig   //  / \\  \
> koe...@tat.physik.uni-tuebingen.de ^   ^

Gruß

Matthias



Re: [vz-users] "OCR" fuer normalen Wasserzaehler ?

2016-01-05 Diskussionsfäden Harald Koenig
Hallo Matthias, hallo Liste,

erstmal noch allen *-zaehlern ein gutes neues jahr mit vielen neuen daten ;-)

bei meiner webcam (aktuell 2 versch. cmas) zum wasserzaehlen bin ich ein paar 
kleine schritte weiter,
und immer mehren sich die fragen und probleme -- ich brauche weiter eure hilfe:



1) helligkeit des bilds und kameraeinstellungen

fokus und bildfeld klappt, reflexe bekomm ich auch weg.
aber die gecapturten bilder mit "cheese" sind zu dunkel, es wird kein "rot" 
erkannt.

habe dann die neue cam getestet, hier ist das bild etwas heller und ich konnte 
mit viel gefummel
wenigstens 3 von 4 nadeln einmal erkennen.

ich habe dann mal statt "cheese" mal "guvcview" genommen -- hier kann ich 
brightness/contrast/saturation
und anderes einstellen. damit bekomme ich die nadeln schoen leuchtend rot, mit 
dem gecaptureten bild
ist dann ocr-nadelerkennung (mit JPG) kein problem.

doch: wenn ich nun die webcam direkt mit vzlogger betreiben will, bekomme ich 
wieder nur

  recognizerNeedle center not red!


meine vermutung/idee: ich muss eben im vzlogger conf auch ein bissl
an brightness/contrast/saturation drehen, dann koennte es gut gehen ?!
falls ja, wo/wie stelle ich das ein ?
falls nein, wie komme ich dann zu (a) besseren bildern und (b) rot-erkennung im 
video-stream ?

wie kann ich den sehen/debuggen, wie denn die input-bilder im vzlogger aussehen 
?
wie bekommt man ein "debug file" o.ae.  -- ich sehe leider nur

couldn't open debug file

ich brauche ich mal wieder nen ganzen lattenzaun an winks und hilfen ;-)


wenn das mit dem video-signal-aufpeppen klappt, dann kann ich vermutlich auch 
wieder deine cam verwenden,
aktuell haengt mal die neue cam an einer abenteuerlichen konstruktion aus 
styroporplatte und doppelklebeband
recht passend ueber der wasseruhr;-))


2) LEDs der cam abschalten ?

und noch ne allgemeine frage:  
kann man denn die LEDs softwaremaessig abschalten
oder haengen die direkt an 5V oder so?

grund: wenn ich nur 1 messung pro minute oder weniger mache, dann muessen die 
ja nicht immer an sein,
das stoert nur die maeuse im dunkeln;)

apropos LEDs: 
mir ist aufgefallen, dass die LEDs recht niederfrequent flackern.
wie kommt das ?


... und gleich noch eine verstaendnisfrage, wenn der vzlogger mit cam mal ans 
laufen kommt:

wo/wie stelle ich denn ein, wie oft ich auf die webcam "sehen" will, 
also die frame-/mess-rate  (1 bild pro sekunde/minute/stunde/tag/... ) ?


danke,

Harald
-- 
"I hope to die  ___   _
before I *have* to use Microsoft Word.",   0--,|/OOO\
Donald E. Knuth, 02-Oct-2001 in Tuebingen.<_/  /  /OOO\
\  \/OOO\
  \ O|//
   \/\/\/\/\/\/\/\/\/
Harald Koenig   //  / \\  \
koe...@tat.physik.uni-tuebingen.de ^   ^


Re: [vz-users] "OCR" fuer normalen Wasserzaehler ?

2015-12-27 Diskussionsfäden Matthias Behr
Hallo,
> ...
> genau andersrum ;-) Siehe hier meine Config:
> { "type": "needle",
> "boundingboxes": [
> {"identifier": "water cons", 
> "scaler":-1,"digit":false, "circle": {"cx": 883, "cy": 447, "cr": 50, 
> "offset": 0.3 }},
> {"identifier": "water cons", 
> "scaler":-2,"digit":false, "circle": {"cx": 812, "cy": 645, "cr": 50}},
> {"identifier": "water cons", 
> "scaler":-3,"digit":false, "circle": {"cx": 623, "cy": 723, "cr": 50}, 
> "confidence_id": "water conf"},
> {"identifier": "water cons", 
> "scaler":-4,"digit":true, "circle": {"cx": 437, "cy": 645, "cr": 50}}
> ]
> }
> 
> 
> Wenn ich es richtig verstehe dann dienen die Identifier dazu, mehrere 
> Elemente der Bilderkennug zu einem Wert zusammen zu fassen? Du erhältst damit 
> also die Flexibilität aus einem Bild mehrere Werte/ Zähler zu erkennen?
> 

Ja. Geht sowohl ein Identifier aus mehreren Bildteilen (z.B. die einzelnen 
Nadeln mit unterschiedlichem „scaler“) als auch mehrere identifier aus einem 
Bild.

Gruß

Matthias



Re: [vz-users] "OCR" fuer normalen Wasserzaehler ?

2015-12-27 Diskussionsfäden Andreas Goetz
Hallo Matthias,

2015-12-24 16:21 GMT+01:00 Matthias Behr :

>
> "identifier": "1-0:1.8.1",
> Ein Identifier? Wozu?
>
> Über den „identifier“ werden dann die Impulse an die Middleware
> gemeldet, damit du die in der Middleware erkennst.
>
>
> Verstehe ich immer noch nicht ganz. Den Identifier bei SML nutze ich
> ja eigentlich nur um die Daten aus dem Strom zu fischen, für die
> Übertragung zur Middleware hab ich doch die UUID.
> Oder ist das eine vzlogger-interen Sache? Dass im Bereich channel der
> selbe Identifier nochmal auftauchen muss?
>
>
> Genau. Bei Channels wird dann je nach Middleware vzlogger intern aus einem
> identifier z.B. eine UUID:
>"channels": [
> { "type": "sensor",
> "uuid": "18ffc4a0-999e-11e4-add4-...",
> "middleware": "http://localhost:8080";, // /middleware.php",
> "identifier": "water cons"
> },
>
> ...
> genau andersrum ;-) Siehe hier meine Config:
> { "type": "needle",
> "boundingboxes": [
> {"identifier": "water cons",
> "scaler":-1,"digit":false, "circle": {"cx": 883, "cy": 447, "cr": 50,
> "offset": 0.3 }},
> {"identifier": "water cons",
> "scaler":-2,"digit":false, "circle": {"cx": 812, "cy": 645, "cr": 50}},
> {"identifier": "water cons",
> "scaler":-3,"digit":false, "circle": {"cx": 623, "cy": 723, "cr": 50},
> "confidence_id": "water conf"},
> {"identifier": "water cons",
> "scaler":-4,"digit":true, "circle": {"cx": 437, "cy": 645, "cr": 50}}
> ]
> }
>
>
Wenn ich es richtig verstehe dann dienen die Identifier dazu, mehrere
Elemente der Bilderkennug zu einem Wert zusammen zu fassen? Du erhältst
damit also die Flexibilität aus einem Bild mehrere Werte/ Zähler zu
erkennen?


> Frohes Fest allen!
>

Das wünsche ich Euch auch gehabt zu haben!


>
> Matthias
>
> Viele Grüße,
Andreas


Re: [vz-users] "OCR" fuer normalen Wasserzaehler ?

2015-12-24 Diskussionsfäden Jens
Ich wünsche Euch auch ein schönes Weihnachtsfest. Lasst Euch gut beschenken und 
sorgt für ausreichend Speis und Trank!
–Jens


> Am 24.12.2015 um 16:46 schrieb Daniel Lauckner :
> 
> Danke soweit.
> 
>> Frohes Fest allen!
> 
> Von mir auch: schöne Feiertage.
> 
> 
> mfg Daniel
> 
> 
> 
> 
> 
> 
> 
> 
> ---
> Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
> https://www.avast.com/antivirus
> 



Re: [vz-users] "OCR" fuer normalen Wasserzaehler ?

2015-12-24 Diskussionsfäden Daniel Lauckner
Danke soweit.

> Frohes Fest allen!

Von mir auch: schöne Feiertage.


mfg Daniel








---
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus



Re: [vz-users] "OCR" fuer normalen Wasserzaehler ?

2015-12-24 Diskussionsfäden Udo1


Am 24.12.2015 um 16:21 schrieb Matthias Behr:

Frohes Fest allen!

Dir auch.

Gruß
Udo


Re: [vz-users] "OCR" fuer normalen Wasserzaehler ?

2015-12-24 Diskussionsfäden Matthias Behr
> 
>>> "identifier": "1-0:1.8.1",
>>> Ein Identifier? Wozu?
>> Über den „identifier“ werden dann die Impulse an die Middleware
>> gemeldet, damit du die in der Middleware erkennst.
> 
> Verstehe ich immer noch nicht ganz. Den Identifier bei SML nutze ich
> ja eigentlich nur um die Daten aus dem Strom zu fischen, für die
> Übertragung zur Middleware hab ich doch die UUID.
> Oder ist das eine vzlogger-interen Sache? Dass im Bereich channel der
> selbe Identifier nochmal auftauchen muss?
> 

Genau. Bei Channels wird dann je nach Middleware vzlogger intern aus einem 
identifier z.B. eine UUID:
   "channels": [
{ "type": "sensor", 
"uuid": "18ffc4a0-999e-11e4-add4-...",
"middleware": "http://localhost:8080";, // /middleware.php",
"identifier": "water cons"
},

>>> "scaler": -1,
>> Der erkannte Wert (hier bei Nadeln/Zeigern) wird mit dem Faktor 10^Scaler 
>> multipliziert.
>> Typischerweise hast du 4 Zeiger, die dann die Scaler -1, -4
>> brauchen. Also: erste Nadel hat Wert 0,1, 2. Nadel Wert 0,01, ...
> 
> Im Grunde kann ich also 4 "boundingboxes" definieren, wobei der
> letzte Zeiger...
> 
>>> "digit": true,
>> Hierüber wird angegeben, ob für die Berechnung des Wertes
>> ausschließlich die Position oder auch die Vorgänger (kleinere) Nadel 
>> angezogen werden soll.
> 
> "digit":false, konfiguriert wird.
> 
genau andersrum ;-) Siehe hier meine Config:
{ "type": "needle",
"boundingboxes": [
{"identifier": "water cons", "scaler":-1,"digit":false, 
"circle": {"cx": 883, "cy": 447, "cr": 50, "offset": 0.3 }},
{"identifier": "water cons", "scaler":-2,"digit":false, 
"circle": {"cx": 812, "cy": 645, "cr": 50}},
{"identifier": "water cons", "scaler":-3,"digit":false, 
"circle": {"cx": 623, "cy": 723, "cr": 50}, "confidence_id": "water conf"},
{"identifier": "water cons", "scaler":-4,"digit":true, 
"circle": {"cx": 437, "cy": 645, "cr": 50}}
]
}


Frohes Fest allen!

Matthias



Re: [vz-users] "OCR" fuer normalen Wasserzaehler ?

2015-12-24 Diskussionsfäden Daniel Lauckner
Morgen,

ich musste grad feststellen das einer schnellen Umsetzung per
Handy-Kamera ein Hindernis im Weg steht - die Kellerwand.
Heißt: kein WLAN beim Wasserzähler. :/

>> "identifier": "1-0:1.8.1",
>> Ein Identifier? Wozu?
> Über den „identifier“ werden dann die Impulse an die Middleware
> gemeldet, damit du die in der Middleware erkennst.

Verstehe ich immer noch nicht ganz. Den Identifier bei SML nutze ich
ja eigentlich nur um die Daten aus dem Strom zu fischen, für die
Übertragung zur Middleware hab ich doch die UUID.
Oder ist das eine vzlogger-interen Sache? Dass im Bereich channel der
selbe Identifier nochmal auftauchen muss?

>> "scaler": -1,
> Der erkannte Wert (hier bei Nadeln/Zeigern) wird mit dem Faktor 10^Scaler 
> multipliziert.
> Typischerweise hast du 4 Zeiger, die dann die Scaler -1, -4
> brauchen. Also: erste Nadel hat Wert 0,1, 2. Nadel Wert 0,01, ...

Im Grunde kann ich also 4 "boundingboxes" definieren, wobei der
letzte Zeiger...

>> "digit": true,
> Hierüber wird angegeben, ob für die Berechnung des Wertes
> ausschließlich die Position oder auch die Vorgänger (kleinere) Nadel 
> angezogen werden soll.

"digit":false, konfiguriert wird.


mfg Daniel


---
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus



Re: [vz-users] "OCR" fuer normalen Wasserzaehler ?

2015-12-23 Diskussionsfäden Matthias Behr
Hallo Daniel,

> Hab ich irgendwie befürchtet. Meine Fragen dazu:
> 
> "generate_debug_image": false, // (optional, default false) set true to help 
> in calibrating and debugging. generates one png named _debug.png
> Wo wird das abgelegt?
> 

Im gleichen Verzeichnis wie das zu bearbeitende Bild (an den Dateinamen von 
Parameter „file“ wird einfach ein „_debug.jpg“ angehängt. Ausnahme ist bei 
Nutzung des v4l2 Devices (Kameras), da kommen die Bilder ins Verzeichnis 
„/run/vzlogger[1-9]“.

> "autofix" : {"range": 20, "x":42, "y":43}, // (optional default none) "auto 
> fix"/move the pic based on some edge located at (x, y) within +/-"range" pixs
> Welche Ecke? Oben links, unten rechts?

Erstmal ignorieren. Wenn du z.B. eine gut erkennbare Kante im Bild hast und die 
Kamera über Zeit leicht schwankt (war bei mir so, da die Halterung zu wackelig 
ist), kannst du hiermit eine Autopositionierung machen. Im Range „range“ um die 
Koordinaten x/y wird nach einer Kante gesucht und das Bild daran ausgerichtet.

> 
> "kernelColorString": "2 -2 -2 0 0 0 0 0 0", // (optional default red channel 
> only) Color conversion 3x3 matrix to be applied before detecting (first line 
> channel red). Needles need to be color red.
> Ok, meine Nadeln wäre rot, aber was kann man da genau einstellen?
> 

Auf dem Bild wird eine Farbtransformation gemacht. Mit dem o.g. Filter / 
Default-Wert wird nur der Rot-Kanal übernommen. Du könntest aber auch bei z.B. 
blauen Zeigern nur blau nutzen, die müssen aber für die interne Erkennung in 
rot gewandet werden.  Wird gemacht per:

if (_kernelColorString.length())
kel = kernelCreateFromString(3, 3, 0, 0, 
_kernelColorString.c_str());
else { // use default: only red channel amplified
kel = kernelCreate(3, 3);
kernelSetElement(kel, 0, 0, 2.0);
kernelSetElement(kel, 0, 1, -1.0);
kernelSetElement(kel, 0, 2, -1.0);
}
image2 = pixMultMatrixColor(image, kel);

> "identifier": "1-0:1.8.1",
> Ein Identifier? Wozu?

Über den „identifier“ werden dann die Impulse an die Middleware gemeldet, damit 
du die in der Middleware erkennst.

> 
> "confidence_id": "1-0:0.0.2",
> Sicherheitsidentifikator?

Hierüber wird falls gesetzt zusätzlich die Erkennungsqualität (0-100 (gut)) 
zurückgeliefert. Kannst du weglassen.

> 
> "scaler": -1,
> Hä?

Der erkannte Wert (hier bei Nadeln/Zeigern) wird mit dem Faktor 10^Scaler 
multipliziert.
Typischerweise hast du 4 Zeiger, die dann die Scaler -1, -4 brauchen. Also: 
erste Nadel hat Wert 0,1, 2. Nadel Wert 0,01, ...

> 
> "digit": true,
> *kopfkratz*

Hierüber wird angegeben, ob für die Berechnung des Wertes ausschließlich die 
Position oder auch die Vorgänger (kleinere) Nadel angezogen werden soll.

Beispiel:
Du hast 2 Nadeln, eine zeigt zwischen 4 und 5. Um jetzt zu bewerten, ob es sich 
um 4 oder 5 handelt wird bei „digit:true“ nur die Position genommen.
Bei „digit:false“ wird die Position der kleineren Nadel mit angezogen. Steht 
die auf 5-9 bleibt es bei 4. Geht die auf 0-4 geht es auf 5.
(0,49 -> 0,50)


> 
> "circle": {"cx": 100, "cy": 100, // center pos (x/y) of needle
> Gleiche Frage wie oben: Von wo aus werden die Pixel gezählt?
> 
Die Pixel werden eigentlich von links oben gezählt. Allerdings kannst du das 
Bild vorher noch per „rotate“ rotieren lassen. Falls du das nutzt, wird es auf 
dem rotierten Bild von oben links gezählt. Daher sind im _debug.jpg auch 
anfangs zwei Bilder (orig. und rotiert). Die Kreise werden im Debug-Image auch 
dargestellt, was zur Positionierung deutlich helfen sollte. 

> 
> *verwirrt* Daniel
> 
> 
> 
> 
> ---
> Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
> https://www.avast.com/antivirus
> 

Gruß

Matthias



Re: [vz-users] "OCR" fuer normalen Wasserzaehler ?

2015-12-23 Diskussionsfäden Daniel Lauckner
Am Mittwoch, 23. Dezember 2015 um 14:44 schrieb Karlheinz:
> Wenn vzlogger OCR bereits integriert hat, wäre ein einfaches Sync-Tool,
> um die Datei an den vz-host (Raspi) zu senden, das Einfachste.

MobileWebCam schaut geeignet aus.
https://play.google.com/store/apps/details?id=com.dngames.mobilewebcam&hl=de


mfg Daniel




---
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus



Re: [vz-users] "OCR" fuer normalen Wasserzaehler ?

2015-12-23 Diskussionsfäden Karlheinz


--- Original Nachricht 
Betreff: Re: [vz-users] "OCR" fuer normalen Wasserzaehler ?


Am Dienstag, 22. Dezember 2015 um 23:08 schrieb Karlheinz:

für "Gelegenheits-Volkszähler" wäre eine Android-App perfekt, die das
Bild an die richtige Stelle kopiert.

Du denkst wohl auch an altes Handy? ;)

Noch besser wäre wenn das Handy das OCR gleich ausführt (ist ja
schließlich eine vollwertiger Computer) und ausgewertete Daten an
die Middleware sendet.
Wenn vzlogger OCR bereits integriert hat, wäre ein einfaches Sync-Tool, 
um die Datei an den vz-host (Raspi) zu senden, das Einfachste. Zumindest 
hätte man dann keine Android/iphone Versionsprobleme. Wer kann so etwas 
empfehlen?
Den Wasserzähler lese ich heute monatlich (manuell) ab. Ein Foto zu 
schiessen und zu versenden hört sich recht einfach an.


Gruß
Karlheinz


Re: [vz-users] "OCR" fuer normalen Wasserzaehler ?

2015-12-23 Diskussionsfäden Daniel Lauckner
Am Mittwoch, 23. Dezember 2015 um 09:45 schrieb Dr. Mark Asbach:
> ich hoffe das ist jetzt keine unerwünschte Werbung aber, die App gibt's quasi 
> schon:

Danke für den Hinweis, für meinen Fall aber leider nicht passend. Zum
einen hat das alte Handy noch einen ARMv6 Prozessor und

> Zugegebenermaßen sind Wasserzähler noch nicht unsere Stärke,
> insbesondere sind die Drehzeiger nicht implementiert

zu ungenau. Ich würde schon gerne sehen wieviele Liter bei einer Wäsche
(oder Dusche) durchgehen.


mfg Daniel








---
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus



Re: [vz-users] "OCR" fuer normalen Wasserzaehler ?

2015-12-23 Diskussionsfäden Andreas Götz
Hallo Marc,

Keine unerwünschte Werbung- wir hatten ja schonmal drüber gesprochen ;) Hättet 
ihr denn Interesse Volkszähler als ein mögliches Backend in Eure App 
einzubauen? Dann helfe ich gerne mit ein wenig Consulting falls notwendig ;)

Viele Grüße, Andreas 

> Am 23.12.2015 um 09:45 schrieb Dr. Mark Asbach :
> 
> Hallo zusammen,
> 
> ich hoffe das ist jetzt keine unerwünschte Werbung aber, die App gibt's quasi 
> schon:
> 
> https://play.google.com/store/apps/details?id=com.pixolus.pixometer
> 
> Wir sind leider bisher noch nicht dazu gekommen, die Anbindung an den 
> Volkszähler zu basteln, aber unser API ist offen und dokumentiert und es gibt 
> einen Python-Client als Ausgangsbasis:
> 
> https://bitbucket.org/pixometer/pixometer
> 
> Pro Nutzer sind 5 Zähler frei.
> 
> Zugegebenermaßen sind Wasserzähler noch nicht unsere Stärke, insbesondere 
> sind die Drehzeiger nicht implementiert (es gibt mindestens in den USA ein 
> Patent darauf, deswegen sind wir als kleines Startup etwas vorsichtig). Die 
> aktuelle Android-Version hat auch noch einen Bug, der bei Wasserzählern 
> zuschlagen kann, deswegen unbedingt auch das Update ausprobieren, das in 
> Kürze im Play Store ist. 
> 
> Grüße,
> Mark
> 
> -- 
> Dr. Mark Asbach
> pixolus GmbH
> Eupener Straße 165, 50933 Köln
> http://pixolus.de, Tel +49 221 949992-20
> Registergericht: Amtsgericht Köln, HRB 80243
> Geschäftsführer: Dr. Mark Asbach, Dr. Stefan Krausz
> 
>> Am 23.12.2015 um 06:51 schrieb Daniel Lauckner :
>> 
>>> Am Dienstag, 22. Dezember 2015 um 23:08 schrieb Karlheinz:
>>> für "Gelegenheits-Volkszähler" wäre eine Android-App perfekt, die das
>>> Bild an die richtige Stelle kopiert.
>> Du denkst wohl auch an altes Handy? ;)
>> 
>> Noch besser wäre wenn das Handy das OCR gleich ausführt (ist ja
>> schließlich eine vollwertiger Computer) und ausgewertete Daten an
>> die Middleware sendet.
>> 
>> Aber es braucht auch immer jemanden der das implementiert...
>> 
>> 
>> mfg Daniel
>> 
>> 
>> 
>> 
>> ---
>> Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
>> https://www.avast.com/antivirus
>> 


Re: [vz-users] "OCR" fuer normalen Wasserzaehler ?

2015-12-23 Diskussionsfäden Dr. Mark Asbach
Hallo zusammen,

ich hoffe das ist jetzt keine unerwünschte Werbung aber, die App gibt's quasi 
schon:

https://play.google.com/store/apps/details?id=com.pixolus.pixometer

Wir sind leider bisher noch nicht dazu gekommen, die Anbindung an den 
Volkszähler zu basteln, aber unser API ist offen und dokumentiert und es gibt 
einen Python-Client als Ausgangsbasis:

https://bitbucket.org/pixometer/pixometer

Pro Nutzer sind 5 Zähler frei.

Zugegebenermaßen sind Wasserzähler noch nicht unsere Stärke, insbesondere sind 
die Drehzeiger nicht implementiert (es gibt mindestens in den USA ein Patent 
darauf, deswegen sind wir als kleines Startup etwas vorsichtig). Die aktuelle 
Android-Version hat auch noch einen Bug, der bei Wasserzählern zuschlagen kann, 
deswegen unbedingt auch das Update ausprobieren, das in Kürze im Play Store 
ist. 

Grüße,
Mark

-- 
Dr. Mark Asbach
pixolus GmbH
Eupener Straße 165, 50933 Köln
http://pixolus.de, Tel +49 221 949992-20
Registergericht: Amtsgericht Köln, HRB 80243
Geschäftsführer: Dr. Mark Asbach, Dr. Stefan Krausz

> Am 23.12.2015 um 06:51 schrieb Daniel Lauckner :
> 
>> Am Dienstag, 22. Dezember 2015 um 23:08 schrieb Karlheinz:
>> für "Gelegenheits-Volkszähler" wäre eine Android-App perfekt, die das
>> Bild an die richtige Stelle kopiert.
> Du denkst wohl auch an altes Handy? ;)
> 
> Noch besser wäre wenn das Handy das OCR gleich ausführt (ist ja
> schließlich eine vollwertiger Computer) und ausgewertete Daten an
> die Middleware sendet.
> 
> Aber es braucht auch immer jemanden der das implementiert...
> 
> 
> mfg Daniel
> 
> 
> 
> 
> ---
> Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
> https://www.avast.com/antivirus
> 


smime.p7s
Description: S/MIME cryptographic signature


Re: [vz-users] "OCR" fuer normalen Wasserzaehler ?

2015-12-22 Diskussionsfäden Daniel Lauckner
Am Dienstag, 22. Dezember 2015 um 09:31 schrieb Udo1:
> Am 22.12.2015 um 09:27 schrieb Daniel Lauckner:
>> Ist das irgendwo genauer dokumentiert?
> Mehr oder Weniger hier:
> https://github.com/volkszaehler/vzlogger/blob/master/etc/vzlogger.conf.meterOCR

Hab ich irgendwie befürchtet. Meine Fragen dazu:

"generate_debug_image": false, // (optional, default false) set true to help in 
calibrating and debugging. generates one png named _debug.png
Wo wird das abgelegt?

"autofix" : {"range": 20, "x":42, "y":43}, // (optional default none) "auto 
fix"/move the pic based on some edge located at (x, y) within +/-"range" pixs
Welche Ecke? Oben links, unten rechts?

"kernelColorString": "2 -2 -2 0 0 0 0 0 0", // (optional default red channel 
only) Color conversion 3x3 matrix to be applied before detecting (first line 
channel red). Needles need to be color red.
Ok, meine Nadeln wäre rot, aber was kann man da genau einstellen?

"identifier": "1-0:1.8.1",
Ein Identifier? Wozu?

"confidence_id": "1-0:0.0.2",
Sicherheitsidentifikator?

"scaler": -1,
Hä?

"digit": true,
*kopfkratz*

"circle": {"cx": 100, "cy": 100, // center pos (x/y) of needle
Gleiche Frage wie oben: Von wo aus werden die Pixel gezählt?


*verwirrt* Daniel




---
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus



Re: [vz-users] "OCR" fuer normalen Wasserzaehler ?

2015-12-22 Diskussionsfäden Daniel Lauckner
Am Dienstag, 22. Dezember 2015 um 23:08 schrieb Karlheinz:
> für "Gelegenheits-Volkszähler" wäre eine Android-App perfekt, die das
> Bild an die richtige Stelle kopiert.
Du denkst wohl auch an altes Handy? ;)

Noch besser wäre wenn das Handy das OCR gleich ausführt (ist ja
schließlich eine vollwertiger Computer) und ausgewertete Daten an
die Middleware sendet.

Aber es braucht auch immer jemanden der das implementiert...


mfg Daniel




---
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus



Re: [vz-users] "OCR" fuer normalen Wasserzaehler ?

2015-12-22 Diskussionsfäden Karlheinz

Hallo,

für "Gelegenheits-Volkszähler" wäre eine Android-App perfekt, die das 
Bild an die richtige Stelle kopiert.


Gruß
Karlheinz

--- Original Nachricht 


Hallo Harald,

Am 21.12.2015 um 23:55 schrieb Harald Koenig:

(bild gerne bei bedarf...).

Wäre nicht schlecht.
vzlogger kann OCR bzw. Zeiger per Webcam auswerten.

Gruß
Udo





Re: [vz-users] "OCR" fuer normalen Wasserzaehler ?

2015-12-22 Diskussionsfäden Udo1

Am 22.12.2015 um 09:27 schrieb Daniel Lauckner:

Ist das irgendwo genauer dokumentiert?

Mehr oder Weniger hier:
https://github.com/volkszaehler/vzlogger/blob/master/etc/vzlogger.conf.meterOCR

Gruß
Udo


Re: [vz-users] "OCR" fuer normalen Wasserzaehler ?

2015-12-22 Diskussionsfäden Daniel Lauckner
Am Dienstag, 22. Dezember 2015 um 08:33 schrieb Matthias Behr:
> der lässt sich gut auslesen. Ist genau mein Zähler.
> Siehe MeterOCR. Ich werte aber nicht die Ziffern aus (zu
> Fehleranfällig ), sondern die Position der roten Zeiger. 

Ist das irgendwo genauer dokumentiert?


mfg Daniel



---
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus



Re: [vz-users] "OCR" fuer normalen Wasserzaehler ?

2015-12-21 Diskussionsfäden Matthias Behr
Hallo,

der lässt sich gut auslesen. Ist genau mein Zähler. 
Siehe MeterOCR. Ich werte aber nicht die Ziffern aus (zu Fehleranfällig ), 
sondern die Position der roten Zeiger. 
Bei mir läuft die Erkennung 1x pro Minute. 

Gruß
Matthias 

Sent from a mobile device. 

> Am 22.12.2015 um 01:53 schrieb Harald Koenig 
> :
> 
>> On Dec 22, Harald Koenig wrote:
>> 
>>> On Dec 22, Udo1 wrote:
>>> 
>>> Hallo Harald,
>>> 
 Am 21.12.2015 um 23:55 schrieb Harald Koenig:
 (bild gerne bei bedarf...).
>>> Wäre nicht schlecht.
>> 
>> haengt an.  
> 
> hier nochmal mit kleinerem bild wg. des 400 kByte limit auf der liste...
> 
>> das habe ich schonmal per gimp gerade rotiert und beschnitten...
>> bei  bedarf gerne auch noch mehr handy-bilder, auch im original (unrotiert).
>> 
>>> vzlogger kann OCR bzw. Zeiger per Webcam auswerten.
>> 
>> oh cool!
>> wo gibts doku, wie kann ich testen ?
>> bin gerade am bauen...
>> 
>> Harald
>> -- 
>> "I hope to die  ___   _
>> before I *have* to use Microsoft Word.",   0--,|/OOO\
>> Donald E. Knuth, 02-Oct-2001 in Tuebingen.<_/  /  /OOO\
>>\  \/OOO\
>>  \ O|//
>>   \/\/\/\/\/\/\/\/\/
>> Harald Koenig   //  / \\  \
>> koe...@tat.physik.uni-tuebingen.de ^   ^
> 
> 
> 
> 
> Harald
> -- 
> "I hope to die  ___   _
> before I *have* to use Microsoft Word.",   0--,|/OOO\
> Donald E. Knuth, 02-Oct-2001 in Tuebingen.<_/  /  /OOO\
>\  \/OOO\
>  \ O|//
>   \/\/\/\/\/\/\/\/\/
> Harald Koenig   //  / \\  \
> koe...@tat.physik.uni-tuebingen.de ^   ^
> 


smime.p7s
Description: S/MIME cryptographic signature


Re: [vz-users] "OCR" fuer normalen Wasserzaehler ?

2015-12-21 Diskussionsfäden Udo1

Hallo Harald,

Am 21.12.2015 um 23:55 schrieb Harald Koenig:

(bild gerne bei bedarf...).

Wäre nicht schlecht.
vzlogger kann OCR bzw. Zeiger per Webcam auswerten.

Gruß
Udo