Replies: 2 comments 2 replies
-
You haven't mentioned your hardware platform, but there might be a bare metal alternative if you considered RP2. MicroPython would run on core 1, with your C code running on core 2. That would give you true concurrency with no time-slicing. |
Beta Was this translation helpful? Give feedback.
1 reply
-
Hi, @jandriea I am thinking of a similar approach to make use of the Zephyr real time capabilities and hardware abstraction while implementing high level program flow in micropython. Did you ever find a solution? |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hello everyone,
I am currently working on a project that requires a C/C++-based app combined with a Micropython app. Initially, my thought was to include a single function call within the main function. However, I believe it would be more efficient to implement an RTOS and create a distinct task for both apps.
Here's a high-level overview of the project structure:
For context, we already have a significant codebase in Micropython, and we are keen on reusing this existing code. However, we also require the inclusion of a real-time application that operates in a separate task with a higher priority.
If anyone has experience with a similar multithreaded Zephyr and Micropython setup or can provide guidance on seamlessly integrating these components, I would greatly appreciate your input.
Thank you in advance for your time and assistance!
Beta Was this translation helpful? Give feedback.
All reactions