Schalten bei Anruf mit EibPC und Fritzbox

[Bodo]

Hoi

Sobald Anrufe getätigt werden, entstehen Meldungen folgender Art:
<Datum> <Zeit>;CALL;<?>;<Anschluss>;<Quellrufnummer>;<Ziel rufnummer>;<SIP + Nummer>; <Datum> <Zeit>:59;CONNECT;0;<Anschluss>;<Zielrufnummer>; <Datum> <Zeit>:29;DISCONNECT;0;<Anschluss>;

Eingehende Anrufe verlaufen nach folgendem Schema:
<Datum> <Zeit>;RING;<Anschluss>;<Quellrufnummer>;<Zielrufn ummer>;<SIP + Nummer>; <Datum> <Zeit>;CONNECT;<?>;<Anschluss>;<Quellrufnummer>; <Datum> <Zeit>;DISCONNECT;<Anschluss>;<Gesprächlänge in Sek.>;

Ich hoffe das hilft...

[michel38]

Hoi
Ich hoffe das hilft...

Danke Bodo,

aber irgenwie steht die Verbindung nicht. wenn ich mit dem Debugger heute Abfrage, bekomme ich Daten von Gestern.

Wie kann ich jetzt genau überprüfen, wo der Fehler ist?

Uwe

[jeans112]

Hi,

das mit den Daten von gestern ist evtl schon richtig.
Die Variablen werden ja nicht gelöscht.

Die bleiben immer stehen bis ein neuer Anruf reinkommt bzw rausgeht oder, oder.....

Laut deinem Screenshot ist der letzte Ausgehender Anruf am 19.05 um 19:11Uhr von der Nebenstelle 4. (Die Angerufene Nummer und deine Nummer hast du ausgegraut)
Die letzte Zustanden gekommene Verbindung war um 20:17 usw ....

Du musst dabei immer die Variablen mit dem CALL, CONNECT, DISCONNECT, RING seperat betrachten.

Grüße
Jens

[macflei]

bei mir ist es das gleiche wie bei michel38.
letzter stand laut debugger ist der 17.05.2011.
laut fritz.box kamen und gingen danach jedoch zig weiter anrufe.

ich würde auch mal vorsichtig sagen das die verbindung nicht steht.
irgendwann bricht sie ab und connected nicht neu.
kann das eventuell auch mit der zwangstrennung vom i-net zusammenhänegen?
ich nutze (wie sicher viele andere auch) teilweise voip.

[chg]

Stimmt! Ich habe es bei mir auch nachvollzogen. Da ich die Daten noch nicht auswerte, hab ich das bis jetzt nicht bemerkt.

Warum die Verbindung getrennt wird, weiß ich nicht, aber der Watchdog funktioniert ja noch nicht, da erst die Funktion connecttcp() von Enertex erweitert werden muss. Siehe hier:

...5 gibt es nicht, nur 0 oder 1. Das wäre dann ein Featurewunsch (ich habs aufgenommen)...

Okay! Hab mal den Watchdog implementiert...wenn dann mal die "5" kommt wird dies wie die Fehler "2-4" behandelt und ein reconnect (auch zyklisch) ausgeführt...

Workaround: Version 1.5 macht nun jeden Morgen um 04:00 einen reconnect.

Ich hoffe die Uhrzeit passt und dass einmal am Tag ausreicht... Aber ohne den genauen Grund für den Verbindungverlust zu kennen... Wir brauchen den Watchdog...

[enertegus]

Warum die Verbindung getrennt wird, weiß ich nicht, aber der Watchdog funktioniert ja noch nicht, da erst die Funktion connecttcp() von Enertex erweitert werden muss. Siehe hier:

Naja, das kann verschiedene Gründe haben - theoretisch eine Abmeldung des Routers (meiner macht das einmal nachts).

Workaround: Version 1.5 macht nun jeden Morgen um 04:00 einen reconnect.

ja das wird nicht schaden.

genauen Grund für den Verbindungverlust zu kennen... Wir brauchen den Watchdog...

das mit dem Watchdog ok, aber einen tcp/ip trace wird es nicht geben. Connecttcp/sendtcp sind für sich betrachtet Highlevel Funktionen.

[michel38]

Da bin ich ja froh, das es nicht nur mir so .

Warum brauchen wir eigentlich für diese Funktion eine ständige Verbindung? Würde es nicht reichen, die Daten per Auslöser (Button oder Seitenwechsel auf der Visu) zu holen und auszuwerten?

Uwe

[Bodo]

Würde es nicht reichen, die Daten per Auslöser (Button oder Seitenwechsel auf der Visu) zu holen und auszuwerten?

Uwe

Hoi Uwe

Eben ich möchte halt auf der visu so eine Art Alert-Meldung, genau wenn es passiert.

Meine Verbindung steht seit ca. einer Woche.

[chg]

Ziel ist ja auch mit einem Telefonanruf Aktionen auf dem Bus auszuführen. Dafür ist die ständige Verbindung unabdingbar. Über das Telnet-Interface geht es auch nicht anders.

Bodo du hast doch nicht die Orginal-FW drauf, oder? Evtl. gibt es bei dir deshalb kein Problem...

[chg]

Naja, das kann verschiedene Gründe haben - theoretisch eine Abmeldung des Routers (meiner macht das einmal nachts).

Du meist doch jetzt sicher die Internet-Verbindung... Diese Trennung sollte nichts mit internen TCP-Verbindungen zu tun haben. Aber es kann ja sein, dass die FB nach 24h offene TCP-Verbindungen schließt... Aber dann müsste es dieses Problem auch beim HS-Baustein geben... weiß hierzu jemand etwas!?

das mit dem Watchdog ok, aber einen tcp/ip trace wird es nicht geben. Connecttcp/sendtcp sind für sich betrachtet Highlevel Funktionen.

Gut, dass der Watchdog nötig ist, darüber sind wir uns einig. Aber du verstehst mich bzgl. dem trace völlig falsch! Ich möchte kein wireshark im EibStudio sonder "nur" ein Logging (vgl. dem Eib-Log) auf dem EibPC, welche UDP/TCP-Telegramm mit Funktionen wie z.b. sendudp() gesendet bzw. mit z.b. readtcp() empfangen/verarbeitet wurden...

[Bodo]

Bodo du hast doch nicht die Orginal-FW drauf, oder? Evtl. gibt es bei dir deshalb kein Problem...

Hoi

Doch inzwischen ist das Eibstudio v2.100, der Patch 2.100.ptc und die Firmware v2.004 wohl "state of the art".

[macflei]

Hoi

Doch inzwischen ist das Eibstudio v2.100, der Patch 2.100.ptc und die Firmware v2.004 wohl "state of the art".

ich glaube chg meinte die original fw auf der fritz box.... oder?

[michel38]

Ziel ist ja auch mit einem Telefonanruf Aktionen auf dem Bus auszuführen. Dafür ist die ständige Verbindung unabdingbar.

Ok, das ist mir schon klar, meine Überlegung ging in Richtung zwei Makros. Eins für die Anrufliste und eins für die Telefonaktion.

Wenn es jemand interessiert. Meine FW ist schon etwas älter. 29.04.86-18946 Vielleicht sollte ich doch mal updaten.

mfG
Uwe

[Bodo]

ich glaube chg meinte die original fw auf der fritz box.... oder?

Hoi

Da hab' ich letzthin auch die original FW drauf gezogen (FRITZ!Box Fon WLAN 7270 v2, Firmware-Version 54.04.90, (CH / A Version)).
Hatte noch keine Zeit zum Freezen.

[jeans112]

Hallo,

bei mir läuft alles seit dem 9.5.2011 stabil.
Ich habe keinerlei Verbindungsabbrüche.

Ich habe die aktuelle Fritz-FW drauf:
FRITZ!Box Fon WLAN 7270 v1 Firmware-Version 54.04.88

Liegt das Problem evtl irgendwo bei euch in der Netzwerkumgebung?

Grüße
Jens