BigPe Geschrieben 13. September 2007 Melden Share Geschrieben 13. September 2007 (bearbeitet) Ich habe gerade das hier im Netz gefunden. Hilft das vielleicht weiter??? bearbeitet 13. September 2007 von BigPe Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
mdesaster Geschrieben 13. September 2007 Autor Melden Share Geschrieben 13. September 2007 Ich habe gerade das hier im Netz gefunden. Hilft das vielleicht weiter??? Das ist SEHR interessant!! Um das mal kurz zusammenzufassen: Anscheinend hat seife einen Weg gefunden den Hänger zu erkennen (was die g**x auch getan hat und keiner wusste wie..). Er kontrolliert ob Interrupts vom ENX kommen und wenn diese nicht mehr kommen fährt er einen Reset. Jetzt ist jemand gefragt, der das mal auf seiner Zwitscherbox testen kann. Freiwillige vor m Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
flashback020 Geschrieben 13. September 2007 Melden Share Geschrieben 13. September 2007 Oh das hört sich aber wirklich interessant an. Mal gucken was da noch so kommt. Wäre ja prima wenn man diese Zicken mal in den Griff bekommt. Gruss flashback Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
BigPe Geschrieben 13. September 2007 Melden Share Geschrieben 13. September 2007 Tja, ich habe gerade so ein Teil da. Ich könnte also gerne testen. Jedoch muß der Code, wie seife sagt, in den Kernel eingebaut werden!!! Ich habe beim besten Willen keine Ahnung, wie man das macht.... Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
bahnbooster Geschrieben 13. September 2007 Melden Share Geschrieben 13. September 2007 (bearbeitet) ... klingt interessant, aber ich denke, da Seife im offiziellen Forum aktiv ist, wird er mit EMU - Kram nichts am Hut haben und auch nicht supporten seife Says: September 13th, 2007 at 13:33 Um es ganz deutlich zu sagen: solange mir keiner glaubhaft versichert, daß es auf FTA-Kanälen auch auftritt, werde ich keine weitere Sekunde an dieses Feature verschwenden. Weitere Diskussionen bitte auf http://forum.tuxbox.org/. Danke. bearbeitet 9. Oktober 2007 von bahnbooster Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
mrvica Geschrieben 14. September 2007 Melden Share Geschrieben 14. September 2007 so viel ich das verstanden habe, man bräuchte die neue aviaEXT.o compiliert mit den diffs von der Seite und ein Script Daemon, wie vom Author vorgeschlagen, der die Funktion aufruft mrvica Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
mdesaster Geschrieben 14. September 2007 Autor Melden Share Geschrieben 14. September 2007 Das eigentlich interessante an seifes Informationen ist das hier: #!/bin/shvalold="" while sleep 1; do # the "avia" interrupts stop if the chip has crashed valnew=$(grep avia$ /proc/interrupts) if [ "$valnew" = "$valold" ]; then echo "$(date) avia_reset" echo > /proc/bus/avia_reset fi valold="$valnew" done D.h die Aussage, dass die Interrupts des ENX "stehen bleiben". Sollte dies bei unserem Problem auch der Fall sein, was NOCH nicht sicher ist, müssten wir nur noch den ENX Reset in obige Schleife einbauen. Es gilt also zu testen, ob während des Zwitscherns noch "aktive" Interrupts vom ENX kommen. Dies würde uns die Zeitschleife bzw. das manuelle Resetten ersparen. Genau das war ja die Kunst der g**x: Zu erkennen, wann das Zwitschern einsetzt! m Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
BigPe Geschrieben 14. September 2007 Melden Share Geschrieben 14. September 2007 Ich hoffe, ich blamier mich jetzt nicht zu sehr, aber das Risiko gehe ich mal ein: meinst du, wenn man das Script einfach so schreiben würde: #!/bin/sh valold="" while sleep 1; do # the "avia" interrupts stop if the chip has crashed valnew=$(grep avia$ /proc/interrupts) if [ "$valnew" = "$valold" ]; then /bin/enxreset fi valold="$valnew" done und in die in /var/etc/init.d/start_neurtino einfügen würde, dann würde das funktionieren ??? Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
mdesaster Geschrieben 14. September 2007 Autor Melden Share Geschrieben 14. September 2007 .... und genau davon habe auch ich keine Ahnung m Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
BigPe Geschrieben 14. September 2007 Melden Share Geschrieben 14. September 2007 Dann sind wir ja schon mal mindestens zwei !!! Egal, ich probier das mal heute Abend daheim aus, und wenn das Zwitschern aufhören sollte, dann ist's wohl richtig gewesen Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
mrvica Geschrieben 14. September 2007 Melden Share Geschrieben 14. September 2007 ihr braucht auf jeden Fall die neue aviaEXT.o, sonst wrds nicht gehen, /proc/bus/avia_reset ist gar nicht auf der Box, schau mal mit Telnet, ln -as /proc/bus/avia_rest , Fehlermeldung, die neue aviaEXT.o erstellt den entry /proc/bus/avia_reset mrvica Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
crunchman Geschrieben 14. September 2007 Melden Share Geschrieben 14. September 2007 mich würde interessieren, ob irgendjemand der Betroffenen ne schwarze Sagem mit 2 x AMD als Zwitscherbox zu Hause stehen hat. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Fazz Geschrieben 14. September 2007 Melden Share Geschrieben 14. September 2007 am schönsten wäre ja wenn der eh vorhandene eNX-Watchdog nicht nur wie bisher den Eingangsfifo auf Überlauf überprüft, sondern halt zukünftig auch noch auf Ausgabe, z.B. den genannten Interupt greetz, Fazz Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
BigPe Geschrieben 14. September 2007 Melden Share Geschrieben 14. September 2007 @crunchman nein, habe ich nicht. Ich habe 'ne graue 1x Zu meinem Versuch mit dem Eintrag in der start_neurtino: Box bleibt bei lade system hängen... Hier spricht der Laie: die Datei /proc/interrupts ist leer, also bleibt valnew auch leer und der Reset wird dauerhaft ausgeführt...oder nicht? Ich denke, mrvica hat Recht und man braucht eine neue aviaEXT.o, welche dann in die /proc/interrupts schreibt, denn diese Datei wird mit grep nach avia$ durchsucht um dann anschließend den Reset über echo > /proc/bus/avia_reset auszulösen. Bestimmt kennen sich damit viele, viele andere viel, viel besser aus als ich. Ich (und einige ander bestimmt auch) wäre also für jede Untersützung dankbar. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
hansebänger Geschrieben 16. September 2007 Melden Share Geschrieben 16. September 2007 @ all ich habe das Image drauf : Keywelt 2007 Squashfs September Image V1 Beta4 auf meiner Sagem mit 1 Chip und habe kein Zwitschern,mit diesen Einstellungen! avia 600 VB022 ucode 001a HW aus avia ein enx ein Pmt aus Für die die immer Probleme haben mit den Vögeln! Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
cy_coe Geschrieben 16. September 2007 Melden Share Geschrieben 16. September 2007 (bearbeitet) auf meiner Sagem mit 1 Chip und habe kein Zwitschern,mit diesen Einstellungen!avia 600 VB022 ucode 001a Glückwunsch! Dann gehörst Du zu den Glücklichen, bei denen es ausreicht, ucode 001a einzustellen. Daß der bei vielen Zwitscher-boxen hilft, ist bereits bekannt. Bei vielen (den meisten?) funktioniert der aber leider nicht... @all Hat schon mal jemand versucht, die box zu untertakten? Z.B. auf 60Mhz - wäre interessant, ob das was bringt... bearbeitet 17. September 2007 von cy_coe Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
sNuuu Geschrieben 17. September 2007 Melden Share Geschrieben 17. September 2007 Dann müsste es doch aber bei übertakten zu mehreren hängern kommen, aber davon hat niemand was gesagt. Ich denke mal viele haben es übertaktet und es hat sich nichts geändert. Daher denke ich das es nicht daran liegt, aber ein versuch ist es ja wert. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
cy_coe Geschrieben 17. September 2007 Melden Share Geschrieben 17. September 2007 Das ist exakt meine Meinung Meine läuft übertaktet auch nicht anders - nur untertaktet hatte ich die noch nie... Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
bahnbooster Geschrieben 18. September 2007 Melden Share Geschrieben 18. September 2007 @ cy_coe: na dann ran. untertakte mal die Kiste Wie verhält sich eigentlich dann das IDE Interface ?? Ist das an den Takt gekoppelt ? Also wird das mit über / untertaktet ?? OFFTOPIC Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
cy_coe Geschrieben 18. September 2007 Melden Share Geschrieben 18. September 2007 hab gar kein IDE-Interface... nur ne sd-karte... aber ich werde das mal mit dem Untertakten testen - auch wenn ich nicht gerne an funktionierenden Systemen rumbastel: never touch a running system... Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
niemand0815 Geschrieben 20. September 2007 Melden Share Geschrieben 20. September 2007 wäre es nicht schön lösungsversuche für das zwitscherproblem in der neuen beta des kw images zu testen? da kann ich genau wegen des zwitscherproblems nämlich nicht mittesten :-( (kein enx-reset = regelmässiger reboot nötig bei meiner sagem 1xi schwarz). Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
schubsi Geschrieben 21. September 2007 Melden Share Geschrieben 21. September 2007 @niemand0815 (kein enx-reset = regelmässiger reboot nötig bei meiner sagem 1xi schwarz). Wie oft müsstest Du regelmäßig booten (bei ausgeschaltetem eXN-Reset)? -==[schubsi]==- Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Alex-2.5 Geschrieben 21. September 2007 Melden Share Geschrieben 21. September 2007 Hallo, also ich hab auch eine ganz schlimme Box Sagem 2x schwarz. Zwitschern kam (ich schreibe extra kam da dies endlich der vergangenheit angehört - hoffentlich) spätestens nach 10min. Habe dann den reset beim umschalten durchgeführt. Dies hielt aber manchmal nur 10 sekunden und es zwitscherte wieder. Bei einem Neustart ging es dann wieder bis zu 10min gut. So, nun habe ich mal das Keywelt_Sep2007_V1_beta6 drauf. Camd3 läuft. ucode_001A Und nun läuft die Box seit 16 Stunden durchgehend auf dem selben Prem Kanal ohne Probleme. Ich bin begeistert! Vielleicht hilft es ja dem ein oder anderen auch. Gruß Alex Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
bahnbooster Geschrieben 21. September 2007 Melden Share Geschrieben 21. September 2007 (bearbeitet) ... und wieder die Antwort: es zwitschert nicht, wegen ucode_001A Das wurde hier schon mehrfach erwähnt !!! Auch die Nachteile des ucode_001A wirst Du hier im Board finden ! bearbeitet 9. Oktober 2007 von bahnbooster Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Alex-2.5 Geschrieben 21. September 2007 Melden Share Geschrieben 21. September 2007 ich habe auch nicht behauptet das es an dem ucode_001A liegt das meine nun mittlerweile schon seit 23 stunden läuft ohne zu zwitschern. hab es eben dazu geschrieben falls wieder die frage auftaucht. auf jedenfall geht es seit dem ich das schon erwähnte image drauf habe. habe alle möglichen images (md, usw.) versucht. Hier ging es zwar besser aber eben nicht perfekt. ausprobieren wird ja wohl nichts schaden. wie gesagt, ist 1:1 das image im DL-Bereich. Dann die internet updates. Läuft mit camd3 sowie auch mit camd2 und abo. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Empfohlene Beiträge