newcode

@Trulli Nur mal so zum Verständnis: das Signal geht in der Sagem Kabelbox folgenden Weg Tuner -> Decoder (at76c651) -> Descrambler (SEC) -> Descrambler/Demuxer (AVIA ENX) -> MPEG Decoder (AVIA 600) -> analoges Video Wenn nun aus dem AVIA ENX nichts mehr rauskommt kann man den AVIA 600 so lange resetten wie man will; das nützt nichts. Grüße

@Trulli Der Prozess avia_av_wdt ist der AVIA Watchdog. Wenn der ENX kein Bild mehr liefert merkt der Watchdog das und glaubt der AVIA wäre schuld daran. Der Chip wird resettet und es gibt einen Eintrag im Log. Grüße newcode

@Trulli Die einzige Besonderheit bei mir ist ein eingebautes Multicam. @schubsi Ich kümmere mich vorläufig nicht um das Schwarzbild. Ich habe ja ein bisher unbekantes Status-Register entdeckt. Im Augenblick versuche ich die Schreibvorgänge abhängig von den Bits in diesem Register zu machen. Da gibt es noch eine Menge Kombinationen auszuprobieren. :-( Grüße newcode

@Trulli Ich kann bei mir nichts ungewöhnliches entdecken. Weder beim Speicher noch bei der CPU Last. Ich benutze aber nicht das beta Image sondern das April 1.1. Vielleicht liegt da der Grund. Grüße newcode

@wayne001 Damit ich Dich bei der nächsten Version berücksichtigen kann brauche ich deine Email Adr. per PM. Grüße

@Trulli Hi. Erst mal Danke für die Mitarbeit. Ich glaube schon, daß das "Hängenbleiben" am avia_gt Modul liegt. Während der Statusabfrage und dem Schreiben in den ENX Chip werden die Interrupts gesperrt. Das scheint wohl manchmal zu lange zu dauern. Ich muß mir da was anderes einfallen lassen. So lange mir die Ideen nicht ausgehen ist alles OK ;-) Grüße newcode

Hi. Ich glaube ich muß diesen Thread mal wieder pushen. Ich bastele gerade am GTX/ENX Modul und habe auch schon einiges gefunden. Meine Sagem, eine von der Sorte die alle paar Minuten zwitschert, hält jetzt mehrere Stunden durch. Ich würde das gerne von einigen von Euch bestätigt bekommen. Ich werde das Modul vorerst nur per Mail abgeben um die Anzahl der Kommentare überschaubar zu halten. Wer testen möchte sollte folgende Voraussetzungen erfüllen: 1) eine echte Zwitscherbox haben ;-) 2) per FTP auf seine Box kommen 3) ein Bootlog erstellen können 4) ein aktuelles KW Image benutzen 5) die Box mit normalem Clock betreiben, weder über- noch untertaktet Das Bootlog ist wichtig weil ich beim Booten eine zusätzliche Revison-Info ausgebe. Vielleicht finden wir da Übereinstimmungen. Es muß ein KW-Image sein weil das Modul bei anderen Images vermutlich weiterzwitschert. Der Clock ist wichtig da das Ganze sehr zeitkritisch ist. Wer also mitmachen will .. PM mit Email Adr. an mich. Macht Euch noch nicht zu große Hoffnungen. Keine Ahnung wie das endet. Grüße newcode

@netcaote Hi. Versuch mal im Player/Standby Menü die camd im Movieplayer auf AUS zu stellen. Grüße

Hi. Ich kann bahnbooster nur zustimmen. Um eine "echte" Zwitscherbox zu identifizieren braucht man eine Abokarte. Steckt man die Karte während des zwitscherns hört das innerhalb weniger Sekunden (sobald die Karte erkannt wird) von alleine auf. Grüße

Hi Schubsi. Beim rezappen brauchst Du das operations script nicht mehr. Es geht auch so: pzapit -zi $(pzapit -gi | cut -f 1 -d ' ') Und das AUDIO=$(/bin/pzapit --getpids | grep "*audio" | cut -b 8) /bin/pzapit -a $AUDIO funktioniert nur im SPTS Mode. Im PES kannst Du das auch weglassen. Grüße

Hi schubsi. Sorry, Du hast natürlich Recht. Es ist der erste Parameter. Und es bringt fast nichts. Da muß ich also noch mal dran. Ich muß nur erst meinen Server reparieren. Neue HD's sind unterwegs. Vielleicht schaffe ich's am WE. Grüße

@schubsi Hi. Hatte in den letzten Wochen nur wenig Zeit. Außerdem ist mir der Server mit den Sourcen drauf am WE abgeraucht. Muß ich heute noch reparieren. Aber um die Systemlast von avia_check zu senken kannst Du auch den zweiten Parameter hochsetzen. Der Abstand zwischen den Interrupts wird nämlich nur kurz vor Ende des Intervalls geprüft. Grüße

@flott4u Hi. bahnbooster hat Recht mit den 90ms. Werte unter 90ms/5s nimmt avia_check nicht an. Wenn Du beim booten ein Logfile erstellst kannst Du sehen mit welchen Werten avia_check gestartet wird. Grüße

@embargodcs Das Problem ist die fehlende Dokumentation des Chips. Der RISC ist wohl bekannt, stammt von Samsung. Aber der Rest vom Chip, die Register und ihre Funktion sind das Problem. Und davon gibts auch noch verschiedene Ausführungen. Sonst würden sich ja alle ucodes in allen Sagems gleich verhalten. Das mit dem 001A stimmt nicht ganz Auf machen Zwitscherboxen läuft der, und das Zwitschern ist weg. Ohne Dokumentation wird das schwierig. Und die, die eine haben behalten alles für sich. Grüße

Hi. Ich weiß nicht ob es bei Dir "DAS" Zweitschern ist. Es gibt nur wenige Fälle bei denen behauptet wurde, daß es bei FTA Programmen zwitschert. Und alle konnten Emfangsprobleme nicht ausschließen. Leider haben die neuen Tunertreiber noch nicht bei allen die Probleme gelöst. Vielleicht solltest Du mal mit meinem V13 über das /proc Interface an den vielen undokumentierten Registern spielen. Ich kann das ja nur für meine Empfangsbedingungen und meinen Provider machen. Grüße

Hi schubsi. In einem gewissen Rahmen kannst Du die Rechenlast selbst beeinflussen. Je größer der Meßzyklus ist um so niedriger ist die Prozessorlast. Das liegt daran, daß avia_check erst kurz vor Ablauf dieser Zeit die Interrupts überprüft. Grüße

Hi. Bei mir ist das mit dem ENX Watchdog etwas anders. Ab und zu stützt der RISC Prozessor im ENX ab. Man bekommt dann einen Eintrag im Log. Risc crashed -- restarting (ist nicht der exakte Text, aber so ähnlich) In ca 50% der Fälle funktioniert das auch. In den anderen Fällen ist der ucode überschrieben und nur ein Reboot hilft. Grüße

@Suzuki750 Hi. Du solltest bei dem Programm was Du benutzt (sc*m) noch die Werte von avia_check anders einstellen. Bei mit läuft das gut mit 120ms / 7s. Das Prog. braucht etwas mehr Rechenzeit. Und durch die veränderten Einstellungen kommt es zu weniger Fehlresets. Grüße

Hi. Die P-Feeds werden in der myservices definiert. Die mitgelieferte myservices ist für Sat. Du mußt die also editieren oder austauschen. Grüße

@Treito Der V8 ist eine Testversion aus dem tuxbox Forum. Da ist aber nicht weiter dran gearbeitet worden. Der Source wurde nicht veröffentlicht, nur das Binary. Grüße

@rel Wenn Du eine SIG Anzeige von 1000 hast läuft bei Dir nicht der V12. Der zeigt max. 255 an. @jetsetter Wenn es nicht zwitschert dann ist bei Dir noch was anderes faul. Vielleicht kannst Du mal ein Logfile erstellen.

@medionpc Das ist bei meiner Sagem auch so. Grüße

@jetsetter Freezer von 10s dürfen auf keinen Fall sein. avia_check muß das in weniger als 2s erledigen. In ganz seltenen Fällen stürzt beim Reset der AVIA ab. Dann gibt es ein Freeze. Das darf aber nur alle paar Stunden einmal passieren. und sollte auch nach 6s wieder laufen. Bei deinen Freezern, zwitschert es da ? @Bullyh Die Knackser kommen durch den SPTS Mode, ist leider so. Ich glaube nicht, daß Kanal nicht verfügbar mit avia_check zusammenhängt. Kannst Du den Umschaltvorgang mal loggen ? Grüße

@golf_4_turbo Ja, wie die 2.00 auch; nur fürs November Image. Datei nach /var/bin kopieren. Da steht auch die alte. Es kann sein, daß man die nicht überschreiben kann so lange avia_check läuft. Deshalb avia_check vorher abschalten oder über telnet killall avia_check eingeben. Rechte natürlich nicht vergessen. alles was mit 7 anfängt ist O.K. Grüße

Hi. Wahrscheinlich haben einige das mit der Decrypt Software, die zuletzt erschienen ist nicht verstanden. Kann das leider nicht deutlicher formulieren. Deshalb hier die neue Version 2.01 von avia_check. Sie ist nicht mehr von der Datei ecm.info abhängig. avia_check V2.01 MD5SUM: 53bb7c1aec3a521f816d033f1bcbdbb7 Da das oben genannte Prog. die Box sehr unregelmäßig belastet empfehle ich als Einstellung 120ms/6s. Ich konnte avia_check nur auf einer Kabelbox testen. Es wäre schön, wenn mir jemand ein paar PMT files von seiner Sat Box schicken könnte. Have fun