Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

[dead]


You’ve just added more points of failure. Now the cloud machine can go down, your internet could drop, your wireless could fail or a variety of other problems.

It’s not a bad use case, but it doesn’t reduce problems all other things being equal.


Couldn't you make it just as simple with Linux? You are just doing more.

t. Someone with a dozen Apache servers that I only touch when I hit end of life.


Linux is not a realtime OS, so it is never going to be as reliable as bare metal code on MCU.


Neither will an ESP32 that needs permanent internet acccess and relies on a publicly available API usually running on Linux servers. Running on a realtime OS is not relevant for zclaw.


It has nothing to do with being realtime. Most mcus are also not running any realtime OS.

What matters here is how dynamic and tightly coupled are the os components. On an embedded system, most of the system and their dependencies are monolithic, without any live updates. The system tends to behave almost deterministically after every reboot.


I’m not following: which OS is installed on it? Doesn’t it also publish updates?


[dead]


How is that any different from a read only linux image?

If you want a stateless system you can also use linux. If you don't want updates, then just don't.


You could also swap to an distro where apt ugprade can't brick things, and where if you manually mess up you can rollback cough cough nixos cough cough




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: