notify für MISSING ACK

Begonnen von mar, 11 Mai 2014, 19:40:32

Vorheriges Thema - Nächstes Thema

mar

Hallo,

ich brauche Hilfe für ein notify - für die Meldung "CUL_HM CUL_HM_HM_ES_PMSw1 MISSING ACK" und "CUL_HM CUL_HM_HM_ES_PMSw1 CMDs_pending".
Dann wüsste ich sofort, wann ein Grät ausfällt.

versucht habe ich unter anderem:

define LED06r notify CUL_HM_HM_ES_PMSw1:MISSNG.* set CUL_HM_HM_OU_LED16_Led_06 led red

Danke,
mar

marvin78

Sowas hier müsste gehen:

define LED06r notify CUL_HM_HM_ES_PMSw1:(MISSING.ACK.*|.*NACK.*)  set CUL_HM_HM_OU_LED16_Led_06 led red

mar


riker1

#3
Hallo,

hat jemand ne Idee wie ich das nofity für alle HM Geräte erweitere und in der Benachrichtigung noch das/die entsprechende(n) Gerät nenne, welches missing ist/sind.

Danke
FHEM    5.26.1 Ubuntu 18, FHEM    5.26.1 RPI 3 , Actoren: IT ,Tasmota, ESPEasy,
MAX CUBE, MAX HT, MAX WT, Selbstbau nanoCULs, FS 20,Tasmota, Homematic, FTK, SW. DIM, Smoke,KODI,Squeezebox

MadMax-FHEM

#4
Zitat von: riker1 am 27 November 2017, 12:21:56
Hallo,

hat jemand ne Idee wie ich das nofity für alle HM Geräte erweitere und in der Benachrichtigung noch das entsprechne Gerät nenne, welches missing ist.

Danke

Wenn deine Geräte irgendwie im Namen etwas erkennbares haben, dann so (Beispiel):

define LED06r notify CUL_HM_.*:(MISSING.ACK.*|.*NACK.*)  set CUL_HM_HM_OU_LED16_Led_06 led red

Bzw. die RegEx halt soweit wie nötig "aufmachen":

define LED06r notify .*(MISSING.ACK.*|.*NACK.*)  set CUL_HM_HM_OU_LED16_Led_06 led red

Heißt aber, dass jedes "MISSING ACK" bzw. "NACK" (egal woher/welches Gerät) das Notify triggert.

Das Gerät welches ausgelöst hat sollte mit $NAME "abfragbar" sein...

Siehe: https://fhem.de/commandref_DE.html#notify

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

DeeSPe

#5
Oder
define LED06r notify TYPE=CUL_HM:.*(MISSING.ACK|NACK).*  msg push $NAME: $EVENT

Der Name des triggernden Geräts wäre dann in $NAME, wie MadMax-FHEM schon schrieb.

Gruß
Dan
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert, 98_serviced

Als kleine Unterstützung für meine Programmierungen könnt ihr mir gerne einen Kaffee spendieren: https://buymeacoff.ee/DeeSPe

riker1

Hallo Euch,
danke, werde das mal probieren.
FHEM    5.26.1 Ubuntu 18, FHEM    5.26.1 RPI 3 , Actoren: IT ,Tasmota, ESPEasy,
MAX CUBE, MAX HT, MAX WT, Selbstbau nanoCULs, FS 20,Tasmota, Homematic, FTK, SW. DIM, Smoke,KODI,Squeezebox

MadMax-FHEM

Eine Anmerkung noch:

was tust du / willst du tun, wenn mal ein Kommando mit MISSING ACK bzw. NACK quittiert wird?

Besser schauen wo die her kommen, muss ja einen Grund haben...
...bei den meisten Geräten wird ja eh bereits ein paar mal wiederholt und wenn dann trotzdem MISSING ACK bzw. NACK kommt/kommen ist doch was faul.

Evtl. mal mit set hminfo protoEvents (Name von hminfo anpassen) schauen was los ist, also ob generell was schief ist oder "nur" bei bestimmten Geräten...

Falls dir hminfo nichts sagt: https://wiki.fhem.de/wiki/HomeMatic_HMInfo

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

riker1

#8
Hallo,

danke für die Hilfe.

set hminfo protoEvents
werde das mal einbauen .

ich möchte zuerst mal eine Benachrichtigung von den Geräten gerade zur Fehlersuche. Nur so merke ich wo was nicht geschaltet wird. Umwälzpumpe Heizung.
Klar ist eine Meldung der Ursache besser und die Behebung besser. Daran arbeite ich .

die Geräte sind teilweise weit auseinander und nicht jedes Kommando kommt an.
Manmal - nach reboot - des Raspberry wird der Cul - mit Ser2Net - nicht richtig initialisiert , muss dann an und abgesteckt werden, da forsche ich aber auch noch.  - defür habe ich auch ein Notify für den CUL.

Noch kleine  Fragen in dem Kontext.

  • glaube die Geräte stellen sich nicht selbst auf Missing, sondern nur wenn man ein Kommando sendet, und es nicht klappt. Das dauert teilweise sehr lange
  • schickt man ein Kommando kommt immer zuerst der State set-on bzw set-off, etc. fände es aber sinnvoll wenn nicht die geplante Aktion schon als State kommt. Nach nicht funktionierendem set-on kommt dann wieder Missing -das warder State  beispielsweise vorher ja auch schon - und das Missing-Notify springt wieder an.
  • Verwandtes Thema: Versuche den Status nach einem Stromausfall wieder herzustellen.

Fragen dazu:


  • . kann man  irgendwo einstellen das der STATE schneller / automatisch gesetzt wird? Analog funktioniert es besser wenn der Actor wieder da ist.
  • . Kann man diese "Zwischen Status" Werte filtern  bzw den Status Sprung ?
  • . Wie kann ich den Status speichern und nach einem Neustart wieder herstellen?  weiß leider nicht wie?

Danke Thomas



FHEM    5.26.1 Ubuntu 18, FHEM    5.26.1 RPI 3 , Actoren: IT ,Tasmota, ESPEasy,
MAX CUBE, MAX HT, MAX WT, Selbstbau nanoCULs, FS 20,Tasmota, Homematic, FTK, SW. DIM, Smoke,KODI,Squeezebox

MadMax-FHEM

#9
Zitat von: riker1 am 28 November 2017, 09:00:31
Fragen dazu:


  • . kann man  irgendwo einstellen das der STATE schneller / automatisch gesetzt wird? Analog funktioniert es besser wenn der Actor wieder da ist.
  • . Kann man diese "Zwischen Status" Werte filtern  bzw den Status Sprung ?
  • . Wie kann ich den Status speichern und nach einem Neustart wieder herstellen?  weiß leider nicht wie?

Danke Thomas

Hallo Thomas,

ich versuch mich mal... ;)

Zu 1.: wahrscheinlich nicht, außer du löst zyklisch ein "nichts tuendes Kommando aus", also einfach den aktuellen Status erneut setzen... ABER: unnötige Funklast!!!!!!

Zu 2.: Was meinst du mit Filtern? Wenn du willst, dass die nicht kommen, dann muss das im Modul geändert werden: wird wohl nicht passieren...

Zu 3.: Verstehe ich auch nicht. Normalerweise werden die Zustände im "fhem.save" gespeichert. Wenn das nicht so ist oder du andere Zustände meinst (wahrscheinlich Spannung an etc.) dann evtl. ein userReadings (oder die notwendigen Zustände als Reading in einem Dummy) anlegen und beim Hochlauf von fhem "global:INITIALIZED" ein Notify mit entsprechender Funktion, dass dann die gespeicherten Zustände abfragt und wieder einstellt. Bei manchen Aktoren (je nach FW-Stand, also Homematic aber gibt es bestimmt auch von anderen) kann man auch über ein Register einstellen, was nach Spannungswiederkehr (gut ist vielleicht was anderes als du willst) passieren soll...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

frank

ZitatWie kann ich den Status speichern und nach einem Neustart wieder herstellen?

der schaltzustand des aktors, sollte sich nicht nach restart ändern!
der inhalt vom reading state eventuell schon, da es bei homematic eben auch die "kommunikationszustände" wiedergibt und bei neustart, je nach einstellung autoreadreg, mit dem device bereits wieder kommuniziert wird.

ich nutze den actiondetektor, um mich über "tote" devices zu informieren.

deine ausgangslage mit schlechtem funk, cul als io und zusätzlich gestörter kommunikation mit dem cul ist natürlich schon ziehmlich krass. den grund für die "häufigen" restarts des pi hast du noch gar nicht erwähnt.

ich würde mal mit einem hmuart als io anfangen.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

riker1

Hallo Frank,

ich meinte nach einem Stromausfall ist der Aktor aus.
er sollte aber auf jeden Fall an sein. Ist quasi ein Notschalter.

Wie bekomme ich die Schalter nach dem Stromausfall wieder an?

Hatte mal einen WD versucht, der prüft ob der Aktor an ist , wenn nein, dann sollte er ihn einschalten.
Muss nochmal den code suchen.

Danke
FHEM    5.26.1 Ubuntu 18, FHEM    5.26.1 RPI 3 , Actoren: IT ,Tasmota, ESPEasy,
MAX CUBE, MAX HT, MAX WT, Selbstbau nanoCULs, FS 20,Tasmota, Homematic, FTK, SW. DIM, Smoke,KODI,Squeezebox

riker1

Hallo Joachim,
danke

zu 1 und 2 ist alles klar . Das geht wohl nicht so einfach.

zu 3. Da muss ich dann mal etwas basteln.

Danke
FHEM    5.26.1 Ubuntu 18, FHEM    5.26.1 RPI 3 , Actoren: IT ,Tasmota, ESPEasy,
MAX CUBE, MAX HT, MAX WT, Selbstbau nanoCULs, FS 20,Tasmota, Homematic, FTK, SW. DIM, Smoke,KODI,Squeezebox

MadMax-FHEM

Zitat von: riker1 am 28 November 2017, 19:30:30
Hallo Joachim,
danke

Bitte gerne!


Zitat von: riker1 am 28 November 2017, 19:30:30
zu 3. Da muss ich dann mal etwas basteln.

Naja so schlimm ist es nicht. ;)

Und wenn du gezielt frägst und ein wenig mehr Infos zu deinen Geräten lieferst, wird dir sicher weiter geholfen...

Apropos Geräte. Wie erwähnt kann man bei manchen Homematic Geräten das Verhalten bei Spannungswiederkehr über ein Register am Gerät einstellen...
...welche Geräte hast du?

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

frank

Zitatch meinte nach einem Stromausfall ist der Aktor aus.
er sollte aber auf jeden Fall an sein. Ist quasi ein Notschalter.
dann in chn01 das register powerUpAction auf on setzen. die fw muss aktuell sein.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html