Development of Embedded Products

Development of products in the broadest sense of the word. Taking into account manufacturability, testability, mechanics, electronics, and firmware.

A selection of products and projects developed.

Projects

A bit more about myself

About

I’m Lukas, a developer of embedded systems who looks beyond just the firmware. My broad interest in technology has led me to work on not only the firmware for various circuit boards at Schoonderbeek Elektronica Systemen but also the design of the complete system architecture, aesthetics, and manufacturability. From discussions with our clients to ensuring a product is production-ready, I’m involved in every step of the process.

The products I’ve designed are manufactured in large quantities in-house at Schoonderbeek. Being so closely involved in both development and production allows me to quickly identify opportunities for improving manufacturability.

Another benefit of working so close to production is having access to production tools for experimentation. For instance, I frequently spend time working with the CNC milling machine to test out ideas.

Because no developer can ever have too many tools...

Tooling

With a well-stocked toolbox, you can tackle many projects. It's partly mental, but also physical. By using a wide range of tools — a compiler, 3D printer, CAD software, a soldering iron, and many others — I'm able to do my job and turn creative ideas into real solutions.

Keil IDE

Keil/ARM Development Tools

Compiling and Debugging Embedded Code

I primarily use the Keil/ARM development environment for writing and testing embedded code. I also utilize RTOS and Ethernet stack when applicable. One of the most valuable features for testing and debugging is the trace functionality.

Laser cutter

Laser Cutter

Engraving and Cutting

The laser cutter enables me to work with a variety of materials. Whether it's creating a concept packaging from cardboard or cutting through an 18mm thick wooden board, the laser cutter makes it all possible.

VisualStudio.jpg

PC IDE and Compiler

Even PCs sometimes need special software

I use Visual Studio for developing embedded software in C++, as well as for writing test programs and systems, partly in C++ and also in C#.

Measurement equipment

Just a small selection of the tools

Measuring is knowing

From multimeters and adapters to micrometers, various small hand tools make the work both more enjoyable and easier.

R&S FSH3

Spectrum Analyzer

Not Everything is Digital

In addition to various oscilloscopes, I also have access to a spectrum analyzer that can function as a single-port network analyzer. Since not everything is digital, I often deal with high-frequency solutions, where matching antennas or filters this becomes essential.

Fusion360

Fusion 360

Versatile Design Capabilities

I primarily use Fusion 360 for 3D CAD modeling. The next steps often involve 3D printing or generating CNC milling scripts. Additionally, I also use Fusion 360 for creating electronic schematics and PCB designs.

Agilent signal geneartor

Signal Generator

Stimuli are Sometimes Necessary

Occasionally, a product requires specific stimuli. Various signal generators help bring systems to life with reproducible signals. From low-frequency (ARP) sources to high-frequency signal generators, a wide range of tools is available for any need.

The Preferred Embedded Programming Language

C++

Most of the embedded software, or firmware, that I write today is in C++. Even in embedded systems, C++ offers several advantages. Features like lambdas, templates, and object-oriented programming allow for more efficient structuring of larger projects. However, the C++ Standard Template Library (STL) is not well-suited for embedded applications, so I prefer to avoid using it. Additionally, most of the applications I develop do not rely on the heap or exceptions.

While some believe C is better suited for embedded systems, I disagree. In my experience, C++ leads to clearer code and improved scoping, which enhances both development efficiency and the maintainability of firmware. By avoiding STL and exceptions, the runtime overhead of C++ becomes negligible, especially since modern compilers handle C++ exceptionally well.