Recorded an end-to-end video of the “training mode” feature of my AC project last night. This is when the user’s AC model is not supported by the in-built library of AC protocols. In this case, they record signals from their remote which can be sent back to their AC later. When their AC model is supported, an AC remote appears on-screen and the user can freely select and send any settings they want without performing this training.

It’s a lot more stable right now and I took a detour to clean up the iOS app side of things although I’m still not very happy with some aspects of the design. Also, turns out it’s difficult to record stable videos when you’re holding three devices at the same time!

One of the large caveats with this demo is that I’m using a universal remote for receiving (the original remote is broken). These remotes send a great deal more data than the original remotes do (they’re not efficient) so the payload sizes are usually around 3 times larger than necessary causing long load/transfer times like in this demo. Frustrating but actually this was good for stress-testing the system.

I also enjoyed writing some LED controller code. Gives a nice bit of feedback about loading state and when the device is on or offline. It was also very useful for debugging the code. I should’ve added it sooner.