ich habe seit einigen Tagen im Homesharingbetrieb (2 Client-Boxen: VU+Solo2 und Xtrenbd ET5000) einen RaspberryPi (Modell B, REV 2.0, 512MB mit akt. Debian Wheezy, Kernel 3.6.11) mit einer V13 inkl. HD+ als Oscam Server laufen. Die eingesetzte Oscam ist die 8452.
Nun habe ich folgendes Problem:
Es kommt bei den Clientboxen - diese sind über CCcam 2.3.0 angebunden - immer wieder in regelmäßigen Abständen (alle 2-3- Minuten) zu Freezern aufgrund erhöhter ECM-Zeiten. Komisch dabei ist, dass im OscamWebIF des RaspberryPi die ECM-Zeiten für die Clients dabei aber immer völlig gleichmäßig (zwischen 124ms und 130 ms) weiterlaufen, während zur selben Zeit die bei den Clients angezeigten ECM-Zeiten in regelmäßigen Abständen dann deutlich/sprunghaft ansteigen.
Wie gesagt sieht der Log im Oscam WebIF komischer Weise ganz unauffällig auf, immer und völlig gleichmäßig ECM Zeiten zwischen 124ms und 130ms. Dies auch zu den Zeitpunkten, wo bei den Clientboxen plötzlich sprunghaft erhöhte ECM-Zeiten auftreten!
Auf den Clientboxen befindet sich zur Zeit nur die Standard CCcam.cfg (also keine CCcam.prio oder dergleichen) mit C-Linie auf den RaspberryPi.
Hat jemand eine Idee, was die Ursache für die erhöhten ECM-Zeiten bei den Clientboxen bei gleichzeitig niedrigen ECM-Zeiten beim Osacm-Server (=RaspberryPi) sein könnte?
Grüße
Edit -ergänzende Info:
Cardreader ist eine Easymouse 2 premium
AW: Immer wieder Freezer bei Clients trotz "normaler" ECM Zeiten beim RaspberryPi
Anbindung erfolgt über Powerlan.
Am Powerlan kann es m.E. nicht liegen, da wenn ich die V13 z.B. intern in der VU+Solo2 betreibe, die Probleme bei der Clientbox nicht auftreten. Möchte aber halt trotzdem gerne die V13 über den Raspi verteilen, damit nicht immer die Serverbox im Betrieb sein muss ...
AW: Immer wieder Freezer bei Clients trotz "normaler" ECM Zeiten beim RaspberryPi
Der Raspberry hängt nicht an einem Adapter, sondern ist direkt am Router angeschlossen. Configs sind die selben.
Was sagen denn eigentlich überhaupt die ECM Zeiten im Oscam WebIF beim Raspberry (die ja gleichmäßig niedrig sind) im Unterschied zu den zur selben Zeit teilweise (zu) hohen ECM-Zeiten bei den Clients aus bzw. wie und warum können denn diese Werte eigentlich zur selben Zeit unterschiedlich hoch sein?
Sorry, vielleicht blöde Frage, aber ich habe immer gedacht, dass diese Werte auf Server und Clientseite zur selben Zeit dann grundsätzlich immer gleich sind ...
AW: Immer wieder Freezer bei Clients trotz "normaler" ECM Zeiten beim RaspberryPi
Bei mir ist aber ja nur "reines" und "kleines" Homesharing ohne irgend was anderes ... Müssten da nicht die ECM Zeiten dann beim Server und beim Client immer nahezu gleich sein bzw. was könnte da dann zu einer so hohen Differenz führen, noch dazu in praktisch regelmäßigen Abständen?
AW: Immer wieder Freezer bei Clients trotz "normaler" ECM Zeiten beim RaspberryPi
Hinzu kommt nur der Ping mal 2.
Einige Geräte haben auch noch etwas Verzögerung. Sollte aber recht gleichbleibend laufen.
Was sich auf den Ping noch auswirkt, sind wenn jemand gleichzeitig surft, verschlechtert der sich schon deutlich.
In einigen Routern kann man Netzwerkprioritäten vergeben (Fritzbox)
Die Powerline, da kannst mal schauen, ob die Verbindung möglichst kurz gesteckt ist.
3er-Stecker oder alles mit weichem Kabel dämpfen sehr stark das Signal.
AW: Immer wieder Freezer bei Clients trotz "normaler" ECM Zeiten beim RaspberryPi
wenn es mit Powerline und VU als server geht,
ist evtl. die Rasp Verbindung zum Router schlecht, mal anderes kabel testen,
oder rasp statt einer box an powerline testen
Bisher leider noch nicht. Hatte aber leider am letzten Wochenende auch keine Zeit für längere Tests. Werde jetzt in den nächsten Tagen einmal verschiedene Steckdosen und dann noch einmal mit meinen "alten" (zwar langsameren aber stets uzuverlässigen) dlan Adaptern testen. Hoffentlich finde ich noch eine Lösung, da es an sich ja prima mit dem Raspberry klappt und nur eben sporadisch die ECM Zeiten (nur!) beim Client hochgehen.
Melde mich dann wieder ...
Habe am letzten Wochenende jetzt noch einmal die dlan Adapter durchgetauscht und dann auch noch meine Oscam etwas "nachkonfiguriert". Die Clientboxen habe ich jetzt über Oscam (bzw. doscam) mittels camd35 Protokoll an den Raspi angebunden. Zumindest momentan läuft jetzt alles mal im Prinzip so, wie es sein soll. Lediglich ganz vereinzelt gibt es in unregelmäßigen, größeren Abständen (so alle 1-2 Stunden) hin und wieder immer noch einmal auf der Clientbox ein "Timeout" ... Im Log der Clientbox sehe ich dann, dass in diesen Fällen immer genau ein einziges CW fehlt, obwohl von Serverseite keinerlei Auffälligkeiten im Log zu sehen sind.
AW: Immer wieder Freezer bei Clients trotz "normaler" ECM Zeiten beim RaspberryPi
Hi,
mit welchem camd Protokoll verbindest du? Es gibt einmal das
[cs357x] UDP oder das
[cs378x] TCP.
Der Unterschied ist in den verschiedenen Verbindungsprotokollen. UDP ist ein unzuverlässiges, verbindungsloses Verbindungsprotokoll, weil der Empfänger keine Bestätiging der Verbindung übermittelt. Das kann dazu führen, dass dein Server einfach nicht weiß, dass das CW nicht angekommen ist und daher dieses nicht sofort noch einmal sendet.
TCP arbeitet hingegen verbindungsorientiert und der Sender wird vom Empfännger über den Erhalt des Datenpakets informiert.
AW: Immer wieder Freezer bei Clients trotz "normaler" ECM Zeiten beim RaspberryPi
Hallo,
vielen Dank für die Info und den Tip!
Ich hatte tatsächlich einfach das erste camd Protokoll in der Reihe des WebIf angeklickt, dies war [cs357x] - habe das gestern Abend dann gleich auf [cs378x] abgeändert und werde jetzt beobachten, ob damit die gelegentlichen "Timeouts" immer noch auftreten.