Moin zusammen.
Dieses ist jetzt mein 3. Versuch es einzustellen. Jedesmal hatte die Webpage einen Absturz.
Beim ersten Einstellen hatte ich noch einen Roman geschrieben. Jetzt wird es kurz.
Das Modul basiert auf dem perl-package Net::SIP::Simple
Vorraussetzungen:
1. cpanm install Net::SIP
2. LAN/WLAN IP-Telefongerät auf der Fritzbox (user, password und registrar)
3. Modul in FHEM definieren
fertig
Es kann einen Anruf starten, der nach vorgegebener Zeit wieder auflegt. Später soll es auch daudio-files übertragen.
Alle weiteren Infos im Modul. Es ist gut dokumentiert.
lg, Werner
Hallo, habe soeben dein SIP-Modul installiert. Klappt mit meiner Türklingel ausgezeichnet!! Danke dafür.
Beste Grüße
Jürgen K.
Hallo Jürgen,
danke für das feedback.
Liebe Grüße
Werner
Ui, das könnte in Zusammenhang mit einem Doorberry sehr interessant werden!
Schönes Modul, hat auf Anhieb funktioniert.
Wird man damit später auch Texte ansagen lassen können, oder sind jetzt erst einmal nur Audiofiles in Planung?
Gruß
Gigafix
Hallo alle zusammen,
ich habe das mit dem FB_SIP bei mir nicht hinbekommen, auf jedenfall nicht so wie es sein soll.
Ich habe einen Sipgate Zugang bei mir auf der Fritzbox als zusätzliche eigene Rufnummer eingerichtet, um günstig ins Ausland zu telefonieren. Ein
"define SipCall FB_SIP fritz.box xxxxxxx(Sipgate User) yyyyyyy (Sipgate password)" erzeugt einen Readings Error, das keine Registrierung möglich ist. Ändern der domain von fritz.box in die IP-Adresse macht auch keinen Unterschied.
Was aber funktioniert, ist folgendes:
"define SipCall FB_SIP sipgate.de xxxxxxx(Sipgate User) yyyyyyy (Sipgate password)"
Soweit so gut, aber das ist dann SIP direkt mit Sipgate.de und hat mit der Fritzbox nichts mehr zu tun. Oder habe ich da was falsch verstanden?
Ich denke es liegt an der Zugangskombi von xxxxxxx(Sipgate User) yyyyyyy (Sipgate password), das ich wahrscheinlich auf der fritz.box anders wählen muss, oder?
Ein zweiter SIP account bei dem SIP provider Ventengo funktioniert ähnlich, mit folgendem Aufruf:
"define VentengoCall FB_SIP sip.ventengo.de xxxxxxx(Ventengo User) yyyyyyy (Ventengo password)"
Was mache ich falsch?
Zu erwähnen ist, das wenn man aus versehen einen falschen Domainnamen angibt, wird fhem unresponsive, dann geht lange lange gar nichts.
Ich habe FHEM auf einem Rasberry Pi2 laufen, und eine FB 7490 mit der letzten Laborversion 6.36-31410.
Beste Grüsse, Ingolf
OK, wer lesen kann ist besser dran.
Nachdem ich unter "Telefonie > Telefoniegeräte > Neues Gerät einrichten > Telefon > LAN/WLAN (IP-Telefon)
das "LAN Telefoniegerät" eingerichtet habe, mit 'user' und 'password', gehts. :-)
Gruss, Ingolf
Hallo zusammen,
dank an Werner für dieses tolle Modul. Ein Hinweis von mir an alle Ubuntu User mit
apt-get install libnet-sip-perl
kann man das geforderte Perl Modul installieren!
Gruß
Ingo
ZitatUi, das könnte in Zusammenhang mit einem Doorberry sehr interessant werden!
Cooles Projekt :)
Könnte mit fhem ne Ecke leichter sein
Zitat von: Rince am 27 September 2015, 18:38:41
Könnte mit fhem ne Ecke leichter sein
Wie meinst du das das es mit FHEM eine Ecke leichter sein könnte? Ich habe da gerade ein Knoten im Hirn...
Ich denke so:
Fhem weiß, wann es an der Tür klingelt.
Fhem kann auch Haus- und Hoftür öffnen.
Das ganze Relais gebastel entfällt.
Was als cooler Kern bleibt:
Den RasPi als Sip Client zu nutzen.
Hallo habe das Script soeben installiert aber irgendwas läuft da schief.
Log:
2015.09.30 12:17:30 1: PERL WARNING: Subroutine FB_SIP_Initialize redefined at ./FHEM/96_FB_SIP.pm line 55.
2015.09.30 12:17:30 1: PERL WARNING: Subroutine FB_SIP_Error redefined at ./FHEM/96_FB_SIP.pm line 71.
2015.09.30 12:17:30 1: PERL WARNING: Subroutine FB_SIP_Register redefined at ./FHEM/96_FB_SIP.pm line 81.
2015.09.30 12:17:30 1: PERL WARNING: Subroutine FB_SIP_call redefined at ./FHEM/96_FB_SIP.pm line 105.
2015.09.30 12:17:30 1: PERL WARNING: Subroutine FB_SIP_Hangon redefined at ./FHEM/96_FB_SIP.pm line 128.
2015.09.30 12:17:30 1: PERL WARNING: Subroutine FB_SIP_Define redefined at ./FHEM/96_FB_SIP.pm line 144.
2015.09.30 12:17:30 1: PERL WARNING: Subroutine FB_SIP_Set redefined at ./FHEM/96_FB_SIP.pm line 166.
2015.09.30 12:17:30 1: PERL WARNING: Subroutine FB_SIP_Get redefined at ./FHEM/96_FB_SIP.pm line 190.
2015.09.30 12:17:30 1: PERL WARNING: Subroutine FB_SIP_Attr redefined at ./FHEM/96_FB_SIP.pm line 203.
2015.09.30 12:17:30 1: PERL WARNING: Subroutine FB_SIP_Undef redefined at ./FHEM/96_FB_SIP.pm line 211.
Keine Ahnung woran das liegt.
Kann keinen Fehler finden. Ist genau der Log den man erwartet wenn man ein reload Modulname macht.
Der fehler trat beim Ausführen eines Anrufes auf. Nach dem Befehl call ist FHEM nicht mehr erreichbar.
FHEM läuft bei mir nicht auf der FritzBox kann das die Ursache sein.
Das Script selber sagt das die Verbindung zur Box steht.
Hast Du nach dem kopieren des Modules ein shutdown restart oder ein reload gemacht?
Also Dein Log den Du da angegeben hast ist ein, bei mir jedenfalls, normaler Logeintrag wenn ich ein Modul neu einlesen lasse.
Ich habe das Modul mit reload 96_FB_SIP.pm geladen
Dann sind das die Logeinträge. Und nun gebe mal als Attribut von Deinem Moduldevice ein verbose 5 ein und lasse dann noch mal einen Anruf tätigen. Dann mal das log davon hier posten.
Habe ich probiert es schreibt nichts ins Log da Fehm abstürtzt und der Raspi danach auch nicht mehr erreichbar ist erst ein restart hilft
Der RasPi ist bei mir zwar noch erreichbar aber FHEM beendet sich auch wenn ich versuche einen Anruf zu tätigen.
FHEM lässt sich über Putty dann einwandfrei wieder starten.
Allerdings finde ich im Logfile das hier:
ZitatCan't use string ("012345678") as a HASH ref while "strict refs" in use at /usr/share/perl5/Net/SIP/Simple.pm line 379.
Die Ziffern hab ich mal "ersetzt".
Hallo, ich bin aktuell auf der Suche nach einer Möglichkeit Aktionen per Anruf zu signalisieren.
Meine bisherigen Versuche mit sipcmd sind zwar in soweit erfolgreich, dass angerufen wird aber ich bekomme kein WAV File zum abspielen bzw. hören.
Dann bin ich auf dieses Modul gestossen. Funktioniert soweit zwar tadellos aber ich stehe wohl noch auf dem Schlauch ;-)
Was bringt mir nur ein Anruf ohne Möglichkeit was für eine Aktion dahinter steht? Ich meine es spielt kein Audio-File ab oder zeigt vielleicht einen Texthinweis.
Ich lasse aktuell mein Handy anrufen.
Kann mich bitte jemand aufklären oder einen Denkanstoß geben?
Danke und Grüße
Finde die Idee des Moduls auch cool. Genau das hat mir für die Anbindung meiner Türsprechanlage/Klingel noch gefehlt.
Leider stürzt bei mir auch FHEM ab. verbose=5 bringt leider nichts. Es sieht für mich so aus, als wenn es an Perl-Modulen liegt.
Wie kann ich denn dem Entwickler mit weiteren Infos helfen?
PS: Ich sehe noch den selben Log-Eintrag wie Puschel.
Hallo Werner,
vielen Dank für die tolle Arbeit. Ich habe FHEM gerade von der Fritzbox 7390 auf meine QNAP TS119P umziehen lassen. Dein SIP-Modul hat mein offenes Problem mit dem Türklingel-Modul prima lösen können. Zur Info: Ich habe FHEM direkt im .qpkg/fhem-Pfad installiert und arbeite mit relativen Pfad-Angaben :D. Mit CPAN habe ich mich ziemlich abgequält.
Gruß
Andreas
Zitat von: Puschel74 am 30 September 2015, 20:01:08
Der RasPi ist bei mir zwar noch erreichbar aber FHEM beendet sich auch wenn ich versuche einen Anruf zu tätigen.
FHEM lässt sich über Putty dann einwandfrei wieder starten.
Bei mir leider auch das selbe Fehlerbild.
Can't use string ("021499999") as a HASH ref while "strict refs" in use at /usr/share/perl5/Net/SIP/Simple.pm line 379.
ok, läuft jetzt auch bei mir.
Lösung: apt-get install libhash-moreutils-perl
Da ich aber auch einige andere Perl-Module nachinstalliert habe, bin mir nicht ganz sicher ob es evtl. auch hieran gelegen hat:
apt-get install libhash-util-fieldhash-compat-perl
Gruß Thomas
Löst das Absturz-Problem bei mir leider nicht.
Wie gesagt, leider habe ich mehrere Änderungen auf einmal durchgeführt.
Mal sehen, ob ich das rekapituliert bekomme:
"cpan install NET::SIP" hat auf meinem Raspi nicht installiert und brach mit einer Fehlermeldung bei den Tests ab.
Daraufhin habe ich per "apt-get install libnet-sip-perl" installiert. Dabei wird aber augenscheinlich eine ältere Version von NET::SIP eingespielt. Es muss aber die aktuelle Version Net-Sip-0.687 sein!!!
Danach habe ich mich an diese Anleitung http://cpansearch.perl.org/src/SULLR/Net-SIP-0.687/INSTALL (http://cpansearch.perl.org/src/SULLR/Net-SIP-0.687/INSTALL) gehalten und die notwendigen Module step-by-step per cpan installiert und das Modul Net-SIP-0.687 dann aus den Sourcen kompiliert.
ZitatThis module can be installed on perl5.8 if you add Net::DNS.
It was not tested on older versions but it might work if you add
Storable, List::Util, Hash::Util, Time::HiRes, Digest::MD5
and IO::Socket.
The module itself is pure perl, so if the prerequisites are
fullfilled no C-Compiler is necessary.
For installation do the usual
perl Makefile.PL
make
make test
make install
Einzig das Modul Hash::Util wollte nicht. Daher per "apt-get install ...<aus meinem vorhergehenden Post>".
"make test" brachte zwar immer noch eine Fehlermeldung, aber es ließ sich dennoch per "make install" anschliessend installieren.
Viel Erfolg!
Bingo !!
Das war's !
1000 Dank ! :) :)
Hier muss ich mal nachfragen - ich habe jetzt nach ein paar anlaufen einen glaube ich funktionierenden SIP Klienten in FHEM. Ich kann von FHEM aus andere Telefone erreichen.
Allerdings gibt es nur ein "Hang on" wenn ich FHEM anrufe.
Dabei möchte ich darauf reagieren wenn FHEM einen Anruf bekommt.
Habe ich etwas übersehen? Funktioniert das nicht?
Bin verunsichert weil in der Comandref steht
ZitatAt time, the modul can only make calls.
Bedeutet das das keine anrufe angenommen werden können?
EIgentlich brauche ich nur einen Eventmonitor Eintrag wenn die FHEM Nummer gewählt wird.
So scheint es wohl zu sein. Das hatte ich zu Anfang leider überlesen.
So nützt mir das Modul leider nicht sehr viel. Ich müsste eigentlich auch nur auf einen Notify bei einem einkommenden Anruf reagieren können.
genauso hatte ich mir das auch gedacht...
Hallo zusammen,
um auf einen Anruf als Ereignis für ein Notify zu reagieren, eignet sich das Modul FB_CALLMONITOR sehr gut. Hier kann man verschiedene Ereignisse auswerten. Einfach mal anschauen.
Ich werte z.B. aus, wenn ich mit meinem Handy eine bestimmte Rufnummer auf der Fritzbox anrufe.
Klappt prima.
Liebe Grüße
Werner Meiners
Geht aber leider nur bei externen Anrufen.
Bei internen, wie z.B. von einer Türsprechanlage, funktioniert das leider nicht.
Zitat von: Papaloewe am 12 Oktober 2015, 08:33:21
[...]
Danach habe ich mich an diese Anleitung http://cpansearch.perl.org/src/SULLR/Net-SIP-0.687/INSTALL (http://cpansearch.perl.org/src/SULLR/Net-SIP-0.687/INSTALL) gehalten und die notwendigen Module step-by-step per cpan installiert und das Modul Net-SIP-0.687 dann aus den Sourcen kompiliert.
Einzig das Modul Hash::Util wollte nicht. Daher per "apt-get install ...<aus meinem vorhergehenden Post>".
"make test" brachte zwar immer noch eine Fehlermeldung, aber es ließ sich dennoch per "make install" anschliessend installieren.
Viel Erfolg!
Guten Abend,
vielen Dank für den Denkanstoß. Könntest Du die beschriebene Anleitung für Noobs ein wenig ausführen? Ich habe leider keine Ahnung, was ich eigentlich machen soll. Und ja - ich kann durchaus google nutzen. Aber auch das brachte mich nicht weiter.
Vielen Dank & Grüße
:)
Zitat von: CQuadrat am 18 Oktober 2015, 03:41:14
Geht aber leider nur bei externen Anrufen.
Bei internen, wie z.B. von einer Türsprechanlage, funktioniert das leider nicht.
Doch geht mit einem kleinen Kniff ;)
http://forum.fhem.de/index.php/topic,19752.msg133441.html#msg133441
Greetz
Eldrik
Zitat von: eldrik am 15 November 2015, 20:48:28
Doch geht mit einem kleinen Kniff ;)
http://forum.fhem.de/index.php/topic,19752.msg133441.html#msg133441
Danke, das kannte ich aber schon. Ist für meine Situation allerdings nicht anwendbar:
Bei mir zuhause sind die Festnetztelefone die Gegenstellen für die Türsprechanlage. Das heißt, dass die Türsprechanlage beim Klingeln intern die Festnetztelefone anruft. Diese Nummer kann ich daher nicht ändern.
Über komplizierte Weiterleitungsregeln und eigenem Telefonserver ginge es vielleicht, aber das will ich mir nicht antun.
Bei mir könnte es funktionieren, ich kann mehrere Nummern angeben die im fall des Klingelns angerufen werden. Ich komme aber zur Zeit nicht dazu...
Hallo zusammen,
eigentlich gehört die Diskussion ins Thema FB_CallMonitor.
Da die Ursache für die Nichterfüllung eurer Wünsche darin begründet ist, dass interne calls nicht im CallMonitor angezeigt werden, habe ich eine Support-Anfrage an AVM hierzu gestellt.
Denkbar wäre ja, dass die neue FW das Feature enthält. :)
Ich berichte, wenn die Antwort vorliegt.
Liebe Grüße
Werner
Hallo zusammen,
die Anwort vom AVM-Support kam schnell. Bisher ist das Feature, die internen Rufe im CallMonitor zu zeigen nicht vorhanden. Der Support hat die Anfrage als Verbesserungsvorschlag an den zuständigen Produktmanager weiter geleitet. Hoffen wir mal, dass es im nächsten Update enthalten ist.
Liebe Grüße
Werner
Ehrlich gesagt bin ich da mehr als skeptisch, dass da schnell etwas passiert. :-\
Aber ich lasse mich gerne überraschen. Weihnachten steht ja schon fast vor der Tür :-*
Hallo
Das Modul funktioniert einwandfrei
Ich überwache damit meine Fenster
Die Fritzbox hat ja die internen Nummern 610,611 usw
Ich bekomme es nicht hin 2 Nummern anzurufen immer nur eine
Irgentein Tip?
Gruß Axel
Hallo Axel,
falls ich dich richtig verstanden habe, möchtest du gleichzeitig mehrere interne Rufnummern anrufen!?
Du kannst alle internen Rufnummern mit **9#, dem Rundruf, anrufen.
Liebe Grüße
Werner
Hallo Werner
Auf die Idee mit dem Rundruf bin ich gar nicht gekommen
Funktioniert
Vielen Dank
Gruß Axel
Hallo wmeiners und ihr anderen,
dies ist für mich ein sehr erfolgversprechendes Modul. Bisher benutze ich über FHEM auf einem raspberry für den "Anruf" der Türklingel auf die Fritzbox Linphone (linphonecsh). Funktioniert zwar gut, es vergehen aber zwischen dem Klingeln und dem Anruf ca. 5 Sek.
Bevor ich weiter einsteige, wäre ich euch für eine Info dankbar, ob das Modul auch auf einer Fritzbox 7390 mit der firmware 6.30 (oder bald 6.50) funktioniert.
Vielen Dank und herzliche Grüße
Heiner
Hallo Heiner
Ich habe eine Fritzbox mit aktueller Firmware 6.30
Mein FHEM und das Modul läuft aber auf einem Cubietruck
funktioniert prima
Du hast doch einen Raspberry, warum willst du das Modul auf der Fritzbox installieren?
Gruß Axel
Hallo Axel,
ich hatte mich missverständlich ausgedrückt. Ich wollte das Modul nicht auf der Fritzbox installieren, sondern nur wissen, ob es (installiert in FHEM auf dem raspbery) mit der Fritzbox 7390 und firmware 6.30 überhaupt läuft.
Inzwischen habe ich Net::SIP 0.687 installiert, den 2. Tipp in Beitrag #23 befolgt und das Modul FB_SIP in FHEM installiert. Es läuft prima und viel schneller als Linphone. Einen großen Dank an den Entwickler und alle, die in diesem Forum hilfreiche Beiträge geschrieben haben.
Gruß Heiner
Hallo Werner,
ich wollte einfach nur Danke sagen für das Modul, was du geschrieben hast.
Damit habe jetzt den Schritt gewagt und den Umzug von der Fritzbox auf den Banana Pi vollzogen. :D
Ohne dein Modul hätte ich es bestimmt auf den Sankt Nimmerleins Tag verschoben, da ich die Dial-Funktion dringend benötige. (Alarm Funktion)
Also bei mir läuft es super, wenn es auch mit der Banane nicht so schnell mit der Installation ging, aber das liegt mehr an meinen wenigen Linux Kenntnissen.
Also besten Dank
Gruß Meesus
Zitat von: econ_sl83 am 21 Oktober 2015, 23:20:03
Guten Abend,
vielen Dank für den Denkanstoß. Könntest Du die beschriebene Anleitung für Noobs ein wenig ausführen? Ich habe leider keine Ahnung, was ich eigentlich machen soll. Und ja - ich kann durchaus google nutzen. Aber auch das brachte mich nicht weiter.
Vielen Dank & Grüße
:)
Hat mal bitte jemand Erbarmen und erklärt nochmal etwas genauer/einfacher wie die das Perl-SIP-Modul zu installieren ist?
Bei mir stürzt FHEM auch immer noch ab. :(
auf der Konsole:
cpanm install Net::SIP
eingeben..
Die cspan - Installation funktionierte auf meinem Pi nicht.
Es läuft jetzt und ich habe hier mal eine Anleitung für Noobs zusammengestellt:
1. FHEM-Modul 96_FB_SIP.pm ins FHEM-Verezichnis
2. Die Datei Net-SIP-0.687.tar.gz aus der Anlage in ein Verzeichnis auf dem Pi ablegen
3. Entpacken mit sudo gunzip Net-SIP-0.687.tar.gz
4. tar-ball entpacken mit sudo tar -xvf Net-SIP-0.687.tar.gz
5. in das enstandene Verzeichnis Net-SIP-0.687 wechseln
5. folgende Befehle nacheinander eingeben
sudo perl Makefile.PL
sudo make
sudo make test
sudo make install
sync
sudo reboot
6. Nach dem Reboot sollte es funzen - so war es jedenfalls bei mir ;)
Zitat von: juergen012 am 08 März 2016, 11:04:01
auf der Konsole:
cpanm install Net::SIP
eingeben..
Tippfehler!
Muß
cpan install Net::SIP lauten.
Funktioniert trotzdem nicht.
Meine (funktionierende) Anleitung findet Ihr weiter oben.
ok, sorry, hatte nur aus der commandref kopiert..
mit
cpan install Net::SIP
klappts aber bei mir..
Und wenn Du das passende Modul zur Distri nimmst?
apt-get install libnet-sip-perl
Hallo
Habe das Modul auch zum testen Installiert.
Läuft super.
Ich hoffe eine Sprachausgabe wird es auch noch geben.
In den Readings vom Modul hab ich aber ein Error:
ZitatReadings
Error
no
2016-03-17 18:57:45
LastAct
hangon done!
2016-03-17 18:42:07
Funktionieren tut es aber gut.
Ist es mit diesem Modul also möglich auf neuen Fritzen ohne Telnet einen externen Anruf abzusetzen?
Zitat von: Dittel am 11 Mai 2016, 18:16:31
Ist es mit diesem Modul also möglich auf neuen Fritzen ohne Telnet einen externen Anruf abzusetzen?
Ja, gerade erfolgreich mit einer 7490 - RPi3 Kombination installiert.
Der Sip-Server ist ja weiterhin vorhanden, im GGsatz zum Telnetzugang.
Hallo Werner,
top - danke - auf Anhieb funktioniert
Du hattest in dem Ursprungspost erwähnt, Du würdest noch Übertragung von Audiofiles ermöglichen
Wie ist denn der Status, geht das jetzt schon - wenn ja, wie ?
Gruß
Oliver
Hallo,
habe es auch gerade nach der Methode von YellowBall (Antwort #48) probiert und kann bestätigen, dass es so geht!
Beispiele für das Senden von Audiofiles gibt es hier (https://gist.github.com/maximevalette/802764) oder hier (https://gist.github.com/tupinek/6605090). Werde das bei Gelegenheit mal testen.
Gruß
Frank
Hallo,
aber wenn der Client angerufen wird sehe ich das nicht?
Also bringt mir das Modul nix für meine Türklingel.
Wenn ich den RaPi anrufe dann geht der sofort dran aber ich bekomme davon nix mit.
Gibt es da eine Lösung?
Hallo,
danke Werner, das Modul funktioniert bei mir gut. Ich setze es als Türklingel ein. Die Türklingel sendet per Binäreingang eine GA auf den KNX Bus. In FHEM gibt es ein notify auf diese GA welche einen SipCall absetzt. Soweit so gut.
Eine Kleinigkeit ist mir aufgefallen: Wenn die Klingel zweimal betätigt wird, d. h. der "set SipCall call **9 5" während des 5 sec timeout erneut gestartet wird, dann klingelts ewig (d.h. bis man ran geht). Das kann ich noch im notify mit ein bißchen perl Code abfangen, aber vielleicht erbarmt sich jemand, der wirklich Ahnung von FHEM und Perl hat und möbelt das Modul noch ein wenig auf. Dabei stellt sich mir die Frage, ob es "FB_SIP.pm" heißen soll, da es vermutlich mit anderen SIP-Telefonanlagen außer Fritzis auch gehen dürfte. Und wenn dann noch jemand es schafft dass ein soundfile abgespielt wird, wenn man rangeht, dann wäre das noch der Hammer (d.h. ein soundfile im call mitangeben kann). Derzeit ist das für mich nicht aus zeitlichen Gründen nicht drin, da ich erst mal mit perl etwas mehr beschäftigen muss (und der Entwicklung unter FEHM).
Viele Grüße
Peter
Hallo,
ich habe mir in der Defintion ein Reading definiert. Dies steht standardmäßig auf 0. Wenn es klingelt, dann wird es auf 1 gesetzt, dann klingelt das Telefon für eine gewisse Zeit, anschließend wird gewartet und dann wieder auf 0 gesetzt.
Nicht schön, aber funktionell :)
if (ReadingsVal("haustuer", "zaehler", 0) == 0) {
fhem 'setreading haustuer zaehler 1; set haustuer call **9# 8; sleep 9; setreading haustuer zaehler 0';
}
Andreas
Ich habe auf meinem Rapi mal sudo cpan install Net::SIP eingegeben und er hat auch was gemacht... wie kann ich es nun testen ?
Hallo,
habe gerade einen ersten Erfolg beim Testen der Audio- Funktion erzielt:
Dieses Script (https://gist.github.com/tupinek/6605090) ins Homeverzeichnis geladen, dazu eine passende WAV- Datei und dann das Ganze abgeschickt. Ruf kommt an, Datei wird in recht guter Quali abgespielt und danach legt das Tool auf. Perfekt!
Nun muss das Ganze nur noch ins Modul wandern. Mal sehen ob ich das auch noch schaffe. Dauert wenn aber leider lange.
Download Script:
user1@debian:/home/user1# sudo wget https://gist.github.com/tupinek/6605090/archive/2567e7f2d2e903603d7c9a6a3a24e8be0e6b4782.zip
Entpacken mache ich mit dem MC
Test in der Shell:
user1@debian:/home/user1# sudo perl call.pl -R fritz.box -S /home/user1/Test.wav --username 620 --password voiptest 015201234567
Die Audiodatei wird z.B. mit Audacity hergestellt. Einstellungen: Mono, 8000 Hz, 16 Bit PCM , dann exportieren als "Andere unkompr. Dateien" WAV (Microsoft) mit A-Law Codec (bei Datei -> Exportieren -> Optionen).
Voraussetzungen sind die im Script verwendeten Perlmodule "Net::SIP" und "Getopt::Long" die so instaliert werden, wie in der Anleitung für das FB_SIP.pm Modul gezeigt.
Hallo Fiedel,
danke für die bis dahin noch offene Befehlszeile in Shell zum Nutzen der call.pl
Es klappt super!!!!!!!!!!!!!!
Dank Dir
Gruß
Oliver
Freut mich, bitteschön! Für mich ist es auch oft ein Krampf aus dem Usage- Text die richtige Syntax herauszulesen. Hier musste ich auch eine Weile probieren. Am meisten Tricky war aber die WAV- Datei: Mit einer normalen MP3 kam nur Rauschen und ich hatte erst versucht dem Net::SIP einen anderen Codec aufzuzwingen. Das geht aber offebar nicht. Der muss da fest eingebaut sein.
Zitat von: fiedel am 12 Juni 2016, 20:54:13
Die Audiodatei wird z.B. mit Audacity hergestellt. Einstellungen: Mono, 8000 Hz, 16 Bit PCM , dann exportieren als "Andere unkompr. Dateien" WAV (Microsoft) mit A-Law Codec (bei Datei -> Exportieren -> Optionen).
oder direkt auf dem RasPi mit sox ( apt-get install sox )
sox <file>.wav -t raw -r 8000 -c 1 -e a-law <file>.alaw bsp : sox test.wav -t raw -r 8000 -c 1 -e a-law test.alaw
da sox sehr viele Audio Formate kennt sollte sich beinahe alles nach PCM/8000 konvertieren lassen.
Das hatte ich auch schon gesehen, mich aber noch nicht näher damit beschäftigt. Was meinst du: Wäre es möglich, dass wir per TTS einen Text generieren lassen, diesen "zur Laufzeit" mit sox umwandeln und per Net::SIP abschicken?
Hallo,
wirklich tolles module! Endlich kann ich meine Türklingel ohne Investition im 3-4stelligen Bereich sauber mit Bild der IP-Cam auf den Fritz-Fons signalisieren lassen (SIP-Nr als Türsprechanlage in der FritzBox angelegt, Livebild-URL zugewiesen)! :D
Mir fallen da noch ein paar hübsche Erweiterungen ein:
- Definition von Kurzwahlzielen inkl. Auswertung ob grad ein Call dahin läuft (um das nicht auflegen zu vermeiden)
- Umbenennung, da eher SIP als FB - würde ja sicherlich mit jeder SIP Gegenstelle laufen
- Danke-Button zum Spenden ;)
Gruß
Dirk
Zitat von: fiedel am 13 Juni 2016, 21:05:15
Wäre es möglich, dass wir per TTS einen Text generieren lassen, diesen "zur Laufzeit" mit sox umwandeln und per Net::SIP abschicken?
sollte machbar sein , sox ist recht flott.
BTW: Ich habe das Modul auch seit ein paar Tagen in der Mache , mein Schwerpunkt lag/bzw. liegt aber nicht auf den senden von Audiodaten
sondern das ich fhem unter der Nummer anrufen kann und mit den den Telefon Tasten Kommandos schicke.
Das klappt ja ganz hervorragend! Hat auf meinem Raspi im Zusammenspiel mit der FritzBox auf Anhieb funktioniert und so kann fhem nun "nach Hause telefonieren". Super. Habt ihr das Abspielen eines Files schon in das Modul integriert? Super wäre tatsächlich die Nutzung von TTS ähnlich wie im Sonos-Modul.
Hallo zusammen,
hat schon jemand außer mir in die Fritte die neue Firmware 6.60 eingespielt? damit wird (bei mir) leider das registrieren an der Box als SIP Client mit der Fehlermeldung "registration error" beschieden...
Die Jungs von AVM erzwingen jetzt wohl "schwere" Passwörter, mien Passwort habe ich entsprechend geändert und wurde so auch akzeptiert. Dennoch klappt es nicht. Irgendwelche Ideen?
Edit:
Letztlich hat entfernen, Neustart, neu anlegen mit komplett neuen Passwort geholfen. Ggf. War auch nur das Passwort Schuld, das mit Teilen des Benutzernamens begann... Das Passwort (also das alte) ließ sich aber dennoch im ui der Fritz Box eingeben...
Wie auch immer: es klappt wieder!
Herzlichen Dank, Werner (wmeiners), super Modul, jetzt ist fhem voll zu gebrauchen!
Und solange es mit den Audiodateien noch nicht so recht funktioniert, behelfe ich mich mit dem Gebrauch von ein paar verschiedenen Telefonnummern zum Herausrufen. Damit werden dann unterschiedliche Alarme indiziert.
Gruß aus Karlsruhe,
Hifi-Ear
Hallo,
ich nutze das Modul zusammen mit der FB7360 (an einer USV) und einen GSM-USB-Stick um auch im Fall von Stromausfall/Sabotage noch eine Alarmmeldung ausgeben zu können. Hierzu habe ich mir ein ein kleines Perl gestrickt das dann zusammen mit dem Callmonitor und diesem Modul hier nacheinander eine Reihe von Telefonnummern anruft, solange bis einer als Bestätigung rangeht (oder eine maximale Anzahl Versuche erreicht ist).
Anscheinend ist aber der Verbindungsaufbau über den USB-Stick zu langsam...
Ich habe momentan folgendes Verhalten:
Ich rufe über mein Skript quasi ein "set <device> call <number> <time>" auf -> Fritzbox wählt brav über voreingestellte Wahlregel über den GSM-Stick -> Telefon klingelt, ich geh aber nicht ran...
Skript erkennt Timeout an der Meldung "disconnect" vom Callmonitor und geht zu nächsten Rufnummer und ruft die an. Hier kommt im Callmonitor auf die Meldung "call", aber der Ruf geht nicht raus, die zweite Nummer klingelt nicht. Es wird dann trotzdem "disconnect" gesendet und die erste Nummer ist wieder an der Reihe. Die klingelt wieder und so weiter...
Wenn ich jetzt die Rufnummern so eintrage das ich abwechselnd über GSM-Stick und normale Leitung anrufe gehen alle Anrufe sauber raus.
Hat jemand vielleicht eine Idee was hier schiefläuft? Liegt das an der FritzBox, an dem NET::SIP??? Hat vielleicht auch jemand einen GSM-Stick an der FritzBox hängen und kann das Verhalten bestätigen?
Danke,
Andreas.
Ich habe das mit dem Abspielen des wav-files erfolgreich in des Shell getestet und dann in der FHEM-"Umgebung".
Dazu habe ich mir erst mal einen dummy angelegt (quasi on / off-Schalter). Sodann ein DOIF:
define TESTANRUF DOIF ([<dummy>] eq "on")(""sudo perl /opt/sipvoice/call.pl -R 192.168.1.1 -S /opt/sipvoice/Test.wav --username 620 --password voiptest 015201234567"")
Es wäre ja nun zu schön gewesen, wenn der Anruf auch angekommen wäre. Im FHEM-Lofile konnte ich den Aufruf sehen, nur leider ging kein Anruf raus. Woran könnte das liegen?
NB: Habe für diesen Test einen weiteren SIP Account in der Fritzbox angelegt, damit es nicht zu einer Rivalität zwischen Shell-Skript und FB_SIP kommt.
Kleine Ergänzung noch... Habe dann im Logfile gaaaaanz weit rechts den Fehlerhinweis "not found" entdeckt. Daraufhin habe ich den Shellaufruf um sämtliche Pfadangaben ergänzt. Sieht jetzt so aus:
sh: 1: /usr/bin/sudo /usr/bin/perl /opt/sipvoice/call.pl -R 192.168.1.1 -S /opt/sipvoice/ansage_low.wav --username 623 --password xxxxxxxxxx 010000000000
Dennoch wird weiterhin "not found" im Logfile ausgegeben. Woran kann das liegen?
Ich bin gerade am überlegen bzgl. diverser Nutzungsszenarien:
- Telefonteilnehmer automatisiert anrufen und per Sprache informieren (vorgefertiges wav-file oder text-to-speech)
- etwa über besondere Situationen (Feuer, Stromausfall, Einbruch)
- als Erinnerung oder Wecker oder als Hole-mich-aus-einem-Meeting-raus
- Telefonanrufe entgegen nehmen (DTMF-Töne erscheinen in fhem als Readings und können per notify Aktionen auslösen)
- als Telefonvermittlung
- rufe mich erst auf meinem Handy an und verbinde mich dann telefonisch mit dem Hausmeister (etwa bei Wasseralarm in der Wohnung)
Bis auf das erste Szenario wüsste ich im Moment aber nicht wie das gehen könnte. Was meint ihr: sind diese Szenarien sinnvoll und machbar? Seht ihr weitere? Wie kann man diese Dinge umsetzen?
(Sorry, war für einen anderen Thread gedacht)
Vorallem der 4. Punkt würde mich sehr interessieren.
Aber der Rest ist auch sehr interessant.
ich habe das modul gerade ausprobiert und es klingelt wie versprochen, merci.
mein vorhaben wäre aber eigentlich, dass auch die MWI-led der angewählten internen telefone (fritzfon) leuchtet, um auch eine sichtbare info zu bekommen, falls das telefon gerade nicht gehört werden kann. mit dem fritzbox modul klappt es leider auch nicht.
jetzt habe ich hier im thread gelesen, dass der callmonitor der fritzbox keine internen anrufe verarbeitet. ist das der grund, dass die led nicht anspringt? oder kann man das irgendwie konfigurieren.
gruss frank
Zitat von: hartenthaler am 21 August 2016, 19:56:28
- Telefonanrufe entgegen nehmen (DTMF-Töne erscheinen in fhem als Readings und können per notify Aktionen auslösen)
Das war genau der Grund warum ich mir das Modul vor Wochen mal vorgenommen hatte :) (Kannst ja mal testen)
Damit ein Reading erzeugt wird (das man mit notify triggern kann) müssen nach einander drei Tasten gedrückt werden :
1. die Raute # (Startsignal)
2 & 3. zwei unterschiedliche Zahlen , d.h von 12 - 98 wobei 22,33,44,55,66,77,88 nicht zulässig sind
Edit : das Modul ist nun via update verfügbar
Das klingt spannend. Habe Dein SIP-Modul runtergeladen, kurz reingesehen und versucht es zu laden, aber da kamen erst einmal Fehlermeldungen:
Global symbol "$registrar" requires explicit package name at ./FHEM/96_SIP.pm line 197.
Unmatched right curly bracket at ./FHEM/96_SIP.pm line 212, at end of line
syntax error at ./FHEM/96_SIP.pm line 212, near "}"
Can't use global @_ in "my" at ./FHEM/96_SIP.pm line 216, near "= @_"
Global symbol "$arg" requires explicit package name at ./FHEM/96_SIP.pm line 217.
syntax error at ./FHEM/96_SIP.pm line 273, near "}"
Can't use global @_ in "my" at ./FHEM/96_SIP.pm line 277, near "= @_"
Global symbol "$string" requires explicit package name at ./FHEM/96_SIP.pm line 278.
syntax error at ./FHEM/96_SIP.pm line 303, near "}"
Can't use global @_ in "my" at ./FHEM/96_SIP.pm line 311, near "= @_"
./FHEM/96_SIP.pm has too many errors.
Ich hatte beim Code-lesen um die Zeile 200 herum auch Probleme die {}-Strukturen zu verstehen. Muss ich noch genauer hinsehen. Mir ist auch aufgefallen, dass in den Zeilen 190/191 die Angabe "sip:620@fritz.box" hart codiert ist, obwohl dafür ja anscheinend auch ein attribut vorgesehen ist. Morgen schaue ich noch mal genauer rein.
Zitat von: hartenthaler am 24 August 2016, 22:51:02
Global symbol "$registrar" requires explicit package name at ./FHEM/96_SIP.pm line 197.
Unmatched right curly bracket at ./FHEM/96_SIP.pm line 212, at end of line
Ich hatte beim Code-lesen um die Zeile 200 herum auch Probleme die {}-Strukturen zu verstehen. Muss ich noch genauer hinsehen. Mir ist auch aufgefallen, dass in den Zeilen 190/191 die Angabe "sip:620@fritz.box" hart codiert ist, obwohl dafür ja anscheinend auch ein attribut vorgesehen ist. Morgen schaue ich noch mal genauer rein.
sorry , habe die Datei oben ausgetauscht.
a. ein r zuviel :)
b. eine } zuviel
c. nein das ist ein default Wert, wenn der User ein eigenes attr übergibt wird das überschrieben
Zitat von: frank am 22 August 2016, 22:28:01
ich habe das modul gerade ausprobiert und es klingelt wie versprochen, merci.
mein vorhaben wäre aber eigentlich, dass auch die MWI-led der angewählten internen telefone (fritzfon) leuchtet, um auch eine sichtbare info zu bekommen, falls das telefon gerade nicht gehört werden kann. mit dem fritzbox modul klappt es leider auch nicht.
jetzt habe ich hier im thread gelesen, dass der callmonitor der fritzbox keine internen anrufe verarbeitet. ist das der grund, dass die led nicht anspringt? oder kann man das irgendwie konfigurieren.
ich habe es jetzt so gelöst, dass das sip-modul über eine in der fritzbox eingetragenen sipgatenummer sich selber auf einer anderen nummer anruft. mit 2 sekunden anrufdauer bekomme ich einen "stillen" hinweis und mit 6 sekunden ertönt eimalig der klingelton für wichtigere dinge. und auf allen telefonen blinkt die anzeige, dass "alarm" angerufen hat.
@Wzut
Ich konnte das Modul nun laden und in fhem einrichten. Danke. Ich nutze als sip_user 628.
Nun bekommen ich aber beim Absetzen eines Anrufs eine Fehlermeldung (und es geht entsprechend kein Ruf raus):
failed udp 192.168.2.1:5060 Cannot assign requested address at /usr/local/share/perl/5.14.2/Net/SIP/Leg.pm line 55.
bzw. die selbe Meldung für den Port 5070 wenn ich "listen" aktiviere (wenn ich am FritzFon dann **628 wähle, kommt natürlich auch keine Verbindung zustande.
Hier mein Device-List:
Internals:
DEF fritz.box
LPID 4450
NAME sip.628.dtmf
NR 158
STATE listen
TYPE SIP
Readings:
2016-08-27 17:27:34 state listen
Helper:
Listen_pid:
abortArg
abortFn
arg sip.628.dtmf
bc_pid 51
finishFn SIP_ListenDone
fn SIP_ListenStart
pid 4450
timeout
Attributes:
group Telefon
room Telefon
sip_from sip:628@fritz.box
sip_ip 192.168.2.1
sip_password xxxxxxx
sip_port 5060
sip_registar fritz.box
sip_ringtime 10
sip_user 628
Setzt Du für den Port 5060 auf der fritz.box etwas voraus, das sich vom ursprünglichen FB_SIP-Modul unterscheidet? Oder ist mein ../perl/5.14.2/Net/SIP/Leg.pm von Deinem verschieden?
Sorry, muss jetzt mal doof fragen... Dieser Thread dreht sich ja eigentlich um das Modul 96_FB_SIP.pm. Zusätzlich taucht hier jetzt noch 96_SIP.pm auf.
Beinhaltet 96_SIP.pm die Funktionalitäten von 96_FB_SIP.pm oder ist das was anderes? Wenn es was anderes ist, wäre es doch sicherlich sinnvoll, die Module funktional zusammenzuführen und die Threadhygiene wieder herzustellen. Ich mag mich aber vielleicht auch irren und bitte meine Kritik wohlwollend aufzunehmen.
@RaspiCOC: guter Punkt!
Wie wird das hier gehandhabt? Mir scheint, dass das "alte" Modul FB_IP nicht mehr weiter entwickelt wird. Das "neue" Modul SIP von @Wzut enthält neben der bisherigen Funktion einen Anruf absetzen zu können, - soweit ich es sehn kann - die Zusatzfunktion dem Angerufenen eine Audiodatei vorzuspielen und die weitere Zusatzfunktion angerufen werden zu können und die dann übermittelten DTMF Töne in fhem Readings zu konvertieren mit denen man dann fhem-Funktionen auslösen kann. Beides sehr wichtige Bereicherungen. Allerdings konnte ich es noch nicht erfolgreich testen, was wohl aber an mir liegt.
Ich sehe die Möglichkeit zu versuchen den ursprünglichen Autor zu erreichen oder die Möglichkeit einen neuen Thread aufzumachen oder hier weiter zu machen, dann aber den ersten Post im Thread zu modifizieren (geht das überhaupt?). Oder?
@RaspiCOC: hartenthaler hat da ganz richtig erkannt :) wmeiners -> Letzter Besuch: 09 Februar 2016, 19:47:10
Denke daher das der TE hier vermutlich nicht mitliest , tut er es doch habe ich ihm einen Weg gezeigt sein Modul mit genau den Funktionen nachzurüsten die die User hier gefordert haben.
@hartenthaler : sip_ip 192.168.2.1
Ist dein fhem unter diese IP erreichbar ? Ich hatte bisher keinen eleganten Weg gefunden die eigene IP festzustellen daher dieses attr.
Stell doch mal verbose auf 5 (nur für dieses Modul) und starte fhem neu.
Vielen Dank für die Klärung. Ich gebe zu, dass ich die fehlende Aktualität der Postings etwas fehlinterpretiert hatte.
Dennoch würde ich es für sinnvoll halten, einen neuen Thread zu starten und diesen mit einem klaren "Geschlossen" und finalem Posting, dass das Modul FB_SIP wohl nicht weiterentwickelt wird zu schließen.
Das Modul SIP sollte dann bis es hoffentlich in das SVM aufgenommen wird, immer im ersten Post als aktuelle Version aufgenommen werden.
Es ist einfach zu wertvoll und funktional zu wichtig, als dass es hier im alten Thread irgendwo mittendrin untergeht.
Vielen Dank für die tolle Arbeit!
Vielleicht dann doch noch ein paar Ergänzungen zu den funktionalen Überlegungen:
- Das Modul ist ja eigentlich im Bezug auf die Anmeldung an einem SIP Server völlig generisch und nicht spezifisch auf die Fritte zugeschnitten. Ich würde daher vorschlagen den default Usernamen 620 rauszunehmen. (Die generische Eigenschaft ist auch ein weiterer Grund, weshalb ich einen neuen Thread vorschlagen würde, da die Threadüberschrift mit "FB" etwas misleading sein könnte.)
- Wenn es gelänge zur Laufzeit ein TTS-file zu erzeugen, dann könnte man darüber nachdenken, Standardansagen als Userattr zu definieren, die dann im set-Aufruf eingesetzt werden können.
- Weiterhin könnte man über Userattr auch eine Reihe von Standardnummern hinterlegen, die nacheinander angerufen werden, bis ein Ruf entgegengenommen worden ist. Alternativ Angabe der Zielrufnummer im set-Aufruf.
Frage, die hoffentlich nicht schon anderweitig beantwortet worden ist: Wo müssen die WAV-Files abgelegt werden, damit sie abgespielt werden können. Wird hier auf einem Standardpfad gesucht?
Gehe ich recht in der Annahme, dass wir über 8khz 16 Bit mono PCM codierte WAV-Files sprechen?
N.B.: Ich habe das Modul noch nicht ausprobiert, da ich im Urlaub bin und keinen Crash des FHEM-Servers riskieren möchte...
Hallo,
erstmal danke für die Weiterentwicklung.
Ich habe es soweit ans laufen gebracht, Anrufe funktionieren und meinen PI kann ich auch Anrufen.
Wenn ich den PI anrufe und dann #98 eingebe klappt das auch, beim 2. mal nicht mehr, damit es wieder funktioniert muss ich FHEM neustarten, aber auch dann geht es nur einmal.
Noch eine Idee hätte ich da, wenn man Anruft wäre es hilfreich das die Nummer von der Angerufen wird als Reading angezeigt wird, dann Kann man per Notify entscheiden ob man überhaupt bei der Nummer rangehen will ;) Dazu sollte es auch möglich sein per Notify abzunehmen.
Habe mir mal den Code angeschaut aber so ganz komme ich da nicht mit :D
Zitat von: MadMax am 28 August 2016, 13:05:17
damit es wieder funktioniert muss ich FHEM neustarten, aber auch dann geht es nur einmal.
verbose auf 5 , set <name> reset , set <name> listen , anrufen , drei Tasten drücken , auflegen und danach ins Log schauen
Oh, als ich gerade ins Log geschaut habe hat es 5 min geladen, habe festgestellt das mir das Log vollgebombt wird.
Nachdem ich das Logfile verkleinert habe oder eher umgestellt hab das jeden Tag ein neues angelegt wird funktioniert das mit dem Anrufen auch.
Würde jetzt behaupten das es daran lag, muss jetzt mal den Fehler suchen warum das Log so voll ist.
Zitat von: RaspiCOC am 28 August 2016, 12:15:34
dann könnte man darüber nachdenken
<schnipp>
- Weiterhin könnte man
man .. man .. wie sagte man früher so schön ? "selbst ist der
Mann" :) Also tue dir keinen Zwang an und lege los.
Ich werde mir das Ding auf keinen Fall ans Bein binden, da Net::SIP für mich mit der derzeitigen Doku und den wenigen Beispielen der absolute Horror ist.
Zitat von: RaspiCOC am 28 August 2016, 12:15:34
Frage, die hoffentlich nicht schon anderweitig beantwortet worden ist: Wo müssen die WAV-Files abgelegt werden, damit sie abgespielt werden können. Wird hier auf einem Standardpfad gesucht?
Gehe ich recht in der Annahme, dass wir über 8khz 16 Bit mono PCM codierte WAV-Files sprechen?
a. default im fhem Ordner , um auf Nr. Sicher zu gehen einfach den kompletten Pfad mit übergeben
b. wurde in der Tat bereits abgehandelt :
Zitat von: Wzut am 13 Juni 2016, 20:51:17
oder direkt auf dem RasPi mit sox ( apt-get install sox )
sox <file>.wav -t raw -r 8000 -c 1 -e a-law <file>.alaw
bsp : sox test.wav -t raw -r 8000 -c 1 -e a-law test.alaw
da sox sehr viele Audio Formate kennt sollte sich beinahe alles nach PCM/8000 konvertieren lassen.
Hilfe ich blicks nicht.
Nach update meines PI, FHEM und der Fritzbox habe ich
SIP.pm in den FHEM Ordner kopiert
auf dem PI die Befehle ausgeführt:
cpan install Net::SIP
apt-get install libhash-moreutils-perl
apt-get install libhash-util-fieldhash-compat-perl
und auf der Fritzbox ein IP Telefon mit Rufnummer 620 erzeugt.
Dann in fhem gebe ich das ier ein:
define SipCall SIP fritz.box 620 xyz wobei xyz für mein in der Fritzbox am IP Telefon gespeichertes Passwort steht.
Und fhem stirbt sofort. Im Log kann ich noch das hier lesen:
ZitatPERL WARNING: Use of uninitialized value in subroutine entry at ./FHEM/96_SIP.pm line 77.
Bad arg length for Socket::inet_ntoa, length is 0, should be 4 at ./FHEM/96_SIP.pm line 77.
Was mache ich falsch?
Danke fuer die Tipps.
Ha, ich hab da was gefunden:
Mit FB_SIP.pm klappt es. Das Problem liegt in der SIP.pm.
By the way: Der Aufruf nach dem Define erfolgt mit Zielrufnummer und Klingeldauer. Was wenn ich in der Fritzbox eine IP-Tuerstelle definiere die schon eine bestimmte Zielrufnummer definiert hat? (Dann krieg ich das nämlich nicht hin)
Aber mit "normalem IP Telefon klappts.
FB_SIP und SIP sind ja auch 2 unterschiedliche Module. FB_SIP kann beispielsweise keine WAV-Files abspielen, was SIP anscheinend kann...
Hat jemand das Modul FB_SIP.pm auch auf dem Cubietruck zum laufen bekommen? Gab es da auch solche Probleme mit dem installieren des Net::SIP Moduls? War ein ziemlicher Krampf auf meinem TestPi. :(
Da müstest Du auch sagen, welche Distri und wie Du installiert hast ...
Auf Debian Wheezy über Cpan Cpanm und händisch per Make. Immer Fehler bei make test. Aber installieren konnt ich es trotzdem und es läuft auch.
Da es nun so funktioniert und ich auf dem Cubie mit Fhem Hauptinstallation kein Risiko eingehen möchte belasse ich es nun so. Auf dem Pi läuft ja noch eine kleinere Fhem Installation für Solar und Gpio Stromzähler. Da das Sip Modul anscheinend auch blockierend ist setze ich jetzt über mein HauptFHEM ein Shellscript in Gang, was wiederum über Netcat ein Telnet Kommando an die Pi FHEM Installation sendet und mit dem SIP Modul den Anruf auslöst. Etwas übers Eck gedacht aber es funktioniert. :)
Und warum installierst Du nicht über die Normalen Distri-Wege?
Zitatlibnet-sip-perl
@Wzut: Du schriebst, das du keinen eleganten Weg kennst, die eigene IP festzustellen. Unter den Linuxen ist das Shell Kommando "hostname -I" nach meiner Ansicht dafür gut geeignet...
Zitat von: pberndts am 04 November 2016, 15:37:34
ist das Shell Kommando "hostname -I" nach meiner Ansicht dafür gut geeignet...
und wenn das System ( wie in meinem Fall ) mehrere Schnittstellen und somit auch mehr als eine IP hat ?
Dann liefert hostname -I alle und man darf sich die aussuchen unter der FHEM als SIP Client erreichbar ist :)
D.h. ich hätte mich damals etwas präziser ausdrücken müssen : ich suchte die aktuelle IP der FHEM Instanz mit Ausnahme von localhost :)
NET::SIP will leider eine echte IP , so elegant wie z.B. beim Apache einfach 0.0.0.0 eintragen (für alle) geht da leider nicht.
Wenn FHEM nur auf eine IP hört, könntest Du diese:
- aus der FHEM-Config rausgreppen
- per "netstat" ermitteln
- .... es gibt bei Unix immer viele Wege .....
Hi ihr,
hab das jetzt auch mal eingerichtet, kann man erkennen ob nach einem call jemand an das telefon gegangen ist?
Könnt mir vorstellen, damit meine Alarmanlage zu entschärfen, indem man schnell genug ans Telefon geht und einen code ein gibt!
Wäre sowas möglich?
LG
Marlen
Zitat von: Marlen am 16 November 2016, 22:27:40
kann man erkennen ob nach einem call jemand an das telefon gegangen ist?
Laut Net::SIP Doku :
ZitatIf no cb_final callback was given it will wait in the event loop until a final response was received. Only in this case it will also use the param ring_time which specifies the time it will wait for a final response. If no final response came in within this time it will send a CANCEL request for this call to close it. In this case a callback specified with cb_noanswer will be called after the CANCEL was delivered (or delivery failed).
Bei meinen Test hatte ich allerdings mit
cb_noanswer keinen Erfolg, ich hätte dem Modul gerne dafür ein Reading spendiert
Guten Morgen,
habe schon viel mit dem neuen Modul gespielt und es funktioniert bei mir auch. Nur leider habe ich ein Problem mit einen DOIF oder Notify was auf #23 oder so reagieren soll. Es wird auch ausgeführt wenn ich eine andere DTMF Zahl wähle?
([fritzbox7390:internal_number] == "123456789" and [SipCall2:dtmf] == "23") (set HM_Taster_Motor_Hoftor on-for-timer 1)
Vielleicht hat einer von euch eine Idee was bei mir in dem DOIF falsch läuft!?
Danke Vorab
Sig10680
Hi,
ich habe mir gerade das Modul via Link auf Seite 6 des Threads runter geladen. Ist das
# 96_SIP.pm
# created: 2015-08-19 0345
# update: 2015-08-20 0105
das aktuellste Modul? Das erzeugt bei mir die Fehlermeldung
Bad address family for Socket::inet_pton, got -1, should be either AF_INET or AF_INET6 at /usr/lib/perl5/site_perl/5.18.2/Net/SIP/Util.pm line 743.
im Log.
VG Peter
P.S. Etwas Doku dazu wäre schön (so am Ende des Moduls) :-)
Hi,
ich habe die Attribute mal alle von den voreingestellten Werten auf mein eigenes Umfeld abgeändert (z.B. reale IP-Adresse statt fritz.box) und nun ist der IPv6-Fehler weg.
Ich kann den Listen-Prozess starten und kriege beim Anruf des SIP-Clients ein Echo zurück. Eigentlich will ich aber nur wissen, dass es klingelt.
Was habe ich vor? Ich habe eine Türsprechanlage am FON1-Port hängen und die zugehörige Doorline für Direktannahme programmiert. Klingelt nun jemand an der Tür, klingeln die definierten Telefone 30 Sekunden lang, auch wenn man direkt zur Tür geht. Das nervt. Wenn ich aber wüsste, dass jemand die Türklingel betätigt hat und die Haustür (via Türkontakt signalisiert) geöffnet wird, könnte ich mittels *09 den Anruf der Türsprechanlage entgegennehmen und nach 1 Sekunde wieder auflegen.
Hat schon jemand das Modul für sich so angepasst, dass beim Klingeln der Status auf "ring" gesetzt wird?
Ciao, Peter
Hi,
mit folgenden Anpassungen (Zeile 432ff. in 96_SIP.pm) komme ich meinem Ziel näher
$ua->listen(cb_invite => \&SIP_invite, recv_bye => \&SIP_hungup, cb_dtmf => \&SIP_dtmf); # echo everything back
$ua->loop;
$ua->cleanup;
return $name."|end";
}
sub SIP_invite{
Log3 "sip", 1, "sip invite";
}
sub SIP_hungup{
Log3 "sip", 1, "sip hung up";
}
In SIP_invite könnte ich den Status auf "ring" setzen und in SIP_hungup wieder auf "listen", aber der SIP-Client nimmt den Anruf an, obwohl ich "init_media => $ua->rtp( 'recv_echo' )" entfernt habe.
Wie kriege ich das unterbunden?
Ciao, Peter
Ich habe https://github.com/noxxi/p5-net-sip (https://github.com/noxxi/p5-net-sip) gefunden, mal schauen wo mich die Beispiele hinführen ...
Hallo,
danke für das Modul (aus Post #79). Ich kann damit Rufe initieren - funktioniert! Im Log bekomme ich jedoch noch folgende Meldungen:
2017.02.01 21:58:23.647 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/96_SIP.pm line 448.
2017.02.01 21:59:23.288 1: Timeout for SIP_ListenStart reached, terminated process 5747
Wird es möglich sein ein Notify für einen eingehenden, internen Ruf zu erhalten? Ich habe eine Auerswald TFS Universal als Türklingel, welche einen Anruf auf die Fritzbox und dort als Türstation mit Live-Bild der Kamera auf die internen Telefone sendet und klingeln lässt. Ich würde Fhem gerne als interne Nebenstelle mit in die Rufgruppe aufnehmen und entsprechend darauf reagieren.
Danke!
Spooy99
@spooy99
ich habe versucht im Modul 96_SIP.pm die "listen"-Funktion zu modifizieren und ein Reading in FHEM zu setzen - leider erfolglos. Ich habe darauf hin den etwas komplizierteren aber funktionsfähigen Weg via Asterisk gewählt und hier https://forum.fhem.de/index.php/topic,66001.0.html (https://forum.fhem.de/index.php/topic,66001.0.html) beschrieben.
Hallo plin,
Danke für den Hinweis. Hatte das schon gelesen, aber gehofft mir den 'Umweg' mit Asterisk ersparen zu können ;-). Und einen Ruf nach extern und wieder zurück um über den FB_Callmonitor zu reagieren gefällt mir auch nicht wirklich... sipcmd gibts ja auch noch - aber auf einen Ruf reagieren habe ich da auch noch nicht gefunden.
Evtl. muss ich mich doch mit Asterisk anfreunden :-( obwohl es mit dem Modul sehr elegant wäre (wenn es diese Option geben sollte)
Danke!
Ich hatte im Modul 96_SIP.pm versuchsweise eine neue Funktion "listenonly" kreiert und versucht mit folgendem Coding
...
if ($my_listentype eq "listen")
{
$hash->{dtmf} = 0;
$ua->listen(init_media => $ua->rtp( 'recv_echo' ), cb_dtmf => \&SIP_dtmf); # echo everything back
$ua->loop;
} else {
Log3 "listenonly", 3, $my_listentype;
Log3 "listenonly", 3, $hash->{DEF};
$hash->{STATE} = "Initializing";
readingsSingleUpdate($hash, "state","listenonly-ready",1);
$ua->listen( cb_established => sub {
(my $status) = @_;
die "failed" if $status ne 'OK';
return 1;
}, cb_invite => \&SIP_ListenStart_invite($hash), recv_bye => \&SIP_ListenStart_recv_bye($hash));
$ua->loop;
}
$ua->cleanup;
return $name."|end";
}
sub SIP_ListenStart_invite($){
my ($hash) = @_;
# my $hash = $defs{$my_name};
Log3 "listenonly", 3, "invite";
Log3 "listenonly", 3, $hash->{DEF};
$hash->{STATE} = "invite";
readingsSingleUpdate($hash, "state","invite",1);
$ua->loop;
}
...
statt der Echo-Schleife beim "Invite" die Sub SIP_ListenStart_invite aufzurufen. Obwohl das Statement Log3 "listenonly", 3, $hash->{DEF}; das korrekte Device logged, erzeugt readingsSingleUpdate($hash, "state","invite",1); kein Reading-Update sondern läuft einfach ins leere.
Wenn man das zum Laufen bringen würde könnte man auf Asterisk verzichten und statt dessen das Reading des SIP-Devices als Trigger verwenden.
Zitat von: plin am 02 Februar 2017, 21:53:00
Obwohl das Statement Log3 "listenonly", 3, $hash->{DEF}; das korrekte Device logged, erzeugt readingsSingleUpdate($hash, "state","invite",1); kein Reading-Update sondern läuft einfach ins leere.
und ich kann dir sagen warum :
Du hast deinen Zusatz in der sub SIP_ListenStart gesteckt. Diese Sub wird aber ständig im Child Prozess durchlaufen. Parent und Child Prozess können zwar problemlos zeitgleich die gleiche Log Datei befüllen, aber ein ReadingUpdate im Child Prozess aktualisiert eben nur die Readings des Child und nicht die des Parent (den du unter Beobachtung hast) !
Lösung : schau dir mal an wie ich via Telnet die DTMF Informationen vom Child zum Parent übermittle. Wenn du diesen Weg gehst hast du dein Reading im Parent :)
hi,
96_SIP.pm lässt sich auch hervorragend als "virtuelle sip-türklingel" nutzen, um von der fritzbox ein livebild auf die fritzfon's zu senden. wenn das sip device bei einer in der fritzbox definierten ip-türsprecheinrichtung registriert ist, wird ein livebild angezeigt mit:
set <my_sip> call <Rufnummer_der_Klingeltaste> <anzeigedauer>
ich nutze als livebild zb das jpg file, dass durch das rss modul erzeugt wird, um ein paar fhemdaten anzuzeigen.
Uii , auch ne gute Idee ... wenn plin jetzt noch seinen listen Teil zum laufen bekommt könnte man doch darüber nachdenken das Modul amtlich zu machen :)
Hallo Wzut,
ja, ich kann mir vorstellen, dass Dein Ansatz für das Setzen des Readings auch beim invite funktioniert, habe ich aber noch nicht getestet, denn
>Uii , auch ne gute Idee ... wenn plin jetzt noch seinen listen Teil zum laufen bekommt könnte man doch darüber nachdenken das Modul amtlich zu machen :)
mein kleines Problem: Was soll's denn werden? Was ich brauche wäre folgender Ablauf:
- der SIP-CLient ist in die Rufgruppe der Türklingel eingetragen
- in FHEM starte ich den Lauschprozess (listenonly)
- jemand betätigt die Türklingel, der SIP-CLient erhält ein "invite"
- der SIP-Client setzt ein Reading (oder den Status) "ring" und lauscht weiter
- entweder nimmt jemand ein anderes Telefon ab, um zu hören wer vor der Tür steht
- oder die Haustür wird geöffnet
- in FHEM führt die Kombination "ring" in Verbindung mit Haustür closed->open dazu, dass der SIP-Client das Telefonat annimmt und sofort wieder beendet
Da gibt's zwei Probleme:
- Wie kann ich vermeiden, dass der Anruf vom SIP-Client angenommen wird (bei meinen Tests ging er glaube ich immer in den Echo-Mode, muss ich mir aber noch mal anschauen)
- Wie kriege ich den SIP-Client (von FHEM aus gesteuert) dazu den Anruf anzunehmen? Ich müsste mich in die Schleife des Client-Prozesses einklinken, um diesem den Auftrag "annehmen" zu erteilen.
Du hast mehr Erfahrung mit dem perl SIP-Modul. hast du ein paar Tipps?
VG plin
Hallo Wzut,
wir sind fast am Ziel. Die angehängte Version des 96_SIP.pm kennt jetzt den set-Command listenonly.
Der SIP-Client lauscht auf eingehende Anrufe und setzt ein Reading callstatus auf 'ring' oder 'hungup'. Ist also ein guter Start.
Problem: Der SIP-Client nimmt das Gespräch an und geht in den Echo-Modus. Würde beim Einsatz für die Türklingel bedeuten: Ich kann nicht mehr ans Telefon gehen und nachfragen wer vor der Tür steht, weil mir den SIP-Client den Anruf weggeschnappt hat.
VG plin
OK, ich schaue mir das mal an. Wie ich bereits geschrieben habe stehe ich mit der Doku vom SIP Packet etwas auf Kriegsfuss, aber vllt gibt es ja einen Weg das Ding ersteinemal von der direkten Gesprächsannahme abzuhalten ( Anzahl Klingeltöne ? , Anrufer Nr ? )
Hallo Wzut,
ich hab's - muss es aber noch ausprogrammieren. Der Ansatz ist einfach: ein sleep im SIP_lo_invite. Damit wird die Annahme des Invites verzögert.
Bedeutet:
- neues Attribut sip_waittime
- Auslesen des Attributes in der SIP_lo_invite
- Warteschleife innerhalb der SIP_lo_invite für die Dauer der waittime
- über ein weiteres Attribut könnte man die Warteschleife unterbrechen => Call wird angenommen
Damit wären wir in der Lage mein Doorline-Szenario komplett mit FHEM abzubilden (ohne Asterisk, siehe mein Posting zu dieser Umgehungslösung).
VG plin
Hallo Wzut,
die nächste Stufe ist im Prinzip fertig, ich habe aber wieder ein Aktualisierungsproblem. Das Attribut sip_action will ich für die Kommunikation zwischen FHEM und der Warteschleife nutzen. Initial steht das auf "off". Wenn ich "listenonly" starte setze ich es auf "wait". Im Log wird das so auch ausgewiesen, im Webinterface aber nicht, da steht immer noch "off". Setze ich das Attribut im Webinterface auf "fetch" sollte das die Schleife beenden und der Anruf wird angenommen. Tut er aber nicht. Im Webinterface sehe ich "fetch", im Log wird weiterhin "wait" ausgegeben.
"wait" via telnet setzen geht ja noch, aber wie lese ich das "fetch" aus?
VG plin
Hallo plin,
wie auch den Doorline / Fritzbox / Klingel Thread verfolge ich die Entwicklung hier sehr gespannt. Ich möchte zwei Szenarien umsetzen:
1. Türklingel gedrückt -> Bild von der Türkamera wird verschickt. Das funktioniert schon. Super!
2. Bei Homestatus "away" soll die Apothekerschaltung der Doorline aktiviert bzw. bei Rückkehr deaktiviert werden.
Bei 2. hab ich noch folgendes Phänomen: Beim Absetzen des "set mysip call **1,,#11 10" wird die Apothekerschaltung nicht aktiviert.
Zum Test habe ich denselben Befehl an mein FritzFon (set mysip call **610,,#11 15) geschickt und bin "von Hand" rangegangen
- der Anschluss wird korrekt angerufen
- die Zeichen #11 werden nicht als Tonwahl geschickt / es ist nichts zu hören (ein test.wav wird korrekt abgespielt)
- der Anruf wird nicht beendet: STATE ändert sich zwar auf "call done", aber im Fritzfon bleibt die Verbindung bestehen und die Anrufdauer zählt weiter.
Kann es sein, dass der Anruf tatsächlich vom SIP.pm Modul nicht beendet wird oder liegt es eher am Fritzfon? (Dagegen spricht, dass wenn man den Befehl an die Doorline schickt, diese danach für mehrere Minuten bei explizitem Anruf das Besetzt-Zeichen ertönt).
Ist es erwartetes Verhalten, dass die Tonwahl-Signale bei bestehender Sprechverbindung nicht geschickt werden? Wenn ja, könnte man diese ja als WAV Datei abspeichern und der Doorline bei Anruf nur "vorspielen".
Schon jetzt danke für Dein Engagement, das Modul wird gut! :-)
Viele Grüße
Herwig
Neue Erkenntnis: habe mit sox zwei wav Files erstellt apoein.wav und apoaus.wav. Wenn ich die Doorline unter **1 anrufe und das wav file abspiele, erfolgt tatsächlich die Umschaltung der Apothekerschaltung, das klappt!
Allerding ist dann die Doorline so lange blockiert, bis sie von selbst die Verbindung beendet, da das sip Modul bei mir nicht "auflegt".
Any ideas?
Gruß
Herwig
Hallo Herwig,
wenn ich den Anruf der doorline abfange und und kurzes Audiofile abspiele legt der SIP-Client anschließend wieder auf ...
Vielleicht hat Wzut eine Idee?
VG plin
Zitat von: plin am 11 Februar 2017, 16:26:52
"wait" via telnet setzen geht ja noch, aber wie lese ich das "fetch" aus?
ist klar nun steht du vor dem Problem "wie kann Parent mit Child reden" (Child zu Parent haben wir via Telnet), lies doch mal
http://perldoc.perl.org/perlipc.html#Bidirectional-Communication-with-Another-Process
Das schöne bei FHEM ist doch das man meist das Rad nicht noch einmal erfinden muß und statt dessen besser bei anderen Modulentwickler hemmungslos "klaut".
Bidirectional-Communication-with-Another-Process hat z.B. Andre (justme1968) genau so in seinem 32_yowsup Modul umgesetzt.
Vllt sollte man jetzt gleich einen radikalen Schnitt machen und das SIP Modul auf die Art und Weise fit fürs reden in beide Richtungen machen.
Warum das SIP Modul nicht auflegt muss ich auch erst selbst testen, leider bin ich z.Z. etwas knapp an Zeit.
@hdiessner, das Modul sollte im ersten Schritt Tastenkommandos empfangen ( das klappt auch) aber selbst Wähltone schicken auf die Idee bin ich gar nicht erst gekommen das das sinnvoll sein könnte (vermutlich weil ich dafür keine Anwendung habe), bin mir auch nicht sicher ob das NET::SIP überhaupt kann,
aber deine Idee mit den wav Dateien ist doch recht elegant 8)
Hallo Wzut,
ja, an eine Neuauflage, wenn die grundsätzlichen Fragen geklärt sind, habe ich auch schon gedacht. Der Umweg über Telnet müsste doch eleganter zu lösen sein indem ich direkt im Parent-Prozess die Attribute setze bzw. auslese.
>Das schöne bei FHEM ist doch das man meist das Rad nicht noch einmal erfinden muß und statt dessen besser bei anderen Modulentwickler hemmungslos "klaut".
Da bin ich auch schon dran :-), habe aber bisher noch nicht das passende Beispiel gefunden.
Wenn die Prozesskette wait->ring->fetch funktioniert ist der nächste Schritt das abspielen eines kurzen Audiofiles. Damit wird der Anruf der Doorline dann abgebrochen.
VG plin
P.S. Aufgeben gilt nicht!
Hallo,
irgendwie stell ich mich grad recht an.
Ich krieg einfach keine Verbindung hin.
Fehlermeldung im Log:
registration failed: Failed with code 404 at ./FHEM/96_SIP.pm line 203.
registration failed: Failed with code 404 at ./FHEM/96_SIP.pm line 203.
2017.02.11 21:31:19 3: SIP_ListenStart : listen
registration failed: Failed with code 404 at ./FHEM/96_SIP.pm line 203.
List meines Sip-Device:
CFGFN
DEF fritz.box xxxx xxxxxxxx
LPID 31301
NAME FHEM_Sip
NR 576
STATE listen
TYPE SIP
Readings:
2017-02-11 21:31:10 caller -
2017-02-11 21:31:10 callstatus initialized
2017-02-11 21:31:19 state listen
Helper:
Listen_pid:
abortArg
abortFn
arg FHEM_Sip
bc_pid 58
finishFn SIP_ListenDone
fn SIP_ListenStart
pid 31301
timeout
Attributes:
sip_action off
sip_from sip:620@fritz.box
sip_ip 192.168.178.26
sip_password test
sip_port 5060
sip_registar fritz.box
sip_ringtime 10
sip_user 620
sip_waittime 10
FHEM läuft auf einem Raspi2, in der Fritzbox 7390 (6.80) habe ich ein IP/LAN Telefon angelegt.
Achja Net::SIP hat mit cpanm funktioniert habe Version 0.808 jetzt auf meinem Raspi.
Wäre echt super, wenn mir einer auf die Sprünge helfen könnte.
Lieben Dank schonmal
Reinhard
Hallo Reinhard,
mein SIP-Device sieht so aus:
define FritzSipClient SIP 192.168.3.1 625 testfhem
attr FritzSipClient room Test
attr FritzSipClient sip_action off
attr FritzSipClient sip_from sip:625@fritz.box
attr FritzSipClient sip_ip 192.168.3.34
attr FritzSipClient sip_password testfhem
attr FritzSipClient sip_port 5070
attr FritzSipClient sip_registar 192.168.3.1
attr FritzSipClient sip_ringtime 10
attr FritzSipClient sip_user 625
attr FritzSipClient sip_waittime 30
attr FritzSipClient verbose 5
Die Regristierung hat bei mir erst funktioniert nachdem alle Attribute gesetzt waren.
Klappt auf deiner FHEM-Instanz die Auflösung von fritz.box? Sonst würde ich die IP-Adresse eingeben.
Der SIP-Port könnte auch das Problem sein.
Hast du in der Fritzbox beim Telefoniegrät->Anmeldedaten die Durchwahl als Benutzername angegeben? Nach der Änderung zeigt dir die Fritzbox einen Code den du zur Bestätigung an einem registrierten Telefon eingeben musst.
Und die Fritzbox zeigt dir unter Syytem->Ereignisse auch noch ein paar Infos an.
Viel Erfolg, Peter
Hallo Peter,
danke für die Hilfe, jetzt hats geklappt.
Hab den Benutzer auf die Nebenstelle gesetzt und alle Attribute gesetzt.
Super vielen Dank und einen schönen Sonntag
Reinhard
Zitat von: plin am 12 Februar 2017, 08:52:10
define FritzSipClient SIP 192.168.3.1 625 testfhem
attr FritzSipClient sip_ip 192.168.3.34
attr FritzSipClient sip_password testfhem
attr FritzSipClient sip_port 5070
attr FritzSipClient sip_registar 192.168.3.1
attr FritzSipClient sip_user 625
a. beim define werden keine Parameter übergeben :
define FritzSipClient SIP <-- reicht völlig aus
b. attr FritzSipClient sip_ip 192.168.3.34 -> die IP unter der euer FHEM läuft, wird vom Modul versucht zu ermitteln wenn nicht angegeben, bitte unbedingt überprüfen und ggf. ändern !
c. attr FritzSipClient sip_password testfhem -> das Passwort wie es auf der Fritzbox für diesen Sip User vergeben wurde. Wichtig : Meine FB mag da keine kurzen Passwörter ala test !
d. attr FritzSipClient sip_port 5070 -> als default versucht es das Modul zuerst auf 5060 weicht aber ggf auf 5070 aus (bzw. immer +10) wenn der Port nicht verfügbar ist.
e. attr FritzSipClient sip_registar 192.168.3.1 -> die IP der FritzBox (oder des Asterix Server) hier ist man immer auf der sicheren Seite wenn die IP statt eines Namens benutzt.
f. attr FritzSipClient sip_user 625 -> die Rufnummer die auf der FB für diesen SIP Client eingerichtet wurde (FB beginnt mit 620 für das erste SIP Phone)
Hallo,
kann mir jemand sagen, wie ich dem SIP-Modul die wav-Datei mitgeben kann?
Wird der Pfad absolut her also /opt/FHEM/.... angegeben oder ausgehend vom fhem Ordner?
Danke...
Gruß Tobi
Hi Tobi,
meine Syntax sieht so aus
set FritzSipClient call *09 5 /opt/fhem/www/images/meinaudiofile.wav
VG plin
Zitat von: Tobbi am 12 Februar 2017, 21:10:04
Wird der Pfad absolut her also /opt/FHEM/.... angegeben oder ausgehend vom fhem Ordner?
Ganz wie du möchtest , das Modul muss sie finden und der FHEM User muß Leserechte haben
D.h. absolut sollte immer gehen -> /home/pi/test.wav oder relativ ab dem Punkt wo die fhem.pl liegt -> ./log/test.wav
Hallo Wzut,
weniger ist mehr - Schönheit kommt später. Bevor ich das ganze Modul auf eine elegantere Kommunikationsvariante umstelle habe ich es erst mal mit telnet gelöst.
Es gibt ein neues Attribut
sip_audiofile zur Aufnahme des abzuspielenden Audiofiles. Bei mir
sip_audiofile /opt/fhem/www/images/MomentBitteNadine.wav
Der Ablauf ist nun folgender:
- du rufst deine SIP-Client-Nummer an
- der Status geht auf ringing
- du setzt den Status deines SIP-Clients auf fetch
- der SIP-Client nimmt den Anruf an und spielt das vordefinierte Audiofile ab
- er geht wieder in den Status listening
Sehen wir es mal als Proof-of-concept an. So viel für heute.
VG plin
Mach ruhig weiter, ich war gestern Abend mal wieder an den Basics und bin gescheitert.
Noch habe ich aber Hoffnung da weiter zu kommen und zumindest das DTMF senden Thema in den Griff zu bekommen und so den Umweg über die Audiofiles zu sparen.
Hallo Wzut,
ich habe einige Passagen auf den neuen telnetcmd umgestellt. Ferner habe ich eine Doku am Ende des Codes erstellt :-)
Und im Header habe ich
# update: 2017-02-14 plin
eingefügt, damit wir die Entwicklungsstände auseinander halten können.
VG plin
Bin heute Abend ein Stückchen weiter gekommen :
DTMF Signaltöne können nun statt einer Sounddatei dem Call Aufruf mit übergeben werden.
hdiessner bzw. Doorline Besitzer können das dann demnächst testen, das Modul legt nun auch richtig auf :)
Hallo Wzut,
das klingt ja superklasse! Freue mich schon aufs Ausprobieren :-)
Gruss
Herwig
Für alle, die wie ich drohen ob der Verbindungsprobleme zu ergrauen:
Die FritzBox nimmt mit der aktuellen 6.80 als IPClient nur Anmeldungen von "Telefonen" aus dem selben Netz entgegen. Habe kürzlich einiges am Netz umstrukturiert und verzweifelt gesucht, warum unsere Klingel nicht mehr tut :-/
PS: Sicher, ist ein Sicherheits-Feature... ::)
Hi,
Seit ich die Fritzbox auf v6.80 upgedatet hab stürzt FHEM sofort ab wenn ich SIP folgendermassen definiere.
define SipCall SIP 192.168.2.1 621 passwort
attr SipCall room Büro
attr SipCall sip_from sip:621@fritz.box
attr SipCall sip_ip 127.0.53.53
attr SipCall sip_password passwort
attr SipCall sip_port 5060
attr SipCall sip_registar fritz.box
attr SipCall sip_ringtime 5
attr SipCall sip_user 621
vorher gings problemlos!
im Log tauchen noch folgende Meldungen auf:
PERL WARNING: "my" variable $my_action masks earlier declaration in same scope at /opt/fhem/FHEM/96_SIP.pm line 495.
PERL WARNING: "my" variable $myret masks earlier declaration in same scope at /opt/fhem/FHEM/96_SIP.pm line 500.
PERL WARNING: "my" variable $myret masks earlier declaration in same scope at /opt/fhem/FHEM/96_SIP.pm line 501.
PERL WARNING: "my" variable $myret masks earlier declaration in same scope at /opt/fhem/FHEM/96_SIP.pm line 518.
Initialize (current hash) : HASH(0x3e43bd8) :
PERL WARNING: Use of uninitialized value in subroutine entry at /opt/fhem/FHEM/96_SIP.pm line 85.
Bad arg length for Socket::inet_ntoa, length is 0, should be 4 at /opt/fhem/FHEM/96_SIP.pm line 85.
woran liegts?
Zitat von: punker am 15 Februar 2017, 11:03:25
define SipCall SIP 192.168.2.1 621 passwort
define SipCall SIP reicht völlig aus , die anderen beiden Parameter kommen in die Attribute.
attr SipCall sip_ip 127.0.53.53 <--- stimmt das ist das wirklich die IP deines FHEM ?
attr SipCall sip_password passwort <-- das echte PW ?
@plin -> $myret , klingt nach deinen aktuellen Änderungen. Tipp : schalte beim entwicklen stacktrace ein und vermeide direkt Versionen zu veröffentlichen die unnötig das Log füllen.
Absturz von FHEM sofort nach Eingabe von
define SipCall SIP
Fehlermeldungen im Log die selben wie vorher
2017.02.15 13:48:07 1: PERL WARNING: "my" variable $my_action masks earlier declaration in same scope at /opt/fhem/FHEM/96_SIP.pm line 495.
2017.02.15 13:48:07 1: PERL WARNING: "my" variable $myret masks earlier declaration in same scope at /opt/fhem/FHEM/96_SIP.pm line 500.
2017.02.15 13:48:07 1: PERL WARNING: "my" variable $myret masks earlier declaration in same scope at /opt/fhem/FHEM/96_SIP.pm line 501.
2017.02.15 13:48:07 1: PERL WARNING: "my" variable $myret masks earlier declaration in same scope at /opt/fhem/FHEM/96_SIP.pm line 518.
2017.02.15 13:48:07 3: Initialize (current hash) : HASH(0x392af98) :
2017.02.15 13:48:08 1: PERL WARNING: Use of uninitialized value in subroutine entry at /opt/fhem/FHEM/96_SIP.pm line 85. Bad arg length for Socket::inet_ntoa, length is 0, should be 4 at /opt/fhem/FHEM/96_SIP.pm line 85.
Wieso die sip_ip 127.0.53.53 war kann ich nicht sagen - komisch, weil die FHEM-IP 192.168.2.22 ist!
könnte man evtl. die Version immer im ersten Thread aktualisieren oder das ganze über git lösen ;)
wegen der IP 127.0.53.53
https://www.heise.de/ct/hotline/Seltsame-DNS-Antwort-127-0-53-53-3087461.html (https://www.heise.de/ct/hotline/Seltsame-DNS-Antwort-127-0-53-53-3087461.html)
Hast Du einen "eigenen" DNS-Server laufen? Eine eigene Domain??
Ja, eine eigene Domain.
Aber wieso geht das SIP nicht mehr?
hat das mit dem FB Update auf 6.80 zu tun?
Vorher gings ja auch.
die IP 127.0.53.53 wird gesendet, wenn Du nach einer Domain suchst, die aktuell im Aufbau ist.
z.B.:
nslookup test.box.
Non-authoritative answer:
Name: test.box
Address: 127.0.53.53
1. Was hast Du für eine Domain
2. Hast Du ip oder Namen eingetragen?
attr SipCall sip_from sip:621@fritz.box
attr SipCall sip_ip 127.0.53.53
Zitat von: oli82 am 15 Februar 2017, 14:09:15
könnte man evtl. die Version immer im ersten Thread aktualisieren oder das ganze über git lösen ;)
Nein, da der erste Post von weder von plin noch von mir ist.
Git ist auch überflüssig wir haben doch den svn :)
Vorschlag : es wird Zeit einen neuen Thread zum SIP Modul aufzumachen und das auch in einer anderen Rubrik ( z.B. Hausautomations-Systeme » Unterstützende Dienste ) da das Modul nicht direkt an Fritz gebunden ist.
Im neuen Thread haben wir allerdings dann auch wieder die Beschränkung der Schreibrechte im ersten Post. Daher schlage ich vor im svn unter contrib ein Dir SIP anzulegen, damit kann jeder mit Schreibrechten aktuelle Arbeitsversionen dort ablegen und jeder User sie herunterladen.
Kann man natürlich auch so machen :)
Zitat von: MichaelK-T am 30 September 2015, 12:45:06
FHEM läuft bei mir nicht auf der FritzBox kann das die Ursache sein.
Bei mir läuft das Modul auf einem Raspi, das kann also nicht der Grund sein. Hast du mal verbose auf 5 gesetzt?
Hallo zusammen,
als Anlage die vorerste letzte Version in diesem Mail-Thread. Die nächste gibt's dann bald im svn.
Die perl-Warnings bzgl. doppelt deklarierter Variablen sollten jetzt raus sein.
VG plin
Zitat von: punker am 15 Februar 2017, 13:58:01
2017.02.15 13:48:08 1: PERL WARNING: Use of uninitialized value in subroutine entry at /opt/fhem/FHEM/96_SIP.pm line 85. Bad arg length for Socket::inet_ntoa, length is 0, should be 4 at /opt/fhem/FHEM/96_SIP.pm line 85.
@punker , das ist genau die Stelle wo versucht wird deine aktuelle FHEM IP zu ermitteln. Such mal im Modul die "böse" Zeile 85, sollte so aussehen :
my $addr = inet_ntoa(scalar(gethostbyname($host)));
und ersetze sie gegen :
my $addr = '192.168.2.22';Bzw wenn 192.168.2.22 nicht deine FHEM IP ist nimm die richtige. Auf jeden Fall aber auch die echte IP unter attr_sip_ip eintragen
Was mich interessieren würde:
Wa sagt denn (auf der shell) ein:
hostname -f
host $HOSTNAME
@Wzut
mit der neuen Version und der geänderten Zeile im SIP-Modul gibts keinen Absturz mehr!
Nur noch eine Perl-Warnung:
PERL WARNING: "my" variable $my_action masks earlier declaration in same scope at /opt/fhem/FHEM/96_SIP.pm line 494.
@Wernieman
hostname -f ergibt den Rechnernamen bananapi, so wie er auch in der Datei /etc/hostname steht!
host $HOSTNAME ergibt zsh: command not found: host
@plin & @Wzut: Ist die Version in der Antwort #150 eine "gemeinsame" Version, die DTMF Töne senden kann und die auch korrekt auflegt oder gibts inzwischen zwei Versionen der 96_SIP.pm?
Ich frage, weil ich mit dieser Version beim Testen folgendes beobachte:
set mysip call **610 10 /opt/fhem/apoaus.wav funktioniert - so wie bisher
set mysip call **610,,#10 10 funktioniert nicht - es wird gar nicht angerufen
set mysip call **610 10 #10 funktioniert halb - es wird angerufen, nach 10 Sekunden hört das Rauschen in der Leitung auf (aber das Fritzfon zählt weiter die Verbindungsdauer hoch, die DTMF Töne werden nicht abgespielt.
Außerdem habe ich folgenden Eintrag im log (Asterisk läuft auf meinem Raspi auch, so wie in plins Thread "Doorline - Türklingel - Fritzbox" beschrieben):
mysip, cannot open port 5060 at 192.168.100.89: Die Adresse wird bereits verwendet
-> kann es sein, dass das automatische Erhöhen der Portnummer um 10 bei mir nicht funktioniert?
Danke & Gruß
Herwig
Zitat von: hdiessner am 16 Februar 2017, 10:14:22
@plin & @Wzut: Ist die Version in der Antwort #150 eine "gemeinsame" Version, die DTMF Töne senden kann und die auch korrekt auflegt
Nein das ist keine echte gemeinsame Version sondern plins quasi Abschluss seiner Erweiterung. DTMF Töne versenden wird die nächste Version von mir können, mit der ist aber frühestens morgen Abend zu rechnen.
Zitat von: hdiessner am 16 Februar 2017, 10:14:22
kann es sein, dass das automatische Erhöhen der Portnummer um 10 bei mir nicht funktioniert?
Das Log wird in der nächsten Version etwas exakter an diesem Punkt sein, da du aber erfolgreich anrufen kannst wird vermutlich der Ausweichport 5070 genutzt.
Das 93_SIP Modul hat ab sofort seinen eigenen Thread -> https://forum.fhem.de/index.php/topic,67443.0.html
Ich bin gerade am Installieren des Moduls. Es sieht soweit recht gut aus, jedoch erhalte ich folgende Fehlermeldung:
2017.03.10 21:22:20 4: FritzSIP, CallStart DTMF : ABCD*#123--4567890
Can't use string ("07000000") as a HASH ref while "strict refs" in use at /usr/share/perl5/Net/SIP/Simple.pm line 379.
Dir Rufnummer habe ich hier verändert.
Hat jemand eine Idee, was hier falsch läuft?
Viele Grüße
Rainer
Info von Wzut:
Zitatna klar , Seite 5 erster Beitrag #60 https://forum.fhem.de/index.php/topic,67443.msg593547.html#msg593547
-> https://forum.fhem.de/index.php/topic,67443.msg593547.html#msg593547
= alte Net::Sip Version
Hallo,
ich möchte das Modul als Türklingel nutzen und rufe intern von meinem Fhemserver (alles aktuell) die Fritzbox (6490 mit 6.5) mit "set mySIP call **610 5" an.
Das Dect Telefon klingelt wie es soll. Allerdings habe ich erwartet das nach 4 mal klingeln aufgelegt wird, was nicht funktioniert.
Habt ihr da eine Idee?
Klar, falscher Thread -> https://forum.fhem.de/index.php/topic,67443.0.html
und 5 steht nicht für die Anzahl klingeln (siehe https://wiki.fhem.de/wiki/SIP-Client)
Habe mir jetzt auch mal ein notify definiert.
GT.UnautorisierteTueroeffnung:on
{ fhem ("set mySIP call +49... 30 !Die Gartentür wurde geöffnet. &") };
{ fhem ("set PushMessenger msg 'Gartentür' 'Die Gartentür wurde geöffnet.' '' 0 ''") }
Die Msg bekomme ich 1 Sekunden nach dem Auslösen. Der Anruf hingegen dauert ca. 45Sek. Woran kann das liegen ?