ActionDetector

Begonnen von kossmann, 21 Januar 2013, 17:26:17

Vorheriges Thema - Nächstes Thema

justme1968

hallo martin,

noch eine frage zum actiondetector. was wäre denn zu tun um ihn auch mit nicht homematic devices zu nutzen. z.b. mit den s300ht.

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

martinp876

das ist (leider) nicht vorgesehen  - und muesste umdesigned werden, ausserdem aus HM entfernt werden.

Es gibt wohl eine andere Funktion die kurz nach dem ActionDetector geschrieben wurde. Die ueberwacht devices - auf einer komplett anderen Basis, anderen Hintergrund, Implementierung, Ziel und Performance Gedanken. Musst du einmal suchen, habe ich aus den Auge verloren.

brmpfl

Moin,

trotz Suche nix gefunden:
Wirft der ActionDetector irgendein Ereignis, auf dass ich per notify reagieren kann?


:)
Hajo

martinp876

ah - da fehlt wohl noch doku...
bei jedem Device solltest du "Activity" abfragen koennen. Die kann dead, alive, unknown oder switchedoff sein.

In actiondetectorselbst gibt es
status_<devname>:<state>
und
state: alive:<cnt> dead:<cnt> unkn:<cnt> off:<cnt>

Im Prinzip sollte man alle readings mit notify abfangen koennen.

Gruss
Martin

brmpfl

Hallo Martin,

vielen Dank für die Antwort.

Bei mir funktioniert das nicht:

define NotifyActionDetector notify ActionDetector.* { \
  Log 1, '@:%';; \
}

Im Log taucht nix auf.
Mache ich was falsch?
:)
Hajo

martinp876

sorry, liegt an mir. Die events des ActionDetectors habe ich von notify abgeklemmt. Idee war performance zu sparen, da die events der devices sowieso kommen.
Ich sehe aber ein, dass ich es aendern sollte. Ich werde es 'freigeben'. Da dies ein regelmassiges ereigniss ist und das suchen der notifies nicht unerheblich Performance kostet, werde beim actionDetector als default ein attribut event-on-change-reading .* vorsehen.


Gruss
Martin

gki

Zitat von: justme1968 schrieb am Mo, 18 Februar 2013 18:02hallo martin,

noch eine frage zum actiondetector. was wäre denn zu tun um ihn auch mit nicht homematic devices zu nutzen. z.b. mit den s300ht.

gruss
andre

Hi André,

eventuell den DeviceMonitor nutzen ... https://groups.google.com/forum/?fromgroups=#!msg/fhem-users/A4dgFwZdtOs/5Wu5Qotm9NMJ

Gruß,
Ines

justme1968

danke!

irgendwie ist mir der beim suchen immer durch die lappen gegangen.

gruss
  andre

edit: ich hab eben hier Linkeinen kleinen patch gepostet um den zusätzlichen weblink zu sparen.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Michi240281

Hallo,

ich habe seit 2 Tagen den HM-SCI-3-FM im Einsatz.

Bislang sendet er alle paar Stunden ein "alive", jedoch habe ich (noch) kein reading zum Batteriestatus. Wird dieses irgendwann erstmal erzeugt oder muss ich das manuell anstoßen? Bei meinem HM-SEC-CS-2 war das "battery" reading direkt da.

Danke und Gruß
FHEM 5.6 auf RPi2 / HM LAN Adapter / diverse HM-Devices
FHEM-Remote-App
QNAP 419P / Onkyo TX-SR 608
DM500HD / GM Spark One
Sony 52HX905

martinp876

sollte automatisch kommen.
hast du ein list und ein paar rohmessages zum vorlegen?

Michi240281



Internals:
   DEF        23CD9A
   IODev      HMLAN1
   NAME       Funkschnittstelle_Sicherungskasten
   NR         313
   STATE      Info_Cleared
   TYPE       CUL_HM
   channel_01 Klingeltaster
   channel_02 CUL_HM_HM_SCI_3_FM_23CD9A_Sw_02
   channel_03 CUL_HM_HM_SCI_3_FM_23CD9A_Sw_03
   protState  Info_Cleared
   Readings:
     2014-02-21 17:50:12   Activity        alive
     2014-02-19 19:51:23   CommandAccepted yes
     2014-02-19 19:51:21   D-firmware      1.1
     2014-02-19 19:51:21   D-serialNr      KEQ0767306
     2014-02-19 19:51:23   PairedTo        0x23A6D7
     2014-02-19 19:51:23   R-cyclicInfoMsg on
     2014-02-19 19:51:23   R-pairCentral   0x23A6D7
     2014-02-19 19:51:23   R-transmDevTryMax 6
     2014-02-19 19:51:23   RegL_00:        02:01 09:01 0A:23 0B:A6 0C:D7 14:06 00:00
     2014-02-19 19:51:23   aesKeyNbr       FF
     2014-02-21 22:49:43   state           Info_Cleared
   Helper:
     mId        005F
     rxType     12
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf   
       qReqStat   
     Role:
       dev        1
Attributes:
   IODev      HMLAN1
   actCycle   028:00
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.1
   model      HM-SCI-3-FM
   peerIDs   
   room       Wohnzimmer
   serialNr   KEQ0767306
   subType    threeStateSensor
   webCmd     getConfig:clear msgEvents



Wie bekomme ich Rohmessages? Weiß garnicht was das ist *schäm*
FHEM 5.6 auf RPi2 / HM LAN Adapter / diverse HM-Devices
FHEM-Remote-App
QNAP 419P / Onkyo TX-SR 608
DM500HD / GM Spark One
Sony 52HX905


Michi240281

Zitat von: martinp876 am 22 Februar 2014, 16:38:52
siehe
http://forum.fhem.de/index.php/topic,16563.0.html

Werd ich mir mal zu Gemüte führen. Danke! :)

Inzwischen wurde das Reading "battery" eingetragen. Alles prima!
FHEM 5.6 auf RPi2 / HM LAN Adapter / diverse HM-Devices
FHEM-Remote-App
QNAP 419P / Onkyo TX-SR 608
DM500HD / GM Spark One
Sony 52HX905

Zrrronggg!

#73
Nach einem soeben durchgeführten FHEM Update erhalte ich den Fehler:

actCycle must be higher then 30, 001:00 not allowed

ich habe auch tatsächlich

attr ActionDetector actCycle 001:00

konfiguriert, gab bisher nie Probleme.. Ich ging auch davon aus, dass das Format HHH:MM ist

Was bedeutet die Meldung? (der AktionDetector funktioniert trotzdem wie gewohnt)

FHEM auf Linkstation Mini, CUL 868 SlowRF, 2xCUL 868 RFR, CUL 433 für IT, 2xHMLAN-Configurator mit VCCU, ITV-100 Repeater, Sender und Aktoren von FHT, FS20, S300, HM, IT, RSL

martinp876

beim ActionDetector ist das HH:MM Format nicht implementiert, es sind einfach Sekunden.
Ich werden die Doku nachzeihen

1:00 sollte also
3600
sein