[franky]

What do you meen with changes?
Your screenshot above already shows your "X10 WTI RF receiver" with the button "EDIT KEYMAP".
You only have to press that button "EDIT KEYMAP" for learnig the buttons of the RC.
You can learn all buttons new or you can change the function of RC buttons.

[Marcin]

Thanks.
Edit keymap works but I have the next problem.

When I try to move to the next item in the VDR menu. Instead of moving forward one step, it immediately jumps forward three steps.. This only happens with the remote control. When I use the keyboard, everything is fine.

[franky]

Most RCs are working with the global delay settings of the Repeat settings made in the WebIF very good.
For this RF RC the repeat settings in the VDR Setup are working better.
This settings you will find in the VDR-OSD - System - VDR-Setup - 8-Miscellaneous
Standard for "Remote Control repeat delay" and delta are 0. Then the global settings of the WebIF are used.
For my RF RC a delay of 350 and a delta of 150 is working good.
After change restart VDR. Then the RC should work better and ignores the global settings.
Or try the settings you are using in MLD 5.3 for your RC.

[Marcin]

Thanks for the tip "a delay of 350 and a delta of 150".
It works much better now, but not as well as the keyboard.

Where can I find its settings and transfer them to the remote?

[rfehr]

Thanks for the tip "a delay of 350 and a delta of 150".
It works much better now, but not as well as the keyboard.

Where can I find its settings and transfer them to the remote?

What do you mean by

'Where can I find its settings and transfer them to the remote?'

kind regards,
  Roland

[clausmuus]

The keyboard repeate you configure in the setup will be used for both, keyboard and remote control. There are no different.

[franky]

As Claus already wrote, the repeat settings of the MLD 6.5  WebIF are for keyboards and RemoteControl receivers.
For RC receivers there are also repeat settings in the VDR settings.
VDR uses this VDR repeat-settings preferred and uses the WebIF settings only, when the VDR-settings are set to 0.
Per default in MLD 6.5 the VDR settings are set to 0, that the RC receivers are using the global WebIF settings.

My external USB X10 RC receivers are all working fine with the default global settings.
But with this external X10 receivers it is not possible to wake up the system, even when the MB supports wake up on USB by keyboard.
Only the REC100 MB and RF receiver has a special wake on RF receiver functionality.
Maybe because of this special functionality the ati_remote module had problems with that receiver and therefore is not any more supported by newer kernel versions.
The patched ati_remote module now knows that receiver, but maybe supports it not perfect because of its special functionality.

I can confirm, that also my REC100 receiver has that problem with multi clicks in the VDR-OSD by pressing a RC button, when I was using the default global repeat settings.
I again tested different global repeat settings and found a setting (Delay before start repeat = 350ms / Speed of repeat = 7/s) which works fine with my REC100 X10 RF receiver.

@Marcin
I suggest, that you test this global settings in the WebIF.
After changing the repeat settings in the WebIF, the VDR settings will be automatically set to 0 again.
You should reboot the system(WebIF -Services) after changing the settings.

If those repeat values of the WebIF settings are still not working properly with your RC, test first other repeat settings.
Only if your RC receiver has still problems with the WebIF settings, you should try again different VDR repeat settings.

[clausmuus]

@franky,

ich weiß grad nicht auswendig, ob bei dem Empfänger in dem Anlern-Dialog auch die Geschwindigkeit eingestellt werden kann. Falls ja, gilt hier das gleiche wie beim RP2040 und die wiederholrate muss möglichst schnell und die Verzögerung möglichst kurz eingestellt sein, damit die globalen Einstellungen sauber funktionieren.

Das Problem bei allen anderen Kombinationen von Einstellungen ist, dass alle werte möglichst exakt zusammenpassen müssen, ansonsten gibt's Doppelungen oder Aussetzer oder längeres Nachlaufen und keine Unterscheidung zwischen mehrfachem einzeldrücken und langem Festhalten.
Sollte es also bei einem Gerät Probleme mit der Einstellung über den globalen Regler geben, dann brauche ich eine möglichst genaue Beschreibung aller getätigten Einstellungen, damit ich schauen kann wie das zustande kommt, und dies abstellen kann.

[franky]

@claus
Bei den X10 RF Empfängern gibt es auch im Anlern-Dialog unter Tastenwiederholung (also Repeat) die beiden Werte.
Das sind aber immer genau die Werte (Wartezeit und Geschwindigkeit) aus den globalen Einstellungen.
Wenn ich die Werte in den globalen Einstellungen ändere, werden automatisch die Werte im Anlern-Dialog angepasst.
Die Werte aus dem Anlern-Dialog werden weder in der keymap des Empfängers (X10_WTI_RF_receiver.toml) noch der rc_maps.cfg gespeichert.
Das Verhalten bei diesen "normalen" RF- und auch IR-Empfängern ist also anders, als beim RP2040, bei dem ja die Werte aus dem Anlern-Dialog direkt auf dem RP2040 gespeichert werden.

Ich teste aktuell mit einem am externen USB eines NUC angeschlossenen Medion X10 RF Empfänger.
Der funktioniert einwandfrei mit den globalen Standardeinstellungen 500ms und 10/s.

Beim X10 RF Empfänger des REC100 ist das halt anders. Der prellt mit dieser Standardeinstellung.
Da habe ich dann herausgefunden, dass 350ms und 7/s besser passen.
Es wird aber immer, auch bei anderen USB Empfängern, FBs geben bei denen die Standardwerte nicht passen.
Dafür sind dann ja die Schieberegler da.

[clausmuus]

@franky,

versuch mal Bitte folgendes:
- Stelle auf der REC100 eine beliebige Tastenwiederholung und Geschwindigkeit ein (in der Globalen Einstellung)
- rufe auf der Komandozeile "ir-keytable" auf. schaue nach welches Gerät der Fernbedienungs-Empfänger ist. Interessant ist z.B. das "rc0" der Zeile /sys/class/rc/rc0/
- rufe "ir-keytable -s rc0 -D 0 -P 0" auf, wobei gegebenenfalls das "rc0" durch das zuvor ermittelte Device ersetzt werden muss.
- Jetzt sollte die Fernbedienung mit der eingestellten Geschwindigkeit funktionieren.

Teste das Bitte mit unterschiedlichen Einstellungen. Jedes mal nach dem Ändern der wieder das "ir-keytable -s rc0 -D 0 -P 0" aufrufen.

[clausmuus]

Und noch ein zweiter Test:
- Installiere das Paket "evtest"
- Rufe "evtest" auf und wähle die Nummer das Gerätes "keyd virtual keyboard" aus.
- Drücke eine Taste auf der Fernbedienung. Der Tastendruck soll angezeigt werden.

Sollte das nicht funktionieren, muss in der Datei /etc/keyd/default.conf die USB-ID (Product-ID), die mit dem Aufruf von "ir-keytable" ermittelt werden kann, eingetragen werden. Anschließend noch ein "systemctl restart keyd" und noch mal testen.

[franky]

@Claus
Ich hatte die REC100 schon wieder verräumt, da das Thema für mich erledigt war.
Mit der globalen Einstellung im WebIF für Verzögerung 350ms und Geschwindigkeit 7/s (also Intervall oder Periode 142ms) hatte die FB ja funktioniert.
Hab sie jetzt aber wieder ausgemottet und die FB hatte mit diesen Einstellungen ohne Probleme wieder funktioniert.
Hier mal die Ausgabe von ir-keytable und die X10 wird als rc0 erkannt.

Code: [Select]

root@MLD:~# ir-keytable
/sys/class/rc/rc0/ gefunden mit:
        Name: X10 WTI RF receiver
        Treiber ati_remote
        Standardschlüsselcodeabbildung: rc-medion-x10-or2x
        Eingabegerät: /dev/input/event6
        Linux-Infrarotfernbedienung : /dev/lirc0
        unterstützte Kernelprotokolle: other
        Aktivierte Kernelprotokolle: other
        bus: 3, Anbieter/Produkt: 0bc7:000c, Version: 0x0100
        Wiederholungsverzögerung: 350 ms, Wiederholungsperiode: 142 ms
Nach Eingabe von "ir-keytable -s rc0 -D 0 -P 0", wodurch ja die Verzögerung und Periode auf 0 gestellt werden, funktioniert die FB überhaupt nicht mehr.
Die globalen Werte im WebIF bleiben aber unverändert.

Code: [Select]

root@MLD:~# ir-keytable -s rc0 -D 0 -P 0
Wiederholungsverzögerung: 350 ms, Wiederholungsperiode: 142 ms
Wiederholungsverzögerung auf 0 ms und Wiederholungsdauer auf 0 ms geändert
Bei evtest (laut ir-keytable ist der X10 Empfänger event6) kommen die Tastendrücke an.

Hab dann verschiedene andere globale Werte u.a. die Default Werte 500ms und 10/s eingestellt, wo die FB wieder geprellt hat.
Nach unten haben noch 250ms und 6/s (also P 166) ganz gut funktioniert und darunter funktioniert sie auch nicht mehr richtig.
Am Beste funktioniert dieser Empfänger mit einer Verzögerung zwischen 250 und 300ms und einer Geschwindigkeit zwischen 6/s und 7/s (also Periode zwischen 142 und 166ms).
Stehen beide Werte auf 0 geht gar Nichts mehr.
Aktuell habe ich 300ms und 7/s im WebIF eingestellt und nach einem Reboot funktioniert die FB wieder vernünftig.

[clausmuus]

Dann vermute ich mal, dass der Empfänger die eingestellten Werte nicht verwendet, sondern intern feste Werte nimmt.

Interessant wäre jetzt noch, ob die Tastendrücke beim evtest auch im "keyd virtual keyboard" Gerät ankommen. Bei meinem gestrigen Tests war das bei meinem Test Empfänger nämlich nicht der Fall.
Das Gerät sorgt dafür dass die Tastendrücke sauber in einzelnes Drücken und längeres festhalten getrennt werden, und außerdem, dass die Fernbedienung z.B. auch im Webif funktioniert.

[franky]

@Claus
Ich hatte dich gestern Abend bezüglich evtest falsch verstanden. War dann doch schon etwas spät.

Das "keyd virtual keyboard" ist nicht event6 sondern event9.
Ich habe das gerade mal getestet. Da kommt standardmäßig nicht an.
Wenn ich dann aber in der /etc/keyd/default.conf die ID 0bc7:000c des X10 Empfänger eintrage kommen die Tastendrücke der RF FB beim event9 an.

Ich teste jetzt nochmal verschiedene Einstellungen im WebIF.

[franky]

@Claus
Ich habe jetzt mal die Default Werte für die Tastenwiederholung (500ms und 10/s) im WebIF eingestellt und mit der angepassten /etc/keyd/default.conf neu gebootet.
Wieder das gleiche Verhalten mit dem prellen der Tasten. Ein Tastendruck kommt immer 3fach an.
Das OSD ist so nicht bedienbar.

Ich habe dann im WebIF wieder eine Wartezeit von 350ms und Geschwindigkeit von 7/s eingestellt und nach einem Reboot funktioniert die FB wieder ohne Prellen und das OSD ist einwandfrei bedienbar.