Also: Für den Fall, dass jemand noch "alte" TSOPs rumliegen hat: Wenn man die mit 5V versorgt, dann laufen die problemlos.
IRMP auf STM32 - ein USB IR Empfänger/Sender/Einschalter mit Wakeup-Timer
-
-
Den Traum von "Wakeup ohne Kabelsalat im VDR" kann ich bei meinem Mainboard wohl vergessen.
Da macht Gigabyte auf "supermodern" mit UEFI und Mausbedienung im BIOS aber der Keyboard-Wakeup geht nur mit PS/2-Keyboard
-
Es ist jetzt möglich, Makros und Wakeups anstatt durch Eingaben auf der Kommandozeile mit Tastendruck auf der Fernbedienung zu Programmieren!
Bitte ausprobieren.https://github.com/j1rie/IRMP_…tree/master/stm32IRconfig
stm32IRconfig -> P -
Ich habe jetzt eine udev Regel, die einen Symlink /dev/irmp_stm32 erzeugt, der auf das entsprechende /dev/hidraw* zeigt. Dadurch finden meine Konfigurationsprogramme den Empfänger automatisch.
-
Das Ergebnis der Diskussion zum automatisches Starten von irmplircd http://www.vdr-portal.de/board…rten-von-udev-zu-systemd/ ist jetzt in der Bauanleitung und im github.
-
Nochmal kurz ein Nachtrag von meiner Seite: Ich habe mir noch einen weiteren ST-Link in der "Stick-Bauweise" bestellt und heute bekommen.
Außen sieht der genauso aus wie meine anderen "Sticks" aber die Platine darin ist komplett anders. Scheint bei diesen Teilen wohl ein Glücksspiel zu sein was man bekommt.
... und auf Isolation des "wackeligen Endes" (da wo der Wannenstecker sitzt) wurde ganz verzichtet. Die Platine schlackert da ohne Befestigung drin rum. Die Eloxierung ist zwar nichtleitend, aber schön ist das trotzdem nicht.
-
-
Ich habe mich mal daran versucht das Problem mit gcc 4.9 zu lösen:
https://github.com/M-Reimer/IRMP_STM32/
Vielleicht kann das ja mal jemand ausprobieren? Man muss die "externen Sourcen" aber vorher löschen. Damit das einfacher geht habe ich auch gleich "make distclean" repariert. Also erst "make distclean" ausführen und danach erst "make".
-
Danke für deine Arbeit. Sobald ich Zeit habe, werde ich es mal ausprobieren.
ext_src zu löschen ist nicht nötig, dann wird nur alles noch mal runter geladen. Besser ist es nur ext_src/prepared zu löschen. cmsis cmsis_boot irmp stm_lib usb_hid müssen auch gelöscht werden. Dann wird beim nächsten make alles neu gepatcht.
Insofern ist der Patch ok, aber erst "make distclean" und dann "make" führt zu unnötig wiederholtem Download der externen Sourcen.Statt einen neuen Patch einzuführen, werde ich lieber den usb_hid.patch ergänzen. Da stecken auch schon andere Bugfixe drin.
Muss man eigentlich nicht auch noch usb_regs.h anpassen?
-
ext_src zu löschen ist nicht nötig, dann wird nur alles noch mal runter geladen.Was bei "distclean" durchaus korrekt wäre.
Zitat
Besser ist es nur ext_src/prepared zu löschen. cmsis cmsis_boot irmp stm_lib usb_hid müssen auch gelöscht werden. Dann wird beim nächsten make alles neu gepatcht.
Insofern ist der Patch ok, aber erst "make distclean" und dann "make" führt zu unnötig wiederholtem Download der externen Sourcen.Ich könnte ein neues Target einbauen. Zum Beispiel "extclean". Wobei ich mir das "vorbereiten, dass nochmal gepatcht wird" durchaus auch direkt im "make clean" vorstellen könnte. Wie siehst du das?
Zitat
Statt einen neuen Patch einzuführen, werde ich lieber den usb_hid.patch ergänzen. Da stecken auch schon andere Bugfixe drin.Auch OK. Ich passe das später mal an.
Zitat
Muss man eigentlich nicht auch noch usb_regs.h anpassen?Scheinbar nicht. Zumindest funktioniert es so. Kann aber nicht schaden es dort auch anzupassen, wenn die Funktion dort definiert wird, dass die zwei zusammenpassen. Danke für den Tipp.
Ich werde das später noch wie oben beschrieben anpassen und nochmal gründlicher testen. Wenn das klappt werde ich dann einen Pull-Request erstellen.
-
Ich könnte ein neues Target einbauen. Zum Beispiel "extclean". Wobei ich mir das "vorbereiten, dass nochmal gepatcht wird" durchaus auch direkt im "make clean" vorstellen könnte. Wie siehst du das?
Ja, letzteres ist vielleicht sogar noch besser. Dann muss man nicht mehr dran denken . Das wäre ein Vorteil für Jemanden, der nicht so in der Materie drin ist.
Andererseits ist es vielleicht aber auch unerwartet, wenn plötzlich die Verzeichnisse weg sind.
Am schönsten fände ich, auch ein "make prepare" einzuführen, aber damals in der Diskussion mit Ole ist daraus nichts geworden.Hat sonst noch jemand eine Idee dazu?
-
Ich war schon drauf und dran das einzubauen. Ist aber nicht ganz so einfach. Dafür müsste man das ganze Makefile umbauen.
-
Ich finde auch, dass distclean alles wegräumen sollte.
Ich hatte auch probiert es mit einem prepare target zu implementieren. Der Aufwand war es mir aber letztlich nicht wert. Deswegen der Hack mit dem DONT_CARE.
-
Bei einem prepare-Target müssen oben alle Objekte angegeben werden.
Wenn ich mir das aber recht überlege, dann wäre das garkeine ganz so schlechte Idee.
Bei meinem verschiedenen Tests und Versuchen ist es mir nun schon etliche Male passiert das es Probleme gibt, weil ich eine Kopie einer ".c" hab liegen lassen. Ist irgendwie nicht wirklich intuitiv das alle C-Dateien immer einbezogen werden.
-
Ich fand es so eleganter, aber wir können auch gerne alle Dateien explizit angeben.
-
Mein Konfigurationsprogramm läuft jetzt auch auf Windows (Kommandozeile).
Es basiert auf https://github.com/signal11/hidapi. -
Ich habe die zwei Patches mal zusammengefasst. Und das "make prepare" habe ich auch eingebaut.
-
Die Änderungen am Makefile gefallen mir.
Falls Ole die noch bestätigt, übernehme ich die so.Deine Namensnennung hätte ich lieber in der CONTRIBUTORS als im usb_hid.patch.
So wie beim letzten Mal.Ich komme allerdings erst nach Ostern zum Testen.
-
Schaut meines Erachtens nach gut aus.
-
Jetzt wo das Projekt so langsam stabil wird. Wäre es da nicht an der Zeit den Empfängern eine eigene USB PID zu geben?
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!