Steht denn noch mehr in log oder deiner ini? Oder schließt er sich einfach weil er nichts mehr zu tun hat.
So habs alles verschoben. Komm aber mit der Forensoftware noch nicht so ganz klar Ist etwas strubbelig.
Steht denn noch mehr in log oder deiner ini? Oder schließt er sich einfach weil er nichts mehr zu tun hat.
So habs alles verschoben. Komm aber mit der Forensoftware noch nicht so ganz klar Ist etwas strubbelig.
mein Latein ist zu Ende
nun habe ich endlich Zeit gefunden meinen DoorPi weiterzubauen. Installation Raspien Jessy schon vor einiger Zeit erfolgt. Nun DoorPi drauf, linphone, linphone4raspberry. ReSpeaker eingerichtet.
Linphonec funktioniert auch schon brav. Mit echo funktion des free SIP Anbieters SIP2SIP vom Raspi aus getestet. Funzt wunderbar
ich bilde mir ein, die doorpi.ini mit den gleichen Daten gefüttert zu haben wie linphone, aber ich bekomme keine Registrierung am SIP Server zum Laufen.
doorpi_cli --trace liefert sogar kurzzeitig, dass es passt, aber gleich darauf bricht die Registrierung ab:
...
2020-03-22 21:17:37,867 [INFO] [doorpi.sipphone.from_linphone] channel [0xbeb118] [447] bytes parsed
2020-03-22 21:17:37,868 [INFO] [doorpi.sipphone.from_linphone] Found transaction matching response.
2020-03-22 21:17:37,869 [INFO] [doorpi.sipphone.from_linphone] Changing [client] [REGISTER] transaction [0xc48fb8], from state [TRYING] to [COMPLETED]
2020-03-22 21:17:37,870 [INFO] [doorpi.sipphone.from_linphone] Refresher [0xbe09c8]: has no contact for request [0xbc3c58].
2020-03-22 21:17:37,871 [INFO] [doorpi.sipphone.from_linphone] Refresher: scheduling next timer in 3240000 ms
2020-03-22 21:17:37,872 [INFO] [doorpi.sipphone.from_linphone] Register refresher [200] reason [OK] for proxy [sip:sip2sip.info]
2020-03-22 21:17:37,872 [INFO] [doorpi.sipphone.from_linphone] Proxy config [0xbe4e00] for identity ["xxxxxxxx" <sip:xxxxxxx@sip2sip.info>] moving from state [LinphoneRegistrationProgress] to [LinphoneRegistrationOk]
2020-03-22 21:17:37,873 [DEBUG] [doorpi.sipphone.from_linphone] [PYLINPHONE] >>> pylinphone_Core_callback_registration_state_changed(0xbc0a90, 0xbe4e00, 2, "Registration successful")
2020-03-22 21:17:37,874 [DEBUG] [doorpi.sipphone.from_linphone] [PYLINPHONE] <<< pylinphone_Core_callback_registration_state_changed
2020-03-22 21:17:37,875 [INFO] [doorpi.sipphone.from_linphone] Linphone core [0xbc0a90] notifying [registration_state_changed]
2020-03-22 21:17:42,784 [INFO] [doorpi.sipphone.from_linphone] Changing [client] [REGISTER] transaction [0xbe8de8], from state [COMPLETED] to [TERMINATED]
2020-03-22 21:17:42,785 [INFO] [doorpi.sipphone.from_linphone] Client internal REGISTER transaction [0xbe8de8] terminated
2020-03-22 21:17:42,887 [INFO] [doorpi.sipphone.from_linphone] Changing [client] [REGISTER] transaction [0xc48fb8], from state [COMPLETED] to [TERMINATED]
2020-03-22 21:17:42,888 [INFO] [doorpi.sipphone.from_linphone] Client internal REGISTER transaction [0xc48fb8] terminated
...
hat von euch schon jemand so ein Problem gehabt?
bitte nicht böse sein, wenn ich evtl wichtige Details nicht mitgeliefert habe
wenn ihr mir sagt was interessant ist, liefere ich das umgehend
doorpi.ini:
...
[SIP-Phone]
firewallpolicy = PolicyNoFirewall
audio_codecs = PCMU,PCMA
call_timeout = 40
capture_device = ALSA: ReSpeaker 4 Mic Array (UAC1.0)
dialtone = !BASEPATH!/media/ShortDialTone.wav
dialtone_renew_every_start = False
dialtone_volume = 35
echo_cancellation_enabled = False
identity = xxxxxx
local_port = 5060
max_call_time = 120
mic_gain_db = 1
playback_device = ALSA: ReSpeaker 4 Mic Array (UAC1.0)
record_while_dialing = False
records = !BASEPATH!/records/%Y-%m-%d_%H-%M-%S.wav
sipphonetyp = linphone
sipserver_password = yyyyyyyy
sipserver_realm = sip2sip.info
sipserver_server = sip2sip.info
sipserver_username = xxxxxx
ua.max_calls = 2
video_display_enabled = False
...
Alles anzeigen
danke, deviloper, dass du dich dem Problem annimmst!
ja, es geht dann noch weiter (wobei ich dann wieder das log abbreche (wenn gewünscht kann ich noch mehr senden):
NOTIFY sip:46.75.6.188:5060 SIP/2.0
Via: SIP/2.0/UDP 81.23.228.180:5060;branch=z9hG4bK3279510
From: sip:keepalive@81.23.228.180;tag=5b12c5a7
To: sip:46.75.6.188:5060
Call-ID: 785d9f51-5ddbda37-554e@81.23.228.180
CSeq: 1 NOTIFY
Event: keep-alive
Content-Length: 0
2020-03-22 21:18:01,563 [INFO] [doorpi.sipphone.from_linphone] channel [0xbeb118] [273] bytes parsed
2020-03-22 21:18:01,567 [INFO] [doorpi.sipphone.from_linphone] Changing [server] [NOTIFY] transaction [0xbc4008], from state [INIT] to [TRYING]
2020-03-22 21:18:01,568 [INFO] [doorpi.sipphone.from_linphone] Outgoing subscription terminated by remote [sip:46.75.6.188:5060]
2020-03-22 21:18:01,569 [INFO] [doorpi.sipphone.from_linphone] LinphoneEvent [0xbe9100] moving to subscription state LinphoneSubscriptionTerminated
2020-03-22 21:18:01,570 [DEBUG] [doorpi.sipphone.from_linphone] [PYLINPHONE] >>> pylinphone_Core_callback_subscription_state_changed(0xbc0a90, 0xbe9100, 5)
2020-03-22 21:18:01,570 [DEBUG] [doorpi.sipphone.from_linphone] [PYLINPHONE] <<< pylinphone_Core_callback_subscription_state_changed
2020-03-22 21:18:01,571 [INFO] [doorpi.sipphone.from_linphone] Linphone core [0xbc0a90] notifying [subscription_state_changed]
2020-03-22 21:18:01,572 [INFO] [doorpi.sipphone.from_linphone] Changing [server] [NOTIFY] transaction [0xbc4008], from state [TRYING] to [COMPLETED]
2020-03-22 21:18:01,573 [INFO] [doorpi.sipphone.from_linphone] channel [0xbeb118]: message sent to [UDP://sip2sip.info:5060], size: [282] bytes
SIP/2.0 200 Ok
Via: SIP/2.0/UDP 81.23.228.180:5060;branch=z9hG4bK3279510
From: <sip:keepalive@81.23.228.180>;tag=5b12c5a7
To: <sip:46.75.6.188:5060>;tag=qkt~Brj
Call-ID: 785d9f51-5ddbda37-554e@81.23.228.180
CSeq: 1 NOTIFY
User-Agent: (belle-sip/1.4.2)
Supported: outbound
2020-03-22 21:18:01,573 [INFO] [doorpi.sipphone.from_linphone] Destroying op [0xc4f6a0] of type [SalOpUnknown]
2020-03-22 21:18:33,593 [INFO] [doorpi.sipphone.from_linphone] Changing [server] [NOTIFY] transaction [0xbc4008], from state [COMPLETED] to [TERMINATED]
2020-03-22 21:18:33,593 [INFO] [doorpi.sipphone.from_linphone] Server NOTIFY transaction [0xbc4008] terminated
2020-03-22 21:18:33,594 [INFO] [doorpi.sipphone.from_linphone] Unhandled transaction terminated [0xbc4008]
^C2020-03-22 21:18:44,024 [INFO] [doorpi.main] KeyboardInterrupt -> DoorPi will shutdown
2020-03-22 21:18:44,025 [DEBUG] [doorpi.doorpi] destroy doorpi
2020-03-22 21:18:44,026 [DEBUG] [doorpi.doorpi] Threads before starting shutdown: [<_MainThread(MainThread, started 1995694080)>, <Thread(OnWebServerStart from doorpi.status.webserver, started 1981461616)>]
2020-03-22 21:18:44,027 [TRACE] [doorpi.action.handler] fire Event BeforeShutdown from doorpi.doorpi asyncron
2020-03-22 21:18:44,029 [DEBUG] [doorpi.action.handler] no actions for event BeforeShutdown - skip fire_event BeforeShutdown from doorpi.doorpi
2020-03-22 21:18:44,030 [DEBUG] [doorpi.action.handler] [3SAW7B] fire for event OnShutdown this actions [<doorpi.action.SingleActions.time_tick.TimeTickDestroyAction instance at 0x761ce2b0>, <doorpi.status.webserver.WebServerShutdownAction instance at 0x761ce698>, <doorpi.keyboard.AbstractBaseClass.KeyboardDestroyAction instance at 0x761cefd0>, <doorpi.action.base.SingleAction instance at 0x74b36698>]
2020-03-22 21:18:44,031 [TRACE] [doorpi.action.handler] [3SAW7B] try to fire action TimeTickDestroyAction with args () and kwargs {}
2020-03-22 21:18:44,032 [TRACE] [doorpi.action.base] run TimeTickDestroyAction with args () and kwargs {}
2020-03-22 21:18:44,032 [TRACE] [doorpi.action.handler] unregister Eventsource doorpi.action.SingleActions.time_tick and force_unregister is True
2020-03-22 21:18:44,033 [TRACE] [doorpi.action.handler] unregister Event OnTimeMinute59 from doorpi.action.SingleActions.time_tick
2020-03-22 21:18:44,033 [DEBUG] [doorpi.action.handler] no more sources for event OnTimeMinute59 - remove event too
2020-03-22 21:18:44,034 [TRACE] [doorpi.action.handler] event_source doorpi.action.SingleActions.time_tick was removed for event OnTimeMinute59
2020-03-22 21:18:44,035 [TRACE] [doorpi.action.handler] unregister Event OnTimeMinute58 from doorpi.action.SingleActions.time_tick
2020-03-22 21:18:44,035 [DEBUG] [doorpi.action.handler] no more sources for event OnTimeMinute58 - remove event too
...
Alles anzeigen
der untere Teil des LOG ist, nachdem ich den doorpo_cli --trace mit Ctrl-C unterbrochen habe
vielleicht noch zur Erklärung, was ich eigentlich derzeit versuche:
die Idee ist, dass sich der DoorPi beim SIP Server registriert, und auf einen Anruf wartet.
Aber wenn ich dann versuche den doorpi von einem anderen Rechner aus mit Ekiga anzurufen (SIP Server als Vermittler), kommt gleich die Meldung, dass der Anzurufende nicht erreichbar ist.
Wenn ich das gleiche mit linphonec mache, baut sich eine Verbindung auf, und ich habe eine prächtige Sprachverbindung in beide Richtungen.
Vermutlich mache ich irgendwas grundlegend falsch, wie ich den doorpi benutze, weiss aber noch nicht wo ich schrauben muss ...
deviloper
PS:
ich habe vorher noch ein eigenes Thema unter Issues > Hilfe/Ratschläge geöffnet (hat sich mit deiner Antwort überschnitten)
sorry, wenn ich da Unordnung ins Forum bringe
Deviloper, könntest du als Admin evtl die entsprechenden Posts ins Thema rüberschieben? Oder aber mein Thema löschen?
und hier noch meine gesamte ini:
[AREA_installer]
.* =
[AdminNumbers]
xxxxxxx = active
call = zzzzzzzzz
call_timeout = 40
[DoorPi]
base_path = /usr/local/etc/DoorPi
eventlog = !BASEPATH!/conf/eventlog.db
is_alive_led =
last_snapshot =
snapshot_path =
[DoorPiWeb]
indexfile = index.html
ip =
loginfile = login.html
online_fallback = http://motom001.github.io/DoorPiWeb
port = 80
public = AREA_public
www = !BASEPATH!/../DoorPiWeb
[EVENT_OnStartup]
10 = sleep:1
[Group]
administrator = door
[SIP-Phone]
firewallpolicy = PolicyNoFirewall
audio_codecs = PCMU,PCMA
call_timeout = 40
capture_device = ALSA: ReSpeaker 4 Mic Array (UAC1.0)
dialtone = !BASEPATH!/media/ShortDialTone.wav
dialtone_renew_every_start = False
dialtone_volume = 35
echo_cancellation_enabled = False
identity =xxxxxxx
local_port = 5060
max_call_time = 120
mic_gain_db = 1
playback_device = ALSA: ReSpeaker 4 Mic Array (UAC1.0)
record_while_dialing = False
records = !BASEPATH!/records/%Y-%m-%d_%H-%M-%S.wav
sipphonetyp = linphone
sipserver_password = yyyyyyyyy
sipserver_realm = sip2sip.info
sipserver_server = sip2sip.info
sipserver_username = xxxxxxxxxx
ua.max_calls = 2
video_display_enabled = False
[User]
door = pi
[WritePermission]
administrator = installer
[keyboards]
onboardpins = gpio
[onboardpins_InputPins]
[onboardpins_keyboard]
bouncetime = 200
mode = BOARD
polarity = 0
pressed_on_keydown = True
pull_up_down = PUD_OFF
Alles anzeigen
Okay noch eines, kannst du evtl. in deinen Beiträgen Code-Tags verwenden, wenn du logs postest? Wird sonst so elendig lang auf mobilen Geräten.
Zu deinem Problem. Du hast ja eine AdminNumber definiert (frei nach https://github.com/motom001/Do…linphone_lib/CallBacks.py), wobei da die Zeile call, und call_timeout nicht hingehören (meine ich) Was du da gepostest hast sind ja eigtl. nur keepalive (das ne ok response bekommt) und LinphoneEvent [0xbe9100] moving to subscription state LinphoneSubscriptionTerminated. Kannst du denn vom doorpi aus anrufen?
ich bin ein blutiger Foren-Neuling (ist dir vermutlich schon aufgefallen): danke für den Hinweis mit den Code-Tags (schon umgesetzt)
vom DoorPi aus anrufen, habe ich mir bisher aufgespart, weil ich die Einstellungen für Tasten noch nicht in Angriff genommen habe - das wird die nächste steile Lernkurve
Gibt es eine andere Möglichkeit einen Anruf vom DoorPi aus loszutreten? (evtl vom Webinterface aus? mit die Event Buttons?)
Also es gibt verschiedene Möglichkeiten, wie du ein Event auslösen kannst. Z.B. könntest du ein virtuelles Keyboard anlegen, oder halt dein gpio-Keyboard etwas ausformulieren und dann einfach das Event aufrufen (ohne das wirklich der Gpio bedient wurde) über:
http://door:pi@doorpi_server/control/trigger_event?event_name=OnKeyPressed_onboardpins.0&event_source=doorpi.keyboard.from_gpio
zB
XXXXX natürlich sinnvoll ausfüllen.