Support for old HomeKit v1 BLE accessories

[th-in-gs]

I have some old Eve accessories - a couple of Eve Homes and Eve Weathers - that I have been unable to pair. I did some digging and found that they seem to use the old v1 HomeKit BLE protocol, as described lightly here: https://gist.github.com/KhaosT/6ff09ba71d306d4c1079

Am I right in thinking that this old protocol is not supported in the BLE code currently?

Some example advertisements:

D9:BF:60:58: Eve Weather AdvertisementData(local_name='Eve Weather', service_data={'0000fed4-0000-1000-8000-00805f9b34fb': b'\xb3Pt\xda\xb3@\x01\x00\x01'}, service_uuids=['0000fed4-0000-1000-8000-00805f9b34fb'], rssi=-45)

D9:90:EC:30:50:8E: Eve Room AdvertisementData(local_name='Eve Room', service_data={'0000fed4-0000-1000-8000-00805f9b34fb': b'\xe0aoZ\xc7h\x01\x00\x01'}, service_uuids=['0000fed4-0000-1000-8000-00805f9b34fb'], rssi=-62)

Note the use of service_data rather than manufacturer_data (and, I am sure, myriad other differences when you get into doing anything).

[Jc2k]

We only support the version of HomeKit over BLE that Apple documents in their semi public spec. I think that is indeed version 2.

Supporting another version is going to be tricky, the research that your link references got taken offline by Apples lawyers quite some time ago. The information that you found is not sufficient to work out the differences.

I don't have any Eve devices old enough to do any of this work myself. I think my oldest device is from 2017 and that works fine.

We do know that older Eve devices struggle to work at all under non Mac Bluetooth stacks. For one thing, they have too many characteristics and enumerating them on Bluetooth stacks like BlueZ is just too damn slow, and it hits internal timeouts trying to do so.