[vz-users] USB-IR Lesekopf

[Thorben Thuermer]

On Wed, 30 Jan 2013 22:17:21 +0100
Can-Carlo Dörtbudak <doertbudak at googlemail.com> wrote:
> Hallo Thorben,
> 
> also ich habe jetzt mal den Kopf mit meiner Kamera beobachtet
> und ein echo '/?!' > /dev/lesekopf0 macht mir leider kein Blinken. Also ich
> habe das Gefühl, obwohl dmesg das Gerät anzeigt kann ich nix drauf
> schicken.

haengt's bei dir vielleicht auch an dem bug im cp210x kerneltreiber?
verschickt udo die koepfe ohne davor zu warnen?
welche kernelversion hast du, was steht beim anstecken in `dmesg`?
einzige referenz die ich gerade finde ist:
http://wiki.volkszaehler.org/hardware/controllers/ir-schreib-lesekopf-usb-ausgang#hinweis_zum_betrieb_mit_pogoplug_v2

> Und mit minicom geht dasnicht, weil ich einfach nichts eintippen
> kann...

das bedeutet nur, das das lokale echo ausgeschaltet ist,
es werden nur _empfangene_ zeichen angezeigt, keine gesendeten.
halte den kopf mal ueber eine reflektierende flaeche.
(muss kein spiegel sein, weisses papier o.ae. reicht.)
(wo ist eigentlich der wiki-artikel zum ir-kopf testen / inbetriebnehmen?)

> hexdump zeigt mir das hier an, wenn ich lausche:
> 
> 0000000 7f7f 7f7f 7f7f 7f7f 7f7f 7f7f 7f7f 7f7f

ich meinte _nicht_ das programm 'hexdump'...
alle programme die du bisher nutzt, haben das problem, dass sie
das 0x7f entweder garnicht anzeigen (minicom), oder nur verzoegert
(zB erst wenn eine zeile voll ist.)
mit einem programm das die daten in echtzeit anzeigt, koenntest du
sehen ob die empfangenen bytes mit dem blinken des zaehlers
uebereinstimmen.

> Ich weiß irgendwie nicht mehr weiter.
> 
> Viele Grüße Can

- Thorben

> Am 30. Januar 2013 18:43 schrieb Thorben Thuermer <r00t at constancy.org>:
> 
> > On Wed, 30 Jan 2013 15:11:14 +0100
> > Can-Carlo Dörtbudak <doertbudak at googlemail.com> wrote:
> >
> > > Die Sendediode blinkt immer wieder in verschiedenen Abständen. Diese
> > > Sequenz bekomme aber nur einmal mit cat ausgegeben.
> >
> > es waehre plausibel, das jedes blinken ein 0x7F erzeugt,
> > beim aufruf mit cat bekommst du dann die im empfangs-puffer
> > der schnittstelle, und dann erstmal keine mehr,
> > weil die daten irgendwo gepuffert werden.
> > versuche es mal mit einem terminal-programm statt cat,
> > am besten einem das die 0x7f auch anzeigt (hexdump o.a.).
> >
> > > Wenn ich ein cat "/?!" > /dev/lesekopf0 schicken will meckert die console
> >
> > du meinst hoffentlich echo statt cat?
> > das ! ist in der bash ein zeichen mit sonderbedeutung, fuer das "normale"
> > doppelte anfuehrungszeichen nicht reichen, es muessen einfache sein,
> > oder ein backslash.
> >
> > > und beim Maskieren der Sonderzeichen passiert danach auch keine andere
> > > Ausgabe. Und so wie ich es verstanden habe, kann man in minicom direkt
> > > keine Befehle absetzen?
> >
> > du solltest die sequenz auch so in minicom eintippen koennen.
> >
> > - Thorben
> >
> > > Am 30. Januar 2013 14:58 schrieb Thorben Thuermer <r00t at constancy.org>:
> > >
> > > > On Wed, 30 Jan 2013 14:44:51 +0100
> > > > Can-Carlo Dörtbudak <doertbudak at googlemail.com> wrote:
> > > > > also ich habe mit minicom auf 300bd 7e1 gestellt.
> > > > >
> > > > > Dann liefert stty folgendes:
> > > > > bash:$ stty -g -F /dev/lesekopf0
> > > > >
> > > >
> > 1:0:800009a7:0:3:1c:7f:15:4:5:1:0:11:13:1a:0:12:f:17:16:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0
> > > > >
> > > > > und ein  stty -F /dev/lesekopf0
> > > > > speed 300 baud; line = 0;
> > > > > min = 1; time = 5;
> > > > > ignbrk -brkint -icrnl -imaxbel
> > > > > -opost -onlcr
> > > > > -isig -icanon -iexten -echo -echoe -echok -echoctl -echoke
> > > >
> > > > ich freagte nach, weil du das nicht erwaehnt hattest...
> > > >
> > > > laut wiki:
> > > >
> > > >
> > http://wiki.volkszaehler.org/hardware/channels/meters/power/edl-ehz/itron_ace3000_type_260
> > > > braucht der zaehler ja eine aufforderung, um daten zu senden.
> > > >
> > > > die 0x7f die du empfaengst, sehen nach einer falsch konfigurierten
> > > > schnittstelle aus, oder nach einem s0-impuls statt einer
> > datenuebertragung?
> > > >
> > > > blinkt die sendediode im zaehler von alleine?
> > > > wie schnell kommen die 0x7f rein (mit jedem blinken?)?
> > > > hast du versucht, die anforderungssequenz zu senden?
> > > >
> > > > > Viele Grüße Can
> > > >
> > > > - T.
> > > >
> > > > > Am 30. Januar 2013 14:30 schrieb Thorben Thuermer <
> > r00t at constancy.org>:
> > > > > > On Wed, 30 Jan 2013 14:10:29 +0100
> > > > > > Can-Carlo Dörtbudak <doertbudak at googlemail.com> wrote:
> > > > > > > dank Uwe habe ich einen wirklich schicken USB-IR Lesekopf für
> > meinen
> > > > > > > ACE3000 bekommen. Eingerichtet und erkannt wird der Kopf auch.
> > > > > > >
> > > > > > > Wenn ich mit cat /dev/lesekopf0 auslesen will kommt aber nur
> > > > folgendes
> > > > > > an:
> > > > > > >
> > > > > > > bash:$ cat /dev/lesekopf0 | od -tx1
> > > > > > > 0000000 7f 7f 7f 7f 7f 7f 7f 7f 7f 7f 7f 7f 7f 7f 7f 7f
> > > > > > >
> > > > > > > Woran kann das liegen?
> > > > > >
> > > > > > du hast schon vorher per stty die schnittelle richtig konfiguriert?
> > > > > >
> > > > > > > Viele Grüße Can
> > > > > >
> > > > > > - Thorben
> > > > > >
> > > >
> >