Beiträge von phil777

    8 Stunden hartes debugging später scheine ich der Lösung auf der Spur.


    Ich habe über die Datei im /home/pi/.linphonerc_out einige spezifische LinPhone Settings hinterlegt und mich dabei z.T. auf Defaultwerte verlassen.

    Die Datei kann man in der Doorpi.ini in der Sektion [SIP] per config_path = /home/pi/.linphonerc_out hinterlegen, dann werden die Werte in den linphone SIP Client übernommen.


    Das scheint dazu geführt zu haben, dass mein DoorPI die Fritzbox mit Register Paketen überflutet hat (ca. 5 Pakete pro Sekunde) - Vermutlich macht die Fritzbox dann dicht und meldet sich im SIP REGSITER flow nicht mehr zurück (ggf. droppt sie die Pakete)



    Lösung:

    - Auskommentieren meines eigenen Fehlers (Verwendung der linphonerc_out in der doorpi.ini)

    - Unbedingt: Veränderung der Anmeldedaten für den SIP Client in der Fritzbox - der Client scheint sonst "gesperrt" zu bleiben

    - Änderung der Login Daten aus Punkt 2 in der DoorPi.ini und Neustart des Daemons / reboot des Raspi



    Tja, wie so oft sitzt Problem und Ursache vor dem Monitor.

    Das erklärt mir zwar nicht, warum es laaaaange funktioniert hat, auch mit obigen Settings - aber immer hin geht die dämliche Klingel wieder.

    Kleines Update.


    meine FritzBox hat die IP 192.168.50.254 - so auch in der DooPi.ini hinterlegt.


    Ich wollte das nun noch mit einer zweiten FritzBox Testen (die aktuelle ist veraltet, ich habe noch eine etwas neuere herumliegen).

    Die wollte ich nun als 192.168.50.253 in Betriebnehmen und habe im DoorPi in der INI die IP umgestellt


    sipserver_realm = 192.168.50.253

    sipserver_server = 192.168.50.253



    wenn ich den DoorPi nun im trace hochfahre, will er immer noch die SIP Pakete auf die 192.168.50.254 schicken zur bestehenden FritzBox, mit der ja die Probleme bestehen.


    Warum nimmt DoorPi nicht die 253er IP ??


    Ich habe das weder im Code geändert noch irgendwo hart "verdrahtet". Wird die INI in irgendeiner Form gecached irgendwo?

    Hi,


    ich hoffe, jemand kann mir noch helfen. Mein DoorPi will sich seit einiger Zeit nicht mehr an der Fritzbox registrieren (so sieht es anhand des Tracelogs zumindest aus) und klingeln tut es auch nicht mehr (hat es aber Jahrelang).


    Folgende Pakete überladen mein trace.log


    Ein längeres Trace Log habe ich angehängt.


    Folgendes kommt mir komisch vor:


    From: "DoorPi" <sip:doorpimain@192.168.50.254>;tag=wpwJ-~hHh

    To: "DoorPi" <sip:doorpimain@192.168.50.254>


    Die 192.168.50.254 ist meine FritzBox, der DoorPI hat die 192.168.203. Warum sind "From" und "To" identisch?


    Alle Haustelefone (Siemens) funktionieren... Kann also kein allgemeines SIP Problem sein.


    Mögliche Optionen:

    - Mein Switch (Unify L3 Switch) macht irgendwas dazwischen und lässt die Pakete nicht mehr durch.

    - FritzBox blockt den Raspi aus irgendwelchen Gründen? Reboot der Box gemacht, keine Verbesserung.


    Vom Raspberry ist die FritzBox pingbar. Test mit ssh -p 5060 192.160.50.254 ergibt:

    Code
    pi@doorpi:~ $ ssh -p 5060 192.168.50.254
    kex_exchange_identification: Connection closed by remote host
    Connection closed by 192.168.50.254 port 5060

    hm.... und ich weiß nicht warum, aber einen Tag später geht es wieder. Keine Änderung, nichts.... (das war wenn man doorpi_cli auf der Console startet).


    ich habe dann den DoorPi neugestartet und damit den daemon laufen lassen, nun gehts wieder nicht.


    Was kann der unterschied zwischen Console und Daemon sein?

    und hier noch ein Auszug aus dem Trace Log, der für meine Begriffe ganz gut aussieht:

    Hier noch die SIP Config aus der DoorPi.Ini (hier wurde nichts verändert - hatte bis dato ja immer funktioniert)

    Hi DoorPi Gemeinde,


    ich habe heute die Zielrufnummer bzw. Zielaktion bei einem Klingeln von "call:**610" auf "call:**620" geändert. Seitdem mag Linphone gar nichts mehr anrufen (auch die alte Rufnummer nicht mer, wenn ich das zurück-ändere).

    Den DoorPi hab ich mehrmals neu gestartet, habe ihn auf der Console laufen lassen für Debug Logs.


    Im Boot Prozess steht:

    [doorpi.sipphone.from_linphone] start successfully


    Wenn ich die Klingel auslöse (bei mir via UDP Paket) kommt im Log folgendes:


    2024-03-14 22:28:26,441 [DEBUG] [doorpi.sipphone.from_linphone] call (**620)

    2024-03-14 22:28:26,452 [DEBUG] [doorpi.sipphone.from_linphone] no current call -> start new call

    2024-03-14 22:28:26,447 [DEBUG] [doorpi.action.handler] no actions for event BeforeSipPhoneMakeCall - skip fire_event BeforeSipPhoneMakeCall from doorpi.sipphone.from_linphone

    2024-03-14 22:28:26,467 [DEBUG] [doorpi.sipphone.from_linphone] reset current call start datetime to 2024-03-14 21:28:26.459704

    2024-03-14 22:28:26,499 [DEBUG] [doorpi.sipphone.linphone_lib.CallBacks] call_state_changed (2 - Starting outgoing call)

    2024-03-14 22:28:26,506 [TRACE] [doorpi.action.handler] fire Event OnCallStateChange from doorpi.sipphone.linphone_lib.CallBacks asyncron

    2024-03-14 22:28:26,517 [TRACE] [doorpi.action.handler] fire Event OnMediaRequired from doorpi.sipphone.linphone_lib.CallBacks asyncron

    2024-03-14 22:28:26,534 [DEBUG] [doorpi.action.handler] no actions for event OnMediaRequired - skip fire_event OnMediaRequired from doorpi.sipphone.linphone_lib.CallBacks

    2024-03-14 22:28:26,528 [DEBUG] [doorpi.action.handler] no actions for event OnCallStateChange - skip fire_event OnCallStateChange from doorpi.sipphone.linphone_lib.CallBacks

    2024-03-14 22:28:26,564 [DEBUG] [doorpi.sipphone.linphone_lib.CallBacks] call_state_changed (3 - Outgoing call in progress)

    2024-03-14 22:28:26,573 [TRACE] [doorpi.action.handler] fire Event OnCallStateChange from doorpi.sipphone.linphone_lib.CallBacks asyncron

    2024-03-14 22:28:26,591 [TRACE] [doorpi.action.handler] fire Event OnSipPhoneMakeCall from doorpi.sipphone.from_linphone asyncron

    2024-03-14 22:28:26,594 [DEBUG] [doorpi.action.handler] no actions for event OnCallStateChange - skip fire_event OnCallStateChange from doorpi.sipphone.linphone_lib.CallBacks

    2024-03-14 22:28:26,614 [TRACE] [doorpi.action.handler] fire Event AfterSipPhoneMakeCall from doorpi.sipphone.from_linphone asyncron

    2024-03-14 22:28:26,620 [DEBUG] [doorpi.action.handler] [KDXTR8] fire for event OnSipPhoneMakeCall this actions [<doorpi.action.base.SingleAction instance at 0xb367e238>]

    2024-03-14 22:28:26,640 [TRACE] [doorpi.action.handler] [KDXTR8] try to fire action <bound method LinphonePlayer.start of <doorpi.sipphone.linphone_lib.Player.LinphonePlayer object at 0xb3679610>> with args () and kwargs {}

    2024-03-14 22:28:26,638 [TRACE] [doorpi.action.handler] [U0N4AM] finished fire_event for event_name OnKeyPressed_udpin.ring

    2024-03-14 22:28:26,653 [TRACE] [doorpi.action.base] run SingleAction with args () and kwargs {}

    2024-03-14 22:28:26,647 [DEBUG] [doorpi.action.handler] no actions for event AfterSipPhoneMakeCall - skip fire_event AfterSipPhoneMakeCall from doorpi.sipphone.from_linphone

    2024-03-14 22:28:26,675 [TRACE] [doorpi.action.handler] fire Event OnPlayerStarted from doorpi.sipphone.linphone_lib.Player asyncron

    2024-03-14 22:28:26,688 [TRACE] [doorpi.action.handler] [KDXTR8] finished fire_event for event_name OnSipPhoneMakeCall

    2024-03-14 22:28:26,701 [DEBUG] [doorpi.action.handler] no actions for event OnPlayerStarted - skip fire_event OnPlayerStarted from doorpi.sipphone.linphone_lib.Player

    2024-03-14 22:28:40,995 [INFO] [doorpi.sipphone.from_linphone] call timeout - hangup current call after 14.53527 seconds (max. 15)

    2024-03-14 22:28:41,026 [DEBUG] [doorpi.sipphone.linphone_lib.CallBacks] call_state_changed (13 - Call terminated)




    Leider wird für mich nicht ersichtlich, woran es hapert, da ich auch keine ERROR Einträge sehe.... Aber ein Anruf findet eben nicht statt (getestet mit 3 Telefonen)



    Ich bin dankbar für jedwede Ideen.


    Grüße,

    Phil

    hm. Schade! Aber danke für den Hinweis.


    wenn ich Zeit habe, schau ich mir das genauer an. Ich bin mir nicht sicher, ob ich Asterisk benötige, da ich im Haus eine Fritzbox am Laufen habe und meine Telefonieanlage ungern "außer Haus" in die Klingelbox gebe - oder ich habe den Einsatzzweck von Asterisk mißverstanden.


    Videounterstützung wäre zwar nett, ich schaue aber noch, ob ich nicht meine Unify Kameras einbinden kann.... leider bieten die wohl maximal RTSP, eigentlich eher RTSPS, nur es gibt keine App auf dem Handy (ausser VFone, und die ist nicht mehr installierbar), die einen RTSP Stream zu einem Anruf darstellen kann und dann noch per Webrequest das Türschloss öffnen kann.... traurig das alles...

    hi DoorPi Gemeinde,


    ich habe einen DoorPi mit python 2.7 seit einigen Jahren am laufen.

    In einem Thread in diesem Forum bin ich auf das Repo

    GitHub - emphasize/DoorPi: OpenSource VoIP Door-Intercomstation
    OpenSource VoIP Door-Intercomstation. Contribute to emphasize/DoorPi development by creating an account on GitHub.
    github.com

    gestossen, eine ziemliche Neu-implementierung auf Basis Python3.


    Da ich sowieso ein hardware Upgrade machen wollte, würde ich auch gerne die Pyhton3 Variante nutzen.

    Leider ist das Repo auch schon in die Jahre gekommen, ich will aber dieses wirklich coole Projekt weiter nutzen.


    Ein wenig Python kann ich, Linux einigermassen auch. Allerdings schaffe ich es nicht, diese Variante ans Laufen zu bekommen.


    Frage: hat die jemand zum laufen bekommen? Ich suche eine exemplarische doorpi.ini, da es hie wohl auch Änderungen gab (Verwendung von TOML). Im repo ist leider keine Doku enthalten, welche Werte benötigt werden etc.


    Viele Grüße,

    Philippp

    das vermutlich schon, aber da hab ich noch ein bisschen hin ;)


    Könnt Ihr mir noch ein paar Verstärker nennen, mit dem die Lautstärke des Klingeltons in der Konstellation (Fritzbox) regelbar wird - ohne zusätzliche Stromversorgung des Verstärkers....


    Herzlichen Dank,

    Philipp

    hm... gerade gelesen dass der HifiBerryMiniamp wohl gar nicht per amixer/alsamixer steuerbar ist.... Stimmt das tatsächlich? Dann würde ich dieses Bauteil nicht empfehlen ;)


    Kann man das Volume direkt über Linphone irgendwie konfigurieren ausser das dialtone_volume in der doorpi.ini?

    Hi DoorPi Helden,


    ich versuche verzweifelt die Lautstärke des Dialtones des Doorpi zu reduzieren, der Ton ist derzeit ziemlich laut.


    Ich nutze einen Raspberry 3 mit MiniBerry Verstärker und einem kleinen (aber oho!) Lautsprecher. SIP Server ist eine Fritzbox 7390.


    Die hoffentlich relevanten Configs wie folgt, vielleicht kann mir jemand sagen, wie ich den Standard-Klingelton leiser bekommen kann. Mir scheint, als hätte der Mixer keinerlei Einfluss auf den Audio-Output (auch wenn man gegenspricht ist es sehr laut)


    Code
    pi@doorpi:~ $ aplay -l
    **** Liste der Hardware-Geräte (PLAYBACK) ****
    Karte 0: sndrpihifiberry [snd_rpi_hifiberry_dac], Gerät 0: HifiBerry DAC HiFi pcm5102a-hifi-0 [HifiBerry DAC HiFi pcm5102a-hifi-0]
      Sub-Geräte: 1/1
      Sub-Gerät #0: subdevice #0


    hier noch die /etc/asound.conf


    Per amixer / alsa hab ich gefühlt alles nach unten gedreht wie es nur geht:

    Code
    pi@doorpi:~ $ amixer
    Simple mixer control 'Mini',0
      Capabilities: volume
      Playback channels: Front Left - Front Right
      Capture channels: Front Left - Front Right
      Limits: 0 - 255
      Front Left: 1 [0%]
      Front Right: 1 [0%]


    In der DoorPI Config habe ich natürlich den ringtone_volume ebenso auf 1:


    Ich bin für jede Idee dankbar, solange es nicht irgendwas mit physikalischer Elektrotechnik zu tun hat .... Löten etc. ;)



    1000 Dank schonmal!

    Phil

    ok, das Problem mit dem USB Micro ist einen Schritt weiter (es war ein Tippfehler in obiger .ini - Gross- Kleinschreibung will beachtet werden...)

    Code
    2021-12-23 00:02:57,047 [INFO]          [doorpi.sipphone.from_linphone] found 3 possible sounddevices:
    2021-12-23 00:02:57,056 [DEBUG]         [doorpi.sipphone.from_linphone] |rec|play| name
    2021-12-23 00:02:57,061 [DEBUG]         [doorpi.sipphone.from_linphone] ------------------------------------
    2021-12-23 00:02:57,066 [DEBUG]         [doorpi.sipphone.from_linphone] | X | X  | ALSA: default device
    2021-12-23 00:02:57,076 [DEBUG]         [doorpi.sipphone.from_linphone] | O | X  | ALSA: snd_rpi_hifiberry_dac
    2021-12-23 00:02:57,084 [DEBUG]         [doorpi.sipphone.from_linphone] | X | O  | ALSA: USB Microphone
    2021-12-23 00:02:57,089 [DEBUG]         [doorpi.sipphone.from_linphone] ------------------------------------
    2021-12-23 00:02:57,094 [DEBUG]         [doorpi.sipphone.from_linphone] using capture_device: ALSA: USB Microphone
    2021-12-23 00:02:57,100 [DEBUG]         [doorpi.sipphone.from_linphone] using playback_device: ALSA: snd_rpi_hifiberry_dac

    das Micro wird nun zwar hier erkannt, wenn ich aber nun auf dem Handy an den SIP Anruf rangehe kommt ein fürchterlich lautes Rauschen.

    Den Gain habe ich ziemlich heruntergedreht auf 39. Teste es nun nochmal mit 5.

    Liebe DoorPi Gemeinde,


    mein Projekt ist mittlerweile recht fortgeschritten und wird - sofern die letzten Kinderkrankheiten verheilt werden - in das KNX System integriert werden. Die Kommunikation zu den Haussteuerungen laufen brav via UDP.


    Zwei noch offene Themen für die ich nach 2 Tagen suchen & testen keine Lösung finde:


    USB Micro - DoorPi erkennt diesen Device nicht:

    Ich habe ein USB Micro angeschlossen, über arecord kann ich damit normal Audio aufnehmen. DoorPi scheint das Micro aber nicht sauber zu erkennen, so wie es für mich wirkt, nutzt DoorPi den Lautsprecher direkt als Output UND Input, was zu einem Echo führt.


    meine Doorpi.ini (Ausschnitt)

    Code
    [SIP-Phone]
    ...
    capture_device = ALSA: USB microphone
    playback_device = ALSA: snd_rpi_hifiberry_dac
    ...


    Das Debug-Log beim Hochfahren:


    meine asound.conf

    kann das an der markierten Zeile liegen? teste gleich nochmal ob nach Entfernen der Zeile das Problem erledigt ist.



    Screenhot / Kameraaufnahme

    ich nutze die Android App VFone Doorbell - ist nach meinem Wissen die einzige App, die bei einem Klingeln auch einen RTSP Stream aufmachen kann. Auf dem DoorPi nutze ich den v4l2rtspserver.

    Das Problem ist nun, dass der v4l2rtsp Server den /dev/video0 blockiert und damit raspistill kein Foto mehr aufnehmen kann. Im Internet gibt's dazu die Erklärungen, dass man mit ffmeg ein Bild aus einem RTSP Stream ziehen kann - grundsätzlich kein schlechter Ansatz, nur auf dem Raspberry 3 ist der Zeitversatz auf meiner Hardware zwischen 5-8 Sekunden vom Start des Kommandos bis das eigentliche Bild aufgenommen wird. Da ist der Mensch vor der Klingel im Zweifel schon zu weit weg - nicht ideal also.


    Den Dienst stoppen, das Bild machen und den Dienst wieder starten ist ebenso aus Zeitgründen keine Option - Dienst stoppen ca. 5 Sekunden, Foto machen 1 Sekunde, Dienst starten 10 Sekunden.


    Ich habe noch versucht mit dem v4l2 Loopback etwas hinzubekommen, war aber leider erfolglos.



    Hat jemand von Euch ein ähnliches/gleiches Problem bereits gelöst?



    Herzlichen Dank Euch!

    Phil