[ds-mod] Callmonitor

[crusader]

Callmonitor hat Geburtstag

Hi Andreas,

erst einmal Glückwunsch was Du aus der ursprünglichen Idee des callmonitor gemacht hast, find ich richtig spitze !

Mensch ja! Als ich das gelesen hab, ist's mir wieder eingefallen.
'Callmonitor' hatte letzte Woche Geburtstag.

Hier ist die Null-Version:
http://www.ip-phone-forum.de/showthread.php?p=327896#post327896

Schließe mich dem Glückwunsch von Max an!

crusader

 

[CutOffz]

gepufferte Nachrichten im StandBy-Betrieb der Dreambox

so, ich habe ein paar Tests gemacht:


1. mit timeout=0
/cgi-bin/xmessage?timeout=0&caption=TELEFONANRUF&body=Halllllooooooooooooo

Popup bleibt eingeblendet bis man exit drückt oder den Kanal wechselt


2. mit timeout=-1
/cgi-bin/xmessage?timeout=-1&caption=TELEFONANRUF&body=Halllllooooooooooooo

Popup erscheint mit einem "OK" Button (siehe Screenshot 1). Man muss OK oder exit drücken um Popup auszublenden (Kanal Wechsel geht nicht)


Mit dem Parameter icon wird ein Symbol (1=Info, 2=Warning, 3=Question, 4=Error) im Popup gezeigt: siehe Screenshots 2 bis 5

EDIT: Vergleich von timeout=0 mit timeout=-1, ich habe folgendes Szenario probiert:

Dreambox in Standby Modus. Ich bekomme 5 Anrufe in Abwesenheit. wenn ich jetzt die Box einschalte bekomme ich:

1. mit timeout=0: popup1 > kanal wechseln > popup2 > kanal wechseln > popup3 ...
2. mit timeout=-1 popup1 > OK drücken > popup2 > OK drücken > popup3 ...

Hat schon jemand mal versucht, "type=0" als Parameter zu setzen?

Im Wiki steht:

Parameter:

timeout: Zeit, bis die Nachricht von selbst verschwindet in Sekunden; Wert kleiner Null => Message muß mit OK bestätigt werden.

caption: Fenster-Überschrift

body: Nachrichtentext

type: (Optional) Wert ungleich -1 => alle noch nicht angezeigten Meldungen, die über /cgi-bin/xmessage gesetzt wurden, löschen

Dies müsste doch bedeuten, dass wenn man die Nachricht mit dem Wert "&type=0" ergänzt, die jeweils vorherige und ggf. im Standby-Betrieb gepufferte Nachricht gelöscht wird. Damit dürften die Nachrichten-Orgien nach einer längeren Standby-Zeit verhindert sein und es würde beim Einschalten nur noch die letzte Nachricht gezeigt.

Ich werd´s bei Gelegenheit mal testen.

CutOffz

 

[xenon80]

wie kann ich bei listeners mehrere listeners angeben?

momentan hab ich das wie folgt zu stehen

^ ^ mail_missed_call
^ ^ dboxpopup --user='*****' --password='*****' 192.168.178.21

natürlich ohne die sternchen.

leider reagiert nur der listener der ersten zeile jeweils.
hab auch schon versucht am ende der zeile jeweils mit ; abzugrenzen. hat aber auch nix gebracht

 

[buehmann]

leider reagiert nur der listener der ersten zeile jeweils.

Das kann eigentlich nicht sein; jede Zeile stellt eine Regel dar, die zu einer Aktion führen kann. Es werden immer alle Regeln ausgewertet (was nicht bedeutet, dass immer alle Aktionen ausgeführt werden). Du könntest dich davon mit Hilfe eines Testanrufs (Menüpunkt Extras) überzeugen.

Viele Grüße,
Andreas

 

[xenon80]

ne geht nicht wenn ich die aufstellung umstelle als der dbox aufruf an erster stelle und mailbenachrichtigung an zweiter, dann macht er nur die dbox benachrichtigung.

hab rc7 drauf von danisahne

[Edit 15:57] jetzt gehts. hatte die falsche ip addy der dbox drin weil ich mit dhcp von danisahne mod rumgespielt hatte

 

[buehmann]

ne geht nicht wenn ich die aufstellung umstelle als der dbox aufruf an erster stelle und mailbenachrichtigung an zweiter, dann macht er nur die dbox benachrichtigung.

Seltsam ... Könntest du mir bitte die Ausgabe von der Testanruf-Seite dazu zeigen?

Andreas

 

[xenon80]

hab festgestellt das es bis zu 3klingelzeichen benötigt bevor auf dem fernseher was angezeigt wird. hab erst gedacht das kommt vom reverse lookup. aber daran liegt es nicht. bevor ich danisahne mod draufhatte hab ich mit pseudo image die gleiche funktion gehabt aber da wurde es sofort signalisiert aufm tv. woran kann das denn liegen?

 

[buehmann]

hab festgestellt das es bis zu 3klingelzeichen benötigt bevor auf dem fernseher was angezeigt wird.

Das ist ungewöhnlich lang. Kennst du dich mit dem syslogd aus? Dann könntest du einmal nachgucken, wie lange es dauert, bis der erste Log-Eintrag des Callmonitors im System-Log erscheint, also wann er von dem Anruf erfährt. (Dann wüssten wir, ob die Verzögerung davor oder danach stattfindet.)

Andreas

P.S.: Zum Syslogd: Am einfachsten das Logging in den Ringpuffer anschalten, dann eine Konsole (ssh/telnet) öffnen und "logread -f" starten.

 

[xenon80]

ne hab syslogd leider garnet mitinstalliert. mhm son mist.

 

[buehmann]

ne hab syslogd leider garnet mitinstalliert. mhm son mist.

Macht nichts, das ist nur das Webinterface. Starte den syslogd einfach per "syslogd -C".

Andreas

 

[xenon80]

hab jetzt per hand gestartet. wie gehe ich nun am besten vor?

also hab das so verstanden:

syslogd -C
dann logread -f

so die meldung erscheint erst nach dem 3-4 klingelzeichen (also das er identifiziert wer das ist)

 

[buehmann]

so die meldung erscheint erst nach dem 3-4 klingelzeichen (also das er identifiziert wer das ist)

Du meinst die CALL-Zeile vom Callmonitor mit den ganzen Angaben zu SOURCE, DEST etc.? Genau, zu dem Zeitpunkt hat der Callmonitor gerade von dem Anruf erfahren und hat die Rückwärtssuche ggf. durchgeführt. Also passiert die Verzögerung davor. Du könntest mal den Debug-Modus anschalten (über das Webinterface); dann gibt es noch mehr Ausgaben (die erste bei einem Anruf müsste eine "detected"-Zeile sein; wenn die auch spät kommt, ist der Callmonitor nicht schuld. Die Zeile wird direkt bei Erkennen des Anrufs ausgegeben. Dann stimmt irgendwas mit der Kommunikation von telefon und callmonitor nicht.

Andreas

 

[xenon80]

hab den debugmodus angemacht.
detected ausgabe kommt sofort nach dem ersten klingelzeichen.

detected kam 15:27:17
und 15:27:22 kam die SOURCE DEST indentifikation
und 15:27:23 kam SUCEEDED anweisung vom dbox popup

 

[buehmann]

Du könntest mal den Debug-Modus anschalten (über das Webinterface); hab doch syslogd gar nich installiert (also praktisch hab ich doch dazu kein webinterface oder meinst du was andres?)

Sorry, Missverständnis: Ich meinte den Debug-Modus vom Callmonitor (oben bei den Startoptionen), dann wird er etwas gesprächiger.

 

[xenon80]

ja siehe posting zuvor. hab das geändert. du hast noch aufs alte geantwortet

 

[buehmann]

detected ausgabe kommt sofort nach dem ersten klingelzeichen.
detected kam 15:27:17
und 15:27:22 kam die SOURCE DEST indentifikation

5 Sekunden ... Bist du sicher, dass du keine Rückwärtssuche machst? Das ist das einzige, was mir spontan einfällt, das soviel Zeit brauchen könnte. Das Nachschlagen im lokalen Telefonbuch (Callers) müsste viel schneller gehen. Oder ist deine Box mit irgendetwas anderem überlastet?

Andreas

 

[xenon80]

also ich hab rückwärtssuche aus. ich hab ausserdem zu laufen:

lcr
bftp
dnsmasq
dropbear
callmonitor
telefon

das wars eigentlich schon

hab auch mal alle dienste ausser lcr, callmonitor und telefon ausgemacht, aber dasselbe ergebnis.

 

[buehmann]

hab auch mal alle dienste ausser lcr, callmonitor und telefon ausgemacht, aber dasselbe ergebnis.

Ich meinte eigentlich eher, ob irgendwelche Dienste die Box vom Prozessor her auslasten, etwa durch viele Verbindungen (P2P), hohe Übertragungsbandbreiten, wildgewordene Prozesse. Du kannst ja mal schauen, was "top" dir sagt ...

Andreas

 

[xenon80]

load avarage: 0.10 bis 0.20, 0.22, 0.15

cpu last: laut lcr (13%)

oder was musst du wissen?

[Edit 09:04] eben nochmal geschaut:

lcr sagt 8 % cpu auslastung

load avarage: 0.49 0.18 0.05

Edit wichard: Erneut Beiträge zusammengefasst. Bitte die Ändern-Funktion nutzen!

 

[marco2]

messages.sh: dreammessage ist über die Umgebungsvariablen DREAM_TIMEOUT, DREAM_CAPTION und DREAM_ICON weiter parametrisierbar

kann mir jemand bitte erklären wie/wo ich diese Umgebungsvariablen eingeben muss?