It’s been a while I have written something here. I had been busy with a lot of cool projects.
When you work on multiple IoT projects, one thing which is a common is networking and configuration management.
Most of the time when we create an MVP, we generally tend to bind our code with configuration parameters like server IPs, ports, Wi-Fi credentials etc. It’s okay, if the MVP does not go places. Everything works… Happy Days…!
Now, imagine you build a cool demo and your PM requests to showcase this demo to somewhere at a conference. He tells you that there is a Wi-Fi connection out there. Aha, your demo needs a working Wi-Fi internet connection, and they have it, but how will know them until you get there :)
The point I am trying to make here is, it would be such a big pain that someone at the conference has to make a code change to configure Wi-Fi to make to demo the MVP.
That’s where the Headless Deployment of IoT devices comes to the rescue.
In a headless setup, the device if not able to connect to Wi-Fi, would automatically put itself into a config mode and the end user could configure it using a private local network either via Bluetooth or Wi-Fi.
To give you an example, I have a Raspberry Pi which is it’s not able to connect to a known Wi-Fi Access point (AP), would turn itself into an access point. Now, using your laptop or mobile phone, you could connect to that access point. Once you connect, you will be auto…
