Faxempfang nicht aktiv nach Hochfahren
Hallo! Ich benutze Capisuite 0.4.3 unter Suse 9.0 mit einer AVM FritzX USB 3.0 und eigentlich funktioniert alles ganz prima, allerdings muss ich nach dem Hochfahren des Rechners zunaechst einen Anruf initiieren damit Anrufe entgegen genommen werden. Dazu schicke ich von kdeprintfax aus ein Fax an meinen Festnetzapparat und lege den Hoerer daneben, sodass das Fax fehlschlaegt. Danach ist der Empfang aktiv. Zur Loesung des Problems habe ich verschiedene Startreihenfolgen von Treiber und Capisuite probiert, aber das Problem liess sich nicht loesen. Die Log Dateien und dmesg geben eigentlich keine Fehler aus, im Gegenteil scheint alles prima zu funktionieren und Capisuite ordnungsgemaess am Capitreiber angemeldet zu sein. Unten pack ich noch mal kurz ein paar Ausgaben der Logs und hoffe damit alle Infos gegeben zu haben. Torsten dmesg Ausgabe zu Capi: hub.c: new USB device 00:04.2-1.1, assigned address 4 fxusb: Driver 'fxusb' attached to stack fxusb: Stack version 3.11-02 kcapi: Controller 1: fritz-usb attached kcapi: card 1 "fritz-usb" ready. kcapi: notify up contr 1 usb-uhci.c: ENXIO 80000380, flags 0, urb c6be78e0, burb c6be7560 usbdevfs: USBDEVFS_CONTROL failed dev 3 rqt 128 rq 6 len 9 ret -6 capifs: Rev 1.1.4.1 capi20: started up with major 68 kcapi: capi20 attached capi20: Rev 1.1.4.2: started up with major 68 (middleware+capifs) CSLIP: code copyright 1989 Regents of the University of California ISDN subsystem Rev: 1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1 loaded Network dial timeout is set to 10 sec kcapi: capidrv attached kcapi: appl 1 up capidrv-1: now up (2 B channels) capidrv-1: D2 trace enabled capidrv: Rev 1.1.4.1: loaded kcapi: appl 2 up kcapi: appl 3 up Ausgabe von Capisuite.log nach dem Hochfahren: Sun Mar 20 10:18:48 2005 CapiSuite 0xbffffd00: CapiSuite 0.4.3 started. Sun Mar 20 10:18:48 2005 Capi 0x818ead8: Capi object created Sun Mar 20 10:18:48 2005 Capi 0x818ead8: >LISTEN_REQ ApplID 0x2 msgNum 0x0 Controller 0x1 InfoMask 0x10 CIPMask 0x0 0x0 NULL NULL Sun Mar 20 10:18:48 2005 Capi 0x818ead8: info: 0 Sun Mar 20 10:18:48 2005 Capi 0x818ead8: Registered successful at CAPI with ApplId 2 Sun Mar 20 10:18:48 2005 CapiSuite 0xbffffd00: 1 controllers found Sun Mar 20 10:18:48 2005 CapiSuite 0xbffffd00: Capi driver: AVM Berlin, version 2.0/1.16 Sun Mar 20 10:18:48 2005 CapiSuite 0xbffffd00: Controller 1: AVM GmbH (2 B channels, DTMF, SuppServ, transparent, FaxG3, FaxG3ext), driver version 2.0/49.18 Sun Mar 20 10:18:48 2005 Capi 0x818ead8: * Sun Mar 20 10:18:48 2005 Capi 0x818ead8: >LISTEN_REQ ApplID 0x2 msgNum 0x1 Controller 0x1 InfoMask 0x10 CIPMask 0x10012 0x0 NULL NULL Sun Mar 20 10:18:48 2005 Capi 0x818ead8: info: 0 Sun Mar 20 10:18:48 2005 Capi 0x818ead8: >LISTEN_REQ ApplID 0x2 msgNum 0x2 Controller 0x1 InfoMask 0x10 CIPMask 0x30012 0x0 NULL NULL Sun Mar 20 10:18:48 2005 Capi 0x818ead8: info: 0 Sun Mar 20 10:18:48 2005 Capi 0x818ead8: <LISTEN_CONF Controller 0x1 Info 0x0 Sun Mar 20 10:18:48 2005 Capi 0x818ead8: ** Sun Mar 20 10:18:48 2005 Capi 0x818ead8: * Sun Mar 20 10:18:48 2005 Capi 0x818ead8: <LISTEN_CONF Controller 0x1 Info 0x0 Sun Mar 20 10:18:48 2005 Capi 0x818ead8: ** Sun Mar 20 10:18:48 2005 Capi 0x818ead8: * Sun Mar 20 10:18:48 2005 Capi 0x818ead8: <LISTEN_CONF Controller 0x1 Info 0x0 Sun Mar 20 10:18:48 2005 Capi 0x818ead8: ** Sun Mar 20 10:18:49 2005 Pythonscript /usr/lib/capisuite/idle.py,idle,0x81cc6e0: PythonScript created. Sun Mar 20 10:18:49 2005 Pythonscript /usr/lib/capisuite/idle.py,idle,0x81cc6e0: IdleScript created.
Am Freitag, 25. März 2005 18:10 schrieb Torsten Preut:
Hallo! Hallo,das Problem habe ich auch, löse es dadurch, das ich mit Ant-phone einen Anruf starte... Meines Erachtens liegt es an USB, weil das Teil über "hotplug" gestartet wird. Habe mich soweit nicht weiter damit befasst, weil ich vor habe mir ein neue Motherboard zu holen um dann die Möglichkeit zu haben eine PCI-Karte einzusetzten und das USB-Teil dann in die Tonne trete... Gruß Axel
Hallo,das Problem habe ich auch, löse es dadurch, das ich mit Ant-phone einen Anruf starte...
Gute Idee! Ist auf jeden Fall einfacher als meine Methode.
Meines Erachtens liegt es an USB, weil das Teil über "hotplug" gestartet wird.
Hab die Einstellung des Treibers auf "onboot" gesetzt. Er wird also beim Start immer geladen (oder sollte es zumindest;-))
das USB-Teil dann in die Tonne trete...
Die Variante geht bei mir leider nicht, weil es meine Telefonanlage ist... Torsten.
On Fri, Mar 25, 2005 at 11:41:08PM +0100, Torsten Preut wrote:
Hallo,das Problem habe ich auch, löse es dadurch, das ich mit Ant-phone einen Anruf starte...
Gute Idee! Ist auf jeden Fall einfacher als meine Methode.
Also das Geraet funktioniert soweit, aber reagiert nicht auf ankommende Anrufe, diese werden auch nicht im log angezeigt ? Das ist dann eher ein Problem der Anlage (Firmware) oder des Treibers selbst, hat nichts mit USB oder Hotplug zu tun ---> AVM fragen
Meines Erachtens liegt es an USB, weil das Teil über "hotplug" gestartet wird.
Hab die Einstellung des Treibers auf "onboot" gesetzt. Er wird also beim Start immer geladen (oder sollte es zumindest;-))
Und das kann nicht richtig funktionieren da es fuer OnBoot keine Scripte fuer dieses Device gibt, das Device wird trotzdem ueber die Hotplug Schiene initialisiert, allerdings nur mit den default Einstellungen, da er die durch YaST angelegte Konfiguration wenn die nicht hotplug ist ignoriert.
das USB-Teil dann in die Tonne trete...
Die Variante geht bei mir leider nicht, weil es meine Telefonanlage ist...
Es koennte eventuell auch ein Konfigurationsproblem der Anlage selbst sein, so das die entsprechende MSN nicht fest dem Rechner zugeordnet ist, sondern einem der Analogports (nur eine Idee) und erst nach einem rausgehenden Anruf ueber diese MSN schickt die Anlage Calls auch an den Rechner. In jedem Fall liegt es, so wie sich die Sache darstellt, weder an USB noch am Hotplug. -- Karsten Keil SuSE Labs ISDN development
Also das Geraet funktioniert soweit, aber reagiert nicht auf ankommende Anrufe, diese werden auch nicht im log angezeigt ?
Nein! Immer erst nach einem ausgehenden Anruf.
Das ist dann eher ein Problem der Anlage (Firmware) oder des Treibers selbst, hat nichts mit USB oder Hotplug zu tun ---> AVM fragen
Ich warte seit einer Woche auf Antwort von AVM...
Hab die Einstellung des Treibers auf "onboot" gesetzt. Er wird also beim Start immer geladen (oder sollte es zumindest;-))
Und das kann nicht richtig funktionieren da es fuer OnBoot keine Scripte fuer dieses Device gibt, das Device wird trotzdem ueber die Hotplug Schiene initialisiert, allerdings nur mit den default Einstellungen, da er die durch YaST angelegte Konfiguration wenn die nicht hotplug ist ignoriert.
Das wusste ich nicht (so wie vieles andere wohl auch;-))
Es koennte eventuell auch ein Konfigurationsproblem der Anlage selbst sein, so das die entsprechende MSN nicht fest dem Rechner zugeordnet ist, sondern einem der Analogports (nur eine Idee) und erst nach einem rausgehenden Anruf ueber diese MSN schickt die Anlage Calls auch an den Rechner.
Also die MSN ist tatsaechlich nur dem Rechner zugeordnet und wird an keinem anderen Port genutzt, aber ich schau mir das nochmal genau an.
In jedem Fall liegt es, so wie sich die Sache darstellt, weder an USB noch am Hotplug.
OK, dann hoffe ich mal, dass mir AVM da weiterhelfen kann. Vielen Dank schon mal fuer die Tipps und schoene Feiertage! Torsten
participants (3)
-
Axel Lindlau -
Karsten Keil -
Torsten Preut