fb_callist erzeugt warnings

Begonnen von the ratman, 18 Januar 2022, 10:11:07

Vorheriges Thema - Nächstes Thema

JoWiemann

Hm, ich sehe da jetzt noch keinen Zusammenhang mit 72_CALLLIST.pm. Dreh bitte das verbose 5 im Calllist-Device wieder auf 3 zurück und poste bitte ein List vom Device.

Den korrigierten Fehler konnte ich nachstellen. Der HttpUtils-Fehler taucht bei mir nicht auf.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

the ratman

ohne es zu wissen: können die httputils was anderes sein? mein neato sauger - besser dessen website - war mal wieder nicht erreichbar.

ein list ... kommt sofortInternals:
   DEF        telefonate
   FB         telefonate
   FUUID      5c62c6c0-f33f-0f9e-14c1-4a8f0466be816f0a
   NAME       telefonate_info
   NOTIFYDEV  global,telefonate
   NR         166
   NTFY_ORDER 50-telefonate_info
   STATE      Initialized
   TYPE       FB_CALLLIST
   READINGS:
     2022-02-21 18:19:10   1-duration      -
     2022-02-21 18:19:10   1-image         xxx.jpg
     2022-02-21 18:19:10   1-name          Privat xxx
     2022-02-21 18:19:10   1-number        xxx
     2022-02-21 18:19:10   1-state         => X
     2022-02-21 18:19:10   1-timestamp     Mo, 21.02. 17:06
     2022-02-21 18:19:10   2-duration      -
     2022-02-21 18:19:10   2-image         xxx.jpg
     2022-02-21 18:19:10   2-name          Privat xxx
     2022-02-21 18:19:10   2-number        xxx
     2022-02-21 18:19:10   2-state         => X
     2022-02-21 18:19:10   2-timestamp     Mo, 21.02. 14:35
     2022-02-21 18:19:10   3-duration      00:00:36
     2022-02-21 18:19:10   3-image         unknown.png
     2022-02-21 18:19:10   3-name          -
     2022-02-21 18:19:10   3-number        xxx
     2022-02-21 18:19:10   3-state         => O_O
     2022-02-21 18:19:10   3-timestamp     Mo, 21.02. 12:34
     2022-02-21 18:19:10   4-duration      00:00:17
     2022-02-21 18:19:10   4-image         xxx.jpg
     2022-02-21 18:19:10   4-name          Firma xxx (Jalousien)
     2022-02-21 18:19:10   4-number        xxx
     2022-02-21 18:19:10   4-state         <=
     2022-02-21 18:19:10   4-timestamp     Mo, 21.02. 09:48
     2022-02-21 18:19:10   5-duration      00:01:22
     2022-02-21 18:19:10   5-image         xxx.jpg
     2022-02-21 18:19:10   5-name          Firma xxx (Jalousien)
     2022-02-21 18:19:10   5-number        xxx
     2022-02-21 18:19:10   5-state         <=
     2022-02-21 18:19:10   5-timestamp     Mo, 21.02. 09:45
     2022-02-21 18:19:10   6-duration      00:02:10
     2022-02-21 18:19:10   6-image         078133667.jpg
     2022-02-21 18:19:10   6-name          Mieter - xxx
     2022-02-21 18:19:10   6-number        xxx
     2022-02-21 18:19:10   6-state         =>
     2022-02-21 18:19:10   6-timestamp     Mo, 21.02. 09:42
     2022-02-21 18:19:10   7-duration      00:02:17
     2022-02-21 18:19:10   7-image         unknown.png
     2022-02-21 18:19:10   7-name          Landratsamt xxx
     2022-02-21 18:19:10   7-number        xxx
     2022-02-21 18:19:10   7-state         <=
     2022-02-21 18:19:10   7-timestamp     Mi, 09.02. 11:10
     2022-02-21 18:19:10   8-duration      00:01:42
     2022-02-21 18:19:10   8-image         unknown.png
     2022-02-21 18:19:10   8-name          Landratsamt xxx
     2022-02-21 18:19:10   8-number        xxx
     2022-02-21 18:19:10   8-state         <=
     2022-02-21 18:19:10   8-timestamp     Mo, 07.02. 10:56
     2022-02-21 18:19:10   9-duration      00:01:12
     2022-02-21 18:19:10   9-image         unknown.png
     2022-02-21 18:19:10   9-name          Rathaus - Zentrale
     2022-02-21 18:19:10   9-number        xxx
     2022-02-21 18:19:10   9-state         <=
     2022-02-21 18:19:10   9-timestamp     Mo, 07.02. 08:31
     2022-02-21 18:19:10   count-active    0
     2022-02-21 18:19:10   count-all       9
     2022-02-21 18:19:10   count-completed 9
     2022-02-21 18:19:10   count-incoming  4
     2022-02-21 18:19:10   count-missed-calls 3
     2022-02-21 18:19:10   count-outgoing  5
     2022-02-21 18:19:10   numberOfCalls   9
   helper:
     DEFAULT_COLUMN_ORDER row,state,timestamp,name,number,internal,external,connection,duration
     LAST_CALL_ID 0
     LAST_EVENT disconnect
     CONNECTION_MAP:
       Answering_Machine_1 anrufbeantworter
       DECT_1     halloFon
     DATA:
       1644219087.53705:
         call_duration 72
         call_id    1
         direction  outgoing
         external_connection SIP0
         external_name Rathaus - Zentrale
         external_number xxx
         finished   1644219169.81427
         internal_connection DECT_1
         internal_index 1644219087.53705
         internal_number xxx
         last_event disconnect
       1644227774.05729:
         call_duration 102
         call_id    1
         direction  outgoing
         external_connection SIP0
         external_name Landratsamt xxx
         external_number xxx
         finished   1644227876.28736
         internal_connection DECT_1
         internal_index 1644227774.05729
         internal_number xxx
         last_event disconnect
       1644401459.00105:
         call_duration 137
         call_id    1
         direction  outgoing
         external_connection SIP0
         external_name Landratsamt xxx
         external_number xxx
         finished   1644401598.18616
         internal_connection DECT_1
         internal_index 1644401459.00105
         internal_number xxx
         last_event disconnect
       1645432924.99191:
         call_duration 130
         call_id    0
         direction  incoming
         external_connection SIP0
         external_name Mieter - xxx
         external_number xxx
         finished   1645433066.47829
         internal_connection DECT_1
         internal_index 1645432924.99191
         internal_number xxx
         last_event disconnect
       1645433115.64165:
         call_duration 82
         call_id    1
         direction  outgoing
         external_connection SIP0
         external_name Firma xxx (Jalousien)
         external_number xxx
         finished   1645433202.15361
         internal_connection DECT_1
         internal_index 1645433115.64165
         internal_number xxx
         last_event disconnect
       1645433281.63443:
         call_duration 17
         call_id    1
         direction  outgoing
         external_connection SIP0
         external_name Firma xxx (Jalousien)
         external_number xxx
         finished   1645433303.3298
         internal_connection DECT_1
         internal_index 1645433281.63443
         internal_number xxx
         last_event disconnect
       1645443288.44322:
         call_duration 36
         call_id    0
         direction  incoming
         external_connection SIP0
         external_name unknown
         external_number xxx
         finished   1645443349.27653
         internal_connection Answering_Machine_1
         internal_index 1645443288.44322
         internal_number xxx
         last_event disconnect
       1645450542.37448:
         call_duration 0
         call_id    0
         direction  incoming
         external_connection SIP0
         external_name Privat xxx
         external_number xxx
         finished   1645450550.56906
         internal_index 1645450542.37448
         internal_number xxx
         last_event disconnect
         missed_call 1
       1645459577.76805:
         call_duration 0
         call_id    0
         direction  incoming
         external_connection SIP0
         external_name Privat xxx
         external_number xxx
         finished   1645459587.88419
         internal_index 1645459577.76805
         internal_number xxx
         last_event disconnect
         missed_call 1
     EXTERNAL_MAP:
       SIP0       büro
       SIP1       privat
     ICON_MAP:
Attributes:
   alias      anrufe
   answMachine-is-missed-call 1
   connection-mapping {'DECT_1' => 'halloFon','Answering_Machine_1'=>'anrufbeantworter'}
   contactDefaultImage unknown.png
   contactImageDirectory www/contact_images
   create-readings 1
   external-mapping {'SIP0' => 'büro','SIP1' => 'privat'}
   fp_3d      238,226,1, ,
   group      helferchen
   icon       phone_call
   language   de
   list-order descending
   list-type  all
   no-heading 1
   no-table-header 0
   number-of-calls 9
   room       fritzbox
   show-icons 1
   time-format-string %a, %d.%m. %H:%M
   verbose    3
   visible-columns state,timestamp,duration,image,name,number
→do↑p!dnʇs↓shit←

JoWiemann

Zitat von: the ratman am 21 Februar 2022, 18:26:57
ohne es zu wissen: können die httputils was anderes sein? mein neato sauger - besser dessen website - war mal wieder nicht erreichbar.

Hm, würde da mal eher auf den Sauger tippen. Einfach mal beobachten.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

the ratman

hätte ja ne neue theorie anzubieten *g*

die fritte meldet ja den anrufer und die nummer.
seit einiger zeit kannst du dir ja nicht nur den namen anzeigen lassen, sondern hinten an kommt dann gleich der durchwahl-teil der nummer dazu, was ja eigentlich sehr angenehm ist.

könnt's in die richtung gehen, weil dass wäre wohl noch halbwegs "neu"?

das schaut in der callist dann so aus:
Status Zeitpunkt Dauer Bild Name Rufnummer
Mi, 02.03. 09:41 00:05:40 Firma xxx744 071xxxxxxxx744
→do↑p!dnʇs↓shit←

Markus Bloch

Hallöchen zusammen,

ich hatte mir das ganze mal im Detail immer mal wieder kurz angeschaut. Es ist so, dass es bei der Callmonitor-Schnittstelle eine Art Zahlen-Code gibt, der darüber Aufschluss gibt über welchen Endpunkt (Telefongerät) das Gespräch geführt oder angenommen wurde. Dazu gibt es eine Tabelle die ich aus einem Spezifikationsdokument von AVM aus dem Jahr 2014 habe.

Diese Tabelle bildet Zahlen/-bereiche auf ein Endgerät ab. Zum Beispiel:
0 - 2 = FON1 bis FON3 (analog)
4 = interner ISDN-Bus
10-15 = DECT
20-29 = SIP-Telefon (VoIP)
40-44 = Anrufbeantworter

Wenn es dazu kommt, dass die FritzBox eine Zahl meldet die nicht in dieser Tabelle vorhanden ist (Hash %connection_type in FB_CALLMONITOR_Read() Funktion) dann kann es dazu kommen, dass das Reading "internal_connection" nicht erzeugt wird.

Ich habe daher FB_CALLMONITOR angepasst, dass es in diesem Fall das Reading "internal_connection" dennoch erzeugt, dann aber nur mit dem Zahlenwert und eine entsprechende Log-Meldung ausgibt mit der Bitte der FHEM-Community (sprich dieses Forum) diese Zahl mitzuteilen inkl. einer Beschreibung wie genau das Gespräch intern abgewickelt wurde (analog/ISDN/SIP/DECT/Anrufbeantworter/etc.)

Ich würde dich daher einmal bitten diese neue FB_CALLMONITOR-Version zu installieren und dann in deinem Log die Augen offen zu halten zu einer Meldung wie "Please report this value to FHEM community together with a description how exactly you have taken this call"

Danke Dir

VG
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)

the ratman

servus,

thx für deine mühen.
muss ichs wo saugen, oder kommt das mit den normalen updates? weil dann hab ichs morgen früh laufen.

wird aber wahrscheinlich dauern, bis ich was rückmelden kann. die damen und herren nerver riefen die letzten tage eher weniger an. der letzte am 22.3. und dann muss ich den ja noch auf die blacklist setzen und warten, bis er nochmal anruft.
→do↑p!dnʇs↓shit←

Markus Bloch

Ist ab morgen via "update"-Befehl verfügbar, ansonsten auch direkt downloadbar via: https://svn.fhem.de/trac/export/25908/trunk/fhem/FHEM/72_FB_CALLMONITOR.pm
Developer für Module: YAMAHA_AVR, YAMAHA_BD, FB_CALLMONITOR, FB_CALLLIST, PRESENCE, Pushsafer, LGTV_IP12, version

aktives Mitglied des FHEM e.V. (Technik)

the ratman

#22
o.k.

sodale - hab mal meine holde auf die blacklist gelegt *sfg*

bisher mit dem alten, so wie wirs auch kennen:
2022.04.01 14:25:59 1: logfile wurde gelöscht
2022.04.01 15:44:55 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/72_FB_CALLLIST.pm line 1009.
2022.04.01 15:44:55 1: stacktrace:
2022.04.01 15:44:55 1:     main::__ANON__                      called by ./FHEM/72_FB_CALLLIST.pm (1009)
2022.04.01 15:44:55 1:     main::FB_CALLLIST_createReadings    called by ./FHEM/72_FB_CALLLIST.pm (518)
2022.04.01 15:44:55 1:     main::FB_CALLLIST_Notify            called by fhem.pl (3934)
2022.04.01 15:44:55 1:     main::CallFn                        called by fhem.pl (3846)
2022.04.01 15:44:55 1:     main::DoTrigger                     called by fhem.pl (4949)
2022.04.01 15:44:55 1:     main::readingsEndUpdate             called by ./FHEM/72_FB_CALLMONITOR.pm (581)
2022.04.01 15:44:55 1:     main::FB_CALLMONITOR_Read           called by fhem.pl (3934)
2022.04.01 15:44:55 1:     main::CallFn                        called by fhem.pl (781)


deine neue version kommt morgen vormittag - bin grade ein bissi stressig.
→do↑p!dnʇs↓shit←

the ratman

leider keine änderung:2022.04.02 09:07:50 1: logfile wurde gelöscht
2022.04.02 09:45:38 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/72_FB_CALLLIST.pm line 1009.
2022.04.02 09:45:38 1: stacktrace:
2022.04.02 09:45:38 1:     main::__ANON__                      called by ./FHEM/72_FB_CALLLIST.pm (1009)
2022.04.02 09:45:38 1:     main::FB_CALLLIST_createReadings    called by ./FHEM/72_FB_CALLLIST.pm (518)
2022.04.02 09:45:38 1:     main::FB_CALLLIST_Notify            called by fhem.pl (3934)
2022.04.02 09:45:38 1:     main::CallFn                        called by fhem.pl (3846)
2022.04.02 09:45:38 1:     main::DoTrigger                     called by fhem.pl (4949)
2022.04.02 09:45:38 1:     main::readingsEndUpdate             called by ./FHEM/72_FB_CALLMONITOR.pm (594)
2022.04.02 09:45:38 1:     main::FB_CALLMONITOR_Read           called by fhem.pl (3934)
2022.04.02 09:45:38 1:     main::CallFn                        called by fhem.pl (781)
→do↑p!dnʇs↓shit←

Markus Bloch

Die Fehlermeldung wird auch bleiben solange noch ein Anruf in der Calllist drinne ist die mit der alten FB_CALLMONITOR-Version erzeugt wurden. Die Frage ist nun, ob in deiner Calllist ein Anruf auftaucht der bei "Intern" eine Zahl stehen hat.

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

aktives Mitglied des FHEM e.V. (Technik)

the ratman

#25
ja, es kommt eine nummer und zwar die, die im richtigen telefonbuch steht. und es kommt auch die fehlermeldung.
hab die telefonbücher neu eingelesen, callist gecleart und sicherheitshalber fhem restartet.

im callmonitor schaut das dann so aus:call_duration 0 2022-04-02 14:58:46
call_id 0 2022-04-02 14:58:46
calls_count 0 2022-04-02 14:58:46
contact_image xxxyyyzzzaaa.jpg 2022-04-02 14:58:46
direction incoming 2022-04-02 14:58:46
event disconnect 2022-04-02 14:58:46
external_connection SIP0 2022-04-02 14:58:46
external_name unknown 2022-04-02 14:58:46
external_number xxxyyyzzzaaa 2022-04-02 14:58:46
internal_connection DECT_1 2022-03-31 08:44:32
internal_number aaabbbcc 2022-04-02 14:58:46
missed_call xxxyyyzzzaaa 2022-04-02 14:58:46

in der callist so:1-duration - 2022-04-02 14:58:46
1-image xxxyyyzzzaaa.jpg 2022-04-02 14:58:46
1-internal aaabbbcc 2022-04-02 14:58:46
1-name - 2022-04-02 14:58:46
1-number xxxyyyzzzaaa 2022-04-02 14:58:46
1-state => X 2022-04-02 14:58:46
1-timestamp Sa, 02.04. 14:58 2022-04-02 14:58:46
count-active 0 2022-04-02 14:58:46
count-all 1 2022-04-02 14:58:46
count-completed 1 2022-04-02 14:58:46
count-incoming 1 2022-04-02 14:58:46
count-missed-calls 1 2022-04-02 14:58:46
count-outgoing 0 2022-04-02 14:58:46
numberOfCalls 1 2022-04-02 14:58:46
→do↑p!dnʇs↓shit←

the ratman

scheinbar wurd es sogar schlimmer:

zur zeit der letzten warnings hab ich "normale" anrufe und keine vom blacklist-telefonbuch erhalten.
→do↑p!dnʇs↓shit←

the ratman

ach gottchen - ich lag ja völlig falsch.

das warning kommt bei unbekannten rufnummern. vor dem blocken, nicht danach.
ich bitte da um verzeihung, aber vor lauter blocken hab ich nicht drauf geachtet.

schaut dann so aus:1-duration 00:00:06 2022-04-08 13:51:51
1-image unknown.png 2022-04-08 13:51:51
1-internal xxxyyyz 2022-04-08 13:48:09
1-name - 2022-04-08 13:51:51
1-number 06912783696 2022-04-08 13:51:51
1-state => 2022-04-08 13:51:51
1-timestamp Fr, 08.04. 13:47 2022-04-08 13:51:51


könnt's also am nicht vorhandenen namen liegen?
→do↑p!dnʇs↓shit←