Für einen Kunden (Museum)haben wir auf Basis des SNOM-PA1 ein Ansagesystem in dessen Räumlichkeiten aufgebaut. Das funktioniert zwar, kann man aber m.E. bestimmt von der Hardwareseite her besser (, flexibler und billiger?) machen. Kurze Beschreibung für die, denen SNOM-PA1 nix sagt: Das Gerät hat etwa die Abmessungen einer VHS-Kassette und ist im Prinzip ein IP-Telefon ohne Tasten und Display. Wird die konfigurierte Nummer angerufen, nimmt es sofort automatisch ab und gibt das, was der Sprecher am anderen Ende sagt, über den eingebauten Verstärker am angeschlossenen Lautsprecher (ca. 8..10W) wieder. Das Gerät kann per PoE betrieben werden und kostet um die 150,- Auf diese Weise kann man z.B. in Museen, Krankenhäusern und überall dort, wo man Lautsprecherdurchsagen benötigt, diese einfach per interner TK-Anlage einbinden. Mittels Gruppenruf kann man auch mehrere Systeme gleichzeitig beschallen. Meine Idee wäre nun, ob das Ganze nicht auch mit einem Raspi machbar wäre? Statt PoE/LAN hätte der dann WLAN (auch oft nötig, mangels LAN-Kabel am Aufstell-Ort) dazu noch ein externes Class-D-Amlifier-Modul. Ich habe zahlreiche SIP/VOIP-Raspi-Projekte im Web gefunden, die aber bisher alle nur entweder "komplettes" Telefon spielen oder als Meldesystem funktionieren (ruft bei Ereignis Nummer an und spricht irgendwas). Die quasi umgekehrte Funktion (nimmt automatisch Gespräch an) konnte ich bisher nicht finden. Leider kenne ich mich auch mit den beim Raspi notwendigen, oft sehr umfangreichen Installations-, Compilierungs und Scripting-Prozessen nicht besonders aus. Kennt hier jemand so ein Projekt? Oder eines, was mit überschaubarem Aufwand zum beschriebenen Verhalten konfiguriert werden könnte?
Frank E. schrieb: > Kennt hier jemand so ein Projekt? Oder eines, was mit überschaubarem > Aufwand zum beschriebenen Verhalten konfiguriert werden könnte? Selbst wenn es das gibt: wie stellst Du sicher, dass das immer funktioniert? Bei Durchsagesystemen ist ja auch wichtig, dass die im Notfall gerade funktionieren, und da gibt's sicher auch entsprechende Vorschriften. Oder täusche ich mich da?
Frank E. schrieb: > Oder eines, was mit überschaubarem > Aufwand zum beschriebenen Verhalten konfiguriert werden könnte? https://www.linphone.org/ https://wiki.linphone.org/xwiki/wiki/public/view/Linphone/Linphone%20and%20Raspberry%20Pi/ >> The linphone console tools (linphonec and linphone-daemon) can be used to >> automatically accept a SIP call (den "video"-Teil braucht man ja nicht nutzen)
Johannes S. schrieb: > Frank E. schrieb: >> Kennt hier jemand so ein Projekt? Oder eines, was mit überschaubarem >> Aufwand zum beschriebenen Verhalten konfiguriert werden könnte? > > Selbst wenn es das gibt: wie stellst Du sicher, dass das immer > funktioniert? Bei Durchsagesystemen ist ja auch wichtig, dass die im > Notfall gerade funktionieren, und da gibt's sicher auch entsprechende > Vorschriften. > > Oder täusche ich mich da? Ok. Im Museum ginge jetzt die Welt nicht unter, Krankenhaus ist wohl eine andere Welt.
Hallo, ich habe mal dieses Projekt https://github.com/chrta/sip_call mit Audio am Laufen gehabt. Audio mit I2S. Das hat eigentlich super funktioniert. Als Server hatte ich einen Asterisk. Leider hab ich den Source nicht mehr. Müsste den im Backup suchen. Ist auch schon eine Weile her.
Werner P. schrieb: > Hallo, > > ich habe mal dieses Projekt > > https://github.com/chrta/sip_call > > mit Audio am Laufen gehabt. Audio mit I2S. Das hat eigentlich super > funktioniert. Als Server hatte ich einen Asterisk. > > Leider hab ich den Source nicht mehr. Müsste den im Backup suchen. Ist > auch schon eine Weile her. Danke für das Angebot, bin mir aber nicht ganz sicher, ob wir vom gleichen Problem sprechen/schreiben. Der SIP-Server ist ja im Prinzip egal, wenn er tut, was man erwartet (Fritte oder Asterisk), der dient ja nur als Registrar und SIP-Proxy. Also ich brauche, dass der SIP-Client bei Anruf automatisch ran geht und das Audio der rufenden Gegenstelle in einen Output streamt. Ich habe inzwischen weiter geforscht und gelesen, dass "Twinkle" da leider rumzickt, wenn es keinen Input-Channel (Mikrofon) findet ... was aber bei einem PA-System kein Mensch braucht. Linux halt ...
Frank E. schrieb: > dass "Twinkle" da leider > rumzickt, Twinkle hat auch eine GUI, die du nicht brauchst. bei linphone konfigurierst du einmalig die Verbindung zu deinem SIP-Server (Konsole oder meinetwegen mit GUI) und startest dann "linphonec -a" -a bedeutet: # -a enable auto answering for incoming calls fertig. Und wenn das "linphonec" nicht an der Konsole offen bleiben soll, geht's auch mit "linphonecsh"
1 | Linphonecsh is a small utility to send basic commands to a linphonec (console mode linphone) process. Unlike linphonec, linphonecsh does not wait commands from standard input: it takes the command from its arguments and sends it using unix pipe to a linphonec process started in daemon mode. |
2 | The motivation for this tool is for example to simply execute voip calls from scripts, web-servers, or javascript web pages. |
Frank E. schrieb: > Also ich brauche, dass der SIP-Client bei Anruf automatisch ran geht und > das Audio der rufenden Gegenstelle in einen Output streamt. Ich habe > inzwischen weiter geforscht und gelesen, dass "Twinkle" da leider > rumzickt, wenn es keinen Input-Channel (Mikrofon) findet ... was aber > bei einem PA-System kein Mensch braucht. Linux halt ... Genau das habe ich gemacht. Der ESP32 nimmt den Anruf an und reicht Audio an Lautsprecher weiter. Genau sp wie ein PA1. Raspi wollte ich nicht verwenden da der einfach kein anständiges Audio on Board hat.
Werner P. schrieb: > Genau das habe ich gemacht. Der ESP32 nimmt den Anruf an und reicht > Audio an Lautsprecher weiter. Genau sp wie ein PA1. > > Raspi wollte ich nicht verwenden da der einfach kein anständiges Audio > on Board hat. Ok, dann muss ich mir dein Projekt wohl noch mal etwas genauer ansehen ...
Frank E. schrieb: > Werner P. schrieb: >> Genau das habe ich gemacht. Der ESP32 nimmt den Anruf an und reicht >> Audio an Lautsprecher weiter. Genau sp wie ein PA1. >> >> Raspi wollte ich nicht verwenden da der einfach kein anständiges Audio >> on Board hat. > > Ok, dann muss ich mir dein Projekt wohl noch mal etwas genauer ansehen > ... nicht mein Projekt ;-) ich habe das hier als Basis genommen. Mit einem ESP32. https://github.com/sikorapatryk/sip-call
Lass sich die snom Pa doch an einem Asterisk registrieren. Da kannst du dich austoben und Programme schreiben die mit den Kasten kommunizieren.
Oliver S. schrieb: > Lass sich die snom Pa doch an einem Asterisk registrieren. Da kannst du > dich austoben und Programme schreiben die mit den Kasten kommunizieren. Er will nicht den Asterisk programmieren/konfigurieren sondern er sucht eine Alternative zum snom PA1
Werner P. schrieb: > lternative zum snom PA1 Achso. Ich kann mir nicht vorstellen dass eine Bastelei auf Raspberry Basis günstiger und zuverlässiger funktioniert als dieses snom Pa für die oben angegebenen 150€. Bei Verwendung eines esp32 könnte die Kalkulation eher aufgehen.
:
Bearbeitet durch User
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.