IRMP auf STM32 - ein USB IR Empfänger/Sender/Einschalter mit Wakeup-Timer

Zitat

es gibt Platinen mit Lötanschlüssen

Danke, kanne ich noch nicht. Muss ja nur eine Möglichkeit schaffen das CEC-Signal abzugreifen.

Gruß Ronald

Zitat von Argus

Platinen mit Lötanschlüssen

Hallo Argus, wo hast Du sie gefunden?
Danke.

die Bilder habe ich bei google geklaut --> https://www.google.de/search?q=hdmi+buchse+platine&tbm=isch&imgil=0UXkx6z_pN48oM%253A%253BM9kPvGYa4y64UM%253Bhttps%25253A%25252F%25252Fde.aliexpress.com%25252Fw%25252Fwholesale-hdmi-board-connector.html&source=iu&pf=m&fir=0UXkx6z_pN48oM%253A%252CM9kPvGYa4y64UM%252C_&usg=__aogdWCubDFsB_JUp6OMEqCF8968%3D&biw=1920&bih=882&ved=0ahUKEwjJyp6Gy9vUAhUKuBoKHRorA6gQyjcIlgE&ei=BwhRWYmrK4rwaprWjMAK#imgrc=uRhr8lh-bpblAM:

wobei das meiste von de.aliexpress kommt. Über aliexpress kommt man meist auch an andere Firmen, aliexpress hat meist Mindestabnahmen.

Argus: Danke.
Das ist eine gute Idee. Da kann man ja (auch durch Variation der Suchbegriffe) viele HDMI-"Bastelteile" finden.

Hallo,

ich muss noch einmal quer einsteigen (wenn hier falsch, dann bitte Thema verschieben).
Habe mir vor mittlerweile einigen Monaten einen IRMP-Empfännger besorgt.
Alles schön in ein Gehäuse, angeschlossen, zuvor alle notwendigen Pakete auf dem VDR installiert (Anleitung hier: 2.3.10. IRMP Empfänger) und versucht dieser zu folgen.
Da mein VDR grundsätzlich mit einer seriellen FB arbeitet und ich zur Not noch eine USB Tastatur habe mit der ich das Last Problem umschiffen kann, war erst einmal keine Eile.
Nun habe ich erneut einen Anlauf gemacht und bin dabei auf ein grundsätzliches Problem gestoßen: "lsusb" zeigt mir leider den IRMP nicht an! Schließe ich den Empfänger zum testen an einen anderen Rechner an, dann erhalte ich folgendes:

Bus 001 Device 011: ID 1209:4444 InterBiometrics

Empfänger ist also grundsätzlich erst einmal OK.
Schließe ich diesen wieder an dem VDR an, dann blinkt eine rote SMD Statusleuchte auf der Platine ein paar mal auf, aber die gelbe externe Betriebsleuchte (weiß nicht wie sie sich wirklich schimpft) nicht, entgegen dem Test an dem anderen Rechner.
Ich habe schon alle USB-Ports durchgetestet. Daran liegt es auch nicht.
Vermute mal bevor der IRMP-Empfänger nicht als solcher erkannt wird, brauche ich mit der Anleitung nicht weiter zu machen.
Der "irmplircd" Job wird grundsätzlich gestartet, hat aber ja auch erst einmal mit dem Device als solchen nix zu tun würde ich meinen.

Warum wird der Empfänger an meinem VDR nicht erkannt/eingebunden?

Was sieht man denn in der Ausgabe von dmesg, wenn man den Empfänger ansteckt?

Ja, an "dmesg" hatte ich auch schon gedacht, aber auch dort konnte ich den Empfänger nicht finden.
Das Einzige was mir merkwürdig erscheint, ist folgende Ausgabe:

Zitat

[ 194.404087] usb 4-4: new full-speed USB device number 2 using ohci-pci
[ 194.588063] usb 4-4: device descriptor read/64, error -62
[ 194.876060] usb 4-4: device descriptor read/64, error -62
[ 195.156059] usb 4-4: new full-speed USB device number 3 using ohci-pci
[ 195.340065] usb 4-4: device descriptor read/64, error -62
[ 195.628061] usb 4-4: device descriptor read/64, error -62
[ 195.908060] usb 4-4: new full-speed USB device number 4 using ohci-pci
[ 196.316069] usb 4-4: device not accepting address 4, error -62
[ 196.492072] usb 4-4: new full-speed USB device number 5 using ohci-pci
[ 196.900059] usb 4-4: device not accepting address 5, error -62
[ 196.900130] hub 4-0:1.0: unable to enumerate USB device on port 4
[ 510.556067] usb 4-1: new full-speed USB device number 6 using ohci-pci
[ 510.740057] usb 4-1: device descriptor read/64, error -62
[ 511.028065] usb 4-1: device descriptor read/64, error -62
[ 511.308067] usb 4-1: new full-speed USB device number 7 using ohci-pci
[ 511.492066] usb 4-1: device descriptor read/64, error -62
[ 511.780061] usb 4-1: device descriptor read/64, error -62
[ 512.060063] usb 4-1: new full-speed USB device number 8 using ohci-pci
[ 512.468060] usb 4-1: device not accepting address 8, error -62
[ 512.644069] usb 4-1: new full-speed USB device number 9 using ohci-pci
[ 513.052057] usb 4-1: device not accepting address 9, error -62
[ 513.052127] hub 4-0:1.0: unable to enumerate USB device on port 1

Alles anzeigen

"lsusb" schweigt sich leider aus:

Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 002: ID 1241:f767 Belkin Keyboard
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Hänge mal zum Test einen USB-Hub dazwischen.

Ich habe leider nur einen passiven ohne eigenen Antrieb :-).
Den habe ich trotzdem probiert mit gleichem Ergebnis.

Du meinst das die Spannungsversorgung evtl. nicht ausreicht?

Habe alle Ports bereits durch.
Kabel müsste ich noch probieren, halte ich aber für unwahrscheinlich.
Funktioniert ja an meinem Desktoprechner. Warum also nicht auch hier?

Glaubt es mir, oder auch nicht!
Das Kabel ist der Schuldige!
Ich habe mich noch einmal selber hinterfragt an welchem Kabel ich das an meinem Desktoprechner ausprobiert habe und da viel mir ein, dass es ein bereits angeschlossenes und damit anderes Kabel gewesen ist wie das, welches ich für an den VDR benutzt habe.
Neues Kabel, Test an Desktoprechner mit Quercheck zum alten und siehe da: Das Kabel ist es!
Jetzt wird der Empfänger auch am VDR erkannt und ich kann mich an die Konfiguration machen.
Da werde ich bestimmt noch einmal drauf zurück kommen :-).
Hätte ich niemals ausprobiert mit dem Kabel.
Wann funktioniert ein Kabel schon mal nicht ...
Ich werde es entsorgen.
Viel Dank für den Gewinnbringenden und wertvollen Tip

Da bin ich auch schon mit der Konfiguration. Nur damit ich das richtig verstehe:

Meine jetzige "remote.conf" ersetze ich gegen die neue mit den neuen Scancodes die ich durch

sudo irw /var/run/lirc/irmplircd

erhalte.
Dann könnte eine "remote.conf" so z.B. aussehen:

LIRC.Up 070015000301
LIRC.Down 070015000302
LIRC.Left 070015000400
LIRC.Right 070015000401

Diese würde ich dann gegen die austauschen, die derzeit "lirc" nutzt, richtig?
Gibt es eine Möglichkeit in einer "remote.conf" beides abzubilden, oder bringt das nur Probleme?
Hätte wer mal eine Beispiel "remote.conf" für mich mir IRMP Scancodes?

Dann muss ich noch in der "/etc/default/irmplircd" die Pfadangabe machen, wo meine neue "remote.conf" liegt. Sprich unter "/var/lib/vdr/".

Die "irmplircd" sieht derzeit wie folgt aus:

# Enable irmplircd daemon
ENABLED=1
# Set path for translation table to map keys
KEYMAP=""
# Choose irmplircd socket path
SOCKET="/var/run/lirc/irmplircd"
# enable special irexec for irmplircd device socket only - do not use with yaVDR (unless you do know exactly what you are doing)
IRMPEXEC_ENABLED=0
# path to action mapping file for irmpexec
# Syntax: 
# KEY_KOFFEE /path/to/my/command -x -y --z=abc
IRMPEXEC_MAP=""

Was muss ich wo eintragen in der "irmplircd" und ist das richtig mit der "remote.conf"?
Ich glaube das ich gerade nicht wirklich klar sehe bzw. ein bisserl verwirrt bin.
Einmal gemacht ist es wahrscheinlich ganz leicht ...

Wenn du die remote.conf anpasst, statt die Tasten auf den yaVDR-Namespace zu mappen, musst du dich auch mit einer Konfigurationsänderung für KODI herumschlagen - IMHO ist es einfacher, wenn man es wie in http://www.yavdr.org/documenta…/de/ch02s03.html#usb_irmp beschrieben macht.

Ja, dass hatte ich schon verstanden das konform sein sollten.
Habe ich bei meiner jetzigen Konfiguration für die serielle FB auch gemacht, damit ich eben Kodi und den VDR mit einer FB nutzen kann.
Leider ist das immer so lange her wo mann an diesen Konfigurationen arbeitet.

Ich benötige den Scancode den mir mein neuer IRMP Empfänger mit meiner FB ausgibt.
Diesen Scanncode muss ich dann anstelle des jetzigen in die "remote.conf" eintragen, oder muss ich eine eigene Datei erstellen und diese wo plazieren?

Was muss ich wo in der "irmplircd" eintragen?
Kommt da das Verzeichnis wo die jetzige "remote.conf" liegt rein und sieht wie aus?

Ich hönge mal meine jetzige "remote.conf" mit an.
Vielleicht wird es dann klarer wo es bei mir gerade hängt.

Mir ist nicht ganz klar, wie du auf die Idee kommst, dass die remote.conf da eine Rolle spielen muss - aber ich bin offen für Vorschläge, wie ich das in der yaVDR-Dokumentation noch klarer beschreiben könnte.

Prinzipiell kann man es so machen ohne die remote.conf anzufassen: Du erstellst eine Keymap, die die Scancodes auf die Namespace-Kompatiblen Tastennamen mappt - also z.B.

070015000301    KEY_UP
070015000302    KEY_DOWN
070015000400    KEY_LEFT
070015000401    KEY_RIGHT

Den Pfad zu dieser Datei hinterlegst du in der Variablen KEYMAP in der Datei /etc/default/irmplircd, also z.B.:

# Set path for translation table to map keys
KEYMAP="/etc/yavdr/irmp-keymap"

Und dann startest du den Dienst irmplircd neu:

sudo restart irmplircd

Ich kann jetzt nu raten warum, aber schau mal in meine abgehangene "remote.conf".
Dann erklärt sich das vielleicht.
Das kann seahawk1986 aber sicherlich besser erklären.

seahawk1986:

Ich habe jetzt folgendes verstanden (und ich hoffe das es jetzt klick gemacht hat, ansonsten möge mann mir zu so später Stunde verzeihen für meine Begriffsstutzigkeit:-)).
Ich erzeuge eine Datei namens "irmp-keymap" (die könnte auch Peter Lustig heißen, müsste ich halt nur entsprechend deklarieren).
In dieser "irmp-keymap" bringe ich meinen Output an Scanecodes hinein und baue diese entsprechend deinem Beispiel auf (Konformität wahren!).
Diese Datei lege ich nach "/etc/yavdr/" ab.

In der "/etc/default/irmplircd" trage ich den Pfad gemäß deinem Beispiel ein.

Starte den "irmplircd" Dienst neu und alles sollte wunderbar funktionieren.
Wenn dem so wäre, dann wäre es einfach und es liegt an mir, an der Uhrzeit, ... ich weiß es nicht und es sei mir verziehen.
Werde das morgen, wenn es so richtig ist, ausprobieren und berichten.

Gibt es im übrigen einen weiteren Pfad in dem Webfrontend dazu zufügen, z.B. "/etc/yavdr/" um die neu erzeugte Datei "irmp-keymap" über das Webfrontend, so wie die anderen Konfigdateien, bearbeiten zu können?
Danke im voraus.