Sagem Zwitscher-Box

[Xander]

Wie ich in dem anderen Tread schon geschrieben habe und auch hier ein paar Seiten vorher, ist der Widerstand nicht die Problemlösung. Der Austausch des Rs hilft lediglich beim mechanischen zirpen des Netzteils.

Dennoch meine Empfehlung: Wenn der R defekt ist, bitte gegen einem mindesten 1W starken austauschen. 2W sind besser.

 

Gruß Xander

bearbeitet 1. Oktober 2007 von Xander

[Fazz]

Hi, newcode

 

Das Thema mit den Interrupts hat mir keine Ruhe gelassen. Die bleiben tatsächlich weg, aber nur wenn die Box im SPTS Mode ist.

 

womit hast Du das herausgefunden? Hast Du selbst ein Programm geschrieben was das überprüft?

 

Ich habe dann per Script ein enxreset ausgelöst und das zwitschern hört auf. Aber oft bleibt der Ton dann ganz weg. Um ihn wieder zu kriegen muß man dann noch ein rezap machen.

ev. könnten hier ja noch die einstellungen im "gt_proc"-menu helfen

 

 

Ist zwar nur ne Krücke, aber besser als der timergesteuerte enxreset.

Das will ich meinen!!!

 

Getestet habe ich auf der beta9, sollte aber auch auf dem 2006er Image laufen.

 

Stelle mich gerne zur Verfügung

 

greetz,

Fazz

[newcode]

@Fazz

Habe mein script avia-check.sh genannt.

 

#!/bin/sh

OLDCOUNT=0

while sleep 1; do

COUNT=$(grep avia$ /proc/interrupts)

if [ "$COUNT" = "$OLDCOUNT" ]; then

/bin/enxreset 1>/dev/null 2>/dev/null

/var/plugins/operations rezap 1>/dev/null 2>/dev/null

/bin/enxreset 1>/dev/null 2>/dev/null

else

OLDCOUNT=$COUNT

fi

done

 

Da fehlt aber noch was und das ist jetzt hier im public Bereich schwierig.

Ich umschreibe das mal. Bei der descrambler Software die ich benutze könnte nach der "while" Zeile folgende Zeile kommen:

 

if [ -f /tmp/ecm.info ]; then

 

und das zugehörige "fi" vor dem "done".

 

Das bewirkt, daß das Script nur bei bestimmten Sendern aktiv ist.

 

Vielleicht hat jemand noch eine bessere Idee als "operations rezap" um den Ton wieder zu kriegen.

 

Grüße

[biegel]

Hallo,

 

danke für die Infos. Momentan hab ich noch andere Sorgen mit meiner Sagem, Kabelbox. Kanal nicht verfügbar, Freezer, Zwitschern etc...

 

Hab sämtliche Images getestet, hält dann wieder ein paar Tage und dann gehts wieder los.

 

LG Biegel

[niemand0815]

Habe mein script avia-check.sh genannt.

 

Da fehlt aber noch was und das ist jetzt hier im public Bereich schwierig.

ich würde sagen wir sollten vielleicht im NP bereich einen dev-thread dafür aufmachen. bin auch gerne bereit zu testen.

[niemand0815]

Habe mein script avia-check.sh genannt.

 

Da fehlt aber noch was und das ist jetzt hier im public Bereich schwierig.

ich würde sagen wir sollten vielleicht im NP bereich einen dev-thread dafür aufmachen. bin auch gerne bereit zu testen.

[newcode]

@niemand0815

 

Zum testen kann man das Script erst mal nehmen wie es ist.

 

Ich habe auch gerade etwas gefunden, wie ich auf den rezap verzichten kann. Muß das aber noch testen und ins Script einbauen.

 

Grüße

[newcode]

Hier das neue Script. Läuft viel schneller und macht auch kein Schwarzbild mehr.

 

#!/bin/sh
# avia-check.sh  v0.2
OLDCOUNT=0
while sleep 1; do
 COUNT=$(grep avia$ /proc/interrupts)
 if [ "$COUNT" = "$OLDCOUNT" ]; then
   /bin/enxreset 1>/dev/null 2>/dev/null
   AUDIO=$(/bin/pzapit --getpids | grep "*audio" | cut -b 8)
   /bin/pzapit -a $AUDIO
 else
   OLDCOUNT=$COUNT
 fi
done

 

Grüße

[niemand0815]

habs mal ausprobiert, und es wirft den enx-reset an sobald das bild hängt.

aber:

danach war der ton weg.

 

was mir auffiel: es werden in kurzer zeit 3-4 resets hintereinander abgefeuert. eventuell verursacht das ja den tonaussetzer.

 

ich versuch es jetzt mal mit pausen vor den else.

 

btw:

kaum das man so was probiert tritt es natürlich nur noch selten auf. so ein mist.

einmal hatte ich auch einen bild schwarz, aber ton da als ergebnis. ich vermute aber wirklich die massiven enx-resets als ursache dafür.

 

EDIT:

* bei kanal nicht verfügbar macht er dauer-enx-reset bis man den kanal wechselt

* mit sleep 1 vor der else scheint es bei mir stabier zu laufen. ich hab beim zappen einen hänger gar nicht bemerkt.

bearbeitet 1. Oktober 2007 von niemand0815

[newcode]

@niemand0815

Ich habe das neue Script seit 2h am laufen. Es gab ca. 8 Zwitscheranfälle. Alle wurden erkannt.

Jetzt gerade während ich schreibe ist es noch 2 mal passiert (PW 3 | ich habe ein Abo, Karte liegt neben der Box).

Film läuft immer noch. Gab nur einen kurzen freeze.

Hast Du das neue Script benutzt ?

 

Grüße

[niemand0815]

ja, das neue script.

bei mir hatte ich nur auf animal planet zwitscherer heute.

und extrem wenig... mist. immer wenn mans provozieren will.

hab sogar den ap neben der box auf volle leistung hochgepumpt, aber nur wenig erfolgt.

 

welche ucode und gtproc settings etc. verwendest du? evtl müssen wir und da aneinander angleichen um aussagekräftig testen zu können.

 

btw:

schlagt mich nicht, aber wo muss ich nochmal scripts plazieren damit die im hauptmenü erscheinen?

 

btw2:

und mit dem sleep 1 drin hatte ich nicht mal nen richtigen freeze.

 

EDIT:

so, habs mir jetzt mal in die start-neutrino eingebaut.

 

* beim scriptstart benötigt man ein "sleep 15" um resets beim booten zu verhindern.

* durch den "sleep 1" vor der else braucht man nur 1 reset pro hänger, nicht mehr 3.

 

todo:

bei "kanal nicht verfügbar" und bei sendern ohne vogel darf das script nicht zuschlagen. wobei zweiteres untragisch ist (passiert ja eh nix da es nie hängenbleibt).

und ersteres ist auch unkritisch, da es dort sowieso egal ist (und durch den sleep vor der else wird recht selten resettet, so das es denke ich auch nicht zu anderen problemen kommen sollte).

 

#!/bin/sh
# avia-check.sh  v0.201
sleep 15
OLDCOUNT=0
while sleep 1; do
COUNT=$(grep avia$ /proc/interrupts)
if [ "$COUNT" = "$OLDCOUNT" ]; then
  /bin/enxreset 1>/dev/null 2>/dev/null
  AUDIO=$(/bin/pzapit --getpids | grep "*audio" | cut -b 8)
  /bin/pzapit -a $AUDIO
 sleep 1
else
  OLDCOUNT=$COUNT
fi
done

bearbeitet 1. Oktober 2007 von niemand0815

[cy_coe]

Respekt Leute! Läuft bei mir jetzt auch schon seit 4h perfekt. Gute Arbeit!

[Fazz]

Puh, musste mich auch erstmal bischen mit der Bash befassen,

aber es läuft im spts-mode

 

Wollte die ganze Zeit noch mal die unterschiedlichen Zahlen die im Dual PES-Mode auftreten analysieren, allerdings wirken sich scheinbar auch andere Ereignisse auf die Anzahl der Avia-Interrupts aus, so das das doch schwieriger wird. Ich versuche vieleicht die Tage mal eine Standartabweichungsüberprüfung reinzubauen, auch wenn ich zweifel habe.

 

Aber ev. könnten wir im Dualpesmode auch mit kleiner 300 millisekunden statt 1 Sekunde prüfen, da dort erheblich mehr Interrupts auftreten.

 

andererseits könnten wir den SPTS auch noch auf 500ms "tunen" :-)

es gibt wohl "ussleep" für mikrosekunden,....

 

cu

fazz

[newcode]

@Fazz

Es kommen nur 2 Avia Interrupts pro Sekunde. Viel zu tunen ist da mit einem shell script nicht mehr. Man könnte mal die enx interrupts mit einem C-prog untersuchen. Die kommen viel häufiger.

 

@alle @niemand0815

Habe noch was eingebaut für alle die Soft 894beta1 benutzen. Außerdem ein delay nach einem Reset.

#!/bin/sh
# avia-check.sh  v0.3
OLDCOUNT=0
while sleep 1; do
 if [ -f /tmp/ecm.info ]; then
   COUNT=$(grep avia$ /proc/interrupts)
   if [ "$COUNT" = "$OLDCOUNT" ]; then
     /bin/enxreset 1>/dev/null 2>/dev/null
     AUDIO=$(/bin/pzapit --getpids | grep "*audio" | cut -b 8)
     /bin/pzapit -a $AUDIO
     OLDCOUNT=0
   else
     OLDCOUNT=$COUNT
   fi
 fi
done

Das Script sollte nach /var/plugins kopiert werden. Gestartet wird es aus dem /var/plugins/operations Script. Dazu fügt man bei Zeile 279 oder 280, je nach Image, folgende Zeile ein:

	if [ $i -eq $CAMD3_POS ]; then
 if [ -e /var/etc/.kwcamd_3 ];then
	 if pidof $CAMD3 > /dev/null; then
   echo $CAMD3 laeuft
	 else
   echo starte $CAMD3 
   $0 check_camd3_socket
   
   [ ! -x /var/bin/$CAMD3 ] && chmod 777 /var/bin/$CAMD3
   $CAMD3
   sleep 3
   [ -e /var/etc/.camd3_prio_h ] && renice -20 `pidof $CAMD3` > /dev/null
   [ ! -e /var/etc/.camd3_prio_h ] && renice 0 `pidof $CAMD3` > /dev/null
   /var/plugins/avia-check.sh &
	 fi

Bei Zeile 424 kann noch folgende Zeile einefügt werden:

#CAMD3_SOCKET=`cat /var/keys/camd3.config | grep SOCKET= | cut -f2 -d= `

pidof $CAMD2 > /dev/null && echo beende $CAMD2 && killall $CAMD2
pidof $CAMD3 > /dev/null && echo beende $CAMD3 && pcamd -s $CAMD3_SOCKET -kill
pidof avia-check.sh > /dev/null && echo beende avia-check && killall avia-check.sh
pidof $NEWCAMD > /dev/null && echo beende $NEWCAMD && kill `cat /tmp/newcamd.pid`

 

Viel Spaß

[newcode]

Hier noch ein Fix, falls der Movieplayer aus einem verschlüsselten Programm heraus gestartet wurde:

#!/bin/sh
# avia-check.sh  v0.31
OLDCOUNT=0
while sleep 1; do
 TUNER=$(pidof kdvb-fe-0:0)
 if [ -f /tmp/ecm.info ] && [ -n "$TUNER" ]; then
   COUNT=$(grep avia$ /proc/interrupts)
   if [ "$COUNT" = "$OLDCOUNT" ]; then
     /bin/enxreset 1>/dev/null 2>/dev/null
     AUDIO=$(/bin/pzapit --getpids | grep "*audio" | cut -b 8)
     /bin/pzapit -a $AUDIO
     OLDCOUNT=0
   else
     OLDCOUNT=$COUNT
   fi
 fi
done

 

TODO: Beachten des Radio-Modus. Bei dem kommen die Avia Interrupts sehr unregelmäßig.

[newcode]

So, hier nun auch der Radio-Fix. Konnte ich bislang nur online testen.

#!/bin/sh
# avia-check.sh  v0.32
OLDCOUNT=0
SECS=1
while sleep $SECS; do
 TUNER=$(pidof kdvb-fe-0:0)
 if [ -f /tmp/ecm.info ] && [ -n "$TUNER" ]; then
   COUNT=$(grep avia$ /proc/interrupts)
   if [ "$COUNT" = "$OLDCOUNT" ]; then
     /bin/enxreset 1>/dev/null 2>/dev/null
     AUDIO=$(/bin/pzapit --getpids | grep "*audio" | cut -b 8)
     /bin/pzapit -a $AUDIO
     OLDCOUNT=0
   else
     if [ -n "$(/bin/pzapit --getpids | grep "video")" ]; then SECS=1; else SECS=3; fi
     OLDCOUNT=$COUNT
   fi
 fi
done

[niemand0815]

also 24h problemlos, mit nur einer sonderheit:

 

einmal war der hänger mit (!) interrupts.

bild gehängt, ton zwitschernd, aber immer noch knapp 1ir/sekunde

erst nach knapp 30 sekunden haben die aufgehört und das skript hat gezogen.

das brauchte dann 6 resets (mit verzögerung) bis das bild wieder stabil lief (und der ton).

 

ich denke aber das war ein sonderfall.

[schubsi]

@niemand0815 und @newcode

 

Nur zur Info:

 

Da ich nach wie vor den EPG-Kram im Verdacht habe, läuft parallel zu Euren Bemühungen bei mir ein Test bezüglich der Anregung von SnowHead, die Priority von sectionsd niedriger zu setzen (-15)

 

Aktuell und außerhalb der "normalen" Betriebszeit läuft jetzt µcode.0014 ohne jegliche Workarounds (eNX-Reset etc.)...

 

Feedback gibts demnächst...

 

-==[schubsi]==-

[newcode]

@schubsi

 

Das ist sehr schön, daß sich noch andere mit dem Thema befassen. Der Thread hier hatte sich ziemlich totgelaufen.

Ich hoffe Euer Fedback ist positiv.

 

Grüße

[niemand0815]

das hoffe ich auch. vielleicht würde das dann die ursache lösen statt an den symptomen zu basteln.

 

@newcode:

hatte eben wieder einen hänger trotz script.

was mir dabei auffiel:

es kamen pro sekunden 200-300 interrupts für den avia.

normalerweise hab ich da immer nur 100-150 gesehen.

kann es sein das zu viele interrupts auch ein symptom für einen hängenden enx sind?

 

auf jeden fall konnte das script deswegen nicht loslaufen. manueller enx-reset hat sofort geholfen.

 

eventuell zeigt sich hier das wir mehrere symptome haben die sich für den user gleich auswirken (zwitschern), aber verschiedene ursachen haben.

 

gegen das primärproblem hilft das script definitiv (ich konnte bisher nie 24h einen sender laufen lassen).

 

nur zur vollständigkeit: wie sind deine ucode und sonstigen einstellungen? (vielleicht per pm um den thread nicht vollzumüllen).

 

gibt es noch irgendwas das ich bei einem sochen hänger mal überprüfen kann?

[newcode]

@niemand0815

 

Meine ucodes sind die 0014 (built in). Aber mit der 0014 muß man vorsichtig sein. Ich habe 3 verschiedene Versionen davon. Bei allen steht 0014 drin, und trotzdem haben sie verschiedene md5sum.

Ich kann erst heute Abend wieder was testen. Habe hier keine Box (nur online).

Ich schicke dann später meine Einstellungen.

 

Grüße

[niemand0815]

hab bei mir mal auf die 21 gewechselt, seit dem habe ich oben beschriebene hänger trotz interrupts.

ich teste noch andere einstellungen und geh dann mal auf die 014 welche in der beta7 drin ist zurück. welche avia-treiberversion wäre auch denke ich noch wichtig, eventuell verhalten die sich unterschiedlich.

[newcode]

@niemand0815

Meine Avia Firm. ist die 0028. Die 0022 und 0030 laufen schlechter. Zum Teil habe ich damit Verzerrungen im unteren Bildviertel.

[gerry6n]

Hi,

 

hab das mit dem Script nu mal probiert aber meine bild bleibt immer wieder stehen. und dann is alles dunkel ;-).

 

Habe die Berchtigung der avia-check.sh auf 755 gesetzt

und die Einträge in der Operations gemacht.

 

ENX und AVIA Watchdog on

SPTS on

Avia 600 VB022

ucode 0014

Avia_Gt_Proc on

 

Mag vielleicht jemand mal ein Image posten da geht ...natürlich ohne vogel und kekse

 

MfG Gerry

[bahnbooster]

@newcode:

hatte eben wieder einen hänger trotz script.

was mir dabei auffiel:

es kamen pro sekunden 200-300 interrupts für den avia.

normalerweise hab ich da immer nur 100-150 gesehen.

Mal ne Frage, wo sehe ich denn diese Interrupts ???

bearbeitet 9. Oktober 2007 von bahnbooster