[RELEASE] (Noch) ein Addon für die Fritzbox: Fritzbox Callmonitor

  • Ich habe weiter getestet. Dazu habe ich das Addon einmal auf einem Raspi3 installiert, auf dem Kodi auf Basis von OSMC (also grob gesehen Debian) läuft und einmal auf einem Android-Tablet. Ergebnis: Auf Android läuft das Addon sofort wie gewünscht, auf OSMC (das ja auch auf der Vero4K läuft) nicht. Damit kann man zumindest schon einmal die Fritzbox/FritzOS als Fehlerquelle ausschließen. Ich schaue mal nach, ob OSMC irgendwelche Firewall-Geschichten macht, derer ich mir bislang nicht bewusst bin.

  • Ich habe noch weitere Testrunden durchgeführt.

    a) Auf einem Odroid-C1 mit einem etwas älteren LibreElec-Fork läuft das Addon so, wie es soll - ein weiterer Hinweis darauf, dass nicht die FB oder FritzOS die Ursache sind.

    b) Ich habe auf dem Odroid-C1 das eingeschränkte Fritzbox-Konto verwendet, was kein Problem war, während das Fritzbox-Konto mit vollen Rechten auf den OSMC-basierten Geräten keine wirkliche Besserung brachte. Wenn man es allerdings schafft, einen Anruf genau in dem ersten 5-Sekunden-Fenster (also vor dem ersten Timeout) zu platzieren, wird er wie gewünscht durch das Addon signalisiert, was sich dann auch im [definition='1','2']kodi.log[/definition] entsprechend wiederfindet. Nur anschließend funktioniert es nicht mehr.

    Nach dem Ausschlussprinzip vermute ich die Ursache irgendwo bei OSMC. Eine Firewall ist dort allerdings nicht aktiv und angesichts identischer Kodi-Versionen auf Android und OSMC bin ich geneigt, den Fehler auf der Betriebsystemsebene oder ggf. bei einem Pythonmodul zu verorten. Schade, ich hatte gehofft, es wäre nur eine falsche Einstellung.

    Ich habe auch im OSMC-Forum nachgefragt,

    mal sehen, was noch passiert.

  • Ich habe das Fehlerhandling mal um die Exception "OSError" erweitert, vielleicht führt das zum Ziel:

    Code
                    except socket.error as e: pass
                    except (OSError, KeyError, Exception) as e:
                       if 'timed out' in str(e): pass
                       else:
                           writeLog('Connection error or communication failure occured', level=xbmc.LOGERROR)
                           writeLog('At line %s: %s' % (sys.exc_info()[-1].tb_lineno, str(type(e).__name__)), xbmc.LOGERROR)
                           writeLog(e.args, level=xbmc.LOGERROR)
                           self.Mon.waitForAbort(60)
                           self.connect()

    siehe auch https://github.com/b-jesch/servic…ment-1165701556

    Im Anhang die geänderte default.py. Da ich kein Raspberry habe, kann ich leider nicht testen.

    Dateien

    AZi (DEV): Nexus auf LibreElec | Asrock J4205 | 4 GB RAM | 128 GB Sandisk| Rii mini
    DEV: PC Ubuntu 20.04 | Matrix
    AZi: Tanix TX3 | Android/CoreElec Dualboot (EMMC), Nexus
    WoZi: Nexus auf LibreElec | Asrock J4205 | 4GB RAM | 128 GB Sandisk SSD | Atric IR | URC7960
    NAS: unRaid, 3x6TB, 2x12TB | TV-Server: Futro S550 mit Hauppauge QuadHD DVB-C
    PayPal: paypal.me/pvdbj1

  • Update mit den o.g. Änderungen im Repo.

    AZi (DEV): Nexus auf LibreElec | Asrock J4205 | 4 GB RAM | 128 GB Sandisk| Rii mini
    DEV: PC Ubuntu 20.04 | Matrix
    AZi: Tanix TX3 | Android/CoreElec Dualboot (EMMC), Nexus
    WoZi: Nexus auf LibreElec | Asrock J4205 | 4GB RAM | 128 GB Sandisk SSD | Atric IR | URC7960
    NAS: unRaid, 3x6TB, 2x12TB | TV-Server: Futro S550 mit Hauppauge QuadHD DVB-C
    PayPal: paypal.me/pvdbj1

  • Hallo,

    Hab hier das Problem, dass die Verbindung von einem Raspberry Pi 2B zu einer Fritzbox 7530 nicht aufgebaut werden kann.

    Port 1012 ist an der Fritte freigeschaltet. Von anderen Geräten (Sony Android TV) aus funktioniert die Verbindung mit dem Addon und gleichen Einstellungen auch.
    Fritzbox und die Kodi-Clients sind in anderen VLANs/Subnetzbereichen und durch eine OPNsense-Firewall getrennt. Dort sind die entsprechenden Regeln eingetragen und das Protokoll sagt auch dass die Anfrage von Kodi gesendet und an die Fritzbox weitergeleitet wird. In der Fritzbox wird in der Ereignisanzeige kein Anmeldeversuch gelistet.

    Jemand eine Idee dazu?

    Das Kodi-Log habe ich mit angehängt.

  • Das Log ist Kacke. Das ist kein Debug Log.

    AZi (DEV): Nexus auf LibreElec | Asrock J4205 | 4 GB RAM | 128 GB Sandisk| Rii mini
    DEV: PC Ubuntu 20.04 | Matrix
    AZi: Tanix TX3 | Android/CoreElec Dualboot (EMMC), Nexus
    WoZi: Nexus auf LibreElec | Asrock J4205 | 4GB RAM | 128 GB Sandisk SSD | Atric IR | URC7960
    NAS: unRaid, 3x6TB, 2x12TB | TV-Server: Futro S550 mit Hauppauge QuadHD DVB-C
    PayPal: paypal.me/pvdbj1

  • Schon besser [ag]

    Das Log liefert:

    Code
    2024-05-06 19:15:54.562 T:874     error <general>: [service.fritzbox.callmonitor] Socket error: None
    2024-05-06 19:15:54.562 T:874     error <general>: [service.fritzbox.callmonitor] Host 10.70.70.70 unreachable: 

    Hmm, die 10.70.70.70 ist nicht erreichbar.

    AZi (DEV): Nexus auf LibreElec | Asrock J4205 | 4 GB RAM | 128 GB Sandisk| Rii mini
    DEV: PC Ubuntu 20.04 | Matrix
    AZi: Tanix TX3 | Android/CoreElec Dualboot (EMMC), Nexus
    WoZi: Nexus auf LibreElec | Asrock J4205 | 4GB RAM | 128 GB Sandisk SSD | Atric IR | URC7960
    NAS: unRaid, 3x6TB, 2x12TB | TV-Server: Futro S550 mit Hauppauge QuadHD DVB-C
    PayPal: paypal.me/pvdbj1

  • Hmm, die 10.70.70.70 ist nicht erreichbar.

    Doch, ist sie:

  • Trotzdem kommt der Callmonitor nicht ans Socket. Evtl. mal eine ältere Version (3.0.10) manuell aus dem Nerdsrepo downloaden und probieren. Raspberries haben schon immer Probleme gemacht. Evtl. kannst Du auch aus den Issues was rauslesen: https://github.com/b-jesch/servic…lmonitor/issues

    AZi (DEV): Nexus auf LibreElec | Asrock J4205 | 4 GB RAM | 128 GB Sandisk| Rii mini
    DEV: PC Ubuntu 20.04 | Matrix
    AZi: Tanix TX3 | Android/CoreElec Dualboot (EMMC), Nexus
    WoZi: Nexus auf LibreElec | Asrock J4205 | 4GB RAM | 128 GB Sandisk SSD | Atric IR | URC7960
    NAS: unRaid, 3x6TB, 2x12TB | TV-Server: Futro S550 mit Hauppauge QuadHD DVB-C
    PayPal: paypal.me/pvdbj1

  • Habe die Versionen 3.0.10 und 3.0.9 noch getestet. Leider ebenfalls mit dem gleichen Fehlerbild. Alle noch älteren Versionen waren gar nicht zum laufen zu bekommen.

    Den Issues konnte ich auch nichts entnehmen was vielleicht noch einen Lösungsansatz geliefert hätte.

    Raspberries haben schon immer Probleme gemacht.

    Da wird denke ich dann auch das Problem liegen. Irgendetwas scheinen die Teile auf OS- oder Netzwerkebene anders zu machen.
    Wäre natürlich schön wenn wir die Fehlerursache ausfindig machen könnten. Aber vermutlich will mir der Raspberry damit auch nur sagen dass ich ihn durch modernere Hardware ersetzen soll ^^

  • Also ich kann bestätigen, das der Fritzbox Callmonitor auf einem Rasberry mit LibreELEC 12.0 mit Kodi (Omega) v21.0, ohne Probleme läuft.
    Was ich aber mal hatte war, das dieser Anrufmonitor-Support nicht mehr wollte und ich über die Eingabe "#69*5*" ins Telefon, diesen wieder freischalten musste.
    Danach lief wieder alles 1A!

  • #96*5*

    Das kann natürlich möglich sein, dass der Socket überhaupt nicht offen ist. Dagegen spricht, dass es auf anderen Clients im Haushalt funktioniert. Btw. die Anmeldung an die Fritzbox benötigt das Addon nur für das Telefonbuch. Soweit kommt das Addon aber überhaupt nicht.

    AZi (DEV): Nexus auf LibreElec | Asrock J4205 | 4 GB RAM | 128 GB Sandisk| Rii mini
    DEV: PC Ubuntu 20.04 | Matrix
    AZi: Tanix TX3 | Android/CoreElec Dualboot (EMMC), Nexus
    WoZi: Nexus auf LibreElec | Asrock J4205 | 4GB RAM | 128 GB Sandisk SSD | Atric IR | URC7960
    NAS: unRaid, 3x6TB, 2x12TB | TV-Server: Futro S550 mit Hauppauge QuadHD DVB-C
    PayPal: paypal.me/pvdbj1

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!