Continue to Site

Welcome to EDAboard.com

Welcome to our site! EDAboard.com is an international Electronics Discussion Forum focused on EDA software, circuits, schematics, books, theory, papers, asic, pld, 8051, DSP, Network, RF, Analog Design, PCB, Service Manuals... and a whole lot more! To participate you need to register. Registration is free. Click here to register now.

Will Micropython replace embedded C

Status
Not open for further replies.

hioyo

Advanced Member level 4
Joined
Aug 18, 2021
Messages
116
Helped
0
Reputation
0
Reaction score
2
Trophy points
18
Activity points
899
I am new to embedded programming. Would like to know the future of Micropython.c
Will micro python completely replaces embedded C.

As a budding programmer do I need to concentrate more on Embedded C or Micropython
 

Solution
Both have their place but it really depends on what is important to you.
Various tests have shown that Micropython can be many times (somewhere between 10 and 100 times depending on the test) slower to execute. Also there may well be more libraries available to you in C than Micropython (although you can always build your own variant of Micropython to include the C coded library).
Also there needs to be a Micropython version that runs on your MCU, unless again you want to build your own variant that handles the low-level mappings to GPIOS and other other modules within the 'machine'.
My background is in C and therefore I prefer to use that because all you need is a compiler that creates the correct machine code, but I do agree that...
Both have their place but it really depends on what is important to you.
Various tests have shown that Micropython can be many times (somewhere between 10 and 100 times depending on the test) slower to execute. Also there may well be more libraries available to you in C than Micropython (although you can always build your own variant of Micropython to include the C coded library).
Also there needs to be a Micropython version that runs on your MCU, unless again you want to build your own variant that handles the low-level mappings to GPIOS and other other modules within the 'machine'.
My background is in C and therefore I prefer to use that because all you need is a compiler that creates the correct machine code, but I do agree that Micropython can allow you to get something up and running quickly if the environment is right.
Susan
 
Solution
Status
Not open for further replies.

Similar threads

Part and Inventory Search

Welcome to EDABoard.com

Sponsor

Back
Top