HM-SCI-3-FM wird falsch über autocreate erkannt

[rudolfkoenig]

                                                   

> @Rudi: wenn Du mitliest und etwas Zeit finden solltest, könntest Du

Ich sehe auf Anhieb nichts falsches mitr deinem Code.  Ich wuerde an Deine
Stelle zusaetzliche
  Log 1, "";
Zeilen einstreuen (gerne mehr als weniger), damit Du selbst verstehst was
passiert.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Hallo!
Nach einigem Tracen und Debugs scheint es jetzt zu funktionieren und
fhem wertet die Alive Meldungen des SCI richtig aus. Einige Details
verstehe ich zwar noch nicht ganz. Z.B. warum Kanal 2 und 3 immer
zweimal Alive melden, ob die ACks des SCI auf die ACKs des HMLAN
richtig sind etc. Aber die Auswertung scheint zu funktionieren:

Alive Kanal 1 (open)
HMLAN HMLAN1 RCV L:0D N:11 CMD:A010 (TYPE=16,BCAST,BIDI,RPTEN) SRC:
135472 DST:7DE3B7 0601C800 (INFO_ACTUATOR_STATUS CHANNEL:01 STATUS:C8
UNKNOWN:00)
HMLAN HMLAN1 SND L:0D N:09 CMD:8002 (TYPE=2,RPTEN) SRC:7DE3B7 DST:
135472 0101C800 (ACK_STATUS CHANNEL:01 STATUS:C8)
CUL_HM CUL_HM_threeStateSensor_135472 alive: yes
CUL_HM CUL_HM_threeStateSensor_135472 open
HMLAN HMLAN1 RCV L:0D N:09 CMD:8002 (TYPE=2,RPTEN) SRC:7DE3B7 DST:
135472 0101C800 (ACK_STATUS CHANNEL:01 STATUS:C8)

Alive Kanal 2 (closed)
HMLAN HMLAN1 RCV L:0D N:12 CMD:A010 (TYPE=16,BCAST,BIDI,RPTEN) SRC:
135472 DST:7DE3B7 06020000 (INFO_ACTUATOR_STATUS CHANNEL:02 STATUS:00
UNKNOWN:00)
HMLAN HMLAN1 SND L:0D N:0A CMD:8002 (TYPE=2,RPTEN) SRC:7DE3B7 DST:
135472 02010000
CUL_HM CUL_HM_threeStateSensor_135472_CHN_2 alive: yes
CUL_HM CUL_HM_threeStateSensor_135472_CHN_2 closed
HMLAN HMLAN1 RCV L:0D N:0A CMD:8002 (TYPE=2,RPTEN) SRC:7DE3B7 DST:
135472 02010000

Alive Kanal 3 (open)
HMLAN HMLAN1 RCV L:0D N:13 CMD:A010 (TYPE=16,BCAST,BIDI,RPTEN) SRC:
135472 DST:7DE3B7 0603C800 (INFO_ACTUATOR_STATUS CHANNEL:03 STATUS:C8
UNKNOWN:00)
HMLAN HMLAN1 SND L:0D N:0C CMD:8002 (TYPE=2,RPTEN) SRC:7DE3B7 DST:
135472 0301C800
CUL_HM CUL_HM_threeStateSensor_135472_CHN_3 alive: yes
CUL_HM CUL_HM_threeStateSensor_135472_CHN_3 open
HMLAN HMLAN1 RCV L:0D N:0C CMD:8002 (TYPE=2,RPTEN) SRC:7DE3B7 DST:
135472 0301C800

Was noch nicht richtig funktioniert ist das Pairing. Es werden
weiterhin 4 Devices angelegt. nnnnnn sowie drei Shadows: nnnnnn01  bis
-03.  Shadow 01 wird dann nicht verwendet – ich hab das Device einfach
gelöscht. Liegt wohl an der Deviceinfo 030000 des SCI – aber an die
Pairing Routine hab ich mich jetzt nicht ran gewagt...

Wenn die Änderung von Interesse ist, wäre es m.E. wichtig, wenn jemand
nochmals testen könnte, insbesondre auch mit anderen ThreeStateDevices
(Wassermelder, Türkontakt, -> die hab ich alle noch nicht). Nicht,
dass meine Änderungen dort etwas zerschossen haben. Wie ist das
Vorgehen dazu? Soll ich den Teil des Codes posten oder jemandem (Rudi,
Oskar, Hary,  ...) direkt zusenden?

Würde mich freuen wenn meine ersten fhem Versuche irgendwie verwertbar
wären
Gruß
Tobi








On 24 Apr., 12:13, Rudolf Koenig wrote:
> > @Rudi: wenn Du mitliest und etwas Zeit finden solltest, k nntest Du
>
> Ich sehe auf Anhieb nichts falsches mitr deinem Code.  Ich wuerde an Deine
> Stelle zusaetzliche
>   Log 1, "";
> Zeilen einstreuen (gerne mehr als weniger), damit Du selbst verstehst was
> passiert.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[rudolfkoenig]

                                                   

> Soll ich den Teil des Codes posten oder jemandem (Rudi, Oskar, Hary, ?)
> direkt zusenden?

Kannst ihn gerne posten oder mir zuschicken.

Gruss,
  Rudi

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[LuckyDay]

                                         

Hallo Tobi,
Rudi ist die richtige Adresse

zu deiner Frage , warum kanal2 2mal sendet
dein bsp -->
HMLAN HMLAN1 SND L:0D N:0A CMD:8002 (TYPE=2,RPTEN) SRC:7DE3B7 DST:
135472 02010000
CUL_HM CUL_HM_threeStateSensor_135472_CHN_2 alive: yes
CUL_HM CUL_HM_threeStateSensor_135472_CHN_2 closed
HMLAN HMLAN1 RCV L:0D N:0A CMD:8002 (TYPE=2,RPTEN) SRC:7DE3B7 DST:
135472 02010000

einmal ist es SND und RCV, sprich er hört sich selber, das problem hab
ich schon einmal irgendwo gepostet , macht nur der HMLAN, nicht Cul.

eigentlich sollte Fhem mit 00 (ACK) antworten und nicht mit 02010000.
Fhem scheint ein Problem mit Meldungen zu haben die nicht Broadcast
sind.

Rudi ich würde es dir ja äendern, ich blicke leider nicht in der
cul_hm durch

Hary
On 30 Apr., 19:18, Rudolf Koenig wrote:
> > Soll ich den Teil des Codes posten oder jemandem (Rudi, Oskar, Hary, ?)
> > direkt zusenden?
>
> Kannst ihn gerne posten oder mir zuschicken.
>
> Gruss,
>   Rudi

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[rudolfkoenig]

                                                   

> eigentlich sollte Fhem mit 00 (ACK) antworten und nicht mit 02010000.

Gerne, ihr sollt euch halt auf was einigen. Z.Zt ist 02010000 eingetragen bzw.
${chn}01${lst}00.


> Fhem scheint ein Problem mit Meldungen zu haben die nicht Broadcast
> sind.

Das kann ich so nicht nachvollziehen.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Hallo!

Rudi hat netterweise meine Änderungen eingebaut und eingecheckt –
damit sollte der SCI erst einmal funktionieren.
Wenn jemandem (Hary, ...) irgendwas auffällt, auch mit anderen Three
State Devices, lasst es bitte wissen. Ich hab momentan als ThreeState
nur den SCI und kann andere Devices i.M. nicht testen.

> einmal ist es SND und RCV, sprich er hört sich selber, das problem hab
Das ist klar. Bei mir ist nur aufgetreten, dass der gesamte Block
(also alle drei Sende/Empfangspakete) für Kanal zwei und drei
(witzigerweise nicht für Kanal 1) doppelt kamen; also das ,,Alive" vom
SCI tatsächlich zweimal gesendet wurde. Ich habe den duplizierten
Block oben aus Platzgründen nicht gepostet. Stört ja auch nicht (vom
Batterieverbrauch mal abgesehen), irgendwie nur komisch...

> eigentlich sollte Fhem mit 00 (ACK) antworten und nicht mit 02010000.
Wenn das tatsächlich so ist, sollte es kein Problem sein es zu
ändern.
Wir Rudi schreibt: wir müssen uns nur einigen auf das, was ,,richtig"
ist. Gibt es eine Möglichkeit herauszubekommen wie sich der SCI (bzw.
andere 3 State Devices) in einer reinen HM Umgebung (also z.B. einer
Zentrale) verhält? Hary, hast Du das getraced, wenn ja, wie? Ich
besitze nur HMLAN  und fhem sowie die Windows Config SW.

Ich probiere mal mit dem tcptee Modul von Rudi ob ich hier irgendwie
auf dem LAN ,,sniffen" kann, habe dazu von dem HM System und auch fhem
noch viel zu wenig verstanden. Außerdem weiß ich auch nicht, ob der
LAN Adapter, wenn er nicht mit fhem sondern nur mit der Config SW
verbunden ist, auf Sendepakete vom SCI antwortet, oder ob dazu eine
Zentrale notwendig ist. Sendet also der LAN Adapter selbständig (dann
müßte man irgendwie den ,,Funk" abhören) oder sendet die Config SW
(ähnlich wie fhem - dann könnte man auf dem LAN  horchen)? Auch die
Konfig-Strings, die der LAN Adapter sendet  würden mich mal
interessieren, weil ich den Verdacht habe, dass mit dem, was fhem zZt
beim Pairing konfiguriert, die Alivemeldungen vollständig abgeschaltet
werden.

Sind vielleicht blöde Anfänger Fragen, aber wie gesagt, habe das
System noch nicht so ganz durchblickt. Wenn mir also jemand auf die
Sprünge helfen kann, wie ich in meiner Umgebung vernünftig tracen
kann, würde ich mich freuen...
Gruß
Tobi


On 2 Mai, 00:36, fhem-hm-knecht wrote:
> Hallo Tobi,
> Rudi ist die richtige Adresse
>
> zu deiner Frage , warum kanal2 2mal sendet
> dein bsp -->
> HMLAN HMLAN1 SND L:0D N:0A CMD:8002 (TYPE=2,RPTEN) SRC:7DE3B7 DST:
> 135472 02010000
> CUL_HM CUL_HM_threeStateSensor_135472_CHN_2 alive: yes
> CUL_HM CUL_HM_threeStateSensor_135472_CHN_2 closed
> HMLAN HMLAN1 RCV L:0D N:0A CMD:8002 (TYPE=2,RPTEN) SRC:7DE3B7 DST:
> 135472 02010000
>
> einmal ist es SND und RCV, sprich er hört sich selber, das problem hab
> ich schon einmal irgendwo gepostet , macht nur der HMLAN, nicht Cul.
>
> eigentlich sollte Fhem mit 00 (ACK) antworten und nicht mit 02010000.
> Fhem scheint ein Problem mit Meldungen zu haben die nicht Broadcast
> sind.
>
> Rudi ich würde es dir ja äendern, ich blicke leider nicht in der
> cul_hm durch
>
> Hary
> On 30 Apr., 19:18, Rudolf Koenig wrote:
>
>
>
> > > Soll ich den Teil des Codes posten oder jemandem (Rudi, Oskar, Hary, ?)
> > > direkt zusenden?
>
> > Kannst ihn gerne posten oder mir zuschicken.
>
> > Gruss,
> >   Rudi- Zitierten Text ausblenden -
>
> - Zitierten Text anzeigen -

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[LuckyDay]

                                         

@Rudi
> Fhem scheint ein Problem mit Meldungen zu haben die nicht Broadcast
> sind.

>Das kann ich so nicht nachvollziehen.

Sorry habe ich schlampig geschrieben, ich meinte die Cul_HM , die noch
nicht fertig ist

@ Tobi

> eigentlich sollte Fhem mit 00 (ACK) antworten und nicht mit 02010000.
Das ist gesichert für den SCI, habe ich mit der Homematic geloggt,
aber ich weiß nicht, was der Fenster K>ontakt erwartet,
sind gerade nicht lieferbar bei meinem Händler , melde mich zu dem
Thema dann , wenn ich es weiß

Ich lerne meine Aktoren an Fhem an, zusätzlich seither an
WindoofConfig SW (jetzt Homematic) an,  mit der gleichen hmid
um den Aktor einzustellen.
Mit der WindoofConfig SW kannst du nur Einstellungen vornehmen mehr
nicht.

ich werde noch ein Updatefhem machen und dann schau mer mal weiter.
und dann werde ich mir es in der cul_hm die Antwort ändern und dann
sieht man ja wie sich der SCI verhält mit den Wiederholungen.


hary

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Sorry das ich mich jetzt hier rein hänge, aber ich stecke gerade in einem
Projekt, bei dem ich den SCI sehr, sehr gut gebrauchen könnte.
Ich bekomme den SCI gepairt mit der Einschränkung, das es vier Devices
sind, aber das ist ja überhaupt kein Problem.
Was ich nicht so ganz verstehe, ist, das nur beim ersten Device ein Status
angezeigt wird, bei CHN2 und CHN3 nie etwas.
Ich kann auch aufgrund der MSG entscheiden, welcher Kontakt geschlossen
oder geöffnet wurde, aber alles nur beim ersten Device.

Und wenn ich einen fhem Neustart mache, dann bekomme ich gar keinen Status,
oder wie kann ich den SCI dazu verleiten, mir doch wenigstens
zu verraten, welche Kontakte nur geschlossen oder offen sind.

Nun ist mir irgendwie gar nicht klar, in welchem Status die Implementation
des SCI ist, daher noch einmal sorry für meine Frage.

R.


Am Freitag, 2. März 2012 15:39:46 UTC+1 schrieb fhem-hm-knecht:
>
> Hallo Rudi
>
> HM-SCI-3-FM wird als Three State Sensor mit nur einem Kanal erkannt
>
> sollte aber 3 Kanale mit closed und open haben und er meldet ein alive
> irgendwann,
> das habe ich aber noch nicht mitgeschnitten.
>
> define CUL_HM_threeStateSensor_17DE7C CUL_HM 17DE7C
> attr CUL_HM_threeStateSensor_17DE7C devInfo 030000
> attr CUL_HM_threeStateSensor_17DE7C firmware 1.0
> attr CUL_HM_threeStateSensor_17DE7C hmClass sender
> attr CUL_HM_threeStateSensor_17DE7C model HM-SCI-3-FM
> attr CUL_HM_threeStateSensor_17DE7C room CUL_HM
> attr CUL_HM_threeStateSensor_17DE7C serialNr IEQ0098464
> attr CUL_HM_threeStateSensor_17DE7C subType threeStateSensor
>
> Telnetauszug
>
> inform on
> CUL CUL2 hmPairForSec 3000
> CUL CUL2 RCV L:1A N:34 CMD:8000 (TYPE=0,BCAST,RPTEN) SRC:17DE7C DST:
> 000000 10005F4945513030393834363480030000 (DEVICE_INFO FIRMWARE:10
> TYPE:005F SERIALNO:IEQ0098464 CLASS:80 PEER_CHANNEL_A:03
> PEER_CHANNEL_B:00 UNKNOWN:00)
> CUL CUL2 SND L:10 N:01 CMD:A001 (TYPE=1,BIDI,RPTEN) SRC:F12222 DST:
> 17DE7C 00050000000000 (CONFIG_START CHANNEL:00 PEER_ADDRESS:000000
> PEER_CHANNEL:00 PARAM_LIST:00)
> Global global DEFINED CUL_HM_threeStateSensor_17DE7C
> Global global DEFINED FileLog_CUL_HM_threeStateSensor_17DE7C
> Global global DEFINED FileLog_CUL_HM_threeStateSensor_17DE7C
> CUL CUL2 RCV L:0A N:01 CMD:8002 (TYPE=2,RPTEN) SRC:17DE7C DST:F12222
> 00 (ACK)
> CUL CUL2 SND L:13 N:02 CMD:A001 (TYPE=1,BIDI,RPTEN) SRC:F12222 DST:
> 17DE7C 000802010AF10B220C22 (CONFIG_WRITE_INDEX CHANNEL:00 DATA: 02:01
> 0A:F1 0B:22 0C:22)
> CUL CUL2 SND L:0D N:03 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> 01010000 (ACK_STATUS CHANNEL:01 STATUS:00)
> CUL CUL2 RCV L:0A N:02 CMD:8002 (TYPE=2,RPTEN) SRC:17DE7C DST:F12222
> 00 (ACK)
> CUL CUL2 SND L:0B N:04 CMD:A001 (TYPE=1,BIDI,RPTEN) SRC:F12222 DST:
> 17DE7C 0006 (CONFIG_END CHANNEL:00)
> CUL CUL2 SND L:0D N:05 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> 01010000 (ACK_STATUS CHANNEL:01 STATUS:00)
> CUL CUL2 RCV L:0A N:04 CMD:8002 (TYPE=2,RPTEN) SRC:17DE7C DST:F12222
> 00 (ACK)
> CUL CUL2 SND L:0D N:06 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> 01010000 (ACK_STATUS CHANNEL:01 STATUS:00)
>
> CUL CUL2 RCV L:0C N:05 CMD:A041 (TYPE=65,BCAST,BIDI,RPTEN) SRC:17DE7C
> DST:F12222 013200
> CUL CUL2 SND L:0D N:07 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> 01010000 (ACK_STATUS CHANNEL:01 STATUS:00)
> CUL_HM CUL_HM_threeStateSensor_17DE7C closed
> CUL CUL2 RCV L:0C N:06 CMD:A041 (TYPE=65,BCAST,BIDI,RPTEN) SRC:17DE7C
> DST:F12222 0133C8
> CUL CUL2 SND L:0D N:08 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> 0101C800 (ACK_STATUS CHANNEL:01 STATUS:C8)
> CUL_HM CUL_HM_threeStateSensor_17DE7C open
> CUL CUL2 RCV L:0C N:07 CMD:A041 (TYPE=65,BCAST,BIDI,RPTEN) SRC:17DE7C
> DST:F12222 025000
> CUL CUL2 SND L:0D N:09 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> 01010000 (ACK_STATUS CHANNEL:01 STATUS:00)
> CUL_HM CUL_HM_threeStateSensor_17DE7C closed
> CUL CUL2 RCV L:0C N:08 CMD:A041 (TYPE=65,BCAST,BIDI,RPTEN) SRC:17DE7C
> DST:F12222 0251C8
> CUL CUL2 SND L:0D N:0A CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> 0101C800 (ACK_STATUS CHANNEL:01 STATUS:C8)
> CUL_HM CUL_HM_threeStateSensor_17DE7C open
> CUL CUL2 RCV L:0C N:09 CMD:A041 (TYPE=65,BCAST,BIDI,RPTEN) SRC:17DE7C
> DST:F12222 032200
> CUL CUL2 SND L:0D N:0D CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> 01010000 (ACK_STATUS CHANNEL:01 STATUS:00)
> CUL_HM CUL_HM_threeStateSensor_17DE7C closed
> CUL CUL2 RCV L:0C N:0A CMD:A041 (TYPE=65,BCAST,BIDI,RPTEN) SRC:17DE7C
> DST:F12222 0323C8
> CUL CUL2 SND L:0D N:10 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> 0101C800 (ACK_STATUS CHANNEL:01 STATUS:C8)
> CUL_HM CUL_HM_threeStateSensor_17DE7C open
> inform off
>
> Es wird der Kanal 2 und 3 falsch von Fhem, mit Kanal 1 bestätigt,
> byte 1+2 ist der kanal
> byte 3 + 4 scheint ein Zaehler zu sein,der sich pro Schaltvorgang um 1
> erhöht
> byte 5+6 ist 00=closed, C8=open
>
> Ps ich habe es erst probiert mit HMLANconfigurator, aber leider
> verbindet er sich dann mit AES,
> kann man das irgenwie ausschalten? wo man die HMLANid ändert hab ich
> gefunden.
>
> Hary


Am Freitag, 2. März 2012 15:39:46 UTC+1 schrieb fhem-hm-knecht:
>
> Hallo Rudi
>
> HM-SCI-3-FM wird als Three State Sensor mit nur einem Kanal erkannt
>
> sollte aber 3 Kanale mit closed und open haben und er meldet ein alive
> irgendwann,
> das habe ich aber noch nicht mitgeschnitten.
>
> define CUL_HM_threeStateSensor_17DE7C CUL_HM 17DE7C
> attr CUL_HM_threeStateSensor_17DE7C devInfo 030000
> attr CUL_HM_threeStateSensor_17DE7C firmware 1.0
> attr CUL_HM_threeStateSensor_17DE7C hmClass sender
> attr CUL_HM_threeStateSensor_17DE7C model HM-SCI-3-FM
> attr CUL_HM_threeStateSensor_17DE7C room CUL_HM
> attr CUL_HM_threeStateSensor_17DE7C serialNr IEQ0098464
> attr CUL_HM_threeStateSensor_17DE7C subType threeStateSensor
>
> Telnetauszug
>
> inform on
> CUL CUL2 hmPairForSec 3000
> CUL CUL2 RCV L:1A N:34 CMD:8000 (TYPE=0,BCAST,RPTEN) SRC:17DE7C DST:
> 000000 10005F4945513030393834363480030000 (DEVICE_INFO FIRMWARE:10
> TYPE:005F SERIALNO:IEQ0098464 CLASS:80 PEER_CHANNEL_A:03
> PEER_CHANNEL_B:00 UNKNOWN:00)
> CUL CUL2 SND L:10 N:01 CMD:A001 (TYPE=1,BIDI,RPTEN) SRC:F12222 DST:
> 17DE7C 00050000000000 (CONFIG_START CHANNEL:00 PEER_ADDRESS:000000
> PEER_CHANNEL:00 PARAM_LIST:00)
> Global global DEFINED CUL_HM_threeStateSensor_17DE7C
> Global global DEFINED FileLog_CUL_HM_threeStateSensor_17DE7C
> Global global DEFINED FileLog_CUL_HM_threeStateSensor_17DE7C
> CUL CUL2 RCV L:0A N:01 CMD:8002 (TYPE=2,RPTEN) SRC:17DE7C DST:F12222
> 00 (ACK)
> CUL CUL2 SND L:13 N:02 CMD:A001 (TYPE=1,BIDI,RPTEN) SRC:F12222 DST:
> 17DE7C 000802010AF10B220C22 (CONFIG_WRITE_INDEX CHANNEL:00 DATA: 02:01
> 0A:F1 0B:22 0C:22)
> CUL CUL2 SND L:0D N:03 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> 01010000 (ACK_STATUS CHANNEL:01 STATUS:00)
> CUL CUL2 RCV L:0A N:02 CMD:8002 (TYPE=2,RPTEN) SRC:17DE7C DST:F12222
> 00 (ACK)
> CUL CUL2 SND L:0B N:04 CMD:A001 (TYPE=1,BIDI,RPTEN) SRC:F12222 DST:
> 17DE7C 0006 (CONFIG_END CHANNEL:00)
> CUL CUL2 SND L:0D N:05 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> 01010000 (ACK_STATUS CHANNEL:01 STATUS:00)
> CUL CUL2 RCV L:0A N:04 CMD:8002 (TYPE=2,RPTEN) SRC:17DE7C DST:F12222
> 00 (ACK)
> CUL CUL2 SND L:0D N:06 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> 01010000 (ACK_STATUS CHANNEL:01 STATUS:00)
>
> CUL CUL2 RCV L:0C N:05 CMD:A041 (TYPE=65,BCAST,BIDI,RPTEN) SRC:17DE7C
> DST:F12222 013200
> CUL CUL2 SND L:0D N:07 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> 01010000 (ACK_STATUS CHANNEL:01 STATUS:00)
> CUL_HM CUL_HM_threeStateSensor_17DE7C closed
> CUL CUL2 RCV L:0C N:06 CMD:A041 (TYPE=65,BCAST,BIDI,RPTEN) SRC:17DE7C
> DST:F12222 0133C8
> CUL CUL2 SND L:0D N:08 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> 0101C800 (ACK_STATUS CHANNEL:01 STATUS:C8)
> CUL_HM CUL_HM_threeStateSensor_17DE7C open
> CUL CUL2 RCV L:0C N:07 CMD:A041 (TYPE=65,BCAST,BIDI,RPTEN) SRC:17DE7C
> DST:F12222 025000
> CUL CUL2 SND L:0D N:09 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> 01010000 (ACK_STATUS CHANNEL:01 STATUS:00)
> CUL_HM CUL_HM_threeStateSensor_17DE7C closed
> CUL CUL2 RCV L:0C N:08 CMD:A041 (TYPE=65,BCAST,BIDI,RPTEN) SRC:17DE7C
> DST:F12222 0251C8
> CUL CUL2 SND L:0D N:0A CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> 0101C800 (ACK_STATUS CHANNEL:01 STATUS:C8)
> CUL_HM CUL_HM_threeStateSensor_17DE7C open
> CUL CUL2 RCV L:0C N:09 CMD:A041 (TYPE=65,BCAST,BIDI,RPTEN) SRC:17DE7C
> DST:F12222 032200
> CUL CUL2 SND L:0D N:0D CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> 01010000 (ACK_STATUS CHANNEL:01 STATUS:00)
> CUL_HM CUL_HM_threeStateSensor_17DE7C closed
> CUL CUL2 RCV L:0C N:0A CMD:A041 (TYPE=65,BCAST,BIDI,RPTEN) SRC:17DE7C
> DST:F12222 0323C8
> CUL CUL2 SND L:0D N:10 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> 0101C800 (ACK_STATUS CHANNEL:01 STATUS:C8)
> CUL_HM CUL_HM_threeStateSensor_17DE7C open
> inform off
>
> Es wird der Kanal 2 und 3 falsch von Fhem, mit Kanal 1 bestätigt,
> byte 1+2 ist der kanal
> byte 3 + 4 scheint ein Zaehler zu sein,der sich pro Schaltvorgang um 1
> erhöht
> byte 5+6 ist 00=closed, C8=open
>
> Ps ich habe es erst probiert mit HMLANconfigurator, aber leider
> verbindet er sich dann mit AES,
> kann man das irgenwie ausschalten? wo man die HMLANid ändert hab ich
> gefunden.
>
> Hary

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Hallo Rübezahl,
> Sorry das ich mich jetzt hier rein hänge, aber ich stecke gerade in einem
> Projekt, bei dem ich den SCI sehr, sehr gut gebrauchen könnte.
Kein Problem, mir geht es ähnlich...

> Was ich nicht so ganz verstehe, ist, das nur beim ersten Device ein Status
> angezeigt wird, bei CHN2 und CHN3 nie etwas
Ich hatte, weil fhem bei den Alive Messages immer die Statuswerte
"zerschossen" hat, mal eine Änderung gemacht um die Alivemeldungen
(die mit 06 beginnen) richtig zu interpretieren. Hat bei mir
einwandfrei funktioniert. Rudi hatte das in SVN auch eingebaut, aber
vorher etwas modifiziert.

@Rudi: Ich hab gerade das, was ich Dir gesendet habe, mit Deinen
Änderungen verglichen: So wie ich es sehe, wertet Dein Code immer Byte
3/4 als Kanal aus. Das stimmt aber nur für die Alive-Messages (die mit
06 beginnen). Daher kann das so wie Du es geändert hast -glaube ich-
nicht klappen (Ups, ich fürchte das war jetzt nur bedingt
verständlich, aber besser bekomm ichs um die Uhrzeit nichtmehr
hin

Kannst Du dir meinen ursprünglichen Code und Deinen vielleicht
nochmals ansehen? Zum besseren Verständnis hier meine Interpretation
der Payload der ThreeStateSensoren:
(Logs sende ich gerne nach - aber das macht die Nachricht hier zu
lang)

"Normale" Zustandsänderugsmessage - 6 bytes
Byte1/2: Kanal
Byte3/4: Zähler
Byte5/6: Schalterzustand (00/64/C8 für closed/tilted/open bzw die
Werte des Wassermelders)

"Alive" oder sonstwie-Message (Kommt z.B. beim Türkontakt auch bei
Sabotage) - 8 bytes
Byte1/2: immer "06"
Byte3/4: Kanal
Byte5/6: Schalterzustand (00/64/C8 für closed/tilted/open)
Byte7/8: Zusatzmeldung (Die Werte versuche ich gerade zu erforschen.
Was ich bislang vermute: ,,00" heißt ,,alles OK"  ,,8x": Batterie ,,xE":
Sabotage)

Rudi, danke schonmal für Deine Mühe!!! Gruß
Tobi


On 9 Mai, 14:00, Ruebezahl wrote:
> Sorry das ich mich jetzt hier rein hänge, aber ich stecke gerade in einem
> Projekt, bei dem ich den SCI sehr, sehr gut gebrauchen könnte.
> Ich bekomme den SCI gepairt mit der Einschränkung, das es vier Devices
> sind, aber das ist ja überhaupt kein Problem.
> Was ich nicht so ganz verstehe, ist, das nur beim ersten Device ein Status
> angezeigt wird, bei CHN2 und CHN3 nie etwas.
> Ich kann auch aufgrund der MSG entscheiden, welcher Kontakt geschlossen
> oder geöffnet wurde, aber alles nur beim ersten Device.
>
> Und wenn ich einen fhem Neustart mache, dann bekomme ich gar keinen Status,
> oder wie kann ich den SCI dazu verleiten, mir doch wenigstens
> zu verraten, welche Kontakte nur geschlossen oder offen sind.
>
> Nun ist mir irgendwie gar nicht klar, in welchem Status die Implementation
> des SCI ist, daher noch einmal sorry für meine Frage.
>
> R.
>
> Am Freitag, 2. März 2012 15:39:46 UTC+1 schrieb fhem-hm-knecht:
>
>
>
>
>
>
>
>
>
>
>
> > Hallo Rudi
>
> > HM-SCI-3-FM wird als Three State Sensor mit nur einem Kanal erkannt
>
> > sollte aber 3 Kanale mit closed und open haben und er meldet ein alive
> > irgendwann,
> > das habe ich aber noch nicht mitgeschnitten.
>
> > define CUL_HM_threeStateSensor_17DE7C CUL_HM 17DE7C
> > attr CUL_HM_threeStateSensor_17DE7C devInfo 030000
> > attr CUL_HM_threeStateSensor_17DE7C firmware 1.0
> > attr CUL_HM_threeStateSensor_17DE7C hmClass sender
> > attr CUL_HM_threeStateSensor_17DE7C model HM-SCI-3-FM
> > attr CUL_HM_threeStateSensor_17DE7C room CUL_HM
> > attr CUL_HM_threeStateSensor_17DE7C serialNr IEQ0098464
> > attr CUL_HM_threeStateSensor_17DE7C subType threeStateSensor
>
> > Telnetauszug
>
> > inform on
> > CUL CUL2 hmPairForSec 3000
> > CUL CUL2 RCV L:1A N:34 CMD:8000 (TYPE=0,BCAST,RPTEN) SRC:17DE7C DST:
> > 000000 10005F4945513030393834363480030000 (DEVICE_INFO FIRMWARE:10
> > TYPE:005F SERIALNO:IEQ0098464 CLASS:80 PEER_CHANNEL_A:03
> > PEER_CHANNEL_B:00 UNKNOWN:00)
> > CUL CUL2 SND L:10 N:01 CMD:A001 (TYPE=1,BIDI,RPTEN) SRC:F12222 DST:
> > 17DE7C 00050000000000 (CONFIG_START CHANNEL:00 PEER_ADDRESS:000000
> > PEER_CHANNEL:00 PARAM_LIST:00)
> > Global global DEFINED CUL_HM_threeStateSensor_17DE7C
> > Global global DEFINED FileLog_CUL_HM_threeStateSensor_17DE7C
> > Global global DEFINED FileLog_CUL_HM_threeStateSensor_17DE7C
> > CUL CUL2 RCV L:0A N:01 CMD:8002 (TYPE=2,RPTEN) SRC:17DE7C DST:F12222
> > 00 (ACK)
> > CUL CUL2 SND L:13 N:02 CMD:A001 (TYPE=1,BIDI,RPTEN) SRC:F12222 DST:
> > 17DE7C 000802010AF10B220C22 (CONFIG_WRITE_INDEX CHANNEL:00 DATA: 02:01
> > 0A:F1 0B:22 0C:22)
> > CUL CUL2 SND L:0D N:03 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> > 01010000 (ACK_STATUS CHANNEL:01 STATUS:00)
> > CUL CUL2 RCV L:0A N:02 CMD:8002 (TYPE=2,RPTEN) SRC:17DE7C DST:F12222
> > 00 (ACK)
> > CUL CUL2 SND L:0B N:04 CMD:A001 (TYPE=1,BIDI,RPTEN) SRC:F12222 DST:
> > 17DE7C 0006 (CONFIG_END CHANNEL:00)
> > CUL CUL2 SND L:0D N:05 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> > 01010000 (ACK_STATUS CHANNEL:01 STATUS:00)
> > CUL CUL2 RCV L:0A N:04 CMD:8002 (TYPE=2,RPTEN) SRC:17DE7C DST:F12222
> > 00 (ACK)
> > CUL CUL2 SND L:0D N:06 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> > 01010000 (ACK_STATUS CHANNEL:01 STATUS:00)
>
> > CUL CUL2 RCV L:0C N:05 CMD:A041 (TYPE=65,BCAST,BIDI,RPTEN) SRC:17DE7C
> > DST:F12222 013200
> > CUL CUL2 SND L:0D N:07 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> > 01010000 (ACK_STATUS CHANNEL:01 STATUS:00)
> > CUL_HM CUL_HM_threeStateSensor_17DE7C closed
> > CUL CUL2 RCV L:0C N:06 CMD:A041 (TYPE=65,BCAST,BIDI,RPTEN) SRC:17DE7C
> > DST:F12222 0133C8
> > CUL CUL2 SND L:0D N:08 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> > 0101C800 (ACK_STATUS CHANNEL:01 STATUS:C8)
> > CUL_HM CUL_HM_threeStateSensor_17DE7C open
> > CUL CUL2 RCV L:0C N:07 CMD:A041 (TYPE=65,BCAST,BIDI,RPTEN) SRC:17DE7C
> > DST:F12222 025000
> > CUL CUL2 SND L:0D N:09 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> > 01010000 (ACK_STATUS CHANNEL:01 STATUS:00)
> > CUL_HM CUL_HM_threeStateSensor_17DE7C closed
> > CUL CUL2 RCV L:0C N:08 CMD:A041 (TYPE=65,BCAST,BIDI,RPTEN) SRC:17DE7C
> > DST:F12222 0251C8
> > CUL CUL2 SND L:0D N:0A CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> > 0101C800 (ACK_STATUS CHANNEL:01 STATUS:C8)
> > CUL_HM CUL_HM_threeStateSensor_17DE7C open
> > CUL CUL2 RCV L:0C N:09 CMD:A041 (TYPE=65,BCAST,BIDI,RPTEN) SRC:17DE7C
> > DST:F12222 032200
> > CUL CUL2 SND L:0D N:0D CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> > 01010000 (ACK_STATUS CHANNEL:01 STATUS:00)
> > CUL_HM CUL_HM_threeStateSensor_17DE7C closed
> > CUL CUL2 RCV L:0C N:0A CMD:A041 (TYPE=65,BCAST,BIDI,RPTEN) SRC:17DE7C
> > DST:F12222 0323C8
> > CUL CUL2 SND L:0D N:10 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> > 0101C800 (ACK_STATUS CHANNEL:01 STATUS:C8)
> > CUL_HM CUL_HM_threeStateSensor_17DE7C open
> > inform off
>
> > Es wird der Kanal 2 und 3 falsch von Fhem, mit Kanal 1 bestätigt,
> > byte 1+2 ist der kanal
> > byte 3 + 4 scheint ein Zaehler zu sein,der sich pro Schaltvorgang um 1
> > erhöht
> > byte 5+6 ist 00=closed, C8=open
>
> > Ps ich habe es erst probiert mit HMLANconfigurator, aber leider
> > verbindet er sich dann mit AES,
> > kann man das irgenwie ausschalten? wo man die HMLANid ändert hab ich
> > gefunden.
>
> > Hary
>
> Am Freitag, 2. März 2012 15:39:46 UTC+1 schrieb fhem-hm-knecht:
>
>
>
>
>
>
>
>
>
> > Hallo Rudi
>
> > HM-SCI-3-FM wird als Three State Sensor mit nur einem Kanal erkannt
>
> > sollte aber 3 Kanale mit closed und open haben und er meldet ein alive
> > irgendwann,
> > das habe ich aber noch nicht mitgeschnitten.
>
> > define CUL_HM_threeStateSensor_17DE7C CUL_HM 17DE7C
> > attr CUL_HM_threeStateSensor_17DE7C devInfo 030000
> > attr CUL_HM_threeStateSensor_17DE7C firmware 1.0
> > attr CUL_HM_threeStateSensor_17DE7C hmClass sender
> > attr CUL_HM_threeStateSensor_17DE7C model HM-SCI-3-FM
> > attr CUL_HM_threeStateSensor_17DE7C room CUL_HM
> > attr CUL_HM_threeStateSensor_17DE7C serialNr IEQ0098464
> > attr CUL_HM_threeStateSensor_17DE7C subType threeStateSensor
>
> > Telnetauszug
>
> > inform on
> > CUL CUL2 hmPairForSec 3000
> > CUL CUL2 RCV L:1A N:34 CMD:8000 (TYPE=0,BCAST,RPTEN) SRC:17DE7C DST:
> > 000000 10005F4945513030393834363480030000 (DEVICE_INFO FIRMWARE:10
> > TYPE:005F SERIALNO:IEQ0098464 CLASS:80 PEER_CHANNEL_A:03
> > PEER_CHANNEL_B:00 UNKNOWN:00)
> > CUL CUL2 SND L:10 N:01 CMD:A001 (TYPE=1,BIDI,RPTEN) SRC:F12222 DST:
> > 17DE7C 00050000000000 (CONFIG_START CHANNEL:00 PEER_ADDRESS:000000
> > PEER_CHANNEL:00 PARAM_LIST:00)
> > Global global DEFINED CUL_HM_threeStateSensor_17DE7C
> > Global global DEFINED FileLog_CUL_HM_threeStateSensor_17DE7C
> > Global global DEFINED FileLog_CUL_HM_threeStateSensor_17DE7C
> > CUL CUL2 RCV L:0A N:01 CMD:8002 (TYPE=2,RPTEN) SRC:17DE7C DST:F12222
> > 00 (ACK)
> > CUL CUL2 SND L:13 N:02 CMD:A001 (TYPE=1,BIDI,RPTEN) SRC:F12222 DST:
> > 17DE7C 000802010AF10B220C22 (CONFIG_WRITE_INDEX CHANNEL:00 DATA: 02:01
> > 0A:F1 0B:22 0C:22)
> > CUL CUL2 SND L:0D N:03 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> > 01010000 (ACK_STATUS CHANNEL:01 STATUS:00)
> > CUL CUL2 RCV L:0A N:02 CMD:8002 (TYPE=2,RPTEN) SRC:17DE7C DST:F12222
> > 00 (ACK)
> > CUL CUL2 SND L:0B N:04 CMD:A001 (TYPE=1,BIDI,RPTEN) SRC:F12222 DST:
> > 17DE7C 0006 (CONFIG_END CHANNEL:00)
> > CUL CUL2 SND L:0D N:05 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> > 01010000 (ACK_STATUS CHANNEL:01 STATUS:00)
> > CUL CUL2 RCV L:0A N:04 CMD:8002 (TYPE=2,RPTEN) SRC:17DE7C DST:F12222
> > 00 (ACK)
> > CUL CUL2 SND L:0D N:06 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> > 01010000 (ACK_STATUS CHANNEL:01 STATUS:00)
>
> > CUL CUL2 RCV L:0C N:05 CMD:A041 (TYPE=65,BCAST,BIDI,RPTEN) SRC:17DE7C
> > DST:F12222 013200
> > CUL CUL2 SND L:0D N:07 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> > 01010000 (ACK_STATUS CHANNEL:01 STATUS:00)
> > CUL_HM CUL_HM_threeStateSensor_17DE7C closed
> > CUL CUL2 RCV L:0C N:06 CMD:A041 (TYPE=65,BCAST,BIDI,RPTEN) SRC:17DE7C
> > DST:F12222 0133C8
> > CUL CUL2 SND L:0D N:08 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> > 0101C800 (ACK_STATUS CHANNEL:01 STATUS:C8)
> > CUL_HM CUL_HM_threeStateSensor_17DE7C open
> > CUL CUL2 RCV L:0C N:07 CMD:A041 (TYPE=65,BCAST,BIDI,RPTEN) SRC:17DE7C
> > DST:F12222 025000
> > CUL CUL2 SND L:0D N:09 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> > 01010000 (ACK_STATUS CHANNEL:01 STATUS:00)
> > CUL_HM CUL_HM_threeStateSensor_17DE7C closed
> > CUL CUL2 RCV L:0C N:08 CMD:A041 (TYPE=65,BCAST,BIDI,RPTEN) SRC:17DE7C
> > DST:F12222 0251C8
> > CUL CUL2 SND L:0D N:0A CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> > 0101C800 (ACK_STATUS CHANNEL:01 STATUS:C8)
> > CUL_HM CUL_HM_threeStateSensor_17DE7C open
> > CUL CUL2 RCV L:0C N:09 CMD:A041 (TYPE=65,BCAST,BIDI,RPTEN) SRC:17DE7C
> > DST:F12222 032200
> > CUL CUL2 SND L:0D N:0D CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> > 01010000 (ACK_STATUS CHANNEL:01 STATUS:00)
> > CUL_HM CUL_HM_threeStateSensor_17DE7C closed
> > CUL CUL2 RCV L:0C N:0A CMD:A041 (TYPE=65,BCAST,BIDI,RPTEN) SRC:17DE7C
> > DST:F12222 0323C8
> > CUL CUL2 SND L:0D N:10 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> > 0101C800 (ACK_STATUS CHANNEL:01 STATUS:C8)
> > CUL_HM CUL_HM_threeStateSensor_17DE7C open
> > inform off
>
> > Es wird der Kanal 2 und 3 falsch von Fhem, mit Kanal 1 bestätigt,
> > byte 1+2 ist der kanal
> > byte 3 + 4 scheint ein Zaehler zu sein,der sich pro Schaltvorgang um 1
> > erhöht
> > byte 5+6 ist 00=closed, C8=open
>
> > Ps ich habe es erst probiert mit HMLANconfigurator, aber leider
> > verbindet er sich dann mit AES,
> > kann man das irgenwie ausschalten? wo man die HMLANid ändert hab ich
> > gefunden.
>
> > Hary

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[rudolfkoenig]

                                                   

> Kannst Du dir meinen ursprünglichen Code und Deinen vielleicht
> nochmals ansehen?

Habs, war zunehmend verwirrt, und dann habe ich alles anhand deinen
Beobachtungen (endlich was klares in diesem threeState Sumpf neu
geschrieben, ich finde es ist jetzt einfacher zu lesen. Batteriestatus wird
jetzt auch gesetzt, und sabotage wird zusaetzlich im status angezeigt, was
bereits existierende notifies beeinflussen koennte.  Koennt Ihr das bitte
testen?

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Hi Rudi,
super, vielen Dank!!  Habs mir gerade mal angesehen (noch nicht
getestet) und sieht sehr gut aus ))

> geschrieben, ich finde es ist jetzt einfacher zu lesen.
Ich auch!

> Koennt Ihr das bitte
> testen?
Klar! Zwar leider erst heute abend oder am Sonntag - bin jetzt den
ganzen Tag mit Frau und Kindern unterwegs, muß etwas für den WAF
tun...
Melde mich aber sobald ich was weiss. Vielleicht können Hary, Rübezahl
etc. auch probieren?

Wir legen den ThreeStateSumpf schon noch trocken;-)

Gruß Tobi

On 12 Mai, 09:19, Rudolf Koenig wrote:
> > Kannst Du dir meinen urspr nglichen Code und Deinen vielleicht
> > nochmals ansehen?
>
> Habs, war zunehmend verwirrt, und dann habe ich alles anhand deinen
> Beobachtungen (endlich was klares in diesem threeState Sumpf neu
> geschrieben, ich finde es ist jetzt einfacher zu lesen. Batteriestatus wird
> jetzt auch gesetzt, und sabotage wird zusaetzlich im status angezeigt, was
> bereits existierende notifies beeinflussen koennte.  Koennt Ihr das bitte
> testen?

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Hi Rudi,

sieht (fast) gut aus. Ein Problem in Zeile 689:
    push(@event, "battery:". (hex($b78) & 0x80) ? "empty" : "ok");
muss durch durch
    push @event, "battery:". ((hex($b78) & 0x80) ? "empty" : "ok");
ersetzt werden.

Ansonsten siehts gut aus, auch wenn ich noch nicht alle
Anwendungsfälle, insbesondere Alive des SCI (also Multi Channel) ,
testen konnte. Falls noch was auffällt, melde ich mich. Wenn alles OK
scheint, natürlich auch. Danke nochmals für die schnelle
Unterstützung!

CU
Tobi


On 12 Mai, 10:23, tobi73 wrote:
> Hi Rudi,
> super, vielen Dank!!  Habs mir gerade mal angesehen (noch nicht
> getestet) und sieht sehr gut aus ))
>
> > geschrieben, ich finde es ist jetzt einfacher zu lesen.
>
> Ich auch!
>
> > Koennt Ihr das bitte
> > testen?
>
> Klar! Zwar leider erst heute abend oder am Sonntag - bin jetzt den
> ganzen Tag mit Frau und Kindern unterwegs, muß etwas für den WAF
> tun...
> Melde mich aber sobald ich was weiss. Vielleicht können Hary, Rübezahl
> etc. auch probieren?
>
> Wir legen den ThreeStateSumpf schon noch trocken;-)
>
> Gruß Tobi
>
> On 12 Mai, 09:19, Rudolf Koenig wrote:
>
>
>
>
>
>
>
> > > Kannst Du dir meinen urspr nglichen Code und Deinen vielleicht
> > > nochmals ansehen?
>
> > Habs, war zunehmend verwirrt, und dann habe ich alles anhand deinen
> > Beobachtungen (endlich was klares in diesem threeState Sumpf neu
> > geschrieben, ich finde es ist jetzt einfacher zu lesen. Batteriestatus wird
> > jetzt auch gesetzt, und sabotage wird zusaetzlich im status angezeigt, was
> > bereits existierende notifies beeinflussen koennte.  Koennt Ihr das bitte
> > testen?

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Oskar]

                                                     

Am 13.05.2012 um 00:10 schrieb tobi73:

> Hi Rudi,
>
> sieht (fast) gut aus. Ein Problem in Zeile 689:
>    push(@event, "battery:". (hex($b78) & 0x80) ? "empty" : "ok");
> muss durch durch
>    push @event, "battery:". ((hex($b78) & 0x80) ? "empty" : "ok");
> ersetzt werden.

Wäre nicht "low" besser, weil "empty" wird das Teil nicht wirklich melden können.
Wäre natürlich schick, aber den sog. "dying gasp" haben nicht einmal die HM-Sec-irgendwas Alarmanlagenteile.

Ansonsten kann ich erst am Montag testen, ob meinen Scripts die Änderung mit dem Sabotage-Zustand gefällt.

Ich persönlich finde das falsch, weil Sabotage bedeutet, das ich die restlichen Werte vergessen kann, weil jemand am Sensor manipuliert (hat).  Prinzipiell sollten Sicherheitssensoren nach einem Sabotage-Status erst wieder was sinnvolles ausgeben, wenn man den Status in Fhem manuell (auch gerne per notify) bestätigt hat.  Zumindest sollte das der default sein.

Schönen Guten Morgen
   Oskar

P.S.: "empty" gibt es auch einmal im EnOcean-Code...

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[rudolfkoenig]

                                                   

> sieht (fast) gut aus. Ein Problem in Zeile 689:

Habs ersetzt, und auch emty durch low ersetzt.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Hallo,

so erster, kurzer Test, alle drei Kanäle werden jeweils mit open oder
closed erkannt, das ist schon mal spitze.

Lediglich bei dem allerersten Mal nach dem "updatefhem/shutdown restart"
war CHN1 im Zustand MISSING ACK und die
beiden anderen im Status ?.

Danach war beim Restart jeweils der passende Kanal mit dem passenden
Status (open oder closed) bezeichnet.

Also derzeit bin ich zutiefst zufrieden mit den Ergebnissen, vielen Dank
für die Implementation, nur leider werde
ich jetzt wohl doch auf dem Dachboden schrauben müssen, denn der
automatischen Dachlukensteuerung
steht nun nichts mehr im Wege.

Wenn ich noch etwas testen soll/kann, dann bitte gerne melden.

Viele Grüße,

R.

Am 13.05.2012 09:11, schrieb Rudolf Koenig:
>> sieht (fast) gut aus. Ein Problem in Zeile 689:
> Habs ersetzt, und auch emty durch low ersetzt.
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com