Neues Modul Telefonmonitor (TM)

Begonnen von Elektrolurch, 20 September 2014, 14:17:38

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten 1 ... 20 21 22 23 24 ... 27
Benutzer-Aktionen

Markus Bloch

#315
12 Juni 2015, 09:03:53
Die Meldungen verschwinden erst nach dem ihr im Frontend auf "save config" gedrückt habt und ein "shutdown restart" gemacht habt. Bitte vermeidet ein rereadcfg, damit könnt ihr einen inkonsistenten zustand erhalten. Nehmt am besten immer "shutdown restart" um Manuelle Änderungen die ihr per Texteditor im Konfigfile gemacht habt zu aktivieren.

Gruß
Markus
Developer für Module: YAMAHA_AVR, YAMAHA_BD, FB_CALLMONITOR, FB_CALLLIST, PRESENCE, Pushsafer, LGTV_IP12, version

aktives Mitglied des FHEM e.V. (Technik)

moonsorrox

#316
12 Juni 2015, 12:21:51 Letzte Bearbeitung: 12 Juni 2015, 15:28:06 von moonsorrox
Zitat von: Markus Bloch am 11 Juni 2015, 23:47:24
Ich habe daher weitere Logmeldungen eingebaut, damit ich detaillierter in deinem Log sehen kann, wo es bei dir hakt.

Ich würde dich (oder evtl. auch moonsorrox) bitten bei dir dieses Modul zu installieren und nochmals die Logs posten bei einem laufenden Call.

als erstes bevor ich starte folgende Fehlermeldungen nachdem ich die beiden Dateien eingespielt habe, ein save und ein Shutdown Restart gemacht habe...

Code Auswählen
Error messages while initializing FHEM:
configfile: Anrufliste: unknown attribute show-connection. Type 'attr Anrufliste ?' for a detailed list.
Anrufliste: unknown attribute show-internal-number. Type 'attr Anrufliste ?' for a detailed list.

also wie bei Klaus, jetzt geht es weiter - erneuter save und Shutdown Restart - Fehlermeldung weg..!! :D

Hier nun das logfile nach einem Anruf:
Code Auswählen
2015.06.12 12:23:12 4: FB_CM_EXTENDER_UpdateValue: updateingindex F0 A0 0
2015.06.12 12:23:12 5: FB_CM_EXTENDER_UpdateValue: args callID: 0 col: A val: 0
2015.06.12 12:23:12 4: FB_CM_EXTENDER_UpdateValue: updateingindex F0 E0 00:00
2015.06.12 12:23:12 5: FB_CM_EXTENDER_UpdateValue: args callID: 0 col: E val: 00:00
2015.06.12 12:23:12 5: FB_CM_EXTENDER_Monitor: Disconnect befor FB_CM_EXTENDER_UpdateTable mot all
2015.06.12 12:23:12 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: call_id arg: 0
2015.06.12 12:23:12 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: external_connection arg: SIP0
2015.06.12 12:23:12 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: call_duration arg: 0
2015.06.12 12:23:12 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: missed_call_line arg: 05131xxxxx
2015.06.12 12:23:12 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: internal_number arg: 05131xxxxx
2015.06.12 12:23:12 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: direction arg: incoming
2015.06.12 12:23:12 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: missed_call arg: 0177xxxxxxx (Handy René)
2015.06.12 12:23:12 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: external_name arg: Handy René
2015.06.12 12:23:12 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: external_number arg: 0177xxxxxxx
2015.06.12 12:23:12 3: FB_CM_EXTENDER_Monitor: status:  disconnect
2015.06.12 12:23:12 5: FB_CALLLIST (Anrufliste) - checking if MSN is filtered via line-filter
2015.06.12 12:23:12 4: FB_CALLLIST (Anrufliste) - start processing event disconnect for Call-ID 0
2015.06.12 12:23:12 5: FB_CALLMONITOR (Callmonitor) - received data: 12.06.15 12:23:19;DISCONNECT;0;0;
2015.06.12 12:23:08 4: FB_CM_EXTENDER_UpdateTable: ID 0
2015.06.12 12:23:08 4: FB_CM_EXTENDER_Store: no linefilter definied
2015.06.12 12:23:08 5: FB_CM_EXTENDER_Monitor: Ring befor FB_CM_EXTENDER_UpdateTable mot all
2015.06.12 12:23:08 3: FB_CM_EXTENDER_Monitor: Call (ring) from Handy René 0177xxxxxxx callID: 0
2015.06.12 12:23:08 4: FB_CM_EXTENDER_Monitor: stat: ring event: call_id arg: 0
2015.06.12 12:23:08 4: FB_CM_EXTENDER_Monitor: stat: ring event: external_connection arg: SIP0
2015.06.12 12:23:08 4: FB_CM_EXTENDER_Monitor: stat: ring event: direction arg: incoming
2015.06.12 12:23:08 4: FB_CM_EXTENDER_Monitor: stat: ring event: external_name arg: Handy René
2015.06.12 12:23:08 4: FB_CM_EXTENDER_Monitor: stat: ring event: internal_number arg: 05131xxxxx
2015.06.12 12:23:08 4: FB_CM_EXTENDER_Monitor: stat: ring event: external_number arg: 0177xxxxxxx
2015.06.12 12:23:08 3: FB_CM_EXTENDER_Monitor: status:  ring
2015.06.12 12:23:08 5: FB_CALLLIST (Anrufliste) - checking if MSN is filtered via line-filter
2015.06.12 12:23:08 4: FB_CALLLIST (Anrufliste) - start processing event ring for Call-ID 0
2015.06.12 12:23:08 4: FB_CALLMONITOR (Callmonitor) - reverse search returned: Handy René
2015.06.12 12:23:08 4: FB_CALLMONITOR (Callmonitor) - using internal phonebook for reverse search of 0177xxxxxxx
2015.06.12 12:23:08 4: FB_CALLMONITOR (Callmonitor) - using dasoertliche.de for reverse search of 0177xxxxxxx
2015.06.12 12:23:08 5: FB_CALLMONITOR (Callmonitor) - received data: 12.06.15 12:23:15;RING;0;0177xxxxxxx;05131xxxxx;SIP0;

ich hätte noch ein log von einem ausgehenden Anruf falls gewünscht..!
Intel-NUC i5: FHEM-Server 6.1 :: Perl v5.18.2

Homematic: HM-USB-CFG2,HM-CFG-LAN Adapter, HM-LC-BL1-FM, HM-LC-Sw1PBU-FM, HM-LC-Sw1-PI-2, HM-WDS10-TH-O, HM-CC-TC, HM-LC-SW2-FM

Markus Bloch

#317
12 Juni 2015, 15:38:17
Ok, der Nebel lichtet sich langsam.

Nächster Versuch im anhang. Bitte nochmal das Log posten

gruß
Markus
Developer für Module: YAMAHA_AVR, YAMAHA_BD, FB_CALLMONITOR, FB_CALLLIST, PRESENCE, Pushsafer, LGTV_IP12, version

aktives Mitglied des FHEM e.V. (Technik)

kvo1

#318
12 Juni 2015, 17:37:55
Hmmmm, verstehe ich irgendwie nicht, helft mir ....

ZitatFB_CM_EXTENDER

Das ist doch das EXTENDER-Modul von Elektrolurch  ??

oder läuft das noch parallel mit bei Dir`?
RPi1: mit CUL: HM-CC-RT-DN,HM-ES-PMSw1-Pl,HM-LC-BL1-FM,HM-LC-Bl1PBU-FM,HM-LC-SW1-PL2,HM-SCI-3-FM,HM-SEC-SC-2,KFM-Sensor
RPi2: Viessmann(optolink) mit 99_VCONTROL.pm,
Cubietruck: Wheezy / Apache / Owncloud
Cubietruck: Armbian(Jessie) / fhem 5.7 / LMS 7.9
RPi3: (Test) mit 7" Touch  &  HM-MOD-RPI-PCB

Markus Bloch

#319
12 Juni 2015, 18:38:22
Das läuft bei ihm parrallel. Kann man auch schön an seinen Screenshots erkennen, wo er ja beide Varianten laufen lässt. Ist in dem Falle auch ganz hilfreich, da ich so im Log sehe, welche Events das EXTENDER-Modul bekommt und verarbeitet.
Developer für Module: YAMAHA_AVR, YAMAHA_BD, FB_CALLMONITOR, FB_CALLLIST, PRESENCE, Pushsafer, LGTV_IP12, version

aktives Mitglied des FHEM e.V. (Technik)

moonsorrox

#320
12 Juni 2015, 19:26:35
Zitat von: Markus Bloch am 12 Juni 2015, 15:38:17
Ok, der Nebel lichtet sich langsam.

Nächster Versuch im anhang. Bitte nochmal das Log posten

gruß
Markus

gerne..  ;)

Code Auswählen
2015.06.12 19:23:40 4: FB_CM_EXTENDER_UpdateValue: updateingindex F0 A0 0
2015.06.12 19:23:40 5: FB_CM_EXTENDER_UpdateValue: args callID: 0 col: A val: 0
2015.06.12 19:23:40 4: FB_CM_EXTENDER_UpdateValue: updateingindex F0 E0 00:00
2015.06.12 19:23:40 5: FB_CM_EXTENDER_UpdateValue: args callID: 0 col: E val: 00:00
2015.06.12 19:23:40 5: FB_CM_EXTENDER_Monitor: Disconnect befor FB_CM_EXTENDER_UpdateTable mot all
2015.06.12 19:23:40 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: call_id arg: 0
2015.06.12 19:23:40 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: direction arg: incoming
2015.06.12 19:23:40 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: external_number arg: 0177xxxxxxx
2015.06.12 19:23:40 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: missed_call_line arg: 05131xxxxx
2015.06.12 19:23:40 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: external_name arg: Handy René
2015.06.12 19:23:40 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: call_duration arg: 0
2015.06.12 19:23:40 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: missed_call arg: 0177xxxxxxx (Handy René)
2015.06.12 19:23:40 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: internal_number arg: 05131xxxxx
2015.06.12 19:23:40 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: external_connection arg: SIP0
2015.06.12 19:23:40 3: FB_CM_EXTENDER_Monitor: status:  disconnect
2015.06.12 19:23:40 5: FB_CALLLIST (Anrufliste) - checking if MSN is filtered via line-filter
2015.06.12 19:23:40 4: FB_CALLLIST (Anrufliste) - start processing event disconnect for Call-ID 0
2015.06.12 19:23:40 5: FB_CALLMONITOR (Callmonitor) - received data: 12.06.15 19:23:48;DISCONNECT;0;0;
2015.06.12 19:23:37 4: FB_CM_EXTENDER_UpdateTable: ID 0
2015.06.12 19:23:37 4: FB_CM_EXTENDER_Store: no linefilter definied
2015.06.12 19:23:37 5: FB_CM_EXTENDER_Monitor: Ring befor FB_CM_EXTENDER_UpdateTable mot all
2015.06.12 19:23:37 3: FB_CM_EXTENDER_Monitor: Call (ring) from Handy René 0177xxxxxxx callID: 0
2015.06.12 19:23:37 4: FB_CM_EXTENDER_Monitor: stat: ring event: call_id arg: 0
2015.06.12 19:23:37 4: FB_CM_EXTENDER_Monitor: stat: ring event: direction arg: incoming
2015.06.12 19:23:37 4: FB_CM_EXTENDER_Monitor: stat: ring event: external_number arg: 0177xxxxxxx
2015.06.12 19:23:37 4: FB_CM_EXTENDER_Monitor: stat: ring event: external_connection arg: SIP0
2015.06.12 19:23:37 4: FB_CM_EXTENDER_Monitor: stat: ring event: external_name arg: Handy René
2015.06.12 19:23:37 4: FB_CM_EXTENDER_Monitor: stat: ring event: internal_number arg: 05131xxxxx
2015.06.12 19:23:37 3: FB_CM_EXTENDER_Monitor: status:  ring
2015.06.12 19:23:37 5: FB_CALLLIST (Anrufliste) - checking if MSN is filtered via line-filter
2015.06.12 19:23:37 4: FB_CALLLIST (Anrufliste) - start processing event ring for Call-ID 0
2015.06.12 19:23:37 4: FB_CALLMONITOR (Callmonitor) - reverse search returned: Handy René
2015.06.12 19:23:37 4: FB_CALLMONITOR (Callmonitor) - using internal phonebook for reverse search of 0177xxxxxxx
2015.06.12 19:23:37 4: FB_CALLMONITOR (Callmonitor) - using dasoertliche.de for reverse search of 0177xxxxxxx
2015.06.12 19:23:37 5: FB_CALLMONITOR (Callmonitor) - received data: 12.06.15 19:23:44;RING;0;0177xxxxxxx;05131xxxxx;SIP0;
Intel-NUC i5: FHEM-Server 6.1 :: Perl v5.18.2

Homematic: HM-USB-CFG2,HM-CFG-LAN Adapter, HM-LC-BL1-FM, HM-LC-Sw1PBU-FM, HM-LC-Sw1-PI-2, HM-WDS10-TH-O, HM-CC-TC, HM-LC-SW2-FM

Markus Bloch

#321
12 Juni 2015, 19:45:15
und nochmal...
Developer für Module: YAMAHA_AVR, YAMAHA_BD, FB_CALLMONITOR, FB_CALLLIST, PRESENCE, Pushsafer, LGTV_IP12, version

aktives Mitglied des FHEM e.V. (Technik)

moonsorrox

#322
12 Juni 2015, 20:23:21
Zitat von: Markus Bloch am 12 Juni 2015, 19:45:15
und nochmal...

gerne...

Code Auswählen
2015.06.12 20:20:54 4: FB_CM_EXTENDER_UpdateValue: updateingindex F0 A0 0
2015.06.12 20:20:54 5: FB_CM_EXTENDER_UpdateValue: args callID: 0 col: A val: 0
2015.06.12 20:20:54 4: FB_CM_EXTENDER_UpdateValue: updateingindex F0 E0 00:00
2015.06.12 20:20:54 5: FB_CM_EXTENDER_UpdateValue: args callID: 0 col: E val: 00:00
2015.06.12 20:20:54 5: FB_CM_EXTENDER_Monitor: Disconnect befor FB_CM_EXTENDER_UpdateTable mot all
2015.06.12 20:20:54 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: call_id arg: 0
2015.06.12 20:20:54 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: external_connection arg: SIP0
2015.06.12 20:20:54 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: call_duration arg: 0
2015.06.12 20:20:54 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: external_number arg: 0177xxx
2015.06.12 20:20:54 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: internal_number arg: 05131xxx
2015.06.12 20:20:54 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: missed_call_line arg: 05131xxx
2015.06.12 20:20:54 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: external_name arg: Handy René
2015.06.12 20:20:54 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: direction arg: incoming
2015.06.12 20:20:54 4: FB_CM_EXTENDER_Monitor: stat: disconnect event: missed_call arg: 0177xxx (Handy René)
2015.06.12 20:20:54 3: FB_CM_EXTENDER_Monitor: status:  disconnect

        };
          '5xxx' => 'privat'
2015.06.12 20:20:54 5: FB_CALLLIST (Anrufliste) - MSN 05131xxx does not match the current line-filter: $VAR1 = {
2015.06.12 20:20:54 5: FB_CALLLIST (Anrufliste) - checking if MSN is filtered via line-filter
2015.06.12 20:20:54 4: FB_CALLLIST (Anrufliste) - start processing event disconnect for Call-ID 0
2015.06.12 20:20:54 5: FB_CALLMONITOR (Callmonitor) - received data: 12.06.15 20:21:02;DISCONNECT;0;0;
2015.06.12 20:20:52 4: FB_CM_EXTENDER_UpdateTable: ID 0
2015.06.12 20:20:52 4: FB_CM_EXTENDER_Store: no linefilter definied
2015.06.12 20:20:52 5: FB_CM_EXTENDER_Monitor: Ring befor FB_CM_EXTENDER_UpdateTable mot all
2015.06.12 20:20:52 3: FB_CM_EXTENDER_Monitor: Call (ring) from Handy René 0177xxx callID: 0
2015.06.12 20:20:52 4: FB_CM_EXTENDER_Monitor: stat: ring event: call_id arg: 0
2015.06.12 20:20:52 4: FB_CM_EXTENDER_Monitor: stat: ring event: internal_number arg: 05131xxx
2015.06.12 20:20:52 4: FB_CM_EXTENDER_Monitor: stat: ring event: external_connection arg: SIP0
2015.06.12 20:20:52 4: FB_CM_EXTENDER_Monitor: stat: ring event: external_number arg: 0177xxx
2015.06.12 20:20:52 4: FB_CM_EXTENDER_Monitor: stat: ring event: direction arg: incoming
2015.06.12 20:20:52 4: FB_CM_EXTENDER_Monitor: stat: ring event: external_name arg: Handy René
2015.06.12 20:20:52 3: FB_CM_EXTENDER_Monitor: status:  ring

        };
          '5xxx' => 'privat'
2015.06.12 20:20:52 5: FB_CALLLIST (Anrufliste) - MSN 05131xxx does not match the current line-filter: $VAR1 = {
2015.06.12 20:20:52 5: FB_CALLLIST (Anrufliste) - checking if MSN is filtered via line-filter
2015.06.12 20:20:52 4: FB_CALLLIST (Anrufliste) - start processing event ring for Call-ID 0
2015.06.12 20:20:52 4: FB_CALLMONITOR (Callmonitor) - reverse search returned: Handy René
2015.06.12 20:20:52 4: FB_CALLMONITOR (Callmonitor) - using internal phonebook for reverse search of 0177xxx
2015.06.12 20:20:51 4: FB_CALLMONITOR (Callmonitor) - using dasoertliche.de for reverse search of 0177xxx
2015.06.12 20:20:51 5: FB_CALLMONITOR (Callmonitor) - received data: 12.06.15 20:20:58;RING;0;0177xxx;05131xxx;SIP0;
Intel-NUC i5: FHEM-Server 6.1 :: Perl v5.18.2

Homematic: HM-USB-CFG2,HM-CFG-LAN Adapter, HM-LC-BL1-FM, HM-LC-Sw1PBU-FM, HM-LC-Sw1-PI-2, HM-WDS10-TH-O, HM-CC-TC, HM-LC-SW2-FM

Markus Bloch

#323
12 Juni 2015, 21:43:26
Ok, ich glaube ich habe des Rätsels Lösung.

Ich gehe davon aus, dass du im Attribut "internal-number-filter" eine falsche Nummer konfiguriert hast. der internal-number Filter darf nur die Rufnummer ohne Vorwahl enthalten.

Angenommen deine vollständige Rufnummer wäre 0123/456789
Dann würde der internal-number-filter
Code Auswählen
{'456789' => 'privat'}
Man matcht hiermit das Reading internal_number von FB_CALLMONITOR zu einer eigenen Bezeichnung. Die Vorwahl oder sonstige Zeichen dürfen hier nicht enthalten sein.

Wenn du den Filter entfernst solltest du auf jedenfall Einträge bekommen.

Viele Grüße

Markus
Developer für Module: YAMAHA_AVR, YAMAHA_BD, FB_CALLMONITOR, FB_CALLLIST, PRESENCE, Pushsafer, LGTV_IP12, version

aktives Mitglied des FHEM e.V. (Technik)

moonsorrox

#324
12 Juni 2015, 22:34:44
Zitat von: Markus Bloch am 12 Juni 2015, 21:43:26
Dann würde der internal-number-filter
Code Auswählen
{'456789' => 'privat'}

Ok ich habe die besagten Erfolge... Super.
Es geht aber nur mit entfernten Filter, obwohl ich im attr nur meine Nummer ohne Vorwahl drin hatte...
Was fehlt ist jetzt noch die Dauer, hier erscheint nichts...!
Anbei Screenshot
Intel-NUC i5: FHEM-Server 6.1 :: Perl v5.18.2

Homematic: HM-USB-CFG2,HM-CFG-LAN Adapter, HM-LC-BL1-FM, HM-LC-Sw1PBU-FM, HM-LC-Sw1-PI-2, HM-WDS10-TH-O, HM-CC-TC, HM-LC-SW2-FM

Markus Bloch

#325
12 Juni 2015, 22:45:32
Die Dauer wird erst gezählt, sobald abgenommen wird. In deinen Fällen hattest du einen eingehenden Anruf an den du nicht ran gegangen bist. Daher ist die Dauer nicht gesetzt da kein Gespräch stattgefunden hat.

Gruß
Markus
Developer für Module: YAMAHA_AVR, YAMAHA_BD, FB_CALLMONITOR, FB_CALLLIST, PRESENCE, Pushsafer, LGTV_IP12, version

aktives Mitglied des FHEM e.V. (Technik)

moonsorrox

#326
12 Juni 2015, 22:54:19
Zitat von: Markus Bloch am 12 Juni 2015, 22:45:32
Die Dauer wird erst gezählt, sobald abgenommen wird.

OK, da war eben in der anderen Liste immer ein 00:00 drin deshalb meine Frage...
Ich habe jetzt mal ein Ruf nach draußen abgesetzt und er zeigt sogar bei via DECT_1 an, dass ist ja der Filter der dann eben wohl privat anzeigen sollte.

Übrigens geht das jetzt auch auf meinem Produktivsystem mit der "irgendwann" eingesetzten Version, denn die neue Moduldatei habe ich immer nur auf meinem Testsystem ersetzt.
Intel-NUC i5: FHEM-Server 6.1 :: Perl v5.18.2

Homematic: HM-USB-CFG2,HM-CFG-LAN Adapter, HM-LC-BL1-FM, HM-LC-Sw1PBU-FM, HM-LC-Sw1-PI-2, HM-WDS10-TH-O, HM-CC-TC, HM-LC-SW2-FM

Markus Bloch

#327
12 Juni 2015, 23:05:17
Zitat von: moonsorrox am 12 Juni 2015, 22:54:19
Ich habe jetzt mal ein Ruf nach draußen abgesetzt und er zeigt sogar bei via DECT_1 an, dass ist ja der Filter der dann eben wohl privat anzeigen sollte.

Nicht ganz. Das Attribut internal-number-filter dient ja der zuallererst der Filterung und zusätzlich zum Mapping der internen Rufnummer auf eine eigene Bezeichnung. Das Ergebnis steht in der  Spalte "Intern"

Das Attribut "connection-mapping" weist den Gerätenamen eine eigene Bezeichnung zu, also DECT_1 => Mobilteil usw. Das Ergebnis steht dann in der Spalte "Via".
Developer für Module: YAMAHA_AVR, YAMAHA_BD, FB_CALLMONITOR, FB_CALLLIST, PRESENCE, Pushsafer, LGTV_IP12, version

aktives Mitglied des FHEM e.V. (Technik)

moonsorrox

#328
12 Juni 2015, 23:27:04
OK, dass war dann ja mal ne Geburt  ;) :D
Vielen Dank das du dich da so rein gekniet hast...!

Zitat von: Markus Bloch am 12 Juni 2015, 23:05:17
Nicht ganz. Das Attribut internal-number-filter dient ja der zuallererst der Filterung und zusätzlich zum Mapping der internen Rufnummer auf eine eigene Bezeichnung. Das Ergebnis steht in der  Spalte "Intern"
OK, das bedeutet bei mir dann, es erscheint nur meine Nummer, wer mehrere hat kann das nutzen. Bei mir ist es also überflüssig, da immer die gleiche Nummer da steht.. Das könnte ich dann ausblenden.

Zitat von: Markus Bloch am 12 Juni 2015, 23:05:17
Das Attribut "connection-mapping" weist den Gerätenamen eine eigene Bezeichnung zu, also DECT_1 => Mobilteil usw. Das Ergebnis steht dann in der Spalte "Via".

Das kann man dann ja auf den einzelnen DECT_1/2 Stationen oder wie die heißen anpassen...
Dann wird dieser Filter internal-number-filter wohl bei einigen diese Probleme machen, aber eben auch nicht bei allen. Es gab ja hier im Forum Leute bei denen hat die Anzeige funktioniert.
Intel-NUC i5: FHEM-Server 6.1 :: Perl v5.18.2

Homematic: HM-USB-CFG2,HM-CFG-LAN Adapter, HM-LC-BL1-FM, HM-LC-Sw1PBU-FM, HM-LC-Sw1-PI-2, HM-WDS10-TH-O, HM-CC-TC, HM-LC-SW2-FM

Markus Bloch

#329
12 Juni 2015, 23:31:38
Zitat von: moonsorrox am 12 Juni 2015, 23:27:04
OK, das bedeutet bei mir dann, es erscheint nur meine Nummer, wer mehrere hat kann das nutzen. Bei mir ist es also überflüssig, da immer die gleiche Nummer da steht.. Das könnte ich dann ausblenden.
Genau.


Zitat von: moonsorrox am 12 Juni 2015, 23:27:04
Das kann man dann ja auf den einzelnen DECT_1/2 Stationen oder wie die heißen anpassen...
Genau. im Attribut "connection-mapping" würde man dan z.B. folgendes setzen: {'DECT_1' => 'Mobilteil Wohnzimmer', 'DECT_2' => 'Mobilteil Küche'}

Viele Grüße

Markus
Developer für Module: YAMAHA_AVR, YAMAHA_BD, FB_CALLMONITOR, FB_CALLLIST, PRESENCE, Pushsafer, LGTV_IP12, version

aktives Mitglied des FHEM e.V. (Technik)
Drucken
Nach oben Seiten 1 ... 20 21 22 23 24 ... 27
Benutzer-Aktionen