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

Die STM32Fxxxxx können jetzt auch IR senden.

Mit der Eeprom Emulation von ST, die ich bei den STM32Fxxxxx benutze, hat das Eeprom beim STM32F103x8 nur 510 Byte, bei den STM32FxxxxC 1022 Byte und bei den STM32FxxxxE 8190 Byte. Wenn man dann noch das wear leveling abzieht, ist das außer beim STM32FxxxxE eindeutig zu wenig um noch Makros einzubauen. Zum Vergleich, beim RP2040 nehme ich 32 kByte insgesamt, 16 kB für die Makros. Da benutze ich eine eigene adaptierte Eeprom Emulation. Die könnte man auch für die STM32Fxxxxx einbauen, aber ich werde das nicht mehr tun.

So wie es aussieht, geht der Trend ja auch zu den RP2040, weil man die so einfach flashen kann.

Es macht auch viel mehr Spaß, die Software der Raspberry Pi Leute zu benutzen, das ist eine ganz andere Klasse als die STM32 Software. Besser dokumentiert, leichter verständlich, von Programmierern für Programmierer, viel sauberer.

Die STM32 haben allerdings zum selben Preis deutlich mehr Rechenpower. Für dieses Projekt reichen die RP2040 aber völlig aus.

Bei den Makros fehlt noch die GUI, da müssen die Makros noch eingebaut werden.

Momentan bekommt man Makros nur mit stm32kbdIRconfig ins Eeprom.

Quote from clausmuus

Hi jrie,

ich sehe gerade, dass Du wieder fleißig warst

Ich werd's die nächsten Tage testen und mit im MLD Setup aufnehmen.

Ja, 'ne Menge Arbeit

Zum testen bin ich immer noch nicht gekommen.

Bin gespannt auf dein Setup. Ist eindeutig schöner als meins

Wenn es das mal als Standalone Anwendung geben würde, wäre das super.

Ein bischen getestet: Makros gehen. Mit der GUI kann man die Makros konfigurieren.

Man wählt in "select" das Makro und den Makroslot aus. Der Auslöser kommt in Makroslot 0, am einfachsten mit der Fernbedienung. Die zu sendenden IR Codes kommen in Makroslot 1 und folgende, auch am einfachsten mit der Fernbedienung.

Sobald ein Auslöser aus Nullen besteht (ffffffffffff) wird das Senden abgebrochen, und wenn ein zu sendenden IR Code aus Nullen besteht, wird beim nächsten Makro weiter gemacht.

Die GUI listet beim Verbinden mit dem Empfänger jetzt auch die Makros auf.

Es gibt auch ein neues Binary für Windows.

Hi clausmuus, was ist daran irritierend? Ist so gemeint, wie es da steht, also beides. Das spart Zeit, und bedeutet letztlich, dass die Makros hintereinander stehen müssen. Wenn also macro0 und macro7 befüllt sind, dazwischen aber leer, sendet er nur macro0. Auf den STM32 muss nämlich jedes mal das Eeprom ausgelesen werden (auf dem RP2040 ist das im Cache), und das kostet Zeit. Könnte ich für die RP2040 ändern, aber ist das nötig?

Es gibt 8 Makros, und jedes hat 8 Slots. Der erste Slot ist der Auslöser, die folgenden werden gesendet (bis zur Abbruchbedingung).

In einem neuen Eeprom bzw. in einem Eeprom nach Reset sind lauter ff. Das hat technische Gründe, wie das Löschen von Flash funktioniert.

ff bedeutet also 'unbeschrieben' und deshalb haben wir es damals 'Nullen' genannt. IIRC kommt das noch von olebowle.

Nach dem Empfang von IR wird der IR-Code der Reihe nach mit allen Auslösern verglichen. Falls ein Auslöser ffffffffffff ist, wird das Vergleichen abgebrochen.

Falls IR-Code und Auslöser übereinstimmen, werden die zugehörigen IR-Codes gesendet, aber wieder nur bis ffffffffffff kommt.

ffffffffffff markiert also sowohl bei den Auslösern als auch bei den zu sendenden IR-Codes das Ende.

Das ist insofern praktisch, als dass die ffffffffffff's bereits da stehen aufgrund der Eeprom Eigenschaften.

Theoretisch könnte man bei ffffffffffff auch überspringen statt abzubrechen.

Mit Abbrechen finde ich es aber übersichtlicher und aufgeräumter. Denn dann muss man nicht gucken, ob noch was nach ffffffffffff kommt, sondern dann weiss man, das bei ffffffffffff Schluß ist.

Das klingt vielleicht komplizierter als es ist. Wenn man ein bischen mit den Makros rumprobiert, wird das schnell klar. "Probieren geht über studieren"

Quote from clausmuus

Bedeutet das, dass nur jedes zweite Makro verwendet werden kann, wenn man die Makros einzeln verwenden möchte?

Nein.

Lies mal https://github.com/j1rie/IRMP_STM32 und https://github.com/j1rie/IRMP_STM32_KBD.

Dann entscheide dich für eine der beiden Varianten.

Momentan hast du die Keyboard Firmware drauf, bist aber im Thread für die irmplircd-Version.

Eigentlich steht alles, was man wissen muss, in den README's.

Dann gerne noch mal fragen.

Vermutlich steht die Antwort auf deine Frage hier im Keyboard Thread: RE: IRMP auf STM32 - ein USB-HID-Keyboard IR Empfänger+Einschalter mit Wakeup-Timer.

Fragen zur KBD-Variante bitte zukünftig im KBD Thread.

Unter https://github.com/j1rie/IRMP_STM32_KBD#functions findest du die Antwort auf deine Frage. Es geht auch nur über USB, aber nur wenn das Motherboard das unterstützt.

Wenn es mit dem phys. Keyboard geht, sollte es auch mit dem Empfänger gehen. Aber nur aus demselben Sleepstate.

Aus welchem Sleepstate funktioniert das Aufwecken per Tastatur? Ist es eine USB-HID Tastatur? Und drückst du irgendeine Taste oder eine bestimmte?

Es gibt einen speziellen USB Aufwachbefehl und den benutzt der Empfänger. Wenn man will, könnte man aber auch einen beliebigen Key senden.