On Wed, Dec 25, 2002 at 12:03:40PM +0100, Lukas Riederer wrote:
Hallo Liste,
vielleicht mag sich jemand erinnern, ich hatte vor einigen Wochen bzw. habe da noch immer ein Problem mit ISDN. Damalige Problembeschreibung:
Ich habe eine AVM PCI V 2.0 in einem 7.2 er System. ...
Nun dachte ich an ein Software Problem im Suse System, habe dann das aktuellste Capi4Linux von AVM für mein System geholt und ein Update gemacht, wieder kein Fortschritt. Es klappt nur mit dem kurzen ISDN Kabel direkt am NTBA.
Einen Hinweis noch, ich bin Italien zu Hause, und demzufolge Kunde der Telecom Italia, das dürfte meines Erachtens aber keine Rolle spielen, da der gleiche ISDN Standard gilt, und sonst ja einwandfrei funktioniert.
Kann schon, da soweit ich weiss viele Anschluesse in einer Anlagenkonfiguration geschalten werden. Das erklaert aber nicht den Unterschied zwischen kurzem und langen Kabel, da sollte beides nicht gehen (da eine feste TEI 0 verwendet wird). Auch können die Werte für einzelne Parameter durchaus variieren, die ITU Standards sind da manchmal wenig konkret und da kann es durchaus nationale Besonderheiten geben. Was auch nicht selten ist, ist das das Netzteil des NTBA Störungen auf dem S0 verursacht, einfach mal den Netzstecker des NTBA ziehen (das Netzteil ist nur für die Versorgung des S0 Bus zustaendig, nicht fuer die NTBA Elekronik), ISDN Karten brauchen aber keine Versorgung (nur ISDN Telefone).
Kann es mit der Rechnerhardware zusammenhängen, oder hat vielleicht noch jemand einen Tipp?
Kann schon, bei PCI aber eher selten, ausserdem auch keine Erklaerung fuer kurz/lang. Die einzigste Stelle wo per Software auf die Leitungsparameter Ruecksicht genommen werdenkann ist beim ISAC-X (Fritz PCI v2.0) der sample Punkt auf Grund des Delays, da kann man 2 Werte verwenden, Versetzt um 7 (Standard) bzw 9 interne Takte. Kannst du mit dem hisax_fcpcipnp Treiber probieren in dem Du in hisax_isac.c folgende Zeile aenderst (Suche nach ISACSX_TR_CONF2): isac->write_isac(isac, ISACSX_TR_CONF2, 0x00); in isac->write_isac(isac, ISACSX_TR_CONF2, 0x40); Ob das etwas aendert weiss ich nicht, das kann nur ausprobiert werden. -- Karsten Keil SuSE Labs ISDN development