global:(INITIALIZED|REREADCFG)

Begonnen von Gisbert, 13 Mai 2020, 23:06:13

Vorheriges Thema - Nächstes Thema

Gisbert

Hallo,

ich rätsele etwas über dieses notify, welches bei einem Fhem-Neustart ausgelöst werden soll.

Die 1. Ausführung (attr TrafficUnifiWan snmp 1) wird augenscheinlich durchgeführt; die 2. Ausführung (setreading Update.FHEM fhemstarttime [T610.Sysmon:fhemstarttime_text2]) wird nicht ausgeführt, da das Reading auf dem Datum/Zeit des vorherigen Fhem-Starts steht.
Gebe ich "setreading Update.FHEM fhemstarttime [T610.Sysmon:fhemstarttime_text2]" in die Kommandozeile von Fhem ein, dann bekommt das Reading das Datum/Zeit des neuen, sprich letzten Fhem-Starts.

Ist an meiner Definition irgendetwas faul?

Viele Grüße Gisbert

Das list:
Internals:
   CFGFN      ./FHEM/FritzboxUniFiAnwesenheit.cfg
   DEF        global:(INITIALIZED|REREADCFG) {fhem ('attr TrafficUnifiWan snmp 1; setreading Update.FHEM fhemstarttime [T610.Sysmon:fhemstarttime_text2]')}
   FUUID      5ea1f36e-f33f-e986-c89d-0adb2d5bd8943423
   NAME       snmp.Fhem.init
   NR         93
   NTFY_ORDER 50-snmp.Fhem.init
   REGEXP     global:(INITIALIZED|REREADCFG)
   STATE      2020-05-13 22:24:50
   TRIGGERTIME 1589401504.19476
   TYPE       notify
   READINGS:
     2020-05-13 22:24:32   state           active
   helper:
     bm:
       notify_Attr:
         cnt        1
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        13.05. 22:46:13
         max        2.59876251220703e-05
         tot        2.59876251220703e-05
         mAr:
           set
           snmp.Fhem.init
           comment
           Das Setzen des Atrributes ist notwendig, damit das Device TrafficUnifiWan nach einem Fhem-Neustart weiterarbeitet.
Ansonsten werden die Readings für Up- und Download nicht mehr geändert.
Daran wurde der letzte Fhemstart angehängt - dies scheint aber nicht sauber zu funktionieren.
       notify_Exec:
         cnt        2453
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        13.05. 22:46:53
         max        0.01015305519104
         tot        0.966116905212402
         mAr:
           HASH(0x55dc4ed10f50)
           HASH(0x55dc54f683a0)
       notify_Set:
         cnt        17
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        13.05. 22:44:30
         max        9.89437103271484e-05
         tot        0.000998735427856445
         mAr:
           HASH(0x55dc4ed10f50)
           snmp.Fhem.init
           ?
Attributes:
   comment    Das Setzen des Atrributes ist notwendig, damit das Device TrafficUnifiWan nach einem Fhem-Neustart weiterarbeitet.
Ansonsten werden die Readings für Up- und Download nicht mehr geändert.
Daran wurde der letzte Fhemstart angehängt - dies scheint aber nicht sauber zu funktionieren.
   room       Network
Aktuelles FHEM | PROXMOX | Fujitsu Futro S740 | Debian 12 | UniFi | Homematic, VCCU, HMUART | ESP8266 | ATtiny85 | Wasser-, Stromzähler | tuya local | Wlan-Kamera | SIGNALduino, Flamingo Rauchmelder FA21/22RF | RHASSPY | DEYE | JK-BMS | ESPHome

Otto123

#1
Hallo Gisbert,

zwei Lösungsansätze:
DEF        global:(INITIALIZED|REREADCFG) {fhem ('attr TrafficUnifiWan snmp 1;; setreading Update.FHEM fhemstarttime [T610.Sysmon:fhemstarttime_text2]')}
DEF        global:(INITIALIZED|REREADCFG) attr TrafficUnifiWan snmp 1; setreading Update.FHEM fhemstarttime [T610.Sysmon:fhemstarttime_text2]

Zum ersten: fhem('') ist unnötig -> vor zurück :)
Ich  meine Du bist damit in einer weiteren Ebene, über {fhem()} übergibst Du dem FHEM Interpreter einen Perl Befehl und Du musst das semikolon verdoppeln/schützen.

Beim Zweiten: Bist und bleibst Du in FHEM, ein Semikolon reicht.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz