NEWS
Test Adapter doorio v2.1.2
-
@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.
-
@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?
@knallochse,
ich hatte das Teil getestet und man kann das Kit direkt ansprechen und auch an die ioBroker-Api den Status senden lassen, deshalb ist ein Adapter völlig überflüssig. Da ich an meiner Sprechstelle für das Nextion-Display trotzdem noch ein RPI brauche und ich sonst keine Vorteile sehe, habe ich das Teil wieder abgegeben. Für einen der wenig basteln möchte, ist das Kit hervorragend geeignet. -
@knallochse,
ich hatte das Teil getestet und man kann das Kit direkt ansprechen und auch an die ioBroker-Api den Status senden lassen, deshalb ist ein Adapter völlig überflüssig. Da ich an meiner Sprechstelle für das Nextion-Display trotzdem noch ein RPI brauche und ich sonst keine Vorteile sehe, habe ich das Teil wieder abgegeben. Für einen der wenig basteln möchte, ist das Kit hervorragend geeignet.@wal
Ja ich hab mir meinen mal selbst aufgesetzt zum spielen und verstehen. Ich habe halt Alsa gelassen und nicht das pulseaudio nachinstalliert.wenn ich über baresip -v manuell starte läuft es auch einwandfrei. Nur als Service nicht.
Warum hast du eigentlich das pulse nachinstalliert?
Da ich
- Buster-Lite
- Baresip-core
- Mosquitto
- mjpeg_streamer
- xserver und chromium
verwende, ist mein Aufbau ja sehr ähnlich. Habe halt xserver für die Anzeige der vis drauf aber ansonsten nutze ich ja eigentlich das gleiche wie du. Nur eben also statt pulseaudio oder?
edit: Bei deinem Image ist der mjpg_streamer aber nicht drauf? Wie hast du den implementiert?
-
**Aktuelle Version 2.1.3Der Adapter ist für eine "Selfmade Türstation". Github Installationsadresse
Es können z.Z. bis zu 4 Klingeleingänge und 4 DTMF-Codes für das steuern von Ausgängen konfiguriert werden. Ich hatte DoorPi im Einsatz, da es aber nicht mehr weiterentwickelt wird, musste was Neues her. Auf der Türstationshardware muss zwingend Baresip laufen, ein modularer SIP User-Agent. Es bietet sich ein RPI3 als Hardware an "siehe DoorPi", ist aber kein muss.
In der Baresip-Konfig wird das Modul "ctrl_tcp.so" aktiviert, da über TCP Socket mit dem ioBroker kommuniziert wird.
Baresip sollte erst mal ohne Fehler laufen, bevor man den Adapter nutzt.
Baresip installieren
Verbindung zu Barsip.
Objekte allgemein steuern bei Ruf aktiv, Ruf verbunden und Ruf beendet. (z.B. Licht einschalten oder Sprechstelle mute/unmute)
Klingelevent und Rufnummer einstellen.
Objekte steuern mit DTMF Code bei Verbindung mit der Sprechstelle. (z.B. Türöffner für 2sec. betätigen)Fertiges Image für den RPI3 und RPI4, Benutzer "pi" Passwort "raspberry".
Passwort zum runterladen lautet "iobroker" :
Selfmade-DoorIntercom
Neues RPI4 Bullseye64 Image- Image flashen
- RPI hochfahren und mit "sudo raspi-config" in Advanced Options Expanded Filesystem anstossen.
- "sudo passwd" Passwort für root erstellen.
- Baresip, config.yaml und pulseaudio der eigenen Hardware/Software anpassen.
Daten für AEC von pulseaudio herausfinden:
"pactl list" eingeben und nach Quelle und Ziel suchen.Ziel #0 Status: SUSPENDED Name: alsa_output.usb-0b0e_Jabra_SPEAK_410_USB_501AA5A30536010C00-00.analog-stereo Beschreibung: Jabra SPEAK 410 USB Analog Stereo Quelle #1 Status: IDLE Name: alsa_input.usb-0b0e_Jabra_SPEAK_410_USB_501AA5A30536010C00-00.analog-mono Beschreibung: Jabra SPEAK 410 USB Analog Monosink_master und source_master der eigenen Quelle und Ziel anpassen.
/etc/pulse/system.paload-module module-echo-cancel aec_method=webrtc format=s16le rate=16000 channels=1 source_name="noecho.mic_in" sink_name="noecho.sound_out" sink_master="alsa_output.usb-0b0e_Jabra_SPEAK_410_USB_501AA5A30536010C00-00.analog-stereo" source_master="alsa_input.usb-0b0e_Jabra_SPEAK_410_USB_501AA5A30536010C00-00.analog-mono" set-default-sink noecho.sound_out set-default-source noecho.mic_inAchtung !!!
Falls mit dem aktuellen Raspberry Pi OS Lite gearbeitet wird und nicht mit dem RPI-Image:sudo apt install pulseaudio sudo apt install baresip-core sudo apt install baresip-x11 sudo rebootSoundkarte finden und default.pa anpassen:
alsamixer pacmd list-sources | grep 'name:.*input' pacmd list-sinks | grep 'name:.*output'baresip -vvvCtrl-c zum beenden von Baresip. Baresip hat jetzt ein Verzeichnis ".baresip"erzeugt mit den Konfigdateien.
nano /home/pi/.baresip/configDas ändern:
audio_player pulse,noecho.sound_out audio_source pulse,noecho.mic_in audio_alert pulse,noecho.sound_out module pulse.so module_app ctrl_tcp.soSipdaten anpassen:
nano /home/pi/.baresip/accountsBei Fritzbox z.B:
<sip:door2iobroker@fritz.box>;auth_pass=PASSWORDJetzt nicht mehr die "etc/pulse/system.pa" ändern, sondern die "etc/pulse/default.pa" siehe oben.
sudo nano /etc/pulse/default.paSonst ist alles beim alten.
danach wieder Baresip starten:
baresip -vvvAutostart als User einrichten:
sudo loginctl enable-linger pi mkdir -p ~/.config/systemd/user/ nano ~/.config/systemd/user/baresip.servicedas einfügen:
[Unit] Description=baresip [Service] ExecStart=/usr/local/bin/baresip -4 -f /home/pi/.baresip [Install] WantedBy=default.targetaktivieren und reboot:
systemctl --user daemon-reload systemctl --user enable baresip.service sudo rebootBei Fehlern bitte kompletten Log von Baresip und Ausgabe von "pactl list" mit angeben.
seit einiger Zeit benutze ich diesen Adapter und ich finde den einfach super. Ich habe aber leider ein kleines aber ziemlich nerviges Problem.
Wenn jemand klingelt und ich sehe denjenigen durch das Fenster, dann mache ich die Türen über eine Taste auf meinem Wand Tablet auf (VIS), statt über das Telefon.
Das Telefon Klingelt dann aber weiter bis der Timeout (bei mir ziemlich Lang) um ist. Gibt es eine Möglichkeit in solchem Fall den Anruf früher abzubrechen, also direkt mit dem Öffnen der Pforte/Statusänderung abzubrechen/zu Beenden?
-
@wal
Ja ich hab mir meinen mal selbst aufgesetzt zum spielen und verstehen. Ich habe halt Alsa gelassen und nicht das pulseaudio nachinstalliert.wenn ich über baresip -v manuell starte läuft es auch einwandfrei. Nur als Service nicht.
Warum hast du eigentlich das pulse nachinstalliert?
Da ich
- Buster-Lite
- Baresip-core
- Mosquitto
- mjpeg_streamer
- xserver und chromium
verwende, ist mein Aufbau ja sehr ähnlich. Habe halt xserver für die Anzeige der vis drauf aber ansonsten nutze ich ja eigentlich das gleiche wie du. Nur eben also statt pulseaudio oder?
edit: Bei deinem Image ist der mjpg_streamer aber nicht drauf? Wie hast du den implementiert?
@renegade-0 ,
ich nutze das pulseaudio AEC.
Den MJPG-Server habe ich über Github installiert. -
seit einiger Zeit benutze ich diesen Adapter und ich finde den einfach super. Ich habe aber leider ein kleines aber ziemlich nerviges Problem.
Wenn jemand klingelt und ich sehe denjenigen durch das Fenster, dann mache ich die Türen über eine Taste auf meinem Wand Tablet auf (VIS), statt über das Telefon.
Das Telefon Klingelt dann aber weiter bis der Timeout (bei mir ziemlich Lang) um ist. Gibt es eine Möglichkeit in solchem Fall den Anruf früher abzubrechen, also direkt mit dem Öffnen der Pforte/Statusänderung abzubrechen/zu Beenden?
-
seit einiger Zeit benutze ich diesen Adapter und ich finde den einfach super. Ich habe aber leider ein kleines aber ziemlich nerviges Problem.
Wenn jemand klingelt und ich sehe denjenigen durch das Fenster, dann mache ich die Türen über eine Taste auf meinem Wand Tablet auf (VIS), statt über das Telefon.
Das Telefon Klingelt dann aber weiter bis der Timeout (bei mir ziemlich Lang) um ist. Gibt es eine Möglichkeit in solchem Fall den Anruf früher abzubrechen, also direkt mit dem Öffnen der Pforte/Statusänderung abzubrechen/zu Beenden?
-
@koli-d ,
installiere den Adapter mal über Github, es müsste ein neues Objekt "hangup" sichtbar sein.
Schreibe mal was rein und das Telefon müsste aufhören zu klingeln. Ich habe aber nichts getestet, sag einfach bescheid. -
Und warum das pulseaudio AEC und nicht standard Alsa?
Welchen MJPG nutzt du Liamjackson, rpi?
Also wenn du statt annehmen auf der Gegenseite ein hangup schickst, legt er auf.
-
@koli-d ,
installiere den Adapter mal über Github, es müsste ein neues Objekt "hangup" sichtbar sein.
Schreibe mal was rein und das Telefon müsste aufhören zu klingeln. Ich habe aber nichts getestet, sag einfach bescheid. -
Moin,
Was ist eigentlich der Grund, dass du beim Client pulse und nicht alsa verwendest?
Support us
664
Online32.4k
Users81.5k
Topics1.3m
Posts