[GELÖST] Tasteneingabe bleibt in Verbindung mit einer Harmony Fernbedienung und dem PS3 Remote Profil sporadisch hängen

Quote from Walhalla

Das Problem ist, dass wenn ich z. B. mehrere Tasten gleichzeitig oder hintereinander drücke

Was ist der Anwendungsfall mehrere Tasten gleichzeitig zu drücken?

Der eventhandler in https://github.com/yavdr/yavdr…0.6/usr/bin/ps3remote#L48 ist dafür nicht ausgelegt (aber man könnte ihn so erweitern, dass er sich merkt, für welchen Tastencode er den Wiederholungstimer gesetz hat).

Ich habe gerade nichts da, mit dem ich das Testen kann, aber du könntest mal versuchen diese Änderungen in der /usr/bin/ps3remote zu machen:

@@ -37,6 +37,7 @@ for element in dir(uinput):
 
 
 class devinput():
+    timer = {}
 
     def __init__(self):
         self.timer = None
@@ -52,12 +53,13 @@ class devinput():
         if typeev == 0 and code == 0 and value == 0:  # sync event
             pass
         elif value == 0:
-            gobject.source_remove(self.timer)
+            t = self.timer.pop(code)
+            gobject.source_remove(t)
             self.uinputdev.emit((typeev, code), value)
         else:
             self.uinputdev.emit((typeev, code), value)
-            if typeev == 1:
-                self.timer = gobject.timeout_add(self.options.repeat,
+            if typeev == 1 and code not in self.timer:
+                self.timer[code] = gobject.timeout_add(self.options.repeat,
                                                  self.repeatkey, code)
         return True

Die ursprüngliche Version gibt es hier: https://raw.githubusercontent.…ble-0.6/usr/bin/ps3remote

Ich hoffe, dass ich morgen mal dazu komme mir das genauer anzusehen.

Mit der originalen PS3-Remote kann ich bei den Zifferntasten sporadisch die Situation provozieren, dass es zwar ein Key-Down Event, aber kein Key-Up Event für eine Taste gibt. Der X-Server hat das gleiche Problem, dass die Taste dann vermeintlich gedrückt bleibt, bis man sie erneut drückt. Die PS3-Remote scheint einfach keine gute Fernbedienung zu sein, wenn man dicke Finger hat.

Da zwischen dem Signal für den Tastendruck und dem Signal fürs Loslassen der Taste regelmäßig Tastendrücke generiert werden müssen, mit denen eventlircd etwas anfangen kann, bleibt dann eigentlich nur die Tastendrücke für alle gedrückten Tasten einzustellen, wenn es ein Key-Up Event für irgendeine Taste gibt - probier es mal bitte so:

diff --git a/usr/bin/ps3remote b/usr/bin/ps3remote
index 8a8c638..c19f412 100755
--- a/usr/bin/ps3remote
+++ b/usr/bin/ps3remote
@@ -46,22 +46,27 @@ class devinput():
         #self.socketpath = self.options.socket
         self.uinputdev = uinput.Device(events, self.options.name)
 
+    def clear_timers(self):
+        for key, t in self.timers.iteritems():
+            gobject.source_remove(t)
+            self.uinputdev.emit((1, key), 0)
+        self.timers = {}
+        
+
     def eventhandler(self, sock, *args):
         event = self.socketpath.read(inputEventSize)
         (time1, time2, typeev, code, value) = struct.unpack(inputEventFormat,
                                                             event)
         if typeev == 0 and code == 0 and value == 0:  # sync event
             pass
-        elif value == 0:
-            t = self.timer.pop(code)
-            if t is not None:
-                gobject.source_remove(self.timer)
-            self.uinputdev.emit((typeev, code), value)
-        else:
+        elif typeev == 1 and value == 0:
+            self.clear_timers()
+        elif typeev == 1 and value == 1:
+            self.clear_timers()
+            if not code in self.timers.keys():
+                self.timers[code] = gobject.timeout_add(self.options.repeat,
+                                                        self.repeatkey, code)
             self.uinputdev.emit((typeev, code), value)
-            if typeev == 1 and not self.timer.get(code, False):
-                self.timer[code] = gobject.timeout_add(self.options.repeat,
-                                                 self.repeatkey, code)
         return True
 
     def repeatkey(self, code):

Ah ja, da habe ich den falschen Git-Branch als Basis für den diff erwischt - hier noch mal der diff gegen den stable-0.6 Branch: ps3remote.diff.txt

Wenn der Patch so funktioniert, bringe ich das ins normale Paket.

Oh ja, das wäre nett. Ich finde die PS3-Remote nämlich nach wie vor eine super Fernbedienung für den VDR. Wobei ich das Problem bisher noch nicht hatte. Meine zarten Finger treffen die Tasten.

Mal eine andere Frage. Kann man das Timeout inzwischen (wieder) einstellen? Die PS3-Remote zieht die Batterien ja sowieso relativ schnell leer (zumindest unter Linux betrieben). Inzwischen benutze ich aber den S3 Modus und dann halten die Batterien noch weniger.

Ist jetzt ein Luxusproblem.

Gruß

Welchen Timeout meinst du? Das Skript hängt sich ja einfach an das Kernel-Input-Device, das vom Treiber angelegt wird - ich wüsste nicht, wie ich da in einen Energiesparmodus wecheln könnte, das ist die Aufgabe des Treibers das auszuhandeln.

Ich meine mich zu erinnern, dass es ganz früher (yaVDR 0.4 oder 0.5?) eine Möglichkeit gab, einen Timeout einzustellen. Danach ging die PS3-Remote in den Standby. Es dauerte dann auch immer einen kurzen Moment, bis sie wieder reagierte. Vermutlich war es ein Parameter für den Treiber? Ist alles so lange her ...

Jetzt scheint es so zu sein, dass die Remote sich überhaupt nicht mehr richtig schlafen legt. Zumindest im S3 Modus. Damit sind die Batterien deutlich schneller leer, als wenn der VDR komplett herunter gefahren wird.

EDIT: https://discourse.osmc.tv/t/ps…te-and-battery-drain/9738

Von hier: https://www.mythtv.org/wiki/Sony_PS3_BD_Remote

Quote

3. The bluetooth stack needs to patched to enable some additional functionality, namely:

• disconnect the bluetooth connection after a configurable timeout period. (This is to preserve the battery life in the remote controllers and avoid the batteries going flat after just a few days.)
• configurable mapping from PS3 remote control buttons to key presses (without requiring LIRC).

These patches were originally developed by Kitlaan (Ted M Lin) and Ruff and subsequently updated/repackaged by readers of this forum: http://forum.kodi.tv/showthread.php?tid=50717

...

12. Run the following commands:

Code

sudo mv /etc/bluetooth/input.conf /etc/bluetooth/input.conf.old
sudo cp ~/bluetoothwork/bluez-4.101/input/input.conf /etc/bluetooth/input.conf

This will update the comment about the IdleTimeout parameter (which is specified in seconds) and it will set up the XBMC/Kodi key map.

13. Edit /etc/bluetooth/input.conf and introduce a line in the [General] stanza similar to the following:

Code

IdleTimeout=600

This species the idle timeout (in seconds) before the connection will be disconnected. ('IdleTimeout=600' means 600 seconds, i.e. 10 minutes.) (The IdleTimeout setting is commented out by default.)

Display More

Der Eintrag existiert in der Datei auch. Er wird anscheinend ignoriert.

Ist denn dein bluez4-Paket entsprechend gepatcht?

Nein, vermutlich nicht. Denn mein bluez-Paket ist ja Dein/Euer bluez-Paket.

Wenn ich das richtig im Kopf habe, stammt das aus den normalen Ubuntu-Paketquellen.

Oh man, ich habe mich einfach zu lange nicht mehr mit Linux beschäftigt.

Habe das Paket gepatched aber:

./configure --prefix=/usr --mandir=/usr/share/man --sysconfdir=/etc --localstatedir=/var

...

configure: error: D-Bus >= 1.4 is required