HomeMatic Protokol fuer HM-CC-TC

[Guest]

Originally posted by: <email address deleted>

Ich antworte michselber mahl.

Protokol fuer HomeMatic (brauche bestaetigung hier !)

1. Kommando zu thermostat von HM-Lan mit BIDI gesetzt (I need Ack)
2. Kein antwort wenn die TC schlaft, versuch es noch einmal, wenn
wieder kein antwort wecken mit A1 im bitmap und ein type 12 bericht,
und kein daten.(A1 meint RPTEN, BIDI(will ein Ack) und wakeup/burst
     3.(a) Die A1 wuerde bedeuten das bit 1 von dieses bitmapped wort
burst oder wakeup ist.
4. Das A1-12 bericht wird widerholt bis die TC antwortet mit einem ACK
bericht in dem  das Wakemeup bit 0 ist.
5. Dan wird das erste kommando noch mahl abgeschickt.
komt ein Ack zurick mit dem gleihen message counter ist die sache
geschaft, sonst versuchen wir is erneut

Also ein BIDI bericht erwartet ein ACK mit die gleiche counter.

Beim homematic configurator sieht man waehrend diese sequenz
"Konfigurationsdaten stehen zur Ãœbertragung an" Die gewunschte aber
nicht gelungene konfigurations aenderung wird auch gespeicherd bis es
gelungen ist, (nach program neustart fangt die konfigurator wieder an
mit neuversuche um die daten weg zu schrieben zum TC)

Das A112 bericht wurde bei mir hex33 mahl wiederholt bevor ein antwort
kam, jedes mahl mit ein neuen counter wert.  Leider werden diese
berichte nicht im Bidcos log gezeigt. Aber zwichen das erste kommando
and den Ack gab es eine counterwert luecke von 33 (hex).


--Johan



On Fri, Jan 27, 2012 at 7:43 PM, Johan van der Kolk
wrote:
> I modified CUL_HM to show the received bits by name in the level 4
> logs with hmProtocolEvents.
> For me the bits still make sense and match the debug log from a second
> LAN adapter, in the way I described them.
>
> For sure some report/set the radio status to support the WOR capabilty
> of the CC1100 chip.
> Unfortunately I can't debug any further. I can't get the homeputer
> stuff to run at all so no comparison possible.
> Currently I only see the incoming data from one TH appearing on that
> LAN adapter, (why not from all 6, I don't know)
> The bits I can confirm are RPTED, BCAST, BIDI and WAKEMEUP. The other
> bits are never activated in my setup
>
> Johan
>
>
>
>
>
> On Thu, Jan 26, 2012 at 8:42 AM, Rudolf Koenig wrote:
>>> > I believe it's like this:
>>> > RPTEN(bit7),RPTED(bit6),BIDI(bit5),BURST(bit4),WAKEUP(bit3),BCAST(bit2),WAKEMEUP(bit1),
>>> > ()bit 0. where bit 7 is MSB.
>>
>> Thanks for the info. Now it would be nice to know the meaning of those bits,
>> giving them a name is only the start
>>
>>

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