FRITZBOX - Fritz!Box und Fritz!Fon sprechen - Jetzt auch ohne Telnet

Begonnen von tupol, 28 November 2014, 23:46:54

Vorheriges Thema - Nächstes Thema

Dirk070

Zitat von: tupol am 04 August 2016, 17:33:47
Greifen da noch andere Module auf die Box zu?
Ich brauche einen log bei modul-verbose 5

Nein, keine anderen Module aktiv.
Im Moment werden die Readings aktualisiert, klarer Vorführeffekt  ???
Ich beobachte das Ganze, setze dann Verbose auf 5 und melde mich.
Danke schon mal.

tupol

Zitat von: cortmen am 04 August 2016, 20:07:25
@ :)tupol  Top!
Can't use string ("user0") as an ARRAY ref while "strict refs" in use at ./FHEM/72_FRITZBOX.pm line 1540.

ist durchgelaufen, leider fehlen einige wichtige  Readings :
mac_AA_BB_CC_DD_EE_FF 
box_wlanCount 0
user01

Ich möchte gerne einige Devices triggern ob diese on - offline sind.

Das fehlt dann wohl in dieser Labor-Version. Schauen mir mal, ob es so bleibt.

Elektrolurch

Hallo,

auch in der akteullen Version kommt bei jedem Anruf mit Ansagetext auf der fritzbox folgende Warnung:

2016.08.06 12:04:26 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/72_FRITZBOX.pm line 2616.

Das passiert wohl in der if-Abfrage:
      if ("AVM" eq $hash->{fhem}{$_}{brand})
      {
         FRITZBOX_Log $hash, 5, "Internal number $_ seems to be a Fritz!Fon.";
         push @FritzFons, $_ - 609;
      }


bei mir steht im hash fhem:
   Fhem:
     LOCAL      0
     definedHost 192.168.1.254
     is_double_wlan 1
     lastHour   408466
     modulVersion $Date: 2016-08-03 21:43:00 +0200 (Wed, 03 Aug 2016) $
     radioCount 40
     610:
       brand      AVM
       model      0x03
       name       Büro
     611:
       brand      AVM
       model      0x03
       name       Marina
     612:
       brand      AVM
       model      0x01
       name       Papa Telearbeit
     613:
       brand      AVM
       model      0x01
       name       Küche


Könnte das etwas mit der internen Sammelnummer "9" zu tun haben?

Die verwende ich nämlich, wenn die Waschmaschine fertig ist.

Dann müsste man entweder die Sammelnummer noch aufnehmen, oder die if-Abfrage mit einem exist robuster machen.

Gruß

Elektrolurch
configDB und Windows befreite Zone!

tupol


Elektrolurch

ok. Trotzdem könnte man noch ein Exists in die if-Abfrage setzen, damit kein perl-Fehler ausgeworfen wird.
configDB und Windows befreite Zone!

PEPITO82

Zitat von: tupol am 05 August 2016, 17:54:15
Das fehlt dann wohl in dieser Labor-Version. Schauen mir mal, ob es so bleibt.

Bei mir fehlen die Readings leider auch.
Es gibt mittlerweile auch schon wieder eine neuere FW: 113.06.69-40520
Da ist es genauso. Hatte auch kurzzeitig mal wieder State 403 - mittlerweile aber nicht mehr.

Dirk070

Zitat von: Dirk070 am 04 August 2016, 13:58:12
Hallo zusammen,

seit Kurzem habe ich das Problem, dass die Readings der FritzBox "hängenbleiben", also einen alten Timestamp haben und nicht mehr aktualisiert werden (trotz INTERVAL).
Mit einem manuellen set FritzBox update werden die Readings dann aktualisiert und im Protokoll gibt es diese Meldung:
FRITZBOX FritzBox7490: Readout_Start.658 Old readout process still running. Killing old process HASH(0x1d7d540)

Bleibt der Prozess hängen und woran liegt das?

Danke vorab für Eure Hilfe und schöne Grüße,
Dirk

Einen Eintrag im Log habe ich noch gefunden, der zeitlich passen müsste:
, or } expected while parsing object/hash, at character offset 8135 (before "(end of string)") at ./FHEM/72_FRITZBOX.pm line 4502.

CoolTux

Zitat von: Dirk070 am 04 August 2016, 13:58:12
Hallo zusammen,

seit Kurzem habe ich das Problem, dass die Readings der FritzBox "hängenbleiben", also einen alten Timestamp haben und nicht mehr aktualisiert werden (trotz INTERVAL).
Mit einem manuellen set FritzBox update werden die Readings dann aktualisiert und im Protokoll gibt es diese Meldung:
FRITZBOX FritzBox7490: Readout_Start.658 Old readout process still running. Killing old process HASH(0x1d7d540)

Bleibt der Prozess hängen und woran liegt das?

Danke vorab für Eure Hilfe und schöne Grüße,
Dirk

Habe das selbe Problem das sich das Modul trotz Interval kein pull macht. Ist sporadisch.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Dirk070

#1388
Dann sind wir ja schon mal zu zweit  ;)
Vielleicht können wir das Problem dann ausreichend eingrenzen.

Ich habe noch folgende Änderungen vorgenommen:

Auf meiner Syno war das Paket gettext als defekt markiert (nutze iPKGui) und ich habe es neu installiert
Log-Einträge iPKGui:

  • ipkgui: INFO: install --force-overwrite libunistring 0.9.4-2
  • ipkgui: INFO: reinstall --force-overwrite gettext 0.19.6-2

Im FB-Modul habe ich das Attribut "allowTR064Command" auf 0 gesetzt.

Habe aktuell Verbose 5 für das Modul laufen.....schauen wir mal.


CoolTux

allowTR064Command

Das könnte ich auch mal auf 0 setzen. Ansonsten habe ich im Moment keine Zeit mehr zu machen.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

tupol

Zitat von: Elektrolurch am 07 August 2016, 11:31:22
ok. Trotzdem könnte man noch ein Exists in die if-Abfrage setzen, damit kein perl-Fehler ausgeworfen wird.
korrigiert.

tupol

Zitat von: Dirk070 am 07 August 2016, 14:04:29
Einen Eintrag im Log habe ich noch gefunden, der zeitlich passen müsste:
, or } expected while parsing object/hash, at character offset 8135 (before "(end of string)") at ./FHEM/72_FRITZBOX.pm line 4502.
Kannst Du mir mal einen Log-Auszug bei Modul_Verbose 5 und nach einen update schicken. Da stimmt irgendwas mit dem json-Format der Rückgabewerte der Box nicht.
Benutzt du irgendwelche Sonderzeichen bei den Telefonen oder Computern?

RockSteadyBeat

Hallo zusammen,
mein fhem läuft auf osx-server unter perl 5.16, ich habe das Problem das ich das fritzbox.modul anlegen kann, jedoch kein "update" statt findet.

manuelles update über: SET fritzbox update funktioniert

im log (fritzbox.modul verbose 5) steht lediglich:
Timeout for FRITZBOX_Readout_Run_Web reached, terminated process 69224
FRITZBOX fritzbox: Readout_Aborted.1755 Error: Timeout when reading Fritz!Box data.


hat jemand eine Idee??

greetz RockSteadyBeat
fhem on OSX
HMLAN,
CUL433

tupol


Fredi69

Zitat von: Dirk070 am 04 August 2016, 13:58:12
Hallo zusammen,

seit Kurzem habe ich das Problem, dass die Readings der FritzBox "hängenbleiben", also einen alten Timestamp haben und nicht mehr aktualisiert werden (trotz INTERVAL).
Mit einem manuellen set FritzBox update werden die Readings dann aktualisiert und im Protokoll gibt es diese Meldung:
FRITZBOX FritzBox7490: Readout_Start.658 Old readout process still running. Killing old process HASH(0x1d7d540)

Bleibt der Prozess hängen und woran liegt das?

Danke vorab für Eure Hilfe und schöne Grüße,
Dirk

Ich auch
fhem auf Raspberry Pi 3
FRITZ!Box7490, Fritz!Box 3270 AP, 3xHMLAN, CUL868, nanoCUL 433 für IT, JeeLink für LaCrosse, HUE Bridge 2.0, Samsung UE46C8790 (STV), mehrere Homematic, Intertechno, Shelly und LaCrosse Komponenten