Keine Pushover-Meldung nach Fhem-Neustart

Begonnen von marboj, 17 Januar 2023, 15:39:13

Vorheriges Thema - Nächstes Thema

marboj

Hallo zusammen,

habe über das Event global:INITIATED bisher immer eine Nachricht erhalten, wenn der Server neu gestartet wurde. Hat sich etwas geändert mit FHEM 6.2, da die Nachrichten seit dem 14.1. nicht mehr kommen.

Gruß
Marco
meine FHEM-Konfiguration: Raspberry Pi4, BT-Dongle, CUL868, CeeBee II

betateilchen

Zitat von: marboj am 17 Januar 2023, 15:39:13
habe über das Event global:INITIATED bisher immer eine Nachricht erhalten

Das glaube ich erstmal nicht.

Zeig doch mal ein List von dem notify, das die Meldung verschicken soll.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

marboj

so, oder:

Internals:
   DEF        global:INITIALIZED set Pushnachricht msg 'fhem' 'neu geladen! - $EVENT' '' 0 ''
   FUUID      60a5f799-f33f-698a-2175-574a87c8d9151d32
   NAME       notify_fhem_reload
   NOTIFYDEV  global
   NR         331
   NTFY_ORDER 50-notify_fhem_reload
   REGEXP     global:INITIALIZED
   STATE      2023-01-17 06:41:31
   TRIGGERTIME 1673934096.75451
   TYPE       notify
   READINGS:
     2023-01-17 06:41:08   state           active
     2023-01-17 06:41:31   triggeredByDev  global
     2023-01-17 06:41:31   triggeredByEvent INITIALIZED
Attributes:
   room       99_System



@betateilchen: Schreibfehler, da ich es auswendig auf der Arbeit geschrieben habe. Sorry
meine FHEM-Konfiguration: Raspberry Pi4, BT-Dongle, CUL868, CeeBee II

betateilchen

Zitat

     2023-01-17 06:41:31   triggeredByDev  global
     2023-01-17 06:41:31   triggeredByEvent INITIALIZED


Zumindest heute morgen hat das notify noch ausgelöst.
Schau doch mal in Dein Logfile, ob Du da einen Hinweis findest.

Vielleicht hat sich etwas beim Verschicken der Nachricht selbst (Modul msg ?) geändert.
Es gibt zu "msg" eine aktuell laufende Diskussion hier:

https://forum.fhem.de/index.php/topic,39983.msg1257666.html#msg1257666
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

CoolTux

Ich denke hier wird der FHEM Befehl msg nicht verwendet
Das Pushover Device verwendet einen set Befehl der auch msg heißt.

set PUSHOVERDEVICE msg Testnachricht

So in etwa
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

Beta-User

Schnellerer Start (retain, 6.2) und Netzwerk noch nicht bereit?
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

marboj

Vermutlich ist der Start in der Tat zu schnell, da Nachrichten nach dem Start einwandfrei kommen. Die Startnachricht kommt auch, aber halt nicht zuverlässig...
meine FHEM-Konfiguration: Raspberry Pi4, BT-Dongle, CUL868, CeeBee II

Otto123

Hi,

beim ser2net Service auf schnelleren Maschine hat bei mir geholfen, den Start des Dienstes davon abhängig zu machen, dass das Netzwerk wirklich "oben" ist:
After=network-online.target
Wants=network-online.target

Die original fhem.service Unit verwendet network.target
[Unit]
Description=FHEM Home Automation
Wants=network.target
After=network.target

Wenn ich es richtig verstehe, erfolgt der Start von FHEM damit lediglich nach dem Start vom Netzwerk. FHEM könnte aber "das Netzwerk überholen".

Ob es das richtige Allheilmittel ist, kann ich nicht sagen.

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