Jump to content

Fazz

Full Member
  • Gesamte Inhalte

    98
  • Benutzer seit

Reputation in der Community

0 Neutral
  1. @Mark: "touch /var/etc/.zap_enx_reset" mach nix anderes als eine leere Datei ".zap_enx_reset" im Verzeichnis "/var/etc" anzulegen. Dies braucht nur einmal gemacht zu werden,... und ist dann bei JEDEM Start aktiviert,... greetz, Fazz
  2. mit Telnet zur Box verbinden, dann "touch /var/etc/.zap_enx_reset" eingeben bzw ausführen. Steht (jetzt?) auch auf der ersten Seite. greetz Fazz
  3. Man kann den sectionsd ja sogar komplett killen, ("killall sectionsd") damit der aber nicht von alleine neu startet, muss man ihn vorher im Keyweltmenu->Systemmenu->Keep-alive-Menu ausschalten. Dauert bei mir zwar dann länger(vieleicht auch nur einbildung) bis zum zwitschern, aber zwitschert halt trotzdem irgendwann. :-( greetz, Fazz
  4. FYI: hab auch noch was interessantes gefunden,...
  5. Nee, über den normalen Weg (SEC/cam-alpha schickt vermutlich an AVIA(?)) gibt es AFAIK kein Zwitschern. Nur wenn das nicht per SEC/cam-alpha dem AVIA geschickt wird(?), passiert das. aber nochmal, Fakt ist : Wenn unverschlüsselte auch schon Probleme machen, hat das nix mit der Zwitscherthematik zu tun, und ihr seid hier verkehrt. (Dann sinds eher Empfangs/Tuner/SEC -Probleme) n8, Fazz
  6. jo, es gibt sehr viele graue sagems die völlig normal laufen, auch mit "ucode 0014 , HWsections=on, SPTS=on",.... etc. ppp.
  7. @Heavensonfire: sollte die nicht zwitschern bitte in einem anderen Thread beteiligen, such doch mal nach "kalte Lötstellen" im Tuner per Boardsuche. also, das einzige was irgendwie definitv gesichert ist, ist doch das ALLE zwitscherboxen mit Ucode 001A deutlich länger zwitscherfrei bleiben! Jetzt stellt sich nat. die Frage, wie kann das sein? Was macht der anders? Dazu zur nächsten gesicherten Erkenntis. 001A kann kein - SPTS - HW-Sections-Filtering Ich vermute einfach mal der Ucode 0014 wird das HW-Sections immer durchführen (zumindest Teile davon, egal ob neutrino das auswertet oder nicht) Dadurch ist dann weniger Zeit beim 0014 für andere Dinge (z.B. eine Interruptverarbeitung,...) als beim 001A greetz, Fazz
  8. Nur den Quarz können wir also ausschliessen, da ja jetzt auch der erste vom Hersteller "NDK" betroffen ist. stimmt so eine Liste wäre nicht schlecht. aber irgendwie scheint das ja eh sehr unterschiedlich zu sein. Wenn ich meine mal mit z.B. Xanders vergleiche. Ich habe hier eine Extrem-Zwitscherbox. (denke das es letzte Zeit noch schlimmer geworden ist). Mit Ucode 0014 ist sie fast nur am zwitschern(spätestens so 30 sekunden- 2 Minuten) nach dem Start, mit Ucode 001a hält ca 30 Minuten durch. Ich hatte vorher noch ne andere Zwitscherbox, die hielt auch irgendwie länger durch! greetz, Fazz
  9. dass die 0 die Jahreszahl ist kann ja sein der Buchstabe die Kalenderwoche ist ja eher unwahrscheinlich A = KW1 B = KW2 ... Z = KW26 Zwitschert -------- a = KW27 Zwitschert nicht am einfachsten wäre doch mal bei ner Zwitscherbox nen anderen 27.000 er einzulöten, ich habe noch uralte vom CBfunk mit 27.125,... hier rumliegen, die werden wohl nicht gehen? (Eher die Box vollends verwirren/desyncronisieren?) greetz, Fazz
  10. Jupp, Modem ausbauen ist immer gut, sorgt auch für bischen mehr Luft. Schaden tut es keinesfalls. Speicher der CPU können wir also erstmal ausschliessen, aber wie ist es mit den anderen beiden also AVIA und ENX? 80 ns haben die scheinbar ja eh immer, aber sind die bei euren Zwitscherboxen auch von HYUNDAI? Ich verfolge gerade noch mal einen völlig anderen Ansatz(änderung der Prozessprioritäten) da jemand meinte es liegt ev. am sectionsd: ein erster Versuch nur mit ( "renice 20 `pidof sectionsd`") war bei mir leider bisher nicht erfolgreich, mal sehen wann ich weiterteste,.... vieleicht hat ja jemand anderes Bock mal mit den Prozessprioritäten zu spielen z.B. CAMD3 weit zu erhöhen -> "renice -18 `pidof camd3`" Sectionsd ganz runter -> "renice 20 `pidof sectionsd`" greetz, Fazz
  11. Nochmal zum Speicher: a.) Ich weiss nur aus der PC Erfahrung dass die "MT" oft auf den NoName Modulen drauf waren, die im PC-Bereich Ärger brachten(Bluescreens), HYUNDAI dagegen auf den teureren Markenmodulen, mit denen war man sicher. Daher mein Verdacht, zumal dass bei meinen 3 Boxen so schön passt b.) ablesen kann man die Geschwindigkeit an der oder den letzten Ziffern hinter dem "-" Das ist je nach Hersteller unterschiedlich. z.B -8 ist 80 ns -6 ist 60 ns -80 ist 80 ns -60 ist 60 ns -75 ist 75 ns greetz, Fazz
  12. Habe 3 Stück Sagem 1x Meine Zwitscherbox hat einen "HKC 27000 Z0"(nicht gelötet, trotzdem unbeweglich) und "LV125 D7223A 107B" Meine Zwitscherfreie1 hat einen "HKC 27000 C1"(nicht gelötet, beweglich) und "LV125 D7223A 105B" Meine Zwitscherfreie2 hat einen "HKC 27000 a0"(angelötet) und "LV125 D4033A 038B" BTW Ich habe auch den Speicher in Verdacht,... also wenn ihr eh gerade beim Prüfen seid: die Zwitscherzicke hat "MT" Speicher (ENX:80ns AVIA:80ns CPU:75ns) Zwitscherfreie 1 hat "HYUNDAI" Speicher (ENX:80ns AVIA:80ns CPU:60ns) Zwitscherfreie 2 hat "HYUNDAI" Speicher (ENX:80ns AVIA:80ns CPU:60ns) greetz, Fazz
  13. @newcode: Hoffentlich ist das keine dumme Frage: kann es ev. was bringen das Script als Hintergrundprozess laufen zu lassen?? ("&" - Zeichen ganz ans ende, also noch hinters done) BTW: die Mittelwertberechnung im DualPes hab ich verworfen, da manchmal keine Abweichung vom Mittelwert vorhanden war, bzw. erst nach etlichen sekunden gezwitscher, endlich eine Schwelle erreicht war. greetz, Fazz
  14. 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
  15. Hi, newcode womit hast Du das herausgefunden? Hast Du selbst ein Programm geschrieben was das überprüft? ev. könnten hier ja noch die einstellungen im "gt_proc"-menu helfen Das will ich meinen!!! Stelle mich gerne zur Verfügung greetz, Fazz
×
×
  • Neu erstellen...