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

rolu2

Teammitglied

Registriert

16. November 2009

Beiträge

9.120

Lösungen

4

Reaktionspunkte

4.715

Punkte

393

• 26. Juni 2018

• #46

Ein Downgrade des Kernels sollte man nicht für ein paar Millisekungen der Kartenantwortzeit durchführen

So ein Downgrade des Kernels kann auch mal schnell das System zerstören und man darf alles neu aufsetzen

 

Joerg62

Meister

Registriert

7. Februar 2010

Beiträge

953

Reaktionspunkte

344

Punkte

133

Ort

Berlin

• 26. Juni 2018

• #47

OKay dann lass ich das so, ich weiß eh nicht ob das geht.

Stretch mit Kernel 4.4.50 "Ist das möglich überhaupt."
Jessie mit Kernel 4.4.50 "funktioniert und ist normal, hab ich jedenfalls gelesen."

Danke für eure Hilfe , und euren rat.


Gruß
Joerg62

 

OP

OP

D

DarkStarXxX

Registriert

30. Dezember 2009

Beiträge

18.814

Lösungen

11

Reaktionspunkte

22.734

Punkte

1.103

• 26. Juni 2018

• #48

Was genau ist dein Problem?
Benutz doch einfach den aktuellen Kernel den deine Disti anbietet und gut ist.

 

Joerg62

Meister

Registriert

7. Februar 2010

Beiträge

953

Reaktionspunkte

344

Punkte

133

Ort

Berlin

• 26. Juni 2018

• #49

DarkStarXxX - Mach ich ja jetzt auch, funktioniert auch super.

War halt nur ne frage .

 

H

habibbido

Hacker

Registriert

15. Februar 2010

Beiträge

338

Reaktionspunkte

15

Punkte

78

• 26. Juni 2018

• #50

Bei mir funktioniert das Ganze leider noch nicht so ganz. Irgendeinen Fehler habe ich drin.

In /etc/udev/rules.d habe ich die vorhandene Datei "91-usb-rules" angepasst.

Spoiler: Inhalt

SUBSYSTEMS=="usb", KERNEL=="ttyUSB0", ATTRS{serial}=="XXXX", SYMLINK+="kabel", RUN+="/bin/setserial /dev/kabel low_latency"

In Oscam ist als Reader "kabel" eingetragen. Ebenfalls im IPC bei UDEV.
Was ist mein Fehler?

 

bl0w

Power Elite User

Supporter

Registriert

3. Februar 2011

Beiträge

2.179

Lösungen

1

Reaktionspunkte

2.339

Punkte

393

• 26. Juni 2018

• #51

Ändere das mal wie folgt ab

Spoiler: Rules

SUBSYSTEMS=="usb", KERNEL=="ttyUSB*", ATTRS{serial}=="Axxxx", SYMLINK+="Kabel", RUN+="/bin/setserial /dev/Kabel low_latency"

Geht es dann?

Was passiert wenn du in putty „/bin/setserial /dev/ttyUSB0 low_latency“ eingibst?

Ich würde auf jeden Fall oscam vorher stoppen.
Auch lohnt sich ein Neustart nach der Änderung der rules Datei

 

axel

Boardveteran

Registriert

9. September 2011

Beiträge

11.360

Lösungen

3

Reaktionspunkte

43.077

Punkte

473

Ort

Niederrhein

• 26. Juni 2018

• #52

Hi,

poste mal ein Log, wenn abgefragt wird.

Gruß

Gesendet von meinem SM-G920F mit Tapatalk

 

H

habibbido

Hacker

Registriert

15. Februar 2010

Beiträge

338

Reaktionspunkte

15

Punkte

78

• 27. Juni 2018

• #53

"RUN+="/bin/setserial /dev/Kabel low_latency" stande nicht mehr in der Datei ... warum auch immer.
Nun hab ich das nochmal in die Datei reingeschrieben und nun funktioniert es.

bei "Flags" zeigt er mir nun auch "spd_cust low_latency" an.

Ich danke Euch.

 

M

markvienna

Hacker

Registriert

12. April 2014

Beiträge

401

Reaktionspunkte

124

Punkte

103

• 4. Juli 2018

• #54

Hallo
ich hab das TUT umgesetzt aber bei mir steht

Spoiler: shell output

$ setserial /dev/ttyUSB0

/dev/ttyUSB0, UART: unknown, Port: 0x0000, IRQ: 0, Flags: spd_cust low_latency

pi@raspberrypi:~ $ setserial /dev/ttyUSB1

/dev/ttyUSB1, UART: unknown, Port: 0x0000, IRQ: 0, Flags: spd_cust low_latency

pi@raspberrypi:~ $ setserial /dev/ttyUSB2

/dev/ttyUSB2, UART: unknown, Port: 0x0000, IRQ: 0, Flags: low_latency

pi@raspberrypi:~ $ setserial /dev/ttyUSB3

/dev/ttyUSB3, UART: unknown, Port: 0x0000, IRQ: 0, Flags: spd_cust low_latency

was bedeutet spd_cust ? speed custom?

Performance hat es bei mir nicht gebracht SRG 200 ms, ORF 100 ms HD+ 350-400 MS TNTSAT 300 MS

lg
Mark

 

OP

OP

D

DarkStarXxX

Registriert

30. Dezember 2009

Beiträge

18.814

Lösungen

11

Reaktionspunkte

22.734

Punkte

1.103

• 4. Juli 2018

• #55

Was hast du für einen Reader und Kernel?

 

M

markvienna

Hacker

Registriert

12. April 2014

Beiträge

401

Reaktionspunkte

124

Punkte

103

• 4. Juli 2018

• #56

Easymouse, kernel: 4.9.35+

komisch ist dass manchmal kommt:

• 2018/07/04 23:17:16 14732E26 r (reader) orf-ice-irdeto [irdeto] Maybe you have a bad Cam Key set it from config file

das hatte ich noch nie .. wenn ich den ORF reader neu starte gehts wieder und irgendwann spinnt es und die Meldung kommt ....

 

ernest

Hacker

Premium

Registriert

5. Januar 2009

Beiträge

477

Reaktionspunkte

100

Punkte

88

• 7. Juli 2018

• #57

Mahlzeit zusammen,

habe das für meine Reader auch eingetragen, danke für den Tipp.

Bekomme jetzt im Log für eine HD01:

found (992 ms) by hd01 (L/1/5/5) - Kabel 1 HD (real 302 ms)

Vorher hatte ich etwas höhere Zeiten, aber direkt bei found, den "(real ...)" Eintrag hatte ich nicht.

Ist ein mittlerweile aktuelles Stretch auf einem Pi3 B+

Muss ich noch etwas tun?

Gruß,

ernest

 

OP

OP

D

DarkStarXxX

Registriert

30. Dezember 2009

Beiträge

18.814

Lösungen

11

Reaktionspunkte

22.734

Punkte

1.103

• 7. Juli 2018

• #58

real deutet immer auf irgeneine art von Cache (CEX)
Das hat nicht mit dem Workaround zu tun.

 

U

unknown2009

Meister

Registriert

3. Oktober 2009

Beiträge

909

Reaktionspunkte

155

Punkte

103

• 8. Juli 2018

• #59

Ich habe ein FutroS100 ThinClient mit veraltetem Linux, ich habe auch keine Updates oder Upgrades gemacht, aber die ECM-Zeiten stiegen z.B. bei der V14 von ca. 70 ms auf 100 ms als ich eine Easymouse2 getauscht habe, die nach 6 Jahren Dienst den Geist aufgegeben hat, alle Versuche u.a. Updates, OScam Version updaten, Kartenleser unter den Karten getauscht, USB-Kabel getauscht, alles hat keine Änderung gebracht.

Vielen Dank @DarkStarXxX

Deine Lösung hat meine ECM-Zeiten bei allen Karten wieder auf das alte Level gebracht, 68 -72 ms im Durchschnitt bei der V14.

 

Samurai100

Hacker

Premium

Registriert

21. Mai 2015

Beiträge

313

Lösungen

2

Reaktionspunkte

69

Punkte

98

Ort

OWL

• 8. Juli 2018

• #60

welche Lösung genau?? habe ähnliches Problem