<div dir="ltr">I found this <a href="https://github.com/opentrv/OpenTRV-standards/blob/master/standards/protocol/IoTCommsFrameFormat/SecureBasicFrame-V0.1-201601.txt">https://github.com/opentrv/OpenTRV-standards/blob/master/standards/protocol/IoTCommsFrameFormat/SecureBasicFrame-V0.1-201601.txt</a><br><br>But don't think that this paragraph<br><br><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><b>868.35MHz 5kbps OOK "FS20" carrier, unwhitened, no hardware CRC/checksum,  with a preamble of aaaaaaaa and sync of cccccc. In this case the payloads should avoid long runs of 0x00 or 0xff bytes, and there should be no more than one trailing 0x00 (more may be stripped), ie should be somewhat self-whitened. Note however that the leading length byte may make for tricky interop with existing FS20-carrier OpenTRV comms.</b></blockquote><div><br></div><div>reflects the current Radbot Radio parameters.  Is there another document I'm missing, or do I need to dig into the code and reverse engineer from the transmitter setup?</div><div><br></div><div>Thanks for any pointers,</div><div>Rob.</div></div>