UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Renegade 0]

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 OK

und 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?

[Wal]

@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

[Knallochse]

@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?

[Wal]

@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.

[Renegade 0]

@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?

[koli.d]

@wal

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]

@renegade-0 ,
ich nutze das pulseaudio AEC.
Den MJPG-Server habe ich über Github installiert.

[Wal]

@koli-d ,
muss ich mir mal anschauen, evtl. kann ich ein Objekt zum auflegen einfügen, ich weiß nur nicht ob das funzt da ja nicht abgehoben wird.

[Wal]

@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.

[Renegade 0]

@wal

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.

[Wal]

@renegade-0 ,
wüsste jetzt nicht das alsa AEC kann.
Ja,Liamjackson.

[koli.d]

@wal
Moin,

habe die Änderung getestet. Funktioniert einwandfrei. Klasse. Vielen Dank für deinen super schnellen Support. Beide Daumen hoch.

Lieben Gruß

[Renegade 0]

@Wal

Moin,
Was ist eigentlich der Grund, dass du beim Client pulse und nicht alsa verwendest?

[Wal]

@renegade-0 ,
habe ich doch oben geschrieben.
Wüsste nicht das alsa AEC kann.

[Renegade 0]

@wal
Ah ok, habe ich wohl überlesen. Dann muss ich mich wohl doch nochmal damit rumärgern, wie man pulseaudio in Lite installiert. Bei mir gibts nämlich seltsamste Aktionen, wenn ich von einem baresip auf einen anderen anrufe. Doppelter Anruf, incomming call kommt über die Boxen, aber dann kein Ton mehr beim Gespräch,... Baresip auf DECT geht aber einwandfrei.

[Renegade 0]

@wal
Hast du vielleicht eine gute Anleitung, wie du pulseaudio installierst? Ich hab nur eine für Jessie und eine andere, aber bei keiner gibt es eine config.yml

[Wal]

@renegade-0 ,
die config.yml ist für die In/Out auf MQTT. Die Config für pulseaudio wie auf Seite 1 beschrieben system.pa.
Das Problem bei dir wird der XServer sein, der kapert den Audioserver. Bei den meisten Oberflächen ist pulseaudio schon dabei, siehe hier.

edit: ich kann dir auch sagen, das ich Tage damit verbracht habe pulseaudio und AEC zum laufen zu bringen. ;-)

[Renegade 0]

@wal
Ach ja stimmt. die war das ja mit diesen ellenlangen input und output Texten. :)
Lustigerweise das Gerät mit dem XServer läuft. Die andere Seite ist das Problem. Da sollte pivccu3(Image) mit iobroker drauf sein. Aktuell setze ich einen blanken Buster Lite auf nur mit pulse und baresip. Und von dem aus werde ich dann weiter bauen.

Ja pulse ist echt eine Mistmatz, wie man hier im sonnigen Süden zu sagen pflegt. Und einfach keine vernünftige Anleitung zu finden. Deine war noch die beste, aber halt leider nur Konfiguration. Irgendwie wollen die immer mpd oder sonst was mit installieren.

[Renegade 0]

@wal
hab mal zum Spaß auf deinem image systemctl status pulseaudio gemacht.

Mär 05 08:06:23 TestPi pulseaudio[311]: Für eine Erklärung, warum der Systemmodus eine schlechte Idee ist, lesen Sie bitte http://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/WhatIsWrongWithSystemWide/.
Mär 05 08:06:24 TestPi pulseaudio[311]: Failed to open cookie file '/var/run/pulse/.config/pulse/cookie': Datei oder Verzeichnis nicht gefunden
Mär 05 08:06:24 TestPi pulseaudio[311]: Failed to load authentication key '/var/run/pulse/.config/pulse/cookie': Datei oder Verzeichnis nicht gefunden
Mär 05 08:06:24 TestPi pulseaudio[311]: Failed to open cookie file '/var/run/pulse/.pulse-cookie': Datei oder Verzeichnis nicht gefunden
Mär 05 08:06:24 TestPi pulseaudio[311]: Failed to load authentication key '/var/run/pulse/.pulse-cookie': Datei oder Verzeichnis nicht gefunden
Mär 05 08:06:26 TestPi pulseaudio[311]: Master source not found
Mär 05 08:06:26 TestPi pulseaudio[311]: Failed to load module "module-echo-cancel" (argument: "aec_method=webrtc format=s16le rate=16000 channels=1 source_name="noecho.mic_in" sink_name="noecho.sound_out" sink_master="alsa_output.usb-C-Media_Electronics_Inc._USB_Audio_Device-00.
Mär 05 08:06:26 TestPi pulseaudio[311]: Sink noecho.sound_out does not exist.
Mär 05 08:06:26 TestPi pulseaudio[311]: Source noecho.mic_in does not exist.
Mär 05 08:06:26 TestPi systemd[1]: Started PulseAudio Sound System.

Wie mir scheint läuft da was nicht korrekt.

[Wal]

@renegade-0 ,
hast du die Einstellungen wie im ersten Thread beschrieben für deine Soundkarte gemacht ?
Wenn ja deine Ausgabe von "pactl list" bitte.