Blog - All Comments

RE: New Product Release - MCX N53, N52 & N24: High-Performance Cortex-M33 MCUs, with on-chip accelerators and advanced security.

LGSmith87 — Thu, 02 Apr 2026 08:08:04 GMT

[mention:18d073d7306a4a8694ee59c07b9ecc65:e9ed411860ed4f2ba0265705b8793d05] The PLC controller in the MCX N family is designed for narrowband. Typical protocols G3-PLC, Prime, IEEE 1901.2

RE: New Product Release - MCX N53, N52 & N24: High-Performance Cortex-M33 MCUs, with on-chip accelerators and advanced security.

BigG — Thu, 19 Feb 2026 11:32:53 GMT

The integrated eIQ Neutron NPU opens up some great application ML possibilities.

I spotted that some include a "Power Line Communications (PLC) Controller". I'm interested to learn more. What type (narrowband/broadband) / protocol can be used with this?

RE: Testing out Zephyr RTOS on a NXP LPCXpresso55S69 Development Board (LPC55S69-EVK)

DAB — Tue, 08 Jul 2025 19:22:40 GMT

Nice post, interesting device.

RE: Testing out Zephyr RTOS on a NXP LPCXpresso55S69 Development Board (LPC55S69-EVK)

neuromodulator — Mon, 07 Jul 2025 12:08:28 GMT

I've played a bit with Zephyr. I'm currently implementing on a custom stm32h5 board. My initial approach was to use FreeRTOS + baremetal + tinyUSB, but once I had to implement TCP/IP things began to get messy, so I decided to give Zephyr a try. The documentation is not the best, and this was source of lot of frustration to me but with time I began to like it. One thing that is specially useful is the testing facilities. You can compile tests to run in Linux, QEMU, or the MCU itself. The other nice thing is that if you decide to port your code to a new architecture, you may only need to adapt to a new DT

RE: Testing out Zephyr RTOS on a NXP LPCXpresso55S69 Development Board (LPC55S69-EVK)

michaelkellett — Mon, 07 Jul 2025 09:21:53 GMT

Well, BigG, thanks for this.

I was planning on taking a look at Zephyr and you've saved me a whole lot of stress (I don't think it's the right RTOS for me).

My first reaction is:

Oh YUK !

It's hateful - hideous - you can't even blink an LED without using heeps and heeps of unknown and un-necessary code.

(I'll calm down later but it really is moving in totally the opposite direction from me.)

I was innocently thinking that Zephyr was an RTOS, sort of lean and mean.

Thanks again for the enlightenment - I look forward to your next instalment.

Meanwhile I shall go on developing my LPA philosophy (Least Possible Abstraction).

RE: Choosing the right MCU or MPU for your design

michaelkellett — Thu, 21 Jun 2018 08:17:39 GMT

As is common with short articles of this kind one of the most important factors is not mentioned - the scale or planned production volume.

I work on projects where the planned production volume may be 1 (as in a special purpose tester), a few hundred or, occasionally a few hundred thousand.

At the low volume end the cost of development will be far greater than the cost of parts so an important concern is familiarity, it will be far cheaper to design with a part you or your company has used before and has tools (and maybe code) for.

Only at the high volume end will the choice be driven almost entirely by the component itself -and even then 'political' considerations like preferred suppliers may come into play.

There is a comment in 7 with which I would very strongly disagree - in my experience there is no such thing as a free lunch and a "complete tool set" is a very big lunch indeed. A complete tool set will come with a price tag (which may be HUGE if you include things like Model Based Design) , it won't all come form the processor supplier and it won't be free.

RE: Choosing the right MCU or MPU for your design

yoSoyTono — Wed, 20 Jun 2018 19:48:44 GMT

NXP has an Automotive MCUs and MPUs Product Map to ease finding and selecting the right Microcontroller or Microprocessor for your industrial and automotive design. Its latest version includes both software and hardware enablement, covering most of the above insights!

Check the Automotive MCU and MPU Product Map and avoid unnecessary MCU/MPU hurdles!

[View:/resized-image/__size/166x107/__key/commentfiles/f7d226abd59f475c9d224a79e3f0ec07-d51625b5-95cb-4d45-8681-7ba0ebee933d/contentimage_5F00_187982.png:166:107]

RE: Convince an entire generation of school children that STEM is cool

element14Dave — Mon, 17 Aug 2015 15:22:19 GMT

Interested in the micro:bit? We're giving away 5 to be RoadTested! Click here to apply.

RE: Convince an entire generation of school children that STEM is cool

nbizzell — Tue, 21 Apr 2015 09:36:14 GMT

I am a secondary school computing teacher and I'm keen to see the details of how the scheme will work.

I believe some units will ship to teachers before the summer so we can gain familiarity and plan, but I haven't yet seen any more details.

RE: Convince an entire generation of school children that STEM is cool

DAB — Mon, 20 Apr 2015 19:45:48 GMT

From my point of view, you need to expose young kids to the neat capabilities of STEM when they are very young.

I remember watching the nature films in school and the NASA launches in the 1960's.

You need very capable people who can go from school to school and engage the kids at all ages with the really cool aspects of technology and identify the skills they need to succeed in finding a job.

You need to show them local people who took the challenge and succeeded so that they can see that they CAN learn and use STEM to find fun and well paying jobs.

DAB

RE: Tower getting higher and higher!

MAb — Wed, 31 Aug 2011 21:00:10 GMT

Do you like the Tower system by Freescale?

Discover the genesis of the Tower concept, explained by Systems Engineer, Eduardo Montanez. Nice article on ECN website here