Hauptmenü

Modul 96_SIP

Begonnen von Wzut, 19 Februar 2017, 19:10:09

Vorheriges Thema - Nächstes Thema

Wzut

Zitat von: betateilchen am 20 Februar 2017, 20:35:22
(Verdacht: Da hat wohl mal wieder jemand direkt in der fhem.cfg rumgepfuscht)
Nein , hat er nicht aber er benutzt eine alte Version aus dem FB Thread aktuell ist der Tippfehler nur noch in der command.ref.
Auch der my Fehler ist schon einige Zeit gefixt.

@tklein : update ist dein Freund :)
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

tklein

danke, dann werde ich morgen auf 5.8 updaten und hoffen dass Alexa und Siri noch mit meinem Server sprechen. :-)
Hinweis oben rechts habe ich ja gelesen. :-)

Muss ich das dann noch manuell auf registrar ändern?

FHEM auf Pi 3, Echo (Plus, Dot und Connect), CUL868/433, HM Komponenten, Broadlink, Enigma (VU DUO2), Alexa/Homebridge, Sonoffs (POW, RF, Basic), Wemos D1 (IR, DHT, BH1750, OLED, BMP180), IT/Steckdosen, Fritzbox mit SIP, Wifilight, MQTT, Pilight, Xiaomi Flower Sensor, Spotify, Dooya, Shelly, Conbee2

Wzut

Zitat von: tklein am 20 Februar 2017, 21:00:20
Muss ich das dann noch manuell auf registrar ändern?
Nein , das richtige Attribut taucht von alleine auf , inklusive einer Fehlermeldung das es das attr mit dem fehlenden r nicht gibt.
Tipp : man muss nicht immer ein komplettes Update via update machen  (siehe command.ref)
oder man kann sich auch direkt aus dem svn bedienen : https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/96_SIP.pm
 
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Gisbert

#18
Hallo,

bei update all bekomme ich folgende Meldung im logfile:
2017.02.21 07:24:39 1: UPD FHEM/96_SIP.pm
2017.02.21 07:24:39 1: open .//FHEM/96_SIP.pm failed: Permission denied, trying to restore the previous version and aborting the update
2017.02.21 07:24:39 1:
2017.02.21 07:24:39 1: fhemabfall
2017.02.21 07:24:39 1: nothing to do...
2017.02.21 07:24:39 1: Calling /usr/bin/perl .//contrib/commandref_join.pl -noWarnings, this may take a while

Kann mir jemand sagen, was ich jetzt tun sollte?
Ist damit nur dieses Modul vom update ausgeschlossen oder die evtl. nachfolgenden auch?

Ergänzung:
Das Modul gehörte dem user pi:pi, warum ??
Ich hab den Benutzer auf fhem:dialout geändert, und die Berechtigungen auf -rw-rw-rw-.
Damit läuft das upate durch.

Viele Grüße Gisbert
Aktuelles FHEM | PROXMOX | Fujitsu Futro S740 | Debian 12 | UniFi | Homematic, VCCU, HMUART | ESP8266 | ATtiny85 | Wasser-, Stromzähler | Wlan-Kamera | SIGNALduino, Flamingo Rauchmelder FA21/22RF | RHASSPY

Wzut

Zitat von: Gisbert am 21 Februar 2017, 07:49:58
Das Modul gehörte dem user pi:pi, warum ??
Hattest es zuvor einmal aus dem FB Thread heruntergeladen und von Hand nach FHEM kopiert ?
Wenn ja , dann hast du damals nicht die Rechte angepasst und der fhem User kann heute die alte Version via Update nicht überschreiben.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Gisbert

#20
Zitat von: Wzut am 21 Februar 2017, 08:53:00
Hattest es zuvor einmal aus dem FB Thread heruntergeladen und von Hand nach FHEM kopiert ?
Wenn ja , dann hast du damals nicht die Rechte angepasst und der fhem User kann heute die alte Version via Update nicht überschreiben.

Gut möglich und eine naheliegende Erklärung, ich kann es aber nicht mit Sicherheit sagen.
Erstaunlich ist aber, dass alle Updates damit blockiert werden; ich hab das Update insgesamt 3mal durchgeführt, mit dem Resultat, dass keines der anderen Module erneuert wurden.
Aktuelles FHEM | PROXMOX | Fujitsu Futro S740 | Debian 12 | UniFi | Homematic, VCCU, HMUART | ESP8266 | ATtiny85 | Wasser-, Stromzähler | Wlan-Kamera | SIGNALduino, Flamingo Rauchmelder FA21/22RF | RHASSPY

JoWiemann

Zitat von: Gisbert am 21 Februar 2017, 09:27:43
Gut möglich und eine naheliegende Erklärung, ich kann es aber nicht mit Sicherheit sagen.
Erstaunlich ist aber, dass alle Updates damit blockiert werden; ich hab das Update insgesamt 3mal durchgeführt, mit dem Resultat, dass keines der anderen Module erneuert wurden.

Das ist so. Da auch Abhängigkeiten bestehen wir bei einem Fehler im Update ein komplette roll back durchgeführt. Somit wird Fhem vor inkonsistenten Updates geschützt.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

tklein

Hallo,

bin einen kleinen Schritt weiter. Habe die Version rüberkopiert (https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/96_SIP.pm) mit einem Reload aktualisiert. Hinweis bezüglich der registrars kam auch.
Neustart gemacht. Allerding kann ich immer noch nicht anrufen.

Eventlog:

SIP mySIP calling **626
..
SIP mySIP call fail
SIP mySIP last_error: CallRegister: Failed with error 110


Mit SIPCMD via Konsole kann ich zumindest intern anrufen: ./sipcmd -P sip -u 628 -c xyzxaz -w 192.168.0.1 -x 'c**626w5000'

Verzweifelte Grüße
FHEM auf Pi 3, Echo (Plus, Dot und Connect), CUL868/433, HM Komponenten, Broadlink, Enigma (VU DUO2), Alexa/Homebridge, Sonoffs (POW, RF, Basic), Wemos D1 (IR, DHT, BH1750, OLED, BMP180), IT/Steckdosen, Fritzbox mit SIP, Wifilight, MQTT, Pilight, Xiaomi Flower Sensor, Spotify, Dooya, Shelly, Conbee2

YellowBall

Ich bekomme es ums Verrecken nicht installiert:

The following packages have unmet dependencies:
libnet-sip-perl : Depends: libnet-dns-perl but it is not going to be installed
E: Unable to correct problems, you have held broken packages.


sudo apt-get update
sudo apt-get dist-upgrade

habe ich auch gemacht.

Aber leider alles ohne Erfolg...

Raspi 0,1,2,3,4 | HMUART | Broadlink | Harmony | Xiaomi | Milight | Homematic | Somfy | Sonos | Meross  | Sonoff  | Shelly | Comet DECT  | ioBroker

Wzut

@tklein,
attr  mySIP verbose 4 , dann nochmal testen , ins Log schauen, kopieren und posten.


@YellowBall,
schon sudo apt-get install libnet-dns-perl versucht ? bzw. mit welchem System bist denn unterwegs , Jessie ?
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

YellowBall

Zitat von: Wzut am 21 Februar 2017, 16:11:53
@YellowBall,
schon sudo apt-get install libnet-dns-perl versucht ? bzw. mit welchem System bist denn unterwegs , Jessie ?

Ja, habe ich auch gemacht:

The following packages have unmet dependencies:
libnet-dns-perl : Depends: perlapi-5.20.2
E: Unable to correct problems, you have held broken packages.
Raspi 0,1,2,3,4 | HMUART | Broadlink | Harmony | Xiaomi | Milight | Homematic | Somfy | Sonos | Meross  | Sonoff  | Shelly | Comet DECT  | ioBroker

tklein

kaum Veränderung.

Hier der Eventmonitor:

mySIP, calling **626, ringtime: 10
mySIP, CALLDone -> mySIP|0|CallRegister: Failed with error 110

Darf Caller (siehe screen) leer sein?
FHEM auf Pi 3, Echo (Plus, Dot und Connect), CUL868/433, HM Komponenten, Broadlink, Enigma (VU DUO2), Alexa/Homebridge, Sonoffs (POW, RF, Basic), Wemos D1 (IR, DHT, BH1750, OLED, BMP180), IT/Steckdosen, Fritzbox mit SIP, Wifilight, MQTT, Pilight, Xiaomi Flower Sensor, Spotify, Dooya, Shelly, Conbee2

det.

Zitat von: Wzut am 20 Februar 2017, 08:48:50
Das kannst aber auch mit Bordmitteln machen.
Stelle das attr sip_listen auf wfp und setze ein set reset ab. Der Status sollte dann auf listen_for_wfp gehen.
Lege dir nun ein Notify an das auf das Reading caller und deine Handy Nr. triggert.
Wenn es dein Handy ist setze das Kommando set fetch ab, erst jetzt nimmt das Modul den Anruf an.
Danke, so gemacht und seit dem heutigen Update funktioniert nun auch das automatische Auflegen. Ziel erreicht!
LG
det.

Wzut

Zitat von: tklein am 21 Februar 2017, 16:22:12
mySIP, CALLDone -> mySIP|0|CallRegister: Failed with error 110
error 110 bekomme ich wenn der registrar nicht aufgelöst werden kann.
Setz mal dein attr sip_registrar auf die IP der FB statt auf fritz.box, bei deinem SIPCMD verwendest du ja auch die 192.168.0.1

@det. , freut mich mal ne postive Rückmeldung zu lesen :)
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

plin

Zitat von: betateilchen am 19 Februar 2017, 19:28:48
Hast Du das tatsächlich mal gegen einen echten SIP Server wie Asterisk oder einen professionellen SIP Telefonieanbieter getestet?

Hallo betateilchen, habe ich gestern Abend mit dem dann gültigen Stand durchgespielt und mein Asterisk hat nicht gezuckt, wohl aber alle erforderlichen Verbindungen wunschgemäß durchgeroutet.

VG plin
FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB