TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Ask HN: How to get up to speed on mental models for building IoT projects?

3 点作者 kareemm大约 5 年前
I&#x27;m starting an IoT project with a client. I&#x27;ve been building web software for two decades and would love to get up to speed on key IoT concepts.<p>Things like device shadows, choosing between MQTT&#x2F;HTTP, how an MQTT broker works, the key challenges and good approaches around ingesting data, sending OTA firmware updates and new device settings down, the pros and cons of rolling our own vs e.g. using AWS&#x27;s tooling.<p>I&#x27;ve googled around and have found piece parts. But are there any good ebooks or similar resources I could dive into?

1 comment

davismwfl大约 5 年前
Are you doing the firmware as well? Are you using pre-made hardware or developing custom hardware? The first place to start is at the hardware, because everything starts there and it may not support stuff you are thinking about right now. OTA is a very vast topic and can be easy in some cases if you are using existing platforms or can be quite an undertaking if you roll your own.<p>There are pre-built platforms like Particle where you get OTA and a basic platform for a nominal fee. They have pros and cons as any platform does. Plenty others as well.<p>MQTT is nice, but not all embedded platforms will support it for a variety of reasons. Security is a major component to embedded work as well.<p>My opinion having done these projects. Define the needs of the device and the features it needs to support now and over the next 3-5 years (best the business can predict). Then define the hardware based on those needs, that will let you know what software architecture(s) are reasonable. That will also let you look at various IoT platforms that exist like AWS etc and match them to your requirements. This up front process is way more important than it is with something like web development.<p>I can share war stories about what happens when you choose hardware via the MVP methodology like you would for a web project. Let&#x27;s just say it never ends pretty, hardware is harder, takes more time and requires a more methodical approach then rapid iteration of typical software engineering. Of course, if you are just trying to check the temperature and humidity at a location and log them, it isn&#x27;t very difficult and is solvable using off the shelf components which are low risk&#x2F;low overhead.<p>Happy to answer questions if I can.