Home/ Questions/Q 247215
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-11T21:14:15+00:00

As a kind of opposite to this question: Is low-level embedded systems programming hard

  • 0

As a kind of opposite to this question: “Is low-level embedded systems programming hard for software developers” I would like to ask for advice on moving from the low level embedded systems to programming for more advanced systems with OS, especially embedded Linux.

I have mostly worked with small microcontroller hardware and software, but now doing software only. My education also consists of hardware and embedded things mainly. I haven’t had many programming courses and don’t know much about software design or OO coding.

Now I have a big project in my hands that is going to be done in embedded Linux. I have major problems with designing things and keeping things manageable because I haven’t really needed to do that before. Also making use of multitasking and blocking calls instead of running “parallel” task from main function is like another world.

What kind of experiences do you have on moving from low-level programming to bigger systems with OS (Linux)? What was hard and how did you solve it? What kind of mindset is needed?

Would it be worthwhile to learn C++ from zero or continue using plain C?

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    The main problems with using the Linux kernel to replace microcontroller systems is driving the devices you are interfacing with. For this you may have to write drivers. I would say stick with C as the language because you are going to want to keep the user-space as clean as possible. Look into the uclibc library for a leaner C standard library.

    http://www.uclibc.org/

    You may also find busybox useful. This provides many userspace utilities as a single binary.

    http://www.busybox.net/

    Then it is simply a matter of booting from some storage to a live system and running some controlling logic through init that interfaces with your hardware. If need be you can access the live system and run the busybox utilities. Really, the only difference is that the userspace is much leaner than in a normal distribution and you will be working ‘closer’ to the kernel in terms of objectives.

    Also look into realtime linux.

    http://www.realtimelinuxfoundation.org/

    If you need some formal promise of task completion. I suspect the hardest bit will be booting/persistent storage and interfacing with your hardware if it is exotic. If you are unfamiliar with Linux booting then

    http://www.cromwell-intl.com/unix/linux-boot.html

    Might help.

    In short, if you have not developed at a deep level for Linux, built your own distro, or have kernel experience then you might find the programming hard-going.

    http://www.linuxdevices.com/ Might also help

    Good Luck

    • 0