NEWS
Test Adapter doorio v2.1.2
-
@Wal
ich hab jetzt dein Image installiert. Was komisch ist, dass die Verbindung immer abbricht.sip:**620@fritz.box: session closed: Connection reset by peer alsa: stopping playback thread (default) audio: destroyed (started=0)**620 ist meine Türstation. Wenn ich sie auf einen anderen Raspi anrufen lasse, bekomm ich den Fehler. Wenn ich allerdings aufs DECT klingeln lasse, geht es. Wenn ich den anderen Raspi als Türstation eintrage geht es auch.
Woran kann das liegen?
@renegade-0 Kann es sein das die türstation sich selbst anrufen soll?
-
@renegade-0 ,
das kann ich dir so nicht sagen.
Hast du in Baresip Autoanswer eingestellt ?
Läuft auf dem anderen Raspi auch Baresip ?
Ich nutze keine Autoanswer mehr, mein Baresip steht auf manuell und im Doorio-Adapter trage ich die Nummern die die Türstelle anrufen dürfen in die Whitelist ein.
"session closed: Connection reset by peer" heißt soviel wie das nicht abgehoben wird. -
@wal Hallo,
kannst Du mir eventuell nochmal weiterhelfen?
Was hat es denn im ioBroker/instanz/Doorio/Ring/Telefonnummer 1"b" aufsich? Hinter der Telefonnummer 1Danke vorab
-
@tylerdurden ,
da kann man eine zweite Telefonnummer einstellen auf die man in den Objekten (detour1..4) umstellen kann z.B bei Abwesenheit aufs Handy. -
@wal detour 1 ist dann analog zu klingen 1? also die 1b quasi
-
@renegade-0 Kann es sein das die türstation sich selbst anrufen soll?
@tylerdurden nein, die ruft die **622 an.
-
@tylerdurden ,
ja@wal Vielen Dank
-
@wal Vielen Dank
Ich hab da ein kleines und hoffentlich letztes Problem mit dem baresip.
Wenn ich den baresip anrufe (client1) und dann bei ihm auflege, läuft der call auf client 2 weiter. Beende ich auf client 2, beenden auch beide. Also irgendwie muss immer der anrufende auflegen.
Das seltsame ist nur, Dieses Problem tritt nur bei baresip to baresip auf. Vom Fritzphone aus kann auch der angerufene beenden und beide legen auf.
Hast du das auch beobachten können?
-
Ich hab da ein kleines und hoffentlich letztes Problem mit dem baresip.
Wenn ich den baresip anrufe (client1) und dann bei ihm auflege, läuft der call auf client 2 weiter. Beende ich auf client 2, beenden auch beide. Also irgendwie muss immer der anrufende auflegen.
Das seltsame ist nur, Dieses Problem tritt nur bei baresip to baresip auf. Vom Fritzphone aus kann auch der angerufene beenden und beide legen auf.
Hast du das auch beobachten können?
@renegade-0 ,
diese Konfiguration habe ich leider nicht, ich nutze nur die Sprechstelle mit einem Fritzfone. Wie hast du den Client 2 angebunden ? Auch über einen Doorio-Adapter ? Ich habe noch einen Test-RPI da, könnte das mal nachstellen. -
@renegade-0 ,
diese Konfiguration habe ich leider nicht, ich nutze nur die Sprechstelle mit einem Fritzfone. Wie hast du den Client 2 angebunden ? Auch über einen Doorio-Adapter ? Ich habe noch einen Test-RPI da, könnte das mal nachstellen.@wal
Nein ich hab es ganz klassisch wie bei dir aufgesetzt. Nur habe ich auf dem Rpi, welcher den ioBroker installiert hat, auch einen baresip installiert. Und der DoorIO ruft diesen an. Verbindung und sprechen klappt auch alles 1a. Nur eben auflegen nur auf der Client Seite. -
@wal
Nein ich hab es ganz klassisch wie bei dir aufgesetzt. Nur habe ich auf dem Rpi, welcher den ioBroker installiert hat, auch einen baresip installiert. Und der DoorIO ruft diesen an. Verbindung und sprechen klappt auch alles 1a. Nur eben auflegen nur auf der Client Seite.@renegade-0 ,
tut mir Leid ich bin nicht mehr der Jüngste und stehe voll auf dem Schlauch.
Du hast 2 Clients einer über den DoorIO-Adapter angebunden und einer simuliert quasi ein Sip-Telefon.
Du rufst über den Client der am DoorIO-Adapter angebunden ist das Baresip-Telefon an und wenn du das Baresiptelefon auflegst legt der DoorIO-Client nicht auf ? -
@renegade-0 ,
tut mir Leid ich bin nicht mehr der Jüngste und stehe voll auf dem Schlauch.
Du hast 2 Clients einer über den DoorIO-Adapter angebunden und einer simuliert quasi ein Sip-Telefon.
Du rufst über den Client der am DoorIO-Adapter angebunden ist das Baresip-Telefon an und wenn du das Baresiptelefon auflegst legt der DoorIO-Client nicht auf ?Nein ich hab einen Rpi-Server, auf dem läuft der Broker, DoorIO und ein baresip (standalone). Auf dem 2. Gerät (client) läuft der baresip, welcher an den DoorIO angebunden ist. Wenn der DoorIO ausgelöst wird, connected er auf den client und dieser ruft den Standalone baresip an.
-
Nein ich hab einen Rpi-Server, auf dem läuft der Broker, DoorIO und ein baresip (standalone). Auf dem 2. Gerät (client) läuft der baresip, welcher an den DoorIO angebunden ist. Wenn der DoorIO ausgelöst wird, connected er auf den client und dieser ruft den Standalone baresip an.
-
@renegade-0 ,
ja das habe ich doch oben geschrieben. Der Standalone ist mein Baresiptelefon incl. iobroker und Adapter. -
@wal
Ah sorry, hab gelesen, ich hätte 2 am DoorIO angebunden. Langsam werd ich wirr.^^Genau so verhält es sich.
-
@renegade-0 ,
ok das kann ich mal testen. Wird aber dauern, muß das Testsystem neu aufsetzen. Melde mich die Tage. -
@wal
Danke dir schonmal.aktuell ist der Baresip auf dem Server ganz simpel über shell installiert und ich bediene ihn auch noch über die shell.
@renegade-0 ,
ich kann grundsätzlich nicht mehr von einem Fritzfon die Sprechstelle anrufen. Ich muß mal testen woran das liegt.
Ich nutze nur den Ruf von der Klingel, deshalb ist das mir noch nicht aufgefallen.edit: habe meinen Fehler gefunden, mein Sip-Server ist nicht fritz.box, da ich die Telefonie auf eine zweite FB weitergeleitet habe mußte ich diese IP als Server angeben.
Dein Problem kann ich jetzt nachstellen, das ist aber ein Baresip-Problem nicht eins vom Adapter. Evtl. kannst du ein Issues auf der Baresip-Github-Seite erstellen. -
Moin,
habe ein Problem mit baresip als service.
Die baresip.service ist eingerichtet wie hier im thread. Allerdings habe ich das Problem, kein Ton. Wenn ich den service beende und über baresip -v starte, geht es.pi@TestPI:~$ sudo systemctl status baresip.service ● baresip.service - baresip Loaded: loaded (/etc/systemd/system/baresip.service; enabled; vendor preset: Active: active (running) since Sat 2021-02-27 14:02:11 CET; 12min ago Main PID: 661 (baresip) Tasks: 1 (limit: 4915) CGroup: /system.slice/baresip.service └─661 /usr/bin/baresip -f /home/pi/.baresip Feb 27 14:02:11 TestPI baresip[661]: Populated 2 audio codecs Feb 27 14:02:11 TestPI baresip[661]: Populated 1 audio filter Feb 27 14:02:11 TestPI baresip[661]: Populated 0 video codecs Feb 27 14:02:11 TestPI baresip[661]: Populated 0 video filters Feb 27 14:02:11 TestPI baresip[661]: baresip is ready. Feb 27 14:02:11 TestPI baresip[661]: IP-DoorPI@192.168.33.70: {0/UDP/v4} 200 OK Feb 27 14:06:41 TestPI baresip[661]: reg: sip:IP-DoorPI@192.168.33.70: 401 Unaut Feb 27 14:07:23 TestPI baresip[661]: IP-DoorPI@192.168.33.70: {0/UDP/v4} 200 OK Feb 27 14:11:53 TestPI baresip[661]: reg: sip:IP-DoorPI@192.168.33.70: 401 Unaut Feb 27 14:12:26 TestPI baresip[661]: IP-DoorPI@192.168.33.70: {0/UDP/v4} 200 OKund das steht nach dem call drinnen
● baresip.service - baresip Loaded: loaded (/etc/systemd/system/baresip.service; enabled; vendor preset: enabled) Active: active (running) since Sat 2021-02-27 14:02:11 CET; 13min ago Main PID: 661 (baresip) Tasks: 1 (limit: 4915) CGroup: /system.slice/baresip.service └─661 /usr/bin/baresip -f /home/pi/.baresip Feb 27 14:15:41 TestPI baresip[661]: alsa: could not open ausrc device 'default' (Connection refused) Feb 27 14:15:41 TestPI baresip[661]: audio: start_source failed (alsa.default): Unknown error -111 Feb 27 14:15:41 TestPI baresip[661]: stream: incoming rtp for 'audio' established, receiving from 192.168.33.70:7082 Feb 27 14:15:50 TestPI baresip[661]: [3.0K blob data] Feb 27 14:15:50 TestPI baresip[661]: alsa: could not open auplay device 'default' (Connection refused) Feb 27 14:15:50 TestPI baresip[661]: audio: start_player failed (alsa.default): Unknown error -111 Feb 27 14:15:50 TestPI baresip[661]: ALSA lib pulse.c:243:(pulse_connect) PulseAudio: Unable to connect: Connection refused Feb 27 14:15:50 TestPI baresip[661]: alsa: could not open ausrc device 'default' (Connection refused) Feb 27 14:15:50 TestPI baresip[661]: audio: start_source failed (alsa.default): Unknown error -111 Feb 27 14:15:50 TestPI baresip[661]: sip:**610@192.168.33.70: session closed: Unknown error -111 ~Was läuft da falsch?
-
Moin,
habe ein Problem mit baresip als service.
Die baresip.service ist eingerichtet wie hier im thread. Allerdings habe ich das Problem, kein Ton. Wenn ich den service beende und über baresip -v starte, geht es.pi@TestPI:~$ sudo systemctl status baresip.service ● baresip.service - baresip Loaded: loaded (/etc/systemd/system/baresip.service; enabled; vendor preset: Active: active (running) since Sat 2021-02-27 14:02:11 CET; 12min ago Main PID: 661 (baresip) Tasks: 1 (limit: 4915) CGroup: /system.slice/baresip.service └─661 /usr/bin/baresip -f /home/pi/.baresip Feb 27 14:02:11 TestPI baresip[661]: Populated 2 audio codecs Feb 27 14:02:11 TestPI baresip[661]: Populated 1 audio filter Feb 27 14:02:11 TestPI baresip[661]: Populated 0 video codecs Feb 27 14:02:11 TestPI baresip[661]: Populated 0 video filters Feb 27 14:02:11 TestPI baresip[661]: baresip is ready. Feb 27 14:02:11 TestPI baresip[661]: IP-DoorPI@192.168.33.70: {0/UDP/v4} 200 OK Feb 27 14:06:41 TestPI baresip[661]: reg: sip:IP-DoorPI@192.168.33.70: 401 Unaut Feb 27 14:07:23 TestPI baresip[661]: IP-DoorPI@192.168.33.70: {0/UDP/v4} 200 OK Feb 27 14:11:53 TestPI baresip[661]: reg: sip:IP-DoorPI@192.168.33.70: 401 Unaut Feb 27 14:12:26 TestPI baresip[661]: IP-DoorPI@192.168.33.70: {0/UDP/v4} 200 OKund das steht nach dem call drinnen
● baresip.service - baresip Loaded: loaded (/etc/systemd/system/baresip.service; enabled; vendor preset: enabled) Active: active (running) since Sat 2021-02-27 14:02:11 CET; 13min ago Main PID: 661 (baresip) Tasks: 1 (limit: 4915) CGroup: /system.slice/baresip.service └─661 /usr/bin/baresip -f /home/pi/.baresip Feb 27 14:15:41 TestPI baresip[661]: alsa: could not open ausrc device 'default' (Connection refused) Feb 27 14:15:41 TestPI baresip[661]: audio: start_source failed (alsa.default): Unknown error -111 Feb 27 14:15:41 TestPI baresip[661]: stream: incoming rtp for 'audio' established, receiving from 192.168.33.70:7082 Feb 27 14:15:50 TestPI baresip[661]: [3.0K blob data] Feb 27 14:15:50 TestPI baresip[661]: alsa: could not open auplay device 'default' (Connection refused) Feb 27 14:15:50 TestPI baresip[661]: audio: start_player failed (alsa.default): Unknown error -111 Feb 27 14:15:50 TestPI baresip[661]: ALSA lib pulse.c:243:(pulse_connect) PulseAudio: Unable to connect: Connection refused Feb 27 14:15:50 TestPI baresip[661]: alsa: could not open ausrc device 'default' (Connection refused) Feb 27 14:15:50 TestPI baresip[661]: audio: start_source failed (alsa.default): Unknown error -111 Feb 27 14:15:50 TestPI baresip[661]: sip:**610@192.168.33.70: session closed: Unknown error -111 ~Was läuft da falsch?
@renegade-0 ,
es sieht so aus als ob du mit dem baresip-alsa-modul arbeitest. Schau mal deine Baresipkonfig durch.
In meinem log sehe ich nichts von alsa.call: update media stream: update 'audio' stream: audio: starting RTCP with remote 192.168.1.2:7079 audio: Set audio decoder: G722 16000Hz 1ch audio: start audio: create recv buffer [20 - 160 ms] [640 - 5120 bytes] pulse: opening player (16000 Hz, 1 channels, device 'noecho.sound_out') pulse: playback started audio: player started with sample format S16LE audio: Set audio encoder: G722 16000Hz 1ch audio: start pulse: opening recorder (16000 Hz, 1 channels, device 'noecho.mic_in') pulse: recording started audio: source started with sample format S16LE audio tx pipeline: pulse ---> G722 audio rx pipeline: pulse <--- G722 stream: incoming rtp for 'audio' established, receiving from 192.168.1.2:7078 call: got SDP answer (211 bytes) call: update media stream: update 'audio' stream: audio: starting RTCP with remote 192.168.1.2:7079 call: stream start (active=1) audio: start -
@renegade-0 ,
ich werde demnächst auch meine Anlage auf das 2N IP Audio-Kit umstellen, das Set ist schon bestellt.
Da ich Ü50 bin muß ich mittlerweile auch an meine Nachkommen denken und werde alles auf vorhandene Technik umstellen. Der Adapter wird weiterhin gepflegt, er muß ja auch nur angepasst werden falls sich im ioBroker was ändert da er ja funktioniert.
Für das 2N IP Audiokit werde ich sehr wahrscheinlich auch einen Adapter in Angriff nehmen. Die API läuft über Http Post/Get.@wal sagte in Test Adapter doorio v1.1.x:
ich werde demnächst auch meine Anlage auf das 2N IP Audio-Kit umstellen, das Set ist schon bestellt.
Für das 2N IP Audiokit werde ich sehr wahrscheinlich auch einen Adapter in Angriff nehmen. Die API läuft über Http Post/Get.Gehe ich recht in der Annahme, dass mit dem Marktplatz-Angebot auch die Adapter-Entwicklung eingestellt wurde?
HM&HMIP über 100 Geräte + IoBroker auf DS918+ uvm.
Support us
676
Online32.6k
Users82.3k
Topics1.3m
Posts