newcode

@jetsetter Um avia_check richtig ans laufen zu bringe solltest Du zuerst mal feststellen in welchem Modus (PES/SPTS) bei Dir die Interrupts ausbleiben. Schalte dazu avia_check ab und log Dich per telnet ein. Wenn die Box anfängt zu zwitschern gib zweimal cat /proc/interrupts ein. In der Zeile die mit 8: beginnt steht der Zähler auf den es ankommt. Verändert der sich nicht, hast Du den Mode in dem avia_check arbeiten würde. Grüße

Hi. Beim beobachten von avia_check ist mir aufgefallen, daß die Pause nach dem Reset manchmal zu kurz ist. Das äußert sich in einem Freeze oder einem schwarz bleibenden Bild nach dem Reset. Ursache kann ein zu spät auslösender Avia Watchdog sein. Deshalb habe ich die Pause nach dem Reset jetzt auf 6s eingestellt. Der Avia Watchdog sollte bei der Benutzung von avia_check immer AN sein. Grüße

@bahnbooster Hi. Beim Tunertreiber hab ich nur noch zwei Sachen. Die eine müssen wir im anderen Thread mal diskutieren. Aber außer bei avia_check sehe ich auch noch beim ves1820 Bedarf. Mir ist außerdem aufgefallen, daß das Zwitscherverhalten mit dem Prog. aus meiner letzten Post besser ist. Hast Du das Prog. mal probiert ? Grüße

Hi. Eine kleine Anmerkung zu avia_check. Wer versucht hat mit dem decrypt Prog., das am 6.12. erschienen ist, und avia_check zu schauen wird gemerkt haben, daß es nicht funktioniert. Der Grund: Das Prog. erzeugt die Datei ecm.info nicht. Workaround: Die Datei mit "touch /tmp/ecm.info" beim Start erzeugen. Neue Version von avia_check folgt am WE. Grüße

@aloxx Hi. Wenn Du ein FTA Programm schaust geht avia_check in einen inaktiven Zustand. Resets werden dann nicht ausgelöst. Das habe ich gemacht, um bei diesen Programmen das System nicht unnötig zu belasten. Grüße

@mdesaster Ich glaube nicht. Ich habe aber keine Phillips. Das müßte uns ein Phillips Besitzer oder SnowHead sagen. Grüße

@BigPe Da es beim Zwitschern nur um Sagems geht, habe ich das nicht dazugeschrieben. Das Auswahl kommt auf einer Nokia nicht. Grüße

@BigPe Was hast Du denn für eine Box ?

@J161 Hast Du avia_check laufen ? Der hätte das Zwitschern erkennen müssen. Grüße

@ptah Hi. Infos zum Zwitschern findest Du auf Seite 1 dieses Threads.

@J161 Hi. Versuch doch mal den VB028. Nur mal zum Test. Ich habe noch einen V12 gemacht. Findest Du im anderen Thread. Der sollte die restlichen Aussetzer beseitigen. Grüße

@v-tek Lies die Seite 1 nochmal und überfliege sie nicht nur. @medionpc Mit rm /var/etc/.zap_enx_reset Da die Sagems nur bei der Benutzung bestimmter Software zwitschern ist es wohl ein Softwareproblem.

@niemand0815 Hi. Sorry, aber das ist Blödsinn. Entweder kommen Interrupts oder nicht. Wie man das auswertet ist, solange die Auswertroutine funktioniert, völlig egal. Laß Dich da vor keinen Karren spannen. ;-) Grüße

@em0 Hi. Hast Du mal versucht avia_check zu aktivieren ? Wenn nein, lies doch mal die Zusammenfassung auf Seite 1 dieses Threads. Grüße

@Ghostrider112 Freut mich. :-) Irgendwann versuche ich mich auch noch mal an dem eigentlichen Problem. Vorher sind aber die beiden Kabel Tunertreiber dran. Grüße

@Ghostrider112 Du findest es in den Keywelt Settings->System Menü->Ucode / Treiber Menü. Da erst avia_gt_proc einschalten und dann avia_check. Die Version im Image ist die 2.00 Grüße

@golf_4_turbo Hi. Die Version 2.0 von avia_check benötigt das neue pzapit aus dem November Image. Das rezappen geht damit schneller als mit dem Webserver. Außerdem wird das enxreset Binary nicht mehr benutzt. Der Reset wird direkt über avia_gt_proc ausgelöst. Das spart ebenfalls Zeit. Prinzipiell hat sich an der Erkennung nichts geändert. Ich habe die Meßroutine so umgebaut, daß sie das System nicht mehr belastet. Außerdem habe ich die Routinen die den Zustand der Box erkennen (crypted, Audioplayer, Kanalsuche) überarbeitet. Die verschlingen einfach Rechenzeit. Das mit dem PES/SPTS Mode hängt von der Box ab. Haben wir früher schon festgestellt. Bei mir ist es genau anders als bei Dir. Grüße

@bahnbooster Hi. Die längere Pause nach dem Reset scheint besser zu funktionieren. Der Avia Watchdog ist manchmal zu langsam. Meine Kabelbox blieb auf QAM256 Sendern nach dem Reset manchmal schwarz. Mit 6s ist sie die ganze Nacht durchgelaufen. @niemand0815 Das macht nichts. An den ves1820 wollte ich auch noch mal ran. Dann hab ich wenigstens einen der mitmacht. :-) Grüße

Na wenigstens einer, der weiß wie es geht. Nur ist es leider nicht das Pollen der Interrupts, was die Rechenzeit kostet.

@bahnbooster Hi. Jau. Ich hatte gehofft es wäre hier anders als im tuxbox-Forum. Nee, ist es nicht. Kann man so oder so sehen. :-) Was avia_check angeht... Ich schau da morgen mal drauf. Ich habe bei der 2.00 sehr viel Zeit darauf verbracht die Systembelastung runter zu schrauben. Vielleicht etwas zu viel. Grüße

@bahnbooster Hi. Dann kann ich das mit der PES/SPTS Umschaltung ja abhaken. Was dein zappen angeht: das hängt wohl mit dem zapit.sock zusammen. Wenn der blockiert ist, kann avia_check den Status der Box nicht mehr feststellen. Auch ein manueller enxreset hilft da nicht. Ich habe die letzten Tage am Tunertreiber für die Sagem Kabelboxen gearbeitet. Steht in nem anderen Thread hier. Läuft auch schon ganz gut, hab BER noch mal um 70% gedrückt. Grüße

@bahnbooster Hi. Wie Du auch schon entdeckt hast geht die CPU-Last durch die shellexec auf 100%. Das bleibt auch so wenn ich avia_check kille. Wenn Dir das wichtig ist, mußt Du den Schwellwert auf ca. 200ms einstellen. Bei mir hört das dann auf. Da mir ein schnelles ansprechen im Normalbetrieb wichtiger ist, bleibe ich auf 90ms. Wäre vielleicht noch interessant einen Wert für's Streamen zu ermitteln. Grüße

@bahnbooster Ich kann erst heute Abend was testen. Grüße

@bahnbooster Hi. Ich habe nicht neu geflasht. Ich fahre immer die Standardeinstellung 90ms/5s. Allerdings im SPTS Mode. PES geht bei meiner Box nicht. avia_check mißt die Zeit zwischen zwei Interrupts. Ist die größer als der Schwellwert wird resettet. Die Genauigkeit der Messung nimmt mit Belastung der Box ab. Das ist aber nur beim Streamen extrem weil neutrino dann mit höherer Priorität läuft. Im PES Mode werden bei mir so gut wie keine Resets erzeugt, auch bei 90ms nicht. Grüße

Hi. Das kann verschiedene Gründe haben. Spontan fällt mir ein: Du hast noch die Version avia-check, die mit einem Minuszeichen geschriben wird. Vielleicht ist der Aufruf der rcS.local in der rcS auskommentiert. Hast Du vielleicht avia_check nach /var/plugins statt nach /var/bin kopiert ? Grüße