Sipdial per ESP8266 an Fritzbox

[Jürgen L. (temp1234)]

Christion T. hat neulich im Beitrag:
Beitrag "Türklingel per ESP32 (WLAN, SIP) an Fritzbox"

den Code für seine ESP Klingel veröffentlicht. Das hat mich dazu 
gebracht auch mal wieder etwas in dieser Richtung zu machen. Allerdings 
benötige ich den Code um per Sip die Fritzbox klingeln zu lassen 
ausdrücklich nicht in Verbindung mit dem ESPxxx. Bisher mache ich das 
über einen Asterisk-Server der auf meinem NAS läuft. Nun soll so etwas 
in den Code meines selbst geschriebenen Servers für die Heimautomation. 
Allerdings ist Christians Code zu sehr von der ESP Infrastruktur 
abhängig. Das Anzupassen kommt einer Neuentwicklung gleich. Das habe ich 
dann gemacht. Im angehängten Code ist eine C++ Classe Sip enthalten die 
bis auf die Funktionen Sip::SendUdp(), Sip::Random(), Sip::Millis()und 
Sip::MakeMd5Digest() Plattform unabhängig ist. Entwickelt habe ich das 
als Windows-Konsolen Programm. Das kann ich aber aus lizensrechtlichen 
Gründen nicht veröffentlichen. Deshalb hier das ganze als Arduino ino 
für den Esp8266.
Das ist wohl gemerkt kein fertiges Projekt für ahnungslose Bastler. Es 
ist nur als Demo zu verstehen. Nach dem Reset und Connecten an die 
Fritzbox wählt der ESP die festgelegte Nummer und legt sich dann nach 
15s in den Tiefschlaf.
Wer etwas sinnvolles damit machen will, muss den Rest dann noch selbst 
entwickeln.
Ich selbst nutze die Arduino IDE nicht, sondern eine makefile Umgebung 
wie ich sie heir schon mal beschrieben haben.
Beitrag "Re: ESP32 & ESP8266 etc ohne Arduino?"

Der gesamte Code der Sip-Klasse kommt ohne dynamischen Speicher aus. Es 
wird nur ein char Buffer für das Zusammenbauen der UDP Packete benötigt, 
den ich selbst nicht in der Klasse halte. Zu beachten ist weiterhin, 
dass sich die Klasse die Konfigurationsdaten die in der init-Funktion 
übergeben werden nicht buffert, die Pointer müssen deshalb über die 
Laufzeit gültig bleiben. Bei meiner Fritzbox kommt es oft vor, dass das 
erste UDP-Packet irgendwie verloren geht. Im Gegensatz zu Christians 
Code versuche ich das INVITE zu wiederholen wenn die Fritzbox nicht 
antwortet.

[Marc G. (marcm)]

Danke,

nachdem auskommentieren/einkommentieren des return-werts in der 
Sip::Random() Funktion wegen folgendem Fehler :

sipdial.ino: In member function 'uint32_t Sip::Random()':

sipdial:471: error: 'secureRandom' was not declared in this scope

   return secureRandom(0x3fffffff);


exit status 1
'secureRandom' was not declared in this scope

funktioniert dein Aduino-Sketch auf meiner NodeMCU. Auch wenn ich noch 
hier drüber gestolpert bin und der Fehler anscheinend im Fritz!OS 6.83 
meiner 7390 immernoch nicht behoben ist... :
https://www.heise.de/forum/heise-online/News-Kommentare/AVM-veroeffentlicht-Fritz-OS-6-60/Seit-6-60-keine-Anmeldung-von-SIP-Nebenstelle-moeglich/posting-28864356/show/

Grüße
Marc

[Jürgen L. (temp1234)]

Marc G. schrieb:
> nachdem auskommentieren/einkommentieren des return-werts in der
> Sip::Random() Funktion wegen folgendem Fehler :

Du solltest mal deine Entwicklungsumgebung aktualisieren. Aktuell ist 
Arduino ESP bei 2.4. Die Funktion war auch in 2.3 schon drin.

Du solltes aber besser nicht das auskommentierte Standard rand() 
verwenden ohne einen srand() mit einem zufälligen Wert. Anderenfalls 
erzeugt die rand() Funktion nach jedem Reset die gleichen Zahlen, was 
bei dieser Anwendung nicht besonders gut ist. Hier die Funktion wie sie 
in neueren Esp-Arduinos enthalten ist und die Hardware des ESP8266 
nutzt:

#define RANDOM_REG32  ESP8266_DREG(0x20E44) 
long secureRandom(long howbig) {
    if(howbig == 0) {
        return 0;
    }
    return RANDOM_REG32 % howbig;
}

Marc G. schrieb:
> Auch wenn ich noch
> hier drüber gestolpert bin und der Fehler anscheinend im Fritz!OS 6.83
> meiner 7390 immernoch nicht behoben ist... :

Damit hat mich AVM auch schon zur Weißglut gebracht. Erst gingen kurze 
Passwörter nicht mehr, in aktuellen Firmware-Versionen auch keine kurzen 
Usernamen mehr. Es gab mal einen Stand, da musste man alle! 
Telefongeräte löschen, danach die Fritzbox zwingend neu starten und erst 
danach konnte man sie wieder einrichten. Das war bei mir zu Hause und 
bei beiden Fritzboxen in der Firma nachvollziehbar.

[Marc G. (marcm)]

Jürgen L. schrieb:
> Du solltest mal deine Entwicklungsumgebung aktualisieren. Aktuell ist
> Arduino ESP bei 2.4. Die Funktion war auch in 2.3 schon drin.

Ja das ist bestimmt der Grund. Es war eine alte Arduino 1.6.8 IDE mit 
der ESP 2.0 Bibliothek im Einsatz

Danke schön

Marc

[Harald P. (haraldp)]

Vielen Dank für das schön schlanke Programm. Bei mir hat es - nach 
Anpassen auf meine Umgebung - sofort funktioniert. Ich wußte gar nicht, 
daß man das SIP-Protokoll auch mit Udp machen kann. Damit geht es m.E. 
viel einfacher als mit Tcp.
Harald

[Jürgen L. (temp1234)]

Eigentlich ist bei Sip UDP Standard. Das macht es auch immer etwas 
komplizier wenn Router dazwischen sind.
Das Programm ist deshalb relativ schlank, weil ich nicht versucht habe 
das Protokoll komplett zu implementieren. Es ist auch nicht angedacht 
irgendwelche Audio-Daten zu verarbeiten. Allerdings kann man immerhin 
die Tastencodes des angerufenen Telefons abgreifen wenn man das will.

[Obi (Gast)]

Vielen Dank für die Demo,  es funktioniert bei mir wie geplant. Ich bin 
relativ unerfahren in der Progarmmierung in C, deswegen bitte ich etwas 
um Verständnis für mein "Unverständnis"

Ich möchte ich einen Sip-Dial bei einem Druck eines Tasters auslösen, 
der ESP8266 soll anschließend nicht in den DeepSleep fallen sondern auf 
die nächste Betätigung warten.

Hat jemand einen Tipp für mich an welcher Stelle ich die Aktion auf die 
Tasterbetätigung einfüge? Das ganze muss ja auch im loop funktionieren 
so dass ständig der Pin abgefragt wird.

Obi

[Nicki (Gast)]

Hallo ,

Ich finde die sip Türklingel echt gut
habe aber Probleme , vielleicht kann mir jemand helfen ?.

ich würde gerne den klingel Aufruf per void aufrufen
beispiel : wenn Taster gedrückt dann 3 Sekunden klingeln.

ich hab es versucht zu machen , hab es aber nicht hinbekommen.

wenn ich den loop in einen Unterprogramm packe , klingelt es unendlich.
leider verstehe ich das Programm nicht.

Bitte um Hilfe !

Danke.

[Nicki (Gast)]

Endlich !

Hab ich es hinbekommen ,
ich habe alle seriellen Debug ausgaben entfernt.
abfrage zwei taste , wenn taste gedrückt ---> meldung
Kein Deep Standby


viel Spass damit

Grüße Nicki

[Veit D. (devil-elec)]

Hallo,

eine Frage dazu. Die Fritzbox wird hier rein per WLAN kontaktiert?
TR064 muss in der Fritzbox nicht aktiviert werden? Oder doch?
Danke im voraus.

[Marc G. (marcm)]

Der ESP wird hier als IP-Telefoniegerät an der Fritzbox angemeldet. 
Sonst muss da nichts weiter gemacht werden

Marc

[Hegel (Gast)]

Marc G. schrieb:

> Der ESP wird hier als IP-Telefoniegerät an der Fritzbox angemeldet.
> Sonst muss da nichts weiter gemacht werden


Kann das eine Einfallstor für Hacker sein?

Siehe Artikel auf Heide.de:

https://www.heise.de/newsticker/meldung/Bundesnetzagentur-stoppt-Abzocke-durch-Router-Hacking-4282164.html

[Veit D. (devil-elec)]

https://www.heise.de/forum/heise-online/News-Kommentare/Bundesnetzagentur-stoppt-Abzocke-durch-Router-Hacking/Es-gibt-bei-den-FritzBoxen-zwei-schoene-Haekchen/posting-33788628/show/

[Veit D. (devil-elec)]

Marc G. schrieb:
> Der ESP wird hier als IP-Telefoniegerät an der Fritzbox angemeldet.
> Sonst muss da nichts weiter gemacht werden
>
> Marc

aha, sehr schön. Weil das Bsp. aus der c't 17/2018 nutzt TR064 und das 
muss erst aktiviert werden. Mit Raspi c't 17/2017 hatte ich es damals 
zum laufen bekommen.

[Christian S. (schmitze)]

Hallo,

tolles Projekt ! Welchen 8266 habt Ihr denn dafür genommen und was als 
Akku und wie lange hält der ? Und wie lange dauert es, bis vom Klingeln 
am Tor dann die Telefone klingeln ?

Grüße

Christian

[Michael (Gast)]

Hallo,

ich bin noch am Überlegen, ob ich das Ganze mit einem Pi oder ESP machen 
soll.
Ich möchte allerdings zwei Klingel (Zweifamilienhaus) unterstützen.#
Dazu bräuchte ich dann aber 2 ESPs, oder?

Gruß
Michael

[Christian S. (schmitze)]

...noch eine Frage: Wie wird der EPS denn geschaltet ? Nur mit dem 
klingeltaster an den Akku wird ja nicht reichen oder ? Ich würde den 
gerne am Tor draussen anbringen, weil die Funkklingel dort funktioniert 
meist nicht

[Schmitze (Gast)]

...ich beantworte meine Fragen mal einfach selber, nachdem ich das ans 
Laufen bekommen habe:
ESP an Akku, Klingeltaster an GND und Reset. Zeit zwischen drücken des 
Tasters und Anfang Klingeln der Telefone nur ca. 1s !!! Sehr cool !!!

[Meister Kleister (Gast)]

Mir gefällt die hier vorgestellt Lösung sehr gut, zusammen mit der 
Schaltung aus dem heise-Artikel funktioniert sie nach Eingabe der 
Zugangsdaten ohne Änderungen auf anhieb. Allerdings hört das klingeln 
nicht auf, wenn man den ESP komplett vom Strom trennt, ohne das Ende des 
15 Sekunden Programmzyklus abzuwarten.

Die Fritzbox klingelt allein mit ausgeschaltetem ESP munter weiter. Gibt 
es dafür eine passende Einstellung in der Fritzbox oder kann man den 
abgesetzten Befehl anpassen. Ich nutze den Rundruf (const char 
*sipdialnr   = "**9";) als Klingelzeichen.

Zum Thema Sicherheit: Man kann in der Fritzbox dem ESP dem Zugang vom 
oder ins Internet verbieten. Man kann in der SIP-Telefon-Konfiguration 
in der Fritzbox eine leere/keine Nummer für eingehende Nummern zuweisen 
und man kann alle ausgehenden Nummern abwählen. Der interne Ruf "**9" 
funktioniert weiterhin. Damit ist der ESP vor Einflüssen aus der Ferne 
relativ sicher. Im ESP ist nur das WLAN-Passwort und die Sipzugangsdaten 
gespeichert. Anders als bei der Heise-Klingel-Anleitung 
(https://shop.heise.de/katalog/esp-uberallklingel), bei  der zusätzlich 
das kritische Admin-Passwort auf dem ESP unverschlüsselt gespeichert 
werden muss.

[Meister Kleister (Gast)]

Nochwas: Man kann in der Fritzbox eine "IP-Türsprechanlage" einrichten. 
Die unterstütz zum einen mehrere Klingeln, zum anderen kann man eine 
Code festlegen, mit dem sich die Türen öffnen lassen würden. Außerdem 
ist bereits die Telefonierfunktion in der Standardkonfiguration 
begrenzt.

Leider scheint das unaufhörliche Klingeln bei spontaner 
Stromunterbrechung ein Problem von SIP oder der Fritzbox zu sein. Auch 
mit einem Softwarephone, bei dem plötzlich die Netzverbindung getrennt 
wird, stoppt das Klingeln nicht von allein.

[Hilgi (Gast)]

Moin,


es funktioniert im Prinzip auf Anhieb! :)
Sehr toll, danke für diese Einführung.

Was nicht funktioniert, ist der Text den man übergibt.
An allen Endgeräten( DECT, ANALOG, WLAN ) erscheint im Display wahlweise 
die
"**621" oder "ESP8266_TEST", in keinem Fall ist die von mir im Code 
eingegebene Nachricht "TESTER" zu lesen.

In deinem Protokoll, stellst du dies so dar:
 AddSipLine("From: \"%s\"  <sip:%s@%s>;tag=%010u", pDialDesc, pSipUser, 
pSipIp, tagid);

Sonst funktioniert ja alles, dennoch frage ich mich -> wieso geht das 
nicht und wo is der Text geblieben? Ich kann den ja nirgends abfassen, 
theoretisch könnte/müsste man den ja dann aus Dial entfernen, wenn der 
eh nichts bringt...

Oder übersehe ich da was?


Grüße :)

[Meister Kleister (Gast)]

Im DECT-Handteil werden die Namen so angezeigt, wie sie in der Fritzbox 
hinterlegt sind. Bei dir ist das wahrscheinlich "**621" [kein Name] oder 
"ESP8266_TEST". Der Sip-Name wird angezeigt, wenn dein Empfangsgerät die 
Sip-Daten auswertet. Ist bei mir mit einem Soft-Phone (PhoneLite) auf 
dem PC so, das wie der ESP als SIP-Telefon eingerichtet ist.

[Alois N. (alois)]

Ich habe eine kleine Platine entwickelt die in ein Siedle Haustelefon 
HT-511 passt. Wer Lust hat, kann die Schaltung gerne nachbauen.

Die Schaltung besteht aus einem AC/DC Netzteil das die 12V 
Wechselspannung in ca. 3,3V Gleichspannung zur Versorgung des ESP8285 
ESP-1 Moduls wandelt. Außerdem sitzen zwei AC-Optokoppler auf der 
Platine zur Abfrage von zwei Klingeltastern (getrennte Eingänge). 
Aufgrund der besseren Reichweite habe ich ein ESP8285 ESP-1 WLAN 
Funkmodul verwendet.

Die Versorgungsspannung habe ich an die Klemmen b und c des Siedle 
Haustelefons HT-511 angeschlossen. Den Eingang habe ich parallel an das 
Läutwerk (Summer) am Siedle Haustelefon HT-511 geklemmt.

Den Code habe ich von @Nicki verwendet:
https://www.mikrocontroller.net/attachment/371951/sip_klingel_ND.ino

Funktioniert prima :-)

[Andreas G. (djmetro)]

Hi, hast du zufällig noch eine Platine übrig? Würde mich sehr 
interessieren.

[Alois N. (alois)]

Andreas G. schrieb:
> Hi, hast du zufällig noch eine Platine übrig? Würde mich sehr
> interessieren.

Ja, hab ich. Du hast eine Nachricht von mir bekommen.

Grüße :)

[Alois N. (alois)]

Ich habe den Code von Nicki erweitert und eine Türöffner-Funktion mit 
implementiert.

Wenn man einen Anruf von der Tür entgegen nimmt, wird das Drücken einer 
beliebigen Taste am Telefon jetzt erkannt.

Im SIP INFO-Paket steht die gedrückte Taste direkt im Klartext. Das 
Parsen und das Auslösen einer Aktion der Taste wurde im Code 
hinzugefügt.

Im Beispiel verwende ich als Ausgang GPIO14 für den Türöffner und die 
Taste "6" am Telefon zum Auslösen des Türöffners. Die Einschaltzeit für 
den Türöffner lässt sich ebenfalls einstellen.

[Roger Z. (microplayer)]

Vielleicht hilft es jemandem -
Ich versuche den Sketch auf ESP32 zu portieren (mit beschränktem 
Vorwissen) und nutze dabei die aktuelle (Mai 2019) Arduino IDE samt den 
aktuellen ESP32 1.0.1 Libraries.

Mir gelang es leider nicht, die originale Zeilen

// generate a 30 bit random number
uint32_t Sip::Random()
{
  // return ((((uint32_t)rand())&0x7fff)<<15) + 
((((uint32_t)rand())&0x7fff));
  return secureRandom(0x3fffffff);
}

gegen den ESP32 kompiliert zu bekommen, denn ich finde keine passende 
Library, die secureRandom() per #include für den ESP32 nutzbar macht.

Der ESP32 hat aber einen HW RND Generator, den man per esp_random(void) 
nutzt. Und so wird daraus:
// generate a 30 bit random number
uint32_t Sip::Random()
{
   return esp_random();
}
Damit kommt der Compiler jedenfalls klar.

Mein Bitte: Kann  einer der Wissenden hier bestätigen, dass esp_random() 
hier richtig eingesetzt ist? Ich freue mich auch über Hinweise, wie ich 
secureRandom() auf dem ESP32 doch noch ans Fliegen bekomme.

Danke vorab - Roger

[Roger Z. (microplayer)]

Beim Portieren des Sketches auf ESP32 scheitere ich mangels C++ 
Kenntnissen an folgernder Fehlermeldung bezüglich Typkonvertierung.
Kann mir da jemand auf die Sprünge helfen?
Wo gleiche ich mit dem wenigsten Aufwand und Risiko den Typ an? In der 
Definition, im Aufruf und welchen Typ nehme ich? Danke, Roger

--------------------------------------------------------------------

/Volumes/data/Meine Geräte/Arduino UNO/Roger Test/ESP32_SIP_Tuerklingel/ESP32_SIP_Tuerklingel.ino: In member function 'int Sip::SendUdp()':
ESP32_SIP_Tuerklingel:439:13: error: invalid conversion from 'char*' to 'const uint8_t* {aka const unsigned char*}' [-fpermissive]
   Udp.write(pbuf, strlen(pbuf));
             ^
In file included from /Users/roger/Library/Arduino15/packages/esp32/hardware/esp32/1.0.1/libraries/WiFi/src/WiFi.h:39:0,
                 from /Volumes/data/Meine Geräte/Arduino UNO/Roger Test/ESP32_SIP_Tuerklingel/ESP32_SIP_Tuerklingel.ino:1:
/Users/roger/Library/Arduino15/packages/esp32/hardware/esp32/1.0.1/libraries/WiFi/src/WiFiUdp.h:65:10: note:   initializing argument 1 of 'virtual size_t WiFiUDP::write(const uint8_t*, size_t)'
   size_t write(const uint8_t *buffer, size_t size);
          ^
Mehrere Bibliotheken wurden für "WiFi.h" gefunden
 Benutzt: /Users/roger/Library/Arduino15/packages/esp32/hardware/esp32/1.0.1/libraries/WiFi
 Nicht benutzt: /Applications/Arduino.app/Contents/Java/libraries/WiFi
Bibliothek WiFi in Version 1.0 im Ordner: /Users/roger/Library/Arduino15/packages/esp32/hardware/esp32/1.0.1/libraries/WiFi  wird verwendet
exit status 1
invalid conversion from 'char*' to 'const uint8_t* {aka const unsigned char*}' [-fpermissive]

[Rufus Τ. F. (rufus)]

Das hier könnte funktionieren:

Udp.write((uint8_t *) pbuf, strlen(pbuf));

Sauberer wäre es, wenn pbuf vom Typ uint8_t* wäre, aber dann würde der 
Aufruf von strlen natürlich scheitern ...

[temp (Gast)]

Roger Z. schrieb:
> // generate a 30 bit random number
> uint32_t Sip::Random()
> {
>   // return ((((uint32_t)rand())&0x7fff)<<15) +
> ((((uint32_t)rand())&0x7fff));
>   return secureRandom(0x3fffffff);
> }
>

wenn nichts hilft dann das auskommentierte benutzen:

return ((((uint32_t)rand())&0x7fff)<<15) + ((((uint32_t)rand())&0x7fff));

dann solltest du aber in der setup() folgenden Code anpassen:

...
  int i=0;
  for (i=0; i<100; i++)
    {
    if (WiFi.status() == WL_CONNECTED) 
      break;
    delay(100);
    Serial.print(".");
    }
...

ändern in:
 
  int i=0;
  for (i=0; i<10000; i++)
    {
    rand();
    if (WiFi.status() == WL_CONNECTED) 
      break;
    delay(1);
    if ((i%100)==0)
      Serial.print(".");
    }

Was für ein Random-Wert da am Ende herauskommt ist völlig egal. Nur wenn 
es immer der gleiche ist kommt die Fritzbox durcheinander. Da rand() 
nach dem Neustart aber gleiche Werte liefert ist das ein Problem. Mit 
der Änderung von oben wird der Wert davon abhängig wie lange der 
WLAN-Connect dauert. Das ist schon mal besser als nichts.

[temp (Gast)]

Noch ein Hinweis. Den ESP32 an dieser Stelle zu benutzen mach nur Sinn, 
wenn der ESP32 nicht! in den Tiefschlaf geht. Die Zeit bis sich der 
ESP32 nach dem Reset wieder im WLAN befindet ist deutlich länger als 
beim ESP8622.
Für den Fall, dass sich der ESP32 dauerhaft im Betriebsmodus befindet 
geht das auch mit dem rand() ohne die Sonderbehandlung am Anfang, da 
dann der Zufallsgenerator nicht jedes mal mit dem Reset neu 
initialisiert wird.

[Temp1 (Gast)]

Hallo, das hört sich alles sehr gut an, ich interessiere mich für deine 
Platine, hast Du noch eine übrig.
Grüße

[Peter G. (peter_geher)]

Aloha Freunde,
Ich hab mir das jetzt lauffähig für den ESP32 (In Verbindung mit einen 
Mikrofon-Modul) umgebogen. Sobald meine 1970er Rappel-Glocke rappelt, 
reagiert das Mikrofon und der ESP32 wählt **9. Soweit alles bestens.

Allerdings lässt der ESP32 so lange Klingeln bis jetzt abhebt. Hat 
jemand eine Idee, wie man eine Art Timeout einbauen kann, das



  buttonState = digitalRead(buttonPin);
  if (buttonState == HIGH) {
  Udp.begin(sipport);
  aSip.Init(sipip, sipport, ip, sipport, sipuser, sippasswd, 15);
  aSip.Dial(sipdialnr, sipdialtext); // Dial

    digitalWrite(ledPin, HIGH); // Mikrofon schaltet HIGH
  } else {
 // nichts machen ...
    digitalWrite(ledPin, LOW);
   }

zB nach 10-15 Sekunden ESP-Seitig abgebrochen wird?

[temp (Gast)]

Um zu sehen wo das bei dir klemmt musst du schon mehr Code posten. Die 
15 am Ende von aSip.Init ist die Zeit nach dem aufgelegt wird. Das kann 
aber nur funktionieren wenn in einer Schleife wie im Originalprogramm 
weiterhin ständig das aSip.HandleUdpPacket() gerufen wird solange bis 
aSip.IsBusy() true liefert und darüber hinaus noch ein paar Sekunden. Im 
Beispiel 2. Ich denke irgenwo da hast du was falsch gemacht.

[Peter G. (peter_geher)]

temp schrieb:
> musst du schon mehr Code posten

Stimmt. Ich wusste doch, das ich etwas vergessen habe :-)

Habe das Konstrukt gerade vor mir liegen, wenn ich auf das Mikro tippe, 
geht die LED vom ESP auf HIGH und dial wird eingeleitet. Nur halt das 
Stoppen klappt (noch) nicht.

[temp (Gast)]

Wenn du das Dial auch tausendfach aufrufst brauchst du dich nicht 
wundern dass deine Fritzbox durcheinander kommt.

//int deepSleepDelay=0;  
void loop(void) 
{
  int packetSize = Udp.parsePacket();
  if (packetSize>0)
    {
    caSipIn[0]=0;
    packetSize=Udp.read(caSipIn, sizeof(caSipIn));
    if (packetSize>0)
      {       
      caSipIn[packetSize]=0;
    #ifdef DEBUGLOG
      IPAddress remoteIp = Udp.remoteIP();
      Serial.printf("\r\n----- read %i bytes from: %s:%i ----\r\n", (int)packetSize, remoteIp.toString().c_str(), Udp.remotePort());
      Serial.print(caSipIn);
      Serial.printf("----------------------------------------------------\r\n");
    #endif
      }
    }
  aSip.HandleUdpPacket((packetSize>0) ? caSipIn : 0 );

  buttonState = digitalRead(buttonPin);

  // !!!!!!!! Das ist eine Endlos-Schleife oder mit anderen Worten solange 
  // dein Pin High ist wird das Init und Dial so oft ausgeführt wie der ESP        
  // kann. 
  // Ich hab das mal mit einer statischen Variablen geblockt aber nicht
  // getestet 
  static int bInDial=0;

  if (buttonState == HIGH) 
    {
    digitalWrite(ledPin, HIGH);
    if (!bInDial) 
      { 
      Udp.begin(sipport);
      aSip.Init(sipip, sipport, ip, sipport, sipuser, sippasswd, 2);
      aSip.Dial(sipdialnr, sipdialtext); // Dial
      bInDial=1;
      }
    }    
  else 
    {
    if (!aSip.IsBusy())
      bInDial=0; 

    // nichts
    digitalWrite(ledPin, LOW);
    }
}

[Wolfgang (Gast)]

Geniale Sache!

Auf der FritzBox ein weiteres IP-Telefon eingerichtet, die notwendigen 
Strings in der ino Datei angepasst und in einen WeMos D1 mini geflasht 
-> funktioniert.

So erspart man es sich gleich mit einer runden Himbeere auf Spatzen zu 
schießen;)

Vielen Dank für die ESP Portierung und Implementierung und das 
Veröffentlichen des Codes. Reset bis Anruf in ca. 1 bis 2s, Top.

[Manuel (Gast)]

Hallo,

möchte meinen Türöffner mit einem Rückruf ansteuern, bräuchte dazu noch 
einen Lösungsansatz. Bin noch ein absoluter Anfänger in C, wäre um jede 
Hilfe dankbar.

Grüße

Manuel

[[e-mail] (Gast)]

Hallo Leute,
folgendes Problem:
Ich habe eine Klingelschaltung mit dem ESP8266 gebaut.
Der klingt sich in mein WLAN ein und klingelt die Telefone an.
Das ist das Programm von J.Liegner aus 2018.
Eigentlich funktioniert das auch gut.
Es gibt nur einen "Haken", wo ich nicht weiter weiss.

Die Schaltung wird über einen Reed-Relais mit "Selbsthaltung" aus dem 
ESP gesteuert.
Läuft also so:
1.Klingeltaster wird gedrückt,
2. Das reicht für kurze Zeit zum Start des ESP..
3. Das Programm läuft an und hält das Reed Relais.
4. Jetzt "klingelt" das Programm meine Telefone an.
5. Nach einer Zeit (bei mir 2 Minuten) fällt nach Inaktivität das Relais 
ab.

Jetzt zum Problem:
Es werden etwa 500 Zeilen mit Definitionen des Programms etc. Verbracht, 
bis das eigentliche Setup kommt, wo ich den Ausgang sinnvoll setzen kann 
(die Selbsthaltung).
Das ist oft zu lang, wenn nur kurz der Klingelknopf gedrückt wird.
 Wenn ich ganz vorne einen Loop (z.b. Start) einfüge wo ich das mache, 
fällt das Relais beim Verlassen des loops sofort ab ;(

Hat jemand eine Idee?
LG Manfred

[Alois N. (alois)]

Hallo Manfred,

poste doch einfach mal deinen Source-Code um das ganze zu verstehen.

[Christian (Gast)]

...eigentlich kommt der Taster ja an Reset, wenn der gedrückt wird, 
resettet der ESP, klingelt die Telefone an und nach der vordefinierten 
Zeit geht der in den Deepsleep Modus. Ein Relais brauchst du da nicht...

[KeineFreundeHaber (Gast)]

Moin

@Manfred
Findest Du Cross-posting toll oder uns, auf der anderen Seite des 
Universum, so schlimm?
Auch hier solltest Du den fragen der Anderen nachkommen - wenn Du Dich 
so zeigst, wie bei 'uns' - wird Das hier ebenfalls nicht sonderlich gut 
für Dich ausgehen.
Erschwerend kommt hinzu, daß Du hier sogar noch einen fremden Thread 
kaperst - aber so ist das Volk wohl heute.

Ach ja ... Cross-Post auf Arduino.cc
https://forum.arduino.cc/index.php?topic=648475.msg4373829#msg4373829

[temp (Gast)]

[e-mail] schrieb:
> Jetzt zum Problem:
> Es werden etwa 500 Zeilen mit Definitionen des Programms etc. Verbracht,
> bis das eigentliche Setup kommt, wo ich den Ausgang sinnvoll setzen kann
> (die Selbsthaltung).

Das ist völliger Schwachsinn. Selbst wenn in der C++ Datei ein paar 
Millionen Zeilen davor stehen hat das überhaupt nichts zu sagen. Was der 
ESP vor dem setup() macht ist zuerst vom reinen Initalisierunsgcode 
abhängig der für den ESP nötig ist um überhaupt erst mal bis zur main() 
Methode zu kommen. Beim ESP gehört (m.W.n) auch dazu den Code aus dem 
externen Flash erst mal in den RAM zu kopieren. Das kann sicher etwas 
dauern. Sämtliche C++ Kontruktoren werden auch vor der main() gerufen. 
Was der Arduino-Code ab main() bis zum setup() macht kannst du in den 
Arduino Quellen nachlesen. Der her verlinkte Code benötigt jedenfalls 
weniger als 1µs für die Intitialisiering von einigen wenigen variablen.
Eventuell könnte es helfen eine spezielle C++ Klasse zu schreiben in 
deren Konstruktor der Pin für die Selbsthaltung gesetzt wird. Der 
GPIO-Port muss dazu sicher auch erst mal initialisiert werde. Und das 
alles mit der ESP-Api und nicht mit Arduino, das dürfte zu dem Zeitpunkt 
noch nicht initialisiert sein. Ob das jetzt zeitlich was bringt kriegst 
du aber nur mit probieren raus.
Die Hardware kann dir auch einen Strich durch die Rechnung machen. Der 
ESP benötigt ja nicht unbedingt kleine Elkos, die müssen auch erst mal 
ab Tastendruck geladen werden.

[Christian (Gast)]

Also, wie beschrieben, Reset drücken, ca. 1s später klingeln die 
Telefone für ca. 15s, bzw. Bis einer abnimmt, dann deepsleep bis zum 
nächsten Köingelknopf (tatsächlich der Resettaster) drücken. Flutscht 
wie doof, out of the box aus dem Thread(code)...

Grüsse Christian

[Nico .. (nico123)]

Klasse Projekt, vielen Dank an Jürgen und alle Beteiligten!

Ein Problem habe ich dabei aber: wird die Klingel und damit der Reset 
mehrmals betätigt innerhalb der 15s, dann klingelt die Fritzbox ewig!
Gibts da eine Lösung?

Danke und Grüße, Nico

[temp (Gast)]

Eventuell den Reset-Pin mit einem GPIO-Pin auf High klemmen.
Die Widerstände hängen natürlich von deinem ESP-Board und dessen 
Reset-Beschaltung ab.

[Michael R. (michael_r233)]

Hi,

ich ahbe das original Script genommen und auf einen ESp geflasht. 
Funktioniert grundsätzlich.
Leider klingelt das Ding immer mal ohne das der Taster gedrückt wird.
Und ab und zu regaiert es nicht. Nach aab und wieder anstöpseln des 
Stroms geht es dann erstmal wieder.
Hat jemand von euch auch noch dieses Problem?
Ich habe es mit dauerstrom, usb netzteil und mit Batteriepack versucht.

Danke und Gruß
Michael

[Alois N. (alois)]

Hallo Michael,

poste mal den Aufbau deiner Schaltung.

Gruß Alois

[Michael R. (michael_r233)]

Aufbau der Schaltung.... hmm. Ich bin elektronisch nicht mit viel Wissen 
bestückt. Falls das folgende nicht reicht, bitte genauer erklären was du 
brauchst :)

Ich habe einfach einen Anpro ESP8266 microcontroller ESP-12E WiFi 
bestellt, mir Arduino runtergeladen und das Ding geflasht.
Der Klingeldraht überbrückt G und D6.
Geändert im Script habe ich nur:

if (digitalRead(12) == LOW) {
    //aSip.Dial("**9", "GPIO D6 !");
    aSip.Dial("**610", "Klingel Tor");
  }

wie gesagt geht das eigentlich ganz gut. Nur Ausfälle und Klingeln ohne 
Tasterdruck ab und zu.

[Alois N. (alois)]

Hallo Michael,

mit Klingeldraht meinst Du die 9 - 12 Volt Klingelspannung vom 
Klingeltaster oder ist der Taster direkt zwischen GND und dem Eingang D6 
angeschlossen (potential getrennt)?

Gruß Alois

[Michael R. (michael_r233)]

Direkt angeschlossen, potentialfrei

[Alois N. (alois)]

Guten Morgen Michael,

poste mal deinen Source-Code

Gruß Alois

[temp (Gast)]

Michael R. schrieb:
> if (digitalRead(12) == LOW) {
>     //aSip.Dial("**9", "GPIO D6 !");
>     aSip.Dial("**610", "Klingel Tor");
>   }

Und das in der loop()? Wundert mich jetzt dass da überhaupt was geht. 
Aber selbst wenn man wenig Ahnung von Elektronik hat sollte man seinen 
Kopf einschalten oder es lassen.

[Michael R. (michael_r233)]

Das ist der Original code von Jürgen Liegner. Nur meine Daten 
eingetragen und die Nummer anstatt dem Sammelruf **9 in meine ganz unten 
im Script verändert.

/* ====================================================================

   Copyright (c) 2018 Juerge Liegner  All rights reserved.

   Redistribution and use in source and binary forms, with or without
   modification, are permitted provided that the following conditions
   are met:

   1. Redistributions of source code must retain the above copyright
      notice, this list of conditions and the following disclaimer.

   2. Redistributions in binary form must reproduce the above copyright
      notice, this list of conditions and the following disclaimer in
      the documentation and/or other materials provided with the
      distribution.

   3. Neither the name of the author(s) nor the names of any contributors
      may be used to endorse or promote products derived from this software
      without specific prior written permission.

   THIS SOFTWARE IS PROVIDED BY THE AUTHOR(S) AND CONTRIBUTORS "AS IS" AND
   ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
   IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
   ARE DISCLAIMED.  IN NO EVENT SHALL THE AUTHOR(S) OR CONTRIBUTORS BE LIABLE
   FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
   DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
   OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
   HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
   LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
   OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
   SUCH DAMAGE.
   
   
   
  
   ====================================================================*/

#include <ESP8266WiFi.h>
#include <WiFiUdp.h>
#define DEBUGLOG

//------------------------------------------------
// configuration with fix ip
//------------------------------------------------

// wlan param
const char* ssid        = "xxxxxx";
const char* password    = "xxxxxxxxxxxxxx";

// sip params
const char *sipip       = "192.168.178.1"; // IP der FritzBox
int         sipport     = 5060;          // Port so lassen
const char *sipuser     = "xxxxxxxxxxx"; // Benutzername SIP-Call FritzBox
const char *sippasswd   = "xxxxxxxxxxx";  // Passwort SIP-Call FritzBox

// dial params
const char *sipdialnr   = "**701";////unten auskomentiert
const char *sipdialtext = "Türklingel";////unten auskomentiert

// network params
const char *ip          = "192.168.178.150";   // Eigene IP vom ESP
const char *gw          = "192.168.178.1";    //Gateway
const char *mask        = "255.255.255.0";  //Subnetmask
const char *dns         = "192.168.178.1";    // DNS
//------------------------------------------------

//#define DEBUGLOG
WiFiUDP Udp;

/////////////////////////////////////////////////////////////////////////////////////////////////////
//
// hardware and api independent Sip class
//
/////////////////////////////////////////////////////////////////////////////////////////////////////

char set = 0;

class Sip
{
    char       *pbuf;
    size_t      lbuf;
    char        caRead[256];

    const char *pSipIp;
    int         iSipPort;
    const char *pSipUser;
    const char *pSipPassWd;
    const char *pMyIp;
    int         iMyPort;
    const char *pDialNr;
    const char *pDialDesc;

    uint32_t    callid;
    uint32_t    tagid;
    uint32_t    branchid;

    int         iAuthCnt;
    uint32_t    iRingTime;
    uint32_t    iMaxTime;
    int         iDialRetries;
    int         iLastCSeq;
    void        AddSipLine(const char* constFormat , ... );
    bool        AddCopySipLine(const char *p, const char *psearch);
    bool        ParseParameter(char *dest, int destlen, const char *name, const char *line, char cq = '\"');
    bool        ParseReturnParams(const char *p);
    int         GrepInteger(const char *p, const char *psearch);
    void        Ack(const char *pIn);
    void        Cancel(int seqn);
    void        Bye(int cseq);
    void        Ok(const char *pIn);
    void        Invite(const char *pIn = 0);

    uint32_t    Millis();
    uint32_t    Random();
    int         SendUdp();
    void        MakeMd5Digest(char *pOutHex33, char *pIn);

  public:
    Sip(char *pBuf, size_t lBuf);
    void        Init(const char *SipIp, int SipPort, const char *MyIp, int MyPort, const char *SipUser, const char *SipPassWd, int MaxDialSec = 10);
    void        HandleUdpPacket(const char *p);
    bool        Dial(const char *DialNr, const char *DialDesc = "");
    bool        IsBusy() {
      return iRingTime != 0;
    }
};

Sip::Sip(char *pBuf, size_t lBuf)
{
  pbuf = pBuf;
  lbuf = lBuf;
  pDialNr = "";
  pDialDesc = "";
}

bool Sip::Dial(const char *DialNr, const char *DialDesc)
{
  if (iRingTime)
    return false;

  iDialRetries = 0;
  pDialNr = DialNr;
  pDialDesc = DialDesc;
  Invite();
  iDialRetries++;
  iRingTime = Millis();
  return true;
}

void Sip::Cancel(int cseq)
{
  if (caRead[0] == 0)
    return;
  pbuf[0] = 0;
  AddSipLine("%s sip:%s@%s SIP/2.0",  "CANCEL", pDialNr, pSipIp);
  AddSipLine("%s",  caRead);
  AddSipLine("CSeq: %i %s",  cseq, "CANCEL");
  AddSipLine("Max-Forwards: 70");
  AddSipLine("User-Agent: sip-client/0.0.1");
  AddSipLine("Content-Length: 0");
  AddSipLine("");
  SendUdp();
}

void Sip::Bye(int cseq)
{
  if (caRead[0] == 0)
    return;
  pbuf[0] = 0;
  AddSipLine("%s sip:%s@%s SIP/2.0",  "BYE", pDialNr, pSipIp);
  AddSipLine("%s",  caRead);
  AddSipLine("CSeq: %i %s", cseq, "BYE");
  AddSipLine("Max-Forwards: 70");
  AddSipLine("User-Agent: sip-client/0.0.1");
  AddSipLine("Content-Length: 0");
  AddSipLine("");
  SendUdp();
}

void Sip::Ack(const char *p)
{
  char ca[32];
  bool b = ParseParameter(ca, (int)sizeof(ca), "To: <", p, '>');
  if (!b)
    return;

  pbuf[0] = 0;
  AddSipLine("ACK %s SIP/2.0", ca);
  AddCopySipLine(p, "Call-ID: ");
  int cseq = GrepInteger(p, "\nCSeq: ");
  AddSipLine("CSeq: %i ACK",  cseq);
  AddCopySipLine(p, "From: ");
  AddCopySipLine(p, "Via: ");
  AddCopySipLine(p, "To: ");
  AddSipLine("Content-Length: 0");
  AddSipLine("");
  SendUdp();
}

void Sip::Ok(const char *p)
{
  pbuf[0] = 0;
  AddSipLine("SIP/2.0 200 OK");
  AddCopySipLine(p, "Call-ID: ");
  AddCopySipLine(p, "CSeq: ");
  AddCopySipLine(p, "From: ");
  AddCopySipLine(p, "Via: ");
  AddCopySipLine(p, "To: ");
  AddSipLine("Content-Length: 0");
  AddSipLine("");
  SendUdp();
}

void Sip::Init(const char *SipIp, int SipPort, const char *MyIp, int MyPort, const char *SipUser, const char *SipPassWd, int MaxDialSec)
{
  caRead[0] = 0;
  pbuf[0] = 0;
  pSipIp = SipIp;
  iSipPort = SipPort;
  pSipUser = SipUser;
  pSipPassWd = SipPassWd;
  pMyIp = MyIp;
  iMyPort = MyPort;
  iAuthCnt = 0;
  iRingTime = 0;
  iMaxTime = MaxDialSec * 1000;
}

void Sip::AddSipLine(const char* constFormat , ... )
{
  va_list arglist;
  va_start( arglist, constFormat);
  uint16_t l = (uint16_t)strlen(pbuf);
  char *p = pbuf + l;
  vsnprintf(p, lbuf - l, constFormat, arglist );
  va_end( arglist );
  l = (uint16_t)strlen(pbuf);
  if (l < (lbuf - 2))
  {
    pbuf[l] = '\r';
    pbuf[l + 1] = '\n';
    pbuf[l + 2] = 0;
  }
}

// call invite without or with the response from peer
void Sip::Invite(const char *p)
{
  // prevent loops
  if (p && iAuthCnt > 3)
    return;

  // using caRead for temp. store realm and nonce
  char *caRealm = caRead;
  char *caNonce = caRead + 128;

  char *haResp = 0;
  int   cseq = 1;
  if (!p)
  {
    iAuthCnt = 0;
    if (iDialRetries == 0)
    {
      callid = Random();
      tagid = Random();
      branchid = Random();
    }
  }
  else
  {
    cseq = 2;
    if (   ParseParameter(caRealm, 128, " realm=\"", p)
           && ParseParameter(caNonce, 128, " nonce=\"", p))
    {
      // using output buffer to build the md5 hashes
      // store the md5 haResp to end of buffer
      char *ha1Hex = pbuf;
      char *ha2Hex = pbuf + 33;
      haResp = pbuf + lbuf - 34;
      char *pTemp = pbuf + 66;

      snprintf(pTemp, lbuf - 100, "%s:%s:%s", pSipUser, caRealm, pSipPassWd);
      MakeMd5Digest(ha1Hex, pTemp);

      snprintf(pTemp, lbuf - 100, "INVITE:sip:%s@%s", pDialNr, pSipIp);
      MakeMd5Digest(ha2Hex, pTemp);

      snprintf(pTemp, lbuf - 100, "%s:%s:%s", ha1Hex, caNonce, ha2Hex);
      MakeMd5Digest(haResp, pTemp);
    }
    else
    {
      caRead[0] = 0;
      return;
    }
  }
  pbuf[0] = 0;
  AddSipLine("INVITE sip:%s@%s SIP/2.0", pDialNr, pSipIp);
  AddSipLine("Call-ID: %010u@%s",  callid, pMyIp);
  AddSipLine("CSeq: %i INVITE",  cseq);
  AddSipLine("Max-Forwards: 70");
  // not needed for fritzbox
  // AddSipLine("User-Agent: sipdial by jl");
  AddSipLine("From: \"%s\"  <sip:%s@%s>;tag=%010u", pDialDesc, pSipUser, pSipIp, tagid);
  AddSipLine("Via: SIP/2.0/UDP %s:%i;branch=%010u;rport=%i", pMyIp, iMyPort, branchid, iMyPort);
  AddSipLine("To: <sip:%s@%s>", pDialNr, pSipIp);
  AddSipLine("Contact: \"%s\" <sip:%s@%s:%i;transport=udp>", pSipUser, pSipUser, pMyIp, iMyPort);
  if (p)
  {
    // authentication
    AddSipLine("Authorization: Digest username=\"%s\", realm=\"%s\", nonce=\"%s\", uri=\"sip:%s@%s\", response=\"%s\"", pSipUser, caRealm, caNonce, pDialNr, pSipIp, haResp);
    iAuthCnt++;
  }
  AddSipLine("Content-Type: application/sdp");
  // not needed for fritzbox
  // AddSipLine("Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO");
  AddSipLine("Content-Length: 0");
  AddSipLine("");
  caRead[0] = 0;
  SendUdp();
}

// parse parameter value from http formated string
bool Sip::ParseParameter(char *dest, int destlen, const char *name, const char *line, char cq)
{
  const char *qp;
  const char *r;
  if ((r = strstr(line, name)) != NULL)
  {
    r = r + strlen(name);
    qp = strchr(r, cq);
    int l = qp - r;
    if (l < destlen)
    {
      strncpy(dest, r, l);
      dest[l] = 0;
      return true;
    }
  }
  return false;
}

// search a line in response date (p) and append on
// pbuf
bool Sip::AddCopySipLine(const char *p, const char *psearch)
{
  char *pa = strstr((char*)p, psearch);
  if (pa)
  {
    char *pe = strstr(pa, "\r");
    if (pe == 0)
      pe = strstr(pa, "\n");
    if (pe > pa)
    {
      char c = *pe;
      *pe = 0;
      AddSipLine("%s", pa);
      *pe = c;
      return true;
    }
  }
  return false;
}

int Sip::GrepInteger(const char *p, const char *psearch)
{
  int param = -1;
  const char *pc = strstr(p, psearch);
  if (pc)
  {
    param = atoi(pc + strlen(psearch));
  }
  return param;
}

// copy Call-ID, From, Via and To from response
// to caRead
// using later for BYE or CANCEL the call
bool Sip::ParseReturnParams(const char *p)
{
  pbuf[0] = 0;
  AddCopySipLine(p, "Call-ID: ");
  AddCopySipLine(p, "From: ");
  AddCopySipLine(p, "Via: ");
  AddCopySipLine(p, "To: ");
  if (strlen(pbuf) >= 2)
  {
    strcpy(caRead, pbuf);
    caRead[strlen(caRead) - 2] = 0;
  }
  return true;
}

void Sip::HandleUdpPacket(const char *p)
{
  uint32_t iWorkTime = iRingTime ? (Millis() - iRingTime) : 0;
  if (iRingTime && iWorkTime > iMaxTime)
  {
    // Cancel(3);
    Bye(3);
    iRingTime = 0;
  }

  if (!p)
  {
    // max 5 dial retry when loos first invite packet
    if (iAuthCnt == 0 && iDialRetries < 5 && iWorkTime > (iDialRetries * 200))
    {
      iDialRetries++;
      delay(30);
      Invite();
    }
    return;
  }

  if (strstr(p, "SIP/2.0 401 Unauthorized") == p)
  {
    Ack(p);
    // call Invite with response data (p) to build auth md5 hashes
    Invite(p);
  }
  else if (strstr(p, "BYE") == p)
  {
    Ok(p);
    iRingTime = 0;
  }
  else if (strstr(p, "SIP/2.0 200") == p)    // OK
  {
    ParseReturnParams(p);
    Ack(p);
  }
  else if (   strstr(p, "SIP/2.0 183 ") == p // Session Progress
              || strstr(p, "SIP/2.0 180 ") == p ) // Ringing
  {
    ParseReturnParams(p);
  }
  else if (strstr(p, "SIP/2.0 100 ") == p)   // Trying
  {
    ParseReturnParams(p);
    Ack(p);
  }
  else if (   strstr(p, "SIP/2.0 486 ") == p // Busy Here
              || strstr(p, "SIP/2.0 603 ") == p // Decline
              || strstr(p, "SIP/2.0 487 ") == p) // Request Terminatet
  {
    Ack(p);
    iRingTime = 0;
  }
  else if (strstr(p, "INFO") == p)
  {
    iLastCSeq = GrepInteger(p, "\nCSeq: ");
    Ok(p);
  }
}

/////////////////////////////////////////////////////////////////////////////////////////////////////
//
// hardware dependent interface functions
//
/////////////////////////////////////////////////////////////////////////////////////////////////////

int Sip::SendUdp()
{
  Udp.beginPacket(pSipIp, iSipPort);
  Udp.write(pbuf, strlen(pbuf));
  Udp.endPacket();
  return 0;
}

// generate a 30 bit random number
uint32_t Sip::Random()
{
  // return ((((uint32_t)rand())&0x7fff)<<15) + ((((uint32_t)rand())&0x7fff));
  return secureRandom(0x3fffffff);
}

uint32_t Sip::Millis()
{
  return (uint32_t)millis() + 1;
}

void Sip::MakeMd5Digest(char *pOutHex33, char *pIn)
{
  MD5Builder aMd5;
  aMd5.begin();
  aMd5.add(pIn);
  aMd5.calculate();
  aMd5.getChars(pOutHex33);
}

/////////////////////////////////////////////////////////////////////////////////////////////////////
//
// Arduino setup() and loop()
//
/////////////////////////////////////////////////////////////////////////////////////////////////////

char caSipIn[2048];
char caSipOut[2048];
Sip aSip(caSipOut, sizeof(caSipOut));

void setup()
{
  WiFi.softAPdisconnect (true);
  pinMode(12, INPUT_PULLUP);
  pinMode(13, INPUT_PULLUP);

  IPAddress Ip;
  IPAddress Gw;
  IPAddress Mask;
  IPAddress Dns;

  Ip.fromString(ip);
  Gw.fromString(gw);
  Mask.fromString(mask);
  Dns.fromString(dns);

  WiFi.config(Ip, Gw, Mask, Dns);

  if (String(ssid) != WiFi.SSID())
  {
    WiFi.begin(ssid, password);
  }
  // Verbindung zum router Herstellen
  int i = 0;
  for (i = 0; i < 100; i++)
  {
    if (WiFi.status() == WL_CONNECTED)
      break;
    delay(100);
  }

  if (i >= 100)
  {
    // without connection go to sleep
    delay(1000);
  }

  WiFi.persistent(true);
  Udp.begin(sipport);
  aSip.Init(sipip, sipport, ip, sipport, sipuser, sippasswd, 15);
  //aSip.Dial(sipdialnr, sipdialtext);
}
int deepSleepDelay = 0;

void loop(void)
{
  int packetSize = Udp.parsePacket();
  if (packetSize > 0)
  {
    caSipIn[0] = 0;
    packetSize = Udp.read(caSipIn, sizeof(caSipIn));
    if (packetSize > 0)
    {
      caSipIn[packetSize] = 0;
    }
  }
  aSip.HandleUdpPacket((packetSize > 0) ? caSipIn : 0 );
  if (!aSip.IsBusy() && deepSleepDelay == 0)
    deepSleepDelay = millis();
  if (deepSleepDelay && (millis() - deepSleepDelay) > 500)
  {}

  // Ab Hier ist euer Programm


  // GPIO 13 auf minus gezogen wird
  if (digitalRead(13) == LOW) {
    //aSip.Dial("**9", "GPIO D7 !");
    aSip.Dial("**701", "Klingel Tuer");
  }

  if (digitalRead(12) == LOW) {
    //aSip.Dial("**9", "GPIO D6 !");
    aSip.Dial("**610", "Klingel Tor");
  }



}

Danke dir erstmal :)

[Alois N. (alois)]

Hallo Michael,

im loop wird die Abfrage des Digitalen Eingang ständig abgefragt und bei 
einem Tastendruck die Routine aSip.Dial("**610", "Klingel Tor"); gleich 
mehrmals aufgerufen (solange der Taster gedrückt wird). Ich vermute das 
der Stack überläuft und das Programm abstürzt und dann das von Dir 
beschriebene Phänomen zeigt.

Welches ESP Modul hast Du den? Kannst Du ein Link oder ein Bild posten.

Ich passe den Source Code für Dich an.
Siehe: Beitrag "Re: Sipdial per ESP8266 an Fritzbox"

Gruß Alois

[Michael R. (michael_r233)]

Hi Alois,

vielen Dank dafür schonmal im vorraus. Was ich nicht verstehe ist, das 
niemand anderes dieses Problem hat. ich habe doch im originalcode nichts 
verändert ausser der Rufnummer...

[Nico .. (nico123)]

Wie weit ist der Weg zwischen Taster und ESP bei dir?

Wie versorgst Du den ESP?

[Michael R. (michael_r233)]

Alois, Ich habe gerade mal geprüft welches Script ich da habe. es ist 
wohl doch ein irgendwie geändertes Script, nicht ganz das original. 
daher haben wohl nicht viele dasselbe Problem.
Es wäre trotzdem toll wenn du den Fehler ausbügeln könntest :)


Nico, Vom Klingeltaster zum ESP sind es etwa 8m. USB Netzteil bzw. auch 
Batteriepack.

[Nico .. (nico123)]

Bei 8m Klingeldraht ist es kein Wunder, dass Du Störungen hast!
Oder hast Du geschirmtes Kabel benutzt?

[Michael R. (michael_r233)]

Cat6 Kabel.

[Nico .. (nico123)]

Schirm angeschlossen?
Und ein verdrilltes Adernpaar benutzt?

[erdna1281 (Gast)]

Hallo ich möchte mich auch bei euch bedanken, ich konnte nun meinen 
unzuverlässigen RPI1 in den verdienten Ruhestand schicken. Weiterer 
Vorteil, die Telefone klingen quasi instant mit, statt erst mit 
sekundenlanger Verzögerung.

[Alois N. (alois)]

Hallo Michael,

ich habe den Source-Code überarbeitet und etwas übersichtlicher 
gestaltet.

NodemMCU V3:
Klingeltaster 1 = GPIO12 (D6)
Klingeltaster 2 = GPIO13 (D7)
Türöffner = GPIO14 (D5)

Wenn ein Klingeltaster gedrückt wird, geht die BUILTIN-LED solange an 
das Klingeln aktiv ist.

Durch Abheben des Telefonhörers und betätigen der Ziffer "5" am Telefon 
wird der Türöffner für 2 Sekunden ausgelöst.

Gruß Alois.

[Alois N. (alois)]

Hallo Michael,

und hier ein Bilder von meinem Siedle Haustelefon HT-511 mit eingebauter 
selbstentwickelter Platine (Format 37.9 x 36.1 mm).

ESP-01:
Klingeltaster 1 = GPIO02
Klingeltaster 2 = GPIO00
Türöffner       = GPIO01


Die Klingeltaster Eingänge sowie der Türöffner Ausgang sind LOW
schaltend. Das hat den Hintergrund das die Pins des ESP-01 Moduls
nachdem Anlegen der Versorgungsspannung alle erst HIGH aktiv sind.

Ich hatte die Schaltung zuvor mit einem NPN Transistor für die 
Relaisansteuerung aufgebaut. Das hatte aber den Effekt das der
Türöffner beim Anlegen der Versorgungsspannung kurzzeitig
angesteuert wurde.

Auf der Platine befindet sich auch ein 3,3V Step-Down-Abwärtswandler
und eine Gleichrichtung. Die Schaltung lässt sich somit mit Gleich-
und Wechselspannung versorgen.

Gruß Alois.

[Ralf A. (lonestar62)]

Hallo Alois,

hast du noch eine von den Platinen die du weitergeben kannst.
Natürlich nicht kostenlos.

Danke und Grüße

Ralf

[Castle R. (castle)]

Hallo Alois,

hier noch ein Hinweis, wenn man die ganz alten ESP01 verwendet.
Der wollte mit deiner Schaltung erstmal nicht funktionieren. Hier musste 
der Pin CH_PD mit einem PullUp von 10kOhm auf 3,3V gelegt werden.
Jetzt funktioniert es.
Vielen Dank für deine Schaltung. :)

[Jürgen L. (jliegner)]

Alois N. schrieb:
> Hallo Michael,
>
> ich habe den Source-Code überarbeitet und etwas übersichtlicher
> gestaltet.

Ich habe zwar keine Einschränkungen bei der Verwendung meines Codes 
gemacht, finde es aber trotzdem relativ anmassend, wenn du in der sip.h 
bzw. sip.cpp angibts der Author des Codes zu sein.

[Alois N. (alois)]

Jürgen L. schrieb:
> Ich habe zwar keine Einschränkungen bei der Verwendung meines Codes
> gemacht, finde es aber trotzdem relativ anmassend, wenn du in der sip.h
> bzw. sip.cpp angibts der Author des Codes zu sein.
Hallo Jürgen,

Sorry, aber das war ein versehen. Ich habe sofort eine Löschanforderung 
für den Beitrag gestellt. Eigentlich war das nur mein privater Code den 
ich für meine kleine Siedele Türklingel und -öffner Schaltung auf meinem 
Rechner hatte. Bei der Anfrage von dem Benutzer Michael habe ich den 
Source ohne Verweis auf den eigentlichen Autor hier veröffentlicht. Ich 
kann mich nur bei Dir dafür entschuldigen.

Ich wünsche trotz allem einen schönen Sonntag
Alois

[Alois N. (alois)]

Hallo Jürgen,

Die Mods haben den Anhang aus dem ursprünglichen Beitrag gelöscht und 
mich gebeten den Source Code erneut mit entsprechender Quellenangabe 
hochzuladen.
Ist das so ok für dich?

Gruß Alois

[Jürgen L. (jliegner)]

Danke für die schnelle Reaktion und Berichtigung.

[TheHoh (Gast)]

Hallo Zusammen,

nach einem Umzug möchte ich von einer "2-Kanal" Klingen auf "3-Kanal" 
erweitern.
Soll heißen bisher waren nur Haustür und Wohnungstür am ESP8266 
angeschlossen.
Jetzt soll noch das Gartentor dazu kommen.

Bisher (bis zum Umzug) war es so, dass unterschieden wurde über den Text 
"DialDesc" was auf dem DECT Telefon angezeigt werden soll.
Jetzt nach der Erweiterung ist mir aufgefallen, dass dies nicht mehr 
funktioniert.
Auch mit der "alten" Version mit 2 Tasten, geht es nun nicht mehr.
Auf dem Display erscheint nun immer der Name des Gerätes wie es in der 
FB eingerichtet ist, nicht mehr wie zuvor "Haustuer" oder "Wohnungstuer" 
oder wie geplant "Gartentor".
Es kommt immer nur "Türklingel" :-(

Der INVITE sieht wie folgt aus:

INVITE sip:**777@192.168.2.1 SIP/2.0
Call-ID: 0463499949@192.168.3.10
CSeq: 1 INVITE
Max-Forwards: 70
From: "Gartentor"  <sip:KlingelFritz@192.168.2.1>;tag=0035208885
Via: SIP/2.0/UDP 192.168.3.10:5060;branch=0183009575;rport=5060
To: <sip:**777@192.168.2.1>
Contact: "KlingelFritz" <sip:KlingelFritz@192.168.3.10:5060;transport=udp>
Content-Type: application/sdp
Content-Length: 0

Als FritzOS ist momentan die letzte Laborversion 7.19x istalliert.

[Dennis H. (hoh)]

In zwischen habe ich mal das Support-Log ausgelesen.
Die Invite Message schein korrekt in der FB anzukommen.
Selbst nach einem Firmware Downgrade auf 7.12 geht es nicht mehr.

Hat jemand ähnliches beobachtet?

2020-06-09 12:09:50.557 - IN: my=192.168.2.1%14:5060 peer=192.168.3.10 port=5060 UDP, sipiface=none:
INVITE sip:**777@192.168.2.1 2.0
Via: SIP/2.0/UDP 192.168.3.10:5060;branch=0945021135;rport=5060
From: "Gartentor" <sip:KlingelFritz@192.168.2.1>;tag=0884057437
To: <sip:**777@192.168.2.1>
Call-ID: 0105783441@192.168.3.10
CSeq: 1 INVITE
Contact: "KlingelFritz" <sip:KlingelFritz@192.168.3.10:5060;transport=udp>
Max-Forwards: 70
Content-Type: application/sdp
Content-Length: 0

[Alois N. (alois)]

Hallo @Dennis, wenn Du den Original-Code von hier:
Beitrag "Re: Sipdial per ESP8266 an Fritzbox"
verwendet hast, sollte es eigentlich funktionieren.

Auch ich habe eine Fritzbox 7590 mit aktueller Labor-Version: 
07.19-78990 und es funktioniert schon seit längerem ohne Probleme. Keine 
Aufhänger oder Aussetzer. Wirklich genial.

Was mir in Deinem Log auffällt ist, das die ESP-Klingel nicht im 
gleichen IP-Segment hängt, wie deine Fritzbox.

192.168.2.1  -> IP deiner Fritzbox
192.168.3.10 -> IP deiner ESP-Klingel

Bei mir hängt alles im gleichen Segment 192.168.178.x

Du rufst **777. Ich mache einen Rundruf mit **9

[Dennis H. (hoh)]

Alois N. schrieb:
> Hallo @Dennis, wenn Du den Original-Code von hier:
> Beitrag "Re: Sipdial per ESP8266 an Fritzbox"
> verwendet hast, sollte es eigentlich funktionieren.
>
> Auch ich habe eine Fritzbox 7590 mit aktueller Labor-Version:
> 07.19-78990 und es funktioniert schon seit längerem ohne Probleme. Keine
> Aufhänger oder Aussetzer. Wirklich genial.
> Was mir in Deinem Log auffällt ist, das die ESP-Klingel nich zut im
> gleichen IP-Segment hängt, wie deine Fritzbox.
>
> 192.168.2.1  -> IP deiner Fritzbox
> 192.168.3.10 -> IP deiner ESP-Klingel
>
> Bei mir hängt alles im gleichen Segment 192.168.178.x
>
> Du rufst **777. Ich mache einen Rundruf mit **9

Ja, soweit korrekt! Leider geht es auch nicht mit dem Original Code.
Im 192.168.2 sind alle "normalen" IP Geräte wie Router, Repeater, NAS, 
Drucker, Smartphones und PCs
Im .3 er alles SmartHome Geräte, Alexa, Zigbee Gateway, etc.

**777 ist ein Gruppenruf, da mit **9 sonst auch das Fax mit klingelt.
Im Prinzip geht ja alles, nur das nicht mehr der Text angezeigt wird.
Als ob die FB diesen nicht mehr auswertet.

[Alois N. (alois)]

@Dennis,

hast Du die ESP-Klingel einfach mal aus dem Netzwerk gelöscht?
HEIMNETZ -> NETZWERK -> Gerät löschen
Danach kurzen RESET am ESP machen. Wirkt manchmal Wunder.

Die SIP-Einstellungen in der Fritzbox können erhalten bleiben.
Der ESP sollte sich erneut am WLAN und der Fritzbox anmelden und wie 
gewohnt funktionieren.

Schau ob sich was am Verhalten ändert.

[Dennis H. (hoh)]

Alois N. schrieb:
> @Dennis,
>
> hast Du die ESP-Klingel einfach mal aus dem Netzwerk gelöscht?
> HEIMNETZ -> NETZWERK -> Gerät löschen
> Danach kurzen RESET am ESP machen. Wirkt manchmal Wunder.
>
> Die SIP-Einstellungen in der Fritzbox können erhalten bleiben.
> Der ESP sollte sich erneut am WLAN und der Fritzbox anmelden und wie
> gewohnt funktionieren.
>
> Schau ob sich was am Verhalten ändert.

@Alois
Danke für den Tipp! Hat leider nichts geändert.

[Dennis H. (hoh)]

Guten Morgen,

Heute Morgen klingelte es an der Tür und meine Frau sagte "ohh, es geht 
wieder!"...
Das "Problem" scheint sich isoliert auf ein neueres Mobilteil zu 
beschränken.
Das Mittlere ist mein Büro Telefon das bisher meine Referenz war.
Vor ca. 3 Monaten gab es Aussetzer im Bluetooth worauf ein FW Update 
folgte.
Es sieht so aus, als ob es danach nicht mehr so richtig will.

Trotzdem danke!

[Alois N. (alois)]

Dennis H. schrieb:
> Das "Problem" scheint sich isoliert auf ein neueres Mobilteil zu
> beschränken.
> Das Mittlere ist mein Büro Telefon das bisher meine Referenz war.
> Vor ca. 3 Monaten gab es Aussetzer im Bluetooth worauf ein FW Update
> folgte.
> Es sieht so aus, als ob es danach nicht mehr so richtig will.
Hi Dennis,

das wäre wenigstens eine Erklärung ich habe inzwischen verschiedene 
Fritzbox Firmwarestände ausprobiert und konnte dein Phänomen nicht 
nachstellen. Allerdings verwende ich Original AVM Mobilteile. (1 x 
FRITZ!Fon MT-F und 3 x FRITZ!Fon C4).

[Dennis H. (hoh)]

Alois N. schrieb:
> Hi Dennis,
>
> das wäre wenigstens eine Erklärung ich habe inzwischen verschiedene
> Fritzbox Firmwarestände ausprobiert und konnte dein Phänomen nicht
> nachstellen. Allerdings verwende ich Original AVM Mobilteile. (1 x
> FRITZ!Fon MT-F und 3 x FRITZ!Fon C4).

Hi Alois,

danke, es lässt sich komplett auf das S850HX mit der FW 114.075.06 
eingrenzen.
Warum und wieso? Keine Ahnung. Mit den 3x C430 DECT Telefonen geht es.

Für mich selbst, ordne ich diesem Verhalten jetzt eine niedrige Prio zu 
und werde es nicht weiter verfolgen, da es im Büro keinen Mehrwert hat 
zu wissen, wo es klingelt.

[Alois N. (alois)]

Vielleicht hast Du am Telefonanschluss etwas geändert.
https://avm.de/service/fritzbox/fritzbox-7490/wissensdatenbank/publication/show/17_Bei-ankommenden-Anrufen-werden-keine-Rufnummern-angezeigt/

[Chris (Gast)]

Hallo Dennis,

bei mir zeigen die Fritz!Fons auch den Namen aus dem Feld "Namen" des 
IP-Telefons an und nicht den im ESP hinterlegten.

LÖSUNGSIDEE: Damit ich jeden Klingelknopf individuell anzeigen kann, 
nutze ich die Funktion "Türsprechanlage" in der Fritz!Box. Du kannst 
dann jeder Taste einen individuellen Namen vergeben (Wohnungstür, Tor 
usw., auch Umlaute funktionieren!). Die vordefinierten Rufnummern für 
Taste 1 (Rufnummer 11), Taste 2 (Rufnummer 12) usw. trägst du in deinem 
ESP als Zielrufnummer ein, die bei der entsprechenden Taste gerufen 
werden soll.

BEISPIEL: Für das Tor nutzt du die 12 im ESP als Rufnummer, du trägst in 
der Fritz!Box bei der Taste 2 die Rufnummer 12 ein und als 
Klingeltastenname Torklingel. Die Rufsignalisierung an den gewünschten 
Geräten bzw. Gruppen kannst du im Nachgang jederzeit in der Fritz!Box 
anpassen, ohne am ESP etwas ändern zu müssen. Der ESP ruft nun die "12" 
beim Klingeln am Tor und du siehst auf dem Telefondisplay "Torklingel". 
Die Variante läuft bei mir tadellos.

[Dennis H. (hoh)]

Hallo Chris,

danke für deinen Tipp!
Hab es genau so gelöst. :-D

Beitrag "Mathfel / Rongtel MR880C2C RE"

[Jens D. (12345678)]

Alois N. schrieb:
> SipDial.ino (5,1 KB, 92 Downloads)
>             | Codeansicht

Ich habe erfolgreich diesen Code als SIP-Klingel auf einem Wemos D1 mini 
eingerichtet. Da das meine ersten Versuche mit der Technik sind, frage 
ich hiermit, ob es möglich ist, diesen Code mit dem Code 
https://github.com/letscontrolit/ESPEasy zu kombinieren (Verwendung 
davon 1-Wire Temperatursensoren, Analogeingang mit Umrechnung, 
Zeitserver, 1 Digitaleingang). Ausgewertet werden soll der Zustand des 
Digitaleingangs, bei low soll der Sip-Anruf ausgelöst werden und/oder 
beim Unterschreiten eines festzulegenden  Wertes aus der Umrechnung. 
Mailversand bekomme ich nicht gebacken, weil auch die Auslösefaktoren 
für mich nicht einstellbar sind (kA). Der Zugriff über einen Browser ist 
mir wichtig.
Kann mir bei der Lösung jemand helfen?

[Dirk (Gast)]

Guten Abend,
zunächst einmal herzlichen Dank für das hier vorgestellte hervorragende 
Projekt und die damit verbundene Arbeit!
Mir ist es gelungen, auf einem ESP8266 die Sache ans Laufen zu bringen.
Gerne würde ich statt der statischen const char* Festlegung der 
IP-Adresse im code diese dynamisch - konkret durch Auslesen aus dem 
Spiffs/LittleFS zur Laufzeit im setup einstellen. Mangels ausreichender 
c++ Kenntnisse ist mir das nach zwei Tagen leider immer noch nicht 
gelungen. Vielleicht kann mir jemand dabei behilflich sein, herzlichen 
Dank!

Dirk

[Dirk (Gast)]

Es klappt. Ich habe die Library nach meinen Bedürfnissen angepasst und 
kann nun die aus dem FS gelesenen credentials übergeb.
Nochmal herzlichen Dank an die Bereitstellung dieser tollen Library!

[pascalts (Gast)]

Moin!

Ich weiß, dieser Thread ist Aßbach-Uralt, aber für mich aht er noch 
große relevanz, da ich diese SIP-Implementierung nutze.

Ich nutze dies für eine der üblichen "FritzBox-SIP-Türklingeln". Wenn 
ich eine Ziffer drücke, löse ich eine Aktion aus. Dazu nutze ich die 
ESP8266Audio Bibliothek von 
https://github.com/earlephilhower/ESP8266Audio um eine vorprogrammierte 
Ansage über ein DAC durchzusagen.

Gibt es eine Change, eine unidirektionale Audio-Verbindung aufzubauen 
und über den DAC am ESP auszugeben? Das wäre absolute Sahne.

Gruß und Dank!

[Jens D. (12345678)]

Beitrag "Re: Sipdial per ESP8266 an Fritzbox"

Ist es möglich, einen Auslösewert vom Analogeingang zu programmieren, 
der beim unterschreiten einen Sipcall auslöst?
Wie wäre das zu realisieren?
Integriert werden sollte der Code in den des oben genannten Beitrages.

[Erni (Gast)]

Vielen Dank für dieses tolle Projekt!
Ich habe es mit der ESP8266-Arduino Lösung von
Alois nachbauen können. So etwas selber zu
programmieren würde aber meine Fähigkeiten
überschreiten. In dem Beispielcode arbeitet
der ESP als SIP-Telefon an der FritzBox.
Es kann wählen (Türklingel) und auch einen
Tastendruck der Gegenseite auswerten (Türöffner).
Meine Frage: Ist der Code so erweiterbar, daß
das ESP-SIP-Telefon auch eingehende Anrufe
erkennt und durch einen Portpin signalisiert?
Ich würde es dann gerne als opto-akustische
Zweitklingel verwenden.
Ist diese Ergänzung des Projekts auf Basis des
ESP8266 möglich? Ich habe leider kein Beispiel
für eine Lösung gefunden.
Gruß
Erni

[Hmmm (Gast)]

Erni schrieb:
> Ist der Code so erweiterbar, daß
> das ESP-SIP-Telefon auch eingehende Anrufe
> erkennt und durch einen Portpin signalisiert?

Klar, per REGISTER an der Telefonanlage anmelden (und regelmässig 
auffrischen) und eingehende INVITEs verarbeiten.

Solange Du keinen Ton brauchst, ist das noch überschaubar.

[Erni (Gast)]

Oh, das klingt einfach :-)
Das Anmelden an die Telefonanlage (Fritz) müsste in dem
bisherigen Code ja schon vorhanden sein. Dort vermutlich
ohne das Auffrischen, da die Verbindung nur kurz besteht.
Also muß hier über ein Zeitintervall gearbeitet werden.
Die Invites werde ich mir mal genauer anschauen, habe
wohl gesehen, daß der Öffner-Befehl auch darüber arbeitet.
Einen Signalton brauche ich nicht, es reicht die Aktivierung
eines Port-Pins (wie beim Tür-Öffner).
Vielen Dank für die Auskunft!

[Hmmm (Gast)]

Erni schrieb:
> Das Anmelden an die Telefonanlage (Fritz) müsste in dem
> bisherigen Code ja schon vorhanden sein.

Nein, REGISTER ist im Code nicht vorhanden, für ausgehende Verbindungen 
schickt man nur INVITEs, ggf. mit Authentifizierung.

Das Thema wird in Kapitel 10 von RFC3261 beschrieben.

Erni schrieb:
> Einen Signalton brauche ich nicht

Lokal einen zu erzeugen, wäre kein Problem, aber das Handling von 
SIP-Audiodaten ist deutlich komplexer als die nackte Signalisierung.

[Erni (Gast)]

OK! Vielen Dank für den Hinweis!
Ich werde es versuchen, vielleicht bekomme ich es hin.
Gruß
Erni

[Paul (Gast)]

Moin,

kurze Frage ist das Problem gelöst? ich bin grade genau auf der suche 
nach so etwas. Per Anruf auf Sipnummer einen LED Lampe im Silo als 
Signal zu haben. meine Klingel ist eine AB Nebenstelle und kann/macht 
einen Rundruf, so könnte auch die SIP Nebenstelle angerufen werden und 
die Lampe als Signal fungieren.



Gruß

Paul

[Erni (Gast)]

Moin Paul,
habe das Problem leider noch nicht gelöst.
Das, was in der RFC3261 beschrieben steht
ist sehr schwere Kost für mich...

Viel Erfolg!
Erni

[Hmmm (Gast)]

ramu schrieb im Beitrag #6770449:
> Im Standardfall bekomme
> ich folgende Meldung

Das ist völlig normal. INVITE ohne Authentication hinschicken, 401 oder 
407 mitsamt Challenge zurückbekommen, dann nochmal ein INVITE mit 
passender Response schicken.

[Veit D. (devil-elec)]

Hallo,

kennt deine Fritzbox denn schon den ESP? Sprich wurden neue WLAN Geräte 
zugelassen? Nach Bekanntmachung Beider die Funktion wieder sperren.
Tipp: Zeige niemals im Internet deine Fritzbox Logindaten!
Gib einem Mod Bescheid er das korrigieren soll.

[Hmmm (Gast)]

Veit D. schrieb:
> Tipp: Zeige niemals im Internet deine Fritzbox Logindaten!
> Gib einem Mod Bescheid er das korrigieren soll.

Was soll er da korrigieren lassen? Das ist eine Challenge ohne Response, 
also zufällige Daten ohne Nutzwert.

[ramu (Gast)]

Ich weiß schon was ich korrigoieren soll, ist mir leider erst nach dem 
Upload aufgefallen.. Wie erreiche ich einen Mod?

Der ESP ist im Netz bekannt und ich kann auch drauf zugreifen...

Ich dachte, wenn 401 zurückkommt, würde in sip.ccp ein erneutes invite 
aufgerufen? Bin etwas ratlos, wo genau ich was aufrufen sollte...

Und ist es richtig, dass ich am Anfang nicht wählen kann, solage die 
Paketgröße = 0 ist?

[temp (Gast)]

Ich frage mich nur wie man auf die bescheuerte Idee kommen kann in der 
Loop() einer Arduino Umgebung ein Delay(1000) einzubauen...

[Hmmm (Gast)]

ramu schrieb:
> Ich dachte, wenn 401 zurückkommt, würde in sip.ccp ein erneutes invite
> aufgerufen? Bin etwas ratlos, wo genau ich was aufrufen sollte...

Ein vollständiges Logfile (statt nur des 401 von der Fritzbox) würde 
evtl. etwas aussagen.

[temp (Gast)]

Hmmm schrieb:
> Ein vollständiges Logfile (statt nur des 401 von der Fritzbox) würde
> evtl. etwas aussagen.

Aber erst nach dem das Delay(1000) raus ist. Der Code geht nicht davon 
aus nur alle Sekunde mal ein UDP Packet verarbeiten zu können.

[ramu (Gast)]

Hmmm hat recht, hab das delay rausgenommen und vor allen Dingen auch die 
wiederholenden inits...

Jetzt klapps gut, nachdem ich den Taster zum Wählen noch entprellt habe, 
da beim Einschalten des Kamerastreams manchmal die Zustandsabfrage des 
Pins nicht richtig funktionierte...

Danke Euch!

[Veit D. (devil-elec)]

ramu schrieb:
> Ich weiß schon was ich korrigieren soll, ist mir leider erst nach dem
> Upload aufgefallen. Wie erreiche ich einen Mod?

Entweder findest du zufällig in einem Thread einen User mit 
Moderatorqualifikation im Zusatz. Oder du schreibst eine E-Mail an 
[e-mail] mit deinem Anliegen und Link zum Beitrag.

[Patrick S. (der_puh)]

Hmmm schrieb:
> Erni schrieb:
>> Ist der Code so erweiterbar, daß
>> das ESP-SIP-Telefon auch eingehende Anrufe
>> erkennt und durch einen Portpin signalisiert?
>
> Klar, per REGISTER an der Telefonanlage anmelden (und regelmässig
> auffrischen) und eingehende INVITEs verarbeiten.
>
> Solange Du keinen Ton brauchst, ist das noch überschaubar.

Hallo, ich würde mich auch für eine derartige Lösung interessieren, aber 
habe leider nicht das dafür notwendige Wissen um das 
programmiertechnisch selbst zu lösen. Wäre echt toll, wenn jemand mir 
hier etwas mit dem entsprechenden Code unter die Arme greifen könnte, 
falls das nicht Zuviel verlangt ist. Danke!

Freundliche Grüße
Patrick

[Erni (Gast)]

Hallo Patrick,

ich habe für mich eine andere Lösung gefunden,
um eingehende Anrufe zu signalisieren.
Die Fritzbox stellt einen CallMonitor zur
Verfügung, der mit der Telefon-Tasteneingabe
#96*5* aktiviert und mit #96*4* deaktiviert
werden kann.
Der ESP baut eine WLAN-Verbindung zum Port 1012
der Fritzbox auf und wertet die angezeigten
Zeichenketten aus. Enthält ein String die
Zeichenfolge "RING;" wird der Portpin gesetzt
und bei "CONNECT;" zurückgesetzt.
Es kann auch die Nummer des eingehenden Anrufs
ausgewertet werden.
Den Callmonitor kann man auch mit Putty/KiTTY
beobachten (Telnet Port 1012).

Gruß
Erni

[Patrick S. (der_puh)]

Hallo Erni,

Ja, den Callmonitor kenne ich. Hab damit und einem Arduino UNO schon vor 
Jahren meinen ersten Türöffner gebaut. Der UNO hat auf eine spezielle 
Telefonnummer „gelauscht“, wenn diese angerufen wurde, hat er für 4 
Sekunden ein Relais geschaltet, welches meinen Türöffner betätigt hat. 
So konnte ich mit meinem Handy die Haustür öffnen.

Jetzt habe ich aber mehr damit vor und das macht notwendig, dass aus dem 
ESP der Sip-Client läuft und ständig an der FritzBox angemeldet ist. Am 
liebsten wäre mir, wenn der ESP nicht nur auf Anrufe regieren könnte, 
sondern entweder Texte auswerten, die zusammen mit dem Anruf von einem 
anderen ESP per SIP gesendet werden oder den Anruf annimmt und auf 
Tastenbefehle reagiert. Möglich ist das doch bestimmt, ich weiß leider 
nicht wie ich das bewerkstelligen soll. Kenne mich leider zuwenig mit 
der Materie aus.

Gruß Patrick

[Frank B. (frank_b140)]

Hi,

genau so eine Platine hätte ich auch gerne. Vielleicht ist ja noch eine 
übrig?

Viele Grüße
Frank

[berndt (Gast)]

@Alois
Hi, die Sip.h Datei enthält zwei include Anweisungen die bei mir 
Compilerfehler erzeugen.

#include "arduino.h"

#include <WifiUdp.h>

nach Änderung der Dateinamen auf:

#include "Arduino.h"

#include <WiFiUdp.h>

läuft der Compiler ohne Fehler durch.
Tippfehler oder gibt es tatsächlich die verschiedenen Dateien?

Gruß Berndt

[Frank M. (ukw) (Moderator)]

berndt schrieb:
> Tippfehler oder gibt es tatsächlich die verschiedenen Dateien?

Eher eine Nachlässigkeit, die unter Windows zufällig funktioniert, da 
hier das Filesystem nicht zwischen Groß-/Kleinschreibung unterscheidet.

[berndt (Gast)]

Frank M. schrieb:
> die unter Windows zufällig funktioniert

Handklatsch vor die Stirn, zu lange nicht mehr benutzt :-)

Gruß Berndt