Guido Mocken

Analyzing it in more detail, I am even more confused by the linker warning preceding the "undefined symbol" linker errors quoted above: ld: warning: ignoring file Output/Darwin-x86_64-apple-darwin19.6.0/Test/hap.a, building for **macOS-x86_64**...

Finally fixed the problem: I had to remove /usr/local/bin from my $PATH, because it apparently caused tools from brew/binutils to be used in the build process instead of the ones...

Is it possible to install the HomeKitADK on an existing raspbian installation instead of creating a new SD card image from scratch? How? Yes, I found out myself: `SETUP_SKIP_SD=1 SETUP_SKIP_BASE_SETUP=1...

Thanks, using "WIFI_PS_NONE" definitely helps to some extent - I have to monitor it for longer times to see if the issue is resolved completely.

For me, the combination Xcode 13.2.1 (on BigSur) works flawlessly with iOS/iPadOS 15.7 devices using ONLY the 15.5 image from Xcode 13.4. Installing any other image >15.5 from Xcode 14...

Ok, I think I got it. It simply means a DELETE request, instead of the POST for setting the timer, doesn't it?

Thanks, that confirmed my finding. In Safari, that network trace has a nice "copy as cURL" feature, which gives (with the usual privacy replacements VVVV, AAAA and some uninteresting standard...

But it's not already implemented in the TeslaSwiftDemo app, is it? This line `let redirectURI = "teslaswift://teslaswift" ` looks a bit like an app URL scheme, but I could not...

I spent some time tweaking the code myself, and I basically got it to work with Safari - however, the whole fleet-API scheme is kind of flawed, as it exposes...

The app contains both ID+secret and sends both over the network in order to request the tokens. So either the app binary can be decompiled (tricky) or the network traffic...