Weiter zum Inhalt
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Hell
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dunkel
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Visualisierung
  4. tr-064 verpasste Anrufe

NEWS

  • Neuer ioBroker-Blog online: Monatsrückblick März/April 2026
    BluefoxB
    Bluefox
    6
    1
    247

  • Verwendung von KI bitte immer deutlich kennzeichnen
    HomoranH
    Homoran
    9
    1
    238

  • Monatsrückblick Januar/Februar 2026 ist online!
    BluefoxB
    Bluefox
    18
    1
    898

tr-064 verpasste Anrufe

Geplant Angeheftet Gesperrt Verschoben Visualisierung
vis
1 Beiträge 1 Kommentatoren 391 Aufrufe 1 Beobachtet
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • M Offline
    M Offline
    mehrwiedu
    schrieb am zuletzt editiert von
    #1

    Hallo liebe Gemeinde.

    Ich weiß, es gibt bereits unzählige tr-064 Threads mit Anfragen zu Skripten und States usw. Ich habe auch mehr als die Hälfte davon gelesen, komme aber leider mit meinem Anliegen nicht weiter.

    Es gibt insgesamt drei Möglichkeiten, wie ein Anruf als "verpasst" von der Fritzbox erkannt wird. Darüber bekomme ich auch jeweils eine Email, also muss sie das intern erkennen.

    1. Der Anrufer legt auf, bevor der Anrufbeantworter angeht. Das kann ich mit "missed" aus dem Datenpunkt type in LastCall abfangen und das habe ich auch so realisiert.

    2. Der Anrufer lässt den Anrufbeantworter angehen und legt auf, bevor dieser in den aufnahmemodus geht, es wird also keine Aufnahme gemacht. Die Fritzbox erkannt es als verpassten Anruf, da sie mir darüber auch eine Mail schickt, allerdings ohne Sprachaufnahme. Der Datenpunkt "type" erkennt das aber als "disconnect", wenn der Anrufer dann aufgelegt hat. Somit wäre das für diesen Datenpunkt wie ein normaler angenommener Anruf.

    3. Der Anrufer nutzt den AB und spricht auch eine Nachricht auf. Die Fritzbox schickt mir die Mail mit Anhang und im Adapter wird (im Idealfall) der Datenpunkt "abIndex" in States hochgezählt. Das klappt nicht immer, wäre aber auch nicht so wichtig, denn es ist eigentlich ja auch ein verpasster Anruf für mich in der VIS. Allerdings setzt der Datenpunkt "type" auch hier wieder den Wert "disconnect", so dass es als ganz normaler angenommener Anruf gewertet wird.

    Ich habe mir nun in allen drei Fällen auch immer mal jede json Tabelle angeschaut und geschaut, ob sich hier etwas unterscheidet. Allerdings finde ich hier keine tatsächliche Logik in den Einträgen.
    Maximal gibt es dort in der json von LastCall einen Wert "duration", der unterschiedliche Werte hat, aber so wie ich das sehe, nicht immer den gleichen bei gleicher Szenerie der Anrufe.

    Hat vielleicht jemand einen Tip für mich, wie ich Anrufer, die nicht auf den AB sprechen, dennoch als verpasste Anrufe anzeigen lassen kann. Wenn damit auch die Anrufer erfasst werden, die eine Nachricht hinterlassen, wäre das nicht schlimm.

    Für mich sind Anrufe mit oder ohne Nachricht und diese, die vor dem AB auflegen allesamt verpasste Anrufe.

    Danke schonmal im Voraus.

    1 Antwort Letzte Antwort
    0

    Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.

    Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.

    Mit deinem Input könnte dieser Beitrag noch besser werden 💗

    Registrieren Anmelden
    Antworten
    • In einem neuen Thema antworten
    Anmelden zum Antworten
    • Älteste zuerst
    • Neuste zuerst
    • Meiste Stimmen


    Support us

    ioBroker
    Community Adapters
    Donate

    547

    Online

    32.8k

    Benutzer

    82.8k

    Themen

    1.3m

    Beiträge
    Community
    Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
    ioBroker Community 2014-2025
    logo
    • Anmelden

    • Du hast noch kein Konto? Registrieren

    • Anmelden oder registrieren, um zu suchen
    • Erster Beitrag
      Letzter Beitrag
    0
    • Home
    • Aktuell
    • Tags
    • Ungelesen 0
    • Kategorien
    • Unreplied
    • Beliebt
    • GitHub
    • Docu
    • Hilfe