[verschoben in Sammelblog] : "neues Modul für Alarmanlage"

UweUwe · 23 Januar 2019, 14:41:11

Hallo Beta-User,
ihr seid der Chef. Verschieben für mich ok. Dort liegen Fragen.

Beta-User · 23 Januar 2019, 14:43:32

Bin nicht Chef, sondern .*User, wie du auch

.

Und verschieben kannst du selber (Knopf links unter dem ersten Beitrag), genauso den Titel ändern (im ersten Beitrag). Steht in einem der im Anfängerbereich angepinnten Threads, btw

.

EDIT: Was soll "Dort liegen Fragen" bedeuten?
(Hinweis auf Doppelposts? Dann bitte die Querverweise kenntlich machen).

Beta-User · 23 Januar 2019, 15:02:17

Hm, jetzt habe ich deine vielen Beiträge in dem alarm-Anlagen-Modul-Thread gesehen...

Aber zum einen ist da die hier gestellte Frage nicht klar formuliert (wie nutze ich einen HM-Fensterkontakt im Alarm-Modul?), zum anderen verstehe ich pah, wenn seine "einfache" Auskunft schlicht ignoriert wird, man möge statt doppelter Anführungszeichen " doch besser einfache verwenden.

Hast du das übersehen, oder was ist der Grund, warum du da einfach drüber weg geganen bist?

UweUwe · 23 Januar 2019, 22:48:53

Sorry, war arbeiten, deshalb jetzt erst die Rückmeldung:
es gibt keinen Grund,warum ich über etwas hinweg gehe

.
Einen Zusammenhang mit den " und meinem

Code Auswählen

T.HAUS:open sehe ich jetzt nicht. Auch habe ich den Hinweis

Zitatwenn seine "einfache" Auskunft schlicht ignoriert wird, man möge statt doppelter Anführungszeichen " doch besser einfache verwenden.

nicht im Wiki gefunden. Auch bei dem nochmaligen Durchlesen (gerade) fand ich den Hinweis nicht.
Aber die Aussage muss sich auch nicht auf das WIKI beziehen, die Aussage ist allgemein gehalten. Spielt aber keine Rolle. Hab den Hinweis wohl gelesen aber nicht korrekt umgesetzt. Sorry. Erinnere mich noch daran.

Hab es gerade nochmals getestet:

Code Auswählen

Statt : {ReadingsVal("Bewohner","state","Falsch") ne "home"}
jetzt: {ReadingsVal('Bewohner' 'state','Falsch') ne 'home'}

und der Ausdruck ist nach dem Abspeichern stehen geblieben.

Ich werde es morgen live testen. Asche auf mein Haupt. Ich meinte es auch getestet zu haben, war aber wohl nicht so. Asche auf mein Haupt. Werde berichten. Danke für die Unterstützung.

UweUwe · 24 Januar 2019, 08:04:52

Hallo,
das Thema

Code Auswählen

Statt : {ReadingsVal("Bewohner","state","Falsch") ne "home"}
jetzt: {ReadingsVal('Bewohner', 'state','Falsch') ne 'home'}

funktioniert auch im Livebetrieb. Hab schon einige Test heute gemacht.

Jetzt stehen nur noch die Türen aus:

Code Auswählen

T.HAUS:open Da findet sich sicherlich auch noch eine Lösung.
Ansonsten habe ich das Modul "Alarm" jetzt bei mir scharf geschaltet. Bisher alles ok. Vielen Dank für das Modul. Ist ne dicke Erweiterung des SmartHome.

Beta-User · 24 Januar 2019, 08:12:16

Auch wenn es mich freut, dass das jetzt läuft zwei Anmerkungen:

1. Die Rückmeldung zu dem Hochkomma-Thema wäre eigentlich in dem anderen Thread besser aufgehoben (oder hat das was mit dem Fensterkontakt zu tun?)

2. Wenn noch Fragen zum Fensterkontakt offen sind, komme ich zurück auf:

Zitat von: Beta-User am 23 Januar 2019, 14:20:12
Und nochmal: Umbenennen [...] wäre m.E. angesagt. Das ist weder ein Regex-Thema noch hat es speziell was mit HM zu tun, oder?

Zitat von: Beta-User am 23 Januar 2019, 15:02:17
Aber zum einen ist da die hier gestellte Frage nicht klar formuliert (wie nutze ich einen HM-Fensterkontakt im Alarm-Modul?), [...]

Wenn dein Problem also noch nicht mit [gelöst] zu editieren ist, wäre es immer noch angesagt, einen aussagefähigen Titel zu wählen.

So, jetzt habe ich aber alles zum Thema gesagt, was ich beitragen kann und bin hier raus, ganz egal, worauf das wiederholte Ignorieren _dieses_ Hinweises bisher beruht hat...

UweUwe · 24 Januar 2019, 13:59:50

Der Titel ist geändert, im Sammelblock für das Modul "Alarm" habe ich die Lösung für das Bedingungsfeld für den Alarmlevel eingetragen und als gelöst definiert.
Die Thema mit den Türen : Wie sieht der Ausdruck für Sensorauslösung (Auslösung durchRegexp) für z.B. eine Türe aus, wenn man auf beide Zustände reagieren möchte open -> closed und closed -> open.
Ich hatte

Code Auswählen

T.HAUS:(closed\|open) eingetragen, das wird nicht in dem Feld akzeptiert:
Die Fehlermeldung lautet:

Code Auswählen

Settings alarm0,alarm4,|T.HAUS:(closed\|open)|HT geöffnet|on incomplete for alarmSensor T.HAUS
Zur Vervollständigung noch ein list von T.HAUS

Code Auswählen

Internals:
   DEF        69696D
   FUUID      5c481922-f33f-64ff-6ab1-140ca779dcd32887
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     11
   NAME       T.HAUS
   NOTIFYDEV  global
   NR         85
   NTFY_ORDER 50-T.HAUS
   STATE      closed
   TYPE       CUL_HM
   lastMsg    No:49 - t:10 s:69696D d:070657 06010000
   myHmUART_MSGCNT 11
   myHmUART_RAWMSG 0501004A49A61069696D07065706010000
   myHmUART_RSSI -74
   myHmUART_TIME 2019-01-24 13:14:02
   protLastRcv 2019-01-24 13:14:02
   protRcv    11 last_at:2019-01-24 13:14:02
   protSnd    11 last_at:2019-01-24 13:14:02
   protState  CMDs_done
   rssi_at_myHmUART cnt:11 min:-75 max:-72 avg:-73.54 lst:-74 
   READINGS:
     2019-01-24 07:30:13   Activity        alive
     2019-01-03 16:50:33   CommandAccepted no
     2019-01-03 16:50:13   D-firmware      1.0
     2019-01-03 16:50:13   D-serialNr      PEQ0583168
     2019-01-04 12:20:34   PairedTo        0x070657
     2019-01-03 16:50:14   R-cyclicInfoMsg on
     2019-01-03 16:50:14   R-eventDlyTime  0 s
     2019-01-03 16:50:14   R-pairCentral   0x070657
     2019-01-03 16:50:14   R-sabotageMsg   on
     2019-01-03 16:50:14   R-sign          on
     2019-01-04 12:20:34   RegL_00.        00:00 02:01 09:01 0A:07 0B:06 0C:57 10:01 14:06
     2019-01-04 12:20:35   RegL_01.        00:00 08:01 20:9C 21:00 30:06
     2019-01-03 16:49:43   aesCommToDev    ok
     2019-01-03 16:49:43   aesKeyNbr       00
     2019-01-24 13:14:02   alive           yes
     2019-01-24 13:14:02   battery         ok
     2019-01-24 13:14:02   contact         closed (to VCCU)
     2019-01-03 16:46:20   powerOn         2019-01-03 16:46:20
     2019-01-24 13:14:02   recentStateType info
     2019-01-24 13:14:02   sabotageError   off
     2019-01-24 13:14:02   state           closed
     2019-01-03 16:46:23   trigDst_broadcast noConfig
     2019-01-24 12:38:39   trigger_cnt     62
   helper:
     HM_CMDNR   73
     mId        00C7
     regLst     ,0,1,4p
     rxType     28
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +69696D,00,00,00
       nextSend   1548332042.66369
       rxt        2
       vccu       VCCU
       p:
         69696D
         00
         00
         00
       prefIO:
         myHmUART
     mRssi:
       mNo        49
       io:
         myHmUART:
           -72
           -72
     prt:
       bErr       0
       sProc      0
       sleeping   0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
     rpt:
       IO         myHmUART
       flg        A
       ts         1548332042.3701
       ack:
         HASH(0x3650e20)
         49800207065769696D00
     rssi:
       at_myHmUART:
         avg        -73.5454545454545
         cnt        11
         lst        -74
         max        -72
         min        -75
     tmpl:
Attributes:
   DbLogExclude .*
   DbLogInclude state battery
   IODev      myHmUART
   IOgrp      VCCU:myHmUART
   actCycle   002:50
   actStatus  alive
   alarmDevice Sensor
   alarmSettings alarm0,alarm4,|T.HAUS:(closed\|open)|HT geöffnet|on
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   genericDeviceType window
   model      HM-SEC-SCo
   peerIDs    00000000,
   room       CUL_HM,DIELE,Homekit
   serialNr   PEQ0583168
   subType    threeStateSensor