Quantcast
Aktuelles
Digital Eliteboard - Das Digitale Technik Forum

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

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

Registriert
30. Dezember 2009
Beiträge
18.409
Lösungen
11
Reaktionspunkte
22.063
Punkte
1.103
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

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
 
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
 
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
 
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!
 
Zuletzt bearbeitet von einem Moderator:
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
 
Zuletzt bearbeitet:
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 :D:cool::rolleyes:


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....;)
 
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
 
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.
 
@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
 
Zurück
Oben