Jump to content

newcode

Full Member
  • Gesamte Inhalte

    685
  • Benutzer seit

Alle erstellten Inhalte von newcode

  1. Hi. Ich weiß nicht ob die Busybox bei deiner Interpreterzeile ins schleudern kommt. Es sollte so aussehen: #! /bin/sh /var/bin/avia_check Grüße
  2. @ravenghost Zuerst die Eingabeaufforderung starten. Findest Du in Zubehör. Dann telnet und IP deiner Box eingeben, z.B. telnet 192.168.1.2 Einloggen als root, Passwort falls verlangt, dbox2. Grüße
  3. Hi. @niemand0815 @cincaid Bei den letzten Themen wäre das auch im Full Member Bereich der Fall. Sie sind zwar wichtig, aber ich glaube die Lösung liegt im Bereich des CVS. Das hier ist ein Thread mit >1300 Posts und >150000 Hits. Den verschiebt man nicht einfach mal so. Der tut dem Board gut. Ich kenne kein anderes Board, bei dem dieses Thema so aktiv bearbeitet wird. Und das sollte auch so bleiben. Wir sollten uns bemühen das so regelkonform wie möglich zu machen. Nur meine Meinung :-) Grüße P.S. Wir sind gerade O.T. Regel 4 glaube ich ;-)
  4. @zillan Hi. Dann bleibt nur in den kritischen Zeiten :-] die Box im SPTS Mode laufen zu lassen. Da sollte das nicht passieren. @bahnbooster Hast ja Recht mit den Boardregeln. Ist in diesem Thread auch extrem schwierig. Grüße
  5. @niemand0815 Hi. Das Schwarzbild nach dem Reset kommt nur im PES Mode. Der Reset des enx friert manchmal das Bild ein. Im SPTS reicht es den Audio Pid neu zu schreiben um den Freeze zu lösen (kein schwarz). Im PES reicht das leider nicht. Ich kann Dir eine Version machen, wo ich das im PES rausnehme. Was den Emu ohne Namen angeht: bei dem ist die API die er benutzt konfigurierbar. Ich denke da liegt der Grund für das unterschiedliche Verhalten. Grüße
  6. @bahnbooster Hi. Habe meine Box jetzt 36h im PES gehabt. Damit ich nicht durchdrehe bin ich wieder im SPTS. Ich kann deine Problematik nicht nachstellen. Bei mir wird im PES das Zwitschern manchmal erst nach Minuten erkant. Auch die automatischen Umschaltungen in den SPTS habe ich nicht. Könntest Du im Debug-Display mal nachschauen welche enx-ID Du hast ? Vielleicht kann man ja daraus was herleiten. Grüße
  7. @zillan Hi. Das wird zwar von avia_check ausgelöst, liegt aber im Neutrino. Macht man während der PIN Abfrage ein pzapit --pal (macht avia_check nach dem Reset) erscheint das Bild. Ich weiß auch nicht ob die Kombination Kinder/Emu so geglückt ist. Vorbildfunktion hat das jedenfalls nicht, bzw. die falsche. Grüße
  8. @deSterne Hi. Find ich gut, daß Du dich noch mal meldest. Dann wissen wird ja jetzt beide wie Du es gemeint hast. Nur es passiert halt so oft, daß neuen Usern direkt Faulheit oder Dreistigkeit unterstellt wird. Vielleicht sind sie aber nur ungeschickt und man sollte ihnen eine Chance geben. Und ein dickes Fell hat ja auch nicht jeder. ;-) Grüße @Mod's Ich weiß das ist O.T. Ist auch meine letzte Post dazu.
  9. @bahnbooster Hi. Das erste Log und die folgenden haben nichts miteinander zu tun. Beim ersten geht es um den Avia Chip. Im PES Mode mache ich nach dem Reset ein pzapit --pal um ein Bildfreeze zu verhindern. Da wird wohl der Avia neu programmiert. Hab mir mal den Souce angeschaut. Der Kommentar ist schon etwas merkwürdig. Bei den anderen Logs wird von alleine in den SPTS Mode geschaltet. Ich habe keine Ahnung wo das herkommt. Ich werde am WE mal versuchen das bei mir zu provozieren. Grüße
  10. @Board-Opa Du solltest schon mir überlassen was ich zitiere, insbesondere da Du nicht der Autor bist. Der Grund für mein Zitat ist einfach: Blui schreibt seine erste Post und bekommt als erstes so eine Nettigkeit, finde ich nicht O.K. Aber Du scheinst auch nicht gerne zu lesen, sonst hättest Du gesehen, daß ich Blui bereits geantwortet habe. mdesaster pflegt diese Zusammenfasung und es macht keinen Sinn, daß hier eine zweite anfange. Falls es etwas an dieser Zusammenfassung auszusetzen gibt... ich bin überzeugt, daß mdesaster Anregungen gerne aufnimmt. Grüße
  11. @deSterne Was soll das denn bedeuten ? Kannst Du mir das mal erklären ??? Grüße
  12. @Blui Fang doch einfach mal mit Seite 1 dieses Threads an. Da findest Du eine Zusammenfassung von mdesaster. Auch wenn es deine erste Post ist, darfst Du uns ruhig dein Problem ausführlicher schildern. :-) @niemand0815 Die Sache mit dem Umschalten hatte ich für mich mal eingebaut. Das hat soviel Rechenzeit gekostet, daß ich es wieder gelassen habe. Der Grund ist: ich kann den Programmstatus nicht direkt feststellen, ich muß über operations oder pzapit gehen. Falls Dir dazu was anderes einfällt, gerne. Da alle Prozesse (außer sectionsd) mit einer dyn. Prio von 0 laufen kommt avia_check bei hoher Last zu selten dran. Die Messung wird ungenauer. Es kommt dann zu einzelnen zusätzlichen Resets. 90% von denen nimmt man aber nicht war, der Rest mach einen kurzen Ruckler. (Schau nicht in den Logfile, schau auf's Display :-) ) Was Modifikationen am CVS angeht: das würde eine Quelle ständiger Arbeit. Zu einem solchen Schritt wäre ich nur bereit, wenn es das Zwitschern komplett beseitigt. Außerdem hast Du in den nächsten Tagen auch keine Zeit. Wenn das Image erst mal raus ist, wirst Du als Betatester bestimmt was zu tun kriegen. :-] Grüße
  13. @mike99 Das können wir gerne versuchen. Aber nach dem Release. Dann können mehr User mittesten. Grüße
  14. @bahnbooster Hi. Bei zu vielen Fehlauslösungen hilft nur den Schwellwert höher einzustellen. Auch das Umschaltverhalten kann sich dadurch verbessern. Die Zeit bis zum Ansprechen steigt dadurch aber an. Das mit den Aufnahmen hatte ich auch erwartet. Eine Alternative zur Erhöhung des Schwellwertes wäre ein renice von avia_check auf -15. Ich muß das aber erst testen, es könnte den Stream stören. Der Avia-Watchdog schein nur auszulösen, wenn der Stream komplett wegbleibt (schwarz). Die Interrupts beim Zwitschern kannst Du dir mit "cat /proc/interrupts" selbst anschauen (ist der Interrupt 8: den ich benutze). Grüße
  15. @mike99 Hi. Bei mir laufen im PES Mode die Interrupts beim Zwitschern weiter. Da kann avia_check nichts machen. Im SPTS Mode liegt die Erkenungszeit bei mir i.d.R. unter 1s. Ich habe versucht das zu verkürzen, aber das geht dann auf die Performance der Box. Wenn Euch das egal ist, kann ich noch ein paar 100ms rausholen. Ich hatte aber auch einmal ein schlechteres Ansprechverhalten, nachdem ich im Neutrino mehrmals den PES/SPTS Modus gewechselt hatte. Nach einem Neustart war das dann weg. Grüße
  16. @bahnbooster @ruffer00 Hi. Von mdesaster verlinkt ist die Version 1.00. Das ist auch die richtige. Grüße
  17. @Mr.DB Da ist wohl dein ucode nach dem Reset abgestürzt. Das passiert manchmal. Hier erkennt der Watchdog es und startet den risc neu. In der bösen Variante wird auch das RAM des risc zerstört. Dann hilft nur ein Neustart. Framer Errors gibts immer mal wieder ohne das man es mitbekommt. Auch der Überlauf der Queue erfordert normlerweise keinen enxreset. Hast Du den Avia Watchdog an ? Bist Du im SPTS Mode ? Grüße
  18. @bahnbooster Das habe ich auch erwartet. Ich wollte das aber erst austesten, wenn das nice vom sectionsd festliegt (ist jetzt der Fall, +5). Beim Streamen wird die Priorität vom neutrino nach oben gesetzt (-15). Das macht meinen Meßvorgang ungenauer. Die User, denen das Streamen besonders wichtig ist, sollten also einen höheren Schwellwert als 90ms einstellen. Eine Empfehlung kann ich noch nicht geben, vermute aber es wird so auf 130-150ms hinauslaufen. Grüße
  19. @bahnbooster Das ist genau richtig. Während der Pause nach dem Reset werden die Kernelmessages ausgewertet. Ist da die Meldung vom Avia-Watchdog drin, wird rezapped um den ENX wieder anzuwerfen. Ich habe deshalb die Pause auf 5s erhöht als ich das reinprogrammiert habe Grüße .
  20. @niemand0815 Ich habe die im RCx Thread gepostet weil die nur noch fürs Release ist. Grüße
  21. @Mr.DB Das sollte aber in der rcS.local funktionieren. Du kannst es aber auch in die start_neutrino an den Anfang schreiben. Stimmt vielleicht was mit deinem Editor nicht ? (Unix hat keine CR's) Grüße
  22. @Kruemel666 Dann würde ich ihn doch einfach mal fragen. Der beißt sicher nicht. :-) Grüße
  23. @Kruemel666 Ich meinte einen Artikel von g5401. Grüße
  24. @Kruemel666 Schade. Dein pzapit ist leider zu alt. Sonst hätte ich Dir einen Ersatz gebastelt. operations ist nicht von mir, deshalb will ich das nicht einfach verschicken. Wenn Du aber mal ein paar Seiten im Thread zurückgehst, wirst Du einen Artikel finden in dem es auch um operations geht. Grüße
  25. @Kruemel666 Log Dich mal ein und gib folgendes ein: pzapit -gi Grüße
×
×
  • Neu erstellen...