hardware:vaillantvrt340f_protocol
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende ÜberarbeitungNächste ÜberarbeitungBeide Seiten der Revision | ||
hardware:vaillantvrt340f_protocol [2017/05/05 16:19] – reinhold | hardware:vaillantvrt340f_protocol [2017/05/11 19:23] – reinhold | ||
---|---|---|---|
Zeile 84: | Zeile 84: | ||
Why least significant bit first? That took me a while, too, and it stems from the way the checksum is calculated. | Why least significant bit first? That took me a while, too, and it stems from the way the checksum is calculated. | ||
- | Our sixteen base signals from above now become: | + | Our sixteen base signals from above now become |
^Heat.^Wat.^Rep.^Bat.| '' | ^Heat.^Wat.^Rep.^Bat.| '' | ||
Zeile 238: | Zeile 238: | ||
Each signal is first sent with byte 9 set to 0x00 and shortly afterwards repeated with byte 9 set to 0x01 (and the checksum updated correspondingly). | Each signal is first sent with byte 9 set to 0x00 and shortly afterwards repeated with byte 9 set to 0x01 (and the checksum updated correspondingly). | ||
+ | |||
+ | ==== Setup Mode: RF detection ==== | ||
+ | Playing around with the operator and installation modes of the Vaillant VRT340f, all signals I found fit perfectly well into the protocol described in the last section, except for one signal: RF detection: | ||
+ | |||
+ | '' | ||
+ | 0x00 00 7E FF FF 00 FF 00 F1 FF FF 6D F6 20 00 02 00 F8 8F FF 00'' | ||
+ | |||
+ | As one can see, the signal is longer, but it still follows the same pattern of the begin and end of frame bytes. Also, bit-stuffing is still used, and the checksum is calculated just like in all other packets. However, there are some differences: | ||
+ | |||
+ | ^Byte ^^ Value ^Description ^ | ||
+ | ^1-2 || 0x00 00 | Preamble (square wave to synchronize clocks with the receiver) | | ||
+ | ^3 || 0x7E | Begin of frame/data (Constant) | | ||
+ | ^ 4-19 || Data content of the frame with 2-byte checksum attached || | ||
+ | | ^4-5 | 0xFF FF | Indicates broadcast | | ||
+ | |::: ^6-8 | 0x00 FF 00 | Unknown (constant) | | ||
+ | |::: ^9 | 0xF0/F1 | Repeat: 0xF0 for original signal, 0xF1 for repeat signal (bit 1, bits 5-8 always set) | | ||
+ | |::: ^10-11 | ||
+ | |::: ^12-13 | ||
+ | |::: ^14-17 | ||
+ | |::: ^18-19 | 0xF8 .. | 2-byte Checksum (signed integer): negative of the sum of bytes 4-17 | | ||
+ | ^20 || 0xFF | End of Signal indicator | | ||
+ | ^21 || 0x00 | Epilogue (no data any more) | | ||
+ | |||
+ | |||
====== Implementing support for the device in rtl_433, rflink and/or OpenHAB ====== | ====== Implementing support for the device in rtl_433, rflink and/or OpenHAB ====== | ||
Now that we understand both the physical layer of the signal, as well as the structure of the protocol, we can go on to [[hardware: | Now that we understand both the physical layer of the signal, as well as the structure of the protocol, we can go on to [[hardware: |
hardware/vaillantvrt340f_protocol.txt · Zuletzt geändert: 2017/05/11 19:28 von reinhold