Beiträge von Ellebarth

Kleines Update.

Beim Aufruf von ant-phone als User erhalte ich nach wie vor die Meldung, dass das ISDN-Gerät nicht geöffnet (initialisiert) werden kann.

Als root kann ich das Programm mittlerweile starten. Das deutet für mich auf ein Berechtigungsproblem hin, das ich bisher nicht lösen konnte.
Das Programm greift auf das Gerät "/dev/ttyI0" (als ISDN-Gerät) zu.
Berechtigungen sind dort für Nutzer root und Gruppe dialout gesetzt. Als Nutzer habe ich mich dieser Gruppe angeschlossen, was jedoch nicht zum gewünschten Erfolg führt.

Aber auch beim Aufruf an ant-phone als root erhalte ich in der Konsole eine Fehlermeldung angezeigt, die sich fortlaufend wiederholt sobald ich an dem Programm irgendetwas betätige und wenn es nur das Ändern der Fenstergröße ist:

(ant-phone:24398): Gtk-CRITICAL **: IA__gtk_widget_get_direction: assertion `GTK_IS_WIDGET (widget)' failed

Des weiteren tut sich hier ein weiteres Problem auf. Das Programm findet das USB-Headset nicht.
Standardmäßig ist das Gerät /dev/dsp eingestellt, welches bei mir (openSuse?) nicht vorhanden ist.
Ant-Phone benutzt das OSS-Soundsystem.

Soweit ich herausfinden konnte, wird das Headset über den Eintrag /dev/snd/controlC2 vom System angesprochen. Ant-Phone akzeptiert dieses Gerät nicht bzw. kann es nicht ansprechen.

So ergibt sich nun die nächste Frage:
Wie kann ich herausfinden. welches Gerät (Pfad) vom Programm geöffnet werden kann?

Gruß

Zitat von peaceFul

Grüße in die Pfalz!

Danke, angekommen

War auch nur so'n Gedanke.
Nach den ganzen Änderungen und Einstellungen, die du hinter dir hast, würde ich an deiner Stelle es einfach nochmal wissen wollen.

Gruß

Hallo peaceFul,

dein Problem hab ich bis dahin mitverfolgt und mir ist aufgefallen, dass eine Alternative, wenigsten zu Testzwecken, noch nicht angesprochen wurde.

Ich bin alles andere, als der "WLAN-Experte" und halte mich da auch raus.

Mein Vorschlag:
hast du Möglichkeit dein Gerät (Laptop/Notebook) mal per Kabel an den Router zu hängen?
Wie erwähnt, es geht mit dabei um zu Testen, ob dein Problem wirklich nur an dem WLAN-Stick oder vielleicht doch wo ganz anders liegt.

Soweit ich mich gerade informiert habe, sollte dein Mainboard eine Onboard-NW-Karte integriert haben.
Ist das so korrekt?

Sorry, an die vielen freundlichen Helferlein, aber das brannte mir gerade auf den Nägeln.

Gruß

Nachdem ich heute nochmals etliche Stunden damit verbracht habe Informationen zu meinem Problem zu erhalten, bin ich letztendlich immer noch keinen Schrift weiter.
Einzig, dass ich noch weitere "Fehler" bzw. deren Meldungen gezeigt bekommen habe.

So z.B. liefert mir

:~ # capiinit [restart]FATAL: Module capifs not found.FATAL: Module capifs not found.WARNING: filesystem capifs not available

den Beweis (den icheigentlich garnicht wollte), dass "capifs" nicht vorhanden ist, das ISDN-System aber offensichtlich braucht.

Dazu habe ich dieses Thema gefunden, was mich in meiner Vermutung bestärkt, aber mir nicht wirklich weiterhilft. Mit kompilieren / "übersetzen" bin ich nicht so firm.

Das Paket c4l-b1 - CAPI4Linux driver package (CAPI 2.0/B1 drivers), welches ich über die Repositories installiert habe, bringt eine "capifs.o" im Verzeichnis /lib/modules/2.4.18-4GB/kernel/drivers/isdn/avmb1 mit.

Mit meinen bescheidenen Kenntnissen bringt mich dieses Wissen leider kein Stückchen weiter. Mir ist schon klar, dass dies nicht die für das System erforderliche "capifs" ist, nur weiß mit dieser "capifs.o" nichts anzufangen und ob diese überhaupt irgendwie verwendet werden kann.

Das meine aktive ISDN-Karte erkannt wird, steht für mich inzwischen außer Frage.

...:~ # dmesg | grep fcpci
...:~ # dmesg | grep b1pci
[   28.144215] b1pci: PCI BIOS reports AVM-B1 V4 at i/o 0xe880, irq 22, mem 0xfebffc00
[   28.266824] kcapi: controller [001]: b1pciv4-e880 attached
[   28.266831] b1pci: AVM B1 PCI V4 at i/o 0xe880, irq 22, mem 0xfebffc00, revision 4 (dma)
[   28.266915] b1pci: revision 1.1.2.2
[   30.053034] b1pciv4-e880: card 1 "B1" ready.
[   30.053045] b1pciv4-e880: card 1 Protocol: DSS1
[   30.053051] b1pciv4-e880: card 1 Linetype: point to multipoint
[   30.053056] b1pciv4-e880: B1-card (3.10-02) now active
[   30.053060] kcapi: controller [001] "b1pciv4-e880" ready.

Dass bei der Abfrage nach "fcpci" keine Ausgabe erfolgt, ist eigentlich so von mir erwünscht, um sicher zu stellen, dass die vorhandene Karte auch richtig erkannt, initialisiert und verwendet wird.

Ob das wirklich richtig ist, kann mir sicherlich ein erfahrener Experte sagen.

Nach wie vor, ratlosen
Gruß

Bevor sich jemand Gedanken über diese Fehlermeldung

Zitat von Ellebarth

input in flex scanner failed

macht, diese habe ich soeben wegbekommen.
Das war mein Fehler.
Ant-Phone sucht auf der Home-Ebene in seinem Verzeichnis eine Datei namens "options". Da diese nicht vom Programm selbst angelegt wird, musst ich das tun und hatte dabei anstatt einer Datei einen Ordner gleichen Namens angelegt.

Als ich nun meinen Fehler korrigierte, war diese Fehlermeldung weg.

Dafür habe ich nun zwei andere:

Error opening isdn device.
Error at session init.

Da die erwähnte Anleitung zum Telefonieren unter Linux am Beispiel von Ubuntu geführt wurde, wäre es denkbar, dass das Programm unter Opensuse in anderen Pfaden sucht?

Linux als ISDN-Telefon

Gruß

Ist zwar schon n Weilchen her, aber heute habe ich mich mit der Sache nochmal eingehend beschäftigt.

Zunächst habe ich, wie auf dieser Seite beschrieben

https://forums.opensuse.org/de…t-5min-3.html#post2544206

die /etc/init.d/isdn geändert.

Von nun an ging das Laden wieder wie gewohnt vonstatten.
ISDN und somit auch Capi wurden/konnten weiterhin nicht gestartet werden.

So ging ich dann nach dieser Anleitung vor: http://www.fkn-systems.de/index.php?&c=fcpci

Einzige Ausnahme: eine Blacklist habe ich bisher noch nicht angelegt.

Nach Herunterladen und installieren der dort angebotenen rpm, konnten alle ISDN-Teile problemlos geladen werden.

systemctl status isdn.service

liefert mir Folgendes:

isdn.service - LSB: Load ISDN drivers
      	Loaded: loaded (/etc/init.d/isdn)
      	Active: active (running) since Thu, 2013-06-06 17:40:07 CEST; 3h 21min ago
     	Process: 3843 ExecStop=/etc/init.d/isdn stop (code=exited, status=0/SUCCESS)
     	Process: 3887 ExecStart=/etc/init.d/isdn start (code=exited, status=0/SUCCESS)
      	CGroup: name=systemd:/system/isdn.service
              	└ 4305 /usr/sbin/isdnlog -f /etc/isdn/isdnlog.options.contr0 /dev/isdnctrl0


.. isdnlog[3775]: isdnlog Version 4.71 starting
.. isdn[3357]: Initializing capi for contr0 (1)..done
.. isdnlog[3775]: Holiday Version 1.10-Germany [12-Apr-1999] loaded [11 entries from /usr/lib/isd...e.dat]
.. isdnlog[3775]: Dest V1.01: File '/usr/lib/isdn/dest.cdb' opened fine - Dest 1.0 int (+h) AT DE... BE CN
.. isdnlog[3775]: Zone V1.25: Provider 0 File '/usr/lib/isdn/zone-de-dtag.cdb' opened fine - V1.2... O1 L5
.. systemd[1]: Started LSB: Load ISDN drivers.
.. isdnlog[3775]: Rates   Version 3.12 [27-Feb-2005 22:15:34] loaded [87 Providers, 0 skipped, 13...e.dat]
.. isdnlog[3775]: (ISDN subsystem with ISDN_MAX_CHANNELS > 16 detected, ioctl(IIOCNETGPN) is available)
.. isdnlog[3775]: isdn.conf:2 active channels, 2 MSN/SI entries
.. isdnlog[3775]: (Data versions: iprofd=0x06  net_cfg=0x06  /dev/isdninfo=0x01)
.. isdnlog[3775]: Everything is fine, isdnlog-4.71 is running in full featured mode.

Und die Ausgabe von capiinfo sieht für mich auch gut aus.

Controller 1:
Manufacturer: AVM GmbH
CAPI Version: 2.0
Manufacturer Version: 3.16-02  (49.2)
Serial Number: 0003987
BChannels: 2
Global Options: 0x00000039
   internal controller supported
   DTMF supported
   Supplementary Services supported
   channel allocation supported (leased lines)
B1 protocols support: 0x4000001f
   64 kbit/s with HDLC framing
   64 kbit/s bit-transparent operation
   V.110 asynconous operation with start/stop byte framing
   V.110 synconous operation with HDLC framing
   T.30 modem for fax group 3
B2 protocols support: 0x00000b1b
   ISO 7776 (X.75 SLP)
   Transparent
   LAPD with Q.921 for D channel X.25 (SAPI 16)
   T.30 fro fax group 3
   ISO 7776 (X.75 SLP) with V.42bis compression
   V.120 asyncronous mode
   V.120 bit-transparent mode
B3 protocols support: 0x8000003f
   Transparent
   T.90NL, T.70NL, T.90
   ISO 8208 (X.25 DTE-DTE)
   X.25 DCE
   T.30 for fax group 3


  0100
  0200
  39000000
  1f000040
  1b0b0000
  3f000080
  00000000 00000000 00000000 00000000 00000000 00000000
  01000001 00020000 00000000 00000000 00000000


Supplementary services support: 0x000003ff
   Hold / Retrieve
   Terminal Portability
   ECT
   3PTY
   Call Forwarding
   Call Deflection
   MCID
   CCBS

Dieser Tage fand ich bereits eine Anleitung "Linux als ISDN-Telefon" vom "Freien Magazin", Ausgabe 1/11.

Was nützt mir schon die ISDN-Karte, wenn zwar alle Treiber dafür geladen sind, sie aber nicht genutzt wird.

So folgte ich dieser Anleitung, außer der Installation / Kompilierung des dort beschriebenen Sourcecodes.

Das Programm Ant-Phone hatte bereits früher aus den Repositories installiert.

Aber alle Mühe vergebens, ich bekomme das Teil nicht zum Laufen.
Beim Start über Konsole erhalte ich immer nur:

input in flex scanner failed

Und damit kann ich nun garnix anfangen.

So langsam habe ich den Verdacht, dass es sich um zwei verschiedene Programme handelt; das eine, von dem bei der Anleitung "Linux als ISDN-Telefon" die Rede ist und das andere, das OpenSuse über die Repositories anbietet.

Stutzig mach mich da auch ein Blick in die Dateiliste des installierten Programmes:

p, li { white-space: pre-wrap; }








ant-phone - A telephone application
/usr/bin/ant-phone
/usr/share/locale/de/LC_MESSAGES/ant-phone.mo
/usr/share/locale/en@boldquot/LC_MESSAGES/ant-phone.mo
/usr/share/locale/en@quot/LC_MESSAGES/ant-phone.mo
/usr/share/locale/fr/LC_MESSAGES/ant-phone.mo
/usr/share/locale/nl/LC_MESSAGES/ant-phone.mo
/usr/share/locale/ro/LC_MESSAGES/ant-phone.mo
/usr/share/locale/sv/LC_MESSAGES/ant-phone.mo
/usr/share/locale/tr/LC_MESSAGES/ant-phone.mo
/usr/share/locale/vi/LC_MESSAGES/ant-phone.mo
/usr/share/man/man1/ant-phone.1.gz


11 Dateien insgesamt

Ich hoffe, dass jemand einen Rat für mich hat.
Oder gibt es eine andere Alternative um unter OpenSuse zu telefonieren, faxen und/oder Anrufbeantworter zu betreiben?

Gruß

Dann kann ich das Thema wieder als erledigt markieren.

Gruß

Zitat von uhelp

# den ersten Schock liefert
pactl list

OK - der Schock wurde ausgelöst.

Zum Glück steht in der Doku, dass es auch nen Schalter "short" gibt, der das Ganze etwas erträglicher anzeigt.

Zitat von uhelp

# und prügel ihm den gewünschten Wert rein
pactl set-source-volume .....

Ich bin mir nicht sicher, ob das der richtige Weg ist.
Nochmal zur Erinnerung:
Das Headset zieht die Lautstärke der Soundkarte hoch!
Die eigene Lautstärke bleibt dabei unverändert (hatte ich vielleicht vergessen zu erwähnen).
Und hin und wieder kann ich mit dem Steuerungsteil des Headsets die Lautstärke der Soundkarte wieder zurückstellen.

Wenn ich nun die Lautstärke für das Headset nach deinem Vorschlag festlege, ist damit nicht sichergestellt, dass es nicht wieder die Kontrolle über die Soundkarte übernimmt.

Ich habe jetzt versuchsweise PulseAudio wieder aktiviert und neu gebootet. Danach war der der Haken bei der Aktivierung wieder weg.
Umgekehrt musste ich auch zweimal booten, bevor die Einstellung angenommen wurde. Ist das normal?

Ich werde jetzt mal abwarten, ob und wann das seltsame Verhalten wieder auftaucht.

Wie bereits erwähnt hatte sich dieses Phänomen zuerst unter Windows gezeigt und erst viel später auch unter Linux.
Da ich auf einen reinen Hardwarefehler tippe, glaube ich eher nicht, dass sich dieser mit Softwareeinstellungen eliminieren lässt.

Interessant für mich wäre zu wissen, ob sich solche von einer Hardware (hier: USB-Headset) produzierten Fehler auslesen / protokollieren lassen.

Zitat von uhelp

(Braucht man meist nicht, aber wer weiß, wie die damals geheadsetet haben...)

Wer "die"?
Römer - Kelten?

Wann "damals"?
v. oder n. Chr.?

Kann ich dir auch nicht beantworten. Als ich kam, war Rom gerade abgebrannt und Nero tot.

Gruß

Zitat von uhelp

Ich darf das nicht genannte Problem...

Das hast du schon richtig erkannt. Das eigentliche Problem ist ja, zumindest momentan, nicht mehr vorhanden.
Mir war allerdings nicht klar, dass man hier nur posten darf, wenn man ein "echtes" Problem hat und das beschreibt.

Nein - Ernst komm zurück -, wenn es eine bessere Lösung gibt, bin ich gerne bereit mich darüber informieren zu lassen. Ich bin ja lernfähig (noch).

Zitat von uhelp

Was willst dich trauen?

Nimmst du mich an die Hand?

Wie sollte ich deiner Meinung nach vorgehen?

Gruß

PS:

Zitat von uhelp

.. antiquierten Headsets ...

Da dürften die Meinungen auseinander gehen.
Oder was glaubst du könnte ich dafür bei
Sotheby’s
rausschlagen?

Zitat von DariusBrewka

Nee, diese werden nicht mehr mit Strom versorgt. Früher wurden diese mit Strom versorgt, nun werden über diese HUBs nur noch für Sticks und Ein / Ausgabe geräte benutzt, die keinen Strom brauchen.

Du weißt aber schon, dass es nach wie vor "aktive" Hubs gibt? - Nur mal am Rande.

Zitat von DariusBrewka

...
habe ich die Tastatur/Maus/Bluetooth/Wacom-Grafikktablet und Drucker am USB Hub, damit Ich keine extra Kabel an das Mainboard verlegen muß.

Ach, "Bluetooth-Kabel" gibt's auch? *grr*
Funktioniert das so ähnlich wie "WLAN-Kabel"? *duckundwech*

Zitat von DariusBrewka

Am Motherboard sind zwei USB Hubs angeschlossen,...

Mit "Motherboard" meinst du die Anschlüsse auf der PC-Rückseite?
Da hätte ich ja gerne gewusst wie viele USB-Ports du da hast.

Gruß