Ton nur von Sprechstelle zu SIP-Telefon

ocip2000 · 23. Juli 2016

Hallo,
ich lese seit einigen Tagen begeistert im Forum mit, habe alle möglichen Beschreibungen zu Konfig und Installation durchstöbert und DoorPi erfolgreich auf dem Raspberry mit PiFace und SIP zur Fritzbox eingerichtet. Die Installation war simpel, aber bis der erste Anruf vom Taster drücken bis zum Klingen des Telefons geklappt hat war etwas mühsam. Hier hätte ich mir eine Beispiel-Konfig gewünscht. Die doorpi.ini aus einem andere Post hat mir dann weitergeholfen.

Jetzt habe ich allerdings das Problem, dass der Ton nur vom Fritzvon an der Fritzbox zum Lautsprecher der Soundkarte übertragen wird, die NF vom Mikrofon zum Telefon ist tot.
Die Soundkarte wurde als USB Headset erkannt, ist auch als Default konfiguriert und wird von DoorPi als capture_device und playback_device im Trace erkannt und benutzt.
Prüfe ich die NF mit

arecord -D plug:hw:1 Test.wav

funktioniert das Mikrofon und zeichnet auf. Zum Sip-Telefon wird aber keine NF übertragen. Einen Auszug aus dem Trace von DoorPi habe ich einmal eingefügt. Vielleicht hat jemand einen Tip für mich?

Code

2016-07-23 17:52:57,864 [DEBUG]         [doorpi.sipphone.from_linphone]        [PYLINPHONE] >>> pylinphone_Core_get_sound_devices(0x75a1dfb0 [0x7c08f0])
2016-07-23 17:52:57,865 [DEBUG]         [doorpi.sipphone.from_linphone]        [PYLINPHONE] <<< pylinphone_Core_get_sound_devices -> 0x7452a878
2016-07-23 17:52:57,866 [DEBUG]         [doorpi.action.handler] no actions for event OnRecorderCreated - skip fire_event OnRecorderCreated from doorpi.sipphone.linphone_lib.Recorder
2016-07-23 17:52:57,866 [DEBUG]         [doorpi.sipphone.from_linphone]        [PYLINPHONE] >>> pylinphone_Core_get_capture_device(0x75a1dfb0 [0x7c08f0])
2016-07-23 17:52:57,867 [DEBUG]         [doorpi.sipphone.from_linphone]        [PYLINPHONE] <<< pylinphone_Core_get_capture_device -> 0x74527740
2016-07-23 17:52:57,868 [TRACE]         [doorpi.conf.config_object] get_string for key capture_device in section SIP-Phone (default: ALSA: default device) returns ALSA: USB Headphone Set
2016-07-23 17:52:57,869 [DEBUG]         [doorpi.sipphone.from_linphone]        [PYLINPHONE] >>> pylinphone_Core_set_capture_device(0x75a1dfb0 [0x7c08f0], "ALSA: USB Headphone Set")
2016-07-23 17:52:57,869 [DEBUG]         [doorpi.sipphone.from_linphone]        [PYLINPHONE] <<< pylinphone_Core_set_capture_device -> 0
2016-07-23 17:52:57,870 [DEBUG]         [doorpi.sipphone.from_linphone]        [PYLINPHONE] >>> pylinphone_Core_get_playback_device(0x75a1dfb0 [0x7c08f0])
2016-07-23 17:52:57,870 [DEBUG]         [doorpi.sipphone.from_linphone]        [PYLINPHONE] <<< pylinphone_Core_get_playback_device -> 0x74527710
2016-07-23 17:52:57,871 [TRACE]         [doorpi.conf.config_object] get_string for key playback_device in section SIP-Phone (default: ALSA: default device) returns ALSA: USB Headphone Set
2016-07-23 17:52:57,871 [DEBUG]         [doorpi.sipphone.from_linphone]        [PYLINPHONE] >>> pylinphone_Core_set_playback_device(0x75a1dfb0 [0x7c08f0], "ALSA: USB Headphone Set")
2016-07-23 17:52:57,872 [DEBUG]         [doorpi.sipphone.from_linphone]        [PYLINPHONE] <<< pylinphone_Core_set_playback_device -> 0
2016-07-23 17:52:57,872 [DEBUG]         [doorpi.sipphone.from_linphone]        [PYLINPHONE] >>> pylinphone_Core_get_sound_devices(0x75a1dfb0 [0x7c08f0])
2016-07-23 17:52:57,873 [DEBUG]         [doorpi.sipphone.from_linphone]        [PYLINPHONE] <<< pylinphone_Core_get_sound_devices -> 0x7452a738
2016-07-23 17:52:57,873 [INFO]          [doorpi.sipphone.from_linphone] found 3 possible sounddevices:
2016-07-23 17:52:57,874 [DEBUG]         [doorpi.sipphone.from_linphone] |rec|play| name
2016-07-23 17:52:57,875 [DEBUG]         [doorpi.sipphone.from_linphone] ------------------------------------
2016-07-23 17:52:57,875 [DEBUG]         [doorpi.sipphone.from_linphone]        [PYLINPHONE] >>> pylinphone_Core_get_sound_devices(0x75a1dfb0 [0x7c08f0])
2016-07-23 17:52:57,876 [DEBUG]         [doorpi.sipphone.from_linphone]        [PYLINPHONE] <<< pylinphone_Core_get_sound_devices -> 0x7452a738
2016-07-23 17:52:57,876 [DEBUG]         [doorpi.sipphone.from_linphone]        [PYLINPHONE] >>> pylinphone_Core_instance_method_sound_device_can_capture(0x75a1dfb0 [0x7c08f0], "ALSA: default device")
2016-07-23 17:52:57,877 [DEBUG]         [doorpi.sipphone.from_linphone]        [PYLINPHONE] <<< pylinphone_Core_instance_method_sound_device_can_capture -> 0x2e0620
2016-07-23 17:52:57,877 [DEBUG]         [doorpi.sipphone.from_linphone]        [PYLINPHONE] >>> pylinphone_Core_instance_method_sound_device_can_playback(0x75a1dfb0 [0x7c08f0], "ALSA: default device")
2016-07-23 17:52:57,878 [DEBUG]         [doorpi.sipphone.from_linphone]        [PYLINPHONE] <<< pylinphone_Core_instance_method_sound_device_can_playback -> 0x2e0620
2016-07-23 17:52:57,878 [DEBUG]         [doorpi.sipphone.from_linphone] | X | X  | ALSA: default device
2016-07-23 17:52:57,879 [DEBUG]         [doorpi.sipphone.from_linphone]        [PYLINPHONE] >>> pylinphone_Core_instance_method_sound_device_can_capture(0x75a1dfb0 [0x7c08f0], "ALSA: USB Headphone Set")
2016-07-23 17:52:57,879 [DEBUG]         [doorpi.sipphone.from_linphone]        [PYLINPHONE] <<< pylinphone_Core_instance_method_sound_device_can_capture -> 0x2e0620
2016-07-23 17:52:57,880 [DEBUG]         [doorpi.sipphone.from_linphone]        [PYLINPHONE] >>> pylinphone_Core_instance_method_sound_device_can_playback(0x75a1dfb0 [0x7c08f0], "ALSA: USB Headphone Set")
2016-07-23 17:52:57,880 [DEBUG]         [doorpi.sipphone.from_linphone]        [PYLINPHONE] <<< pylinphone_Core_instance_method_sound_device_can_playback -> 0x2e0620
2016-07-23 17:52:57,881 [DEBUG]         [doorpi.sipphone.from_linphone] | X | X  | ALSA: USB Headphone Set
2016-07-23 17:52:57,881 [DEBUG]         [doorpi.sipphone.from_linphone]        [PYLINPHONE] >>> pylinphone_Core_instance_method_sound_device_can_capture(0x75a1dfb0 [0x7c08f0], "ALSA: USB Headphone Set")
2016-07-23 17:52:57,882 [DEBUG]         [doorpi.sipphone.from_linphone]        [PYLINPHONE] <<< pylinphone_Core_instance_method_sound_device_can_capture -> 0x2e0620
2016-07-23 17:52:57,882 [DEBUG]         [doorpi.sipphone.from_linphone]        [PYLINPHONE] >>> pylinphone_Core_instance_method_sound_device_can_playback(0x75a1dfb0 [0x7c08f0], "ALSA: USB Headphone Set")
2016-07-23 17:52:57,883 [DEBUG]         [doorpi.sipphone.from_linphone]        [PYLINPHONE] <<< pylinphone_Core_instance_method_sound_device_can_playback -> 0x2e0620
2016-07-23 17:52:57,883 [DEBUG]         [doorpi.sipphone.from_linphone] | X | X  | ALSA: USB Headphone Set
2016-07-23 17:52:57,883 [DEBUG]         [doorpi.sipphone.from_linphone] ------------------------------------
2016-07-23 17:52:57,884 [DEBUG]         [doorpi.sipphone.from_linphone]        [PYLINPHONE] >>> pylinphone_Core_get_capture_device(0x75a1dfb0 [0x7c08f0])
2016-07-23 17:52:57,885 [DEBUG]         [doorpi.sipphone.from_linphone]        [PYLINPHONE] <<< pylinphone_Core_get_capture_device -> 0x74527890
2016-07-23 17:52:57,885 [DEBUG]         [doorpi.sipphone.from_linphone] using capture_device: ALSA: USB Headphone Set
2016-07-23 17:52:57,886 [DEBUG]         [doorpi.sipphone.from_linphone]        [PYLINPHONE] >>> pylinphone_Core_get_playback_device(0x75a1dfb0 [0x7c08f0])
2016-07-23 17:52:57,886 [DEBUG]         [doorpi.sipphone.from_linphone]        [PYLINPHONE] <<< pylinphone_Core_get_playback_device -> 0x745278c0
2016-07-23 17:52:57,886 [DEBUG]         [doorpi.sipphone.from_linphone] using playback_device: ALSA: USB Headphone Set
2016-07-23 17:52:57,887 [TRACE]         [doorpi.conf.config_object] get_list for key audio_codecs in section SIP-Phone (default: PCMA,PCMU) returns ['PCMA', 'PCMU']
2016-07-23 17:52:57,888 [DEBUG]         [doorpi.sipphone.from_linphone]        [PYLINPHONE] >>> pylinphone_Core_get_audio_codecs(0x75a1dfb0 [0x7c08f0])
2016-07-23 17:52:57,888 [DEBUG]         [doorpi.sipphon

Alles anzeigen

Eine zweite Frage hätte ich noch: Wie bekomme ich DoorPi dazu ein Gespräch anzunehmen wenn ich vom SIP-Telefon anrufe?
Ich nehme mal an, hierzu muss ein Event mit "OnCallIncoming" oder "BeforeCallIncoming" konfiguriert werden?

Vielen Dank, viele Grüße,

Michael

**Nea** · 23. Juli 2016

Hey,
füge mal bitte hier Deine doorpi.ini noch ein.

ocip2000 · 23. Juli 2016

Hallo,
danke für die schnelle Antwort. Ich füge sie mal hier in die Antwort ein, da im vorigen Post die max. Zeichenlänge überschritten war.
Meine zweite Frage habe ich inzwischen selbst beantwortet.
Nummer des Telefons mit **610 eingetragen, schon gehts.Nur leider auch mit Ton nur in einer RIchtung

Code

[AREA_installer]
.* = 


[AdminNumbers]
**621 = active
610 = active
620 = active
622 = active
623 = active
624 = active
625 = active


[DTMF]
"#" = out:Tueroeffner,1,0,2
"*" = out:Licht,0,0
"1" = out:Verstaerker,1,5
"2" = out:Verstaerker,0,2
"3" = out:Licht,1,0,300


[DoorPi]
base_path = /usr/local/etc/DoorPi
eventlog = !BASEPATH!/conf/eventlog.db
is_alive_led = blinking_led
last_snapshot = 
snapshot_path = 


[DoorPiWeb]
indexfile = index.html
ip = 
loginfile = login.html
online_fallback = http://motom001.github.io/DoorPiWeb
port = 81
public = AREA_public
www = !BASEPATH!/../DoorPiWeb


[EVENT_OnCallStateConnect]
10 = out:Verstaerker,1,0,200


[EVENT_OnKeyDown_prodsystem.5]
10 = out:Licht,0


[EVENT_OnKeyPressed_prodsystem.0]
10 = out:Gong-Keller,1,2
20 = call:**611#621


[EVENT_OnKeyPressed_prodsystem.1]
10 = sleep:1
20 = call:**611


[EVENT_OnKeyPressed_prodsystem.2]
10 = out:Gong-Erhard,1,0,3
20 = sleep:1
30 = call:**1


[EVENT_OnKeyPressed_prodsystem.3]
10 = sleep:1
20 = call:**610


[EVENT_OnKeyPressed_prodsystem.4]
10 = out:Licht,1,0,300
20 = sleep:1


[EVENT_OnKeyPressed_prodsystem.6]
10 = out:Licht,1,0,21600


[EVENT_OnMediaNotRequired]
10 = out:Verstaerker,0


[EVENT_OnStartup]
10 = sleep:1


[Group]
administrator = door


[SIP-Phone]
firewallpolicy = PolicyNoFirewall
audio_codecs = PCMA,PCMU
call_timeout = 20
capture_device = ALSA: USB Headphone Set
dialtone = !BASEPATH!/media/ShortDialTone.wav
dialtone_renew_every_start = False
dialtone_volume = 35
echo_cancellation_enabled = False
identity = DoorPi
local_port = 5060
max_call_time = 120
playback_device = ALSA: USB Headphone Set
record_while_dialing = False
records = !BASEPATH!/records/%Y-%m-%d_%H-%M-%S.wav
sipphonetyp = linphone
sipserver_password = xxxx
sipserver_realm = 192.168.2.3
sipserver_server = 192.168.2.3
sipserver_username = 624
stun_server = 192.168.2.3
ua.max_calls = 2
video_codecs = VP8
video_device = /dev/video0
video_display_enabled = False
video_size = vga


[User]
door = pi


[WritePermission]
administrator = installer


[keyboards]
prodsystem = piface


[prodsystem_InputPins]
0 = sleep:0.1
1 = sleep:0.1
2 = sleep:0.1
3 = sleep:0.1


[prodsystem_OutputPins]
0 = Verstaerker
1 = Tueroeffner
2 = Licht
3 = Gong-Keller
4 = Gong-Ernst
5 = Gong-Erhard
6 = Gong-Andreas
7 = blinking_led


[prodsystem_keyboard]
bouncetime = 80
polarity = 0
pressed_on_keydown = True

Alles anzeigen

**Nea** · 23. Juli 2016

Hmm,
schaue mal bitte im DoorpiWeb unter Anruf/Details ob hier dann ein beide Signale zur Verfügung stehen.

ocip2000 · 23. Juli 2016

Guter Hinweis,
wenn der Anruf steht, werden für beide RIchtungen ständig dBm-Werte angezeigt. Beim Sprechen gehen die Werte entsprechend hoch, auch level recorded, also in RIchtung Telefon. Die NF kommt also vom Mikfrofon am Raspi / DoorPi an. Scheint mir eher ein SIP-Problem als ein Problem "vor" der Soundkarte. Hmmm, hilft mir aber leider auch nicht weiter

Raspi hat übrigens eine feste IP im WLAN.

Viele Grüße
Michael

**Nea** · 23. Juli 2016

Das Problem hatten wir schon einmal. Lese mal bitte den folgenden thread durch.

https://www.doorpi.org/forum/t…cording-problem/?pageNo=1

ocip2000 · 23. Juli 2016

Hmm, ich habe die feste IP auch über DHCPCD konfiguriert, den Dienst allerdings nicht deaktiviert. Ich schau mir das morgen nochmal an und Berichte.
Danke!

Gesendet von meinem SM-T815 mit Tapatalk

ocip2000 · 24. Juli 2016

Cool! Problem gelöst. Die Fritzbox hatte für DoorPi tatsächlich eine weitere, über DHCP vergebene Adresse hinterlegt. Diese habe ich gelöscht und die gleichzeitig der Fritzbox gesagt, sie soll immer die feste IP zuweisen - obwohl ja eigentlich überflüssig. Aber nun funktioniert es!
Prima, vielen Dank, dann kann die Testerei ja weitergehen.

Viele Grüße,
Michael

**Nea** · 24. Juli 2016

Mich würde allerdings interessieren warum die FritzBox so einen mist fabriziert.

**pahenning** · 24. Juli 2016

Ich habe das seinerzeit nicht weiter verfolgt. Ich tippe aber darauf, dass der DHCP-Client des Raspberry Pi der Fritzbox eine ungültige Lease-Time mitteilt.

LG

pah

Teilen