Register HM-SEC-SFA-SM

Begonnen von ffdec, 04 Februar 2016, 21:40:58

Vorheriges Thema - Nächstes Thema

ffdec

Nun also doch noch einmal:  Welche Register benötige ich zum Arm/Disarmen bei HM-SEC-SFA-SM. DIe Bedeutung ist kaum erklärt. Ich hatte ja gedacht: ActionType off. Aber leider hat es nicht geklappt oder war die Schnittstelle in Overload und hat mich veräppelt...  Danke

list:         register | range              | peer     | description
   1: sign             |     literal        |          | signature (AES) options:off,on
   1: transmitTryMax   |   1 to 10          |          | max message re-transmit
   3: lgActionType     |     literal        | required |  options:jmpToTarget,toggleToCnt,off,toggleToCntInv
   3: lgCtDlyOff       |     literal        | required | Jmp on condition from delayOff options:between,ltHi,outside,geHi,ltLo,geLo
   3: lgCtDlyOn        |     literal        | required | Jmp on condition from delayOn options:between,ltHi,geHi,outside,ltLo,geLo
   3: lgCtOff          |     literal        | required | Jmp on condition from off options:ltHi,between,geHi,outside,ltLo,geLo
   3: lgCtOn           |     literal        | required | Jmp on condition from on options:ltLo,geLo,ltHi,between,geHi,outside
   3: lgCtValHi        |   0 to 255         | required | Condition value high for CT table
   3: lgCtValLo        |   0 to 255         | required | Condition value low for CT table
   3: lgMultiExec      |     literal        | required | execution per repeat message options:off,on
   3: lgOffDly         |   0 to 111600s     | required | off delay
   3: lgOffTime        |   0 to 111600s     | required | off time special:unused
   3: lgOffTimeMode    |     literal        | required | off time meant absolut or at least options:absolut,minimal
   3: lgOnDly          |   0 to 111600s     | required | on delay
   3: lgOnTime         |   0 to 111600s     | required | on time special:unused
   3: lgOnTimeMode     |     literal        | required | on time meant absolut or at least options:minimal,absolut
   3: lgSwJtDlyOff     |     literal        | required | Jump from delayOff options:off,dlyOn,no,on,dlyOff
   3: lgSwJtDlyOn      |     literal        | required | Jump from delayOn options:dlyOff,no,on,dlyOn,off
   3: lgSwJtOff        |     literal        | required | Jump from off options:on,no,dlyOff,dlyOn,off
   3: lgSwJtOn         |     literal        | required | Jump from on options:on,no,dlyOff,off,dlyOn
   3: shActionType     |     literal        | required |  options:jmpToTarget,toggleToCnt,off,toggleToCntInv
   3: shCtDlyOff       |     literal        | required | Jmp on condition from delayOff options:between,ltHi,outside,geHi,ltLo,geLo
   3: shCtDlyOn        |     literal        | required | Jmp on condition from delayOn options:between,ltHi,geHi,outside,ltLo,geLo
   3: shCtOff          |     literal        | required | Jmp on condition from off options:ltHi,between,geHi,outside,ltLo,geLo
   3: shCtOn           |     literal        | required | Jmp on condition from on options:ltLo,geLo,ltHi,between,geHi,outside
   3: shCtValHi        |   0 to 255         | required | Condition value high for CT table
   3: shCtValLo        |   0 to 255         | required | Condition value low for CT table
   3: shMultiExec      |     literal        | required | reg unused, placeholder only options:off,on
   3: shOffDly         |   0 to 111600s     | required | off delay
   3: shOffTime        |   0 to 111600s     | required | off time special:unused
   3: shOffTimeMode    |     literal        | required | off time meant absolut or at least options:absolut,minimal
   3: shOnDly          |   0 to 111600s     | required | on delay
   3: shOnTime         |   0 to 111600s     | required | on time special:unused
   3: shOnTimeMode     |     literal        | required | on time meant absolut or at least options:minimal,absolut
   3: shSwJtDlyOff     |     literal        | required | Jump from delayOff options:off,dlyOn,no,on,dlyOff
   3: shSwJtDlyOn      |     literal        | required | Jump from delayOn options:dlyOff,no,on,dlyOn,off
   3: shSwJtOff        |     literal        | required | Jump from off options:on,no,dlyOff,dlyOn,off
   3: shSwJtOn         |     literal        | required | Jump from on options:on,no,dlyOff,off,dlyOn

HMUARTLGW HMLAN Alarmanlage ZPumpe VCONTROL Viessmann 333-F MySensors CO2 Floorplan IT Raspberry 3 CC1101 Firmata Arduino nanoCUL868

frank

actiontype=off, dann passiert gar nichts mehr.
jmptotarget => die register einstellungen sind aktiv. mit toggletocnt sollte toggeln möglich sein.

wie sind die aktuellen einstellungen? => get regTable.
was willst du? was passiert beim drücken?
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

ffdec

#2
Ich habe die Fernbedienung HM-RC-Sec4-2 und will mit den Tasten Aktivieren/Deakt. Am Foto ist der Disarm-Schalter gepeert. Es soll quasi kein Alarm starten, wenn diarm ist. Beim Drücken startet der Alarm bei JumpTo... Grüne Lampe, also sauber gepeert. Als Sensoren sind FK aktiv gepeert. Es soll nur eine Standardfunktionalität wie beim originalen Peeren von FB, FK und AA vorhanden sein. Wie wird das da gemacht?
HMUARTLGW HMLAN Alarmanlage ZPumpe VCONTROL Viessmann 333-F MySensors CO2 Floorplan IT Raspberry 3 CC1101 Firmata Arduino nanoCUL868

frank

sorry, ich verstehe es immer noch nicht.

ZitatBeim Drücken startet der Alarm bei JumpTo... Grüne Lampe, also sauber gepeert.
ist das gut oder schlecht?  :)
nochmal drücken ist dann aus?

code tags sind besser als bildchen.
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

ffdec

 ;D

Gut, weil sauber gepeert aber schlecht, weil es wie ein Wechselschalter für Alarmfunktion ist (also als ob es ein FK ist).
HMUARTLGW HMLAN Alarmanlage ZPumpe VCONTROL Viessmann 333-F MySensors CO2 Floorplan IT Raspberry 3 CC1101 Firmata Arduino nanoCUL868

ffdec

Danke schon mal, ja Code ist immer besser, aber ich habe den nicht trennen können und wollte nicht die Liste der 265 FK im Forum veröffentlichen :-))))
HMUARTLGW HMLAN Alarmanlage ZPumpe VCONTROL Viessmann 333-F MySensors CO2 Floorplan IT Raspberry 3 CC1101 Firmata Arduino nanoCUL868

frank

mit diesem channel ist nur an oder aus möglich, nach lage der register.
wenn du ein scharfschalten/freigeben der alarmfunktion willst, bist du hier falsch, wie es ausschaut.

woher weisst du, dass es sowas gibt?
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

ffdec

#7
Hm, ich habe es vermutet, sonst würde doch bei der Konstellation ohne FHEM und Zentrale immer sofort Alarm starten und die AA ist ja für Betrieb ohne netzbetriebene??? Zentrale ausgelegt (Stromausfall), also muss es da doch etwas geben...
HMUARTLGW HMLAN Alarmanlage ZPumpe VCONTROL Viessmann 333-F MySensors CO2 Floorplan IT Raspberry 3 CC1101 Firmata Arduino nanoCUL868

ffdec

Ich werde heute nachmittags testen, das Peeren mit der FB über die zusammengehörenden Tasten. Wenn das nichts bringt, setze ich die AA und die FB zurück und versuche das Peeren direkt.
HMUARTLGW HMLAN Alarmanlage ZPumpe VCONTROL Viessmann 333-F MySensors CO2 Floorplan IT Raspberry 3 CC1101 Firmata Arduino nanoCUL868

ffdec

HMUARTLGW HMLAN Alarmanlage ZPumpe VCONTROL Viessmann 333-F MySensors CO2 Floorplan IT Raspberry 3 CC1101 Firmata Arduino nanoCUL868

ffdec

#10
Okay, es geht nicht. Ich verstehe nicht, wie man so etwas halbherziges produzieren kann. Eine direkt gepeerte netzunabhängige AA mit FK, die man nicht mit einem Sensor (ohne Zentrale) disarm schalten kann. Das liegt wahrscheinlich am Gesamtkonzept. Anm 14.2.16: Ich habe mich geirrt. Das Alarmsystem wurde ja mit der nicht mehr produzierten Alarmzentrale (HM-Sec-Cen) gekoppelt.

Jetzt habe ich noch die Möglichkeit mit dem Inhibit zu arbeiten. Nachteile sind, dass die FK lange gelb/rot leuchten und sicher mehr Batterie verbrauchen und dass beim Strom-/Serverausfall das Inhibit weiter wirkt, also im Zweifel die AA nicht warnt.

Hat wer eine andere Idee?

HMUARTLGW HMLAN Alarmanlage ZPumpe VCONTROL Viessmann 333-F MySensors CO2 Floorplan IT Raspberry 3 CC1101 Firmata Arduino nanoCUL868

ffdec

Ich werde eine batteriegepuffterte-Eigenbau CCU dazwischen hängen. Im Hersteller-Forum bin ich zur gleichen Aussage gekommen. Somit ist das Thema geklärt.
HMUARTLGW HMLAN Alarmanlage ZPumpe VCONTROL Viessmann 333-F MySensors CO2 Floorplan IT Raspberry 3 CC1101 Firmata Arduino nanoCUL868