Das Mainboard ist also endgültig raus!
Und damit ist DD am Zug.
Posts by jrie
-
-
Die Fehlermeldung für ungültige Keys ist eingebaut.
-
Leider scheitere ich an Methode zwei.
Habe es nicht hinbekommen eine Zeile z.B mit Code und KEY_TIME zu hinterlegen.
Da liegt daran, dass der Empfänger als Keyboard agiert und Tastencodes > 255 kann ein Keybard nicht (dafür bräuchte es ein Consumer Input Device).
Ja, daran habe ich nicht gedacht. Die möglichen Keys stehen in usb_hid_keys.h. Andere sind nicht möglich, bzw. man muss dann über die evmap übersetzen (hast du ja schon gemerkt).
Da müsste ich vielleicht mal eine Fehlermeldung einbauen, damit klar ist, warum das nichts wird.
-
Ausserdem muss man kapiert haben, dass die Tasten im template.map quasi festgenagelt sind.
Bedeutet man muss darin z.B. KEY_F14, F15 usw. mit Code belegen und die eigentliche Zuweisung erfolgt über die *.evmap -> KEY_F14=KEY_CHANNEL, KEY_F15=KEY_TIME usw.
Sonst tut man sich mit Methode zwei schwer
Nein. Du kannst beide Methoden kombinieren, und das auch wild durcheinander. Du kannst Zeilen löschen (im eeprom map der gui). Du kannst irdata oder keys ändern. Es gibt da eigentlich keine Beschränkungen. Außer dass man lieber den Editor in der gui nimmt statt einen externen, und dass man die Original template nimmt - es sei denn man weiß genau , was man tut.
Was yavdr ansible betrifft, kann dir hoffentlich seahawk1986 helfen.
-
Wie kann ich Tasten belegen, die im template.map nicht gelistet sind?
Das muss sich dann doch in der evmap fortführen/wiederfinden.Einfach passend ergänzen.
Würde das nicht Sinn machen gleich alle LIRC bzw. VDR Möglichkeiten abzubilden? In template.map und evmap?
Ich glaube schon. Was sind denn "alle LIRC bzw. VDR Möglichkeiten"?
Ausserdem ist mir das Scrollen im VDR OSD noch etwas langsam - im Vergleich zu meinem Produktiv VDR mit der "alten" irmplircd Geschichte.
An dem repeat_delay Wert drehen, macht es schneller?
Das bekommt man genauso schnell wie mit der "alten" irmplircd Geschichte.
Benutzt du stm32kbd2uinput?
Wenn ja, kannst du im Quelltext delay und period anpassen. Wenn ich mal Zeit habe, mache ich das konfigurierbar. Aber sicher nicht in den nächsten paar Tagen, keine Zeit momentan.
Wenn nein in stm32kbdIRconfig_gui.
-
Gratuliere
Endlich etwas, was hilft.
-
Schön, dass es jetzt klappt!
-
Wie/wo komme ich an diese Werte?
Wenn du auf den Dropdown-Keil rechts neben repeat delay klickst, kannst du die anderen beiden auswählen.
Auslesen mit get, setzen mit set (vorher Wert ins Feld eintragen).
-
Falls du nicht stm32kbd2uinput benutzt, wären die default Werte besser.
-
Möglicherweise ist auch in die repeat timings Müll rein gekommen.
Was steht bei dir als repeat delay, repeat period und repeat timeout?
Amok entsteht z.B., wenn bei repeat timeout eine Null rein gekommen ist, dann bleibt die Taste unten und Taste hoch geht unter.
Setzte mal die Werte, die unten in Link stehen.
-
eeprom reset ist eingebaut.
-
Auf der Rechten Seiten wurden erst alles nur ffffffffffff ff ausgelesen.
Das sollte aber ffffffffffff ff|ff sein.
Das original Template in eine Textdatei kopiert,
Warum das? Nimm lieber das Original.
Cursor blinkt vor ffffffffffff, set by remote - irdata, nächste Zeile - schon bei der 3 Taste (Ziffer 2) springt er auf mal eine Zeile höher und setzt den FB Code da ein...
Das sollte nicht sein. Hast du irgendwas mit der Maus oder der Tastatur gemacht?
Das kann aber auch an falschen Umbrüchen liegen, wenn beim Kopieren des template sich Zeilenumbrüche verändert haben.
-
Wenn ich meine final.map lade, der Cursor blinkt in Zeile 29, Klick auf reset irdata oder key - schwups stürtzt stm32kbdIRconfig_gui.exe ab.
Vielleicht wieder ein Missverständnis, lade nicht final.map, sondern anschliessen bzw. get - eeprom, und dann resetten.
Die angehängte Datei flashed er, es wird aber nach wie vor was anderes ausgelesen..
Ach ja, ich hatte vergessen, dass das so nicht mehr geht. Deswegen die ZEROS.
Ein Button unter reset, clear all (oder so) - wäre gut
Ja, müsste ich mal einbauen.
ZEROS flashen, stelle ich wie an?
Mit dfu-util, aber wenn du da Fehler machst, kannst du schlimmstenfalls den Bootloader beschädigen, und dann muss ein Profi ran.
Nochmal zum Template.
D.h. im Umkehrschluss, wenn man da nachträglich Zeilen rausnimmt, landet man ebenfalls in diesem Zustand?Nein, nur wenn schon Müll drin ist.
-
Du kannst es auch mit der angehängten Versuchen:
-
Irgendwie ist das nicht Idiotensicher genug.
Wo gibt es denn in creating-an-eeprom-map Raum für Missverständnisse?
Selbst wenn ich das Template Textfile (im Editor) mit den Werten fülle und dann eeprom Map, Open File mache.
Geht das schiefDieses Vorgehen würde ich keinem Empfehlen. Halte dich lieber an die Anleitung.
Oder war das ein Missverständnis? "Open the template keymap" meint die originale template.map (und nicht etwas von dir bearbeitetes).
Die zweiter_versuch_nach_template.txt sieht eigentlich gut aus bis auf ein Problem, von Zeile 29 bis 61 ist da alter Müll drin geblieben.
Zwei Lösungen gibt es dafür: ZEROS flashen oder lieber
Zeile 29 bis 61 mit reset - key und reset - irdata zurücksetzen und dann flashen.
Wenn man die eeprom map erst einmal "verpfuscht" hat (ist mir beim Entwickeln oft passiert), gibt es leider keine einfachere Verfahrensweise.
ZEROS flashen geht zwar schneller, ist aber eventuell nicht "idiotensicher".
-
Da sind viele nutzlose Einträge drin.
Sauber neu machen ist eine gute Idee.
Wenn das, was du flasht, und das, was du ausliest nicht übereinstimmt, vergleichst du beide Dateien und guckst dir die Unterschiede an. Dann siehst du, wo der Fehler liegt.
Wenn du dich an die Anleitung hältst, sollten solche Fehler eigentlich nicht entstehen
-
Mit get eeprom kommt was ganz anderes raus.
Poste das bitte auch ("get eeprom", save file").
-
Was vor dem "|" steht, ist der modifier, was danach steht ist der Key, der durch den modifier verändert wird (z.B. bei Großschreibung). # und danach ist Kommentar, kann man weglassen und ist nach auslesen sowieso weg, ist nur für die Erklärung in der template.map gut.
Sicherer ist es, nicht direkt im eeprom_map Textfeld zu editieren (obwohl das natürlich auch geht), sondern die Eingabefelder "modifier" und "key" zu benutzen und dann die set - key Taste, so wie es in der Anleitung steht.
-
In deiner stm32_kbd_yavdr_ansible.map.txt steht:
In der template.map steht, wie es heissen müsste:
Meiner Erfahrung nach, ist das Programm etwäs mäkelig - wenn z.B. das Format nicht passt.
Naja, das Format sollte schon passen
Halte dich an die template.map, dann klappt es auch.
-
Obwohl er vorher den Flashvorgang mit ok bestätigt hat...
Zeig bitte mal einen Screenshot davon.
Zumindest habe ich nach reconnect eine andere Belegung im Stick
Dann geht was schief.
Wenn du in die debug messages klickst, alles kopierst und in einen Editor einfügst, kann man sich angucken, was da passiert.
Bitte poste das.
Was du nach "get eeprom" siehst, muss auch so in evtest ankommen. Sonst ist in deinem System ein grundsätzlicher Wurm drin
