[OpenTRV-dev] RadBot Radio Protocol

[Robert May]

Thanks Christophe - I'm currently reverse engineering your CC1101
configuration (BTW I have your code working and decrypting a single value),
but would like to have a deeper understanding rather than blindly copying
....

Could you point me at the version of the radio code that you used to
generate your configuration, even if it's difficult to follow?

Thanks,
Rob.


On Fri, 19 Feb 2021 at 11:49, <christoph at winterstiger.at> wrote:

> Yes, those parameters are wrong, but the frame format is correct, I think.
> It took me quite a while to figure out the right radio parameters the first
> time around because the code isn’t easy to read either (seems to support
> multiple old/different formats).
>
>
>
> Damon: I think it would be great if we could set up a Wiki page with clear
> and up-to-date information. Possibly even a specific page just for the
> Radbot (2) as it’s being sold? I’m sure all of the information is
> somewhere, it’s just very hard to find it.
>
>
>
> Cheers,
>
> Christoph
>
>
>
> *From:* OpenTRV-dev <opentrv-dev-bounces at lists.opentrv.org.uk> *On Behalf
> Of *Robert May
> *Sent:* 19 February 2021 11:26
> *To:* Closed list for developer discussions <
> opentrv-dev at lists.opentrv.org.uk>
> *Subject:* [OpenTRV-dev] RadBot Radio Protocol
>
>
>
> I found this
> https://github.com/opentrv/OpenTRV-standards/blob/master/standards/protocol/IoTCommsFrameFormat/SecureBasicFrame-V0.1-201601.txt
>
> But don't think that this paragraph
>
> *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.*
>
>
>
> 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?
>
>
>
> Thanks for any pointers,
>
> Rob.
> _______________________________________________
> OpenTRV-dev mailing list
> OpenTRV-dev at lists.opentrv.org.uk
> http://lists.opentrv.org.uk/listinfo/opentrv-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opentrv.org.uk/pipermail/opentrv-dev/attachments/20210219/e8815c24/attachment.html>