Neues Modul Telefonmonitor (TM)

[moonsorrox]

da es für den 72_FB_Extender noch keinen Maintainer gibt, ist er auch noch nicht im Fhem Repository hinterlegt, und wird somit auch nicht über Update verteilt.

OK, dann sollte es ja ohnehin funktionieren, denn ich habe ja nichts verändert... war ja überhaupt nicht zuhause.
Was kann das jetzt noch sein..?

[JoWiemann]

Glaskugel?

Nein, aber ein paar Infos wären hilfreich. Unter anderem setzt doch mal bitte verbose hoch und schau mal ins Log.

Grüße Jörg

[moonsorrox]

ich habe verbose auf 5 er zeigt mir vom Callmonitor folgendes

Code Auswählen Erweitern

2015.06.01 14:12:32 4: FB_CM_EXTENDER_UpdateValue: updateingindex F0 A0 0
2015.06.01 14:12:32 5: FB_CM_EXTENDER_UpdateValue: args callID: 0 col: A val: 0
2015.06.01 14:12:32 4: FB_CM_EXTENDER_UpdateValue: updateingindex F0 E0 00:00
2015.06.01 14:12:32 5: FB_CM_EXTENDER_UpdateValue: args callID: 0 col: E val: 00:00
2015.06.01 14:12:32 5: FB_CM_EXTENDER_Monitor: Disconnect befor FB_CM_EXTENDER_UpdateTable mot all
2015.06.01 14:12:32 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: call_id arg: 0
2015.06.01 14:12:32 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: external_connection arg: SIP0
2015.06.01 14:12:32 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: direction arg: incoming
2015.06.01 14:12:32 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: missed_call arg: 0177xxxxxxx
2015.06.01 14:12:32 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: external_number arg: 0177xxxxxxx
2015.06.01 14:12:32 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: missed_call_line arg: 05131xxxxx
2015.06.01 14:12:32 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: external_name arg: unknown
2015.06.01 14:12:32 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: call_duration arg: 0
2015.06.01 14:12:32 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: internal_number arg: 05131xxxxx
2015.06.01 14:12:32 3: FB_CM_EXTENDER_Monitor: status:  disconnect
2015.06.01 14:12:27 4: FB_CM_EXTENDER_UpdateTable: ID 0
2015.06.01 14:12:27 4: FB_CM_EXTENDER_Store: no linefilter definied
2015.06.01 14:12:27 5: FB_CM_EXTENDER_Monitor: Ring befor FB_CM_EXTENDER_UpdateTable mot all
2015.06.01 14:12:27 3: FB_CM_EXTENDER_Monitor: Call (ring) from unknown 0177xxxxxxx callID: 0
2015.06.01 14:12:27 4: FB_CM_EXTENDER_Monitor: stat: ring event: call_id arg: 0
2015.06.01 14:12:27 4: FB_CM_EXTENDER_Monitor: stat: ring event: internal_number arg: 05131xxxxx
2015.06.01 14:12:27 4: FB_CM_EXTENDER_Monitor: stat: ring event: direction arg: incoming
2015.06.01 14:12:27 4: FB_CM_EXTENDER_Monitor: stat: ring event: external_connection arg: SIP0
2015.06.01 14:12:27 4: FB_CM_EXTENDER_Monitor: stat: ring event: external_name arg: unknown
2015.06.01 14:12:27 4: FB_CM_EXTENDER_Monitor: stat: ring event: external_number arg: 0177xxxxxxx
2015.06.01 14:12:27 3: FB_CM_EXTENDER_Monitor: status:  ring

und im logfile von Fhem:

Code Auswählen Erweitern

2015.06.01 13:16:24 2: FB_CALLMONITOR (FB7390) - read 3 contacts from textfile
2015.06.01 13:16:24 3: FB_CALLMONITOR (FB7390) - loading textfile /opt/fhem/textfile.txt
2015.06.01 13:16:24 2: FB_CALLMONITOR (FB7390) - read 33 contacts from Cache
2015.06.01 13:16:24 3: FB_CALLMONITOR (FB7390) - loading cache file /opt/fhem/callmoncache.txt

Noch zur Information, ich habe das mal mit meinem Handy probiert und auf den Telefonen zeigt er mir den zugehörigen Namen, also gibt die fritzbox diesen richtig aus, aber eben in der Anrufliste nur unknown.

Mich wundert ein wenig der Status mit disconnect 

Nach einem weiteren reload noch folgendes:

Code Auswählen Erweitern

2015.06.01 14:26:18 1: PERL WARNING: Subroutine FB_CM_EXTENDER_Attr redefined at ./FHEM/72_FB_CM_Extender.pm line 682.
2015.06.01 14:26:18 1: PERL WARNING: Subroutine FB_CM_EXTENDER_Monitor redefined at ./FHEM/72_FB_CM_Extender.pm line 488.
2015.06.01 14:26:18 1: PERL WARNING: Subroutine FB_CM_EXTENDER_Proc redefined at ./FHEM/72_FB_CM_Extender.pm line 458.
2015.06.01 14:26:18 1: PERL WARNING: Subroutine FB_CM_EXTENDER_Notify redefined at ./FHEM/72_FB_CM_Extender.pm line 431.
2015.06.01 14:26:18 1: PERL WARNING: Subroutine FB_CM_EXTENDER_UpdateValue redefined at ./FHEM/72_FB_CM_Extender.pm line 400.
2015.06.01 14:26:18 1: PERL WARNING: Subroutine FB_CM_EXTENDER_UpdateTable redefined at ./FHEM/72_FB_CM_Extender.pm line 333.
2015.06.01 14:26:18 1: PERL WARNING: Subroutine FB_CM_EXTENDER_Store redefined at ./FHEM/72_FB_CM_Extender.pm line 257.
2015.06.01 14:26:18 1: PERL WARNING: Subroutine FB_CM_EXTENDER_Set redefined at ./FHEM/72_FB_CM_Extender.pm line 179.
2015.06.01 14:26:18 1: PERL WARNING: Prototype mismatch: sub main::FB_CM_EXTENDER_Set ($@) vs ($$@) at ./FHEM/72_FB_CM_Extender.pm line 252.
2015.06.01 14:26:18 1: PERL WARNING: Subroutine FB_CM_EXTENDER_Undef redefined at ./FHEM/72_FB_CM_Extender.pm line 172.
2015.06.01 14:26:18 1: PERL WARNING: Subroutine FB_CM_EXTENDER_Define redefined at ./FHEM/72_FB_CM_Extender.pm line 146.
2015.06.01 14:26:18 1: PERL WARNING: Subroutine FB_CM_EXTENDER_Initialize redefined at ./FHEM/72_FB_CM_Extender.pm line 114.

[JoWiemann]

Welche Version vom Callmonitor hast Du.

Grüße Jörg

[moonsorrox]

72_FB_CALLMONITOR.pm 8467 2015-04-23
72_FB_CM_EXTENDER.pm 1002 2015-04-04 (1.72)

mir fällt da noch etwas ein bezüglich der Perl Version, kann es  damit zusammenhängen..? Ich habe ja die v5.20.2

[JoWiemann]

Hast Du vielleicht noch "All" für die Rückwärtssuche im Attribut stehen. Wenn ja, dann ändere das Bitte. Ansonsten verweigert der Callmonitor die Mitarbeit.


Grüße Jörg

Gesendet von iPhone mit Tapatalk

[moonsorrox]

nein das habe ich schon länger nicht drin, schau mal hier meine Attribute

[Markus Bloch]

Stehen in deinem Cache-File evtl. die gewünschten Nummern mit "unknown" drinn?

Falls nicht, bitte einmal ein Logauszug machen mit verbose 5 im Callmonitor.

[moonsorrox]

Stehen in deinem Cache-File evtl. die gewünschten Nummern mit "unknown" drinn?

das ist doch der Pfad der im Attribut reverse-search-cache-file steht, oder.? also dieser /opt/fhem/callmoncache.txt

Wenn ja wundert es mich das dieser noch vom 29.05. ist und da stehen auch keine aktuellen Nummern drin, also wenn ich jetzt mit dem Handy bei mir anrufe steht diese Nummer nicht drin.

Die Nummern die da drin stehen haben, wenn Nr. hinterlegt und es sind auch aktuelle Namen drin.
Irgendwie sehe ich nicht durch.

Hier mal dass Log:

Code Auswählen Erweitern

2015.06.02 21:51:29 4: FB_CM_EXTENDER_UpdateValue: updateingindex F0 A0 0
2015.06.02 21:51:29 5: FB_CM_EXTENDER_UpdateValue: args callID: 0 col: A val: 0
2015.06.02 21:51:29 4: FB_CM_EXTENDER_UpdateValue: updateingindex F0 E0 00:00
2015.06.02 21:51:29 5: FB_CM_EXTENDER_UpdateValue: args callID: 0 col: E val: 00:00
2015.06.02 21:51:29 5: FB_CM_EXTENDER_Monitor: Disconnect befor FB_CM_EXTENDER_UpdateTable mot all
2015.06.02 21:51:29 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: call_id arg: 0
2015.06.02 21:51:29 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: external_connection arg: SIP0
2015.06.02 21:51:29 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: missed_call arg: 0177xxxxxxx
2015.06.02 21:51:29 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: internal_number arg: 05131xxxxx
2015.06.02 21:51:29 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: external_name arg: unknown
2015.06.02 21:51:29 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: direction arg: incoming
2015.06.02 21:51:29 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: call_duration arg: 0
2015.06.02 21:51:29 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: missed_call_line arg: 05131xxxxx
2015.06.02 21:51:29 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: external_number arg: 0177xxxxxxx
2015.06.02 21:51:29 3: FB_CM_EXTENDER_Monitor: status:  disconnect
2015.06.02 21:51:21 4: FB_CM_EXTENDER_UpdateTable: ID 0
2015.06.02 21:51:21 4: FB_CM_EXTENDER_Store: no linefilter definied
2015.06.02 21:51:21 5: FB_CM_EXTENDER_Monitor: Ring befor FB_CM_EXTENDER_UpdateTable mot all
2015.06.02 21:51:21 3: FB_CM_EXTENDER_Monitor: Call (ring) from unknown 0177xxxxxxx callID: 0
2015.06.02 21:51:21 4: FB_CM_EXTENDER_Monitor: stat: ring event: call_id arg: 0
2015.06.02 21:51:21 4: FB_CM_EXTENDER_Monitor: stat: ring event: external_connection arg: SIP0
2015.06.02 21:51:21 4: FB_CM_EXTENDER_Monitor: stat: ring event: direction arg: incoming
2015.06.02 21:51:21 4: FB_CM_EXTENDER_Monitor: stat: ring event: external_name arg: unknown
2015.06.02 21:51:21 4: FB_CM_EXTENDER_Monitor: stat: ring event: external_number arg: 0177xxxxxxx
2015.06.02 21:51:21 4: FB_CM_EXTENDER_Monitor: stat: ring event: internal_number arg: 05131xxxxx
2015.06.02 21:51:21 3: FB_CM_EXTENDER_Monitor: status:  ring

EDITH://
ich habe heute abend nochmals die Telefonbücher eingegeben und siehe da er hat zumindest mal einen Fehler gezeigt.

Code Auswählen Erweitern


could not identify remote phonebooks - no password available to access FritzBox

das habe ich jetzt nochmals eingegeben, war mir bisher nicht bewußt das er irgendwann danach gefragt hatte.
Morgen werde ich mal schauen ob das alles evtl. doch noch funktioniert...!

[Markus Bloch]

Diese Logmeldungen bringen mir nichts. Es ist ja kein Fehler im FB_CM_EXTENDER sondern im FB_CALLMONITOR. Deswegen bitte im FB_CALLMONITOR ein verbose 5 setzen, dann eine Rückwärtssuche starten und die Logs posten.

[kvo1]

ich habe die gleichen Probleme wie moonsorrox und trag mich hier mal kurz ein um "mitzuhören"...


@moonsorrox: an perl kann das m.E: nicht liegen , hab das noch auf nem RPI mit wheezy !

[moonsorrox]

Diese Logmeldungen bringen mir nichts.

hat sich erledigt..! 

OK, ich hatte ja alles umgezogen auf mein neues System und hier gab er mir ja einmal die Fehlermeldung mit dem Fritzbox Passwort, siehe mein EDITH..!

[Markus Bloch]

Hallo zusammen,

jetzt wieder zurück zum ursprünglichen Thema. Ich möchte einmal meine Variante von Elektrolurchs Modul vorstellen. Es vereint das Event-Sammeln und deren Darstellung in einem Modul ohne readingsGroups und ellenlangen Readings-Listen.

Es beinhaltet aktuell so gut wie alle Features von Elektrolurchs Version (copy&paste sei Dank) bis auf die monitor-type Funktionalität.

Es bietet aktuell folgende Attribute:

- number-of-calls:0..20 - Die Anzahl der anzuzeigenden Anrufe / Zeilen
- internal-number-filter - Analoge Funktionalität zu line-filter von Elektrolurch => Filtern und Umbenennen von internen MSN's
- connection-mapping - Ein Mapping Hash analog zu internal-number-filter mit dem man den Endgeräten eigene Namen verpassen kann
- show-connection:0,1 - Anzeigen des Endgerätenamens in der Tabelle (Reading internal_connection vom FB_CALLMONITOR nach erfolgtem connection-mapping)
- show-internal-number:0,1 - Anzeigen der internen MSN (nach erfolgtem Mapping durch internal-number-filter)
- show-icons:0,1 - Anzeigen des Status als Icon (aktuell nur fhemSVG Icons)
- time-format-string: ein Formatstring für strftime() (siehe Google für die entsprechenden Platzhalter)
- ordering:ascending,descending - aktuellsten Anruf oben (ascending) oder unten (descending) in der Liste anzeigen
- language:de,en - Sprach/Locale-Einstellung für die Spaltenbezeichnungen und Zeitformatierungen (Wochentage/Monate)
- disable:0,1 - Sollte klar sein. Das Teil soll arbeiten, oder nicht.

Wenn man die Icons ausschaltet wird als Status folgende Zeichenfolgen verwendet:

=> [=] - eingehendes aktuell laufendes Gespräch
<= [=] - ausgehendes aktuell laufendes Gespräch

<= ((o)) - ausgehender Gesprächsversuch (klingelt)
=> ((o)) - eingehender Gesprächsversuch (klingelt)

<= X - ausgehender erfolgloser Gesprächsversuch (Gegenseite hat nicht abgenommen)
=> X - eingehender erfolgloser Gesprächsversuch (Anruf in Abwesenheit / "missed-call")

<= - ausgehendes erfolgreiches Gespräch (beendet)
=> - ausgehendes erfolgreiches Gespräch (beendet)

Vorteile:
- Alles in einem Modul ohne zusätzliche Definitionen einer readingsGroup
- Keine ellenlangen kryptischen Readings mehr (die Liste wird dennoch gespeichert und ist nach Neustart wieder da)

Nachteile:
- aktuell wird die Tabelle nicht bei neuen Events in der Oberfläche per Longpoll/Inform-Mechanismus aktualisiert. Da arbeite ich noch drann.
- monitor-type Mechanismus aktuell nicht möglich. Würde ich aber noch nachimplementieren.

Über Optik/Aussehen/Wortwahl/Namensbezeichnung können wir gerne streiten, ist nichts finales sondern nur der erste Wurf.

So in dem Stile würde ich das einchecken und dann auch entsprechend maintainen.

Anbei findet ihr ein paar Bilder dazu sowie das eigentliche Modul. Genauso einfach wie bei Elektrolurchs Version mit dem Namen des Callmonitors definieren:

Code Auswählen Erweitern

define <name> FB_CALLLIST <Callmonitor-Devicename>

Würde mich über Feedback freuen.

Vielen Dank Gruß

Markus

_____________________

1. Update: Jetzt sind die Icons auch farbig zur besseren Unterscheidung: Grün => ausgehend / Blau => eingehend / Rot => erfolglose Gespräche (beide Richtungen)

2. Update: Neues Attribut list-type:all,incoming,outgoing,missed-calls,completed,active mit der man die anzuzeigenden Gespräche filtern kann.

3. Update: list-type:missed-calls zeigt nur eingehende missed-calls an. Ausgehende missed-calls haben nun ein grünes Icon.

[kvo1]

Hallo Markus,

Danke für die Arbeit ! ich werde das auf jeden Fall mal testen, komme aber erst heute abend dazu wenn
ich irgendwie remote auf das system komme.

Gruss
klaus

[Markus Bloch]

Hab in meinem obigen Post nochmal ein Update reingesetzt mit neuem Attribute list-type. Damit kann man nur bestimmte Gesprächsarten anzeigen lassen. Momentan gibt es folgende Werte:

- all (wie der Name schon sagt, alle Gespräche werden angezeigt. Standard)
- incoming (nur eingehende Gespräche. Laufende und abgeschlossene)
- outgoing (nur ausgehende Gespräche. Laufende und abgeschlossene)
- missed-calls (nur fehlgeschlagene Anrufe. Ein- und Ausgehend)
- completed (nur abgeschlossene Anrufe. Erfolgreiche und Nichterfolgreiche)
- active (nur laufende Gespräche anzeigen)