Professional Documents
Culture Documents
Joost Demarest System and Admin Director KNX Association Diegem/Brussels Belgium
www.knx.org
Contents
1. 2. 3. Original system requirements for KNX RF Relevant standards KNX RF Physical Layer
4.
5.
6.
7.
8.
9.
usable as stand alone solution and together with other KNX media (media couplers)
Implementation on off-the-shelf components, small footprint
Relevant Standards
Layers 3-7 = EN 50090-series Layers 1-2, approved by CLC/TC 205 as EN 50090-5-3 common solution with/according to CEN/TC 294 EN 13757-3/-4 (Metering!) RF according to CEPT/ERC 70-03 (868 MHz - Band) Data Link Layer according to IEC 870-5-2 (FT3 - Protocol)
SRD
Alarms
SRD
< 1%
< 1%
< 0.1 %
[mW] 500
500mW
POWER [ ERP ]
25
10 5
25 mW
10mW
25 mW
25 mW 10mW
25 mW
5 mW
600 kHz 500 kHz 100kHz 100 250 kHz 300 kHz
868.0
868.6
870 [MHz]
FREQUENCY
KNX Radio Frequency Mr. Joost Demarest
Value
868 .... 868.6 MHZ fc = 868.300 MHz +/-35 ppm FSK fDEV = 40 kHz to 80 kHz 300 kHz typical -95 dBm (BER 10-4) 0 dBm
Remark
1% duty cycle
+/-30.4 kHz
typically 50kHz -80 dBm minimum bit "0" is coded as fHI to fLO transition, chip sequence "10" bit "1" is coded as fLO to fHI transition, chip sequence "01 enables usage of clock crystal EN 300 220 1, 9.3.3 for class 2 receivers
Bit coding
Manchester
Bitrate Chiprate (transmit) Jitter per transition Tx Blocking performance Chip rate tolerance Tx Chip rate tolerance Rx
Value
1% 30 Chips chip sequence "000111" chip seq "011010010110" 2 to 8 chips 6 CRC IEC 870-5-1/2 FT3 ~16ms up to 3
Remark
16 bit
...
CRC
Postamble
Preamble
Manch. Violation Sync Word
max. 15 x 01 chip
10 bytes
2 bytes CRC after each data block 16 bytes 1 to 16 bytes details of block 2 on next slides
Postamble
2 to 8 chips
KNX RF Block 1
Length
C-field
ESC
Ctrl
SN
total number of user bytes counting from C-field fixed to value 44h escape code to separate KNX from metering (fixed to value FFh)
Ctrl
1 byte
SN
6 bytes
KNX RF Block 2
Ctrl
Standard frame
Data
1 byte variable
standard or extended? difference with frame on other media lies in - LFN: duplication avoidance - Domain address bit: indicates significance of SN field in Block 1 actual payload, remaining in next block
Data
variable
Re-transmitter Technology
up to 3 Retransmitters are supported
T
M(LFN) M-1(LFN)
RT 2
M-2(LFN) M-1-2(LFN)
routing counter
Limitation of number of retransmissions
RT 1
M-1(LFN) M(LFN)
R
RT
Device Functionality is made known to the partner device or configurator via E-Mode channels
Instead of via ETS product database entries Functionality of product is already contained in E-Mode device S-Mode device is in theory empty
E-Mode channels are a collection of data points and parameters Each Group Object has one or more different connection codes, depending on its functionality (e.g. switch, time, temperature, )
During configuration, group objects with the same connection code can be linked.
Push button: same approach but partner device decides whether linking is possible Easy installations are limited to one single line
Assignment of unique individual address to each found E-Mode device Read out of the E-Mode channels and parameters Show capabilities of devices on controllers display
Channel CH_LIGHT_ACTUATOR_COMPLEX selected here According the links requested by the user, this is your address table, association table and parameters block:
According the links requested by the user, this is your address table, association table and parameters block:
Group Addresses
Associations
Parameters
Parameters
Associations
Group Addresses
Each device searches for itself a free Individual Address Installers first selects actuator channel (e.g. by pressing a button) Installer then selects sensor channel
I have an input CC_TIMED_STARTSTOP GrEAT! MY output cc_TIMED_STARTSTOP HAS Group address 8300h. USE that!
Undirectional senders use fixed and unchangeable Group addresses Partner device (actuator) has to have extended group address table combination with serial number of sensor device makes group address unique Big drawback: if sensor needs to be replaced also reprogramming actuator!
Sensor 1
Device SN
Actuator
Device SN Partner SN Partner GA
SN=1
GA=1
T
SN=3
SN=1 SN=2
GA=1 GA=1
T R
Sensor 2
Device SN
SN=2
GA=1
T T R
= Channel
= Transmitter = Receiver
Page No. 16 March 12
Bidirectional battery-driven RF devices cant be in receive-mode all the time because of battery-lifetime The BiBat extension reduces the active receive windows of battery operated receivers to a minimum by means of a time slot procedure Application:
-
RF multi
3 fast RF channels and 2 slow RF channels
Bibat
single RF channel version, unchanged compared to version 1 of
HBES RF
Bibat 2
2 RF channels
KNX RF Ready
Single channel, evolution with 4.8ms preamble for Tx Rx change to ignore some bits in CTRL field The rest of the stack remains the same Only a software upgrade of existing products All new developments shall be RF ready
500mW
25mW
868MHz
KNX Radio Frequency Mr. Joost Demarest
868.3
868.6
868.9
869.2
869.4
869.7
870MHz
Page No. 19 March 12
KNX RF multi
3 RF fast channels for low latency devices 2 RF slow channels for battery powered devices F3 optional 25mW in F3 is now allowed by regulation Energy savings
Allow very low power consumption for receivers
Compatibility scheme
Tx Ok Existing Rx Ok Add KNX RF ready products
Existing
Tx Ok
Single channel
Multi channel
What is needed ?
Streamline addressing scheme between TP/PL and RF If accessed by ETS, devices shall allow the use of a domain address common to the installation instead of individual serial number Possibility to develop much simpler media couplers between TP and RF Finalize the KNX Security concept for encryption and authentication Support RF in ETS and add RF to KNX Basic course training
www.knx.org