Quantcast
Channel: Automated Home Forums
Viewing all articles
Browse latest Browse all 3222

RAMSES protocol but not Honeywell

$
0
0
Some people may find this interesting, I have seen the RAMSES II protocol used by non-Honeywell kit.

For a hobby, I am in the process of writing a python-based evohome controller.

As part of this, I have found a set of kit that is nothing to do with Honeywell, but is compliant with the RAMSES II RF protocol.

It is a ventilation system from Nuaire, and I have the following working (presumably related kit from Nuaire is also RAMSES II-compliant):
- Ventilator (with heater) https://www.nuaire.co.uk/residential...ri-eco-heat-hc
- 4-way switch https://www.nuaire.co.uk/residential...ies/dri-eco-4s
- Humidity sensor https://www.nuaire.co.uk/residential...ies/dri-eco-rh

New commands (not seen elsewhere by me) include: 12A0 (sensor_humidity), 22F1 (vent_switch), 31DA (vent_status) and 31E0 (vent_on_off).

For example, here is a packet from the relative humidity sensor:
Code:

045  I --- 32:168090 --:------ 32:168090 12A0 006 003C07A8049C
Decoded packet:
Code:

|| 045 |  I |    | VNT:168090 |            | >broadcast | sensor_humidity | 006 | 003D07B304B9 ||
Decoded payload (003C07A8049C):
Code:

{'domain': '00', 'relative_humidity': 0.61, 'temperature': 19.71, 'dewpoint': 12.09}
The python code to take the raw payload and create the JSON is:
Code:

{
    "domain": payload[:2],
    "relative_humidity": int(payload[2:4], 16) / 100,
    "temperature": int(payload[4:8], 16) / 100,
    "dewpoint": int(payload[8:12], 16) / 100,
}


Viewing all articles
Browse latest Browse all 3222

Trending Articles