Thema: Fritzbox 7360v1 + Easymouse 2 USB-Premium: Zugriffszeiten auf ORF ICE-Smartcard zu hoch?

Hallo zusammen,

nachdem sich der ORF bei der Herausgabe einer vierten Smartcard mir gegenüber sehr "zickig anstellte" und ich auch nur wenig Lust hatte denen weitere € 45,00 + € 18,00 alle fünf Jahre für den obligatorisch unnötigen Tausch hinzulegen, galt es Alternativen zu finden. Zusätzlich zu den ohnehin schon happigen € 24,88 für die GIS jeden Monat summiert sich das doch schon ein wenig zu sehr, besonders am imho immer bescheidener werdenden Programm gemessen. Also habe ich mich die letzten zwei Wochen mit "anderen Lösungen" für das Problem beschäftigt. Nachdem mich die bei mir im Einsatz befindliche Billig Modem/Routerlösung der TA in nahezu gleichem Ausmaß schon seit Jahren auch nervt, hat es sich dann angeboten gleich mehrere Fliegen zur gleichen Zeit zu erlegen...

Also mit etwas Glück für kleines Geld eine gebrauchte/geeignete Fritzbox international bei Ebay erworben. Läuft 1A und ich bin wirklich schwer begeistert von dem Teil, seiner Stabilität und auch den tollen Zusatzoptionen die Freetz bietet. Aktuellste devel-version mit dem Oscam-addon und einiger weiterer goodies hat sich nach der Installation der erforderlichen Abhängigkeiten unter Leap 42.2 problemlos bauen lassen. Alles weitere war dann Neuland für mich, weil ich mich damit bislang mangels Notwendigkeit noch überhaupt nicht befasst habe. Also

1. Fritzbox 7360v1 mit heute gebautem 7360_v1_06.31-freetz-devel-13980M.en +
2. Easymouse 2 USB-Premium (Modell EMsP)
3. ORF ICE aus der Serie C841 (läuft im Cryptoworksmodus)

Diese Kombination soll im lokalen Netzwerk über die 7360 die ORF-Karte für zwei Receiver zur Verfügung stellen. Als Bonusnutzen über eine erweiterte Oscam auch die Sender eines Nachbarlandes mit dem wir uns die Alpen teilen. Mittlerweile läuft auch alles, keine Ruckler und dergleichen, nur mir raucht schon ein wenig der Kopf . Von dem was ich mir die letzten Stunden so angelesen habe habe ich versucht das sinnvollste und richtigste herauszufiltern und in die Konfiguration zu übernehmen. Ob das alles richtig ist vermag ich noch nicht mal ansatzweise zu beurteilen. Was mich noch ein wenig stört (gut möglich das die Konfiguration hier schuld ist), sind die vergleichsweise hohen Zugriffszeiten auf die Smartcard. Kurzer Auszug:

Code:

2016/11/28 20:08:21 26DB9CE8 c      (ecm) OS2 (0D95@000004/0000/132F/B8:AAD8949530B8F9255B675C20F150DECC): found (199 ms) by ORF_ICE_CARD_CW
2016/11/28 20:08:31 26DB9CE8 c      (ecm) OS2 (0D95@000004/0000/132F/B8:63DF9231F6C7F0AE59AD256D465AA131): found (203 ms) by ORF_ICE_CARD_CW
2016/11/28 20:08:41 26DB9CE8 c      (ecm) OS2 (0D95@000004/0000/132F/B8:4F374E6791AD102E1C5FD83121AAF5A6): found (203 ms) by ORF_ICE_CARD_CW
2016/11/28 20:08:51 26DB9CE8 c      (ecm) OS2 (0D95@000004/0000/132F/B8:FF0547E37D58C69621CBE8D6BC932418): found (244 ms) by ORF_ICE_CARD_CW
2016/11/28 20:09:01 26DB9CE8 c      (ecm) OS2 (0D95@000004/0000/132F/B8:DACB2A2185BD6963A3B0752E298881C7): found (261 ms) by ORF_ICE_CARD_CW

Im Schnitt scheinen die Zugriffszeiten bei vergleichbaren Konfigurationen anderer Nutzer deutlich niedriger zu liegen. Ist vielleicht umso mehr ein Thema weil ich den zweiten Receiver gerne mittels eines WLAN-sticks verbinden würde. Fast 20m Netzwerkkabel einzuziehen würde nämlich ein recht mühsames Unterfangen werden. Die Sender des Nachbarlandes (ohne Smartcard) weisen Zugriffszeiten von 5-7ms (!!!) auf. Nachteil fällt mir abgesehen von den hohen Zugriffszeiten bei den ORF-Sendern soweit keiner auf, wenn es jedoch besser geht bzw. gehen sollte und Optimierungsbedarf besteht, dann nehme ich jeden Vorschlag gerne dankend entgegen. Hier nun relevanten Daten der Konfiguration:

Oscam-E.. auf der Fritzbox: oscam-1.20-e..-r11281
OSCam config:

Code:

[cccam]
port = 14188
reshare = 0
version = 2.3.0
keepconnected = 1
stealth = 0
reshare_mode = 0
updateinterval = 240
ignorereshare = 1
minimizecards = 0

OSCam-Server:

Code:

[reader]
label= ORF_ICE_CARD_CW
protocol= mouse
device= /dev/ttyUSB0
caid= 0D95
detect= cd
group= 1
emmcache=1,1,2,0

OSCam-user:

Code:

[account]
user = OS2
pwd = meinpasswort
caid = 0D95,0500
group = 1
au = 1

[account]
user = spark
pwd = meinpasswort
caid = 0D95,0500
group = 1

Einstellungen Easymouse 2:

- 5V
- Phoenix-mode
- 3,58Mhz


1. Client: Optimuss OS2 mit OSCam 1.20-r11281

OSCam-Server:

Code:

[reader]
label = cccam
description = cccam-reader
protocol = cccam
device = 192.168.178.1,14188
user = OS2
password =meinpasswort
inactivitytimeout = 30
fallback = 1
group = 2
cccversion = 2.3.0
ccckeepalive = 1

Sollte noch irgendas fehlen, reiche ich das natürlich gerne nach! Vielleicht fällt den Experten ja was auf was verbesserungsfähig auf, mit meinem derzeitigen Kenntnisstand bin ich da nur hoffnungslos überfordert. Wundert mich noch immer das die Angelegenheit ohne großes Kopfzerbrechen zumindest mal läuft...

Herzlichen Dank für Eure Mühe und Zeit!

Erstmal Glückwunsch für den Erfolg ohne weitere Nachfragen hier

Zugriffszeiten auf Karten dauern immer länger als auf Keys

Bei meiner C8.. hat bei CW Zeiten um 150ms und über Irdeto 100ms.

Dies ist aber auch ein wenig abhängig von Hardware und Reader.

Früher habe ich auch eine FritzBox mit Freetz als Server genutzt. Inzwischen bin ich aber auf einen Raspberry PI umgestiegen.

Deine Conifgs sehen gut aus und solange es keine Aussetzer gibt, besteht auch kein Bedarf der Nachbesserung.

Danke für die Hilfestellung! Habe die C841 jetzt mal testweise im Irdeto-Modus laufen lassen und damit haben sich die Zugriffszeiten nahezu halbiert. Liegen jetzt im Schnitt bei 120-130ms ohne größere Sprünge. Werde es dabei belassen, es lief aber auch zuvor im CW-Modus schon top. Kann subjektiv bei den Umschaltzeiten keinen wahrnehmbaren Unterschied ausmachen ob die Karte jetzt direkt im Receiver oder in der Easymouse an der Fritzbox steckt. Ziehe meinen Hut vor dem was die Macher des Freetz-Projektes geschaffen haben, da wird großartige Arbeit geleistet! Ganz, ganz großes Danke dafür!

Die Lösung mit dem Raspberry hatte ich auch im Auge, habe mich aber dann für eine Fritzbox entschieden. Zum einen weil der mistige Pirelli PRG AV4202N der TA mit jeder neuen Fimware immer schlechter und instabiler wurde, zum anderen weil ein Raspberry eben ein weiteres Gerät mit noch ein wenig mehr zusätzlichem Kabelsalat bedeutet hätte. So ließ sich halt beides in einer Anschaffung miteinander verbinden. Die 7360v1 habe ich für gerade mal für sehr günstige € 40,00 + Versand bekommen und selbst mit der Easymouse ist mich das zusammen kaum teurer gekommen als eine weitere ORF-Karte, die mir die Clowns am Küniglberg ohnehin nicht mehr so recht zugestehen wollten.

Laufen tut die Fritzbox 1A, da merkt man schon einen sehr deutlichen Unterschied zu der Vielzahl diverser Billigstgeräte. Etwa 20-25% mehr WLAN-Reichweite/Stärke und das ohne Schwankungen. Die Software ist wie aus einem Guss, läuft sehr stabil und alle Einstellungen die man vornimmt funktionieren auch. Einstellungen lassen sich komplett sichern und zuverlässig zurückspielen. Fast eine Woche Dauerbetrieb und in der wurde die 7360v1 so richtig gefordert wurde und kein einziger Absturz oder dergleichen war zu verzeichnen. Das TA-teil hat zuletzt keine 24h geschafft ohne abzuschmieren, das hat schon einigermaßen genervt...

Herzlichen Dank nochmals für die Hilfe!

@Link nur für registrierte und freigeschaltete Mitglieder sichtbar.

Ich hatte die FreetzBox immer nur in zweiter Reihe laufen, damit es unabhängig vom Router läuft. Meine alte 7170 lief auch immer sehr stabil und ich habe auch Hochachtung vor den Imagebauern gehabt. Wirklich tolle Arbeit der Jungs.




@Link nur für registrierte und freigeschaltete Mitglieder sichtbar.

Mache doch bitte einen neuen Thread im Raspi Bereich dafür auf. --> Link nur für registrierte und freigeschaltete Mitglieder sichtbar.

Zitat von wpaustria

Läuft 1A und ich bin wirklich schwer begeistert von dem Teil, seiner Stabilität ...

Wie Smiley schon geschrieben hat- Freetz ist zwar gut, Raspberry ist beim
CS aber um "Welten" besser...

Zu Deinen Konfigs- da würde ich schon ein paar Dinge ändern: Protokoll
nicht cccam sondern cs378x und beim ORF-Reader alle globalen EMM
blocken, ebenso die unique ...
Hast du nur eine Karte oder auch noch andere?

// Server //

Code:

2016/11/28 23:25:10 77AB554A c   (ecm) user1 (0D95@000004/0000/132F/B8:763...535): found (127 ms) by ORF - ORF eins HD
2016/11/28 23:25:11 77AB554A c   (ecm) user1 (0D95@000004/0000/132F/B8:F41...2AA): found (124 ms) by ORF - ORF eins HD
2016/11/28 23:25:21 77AB554A c   (ecm) user1 (0D95@000004/0000/132F/B8:784...802): found (127 ms) by ORF - ORF eins HD
2016/11/28 23:25:31 77AB554A c   (ecm) user1 (0D95@000004/0000/132F/B8:889...9C5): found (125 ms) by ORF - ORF eins HD
2016/11/28 23:25:41 77AB554A c   (ecm) user1 (0D95@000004/0000/132F/B8:43C...53B): found (127 ms) by ORF - ORF eins HD

// Klient //

Code:

2016/11/28 23:25:11 3358B8B0 c   (ecm) local (0D95@000004/0000/132F/B8:763...535): found (129 ms) by Server - ORF eins HD
2016/11/28 23:25:12 3358B8B0 c   (ecm) local (0D95@000004/0000/132F/B8:F41...2AA): found (126 ms) by Server - ORF eins HD
2016/11/28 23:25:22 3358B8B0 c   (ecm) local (0D95@000004/0000/132F/B8:784...802): found (129 ms) by Server - ORF eins HD
2016/11/28 23:25:32 3358B8B0 c   (ecm) local (0D95@000004/0000/132F/B8:889...9C5): found (126 ms) by Server - ORF eins HD
2016/11/28 23:25:42 3358B8B0 c   (ecm) local (0D95@000004/0000/132F/B8:43C...53B): found (128 ms) by Server - ORF eins HD

Danke für die Tipps! Ich zweifle nicht daran das die Lösung mit dem Raspberry um "Welten" besser sein kann und ist, aber bislang läuft bei mir die Fritzbox tadellos und das nicht nur auf diesen speziellen Einsatzzweck bezogen. Sollten sich hier nicht doch noch in nächster Zeit irgendwelche Probleme ergeben, so werde ich es wohl zumindest in nächster Zeit dabei belassen. Einem zukünftigen Update auf potentere Hardware (wenn es denn mal Sinn macht) steht natürlich nichts im Wege...

cccam habe ich gestern noch durch cs378 mit den folgenden Einstellungen (auf Seite des Servers/Fritzbox) ersetzt:

oscam.conf:

Code:

[cs378x]
port = 16144
serverip = 192.168.178.1
suppresscmd08 = 0

oscam.user:

Code:

[account]
user = OS2
pwd = meinpasswort
caid = 0648,0500
group = 1,2
au = 1

[account]
user = spark
pwd = meinpasswort
caid = 0648,0500
group = 1,2

oscam-reader für die ICE-card im Irdeto-modus:

Code:

[reader]
label = ORF_ICE_CARD_IRDETO
protocol = mouse
device = /dev/ttyUSB0
caid = 0648
boxkey = einige Zahlen...
rsakey = viele Zahlen...
force_irdeto = 1
detect = cd
group = 2
emmcache = 1,1,2,0
blockemm-u = 1
blockemm-g = 1
blockemm-unknown = 1

Das Blocken der EMMs habe ich versucht zu implementieren, aber ganz verständlich ist mir deren Notwendigkeit noch nicht. Dachte diese speziellen Features wären nur bei den Skykarten notwendig, bei mir läuft die ORF-Karte ohne Extras, das heisst kein Abo Austriasat-SD und ganz besonders kein Austriasat HD. Zumindest letzteres inkludiert ein pairing, der ORF meines Wissens nach grundsätzlich (noch?) nicht und Austriasat-SD dann wenn deren eigene Hardware eingesetzt wird. Verhindern die obigen blockemm-Parameter nicht das die Smartcard weitere Aktualisierungen/Freischaltungen bekommt?

Clientseitig: reader-Eintrag in oscam.server:

Code:

[reader]
label = OS2
description = cs378-reader OS2
protocol = cs378x
device = 192.168.178.1,16144
user = OS2
password = meinpasswort
caid = 0648,0500
group = 1,2

Diese Konfiguration habe ich mittlerweile bereits recht ausgiebig getestet. Beide Receiver gleichzeitig auf ORF-Sendern laufen lassen + beim OS2 zwei ORF-Programme gleichzeitig aufgezeichnet. Alles soweit problemlos, keine Störungen, Ruckler oder dergleichen, die Aufnahmen sind wie bei einer lokal gesteckten Karte absolut fehlerfrei. Auch bei den Umschaltzeiten ist subjektiv für mich kein Unterschied wahrnehmbar. Reproduzierbar ist das die Smartcard im CW-Modus deutlich höhere Zugriffszeiten mit größeren Schwankungen "produziert". Beim OS2 der direkt mit 5m Cat5-Kabel an der Fritzbox hängt sind die Zugriffszeiten fast ident zum Server, ein paar ms mehr vielleicht. Beim Sogno Spark auf dem Neutrino läuft (pfeilschnell und mit sagenhaft gutem Bild übrigens) kommt ein Realtek 3070 WLAN-Stick zum Einsatz. Da sind es ca. 25-40ms mehr, aber das sollte auch noch im "grünen Bereich" liegen. Werde wohl aber auch zu diesem Gerät ein Netzwerkkabel ziehen müssen, was ich nach Möglichkeit vermeiden wollte. Leider hat sich aber WLAN-seitig mit dem Spark-Gerät ein gravierendes Problem ergeben, aber das ist wiederum eine andere Baustelle...

Hoffe die wichtigsten Parameter sind weitestgehend korrekt, funktionieren tut es zumindest einwandrei.





Es geht hier dabei nur darum eine einzelne Karte an zwei Recievern "aufzuteilen" ohne das ich diese immer wieder von Gerät zu Gerät mitnehmen und umstecken muss. Das ist halt einfach lästig und nervt. Wenn es funktioniert das die ORF-Programme an beiden Geräten unkompliziert und ohne allzu großen Aufwand verfügbar sind, dann ist für mich die Angelegenheit auch schon zufriedenstellend erledigt.

Danke für Eure Hilfe und Rückmeldungen!


by torwald12

Bilder richtig eingefügt

Zitat von wpaustria

Das Blocken der EMMs habe ich versucht zu implementieren, aber ganz
verständlich ist mir deren Notwendigkeit noch nicht.

Die unique kann man blocken, damit einem die Karte nicht vorzeitig
abgeschaltet werden (geht zwar auch mit shared, aber nicht so
gezielt an eine Karte). Die globalen EMM "müllen" die Karte regelrecht
voll- dann kann es schon mal zu Aussetzern kommen. Da die Karte
auch mit shared-EMM am leben erhalten wird, kann man die globalen
ruhig blocken ...

Hast du nur eine Karte oder auch noch andere?

Ich!? Bei mir sind ein paar Karten mehr am Raspberry ...

Ach ja- man kann hier Bilder problemlos in die Beiträge laden und
braucht dafür keinen externen Anbieter ...

Sehr hilfreicher Artikel zur Lösung von WLAN-Problemen! Gute Arbeit! Danke für den Link!

Bin nicht so sehr ein Fan von WLAN und bevorzuge es, sofern mit vertretbarem Aufwand realisierbar, ein Netzwerkkabel zu verwenden. Diese Variante ist zuverlässiger und auch weniger fehleranfällig, ganz abgesehen vom Vorteil in der Performance. Nur in diesem Falle wäre es halt eine sehr mühsame und zeitaufwändige Angelegenheit eine direkte Kabelverbindung herzustellen, weshalb ich dem nur zu gerne aus dem Weg gehen würde. Umso mehr als es mit dem WLAN-Stick ja grundsätzlich funktioniert. Ja, der Stick ist RT3070, ganz genau der

Code:

ID 148f:3070 Ralink Technology, Corp. RT3070 Wireless Adapter

Neutrino stellt für die gängigsten Ralink-chips Kernelmodule unter Erweiterte Einstellungen zur Verfügung, unter anderem auch für den 3070. Dieses aktivieren, danach lässt sich in den Netzwerkeinstellungen von der Netzwerkschnittstelle auf wlan umschalten. Treiber automatisch bei Neutrino start laden auf ein, die Einstellungen für den Adapter vornehmen, Netzwerkschlüssel eingeben, Einstellungen speichern, fertig. Ganz gleich ob die Zuteilung der IP über DHCP oder statisch erfolgt, es funktioniert alles gleich auf Anhieb. Netzwerkeinstellungen testen ist in allen Punkten erfolgreich und auch der Zugriff auf die geteilte Smartcard funktioniert problemlos.

Das Problem tritt erst auf wenn der Receiver in den Deepstandby versetzt wird. Nach dem Einschalten funktioniert es leider bisher erst mal nicht, der Netzwerktest schlägt in allen Punkten fehl obwohl die Einstellungen im Menü Netzwerk noch alle vorhanden sind und korrekt sind. WLAN bzw. Treiber automatisch starten steht immer noch auf ein und ein lsmod bestätigt auch das dieser geladen ist. Klicke ich Menü Netzwerk nun erneut auf "Einstellungen zuweisen" funkioniert wieder alles. Selbiges passiert wenn ich mit rmmod den treiber entlade und mit modprobe sofort wieder lade. Es funktioniert nur aus irgendeinem Grunde nicht automatisch sobald das Gerät ausgeschaltet war. Ist in dieser Form natürlich auch keine brauchbare Lösung und nervig wenn man die Netzwerkverbindung nach jedem Neustart wieder erneut aktivieren muss.

Einige Lösungen die ich gefunden habe z.B. die /etc/network/interfaces löschen, Einstellungen neu vornehmen, die Interfaces wird dann neu erstellt, eth-Einträge/Verweise in der interfaces auskommentieren haben bislang alle nichts gebracht. Der Stick funktioniert wunderbar, aber eben nur bis zu einem Neustart. Dann verbindet er sich erst wieder zum Netzwerk wenn man die Einstellungen neu zuweist. Gespeichert werden sie, der Treiber ist nach einem Neustart auch geladen, funktionieren tut es aber dennoch nicht.

Habe aber in dem Beitrag mit den Problemlösungen noch etwas gefunden was erfolgversprechend sein könnte, nämlich das blacklisten des rt2800. Der wird unter den ladbaren Kernelmodulen auch aufgelistet, ist aber natürlich auf aus. Das muss aber nicht zwingend heissen das nicht doch etwas kollidieren kann was ein erfolgreiches automatisches Laden des 3070 verhindert. Werde das in den nächsten Stunden noch versuchen, irgendwo müsste ich auch noch einen dieser Mini-WLAN-sticks mit einem rt5370 herumliegen haben. Dazu noch ein paar WLAN-sticks mit eher exotischen chips, mit denen dürfte ich wahrscheinlich noch weniger Glück haben. Sollte es mit den Sticks tatsächlich nicht ordentlich funktionieren werde ich mir so eine WLAN Wifi-bridge anschaffen. Reissen im schlimmsten Falle alle Stricke, dann und erst dann werde ich unter heftigem Fluchen eine direkte Verbindung über ein Netzwerkkabel herstellen