News for hackers. Stuff that matters.

A comment on When Open Becomes Opaque: The Changing Face of Open-Source Hardware Companies. Parent comment

Re:When Open Becomes Opaque: The Changing Face of Open-Sourc... by numpad0 on Wednesday July 19, 2023 @02:56PM (#36791457)
IMO, Linux is unusually complicated to configure for unattended use cases, despite being a server OS. Arduino just goes into user code shortly after powerup, a la AUTOEXEC.BAT, no systemd-jumpscared shenanigans. There's just too much of those.
[ Parent | on HN ]
Re:When Open Becomes Opaque: The Changing Face of Open-Sourc... by Animats on Wednesday July 19, 2023 @03:04PM (#36791568)
There ought to be something in between Wiring and Linux. The problem is that the good minimal real-time operating systems are not free. QNX, VXworks, etc. are all expensive.
[ Parent | on HN ]
Re:When Open Becomes Opaque: The Changing Face of Open-Sourc... by HeyLaughingBoy on Wednesday July 19, 2023 @03:52PM (#36792211)
ESP32-based boards come with FreeRTOS built in.
[ Parent | on HN ]
Re:When Open Becomes Opaque: The Changing Face of Open-Sourc... by fest on Wednesday July 19, 2023 @05:39PM (#36793839)
Zephyr fits the description IMO.
[ Parent | on HN ]
Re:When Open Becomes Opaque: The Changing Face of Open-Sourc... by cyberax on Thursday July 20, 2023 @12:42AM (#36796953)
FreeRTOS exists, and it's pretty good.
[ Parent | on HN ]
Re:When Open Becomes Opaque: The Changing Face of Open-Sourc... by mikepurvis on Thursday July 20, 2023 @07:54AM (#36799231)
Yes if you set it up correctly, but it's very easy to set it up wrong, especially once a networking or usb stack is in the mix.
[ Parent | on HN ]
Re:When Open Becomes Opaque: The Changing Face of Open-Sourc... by JohnFen on Thursday July 20, 2023 @11:58AM (#36802437)
This is true for all platforms, including no OS at all, RTOSes, Linux, DOS, Windows, etc.
[ Parent | on HN ]
Re:When Open Becomes Opaque: The Changing Face of Open-Sourc... by mikepurvis on Thursday July 20, 2023 @06:26PM (#36807592)
Fair, but there are ready-to-go Linux configurations for RPi that assume you'll do "normal" things like talk to USB devices and the network.

Additionally, Linux has available a multitude of very rich in-band debugging and logging capabilities that help you understand and mitigate common problems— whereas a bad interrupt or peripheral configuration on some microcontroller could have you banging your head again a GDB frontend or shelling out thousands for a tool like Tracealyzer to tell you what on earth is going on with it.

[ Parent | on HN ]