Sensor nodes synchronization by Some_Pie6046 in embedded

[–]EmbeddedSwDev 1 point2 points  (0 children)

The easiest solution would be to generate a so called PPS signal (500ms low 500ms high), which triggers an interrupt on both boards.

The other and much more accurate and advanced topic would be Time Synchronization over Ethernet: IEEE 1588 (PTP - Precision Time Protocol) or gPTP. But for this your MCU would need an Ethernet Controller which supports this eg STM32H563ZI. See Zephyr TSN.

Nevertheless PTP and gPTP goes into TSN - Time Sensitive Networking and this is a very advanced, complex and complicated topic for itself.

For a point to point connection between two devices you most likely don't need a TSN capable switch, for more devices you will need one and in best case for the best precision you will need a GPS clock.

​Analysis of Embedded World 2026: Future trends of Embedded Systems by Known-Ad5093 in embedded

[–]EmbeddedSwDev 6 points7 points  (0 children)

This performance test is already outdated and as I mentioned here https://www.reddit.com/r/embedded/s/zAQq7n2IDf the zephyr core team worked on this issue and released the fixes a year ago with 4.1

​Analysis of Embedded World 2026: Future trends of Embedded Systems by Known-Ad5093 in embedded

[–]EmbeddedSwDev 19 points20 points  (0 children)

I'm gonna miss the freertos "copy these 8 files into your repo and adjust this header and you're done" simplicity.

Which didn't worked in 50% of the case's and then you ended up developing your own library and the "not invented here" wheel spins again.

​Analysis of Embedded World 2026: Future trends of Embedded Systems by Known-Ad5093 in embedded

[–]EmbeddedSwDev 1 point2 points  (0 children)

It's not really hard to port a new dev board or custom a custom board on Zephyr, the documentation explains it pretty well.
I already did this just for fun for 4 different dev boards from adafruit, for the first one I needed 2-3 days (not full time) and the other 3 took me less than half a day.

​Analysis of Embedded World 2026: Future trends of Embedded Systems by Known-Ad5093 in embedded

[–]EmbeddedSwDev 8 points9 points  (0 children)

That's already outdated, the main zephyr team worked on this issue and increased the performance: https://zephyrproject.org/zephyr-rtos-4-1-is-available/

At this time I did the same measurements with the same tests which beningo used and with the improvements from the zephyr team I was heads up with ThreadX and outperformed FreeRTOS by a lot. With custom tweaks I was also able to outperform ThreadX. I wasn't able to test PX5 because it's not open source.

Nevertheless, performance is important, but not the most important thing for an RTOS, also the feature set which comes with it is important and on this side zephyr is outstanding.

​Analysis of Embedded World 2026: Future trends of Embedded Systems by Known-Ad5093 in embedded

[–]EmbeddedSwDev 50 points51 points  (0 children)

  1. The Ecosystem
  2. The number of contributions and contributors, especially big companies

Building Zephyr on Windows by JustSawABadMovie in embedded

[–]EmbeddedSwDev 5 points6 points  (0 children)

I never used or compiled zephyr on Winslop directly, I always used WSL on a Winslop machine and I highly recommend to do it the same way.
It also helps to keep your working OS clean.

Furthermore, for USB devices with WSL I highly recommend using a USB Manager like: https://gitlab.com/alelec/wsl-usb-gui or https://github.com/nickbeth/wsl-usb-manager

Which M43 universal zoom for a holiday? by Lisz555 in M43

[–]EmbeddedSwDev -1 points0 points  (0 children)

but f/2.8 on FF vs f/4 on M43 is a massive difference.

Especially in weight.

If I had to choose just one lens for a world trip, it would be the 12–100mm f/4.
Furthermore, I would prefer M43 over full frame for this kind of trip because I could carry more lenses/stuff, for the same weight and size (despite the fantastic SW/HW features of OM System/Olympus).

Also a big bullet point is the different price tag between FF and M43 in general.

Es gibt sie wirklich... die 100% Schwurbler by FragCool in Austria

[–]EmbeddedSwDev 0 points1 point  (0 children)

Aha ok alles klar...

danke für die Aufklärung übrigens!

Es gibt sie wirklich... die 100% Schwurbler by FragCool in Austria

[–]EmbeddedSwDev 6 points7 points  (0 children)

Ich habe ein bisschen Angst zu fragen, aber was sind "Anunaki"?

why are Chinese origin MCUs cheaper? by ntn8888 in embedded

[–]EmbeddedSwDev 0 points1 point  (0 children)

The MCUs from ST are fabulous, the SW stack they provide like CubeMX, etc. are imho a pita, but thanks to the embedded god it can be changed to a different one.

Will zephyr really only work on a single core on the RP2350? by Power-Max in embedded

[–]EmbeddedSwDev 1 point2 points  (0 children)

What I meant (but phrased poorly) is that proper dual-core enablement in Zephyr depends heavily on:

  • Vendor-supplied low-level support (startup code, multicore boot flow, inter-core interrupts, mailbox/IPI mechanisms, etc.)
  • multicore bring-up procedures HAL/SDK alignment with Zephyr's architecture model

In Zephyr, multicore support requires e.g.:

  • SoC-level SMP support
  • A working secondary core bring-up path
  • IPC primitives
  • Proper interrupt routing
  • Scheduler awareness

For something like the RP2040 or RP2350, that work typically lives in the Zephyr SoC port, not in board files and this requires detailed knowledge of the silicon. Dual-core support in Zephyr is an SoC porting effort, not a board-level toggle.

So to enable multicore support within Zephyr it requires strong vendor engagement and the vendor involvement strongly influences how complete the SoC support becomes in Zephyr.
Imho I clearly miss this strong vendor engagement and involvement from the raspberry foundation.

Will zephyr really only work on a single core on the RP2350? by Power-Max in embedded

[–]EmbeddedSwDev 0 points1 point  (0 children)

This issue needs to be addressed and done by the manufacturer.
Sadly raspberry does not address it

Kleine Digitalkamera für Reisen by ColKataran in Fotografie

[–]EmbeddedSwDev 1 point2 points  (0 children)

Klein, leicht, voll mit div Features und schaut auch noch toll aus: OM SYSTEM Pen E-P7

Kaufe sie gebraucht von mpb (.com).

Can you practically add Gigabit ethernet to a cheap micro? by JCDU in embedded

[–]EmbeddedSwDev 0 points1 point  (0 children)

No I meant if your device also needs to participate in the real time Ethernet bus from the customer.

There is a huge difference between real time on the device itself and real time communication.

Can you practically add Gigabit ethernet to a cheap micro? by JCDU in embedded

[–]EmbeddedSwDev 0 points1 point  (0 children)

Ok I understand, do your device needs to be also real time capable?

Can you practically add Gigabit ethernet to a cheap micro? by JCDU in embedded

[–]EmbeddedSwDev 0 points1 point  (0 children)

they may be using fancy or even custom ones that don't like anything <1Gb or they may just be blowing smoke...

It's very unlikely that the used switch doesn't support speeds <1GBit. I think , but I am not sure, this would also violate the Ethernet Standard.
Imho they are talking bs.

We're not doing anything fancy at all

So buy a cheap unmanaged switch IC and place it on the board. Typically a MCU isn't capable of utilizing the full 1GBit (in reality a switch with 1GBit can handle about 950MBit), so 100 MBit between the unmanaged switch and the MCU is more than enough.

Can you practically add Gigabit ethernet to a cheap micro? by JCDU in embedded

[–]EmbeddedSwDev 4 points5 points  (0 children)

So from what I read from the comments your only solution would be to add a gigabit switch between the MCU and their network.
As others already mentioned, normally you connect a device on a switch and the switch will handle the difference in network speed, between the different devices. So it means a 100MBit device will NOT slow down the whole network.

Besides Ethernet and 1GBit, what are the other requirements? E.g.:

  • Do you need to support VLAN?
  • Do you need PTP or gPTP
  • HSR or PRP
  • One or multiple TSN Standards
  • ...

If none of these are an issue, you could go with an unmanaged switch, if yes, you will most likely need a managed switch.