FB CALLLIST Anrufer Foto mit anzeiegen

Begonnen von Tommy82, 30 Oktober 2018, 21:37:25

Vorheriges Thema - Nächstes Thema

Tommy82

Hallo,
gibt es eine möglichkeit ein Anrufer Foto (sofern vorhanden) mit anzeigen zu lassen?
Ich kenne das von meinem VU+ Reciver mit dem FritzCallmonitor so, das wie hier auch das Telefonbuch der FB ausgelesen wird, und dann kann man ein Verzeichniss (in meinem Fall auf einem NAS) angeben wo die Bilder der Anrufer liegen, die Bildnamen entsprechen der Telefonnummer des Anrufers.

Wäre sowas möglich mit ins Modul einzubauen?

Danke
Fhem Cubitruck  Armbian Buster with Linux 5.3.9-sunxi
HM-CC_RT-DN, HM-Sec-RHS,HM-Sec-SD, HM-Sec-SCo,IT1500,1xIT GRR-3500 Fritz!Dect200,Powerline546E,Enigma2 Modul mit 3 Vu+,Wol Modul für WinServer2016 und WinServer 2019,FB6590
Allnetl Wandtablett mit FTUI

rischbiter123

Moin,

als Workaround:

Dummy anlegen:
defmod Anruferbild dummy
attr Anruferbild devStateIcon 00:Transparent.png 01:unknown.png 02:telefonieren.png 1:Andiruf.png 2:Kristinruf.png 3:Justinruf.png 4:Mamaruf.png 5:Nicoleruf.png 6:Silkeruf.png 7:Halleruf.png

Bei mir sind die Bilder im Icon-Verzeichnis, es müsste sich aber auch der Pfad angeben lassen

Notify beim Klingeln:
defmod TelefonAnzeige_rein notify Telefon:event:.ring sleep 1.5;; {Telefonanzeige()}
Die 1,5 Sekunden Pause sind, weil ich mir den Anrufer auch vorlesen lasse

Eintrag in 99_myUtils:
sub Telefonanzeige() {
my $number=(ReadingsVal("Telefon","external_number",0));
my $name=(ReadingsVal("Telefon","external_name",0));
if($name eq "unknown") {fhem ("set Anruferbild 01")}
elsif ($number eq "xxx")
{fhem ("set Anruferbild 1")}
elsif ($number eq "xxx")
{fhem ("set Anruferbild 1")}
elsif ($number eq "xxx")
{fhem ("set Anruferbild 2")}
elsif ($number eq "xxx")
{fhem ("set Anruferbild 2")}
elsif ($number eq "xxx")
{fhem ("set Anruferbild 3")}
elsif ($name eq "Mama")
{fhem ("set Anruferbild 4")}
elsif ($number eq "xxx")
{fhem ("set Anruferbild 5")}
elsif($name eq "xxx")
{fhem ("set Anruferbild 6")}
elsif($number eq "xxx")
{fhem ("set Anruferbild 7")}
else
{fhem ("set Anruferbild 02")}
}

xxx durch die Nummer bzw. den Namen ersetzen

Notify beim Auflegen:
defmod TelefonAnzAus notify Telefon:event:.disconnect set Anruferbild  00
Anruferbild 00 ist ein Transparenzicon

Für abgehende Gespräche muss das Event connect statt ring heißen

LG

Andreas
4*Raspi, Max Thermostate und Fensterkontakte, FB7590, Mysensors und NanoCUL, IT und Sonoff, zigbee2mqtt2

Tommy82

Hi,
erstmal danke für deinen Workaround, werd ich mir ansehen und mal sehen ob ich damit klar komme, aber mal noch drei Fragen dazu, hast du den Anruferbildern eine bestimmte Größe verpasst, oder ist die egal?

Wofür nutzt du das Anruferbild 00, Transparenzicon?

Hast du das ganze auch in eine FTUI angebunden? Wenn ja wie?

Danke
Fhem Cubitruck  Armbian Buster with Linux 5.3.9-sunxi
HM-CC_RT-DN, HM-Sec-RHS,HM-Sec-SD, HM-Sec-SCo,IT1500,1xIT GRR-3500 Fritz!Dect200,Powerline546E,Enigma2 Modul mit 3 Vu+,Wol Modul für WinServer2016 und WinServer 2019,FB6590
Allnetl Wandtablett mit FTUI

rischbiter123

Moin,

Die Bilder haben bei mir 200*200 Pixel.

Das Tranzparenticon ist das 'Bild', welches angezeigt wird, wenn kein Anruf getätigt wird. Habe es mal angehängt.

Ich benutze Floorplan, FTUI leider nicht. Kann sein, dass Du dafür die Bildgröße anpassen musst.

LG

Andreas
4*Raspi, Max Thermostate und Fensterkontakte, FB7590, Mysensors und NanoCUL, IT und Sonoff, zigbee2mqtt2

Markus Bloch

Zitat von: Tommy82 am 30 Oktober 2018, 21:37:25
Wäre sowas möglich mit ins Modul einzubauen?

Natürlich ist sowas grundsätzlich möglich, das ist Open-Source. Ich persönlich jedoch hab keine Pläne so etwas zu implementieren, ich freue mich aber dennoch über Vorschläge, sowie Patches die FB_CALLLIST um so etwas ergänzen.

Ich hab jetzt so spontan keine Idee, wie man sowas am besten in FB_CALLLIST umsetzen könnte. Vielleicht hat ja hier jemand eine Idee wie man sowas machen könnte. Also wie das dann im Ende für den User sich darstellen würde.

Auf der TODO-Liste für FB_CALLLIST habe ich aktuell noch Counter-Readings für die verschiedenen Anruf-Typen (incoming, outgoing, missed-call, etc.).

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)

KölnSolar

#5
Hallo Markus,
ich bin zufällig hier rein gestolpert, obwohl ich FB_CALLLIST gar nicht nutze.  ::) Aber der workaround von Andreas ist ja eher auf den FB_CALLMONITOR bezogen.  ;)
Da ich mich derzeit viel mit dem STV und DLNA beschäftige, Du auch Maintainer für YAMAHA_xy bist, nehme ich mal den Thread zum Anlass, die dadurch bei mir ausgelösten Gedanken hier zur Diskussion zu stellen:
- der Einsatz von Multimedia wird immer weitreichender. Das Bedürfnis der FHEM-User ist riesig, irgendetwas auf ein Gerät(z.B. FS20SIG, echo, Alexa, SamsungTV...) zu streamen oder auf einer GUI(z.B. Floorplan, FTUI) darzustellen, sei es aufgrund eines events(z.B. FB_CALLMONITOR ) oder aus einem Informationsbedürfnis(z.B. FB_CALLLIST) heraus.
- Im Erzeugen von events sind wir mit FHEM super
- Die einzelnen Module für die diversen Ausgabegeräte/GUI ebenso.
- Und auch für die Erzeugung von Mediendateien(z.B. IPCAM, RSS) haben wir tolle Module.
- Aber irgendwie fehlt uns eine ordentliche Integration/Verwaltung von Medien:
  Beim FS20SIG musste ich Audiostreams erzeugen und dann auf die SD des FS20SIG kopieren
  Für den echo musste ich sie dann nach Amazon Music kopieren.
  Für den Samsung TV habe ich den Weg über DLNA(demnächst via Modul DLNARenderer  ;) ;D ;)) gewählt. Dafür hab ich aber miniDLNA
  installieren müssen, um Medien zu verwalten und im STV_Modul habe ich 2 Attribute für eine URI-Definition, die mit 2 set-Befehlen verknüpft
  sind für die Ausgabe. Im DLNARenderer sind 10 Möglichkeiten vorhanden. Also die Anzahl der Möglichkeiten Modul-individuell und begrenzt.
  Für die CAM habe ich einen individuellen Pfad zur Bildablage angeben/ausdenken müssen.
  Mit curl ein dynamisch erzeugtes RSS-jpg irgendwo ablegen müssen.

Soweit die Situation.

Was uns also meiner Meinung nach fehlt, ist:
1. Eine generelle "logische" Verzeichnisstruktur für Mediendateien, also eine Konvention, an die sich alle, die ein Modul betreuen, per "preset" halten sollten. Also so etwas wie ein Unterverzeichnis Media unterhalb des FHEM-Hauptverzeichnisses und darunter die Verzeichnisse Bild, Audio, Video
2. Ein sehr simples Medienverwaltungsmodul, welches eine Art Mini-Datenbank verwaltet.
    - Alias
    - Link/Dateiname
    - (directory)
    Der User erfasst einen Alias zu einer existierenden Datei, legt eine URI mit einem Alias an.
    Beispiel zu dem hiesigen Thread: Telefonnr. - Bilddatei
3. Standardfunktionen, die die Modulautoren nutzen sollten/können, um Mediendateien auf devices zu streamen, in einer GUI anzuzeigen. Zugriff erfolgt über den Alias und aus den vorgegebenen Verzeichnissen.
    Ein identischer Set-Befehl in allen Modulen(z.B. streamplay) mit dem Parameter Alias.
4. Standardfunktionen, die die Modulautoren nutzen sollten/können, um Ihre Mediendateien bei der Erzeugung in den directories abzulegen.  Die erzeugenden Module bekommen 2 Attribute:
     - directory(gibt es vermutlich heute schon bei allen betroffenen Modulen)
     - prefix_alias (z.B. den filename ohne Datentyperweiterung;im Verwaltungsmodul veränderbar)

Vorteile der ganzen Geschichte:
- eindeutige Verzeichnisstruktur; transparente Verwaltung an einem Ort und über Modulgrenzen hinweg(keine individuellen myUtils oder sonstige Konstrukte wie im obigen Beispiel nötig)
- keine modulindividuellen Begrenzungen(Anzahl) auf filenames/URIs bzw. unbegrenzte Anzahl von Definitionen
- verringerte Tipparbeit bei Nutzung eines Befehls im Frontend
- Verlagerung der Medienselektion vom Modul(Kombination von Attribut mit URI und set-Befehl) in zeit- oder event-orientierte Helperfunktion(z.B. notify, at ......)
- Vereinheitlichung der Modulentwicklung; Einfachere Modulkonzeption
- User-Nutzen: Wechselt man sein device physisch aus, bleibt beim Modulwechsel und Streaming alles wie gehabt.

Was meinst Du zu meinen Gedanken ?

Grüße Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

Tommy82

#6
Zitat von: rischbiter123 am 30 Oktober 2018, 22:11:58
Moin,

als Workaround:
......
LG

Andreas

Hi, also der Workaround funktioniert grundsätzlich, es wird aber ja immer nur der aktuelle STATE gesetzt, und beim  Auflegen wieder auf "Transparenz.png" zurückgesetzt, wäre es auch möglich das die letzten z.b. 10 Anrufe jeweils in einem reading gespeichert werden, der STATE sollte natürlich immer aktuell bleiben.

Danke erstmal für den guten Workaround

Dann hab ich noch das Problem das mir das ganze nicht auf der FTUI dargestellt wird, habe es sowohl mit dem Symbol wie auch mit dem Image Widget versucht, beim Image wird mir garnichts angezeigt, beim Symbol wird mir irgend ein "seltsames" Symbol angezeigt.
Habs grad mal noch so versucht:
<div data-type="symbol" data-device="Anruferbild"  data-states='["594948929","473993""]' data-icons='[594948929.png"]' ></div> aber auch dann wird nichts angezeigt

Vieleicht hat da auch noch einer eine idee

Danke
Fhem Cubitruck  Armbian Buster with Linux 5.3.9-sunxi
HM-CC_RT-DN, HM-Sec-RHS,HM-Sec-SD, HM-Sec-SCo,IT1500,1xIT GRR-3500 Fritz!Dect200,Powerline546E,Enigma2 Modul mit 3 Vu+,Wol Modul für WinServer2016 und WinServer 2019,FB6590
Allnetl Wandtablett mit FTUI

KölnSolar

Zitatund beim  Auflegen wieder auf "Transparenz.png" zurückgesetzt,
wenn Du das 2. notify nicht definierst, behältst Du ja wenigstens schon einmal den letzten Anrufer.
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

Tommy82

#8
Ja das letzte ist aber dann immer Transparenz, ich möchte aber gerne 10 Anrufe in einem Reading gespeichert haben, so das ich die letzten 10 Anrufer mir immer mit Bild dargestellt werden, in meiner FB CALLIST werden mir immer die letzten 10 Anrufer angezeigt, den möchte ich gerne ein Bild zu ordnen

Müsste das nicht über ein setreading in dem teil der 99_MyUtils möglich sein, in form von
{fhem ("setreading Anruferbild $Anruf1 $Anruf2 Anruf3 01"

und im Dummy eine readingList mit Anruf1 Anruf2 Anruf3 usw.?
Fhem Cubitruck  Armbian Buster with Linux 5.3.9-sunxi
HM-CC_RT-DN, HM-Sec-RHS,HM-Sec-SD, HM-Sec-SCo,IT1500,1xIT GRR-3500 Fritz!Dect200,Powerline546E,Enigma2 Modul mit 3 Vu+,Wol Modul für WinServer2016 und WinServer 2019,FB6590
Allnetl Wandtablett mit FTUI

Paul

Zitat von: Tommy82 am 06 November 2018, 16:02:29
in meiner FB CALLIST werden mir immer die letzten 10 Anrufer angezeigt, den möchte ich gerne ein Bild zu ordnen


Im Telefonbuch der FB können doch Bilder gespeichert werden. Das Modul müßte nur die Bilder mit dem Telefonbuch auslesen.
Cubietruck, HM-USB, CUL, FS20, FHT, HUE, Keymatic

Tommy82

Zitat von: Paul am 14 Dezember 2018, 00:39:00
Im Telefonbuch der FB können doch Bilder gespeichert werden. Das Modul müßte nur die Bilder mit dem Telefonbuch auslesen.

Das stimmt, das wäre eine gute Lösung wenn das eingebaut werden könnte
Fhem Cubitruck  Armbian Buster with Linux 5.3.9-sunxi
HM-CC_RT-DN, HM-Sec-RHS,HM-Sec-SD, HM-Sec-SCo,IT1500,1xIT GRR-3500 Fritz!Dect200,Powerline546E,Enigma2 Modul mit 3 Vu+,Wol Modul für WinServer2016 und WinServer 2019,FB6590
Allnetl Wandtablett mit FTUI

Markus Bloch

Hallo zusammen,

ich habe das herunterladen der Kontakt-Fotos aus der FritzBox mal testweise implementiert:


  • Man kann ein Verzeichnis definieren in dem Kontaktfotos nach dem Schema "<Rufnummer>.jpg" (auch gif, png, etc. kann benutzt werden, Dateiendung ist egal)
  • Kontaktbilder können per TR-064 abgerufen und bei Vorhandensein in dieses Verzeichnis heruntergeladen werden
  • Bei eingehenden und abgehendem Anruf wird geprüft, ob eine Datei in diesem Verzeichnis mit der external_number als Dateiname existiert, wenn ja, wird der Dateiname als Reading "contact_image" ausgegeben

Dadurch kann man entweder die Bilder aus dem Fritz-Telefonbuch verwenden oder eigene Bilder ablegen.

Folgende neue Attribute wurden dazu implementiert:


  • contact_images - Flag (0/1) - Defaultwert: 0 (deaktiviert) - aktiviert die Verwendung von Kontakt-bildern (Hauptschalter für Download & Verwendung von Kontaktbildern)
  • contact_images_via_tr064 - Flag (0/1) - Defaultwert: 1 (aktiviert) - Sofern aktiviert, werden die Kontaktbilder via TR-064 aus dem FritzBox-Telefonbuch ermittelt (setzt die Nutzung von TR-064 im Attribut "fritzbox-remote-phonebook-via" vorraus). Kann bei Bedarf deaktiviert werden, wenn man nur eigene Bilder lokal verwenden möchte. Falls im Rahmen eines TR-064 Downloads von Bildern das lokale Verzeichnis nicht existieren sollte, wird es automatisch angelegt sofern das Perl-Modul File::Path vorhanden ist.
  • contact_images_dir - Verzeichnis - Defaultwert: [global:modpath]/www/contact_images - Konfiguriert das lokale Verzeichnis in dem die Kontaktbilder liegen
  • contact_images_default - Defaultwert: "none" - Der Standardwert welcher für das Reading "contact_image" zu verwenden ist, wenn kein Kontaktbild existiert. Hier könnte man dann ein eigenes Dummy-Bild im Verzeichnis hinterlegen und den Dateinamen hier angeben

Im Anhang befindet sich die testweise Implementation.

Um das bei euch zu verwenden, bitte das Modul herunterladen, einen "reload 72_FB_CALLMONITOR" durchführen und dann das Attribut "contact_images" aktivieren.

Nun meine Frage, kann man damit was anfangen oder sollte man das eher irgendwie anders rausgeben? Da ich kein FTUI verwende bin ich mir nicht sicher, was am besten Sinn macht um die Fotos dann auch einfach zu integrieren.

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)

rischbiter123

Moin Markus,

das Herunterladen der Bilder hat prima geklappt. Nur wie bekommt man diese jetzt am besten in der Calllist angezeigt?

LG

Andreas
4*Raspi, Max Thermostate und Fensterkontakte, FB7590, Mysensors und NanoCUL, IT und Sonoff, zigbee2mqtt2

Markus Bloch

Das wäre dann der nächste Schritt, das auch in FB_CALLLIST zu unterstützen. Aktuell geht es erstmal reinweg um FB_CALLMONITOR überhautp die Bilder zu sammeln und bei Vorhandensein herauszugeben.

Was mich primär interessiert und wo ich noch unschlüssig bin ist, wie ein Kontaktfoto am besten als Reading bekannt gemacht werden sollte:

- Nur der Dateiname?
- Dateiname mit vollständigem Dateisystempfad: "/opt/fhem/www/contact_images"
- ...

Von IPCAM kenn ich es, dass nur der reine Dateiname generiert wird und als Reading zur Verfügung gestellt wird. So würde ich das auch gerne handhaben wollen. Für FB_CALLLIST müsste ich dann eine Möglichkeit haben den absoluten Dateipfad zu einem Kontaktbild zu ermitteln, damit ich es in FB_CALLLIST darstellen kann. Das ist aber wiegesagt der nächste Schritt.

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)

rischbiter123

Der Bildname erscheint zumindest in den Readings.
setstate Telefon opened
setstate Telefon 2019-01-07 11:26:31 call_duration 0
setstate Telefon 2019-01-07 11:26:31 call_id 95085c494d9d85eeb33fc9b05e02bc41
setstate Telefon 2019-01-07 11:26:31 contact_image 01577268xxxx.jpg
setstate Telefon 2019-01-07 11:26:31 direction incoming
setstate Telefon 2019-01-07 11:26:31 event disconnect
setstate Telefon 2019-01-07 11:26:31 external_connection SIP2
setstate Telefon 2019-01-07 11:26:31 external_name Andi Handy Privat
setstate Telefon 2019-01-07 11:26:31 external_number 01577268xxxx
setstate Telefon 2019-01-07 10:26:29 internal_connection DECT_2
setstate Telefon 2019-01-07 11:26:31 internal_number xxxxxx
setstate Telefon 2019-01-07 11:26:31 missed_call 01577268xxxx (Andi Handy Privat)
setstate Telefon 2019-01-07 08:14:27 state opened


LG

Andreas
4*Raspi, Max Thermostate und Fensterkontakte, FB7590, Mysensors und NanoCUL, IT und Sonoff, zigbee2mqtt2

Tommy82

Zitat von: Markus Bloch am 07 Januar 2019, 11:08:55


Nun meine Frage, kann man damit was anfangen oder sollte man das eher irgendwie anders rausgeben? Da ich kein FTUI verwende bin ich mir nicht sicher, was am besten Sinn macht um die Fotos dann auch einfach zu integrieren.

Viele Grüße

Markus

Hi,
ich hatte in der zwichenzeit einen weg in der FTUI direkt gefunden das zu lösen, sieht so aus
<div data-type="image"
  data-device="Anruferliste"
  data-get="1-number"
  data-path="http://192.168.188.47:8085/fhem/www/tablet/Anrufe/"
  data-suffix=".jpg"
  data-size="100px"></div>


Dabei habe ich manuel die Anruferbilder unter dem genannten Pfad abgelegt, das sollte also auch so gehen wenn sie aus der CALLIST abgelegt werden, dann kann das über das Reading abgefragt werden.
Werd das über Callist morgen mal versuchen, sobald ich etwas zeit finde, aber schonmal danke fürs implementieren, wird glaub ich vielen helfen und es einfacher machen
Fhem Cubitruck  Armbian Buster with Linux 5.3.9-sunxi
HM-CC_RT-DN, HM-Sec-RHS,HM-Sec-SD, HM-Sec-SCo,IT1500,1xIT GRR-3500 Fritz!Dect200,Powerline546E,Enigma2 Modul mit 3 Vu+,Wol Modul für WinServer2016 und WinServer 2019,FB6590
Allnetl Wandtablett mit FTUI

Markus Bloch

Hallo zusammen,

ich habe soeben eine Unterstützung für Kontaktfotos sowohl in FB_CALLMONITOR als auch in FB_CALLLIST integriert.

Folgende Features/Attribute sind dazu bei den Modulen hinzugekommen:

FB_CALLMONITOR


  • Sofern Attribut contactImageDirectory (Verzeichnis) gesetzt ist, wird für jeden Anruf geschaut, ob es darin ein Bild mit der externen Rufnummer existiert (z.B. "0123234568.jpg"), wenn ja, wird ein Reading "contact_image" erzeugt mit dem Dateinamen. Falls kein passendes Bild im Verzeichnis existiert, oder die Rufnummer unterdrückt ist, wird der Wert "none" zurückgegeben (kann mit dem Attribut contactDefaultImage übersteuert werden).
  • Sofern Attribut contactImageDirectory (Verzeichnis) gesetzt ist, wird (sofern TR-064 benutzt wird, ist ja aber der Standard) nach Kontaktbildern in den FritzBox-Telefonbüchern gesucht und diese dann in das Verzeichnis entsprechend heruntergeladen. Dadurch werden die Kontaktbilder aus der FritzBox direkt verwendet. Man kann dies jedoch mit dem Attribut contactImageViaTR064 auch abschalten, falls man das nicht möchte. Falls beim herunterladen der Kontaktbilder das Verzeichnis nicht existieren sollte, wird FHEM versuchen es selbstständig anzulegen

Setzt man also nur das Attribut contactImageDirectory bekommt man direkt alle Kontaktbilder aus der FritzBox in ein Verzeichnis und kann diese nutzen. In dem Reading "contact_image" steht dann lediglich der Dateiname drin. Die Dateiendung kann dabei beliebig gewählt werden.

Möchte man das Foto in FTUI einbinden, sollte man ein Verzeichnis unterhalb von "www" wählen, sodass man auf die Bilder per HTTP zugreifen kann (bspw. "www/contact_images" als contactImageDirectory, dann kann man per http://..../fhem/contact_images/012345456.jpg darauf zugreifen)

FB_CALLLIST

  • Sofern Attribut contactImageDirectory (Verzeichnis) gesetzt ist, wird für jeden Anruf geschaut, ob es darin ein Bild mit der externen Rufnummer existiert (z.B. "0123234568.jpg"), wenn ja, wird das Bild als Kontaktbild direkt in der Anrufliste angezeigt (Spalte "image"). Die Spalte "image" wird standardmäßig nicht angezeigt und muss in dem Attribut visible-columns explizit eingeblendet werden.
  • Sollte in dem Verzeichnis kein passendes Bild existieren oder die Rufnummer unterdrückt sein, wird kein Bild angezeigt und auch kein zugehöriges Reading erzeugt. Man kann in diesem Falle mit dem Attribut contactDefaultImage ein alternatives Bild anzeigen lassen, welches in dem Verzeichnis vorhanden sein muss (z.B. "unknown.jpg")


Wenn man nun beide Module auf dasselbe contactImageDirectory konfiguriert, welches unterhalb des www-Verzeichnis liegt (bspw. "www/contact_images"), kann man mit FTUI die Kontaktbilder aus der FritzBox direkt in FB_CALLLIST nutzen. Mann kann das aber auch unabhängig von FB_CALLMONITOR machen, indem man reinweg die Bilder in das entsprechende Verzeichnis manuell ablegt.

Die Größe der Bilder ist für die FB_CALLLIST egal, da diese durch den Browser auf eine einheitliche Höhe skaliert werden. Es empfiehlt sich aber dennoch die Bilder vorher entsprechend zu verkleinern, da sonst bei der Aktualisierung der Liste das Bild jedesmal in voller Größe an den Browser übertragen wird.

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)

doman75

Hallo,

muss man das contactImageDirectory so angeben "/www/contact_images"?
Verzeichnis habe ich dort angelegt und die beiden attr auch gesetzt bei Callmon und Calllist aber ich sehe keine Bilder. Habe auch die Spalte images mit ausgewählt.

Ich benutze in der FB das Google Telefonbuch oder muss ich das Fritzbox eigene verwenden?

Grüße
Swen

Markus Bloch

Hallo Sven,

die Verzeichnisangabe ist klassisch wie bei deinem Betriebsystem. Bei Unix-artigen Betriebssystemen ist ein Pfad der mit "/" beginnt ein absoluter Pfad in deinem Dateisystem. Ohne ein führendes "/" ist es ein relativer Pfad zur fhem.pl mein Beispielvorschlag war dabei immer "www/contact_images" also ohne führendes Slash, was also eine relative Pfadangabe ausgehend von dem Ort der fhem.pl darstellt.

Zu deinem Google-Telefonbuch. An sich würde das auch funktionieren. Ich habe es aber im Vorfeld nicht getestet. Ich habe soeben mal einen Test mit dem Google-Telefonbuch gemacht. Die Kontaktfotos werden auch in der FritzBox Oberfläche angezeigt, allerdings beim herunterladen der Kontaktfotos über die TR-064-API kommt bei den Google-Bildern ein HTTP Fehler "404 Not Found". Warum, kann ich mir nicht erklären. Beim googlen nach diesem Problem habe ich auch andere Softwareprojekte gefunden die das gleiche Problem haben. Ich werde dazu wohl mal den AVM Support kontaktieren müssen.

Mit dem internen Telefonbuch funktionierts. Mit dem Google-Telefonbuch muss ich noch forschen, warum die FritzBox mir das Bild nicht rausrückt, obwohl sie es anbietet.

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)

doman75

Hallo Markus, das mit der Pfadangabe habe ich nur gefragt weil es eben bei mir nicht ging und ich davon ausgegangen bin das es mit dem Google Telefonbuch auch gehen müsste da das Fritzfon ja auch das Bild anzeigt.

Aber nun liegt es ja doch am Google Telefonbuch, danke das du dir das mal anschaust.

Grüße
Swen

Zitat von: Markus Bloch am 09 Januar 2019, 11:31:23
Hallo Sven,

die Verzeichnisangabe ist klassisch wie bei deinem Betriebsystem. Bei Unix-artigen Betriebssystemen ist ein Pfad der mit "/" beginnt ein absoluter Pfad in deinem Dateisystem. Ohne ein führendes "/" ist es ein relativer Pfad zur fhem.pl mein Beispielvorschlag war dabei immer "www/contact_images" also ohne führendes Slash, was also eine relative Pfadangabe ausgehend von dem Ort der fhem.pl darstellt.

Zu deinem Google-Telefonbuch. An sich würde das auch funktionieren. Ich habe es aber im Vorfeld nicht getestet. Ich habe soeben mal einen Test mit dem Google-Telefonbuch gemacht. Die Kontaktfotos werden auch in der FritzBox Oberfläche angezeigt, allerdings beim herunterladen der Kontaktfotos über die TR-064-API kommt bei den Google-Bildern ein HTTP Fehler "404 Not Found". Warum, kann ich mir nicht erklären. Beim googlen nach diesem Problem habe ich auch andere Softwareprojekte gefunden die das gleiche Problem haben. Ich werde dazu wohl mal den AVM Support kontaktieren müssen.

Mit dem internen Telefonbuch funktionierts. Mit dem Google-Telefonbuch muss ich noch forschen, warum die FritzBox mir das Bild nicht rausrückt, obwohl sie es anbietet.

Viele Grüße

Markus

ToKa

Hallo zusammen,

zunächst einmal vielen Dank für die tolle Erweiterung. Leider stürzt mein fhem ab bzw. die Verbindung zur Weboberfläche ist weg. Beim ersten Mal hat ein stop/start des fhem Service ausgereicht. Beim zweiten Mal musste ich den Pi neu starten.

Im Log findet sich nur die folgende Meldung:
2019.01.09 20:30:49 2: FB_CALLMONITOR (ZS_zs_NW_CallMonitor) - read 103 contacts from remote phonebook "Telefonbuch"
Can't "continue" outside a when block at ./FHEM/72_FB_CALLMONITOR.pm line 1896.


Nicht alle 103 Kontakte haben ein Bild.

Kann ich noch etwas zur Fehlersuche beitragen?

Beste Grüße
Torsten
RaspberryPi3 mit RaZberry2 und Conbee II
Fibaro: FGWPE/F-101 Switch & FIBARO System FGWPE/F Wall Plug Gen5, FGSD002 Smoke Sensor
EUROtronic: SPIRIT Wall Radiator Thermostat Valve Control
Shelly2.5 Rollladenaktoren
Zipato Bulb 2, Osram und InnrLight

Markus Bloch

Hallo Torsten,

ja, das ist ein Fehler, den ich heute bereits gefixt habe. Das Problem wurde bereits unter https://forum.fhem.de/index.php/topic,95595.0.html gemeldet.

Ich habe eine Änderung heute bereits eingecheckt. Gibts ab morgen via update.

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)

ToKa

Hallo Markus,

sorry das hatte ich nicht gesehen.

Danke und Gruß
Torsten
RaspberryPi3 mit RaZberry2 und Conbee II
Fibaro: FGWPE/F-101 Switch & FIBARO System FGWPE/F Wall Plug Gen5, FGSD002 Smoke Sensor
EUROtronic: SPIRIT Wall Radiator Thermostat Valve Control
Shelly2.5 Rollladenaktoren
Zipato Bulb 2, Osram und InnrLight

rischbiter123

Moin Markus,

erst mal Danke für die Erweiterung der Module. Jetzt hätte ich allerdings noch eine Frage/Bitte. Ist es möglich, statt des Default-Images den Namen anzuzeigen, wenn kein Anruferbild vorhanden ist? Oder müsste man über das attr 'contactDefaultImage' eine Sub aufrufen, die das dann entsprechend zurückgibt?

LG

Andreas
4*Raspi, Max Thermostate und Fensterkontakte, FB7590, Mysensors und NanoCUL, IT und Sonoff, zigbee2mqtt2

spooy99

#24
Hallo - Danke für die Erweiterung!
Ich habe das Attr. "contactImageDirectory: www/contact_images" angelegt und erhalte nun im Log folgende Meldung:


2019.01.11 19:30:37.297 3: FB_Callmonitor device opened
2019.01.11 19:30:44.706 3: FB_CALLMONITOR (FB_Callmonitor) - found 3 phonebooks
2019.01.11 19:30:48.220 3: FB_CALLMONITOR (FB_Callmonitor) - found 1 blocking rules (deflections)
2019.01.11 19:30:49.032 2: FB_CALLMONITOR (FB_Callmonitor) - read 88 contacts from remote phonebook "Telefonbuch"
2019.01.11 19:30:50.041 2: FB_CALLMONITOR (FB_Callmonitor) - read 170 contacts from remote phonebook "Eltern"
2019.01.11 19:30:50.891 2: FB_CALLMONITOR (FB_Callmonitor) - read 88 contacts from remote phonebook "Blockliste"
2019.01.11 19:31:19.215 2: FB_CALLMONITOR (FB_Callmonitor) - [b]downloaded 34 contact images from all phonebooks[/b]


Im Filesystem wurde durch das Modul nun auch der Ordner angelegt und hat als Besitzer fhem (0755). Der Ordner bleibt jedoch leider leer - also ein Download der Images erfolgt nicht. Ein List des FB_Callmonitor gibt u.a. Folgendes aus:


IMAGE_URLS:
/download.lua?path=/var/InternerSpeicher/FRITZ/fonpix/1334160603-0.jpg:
         09XXXXXX
       /download.lua?path=/var/InternerSpeicher/FRITZ/fonpix/1368029133-0.jpg:
         03XXXXXX
       /download.lua?path=https://www.google.com/m8/feeds/photos/media/XXXXXXXXXXXXXXXXXXXXXXX,&quot;e2R0Dkk-bCt7I2BIGFRXZioNL3sLEXMBVxU.&quot;:
         01XXXXXX
         03XXXXXX


Also sowohl Bild-Info aus lokalen (Fritzbox) als auch extern synchronisierten Telefonbüchern (Google) erscheinen.

Dachte es erfolgt der Download auf Fhem um auch von dort aus direkt (FTUI) weiterverwendet werden zu können?!

Danke!


FHEM auf Debian unter Hyper-V, HMLAN und KNX
Sonst: Fritzbox, Yamaha RX-V2065, Fröling S4 per MQTT, Enigma, Robonect, Hue, LG

Markus Bloch

Hallo Spooy99,

bitte stell zunächst mal das Attribut "verbose" für deine FB_CALLMONITOR-Definition "FB_Callmonitor" auf 5 und für dann nochmal erneut den Set-Befehl "rereadPhonebook" aus. Was genau steht dann nach der Zeile "downloaded 34 contact images from all phonebooks"?

Bilder aus Google-Telefonbüchern funktionieren leider nicht, da hier die AVM-API offenbar ein Problem hat (siehe: https://forum.fhem.de/index.php/topic,92636.msg884375.html#msg884375). Ich habe hierzu bereits AVM angeschrieben, allerdings nachwievor keine Antwort erhalten.

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)

spooy99

Hallo - Danke für die Hilfe...

gesamtes Logfile kommt per PN - beim Versuch die Bilder von der Fritzbox zu holen kommt jedenfalls ein 404-Fehler (sowohl interne als auch externe Telefonbücher):


2019.01.12 10:52:56.097 4: FB_CALLMONITOR (FB_Callmonitor) - requesting TR-064 URL: /download.lua?path=/var/InternerSpeicher/FRITZ/fonpix/1333791068-0.jpg&sid=476614b1f9cec90f
2019.01.12 10:52:57.027 5: FB_CALLMONITOR (FB_Callmonitor) - received TR-064 response for URL /download.lua?path=/var/InternerSpeicher/FRITZ/fonpix/1333791068-0.jpg&sid=476614b1f9cec90f:
<HTML><HEAD><TITLE>404 Not Found (ERR_NOT_FOUND)</TITLE></HEAD><BODY><H1>404 Not Found</H1><BR>ERR_NOT_FOUND<HR><B>Webserver</B> Sat, 12 Jan 2019 09:52:56 GMT</BODY></HTML>

2019.01.12 10:52:57.887 4: FB_CALLMONITOR (FB_Callmonitor) - requesting TR-064 URL: /download.lua?path=https://www.google.com/m8/feeds/photos/media/XXXXXX%40gmail.com/1e53ce8709a09795,240,"KwxKZH0jWit7I2A8Kk0SbRlSPgwcIE1lRFQ."&sid=476614b1f9cec90f
2019.01.12 10:52:58.736 5: FB_CALLMONITOR (FB_Callmonitor) - received TR-064 response for URL /download.lua?path=https://www.google.com/m8/feeds/photos/media/XXXXXX%40gmail.com/1e53ce8709a09795,240,"KwxKZH0jWit7I2A8Kk0SbRlSPgwcIE1lRFQ."&sid=476614b1f9cec90f:
<HTML><HEAD><TITLE>404 Not Found (ERR_NOT_FOUND)</TITLE></HEAD><BODY><H1>404 Not Found</H1><BR>ERR_NOT_FOUND<HR><B>Webserver</B> Sat, 12 Jan 2019 09:52:58 GMT</BODY></HTML>


Habe auf der 7490 das aktuelle Labor-Image (FRITZ!OS: 07.08-64610 BETA) - und Fhem läuft auf Wheezy, Perl Version: 5.14.2)

Danke!
FHEM auf Debian unter Hyper-V, HMLAN und KNX
Sonst: Fritzbox, Yamaha RX-V2065, Fröling S4 per MQTT, Enigma, Robonect, Hue, LG

Markus Bloch

Hallo spooy99,

das die internen Bilder bei Dir auch nicht funktionieren finde ich sehr merkwürdig. Ich würde das auf die Beta-Firmware schieben. Bei mir und auch bei anderen Usern hat der Download der internen Bilder problemlos funktioniert. Das die Google-Bilder nicht funktionieren ist generell bekannt, hier fehlt mir nachwievor noch die Antwort von AVM.

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)

rischbiter123

Moin Markus,

kann man eigentlich dem DefaultImage auch verschiedene Bilder zuordnen? Also eine sub aufrufen, die je nach Fall ein anderes Bild zurückgibt?

Wenn ja, wie müsste der korrekte Aufruf lauten, stehe im Moment etwas auf dem Schlauch.

LG

Andreas
4*Raspi, Max Thermostate und Fensterkontakte, FB7590, Mysensors und NanoCUL, IT und Sonoff, zigbee2mqtt2

Markus Bloch

Hallo Andreas,

nein, das ist so nicht möglich. Das Attribut "contactDefaultImage" soll nur einen Dateinamen enthalten. Eine dynamische Generierung ist hier aktuell nicht möglich und von meiner Seite her auch nicht geplant.

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)

rischbiter123

Schade, aber trotzdem danke für die Antwort.

LG

Andreas
4*Raspi, Max Thermostate und Fensterkontakte, FB7590, Mysensors und NanoCUL, IT und Sonoff, zigbee2mqtt2

det.

Hallo Markus,
Sorry, wollte wegen dem kleinen Hinweis keinen neuen Beitrag aufmachen.
Kannst Du Dich bitte in https://forum.fhem.de/index.php/topic,95375.0/topicseen.html
reinhängen und das Telefonbuch von Fhem ( Nicht das von der FB ) mit editierbar machen.
Danke,
LG
det.

spooy99

Hallo - gibt es zu den Google-Bildern einen neuen Stand?
Leider werden bei mir weiterhin gar keine Bilder - auch nicht aus lokalen Adressbüchern - geladen (sh. Post #27) obwohl seit langem keine Labor mehr auf der 7490 läuft (Rel. 7.12).

Danke
FHEM auf Debian unter Hyper-V, HMLAN und KNX
Sonst: Fritzbox, Yamaha RX-V2065, Fröling S4 per MQTT, Enigma, Robonect, Hue, LG

Tommy82

Hi, also ich bin bei dieser Lösung geblieben, und das funktioniert bei mir ohne Probleme


Zitat von: Tommy82 am 07 Januar 2019, 20:34:33
Hi,
ich hatte in der zwichenzeit einen weg in der FTUI direkt gefunden das zu lösen, sieht so aus
<div data-type="image"
  data-device="Anruferliste"
  data-get="1-number"
  data-path="http://192.168.188.47:8085/fhem/www/tablet/Anrufe/"
  data-suffix=".jpg"
  data-size="100px"></div>


Dabei habe ich manuel die Anruferbilder unter dem genannten Pfad abgelegt, das sollte also auch so gehen wenn sie aus der CALLIST abgelegt werden, dann kann das über das Reading abgefragt werden.
Werd das über Callist morgen mal versuchen, sobald ich etwas zeit finde, aber schonmal danke fürs implementieren, wird glaub ich vielen helfen und es einfacher machen
Fhem Cubitruck  Armbian Buster with Linux 5.3.9-sunxi
HM-CC_RT-DN, HM-Sec-RHS,HM-Sec-SD, HM-Sec-SCo,IT1500,1xIT GRR-3500 Fritz!Dect200,Powerline546E,Enigma2 Modul mit 3 Vu+,Wol Modul für WinServer2016 und WinServer 2019,FB6590
Allnetl Wandtablett mit FTUI

spooy99

Hallo & Danke für die Rückmeldung ...

mein Problem ist nicht die Darstellung, sondern dass FHEM die Bilder gar nicht erst aus der FritzBox ausgelesen bekommt (lokales Adressbuch). Die Anzeige des Dummy-Bildes (z.B. unbekannt.jpg in FTUI usw. klappt); siehe Post #24 & #26

Danke!
FHEM auf Debian unter Hyper-V, HMLAN und KNX
Sonst: Fritzbox, Yamaha RX-V2065, Fröling S4 per MQTT, Enigma, Robonect, Hue, LG

M.Piet

Moin Zusammen,

eine Frage: gibt es denn schon Lösungen, auch Kontaktbilder vom Google-Sync der Fritzbox zu verwenden?
Ich bekomme zwar folgendes:
FB_CALLMONITOR (CallMonitor) - downloaded 161 contact images from all phonebooks
Es werden aber keine runtergeladen.

Das Fritzbox-Telefonbuch mit einem Testeintrag klappt, aber nicht die Google-Kontakte.