schubsi

@newcode Muss doch glatt mal meinen ollen Lieblingsthread aufwärmen ... Gibts denn schon neue Erkenntnisse? Ich denke mal, Du bist mit Deinem Verdacht in Richtung "Timing" auf dem richtigen Weg: Meine Sagem-Büchse zwitschert sowieso nur ausgesprochen selten, wenn überhaupt, dann höchstens 1-2 x im Jahr, und dann auch nur ganz kurz... In der voreingestellten Kombination (vb022+0014 - SPTS aus) erhascht mich immer wieder der Schwarzbildbug (Bild schwarz, Ton läuft, Bild kommt manchmal wieder, ist aber asynchron). Durch Wechsel zum 001A ist das seit einger Zeit fast gänzlich verschwunden: Musste ich mit dem 0014 fast täglich einen eNX-Reset/Rezap durchführen, rennt die Büchse unter exakt den selben Bedingungen fast 2 Wochen ohne zu mucken. Ganz ganz selten muss ich mal zu meinem speziellen Script greifen... Ich vermute, dass es - aus welchen Gründen auch immer - zu Unterbrechungen des Streams kommt, sei es im Ton- oder Bild-Bereich (vermutlich beide). Der 0014 bekommt das nicht schnell genug auf die Reihe und die folgenden Komponenten verhaspeln sich, beim 001A gibts nur ab und zu mal nen kleinen Hänger/Ruckler. Sag jetzt nicht, dass es Dir nicht um den Schwarzbild-Bug geht , ich denke, das ist nur die "kleinere Version" des Zwitscherns, also das selbe Symptom, nur weniger schlimm... Das Problem "Zwitschern" dürfte in dem Versuch begründet sein, nach der Unterbrechung des Streams wieder neu zu synchronisieren, was aufgrund von beschädigten Datenpaketen oder "sinnfreien" Vor-/Rückspulversuchen zu scheitern scheint. Ich könnte mir vorstellen, dass es da vielleicht einen zu klein geratenen Puffer gibt, was dazu führt, dass sich der Ton anhört wie ein übelst beschädigtes MP3-File... (Ist nur ne Idee!) Kopf hoch und viel Erfolg! (oh, du mein TuxCom-Bug-Finder-Gott) -==[schubsi]==-

@trulli Dann wärst Du mit Deiner Sagem ungefähr auf Augenhöhe mit meiner, allerdings sind die Zeitabstände bis zum "Bild-Schwarz" nicht so exakt, sondern sehr schwankend. @newcode Klingt doch schon mal vielversprechend! Bevor Du Dich verrennst, hier nochmal der Hinweis, dass dieses Symptom bei mir schon seit Ewigkeiten besteht (vielleicht ist da ja wirklich noch woanders ein Bug versteckt?). Manchmal kommt nach nem eNX-Verschlucker das Bild auch wieder, läuft dann aber asynchron zum Ton... eNX-Reset alleine löst das Problem meistens nicht, sondern es ist dann noch ein ReZap nötig. Iss ja spannend! -==[schubsi]==-

Hallo Tunina Ich war zwar nicht gefragt, blende mich aber trotzdem mal in dieses Thema ein: Erwiesenermaßen kann ein Netzteil negativen Einfluss auf den Empfang haben (wie schon weiter oben von mir beschrieben) - wohlbemerkt reden wir gerade von Sagems, nicht von Nokias: Hatte von Ralf Bader ein fabrikneues NT mit weißer Platine geordert, weil mein braunes im Deep-Standby pfeift. Die BER Werte wurden derart schlecht, dass da kaum noch was ging. Habe mal meine alte EMail an Ralf ausgebuddelt: Ca. 1.4 Millionen (ich glaube es war auf 113 MHz, ARD-Transponder) im Verhältnis zu "normal" ca. 350.000 (ruckel-/störungsfrei) sind eine erhebliche Verschlechterung, bei Verwendung des selben Image, des selben Tuner-Treibers, des selben Stromkabels, des selben Antennenkabels. Habe es 2 mal ein- und ausgebaut, das Ergebnis ist reproduzierbar! Insofern schließe ich nicht aus, dass ein Netzteil Einfluss auf den Empfang verschlüsselter Kanäle haben könnte. Legende: Die BER-Werte wurden mit dem satfind-plugin ermittelt, welches die Werte im LCD anzeigt. Der Deep-Standby ist für mich eh unbrauchbar, weil dann das Ant-Signal nicht verlustfrei durchgeschleift wird (laut Ralf auch nicht i. O.). Die Tests wurden im Oktober 2007 durchgeführt. Hardware seither unverändert - siehe Footer. Software: KW 2007 September Beta11 squashfs 1xI Mehrfamilienhaus - Stichdose ohne Abschlusswiderstand - Pegel gut bis schwächlich (manchmal schwankend). PS: Hatte selbstverständlich versucht, die BER-Werte mittels regelbarem Dämpfungsglied in den Griff zu bekommen, war natürlich erfolglos... -==[schubsi]==-

@fry2k Es gibt da einen Ralf, der Netzteile (und weiter Services) im Angebot hat (als KW-User bekommt man Sonderkonditionen). Meine hat ein braunes Netzteil, welches im Standby pfeift. Habe ein weißes von Ralf eingebaut, aber die BER Werte wurden soooo übelst schlecht, dass kein aussetzerfreies Schauen möglich war. Braunes NT wieder rein, alles wieder schön. Vielleicht ist das ein Ansatzpunkt ! ? ! ? Meine Sagem steht auch nur ab und an, mal mit, mal ohne Bild, mal mit, mal ohne Ton. Liegt wohl am Zusammenspiel mit dem ENX, könnte aber auch an einem schwächlichen Tuner liegen. Habe mich damit abgefunden... Ab und zu ein Neustart und es geht wieder eine Weile... bin ansonsten zufrieden (Preis/Leistung), seit ich ein KW Image drauf habe (Betadingsbums war blöd ). -==[schubsi]==-

@wayne001 Höhö, Weiterentwicklung, der war gut... Wenn hier irgend jemand irgendwas entwickelt, dann sind das in erster Linie snowhead (verbeug), newcode (nochmehr verbeug, vor meinem tuxCom-Bug-Finder-Gott :-)), rich, DdD und die vielen vielen anderen, die hier Voll- oder Teilarbeit leisten... Ich bin nur ein nutznießender Schmarotzer Aaaaalso: Die nach newcode's Tipps abgewandelte Version ist lediglich das Ergebnis der Rechenaufgabe weiter oben (lasse dieses weg, nimm dafür jenes mit rein), ist ganz einfach selbst zu erarbeiten: #!/bin/sh # sagem-reset.sh v0.2 /bin/enxreset 1>/dev/null 2>/dev/null sleep 3 pzapit -zi $(pzapit -gi | cut -f 1 -d ' ') exit 0 Der einzige Beitrag von meinereiner ist die Idee, zwischen Reset und Rezap ein Päusle von 3 Sek. einzubauen... Kannst Dich ja auch mal als "Entwickler" (Prust ) betätigen: Man nehme dies: #!/bin/sh # sagem-reset.sh v0.3 /bin/avia_check & sleep 30 killall avia_check exit 0 und teste dies dann mal, obs den gewünschten Erfolg bringt, wenn die olle Sagem mal wieder "steht"... -==[schubsi]==-

hi newcode Nachtrag: Muss mir doch irgendwas anderes ausdenken - gestern hingt die Box wieder, Bild&Ton kamen nach Ausführung des Scripts zwar wieder, jedoch konnte ich nicht mehr umschalten. Hing vielleicht damit zusammen, dass ich das Script mehr mals hintereinander ausgeführt habe - vielleicht lags auch an der Verwendung der "operations". Habe kein Syslog ("Muss das Notebook hier im Wohnzimmer immer mitten im Weg RUMstehn?" ), ich vermute mal, dass die Pause zwischen RESET und REZAP zu kurz ist. Oder der Tunertreiber hatte sich verhaspelt - musste dann neu starten... Danke für Deine Tipps! Habe einfach - wie unschwer zu erkennen - irgendwas "geklaut" und damit RUMexperimentiert Habs jetzt mal Deinen Vorschlägen entsprechend angepasst, konnte jedoch noch nicht testen, weil meine Sagem seit dem gestrigen Neustart anstandslos durchläuft. Ich gehe in Lauerstellung . Habe auch schon überlegt, das aktuelle Binary von AVIA_Check kurz anzustarten und nach kurzer Zeit wieder zu killen. Werde das mal in Angriff nehmen, vielleicht ist das dann doch effektiver... @wayne001 Was für Erklärungen? Werde mal etwas präziser... Die Anleitung für das FlexMenü ist relativ einfach zu finden. Der Speicherort eines solchen Scripts ist eigentlich banane, ich habe mir /var/sbin ausgesucht, weil da noch mehr von der Sorte RUMlungern. Die Dateirechte sollten auf ausführbar gesetzt werden, im Zweifelsfall funktioniert "777" immer. Ein Beispieleintrag in /var/tuxbox/config/flexinc/plugin_run könnte so aussehen: ACTION=ENX Reset ausl~osen,/var/sbin/sagem-reset.sh Ausführung erfolgt dann mittels "Blau", "Blau", "Rot", wenn es der erste Eintrag in der Liste ist. Die Verwendung eines anständigen FTP-Programms und eines Editors, der unix-kompatibel ist, setze ich bei einem fleißigen KEYWELT-Leser einfach mal voraus... genuch erklärt? -==[schubsi]==-

Moins... für alle diejenigen, die das selbige "Problem" haben wie ich: Ab und zu hängt die Sagem (stehendes Bild, kein Ton), der AVIA_Check ist "oversized" (wäre gar nicht nötig, dass er rund um die Uhr den Prozessor zum Schwitzen bring): Nach Ausführung dieses Scripts läuft meine Sagem anstandslos weiter: #!/bin/sh # sagem-reset.sh v0.1 /bin/enxreset 1>/dev/null 2>/dev/null AUDIO=$(/bin/pzapit --getpids | grep "*audio" | cut -b 8) /bin/pzapit -a $AUDIO # zusätzlich eingefügt, weil zwar der Ton wiederkehrt, aber nicht das Bild sleep 1 /var/plugins/operations rezap & exit 0 Ich habe es mir in das FlexMenü eingebaut, aber auch per "script" sollte es einbaufähig sein. Weitere Erklärungen gehören nicht hierher ("wie baue ich das ein"), dazu gibts eine schöne Anleitung hier im Board.... Funktioniert bei mir klasse und ich kann auf AVIA_CHECK verzichten (weil ich das ja eigentlich nicht brauche). -==[schubsi]==-

Hi newcode Kann ich nicht nachvollziehen, weder bei 'top' noch bei KW-sysinfo zeigt sich bei höheren Timerparametern eine Besserung, auch nicht beim Handling der DBox: Wenn Avia_check läuft, zerrt es mit 40%-70% an der cpu. Hatte den 2. Parameter übrigens so verstanden, dass der erst nach dem "Zuschlagen" relevant wird... -==[schubsi]==- PS: Will auch nicht drängeln, geht vorerst auch so (manuell enxreset, danach rezap)... /Edit PPS: Habs mir jetzt ins FlexMenü eingebaut, also mach Dir bitte keinen Stress!!!

@newcode Moins... Noch am Ball, was die Zickenboxen angeht? Ich aktiviere aktuell den Avia_Check nicht mehr, weil der doch ganz schön die cpu beansprucht (was sich in Form einer trägen Bedienung der Box bemerkbar macht). Da ich keine klassische Zickenbox habe, ist das nicht weiter schlimm, habe mit den neuen Images relativ lange Durchhaltezeiten. Heute früh wars wieder soweit: Schwarzbild, kein Ton, Kanal nicht verfügbar, Hin-/HerZappen ohne Erfolg. Per Telnet ein /bin/enxreset gemacht, einmal hoch und runter geschaltet, Bild/Ton wieder da. Ich erinnere mich dunkel daran, dass ich das mal durchexerzieren sollte, um zu schauen, obs wirklich am ENX liegt. Was soll ich sagen: Sieht ganz so danach aus, gell... :-) Werde wohl weiterhin auf AVIA_Check verzichten und den ENXRESET irgendwie ins FlexMenue einbauen, mal schauen... Ich vermute mal, dass Du an der Systemlast nicht viel drehen kannst, weil der Kernel wohl nicht wirklich "preemptiv" arbeitet. Ich könnte eine Version brauchen, die in höheren Abständen (1-2 Sekunden) mal prophylaktisch "nach dem Rechten" sieht und dann die CPU wieder in Ruhe lässt. Fraglich wäre noch, ob mir das damalige Shell-Skript (Version 0.21 oder so) in meiner heutigen Situation geholfen hätte. DAS macht nämlich deutlich weniger Last, kann aber wohl die Interupts des ENX nicht prüfen (wenn ich das richtig in Erinnerung bzw. verstanden habe), sondern nur die des AVIA. Ich werde es einfach mal testen, aber heute wohl eher weniger... -==[schubsi]==-

Moins... Schonmal mit einem der älteren Tunertreiber versucht? Die ß4 löwt bei mir wunderbar, allerdings mit dem schon so oft von mir erwähnten V6, die eingebauten V11-V13 und alt sind völlig unbrauchbar. -==[schubsi]==-

Yo, so isses... und ich setz nochma einen oben drauf: Man kann mit dem 001A sogar aufnehmen, wenn man eine Abokarte in den Slot steckt :-) -==[schubsi]==-

Yo! Ich mach hier mal nen Push-Up für meinen Lieblingsthread... @newcode Wie schon mehrfach geschildert, ist meine Sagem keine "typische" Zwitscherbox (nur mit den neuen Treibern Alt und V11-V13 auf den unteren Kanälen 113 und 121 MHz). Trotzdem habe ich AVIA-Check in Betrieb, welches meine Kiste am Laufen hält, aktuell mit den Einstellungen 280 und 6. Lasse ich Avia-Check nicht mitlaufen, frisst sie sich nach wie vor irgendwann fest. AVIA-Check läuft - soweit ich das verstanden habe - im Millisekundenbereich, was zur Folge hat, dass es eine gewisse Systemlast erzeugt, klar, lässt sich aufgrund seiner Aufgabe ja nicht vermeiden. Letztens habe ich mit CCcam (wohlbemerkt als reines CS System für meine Abo-Karte in meinem Heimnetz!) experimentiert und da kam die Box doch schon ganz schön ins Schleudern, da diese CAM mächtig CPU-Leistung für sich beansprucht. Wäre es möglich eine spezielle AVIA-Check Version mit einem zusätzlichen Parameter zu versehen, welcher dafür sorgt, dass AC weniger intensiv die Datenströme überwacht und somit die CPU deutlich weniger belastet? Wäre schick... -==[schubsi]==-

@newcode Nein, nein, hast Du vielleicht überlesen: Laut config war AviaCheck nicht aktiv, ich hatte ihn aber per commandline von tuxcom aus gestartet... es sei denn, aviaCheck prüft selbstständig, ob gerade eine Kanalsuche läuft??? -==[schubsi]==-

@newcode Dies könnte ich Dir ja fast schon pauschal mit ja beantworten, ohne es getestet zu haben. Wie schon mal erwähnt, habe ich keine typische Zwitscher-Sagem, sondern eher eine ganz eigenwillige Version. Und ja - falls die Frage jetzt aufkommen sollte - ich habe auch bei FTA Bildhänger, die - so meine ich mich zu erinnern - in älteren Versionen des Avia_Check durch Auslösen eines Resets beseitigt wurden. Vielleicht möchtest Du - für solche und ähnlich gelagerte Problemboxen - eine Betriebsart "/force" einbauen, die dann auch bei FTA zuschlägt, wenns nötig wird? -==[schubsi]==-

Ah ja, jetzt besser :-) Auffällig ist ja lediglich, dass kurz vorher ein ucode_error auftrat, das scheint wiederum die Box (durch eine Reinitialisierung) "vergessen" zu lassen, in welchem Betriebsmodus sie eigentlich fahren soll und wählt möglicherweise einen default-wert, in dem Falle SPTS (da müsste mal ein weiser Mensch - not me - in die Sourcen schauen). Solche Meldungen sind mir bei meiner Sagem noch nicht unter gekommen, jedenfalls nicht bewusst... Ich werde es aber mal beobachten! -==[schubsi]==-