Kabel-Sagem mit/ohne Sateinspeisung mit/ohne KabelD...
-
- Senior Member
- Beiträge: 1278
- Registriert: Mittwoch 5. September 2001, 00:00
Kabel-Sagem mit/ohne Sateinspeisung mit/ohne KabelD...
Hi Folks,
... es tut sich was
dumdidum bat mich doch einmal seine Testreihe durchzuführen, während er am Strand Sand und Sonne geniesst
aalso, wer eine Kabel-Sagem besitzt und mitmachen möchte, kann sich die Treiber von http://remote-admin.info runterladen. In dem File sind gaaanz viele verschiedene Kompilationen drin, die einzeln getestet werden müssen. Hierbei geht es um alle neuen Programme und um die Stabilität / Funktionalität der Treiber beim zappen und scannen.
...so nun gehe ne runde Träumen (@BiGLuI: in Farbe und in 3D)
... es tut sich was
dumdidum bat mich doch einmal seine Testreihe durchzuführen, während er am Strand Sand und Sonne geniesst
aalso, wer eine Kabel-Sagem besitzt und mitmachen möchte, kann sich die Treiber von http://remote-admin.info runterladen. In dem File sind gaaanz viele verschiedene Kompilationen drin, die einzeln getestet werden müssen. Hierbei geht es um alle neuen Programme und um die Stabilität / Funktionalität der Treiber beim zappen und scannen.
...so nun gehe ne runde Träumen (@BiGLuI: in Farbe und in 3D)
Zuletzt geändert von Homar am Freitag 26. Juli 2002, 17:51, insgesamt 1-mal geändert.
-
- Senior Member
- Beiträge: 1544
- Registriert: Freitag 12. Oktober 2001, 00:00
-
- Tuxboxer
- Beiträge: 5873
- Registriert: Samstag 23. Februar 2002, 22:46
-
- Einsteiger
- Beiträge: 383
- Registriert: Sonntag 7. April 2002, 14:29
@chkdesign:
also scan lief bei mir gut - er fand sogar jetzt das zdf-bouq. - das ging vorher nie ! ... und mit der rev.08 geht auch ab und zu kabelD (aber nur das deutsche bouq. auf 113mhz (id=2714) - das auf 121 (=2715) wird nicht gefunden - betrifft aber die auslaender rai1,2,3 usw.....
... weitere tests laufen noch - das neubooten dauert immer
mfg token
also scan lief bei mir gut - er fand sogar jetzt das zdf-bouq. - das ging vorher nie ! ... und mit der rev.08 geht auch ab und zu kabelD (aber nur das deutsche bouq. auf 113mhz (id=2714) - das auf 121 (=2715) wird nicht gefunden - betrifft aber die auslaender rai1,2,3 usw.....
... weitere tests laufen noch - das neubooten dauert immer
mfg token
sagem-avia600_enx-1xi-cable-telecom
-
- Senior Member
- Beiträge: 1544
- Registriert: Freitag 12. Oktober 2001, 00:00
Ich hab' vorhin bis zur 14 getestet. Also bei allen ging der scan (endlich wieder). 11 Transponder und 135 Kanäle. Wie gesagt Kabel D haben wir hier AFAIK nicht. Was mir aufgefallen ist, dass ab bis zur 10 Neutrino immer 'nicht erfolgreich' gemeldet hat (obwohl die service.xml angelegt wurde) und ab der 10 ne erfolgsmeldung kam und auch auf einen Sender geschaltet wurde.
-
- Senior Member
- Beiträge: 1544
- Registriert: Freitag 12. Oktober 2001, 00:00
-
- Senior Member
- Beiträge: 1544
- Registriert: Freitag 12. Oktober 2001, 00:00
-
- Einsteiger
- Beiträge: 383
- Registriert: Sonntag 7. April 2002, 14:29
@chkdesign:
so, habe jetzt auch alle durch !
(info: kabelD mit tsid=2714=121mhz gleich kabelD-deutsch und
kabelD mit tsid=2715=129mhz fuer kabelD-international)
+ : es werden jetzt alle bouq. angelegt - endlich (ausser kabelD)
- : hmm, also beim telekom-scan findet er auch 14 tran. mit 135 serv. - das duerfte ein nit-problem sein ? aber kein kabelD gefunden ...
- : mit cable-scan werden 11 oder 12 tran. mit 135 serv. gefunden - wieder kein kabelD
... ich glaube aber dumdidum hatte gesagt, das der scan nicht funktioniert, und eine nokia-xml einzuspielen ist - daher:
- : beim einspielen einer serv. + bouq. XML von nokia kommt kanal nicht verfuegbar bei den auslaendern - die deutschen werden ab und zu gefunden ! ... ab und zu freezing bei den deutschen ...
ergebnis: alles in allen behaupte ich immernoch der at76c651.o kommt mit der zapit-1.190 nicht klar - zumindest was den scanfix angeht ?!
... die 40er ist bei mir nicht zu gebrauchen - die 08er hingegen findet sogar ab und zu beim scan das kabelD-deutsch auf 121mhz=2714tsid !!!
... und die 2c tuned zu 75% - es sei denn die zapit bringt retry 0...4 - dann ist natuerlich ruhe !
mfg token
so, habe jetzt auch alle durch !
(info: kabelD mit tsid=2714=121mhz gleich kabelD-deutsch und
kabelD mit tsid=2715=129mhz fuer kabelD-international)
+ : es werden jetzt alle bouq. angelegt - endlich (ausser kabelD)
- : hmm, also beim telekom-scan findet er auch 14 tran. mit 135 serv. - das duerfte ein nit-problem sein ? aber kein kabelD gefunden ...
- : mit cable-scan werden 11 oder 12 tran. mit 135 serv. gefunden - wieder kein kabelD
... ich glaube aber dumdidum hatte gesagt, das der scan nicht funktioniert, und eine nokia-xml einzuspielen ist - daher:
- : beim einspielen einer serv. + bouq. XML von nokia kommt kanal nicht verfuegbar bei den auslaendern - die deutschen werden ab und zu gefunden ! ... ab und zu freezing bei den deutschen ...
ergebnis: alles in allen behaupte ich immernoch der at76c651.o kommt mit der zapit-1.190 nicht klar - zumindest was den scanfix angeht ?!
... die 40er ist bei mir nicht zu gebrauchen - die 08er hingegen findet sogar ab und zu beim scan das kabelD-deutsch auf 121mhz=2714tsid !!!
... und die 2c tuned zu 75% - es sei denn die zapit bringt retry 0...4 - dann ist natuerlich ruhe !
mfg token
sagem-avia600_enx-1xi-cable-telecom
-
- Interessierter
- Beiträge: 73
- Registriert: Freitag 14. Juni 2002, 19:44
Moin
So Test ist beendet.
00, 04, 0C, 18, 1C, 24, 44 finden jeweils die Sender aus dem DigiKabelD-Paket, aber auch nur die, also die Internationalen fehlen weiterhin auf der Sagem im Kabel.
Das ganze funktioniert aber leider nur in der yadd vom 07.06.2002. Baue ich dann den Treiber mit der Zapit in ein Image, war es das schon wieder mit den Kanälen.
Ich denke, grundsätzlich sollte es schon funktionieren, warum aber nicht im Image?
mfg emmeli
So Test ist beendet.
00, 04, 0C, 18, 1C, 24, 44 finden jeweils die Sender aus dem DigiKabelD-Paket, aber auch nur die, also die Internationalen fehlen weiterhin auf der Sagem im Kabel.
Das ganze funktioniert aber leider nur in der yadd vom 07.06.2002. Baue ich dann den Treiber mit der Zapit in ein Image, war es das schon wieder mit den Kanälen.
Ich denke, grundsätzlich sollte es schon funktionieren, warum aber nicht im Image?
mfg emmeli
-
- Einsteiger
- Beiträge: 383
- Registriert: Sonntag 7. April 2002, 14:29
@emmeli:
hast du mal homar's yadd getestet - http://www.remote-admin.de ???
probiere diese mal bitte !
mfg token
hast du mal homar's yadd getestet - http://www.remote-admin.de ???
probiere diese mal bitte !
mfg token
sagem-avia600_enx-1xi-cable-telecom
-
- Interessierter
- Beiträge: 73
- Registriert: Freitag 14. Juni 2002, 19:44
@Token
Die aktuelle yadd vom 24.07.2002, ist aber nicht zu empfehlen.
mfg emmeli
Die aktuelle yadd vom 24.07.2002, ist aber nicht zu empfehlen.
undAT76C651: tuner now detached from i2c
... c2
lock:fb
[CFrontend::getEvent] FE_COMPLETION_EV
[nit.cpp] read: Connection timed out
lock:fb
AT76C651: tuner now detached from i2c
... c2
lock:fb
[CFrontend::getEvent] FE_COMPLETION_EV
[scan.cpp] parsing sdt of tsid 0005, onid 0085
[sdt.cpp] read: Connection timed out
lock:fb
mfg emmeli
-
- Einsteiger
- Beiträge: 383
- Registriert: Sonntag 7. April 2002, 14:29
-
- Interessierter
- Beiträge: 73
- Registriert: Freitag 14. Juni 2002, 19:44
-
- Interessierter
- Beiträge: 73
- Registriert: Freitag 14. Juni 2002, 19:44
Projektvorgaben
Moin,
da ich grundsätzlich bereit bin, an der Weiterentwicklung der Treiber teilzunehmen, würden mich einige Vorgaben (die für alle gelten sollten) interessieren.
Schließlich kann ich auch nicht eine Software entwickeln und diese nur auf Win95 testen. Dann freue ich mich, dass die Sachen darauf laufen und erkläre sie als public. Dann kommen sie in den Verkauf und dann gibt es User die ungefragt die Software einfach auf Win2k laufen lassen wollen. Irgendwie funktioniert das auch, aber unter Win2k reagiert die Soft doch anders als unter Win95.
Mich würde interessieren, auf welchem Stand sind wir und wie machen wir weiter. Ja es ist super, wieder neue 46 Treiber, juhu. Aber wenn jeder mit seiner yadd und einer unterschiedlichen zapit testet, ist dieses Projekt wohl zum Scheitern verurteilt.
Ich weis, es wird "gefordert" seine Logs upzuloaden, damit man diese auswerten kann, damit die Entwicklung vorangetrieben wird. Aber warum machen es sich die Entwickler selber so schwer. Ich denke nicht, wenn jeder sein Log von seiner Testumgebung uploaded, vieleicht nicht mal mit der Angabe, wie seine Testumgebung überhaupt aussieht, sollte das Auswerten sehr schwierig sein.
Das sollte kein Gemecker sein (oder vieleicht ein bisschen doch?). Ich denke vielmehr an einen vernünftigen Testablauf, in der Form.
Bitte testet die Treiber in der yadd vom ....
Zeichnet die Logausgaben vom Terminal auf.
Hängt das Log des Kernels mit ran.
Versucht es bitte in einer übersichtlichen Form zu halten.
Ja ich weiß, es sind vieleicht für einige eine Zumutung, es von den Usern zu verlangen, sich Stunden hinzusetzen und einen Treiber nach dem anderen zu testen. Aber da es wohl auch an anderen Stellen getestet wird (Homar weiß wo ), wäre ich von einer klaren Linie für den Erfolg diese Projektes angetan.
mfg emmeli
da ich grundsätzlich bereit bin, an der Weiterentwicklung der Treiber teilzunehmen, würden mich einige Vorgaben (die für alle gelten sollten) interessieren.
Schließlich kann ich auch nicht eine Software entwickeln und diese nur auf Win95 testen. Dann freue ich mich, dass die Sachen darauf laufen und erkläre sie als public. Dann kommen sie in den Verkauf und dann gibt es User die ungefragt die Software einfach auf Win2k laufen lassen wollen. Irgendwie funktioniert das auch, aber unter Win2k reagiert die Soft doch anders als unter Win95.
Mich würde interessieren, auf welchem Stand sind wir und wie machen wir weiter. Ja es ist super, wieder neue 46 Treiber, juhu. Aber wenn jeder mit seiner yadd und einer unterschiedlichen zapit testet, ist dieses Projekt wohl zum Scheitern verurteilt.
Ich weis, es wird "gefordert" seine Logs upzuloaden, damit man diese auswerten kann, damit die Entwicklung vorangetrieben wird. Aber warum machen es sich die Entwickler selber so schwer. Ich denke nicht, wenn jeder sein Log von seiner Testumgebung uploaded, vieleicht nicht mal mit der Angabe, wie seine Testumgebung überhaupt aussieht, sollte das Auswerten sehr schwierig sein.
Das sollte kein Gemecker sein (oder vieleicht ein bisschen doch?). Ich denke vielmehr an einen vernünftigen Testablauf, in der Form.
Bitte testet die Treiber in der yadd vom ....
Zeichnet die Logausgaben vom Terminal auf.
Hängt das Log des Kernels mit ran.
Versucht es bitte in einer übersichtlichen Form zu halten.
Ja ich weiß, es sind vieleicht für einige eine Zumutung, es von den Usern zu verlangen, sich Stunden hinzusetzen und einen Treiber nach dem anderen zu testen. Aber da es wohl auch an anderen Stellen getestet wird (Homar weiß wo ), wäre ich von einer klaren Linie für den Erfolg diese Projektes angetan.
mfg emmeli
-
- Senior Member
- Beiträge: 1278
- Registriert: Mittwoch 5. September 2001, 00:00
na klar,
eine Basis zu ersehen ist ein bischen schwer gewesen.
Alle Test-Treiber auf remote-admin sind womit zu testen ???
na klar,
mit dem Test-YADD es auf remote-admin
MINI HOW-TO:
Wie starte ich eine YADD...
- Bootmanager Starten
- an der DBox beim starten die <PfeilNachOben> gedrückt halten
- auf dem Com-Terminal boot net eingeben und enter
- wenn Neutrino zuende gebootet hat kann der scan beginnen
- wenn sich der zapit abmeldet, dann braucht ihr erst gar nicht weitermachen, der scan würde eh nicht klappen !
- mit rechte Maustaste im Com-Terminal den Inhalt sichern... Wie das geht, seht ihr im nächsten Bild
- anschliessend wieder mit der rechten Maustaste den Inhalt löschen
Wie mache ich einen log...
- mit der rechten Maustaste in den Com-teminal klicken und in die Zwischenablage
- ein Texteditor nach Wahl öffnen und aus Zwischenablage einfügen
An den zweiten log ist ein wenig schwieriger heranzukommen. Dazu müssen einige Vorbereitungen getroffen werden.
Bei der Gelegenheit können wir auch gleich den Zeilenpuffer von Telnet erhöhen, um nichts zu verpassen...
- wenn Ihr eine Fehlermeldung kriegt, könnt Ihr aus command anstelle cmd eingeben
- wie oben gezeigt, der Numerierung folgen
- anschliessend telnet "eure Box IP" eingeben und enter
- Benutzername: root
- Passwort: dbox2
- nach dem login folgt die Ausgabe der Kernel-Messages:
- cat /proc/kmsg eingeben und enter
- wenn alles relevante geloggt ist (nach Abschluss des scannens) den Inhalt des Fensters sichern
- oben-links ins Fenstericon klicken, bearbeiten --> alles Markieren (enter)
- oben-links ins Fenstericon klicken, bearbeiten --> kopieren
- im Texteditor einfügen, logisch beschriften und abspeichern.
Wann logge ich mich am besten mit dem Telnet auf die box ein ???
- ab da an der Stelle könnt Ihr euch mit Telnet einloggen und die kmsg es abrufen
Jo, und die logs schön gezippt (mit den Senderlisten) nach ftp://homar.dyndns.org/logs uploaden
P.S.: danke an Bülo für die Arbeit mit den Bildern...
eine Basis zu ersehen ist ein bischen schwer gewesen.
Alle Test-Treiber auf remote-admin sind womit zu testen ???
na klar,
mit dem Test-YADD es auf remote-admin
MINI HOW-TO:
Wie starte ich eine YADD...
- Bootmanager Starten
- an der DBox beim starten die <PfeilNachOben> gedrückt halten
- auf dem Com-Terminal boot net eingeben und enter
- wenn Neutrino zuende gebootet hat kann der scan beginnen
- wenn sich der zapit abmeldet, dann braucht ihr erst gar nicht weitermachen, der scan würde eh nicht klappen !
- mit rechte Maustaste im Com-Terminal den Inhalt sichern... Wie das geht, seht ihr im nächsten Bild
- anschliessend wieder mit der rechten Maustaste den Inhalt löschen
Wie mache ich einen log...
- mit der rechten Maustaste in den Com-teminal klicken und in die Zwischenablage
- ein Texteditor nach Wahl öffnen und aus Zwischenablage einfügen
An den zweiten log ist ein wenig schwieriger heranzukommen. Dazu müssen einige Vorbereitungen getroffen werden.
Bei der Gelegenheit können wir auch gleich den Zeilenpuffer von Telnet erhöhen, um nichts zu verpassen...
- wenn Ihr eine Fehlermeldung kriegt, könnt Ihr aus command anstelle cmd eingeben
- wie oben gezeigt, der Numerierung folgen
- anschliessend telnet "eure Box IP" eingeben und enter
- Benutzername: root
- Passwort: dbox2
- nach dem login folgt die Ausgabe der Kernel-Messages:
- cat /proc/kmsg eingeben und enter
- wenn alles relevante geloggt ist (nach Abschluss des scannens) den Inhalt des Fensters sichern
- oben-links ins Fenstericon klicken, bearbeiten --> alles Markieren (enter)
- oben-links ins Fenstericon klicken, bearbeiten --> kopieren
- im Texteditor einfügen, logisch beschriften und abspeichern.
Wann logge ich mich am besten mit dem Telnet auf die box ein ???
- ab da an der Stelle könnt Ihr euch mit Telnet einloggen und die kmsg es abrufen
Jo, und die logs schön gezippt (mit den Senderlisten) nach ftp://homar.dyndns.org/logs uploaden
P.S.: danke an Bülo für die Arbeit mit den Bildern...
Zuletzt geändert von Homar am Donnerstag 25. Juli 2002, 14:51, insgesamt 3-mal geändert.
-
- Einsteiger
- Beiträge: 359
- Registriert: Donnerstag 18. Juli 2002, 17:40
Sollen jetzt eigentlich nur User von Sagem-Kabelboxen das ganze testen oder auch die reinen SAT-Boxenuser?
(Hmm, "SAT-Boxenuser"....
... hört sich fast an wie "SAT1 Boxenluder" )
Falls ja, muss ich nach jedem Austausch frisch booten oder geht das auch im laufenden Betrieb?
(Hmm, "SAT-Boxenuser"....
... hört sich fast an wie "SAT1 Boxenluder" )
Falls ja, muss ich nach jedem Austausch frisch booten oder geht das auch im laufenden Betrieb?
SAT-Box; Phillips 2xI; AVIA600L; ENX
-
- Einsteiger
- Beiträge: 359
- Registriert: Donnerstag 18. Juli 2002, 17:40
-
- Einsteiger
- Beiträge: 383
- Registriert: Sonntag 7. April 2002, 14:29
-
- Senior Member
- Beiträge: 1278
- Registriert: Mittwoch 5. September 2001, 00:00
Hi Folks,
die Zapit es... hmmm...
das ist eine glaubensfrage
Also... Wenn du beim Umschalten "Kanal nicht Verfügbar" hast, kannste die Zapit mit PID-caching probieren.
Ich schwöre darauf, allerdings gibbet unterschiedliche Ansichten darüber, ob man ein Bugfixing macht, oder die (unbekannte) Fehlerquelle findet und behebt.
Ersteinmal ist mir das egal... Bis der eigentliche Fehler gefunden wird, benutze ich die zapit mit...
die Zapit es... hmmm...
das ist eine glaubensfrage
Also... Wenn du beim Umschalten "Kanal nicht Verfügbar" hast, kannste die Zapit mit PID-caching probieren.
Ich schwöre darauf, allerdings gibbet unterschiedliche Ansichten darüber, ob man ein Bugfixing macht, oder die (unbekannte) Fehlerquelle findet und behebt.
Ersteinmal ist mir das egal... Bis der eigentliche Fehler gefunden wird, benutze ich die zapit mit...
-
- Einsteiger
- Beiträge: 383
- Registriert: Sonntag 7. April 2002, 14:29
-
- Interessierter
- Beiträge: 73
- Registriert: Freitag 14. Juni 2002, 19:44
-
- Einsteiger
- Beiträge: 383
- Registriert: Sonntag 7. April 2002, 14:29
-
- Interessierter
- Beiträge: 73
- Registriert: Freitag 14. Juni 2002, 19:44
-
- Senior Member
- Beiträge: 1278
- Registriert: Mittwoch 5. September 2001, 00:00
Hi emmeli,
haste dir die Logs mal angeschaut ??
Ich habe drei uploads, wovon leider zwei unbrauchbar sind.
Die beiden können kein KabelD empfangen, weil anscheinend kein KabelD sendet
Das dritte log ist leider ziemlich dürftig.
@Token: du hast doch KabelD gehabt, kannste mal nicht uploaden ???
http://remote-admin.info/upload
haste dir die Logs mal angeschaut ??
Ich habe drei uploads, wovon leider zwei unbrauchbar sind.
Die beiden können kein KabelD empfangen, weil anscheinend kein KabelD sendet
Das dritte log ist leider ziemlich dürftig.
@Token: du hast doch KabelD gehabt, kannste mal nicht uploaden ???
http://remote-admin.info/upload