Hauptmenü

Modul 96_SIP

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

Vorheriges Thema - Nächstes Thema

plin

#1275
Bei mir ist die
Installed: 0.822installiert.

Upate: bin jetzt bei: Installed: 0.835
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

Navigator

Hab jetzt auch die 0.822 und es funktioniert nun, Danke.  ;)
Die 0.835 konnte ich nicht installieren, dort schmeißt CPAN einen Fehler unter Jessie. Habs jetzt aber nicht weiter verfolgt.

laserrichi

Zitat von: FHEMAN am 30 Oktober 2022, 21:16:30
Zitat von: Wzut am 10 Mai 2018, 18:49:19Lustig ... geht bei mir auch nicht. Allerdings schafft verbose 5 da etwas mehr Klarheit :
sox : /usr/bin/sox WARN rate: rate clipped 1 samples; decrease volume?Was auch immer sox da an dem mp3 File auszusetzen hat :(
Bzw. das würde eigentlich bedeuten das Google da schon Mist zurückliefert ? Werde mich die Tage wohl mal näher damit beschäftigen müssen.
Das Problem ist wohl, dass der sox Converter glaubt, der Sound sei übersteuert.
Das habe ich gerade bei ein paar krassen Halloween Sounds für unseren Klingellautsprecher eben auch bemerkt.
2022.10.30 21:01:43.894 4 : SIP, audio file /opt/fhem/audio/Halloween55.mp3 found
2022.10.30 21:01:43.894 5 : SIP, /usr/bin/sox /opt/fhem/audio/Halloween55.mp3 -t raw -r 8000 -c 1 -e a-law /opt/fhem/audio/Halloween55.alaw 2>&1
2022.10.30 21:01:43.931 5 : SIP, sox output : /usr/bin/sox WARN rate: rate clipped 1875 samples; decrease volume?/usr/bin/sox WARN dither: dither clipped 1666 samples; decrease volume?

Hier hilft der sox Schalter -G, um Clipping zu vermeiden. --norm wäre noch besser, da auch zu leise Sounds korrigiert werden, hat bei mir aber nicht funktioniert. Es wurde dann gar kein Output generiert.

Um nun wenigsten automatisch "nach unten" zu normalisieren, habe ich mal das Attribut audio_normalize eingebaut. 
Die Datei befindet sich im Anhang. Ggf. könnte das ja mit in den Standard.

ich muss hier mal nachbohren... da ich jetzt das selbe Problem habe mit
set fhemphone call ***95 120 !Einbruch Alarm
sox : /usr/bin/sox WARN rate: rate clipped 1 samples; decrease volume?/usr/bin/sox WARN dither: dither clipped 1 samples; decrease volume?
da scheint er zu übersteuern

habe jetzt als audio converter ffmpeg installiert, damit scheint es zu gehen.
Aber wird sox überhaupt noch gepflegt ?
RaspberryPi 4 Bullseye,Homematic,Z-Wave,Rademacher Duofern,Signalduino,Fritz7590,ESPEasy,Tasmota,Robonect,Kameras,1-Wire,Modbus,Solar,Maranz,VU+,ulanzi tc001 mit awtrix light

Onkel.Tom

Zitat von: plin am 13 November 2021, 10:23:00
Zitat von: tremichl am 12 November 2021, 18:32:47Gerne hätte ich eine Funktion "Anruf tätigen und DTMF-Töne empfangen" realisiert. 
Daher meine Frage: Kann dass das Modul bzw. was mache ich falsch und wie müsste die Konfiguration dafür aussehen?

Hallo Michael,

das Modul bietet diese Funktion nicht an.

VG Peter

Hallo zusammen,

ich habe auch sehr großes Interesse an der Funktion "Anruf tätigen und DTMF-Töne empfangen".
Gibt es dazu mittlerweile vielleicht eine Lösung ?

Danke Euch !

Grüße
Onkel Tom

plin

Zitat von: Onkel.Tom am 07 März 2024, 16:59:49Hallo zusammen,

ich habe auch sehr großes Interesse an der Funktion "Anruf tätigen und DTMF-Töne empfangen".
Gibt es dazu mittlerweile vielleicht eine Lösung ?

Danke Euch !

Grüße
Onkel Tom

von meiner Seite nicht
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

wowogiengen

Hallo,
mein Log zeigt mir an:
2024.05.27 09:34:39 2: MySipClient[6635], history file ./log/MySipClient.sip, Error on reading ./log/MySipClient.sip from database!Das Modul hat Recht, die Datei gibt es im Device configdb nicht...
Was muss ich tun, damit die Datei geschrieben/gelesen werden kann?

Flachzange

wenn die Datei existiert versuch mal folgendes:

configdb fileimport log/MySipClient.sip
Pfad muss halt passen.

wowogiengen

Zitat von: Flachzange am 28 Mai 2024, 06:15:44wenn die Datei existiert versuch mal folgendes:

configdb fileimport log/MySipClient.sip
Pfad muss halt passen.
Was ist, wenn es die Datei nicht gibt? Oder welchen Inhalt hat die Datei im Normalfall?

Wzut

Zitat von: wowogiengen am 27 Mai 2024, 11:42:49Was muss ich tun

a. die Hilfe bzw command.ref zum Modul lesen :
Zitat von: command.refhistory_file default none
Dateiname der Ruf/Anrufer Liste
b. das Attribut löschen wenn du eh nicht weisst wofür es gut ist bzw du vermutlich eh keine Anrufer History benötigst ?
c. oder sich ggf. mit dem Attribut history_size anfreuden , denn wenn -> default 0
(max Anzahl von Zeilen in der Ruf/Anrufer Liste) Soll heissen : Dateien mit 0 Zeilen Inhalt lassen sich i.d.R. auch nicht gut sichern.

aber im Prinzip alles Kaffeesatz Leserei, ein simples List deines SIP Devices hätte gleich für Klarheit gesorgt.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

wowogiengen

Zitat von: Wzut am 13 Juli 2024, 18:27:35aber im Prinzip alles Kaffeesatz Leserei, ein simples List deines SIP Devices hätte gleich für Klarheit gesorgt.

Mit dem kann ich dienen :-)

Internals:
  FUUID      62966269-f33f-a625-22a2-047b0e7e16cb8175
  LPID      26737
  NAME      MySipClient
  NOTIFYDEV  global
  NR        211
  NTFY_ORDER 50-MySipClient
  STATE      listen_dtmf
  TYPE      SIP
  VERSION    V1.92 / 21.03.2020
  eventCount 13731
  READINGS:
    2024-07-13 16:38:33  call            done
    2024-07-13 16:38:33  call_attempt    0
    2024-07-13 16:38:33  call_state      ok
    2024-07-13 16:38:33  call_success    1
    2024-07-13 16:38:33  call_time      1
    2024-07-12 18:24:28  caller          fetch
    2024-07-11 16:38:52  caller_name    ############
    2024-07-11 16:38:52  caller_nr      ########
    2024-07-11 16:38:52  caller_state    ignoring
    2024-07-11 16:38:52  caller_time    0
    2024-07-13 18:33:47  expire          300
    2024-07-13 18:33:47  listen_alive    26737
    2024-07-13 18:33:47  state          listen_dtmf
  helper:
    CALL_BYE  ok
    CALL_ERROR 1
    CALL_NAME  unknown
    CALL_NR    **2
    CALL_START 1720881510.75116
    CALL_TIME  1
    CALL_TYPE  out
    LISTEN_PID:
      abortArg 
      abortFn   
      arg        MySipClient
      bc_pid    35733
      finishFn  SIP_ListenDone
      fn        SIP_ListenStart
      pid        26737
      timeout   
Attributes:
  history_file ./log/MySipClient.sip
  history_size 100
  room      Büro,System
  sip_dtmf_loop once
  sip_dtmf_send audio
  sip_dtmf_size 2
  sip_elbc  yes
  sip_filter **2,**620,**621,**51
  sip_from  sip:fhemclient@fritz.box
  sip_ip    192.############
  sip_listen dtmf
  sip_registrar fritz.box
  sip_ringtime 9999
  sip_user  fhemclient
  sip_waittime 30
  verbose    2

Wzut

Ok, dann wäre das jetzt eine Frage für jemand Bzw. Forenbereich) der sich mit configDB auskennt (ich leider nicht, nutze es auch selbst nicht)
Vor Jahren habe ich mal eine Bemerkung von Udo hier im Forum gelesen wo es um von Modulen erzeugten Dateien im Zusammenhang mit configDB ging das die Modulschreiber doch gefälligst FileWrite verwenden sollen. Ich hatte damals extra auf die fhem interne Funktion FileWrite umgebaut da diese intern die "richtige" Entscheidung trifft (if configDBUsed) ob der User configDB benutzt oder nicht.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

wowogiengen

ich könnte mir das Modul auch mal anschauen,
ich bin selber programmierer. aber mit Perl kenne ich mich überhaupt nicht aus...

Wzut

Ich habe mir das nochmal im Modul angeschaut. Versuch doch mal folgendes als Fix :
lege dir in der shell eine leere Datei in ./log an :
touch  /opt/fhem/log/MySipClient.sipdann diese in die DB importieren :
configdb fileimport ./log/MySipClient.sipBitte dabei Schreibweise (./log vs. log/ ) beachten da configDB keine wirklichen Pfade kennt und die Angabe aber Teil des Dateinamens in der DB ist !
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

wowogiengen

Zitat von: Wzut am 14 Juli 2024, 11:11:31Ich habe mir das nochmal im Modul angeschaut. Versuch doch mal folgendes als Fix :
lege dir in der shell eine leere Datei in ./log an :
touch  /opt/fhem/log/MySipClient.sipdann diese in die DB importieren :
configdb fileimport ./log/MySipClient.sipBitte dabei Schreibweise (./log vs. log/ ) beachten da configDB keine wirklichen Pfade kennt und die Angabe aber Teil des Dateinamens in der DB ist !

hallo,
habe es gerade genauso probiert, wie du geschrieben hast (copy&paste)...

die Datei wurde wohl auch in die DB importiert,
aber beim fileshow kommt wieder der Fehler...

Error on reading ./log/MySipClient.sip from database!
habe dann
echo >> MySipClient.sipgemacht, und die Datei nochmal importiert... Jetzt zeigt sich der leere Inhalt.

Bin mal gespannt, wann und wie die ersten Einträge rein kommen...


wowogiengen

So wie es aussieht, tut es jetzt...
aber da werden nur die ausgehenden Anrufe gespeichert:

2024-07-14 20:13:35|out|unknown|**620|declined|0|
2024-07-14 20:18:24|out|unknown|+49151++++++++|peer hangup|7|