Lösung: Hohe ECM Zeiten > Kernel 4.9 (USB-Cardreader)

DarkStarXxX · 22. März 2018

Wie viele von euch schon bemerkt haben gibt es mit USB Readern wie der Easymouse 2 unter > Kernel 4.9 das Problem, dass die ECM Zeiten um einiges höher sind als noch unter Kernel 4.4.

Das Problem ist ein beseitigter Bug im Serial Modul des Kernels.
Leider wirkt sich dieses Bugfixing negativ auf unsere Cardreader aus.

Hier nun die Lösung um das Verhalten des Serial Moduls wieder auf seine alte Vorgehensweise umzustellen.
Das ganze ist eine reine Softwarelösung und setzt keine Modifikation des Serial Moduls voraus.

Getestet wurde mit Raspbian und Kernel 4.9.80. Sollte aber auch mit jeder anderen Linux Distro Funktionieren.

Schritt 1

apt-get update
apt-get install setserial

Schritt 2

Code:
1. udev Regel in /etc/udev/rules.d erstellen (Beispiel: 50-easymouse2.rules)
2. Folgende Zeile dort eintragen:

Code:

SUBSYSTEMS=="usb", KERNEL=="ttyUSB?", ATTRS{serial}=="Serial eures Readers", SYMLINK+="GeheimeKarte", RUN+="/bin/setserial /dev/GeheimeKarte low_latency"

3. In OSCam "/dev/GeheimeKarte" als Device in euren Reader eintragen
4. OSCam Neustarten

P.S: Serial des Reader bekommt ihr per dmesg angezeigt

MegaV0lt · 22. März 2018

Klasse! Das probiere ich gleich morgen mal aus.

Alex · 22. März 2018

Hab's mal angepinnt, bin aber noch net ganz sicher, ob es der richtige Bereich ist

price · 22. März 2018

Hallo
Dann sollte die udev rules bei einer Quadmouse so aussehen, oder?

SUBSYSTEMS=="usb", KERNEL=="ttyUSB*", KERNELS=="1-1.4.2:1.0", ATTRS{bInterfaceNumber}=="00", SYMLINK+="quad-1-1", RUN+="/bin/setserial /dev/quad-1-1 low_latency"
SUBSYSTEMS=="usb", KERNEL=="ttyUSB*", KERNELS=="1-1.4.2:1.1", ATTRS{bInterfaceNumber}=="01", SYMLINK+="quad-1-2", RUN+="/bin/setserial /dev/quad-1-2 low_latency"
SUBSYSTEMS=="usb", KERNEL=="ttyUSB*", KERNELS=="1-1.4.2:1.2", ATTRS{bInterfaceNumber}=="02", SYMLINK+="quad-1-3", RUN+="/bin/setserial /dev/quad-1-3 low_latency"
SUBSYSTEMS=="usb", KERNEL=="ttyUSB*", KERNELS=="1-1.4.2:1.3", ATTRS{bInterfaceNumber}=="03", SYMLINK+="quad-1-4", RUN+="/bin/setserial /dev/quad-1-4 low_latency"

Gruß price

DarkStarXxX · 22. März 2018

Musst du ausprobieren, ich habe keine Quadmouse.

price · 22. März 2018

Hallo DarkStarXxX

Danke aber noch mal für die Arbeit die du Dir gemacht hast mit dieser Lösung.
Ich werde es morgen mal ausprobieren. Zurück sollte ja auch Problemlos gehen.

Gruß price

MegaV0lt · 23. März 2018

Habe es mal einfach so auf der Konsole eingegeben. Ohne Reader-Neustart ist das Ergebnis sofort sichtbar:

Code:

2018/03/23 08:13:26 29F273CA c      (ecm) Matt (1843&/EF11/89): found (401 ms) by HD02 - VOX HD
2018/03/23 08:13:36 29F273CA c      (ecm) Matt (1843&/EF11/89): found (404 ms) by HD02 - VOX HD
2018/03/23 08:13:46 29F273CA c      (ecm) Matt (1843&/EF11/89): found (403 ms) by HD02 - VOX HD
2018/03/23 08:13:56 29F273CA c      (ecm) Matt (1843&/EF11/89): found (402 ms) by HD02 - VOX HD
2018/03/23 08:14:06 29F273CA c      (ecm) Matt (1843&/EF11/89): found (403 ms) by HD02 - VOX HD
2018/03/23 08:14:16 29F273CA c      (ecm) Matt (1843&/EF11/89): found (387 ms) by HD02 - VOX HD
2018/03/23 08:14:26 29F273CA c      (ecm) Matt (1843&/EF11/89): found (403 ms) by HD02 - VOX HD
2018/03/23 08:14:46 29F273CA c        (-) -- Skipped 1 duplicated log lines --
2018/03/23 08:14:56 29F273CA c        (-) -- Skipped 1 duplicated log lines --
2018/03/23 08:14:56 29F273CA c      (ecm) Matt (1843&/EF11/89): found (387 ms) by HD02 - VOX HD
2018/03/23 08:15:06 29F273CA c      (ecm) Matt (1843&/EF11/89): found (404 ms) by HD02 - VOX HD
2018/03/23 08:15:16 29F273CA c      (ecm) Matt (1843&/EF11/89): found (400 ms) by HD02 - VOX HD
2018/03/23 08:15:26 29F273CA c      (ecm) Matt (1843&/EF11/89): found (403 ms) by HD02 - VOX HD
2018/03/23 08:15:36 29F273CA c      (ecm) Matt (1843&/EF11/89): found (404 ms) by HD02 - VOX HD
2018/03/23 08:15:56 29F273CA c        (-) -- Skipped 1 duplicated log lines --
2018/03/23 08:15:56 29F273CA c      (ecm) Matt (1843&/EF11/89): found (400 ms) by HD02 - VOX HD
2018/03/23 08:16:07 34CA8065 r   (reader) HD02 [nagra] Resync error: readtimeouts 0/0 (max/min) us, writetimeouts 0/0 (max/min) us
2018/03/23 08:16:08 34CA8065 r   (reader) HD02 [nagra] T1 Resync command error, trying to reactivate!
2018/03/23 08:16:08 34CA8065 r   (reader) HD02 [nagra] Flush readed byte Nr 1 value 03 time_us 5782
2018/03/23 08:16:09 34CA8065 r   (reader) HD02 [nagra] Buffers readed  1 bytes total time_us 81175
2018/03/23 08:16:10 34CA8065 r   (reader) HD02 [nagra] ATR: 3F FF 95 00 FF 91 81 71 A0 47 00 44 4E 41 53 50 31 38 30 20 4D 65 72 30 30 30 28
2018/03/23 08:16:10 34CA8065 r   (reader) HD02 [nagra] Init card protocol T1, FI=9, F=512, D=16, N=255
2018/03/23 08:16:10 34CA8065 r   (reader) HD02 [nagra] Setting baudrate to 111600 bps
2018/03/23 08:16:10 34CA8065 r   (reader) HD02 [nagra] Calculated work ETU is 8.94 us reader mhz = 358
2018/03/23 08:16:10 34CA8065 r   (reader) HD02 [nagra] Buffers readed  0 bytes total time_us 75152
2018/03/23 08:16:10 34CA8065 r   (reader) HD02 [nagra] ATR Fsmax is 5 MHz, clocking card to wanted user cardclock of 3.58 MHz (specified in reader->mhz)
2018/03/23 08:16:10 34CA8065 r   (reader) HD02 [nagra] Card responded ok for ifsd request of 160
2018/03/23 08:16:10 29F273CA c      (ecm) Matt (1843&/EF11/89): not found (4828 ms) by HD02 - VOX HD
2018/03/23 08:16:10 29F273CA c      (ecm) Matt (1843&/EF11/89): not found (24 ms) by HD02 - VOX HD
2018/03/23 08:16:11 29F273CA c      (ecm) Matt (1843&/EF11/89): found (375 ms) by HD02 - VOX HD
2018/03/23 08:16:16 29F273CA c      (ecm) Matt (1843&/EF11/89): found (366 ms) by HD02 - VOX HD
2018/03/23 08:16:26 29F273CA c      (ecm) Matt (1843&/EF11/89): found (368 ms) by HD02 - VOX HD

Die udev-Regel musste ich Anpassen, da ich für meine Reader schon eine hatte:

Code:

root auf HP-T610 am 23.03.2018 08:15
[~] # cat /etc/udev/rules.d/51-usb_serial.rules
# UDEV-Rules for USB to Serial Converter
# ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port
SUBSYSTEMS=="usb", ATTRS{idProduct}=="2303", ATTRS{idVendor}=="067b", SYMLINK+="ttyUSB_%b", KERNEL=="ttyUSB[0123456789]", RUN+="/bin/setserial /dev/ttyUSB_%b low_latency"

# ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
SUBSYSTEMS=="usb", ATTRS{idProduct}=="6001", ATTRS{idVendor}=="0403", SYMLINK+="ttyUSB_%b", KERNEL=="ttyUSB[0123456789]", RUN+="/bin/setserial /dev/ttyUSB_%b low_latency"

# Bugfix latency (Hohe ECM-Zeiten)
#SUBSYSTEMS=="usb", KERNEL=="ttyUSB?", ATTRS{serial}=="Serial eures Readers", SYMLINK+="GeheimeKarte", RUN+="/bin/setserial /dev/GeheimeKarte low_latency"

# Ende

Ob das bei einem Neustart klappt, werde ich später berichten.

Vielen Dank für die Lösung!

AnonGustav00 · 23. März 2018

Sehr coole Lösung, Danke - werde das am Wochenende gleich mal testen!

geiselmen · 24. März 2018

Raspberry PI 3B+ mit Easymouse 2 Kernel 4.14.29-v7+ Raspbian Jessie und deiner Softwarelösung mit einer V14 + HD01 Karte:

Code:

 found (68 ms) by V14 - E! Entertainment HD
 found (69 ms) by V14 - E! Entertainment HD
 found (67 ms) by V14 - E! Entertainment HD

Vorher war ich bei 90-100ms

Code:

found (289 ms) by HD01 - ProSieben HD
found (289 ms) by HD01 - ProSieben HD
found (291 ms) by HD01 - ProSieben HD

Vorher war ich bei 300-600ms

Danke.

MfG Geiselmen

Guybrush2012 · 24. März 2018

Sind eigentlich Smargos auch betroffen? Die laufen im Smartreader Protokoll.

DarkStarXxX · 24. März 2018

Nein wenn die mit ihren eigenen Proto laufen. dann sind sie nicht betroffen.

waves · 26. März 2018

Nur ne Frage an @Alex

Da es sich bei dieser Lösung von @DarkStarXxX um eine reine Softlösung handelt, ist vielleicht damit zu rechnen, dass es in IPC integriert wird?

Ich weiß, ich bin echt faul

PS: Hab es schon umgesetzt, und funzt auch wunderbar, würde aber eben bei einem Neuaufsetzen etwas Arbeit einsparen..... vor allem für Gedankenlose wie mich, die garantiert nicht daran denken, und wieder Stundenlang auf Fehlersuche gehen, weil die Zeiten wieder hochgegangen sind....

Alex · 26. März 2018

Werd ich ncht machen. Dazu müsste ich wiederum ne Erkennung des Kernels und der Pi-Version schreiben,
dazu bin ich wiederum zu faul. An Eurer Stelle würde ich das Kernelpaket auf hold setzen und gut isses

DarkStarXxX · 26. März 2018

Naja, das ist kein PI only Problem.
Das tritt bei jeder Arch mit Kernel 4.9 + auf. Mal mehr mal weniger ausgeprägt.
Und ständig auf einen alten Kernel zu bleiben kann auch keine Dauerlösung sein.

waves · 26. März 2018

@Alex

Ich hab keinen Pi....sondern nen Wyse Thin Client mit amd64 CPU, respektiere aber, wenn Du es nicht integrierst.
Probleme waren bei mir die gleichen wie mit'm Pi

Lösung: Hohe ECM Zeiten > Kernel 4.9 (USB-Cardreader)

DarkStarXxX

MegaV0lt

Spezialist

Alex

price

Newbie

DarkStarXxX

price

Newbie

MegaV0lt

Spezialist

AnonGustav00

Ist gelegentlich hier

geiselmen

Ist gelegentlich hier

Guybrush2012

Freak

DarkStarXxX

waves

Alex

DarkStarXxX

waves

Ähnliche Themen

Lösung: Hohe ECM Zeiten > Kernel 4.9 (USB-Cardreader)

Spezialist

Newbie

Newbie

Spezialist

Ist gelegentlich hier

Ist gelegentlich hier

Freak

Ähnliche Themen

Datenschutz & Transparenz

Datenschutz & Transparenz