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
Uh oh!
There was an error while loading. Please reload this page.
-
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