Hallo an alle,
ich habe einen SYSMON auf einen entfernten raspi eingerichtet und er funktioniert auch so wie ich es mir vorgestellt habe. Jetzt ist dieser aber nicht immer an und deswegen bekomme ich haufenweise logeinträge:
ssh: connect to host raspi port 22: No route to host
ssh: connect to host raspi port 22: Connection refused
was logisch ist.
Kann man irgendwie einrichten, dass wenn der raspi aus ist keine weitere Abfrage stattfindet?
Viele Güße
Dieter
Hallo Dieter,
Du kannst ein PRESENCE Device definieren. Mit diesem kannst Du Dein sysmon Device mit attr disable 1/0 deaktivieren/aktivieren. Allerdings ändert dies die configuration -> rotes Fragezeichen.
Gruß Otto
Hallo Otto,
ich mal wieder ;)
Also ich habe jetzt einen PRESENCE definiert steh aber jetzt auf dem Schlauch wo ich den SYSMON abfragen und entsprechend disablen kann ???
Kannst du mir auf die Sprünge helfen?
Viele Grüße
Dieter
Hi,
na Du brauchst noch einen Helfer, z.B. notify:
define n_raspi_sysmon notify raspi:absent attr sysmon disable 1
Gruß Otto
danke hat geklappt.
Du könntest es so machen um zu aktivieren / deaktivieren:
Edit: funktioniert nicht, es ist kein set magic !
Zitatdefmod n_raspi_sysmon notify raspi:absent|raspi:present attr sysmon disable {($EVENT eq 'absent' ? 1 : 0 )}
Gibt es eigentlich eine Möglichkeit, ohne das anschließend das "save" ein rotes ? hat? Also ohne Config-Änderung?
Frage so "blöde", da mir keine Einfällt ... und eigentlich das "rote ?" "blöde" ist ....
Keine Ahnung
https://wiki.fhem.de/wiki/SYSMON
Aber
Set interval_mutlipliers könnte gehen...
Keine Ahnung ob dort 0 als Inactive zählt,sonst halt Phantasie-Werte einsetzen
Aber ich kenne das Modul nicht
Zitat von: bartman121 am 24 November 2021, 20:58:51
Keine Ahnung
https://wiki.fhem.de/wiki/SYSMON
Aber
Set interval_mutlipliers könnte gehen...
Keine Ahnung ob dort 0 als Inactive zählt,sonst halt Phantasie-Werte einsetzen
Aber ich kenne das Modul nicht
folgende Parameter werden immer anhand des Basisintervalls (unabhängig von den Mx-Parameters) aktualisiert:
fhemuptime, fhemuptime_text, idletime, idletime_text, uptime, uptime_text, starttime, starttime_text
Mit den multipliers kannst du die Abfragen reduzieren. Es bleiben aber lt. Commandraf noch ein paar Dinge übrig.
Zitat von: Wernieman am 24 November 2021, 20:25:29Gibt es eigentlich eine Möglichkeit, ohne das anschließend das "save" ein rotes ? hat? Also ohne Config-Änderung?
Frage so "blöde", da mir keine Einfällt ... und eigentlich das "rote ?" "blöde" ist ....
[sOT]
Im FHEM Kontext geht imho auch über Perl:
$attr{[DEVICE]}{[ATTR]} = "yourValueHere";Dies wird aber nicht in der Config gespeichert.
[/sOT]
Sehr interessant :) dann so als Vorschlag
defmod n_raspi_sysmon notify raspi:absent|raspi:present {$attr{'sysmon'}{'disable'} = $EVENT eq 'absent' ? 1 : 0}
OT:
Wie schnell man hier, auch als Helfender, neue Sachen lernt ....
Zitat von: yersinia am 25 November 2021, 07:50:59
[sOT]
Im FHEM Kontext geht imho auch über Perl:
$attr{[DEVICE]}{[ATTR]} = "yourValueHere";
Dies wird aber nicht in der Config gespeichert.
[/sOT]
...bist du da sicher, dass das nicht einfach nur das rote Fragezeichen vermeidet und nicht doch gespeichert wird, wenn jemand "save" ruft...?
(Das direkte Rummalen in den Device-$hashes sollte man m.E. schon als Maintainer eher spärlich nutzen, für User ist das m.E. eine "no-go-zone"...)
[sOT]
Zitat von: Beta-User am 25 November 2021, 12:26:23...bist du da sicher
Nein, bin hier n00b/Anwender wie viele Anderen auch (no shit; no sarcasm; real talk).
Zitat von: Beta-User am 25 November 2021, 12:26:23dass das nicht einfach nur das rote Fragezeichen vermeidet und nicht doch gespeichert wird, wenn jemand "save" ruft...?
Keine Ahnung. Ich seh nur, dass das rote Fragezeichen verschwindet. Ich nutze diese Methode für einen einzigen Fall, der
für meinen FHEM Betrieb) nicht mal ansatzweise kritisch ist.
Ob durch ein save dieses -in diesem Fall- Attribut auch weggeschrieben wird, kann ich nicht sagen - interessiert mich (in meinem Fall) aber auch nicht.
[/sOT]
[OT]
Zitat von: Beta-User am 25 November 2021, 12:26:23(Das direkte Rummalen in den Device-$hashes sollte man m.E. schon als Maintainer eher spärlich nutzen, für User ist das m.E. eine "no-go-zone"...)
Mag sein. Bin aber kein Developer und dies war der für mich bisher brauchbarste Weg, das rote Fragezeichen zu unterbinden nachdem ich ein userAttribut bei einem at-Device gesetzt habe. Für Alternativen bin ich offen. Führt hier aber zu weit.
[/OT]
Schon mal "help attr" angefragt ;) ...? Da gibt es eine Option, die "verdächtig" klingt 8) .
Es wird aber mWn. immer gespeichert, was bei save im $attr-Hash steht.
Zitat von: Beta-User am 25 November 2021, 14:32:53Schon mal "help attr" angefragt ;) ...?
Nope, sach ja: n00b.
Zitat von: Beta-User am 25 November 2021, 14:32:53Da gibt es eine Option, die "verdächtig" klingt 8) .
Zitatattr
attr [-a|-r|-silent] <devspec> <attrname> [<value>]
Dieser Befehl setzt ein Attribut für ein Gerät welches mit define definiert wurde. value ist optional, und ist 1 falls nicht spezifiziert. Sie können auch Ihre eigenen Attribute definieren, um sie in anderen Applikationen anzuwenden. Geben Sie "<attr <name> ?" ein, um eine Liste verfügbarer Attribute anzuzeigen. Siehe den Abschnitt über Geräte-Spezifikation für Details der <devspec>.
Gerätespezifische Attribute sind in der Beschreibung zum jeweiligen Gerät aufgeführt. Nach der Durchführung das globale Ereignis "ATTR" wird generiert.
Falls die Option -a spezifiziert ist, dann wird value zum aktuellen Wert hinzugefügt. Achtung: falls value nicht mit einem Komma (,) anfängt, dann wird es mit einem Leerzeichen angehängt.
Mit der -r Option kann man Teile eines Attributes wieder entfernen.
Mit der silent Option wird der Befehl nicht in die "save -?" Liste eingetragen.
Beispiele:
attr global verbose 3
attr lamp room kitchen
attr lamp group lights
attr lamp loglevel 6
attr weatherstation event-on-update-reading wind,temperature,humidity
attr weatherstation event-on-change-reading israining
attr weatherstation event-on-change-reading israining,state
attr heating stateFormat Temp:measured-temp, Valve:actuator
attr -a TYPE=SVG room ,SvgRoom
attr -r TYPE=SVG room ,SvgRoom
Bemerkungen:
Lesen Sie unter deleteattr nach um Attribute zu löschen.
Ach, schau, das ist doch super:
fhem("attr -silent DEVICE ATTR YourValueHere");
Ok, dann für den TE so als supportete Variante?
defmod n_raspi_sysmon notify raspi:absent|raspi:present {fhem("attr -silent sysmon disable ".($EVENT eq 'absent' ? 1 : 0))}
Der Code weiter oben #5 funktioniert nicht, attr ist kein set (magic) :-X
Diese Optionen für attr sind aber auch neu - oder? :D
so funktioniert es so wie es soll, wenn der raspi aus ist keine Logeinträge mehr und ohne rotes Fragezeichen.
Vielen Dank.
Zitat von: Otto123 am 25 November 2021, 14:55:43
Diese Optionen für attr sind aber auch neu - oder? :D
ca. 7 Monate:
https://svn.fhem.de/trac/changeset/24261/trunk/fhem/fhem.pl
Zitat von: Beta-User am 25 November 2021, 18:01:19
ca. 7 Monate:
https://svn.fhem.de/trac/changeset/24261/trunk/fhem/fhem.pl
:-* es ist nie zu spät zum lernen ...