#381

День тому

Using a real operating system to simplify programming with the Arduino IDE. Is this possible and how? Let’s have a closer look!
Operating systems were invented to simplify our lives. But, because they need a lot of resources, they only run on reasonable computers like the Raspberry Pi or a PC. Right? Wrong. Nowadays, we also get operating systems running on our small MCUs. Particularly interesting in this respect is the ESP32 because it has enough power and memory to accommodate such an additional burden. And the best: It already runs a version of FreeRTOS with all our Arduino sketches, and it is easier than you think. Is this useful?
I am a proud Patreon of @GreatScott!, @ElectroBOOM , @Electronoobs , @EEVblog , and others. No Docker, No Microsoft Teams, Zoom
Links:
FreeRTOS deep dive: • Introduction to RTOS P...
Parallel tasks without RTOS: • ✔ Multitask Arduino wi...
Code (for reference only): github.com/SensorsIot/Morse-T...
ESP32 Dev. Board used for Prototyping: s.click.aliexpress.com/e/_ANHrBc
ESP32 Prog: s.click.aliexpress.com/e/_AougSs or amzn.to/3tjrsL4
Logic Analyzer 16ch (clone) : s.click.aliexpress.com/e/_9R3ZMZ
Logic Analyzer 8ch (clone) : s.click.aliexpress.com/e/_APm5bP
The links above usually are affiliate links that support the channel (no additional cost for you).
Supporting Material and Blog Page: www.sensorsiot.org
Github: www.github.com/sensorsiot
My Patreon Page: / andreasspiess
Discord: / discord
If you want to support the channel, please use the links below to start your shopping. No additional charges for you, but I get a commission of your purchases to buy new stuff for the channel
My Amazon.com shop: www.amazon.com/shop/andreassp...
For Banggood bit.ly/2jAQEf4
For AliExpress: bit.ly/2B0yTLL
For Amazon.de: amzn.to/2r0ZCYI
For Amazon UK: amzn.to/2mxBaJf
For ebay.com: ebay.to/2DuYXBp
profile.php?...
/ spiessa
www.instructables.com/member/...
Please do not try to email me. This communication channel is reserved for my primary job
As an Amazon Associate, I earn from qualifying purchases
#no#midroll#ads

КОМЕНТАРІ: 592

@AndreasSpiess 3 роки тому

Correction: ISR is Interrupt Service Routine, not internet service routine

@varunkoganti9067 3 роки тому

This must be an April fools joke.

@AndreasSpiess 3 роки тому

I already posted a pinned correction comment ;-)

@markmaker2488 3 роки тому

Another great tutorial and reason to love the esp32 even more, thanks!

@sunuk1915 3 роки тому

ukposts.info/have/v-deo/hJGKjKibeImDmYE.html

@TheDefpom 3 роки тому

Shawn did a really good series on freertos, I’m glad you reference it.

@AndreasSpiess 3 роки тому

Agreed. Probably a little "oversophisticated" versus the end...

@tonyfremont 3 роки тому

He has put out a bunch of good STM32 CubeMX videos too.

@iSuperMC 2 роки тому

Who’s Shawn ? Could you send a link please

@marcdraco2189 Рік тому

@@iSuperMC Shawn Hymell (Digi-Key). He does a lot of instructional videos but he's a bit of an egg-head for most of us.

@francescoreale 3 роки тому

Thank you very much! I can't even imagine all the work behind this video! Great job.

@AndreasSpiess 3 роки тому

You are welcome! You are right, this one was not easy. Also because I had to concentrate very much on the important things. The script took many iterations...

@shiftyjesusfish 3 роки тому

I can't even begin to tell you how much I value the work you (and other educational youtubers who are truly educated and articulate) do for the comunity and myself..... Tryin to jump in with arduino and programming to make my dream projects come true would have overwhelmed me and I would have definitely given up without the resources you provide. Sometimes when your teaching yourself things the hardest part is not knowing what you don't know, and not knowing how to ask the right questions, so when you go out of your way to provide context and redundant examples along the way without delight too deep into those other topics it really elevates the content from infotainment to genuinely valuable educational material.

@AndreasSpiess 3 роки тому

Thank you for the nice words! I became a UKpostsr because I learned a lot when I started with the Arduino myself...

@rfrisbee1 3 роки тому

One aspect of RTOS development you somewhat glossed over is the amount of memory to assign for each task's stack. FreeRTOS has features to determine stack usage / detect stack overflow, so that the stack size for each task can be set appropriately. For development it's useful to use a processor with plenty of RAM so that task stacks can be set much larger than needed and then reduced so the application can run on a part with less RAM. Another important FreeRTOS specific detail is enabling the RTOS features you want in the FreeRTOS config header file. Finally, for those using STM32 processors, avoid using both STMCube HAL and FreeRTOS together. They do not play nice!

@AndreasSpiess 3 роки тому

Thank you for your additional info. Indeed, I did not know how much stack is enough. Fortunately, the ESP32 has enough RAM for my application. So I did not need to answer the question...

@yagizhanugur 2 роки тому

Hello what problems did you observ with rtos and HAL library. Please Share your experiences.

@maxstripeGaming 2 роки тому

@@yagizhanugur cant be used together as they both try to play the OS part and do scheduling and shit like that they are flat out incompatible

@tahunus3148 Рік тому

@@AndreasSpiess I found this on the ESP-IDF docs that might produce an answer: - At runtime, call the function uxTaskGetStackHighWaterMark() with the handle of any task where you think there is unused stack memory. This function returns the minimum lifetime free stack memory in bytes. The easiest time to call this is from the task itself: call uxTaskGetStackHighWaterMark(NULL) to get the current task’s high water mark after the time that the task has achieved its peak stack usage (i.e. if there is a main loop, execute the main loop a number of times with all possible states and then call uxTaskGetStackHighWaterMark()). Often, it’s possible to subtract almost the entire value returned here from the total stack size of a task, but allow some safety margin to account for unexpected small increases in stack usage at runtime. - Call uxTaskGetSystemState() at runtime to get a summary of all tasks in the system. This includes their individual stack “high watermark” values. It's in the RAM Usage section: docs.espressif.com/projects/esp-idf/en/latest/esp32/api-guides/performance/ram-usage.html Thanks for your wonderfully informative and well made videos!

@useyourbrain2022 3 роки тому

incredibly explained, as always, thanks!, I wish I had a teacher like you when I was studying at the university

@AndreasSpiess 3 роки тому

Happy to help! And thank you for your nice words.

@carltone 3 роки тому

Andreas, excellent instructional video. Your explanation of time slicing, task creation by breaking down the requirements of the program, communication queues was well explained. The analysis aspect of programming is a crucial skill that is required when incorporating the additional control of a multitasking environment into a program solution. Your big picture overview to small detail approach, embedded humour (pun) ensure your technical videos are a great learning tool and a joy to watch. Well done!

@AndreasSpiess 3 роки тому

Thank you for your nice words!

@vks002 2 роки тому

Excellent tutorial Andreas! I wanted to start off with RTOS and I remembered that you had a video on this. So I went straight into it as I know you would do the best job is getting me started. Thank you so much. Now I can go through the rest of documentation and other tutorials :)

@AndreasSpiess 2 роки тому

Glad to read that. A good start is all I wanted to provide ;-)

@ShawnHymel 3 роки тому

Great explanation, and thanks for the shout out!

@AndreasSpiess 3 роки тому

You are welcome!

@n-elia 3 роки тому

Thank you for taking time to recurd such an instructive video. Keep up your wonderful work!

@AndreasSpiess 3 роки тому

My pleasure! And thank you for your nice words!

@xboxgamer9216 3 роки тому

Was waiting for something like this . Thank you

@AndreasSpiess 3 роки тому

:-)

@PemboPemberton 2 роки тому

A great intro to RTOS. I find it good practice to use it all of the time with the ESP32 and just have the OTA in the "loop" function. It's a good way to learn how to program many micro controllers in the big industry and not just hobbyist style coding. As I've also been use RTOS on many other microcontrollers like ARM and PIC for many years in industry. This makes porting code from other microcontrollers to the ESP range very easy. ...Keep up the great work. - Enjoying watching from the UK. 😉👌

@AndreasSpiess 2 роки тому

Thank you for your feedback. For sure it makes a lot simpler...

@TheNormalUniverse 2 роки тому

Thanks for referencing my vid Andreas! I’m self taught so I didn’t know there are more elegant ways to do multitasking. I haven’t watched all of this video yet but I will definitely come back to it. I’m getting back into coding to make a synthesizer so this is just what I need.

@AndreasSpiess 2 роки тому

You are welcome. You will see, RTOS is a different world because most things are "under the hood" and your code is easy to read.

@sarahjanegray 3 роки тому

Excellent video, as always, Andreas. I found myself working through and learning how RTOS worked when working through and debugging the code for the ESP32 Internet radio project that you discussed previously. However this cleared up a few things I was not able to get my head around from the Free RTOS documentation. Thanks again.

@AndreasSpiess 3 роки тому

You are welcome! I forgot that the internet radio also used RTOS. I am getting old...

@aeljandro2 3 роки тому

Thanks for taking the time on making these videos. You are a great great teacher! I've learned a lot from you. Thanks for all!

@AndreasSpiess 3 роки тому

You're welcome!

@williamwatson1532 3 роки тому

Another great video Andreas.! I liked your history lesson at the beginning. In the late '80s I worked with Forth which was perfectly capable of multitasking with 8bit microprocessors like the 1802, Z80, 6809 & 8051. It used a cooperative round robin model which meant the program designer could allocate as much cpu time as was needed for each part of a task. With no interrupt and time slicing the task switching overhead was tiny. One benefit was the ability to test and alter code from the keyboard with existing tasks running in the background.

@AndreasSpiess 3 роки тому

You are right. We currently re-discover things we had in the 80s like inline debugging. But of course, today it is much easier because of the resources an ESP32 offers. It has nearly no limitations for an average project. Which makes things much easier. No optimization needed, just straight programming...

@Alex000113 2 роки тому

Theres a lot of really informative material in this video THANKS ! I didnt realize it was so straightforward to run freeRTOS on an ESP32. My first freeRTOS app was running within 15mins of completing this video. Really encouraged now to delve deeper.

@AndreasSpiess 2 роки тому

I think a deep dive will be rewarding. Enjoy!

@klassichd10 3 роки тому

Thanks a lot for this compact introduction in such an important topic as FreeRTos on ESP32!

@AndreasSpiess 3 роки тому

You are welcome! Like hardware debugging, this is game changing for me...

@avejst 3 роки тому

Impressive video as always 👍 Thanks for sharing your experience with all of us 👍😀

@AndreasSpiess 3 роки тому

Thank you! This one was not too simple to understand, I think...

@AlexGoris 3 роки тому

Thanks for another great video, Andreas! I have a project which is sitting around for over a year now, which is built on ESP32 and needs to perform several tasks separate from eachother. I got some great ideas on how to accomplish this in a better when than it is managed now.

@AndreasSpiess 3 роки тому

You will see that, if you get the design of the different modules right, things get much simpler than with standard programming.

@alastorgdl 2 роки тому

@@AndreasSpiess Is VERY surprising the level of resistance people have against using a RTOS, specially in camps like CubeIDE. It's like they prefer DOS than Windows

@kwinzman 3 роки тому

Thank you for this amazing video! I like to believe that me commenting about FreeRTOS in your "The All-New Arduino IDE 2.0: Introduction and Test " video had a small role it its creation. 😊

@AndreasSpiess 3 роки тому

:-)

@kroojohn 3 роки тому

Once again a very detailed and useful video, including a wealth of information and tips ... Thank you :)

@AndreasSpiess 3 роки тому

My pleasure!

@BlueyMcPhluey 2 роки тому

lately every time I have an interest in a topic and search youtube you've made a video on it already. Thanks once again :)

@AndreasSpiess 2 роки тому

Happy to hear that!

@ThomasDwyer187 3 роки тому

Great stuff, Andreas! I appreciate your high-quality information~

@AndreasSpiess 3 роки тому

My pleasure!

@mysomervda 3 роки тому

Thanks. Great as usual, that was a nice introduction and overview of RTOS for me.

@AndreasSpiess 3 роки тому

Glad it was helpful!

@large65 3 роки тому

At first! Thank you for your great explanations on all the different topics. They are fabulous! Just a minor remark: I think that RTOS is not about "fast" responses to an event, but about guaranteed (!) response (in a specified time). How fast the RTOS has to react depends on the physical properties of the system under control.

@AndreasSpiess 3 роки тому

Good point!

@wm6h 3 роки тому

Thank you Andreas. I learn something from every video of yours. Today, I learned QLF 😀. Also, that debugging hook up @ 12:35 caught my interest and maybe suggests a future video. See you next Sunday.

@AndreasSpiess 3 роки тому

When I listen to the bands I hear a lot of QLF... I already made a video about hardware debugging with PlatformIO.

@Robotsreloaded 2 роки тому

Love your videos! I've heard the word RTOS many times and thought it's something very complicated. Your explanation gives a very good intro to it. Now there is so many use cases coming in my mind 😁

@AndreasSpiess 2 роки тому

Glad it was helpful!

@alastorgdl 2 роки тому

@RobotsReloaded You don't even think on using a PC as baremetal. An embedded system is basically the same case even if the level of complexity is lower

@DannyBackx 3 роки тому

Nice and sufficiently accurate description of a difficult subject. Note that shared resources also include your display.

@AndreasSpiess 3 роки тому

You are right. I thought, the display was on the list of shared resources...

@DougCooperTech 3 роки тому

That was a great introduction. It would be great to see other FreeRTOS videos. Thanks

@AndreasSpiess 3 роки тому

We will see. Maybe as a part of a project.

@robertobrenes5283 3 роки тому

nice video! today i saw a little Tensorflow on an ESP32cam and then this video! So much to learn!

@AndreasSpiess 3 роки тому

True. But a lot of opportunities!

@becauseican2607 3 роки тому

Grüezi Andreas 🇨🇭 I have to give this a try. Thanks for sharing ✌️

@AndreasSpiess 3 роки тому

Hope you enjoy

@peter.stimpel 3 роки тому

great stuff Andreas, thanks a lot. But at 20:41 there was a blocked resource in the spellchecker, it seems ;) Thanks a lot for diving into such not obvious topics!

@AndreasSpiess 3 роки тому

:-)) You are right. Unfortunately here the problem was between my ears...

@guntherjordan7177 3 роки тому

Ein Video an meinem Geburtstag über eines meiner aktuellen Lieblings-Bauelemente. Das ist ein extrem interessantes Thema, -werde mich da demnächst mehr mit beschäftigen. Danke für's zeigen!

@AndreasSpiess 3 роки тому

Bitte, gern geschehen, Und herzliche Glückwünsche!

@nickp3837 3 роки тому

Great video, much to learn as always. After you last video on ESP32 using two cores I have built several multi tasking systems but I wasn't aware of this level of detail. After this I switched from std:: mutex to xSemaphoreCreateMutex() which saves some memory. FYI If you are porting existing code there is no need to go back and change the calls to delay(); In the framework delay(ms) simply calls vTaskDelay(ms / portTICK_PERIOD_MS);

@AndreasSpiess 3 роки тому

Thank you for the tip about delay(). I was not sure.

@Chris-ib8lw 3 роки тому

"If you are good, you get more work!" Not going to lie, that line gave me flash backs to my Air Force days. haha As always, love the videos and I always learn a lot from you!

@AndreasSpiess 3 роки тому

:-))

@BillXT11 3 роки тому

Thanks for starting with RTOS, always wanted to learn it!

@AndreasSpiess 3 роки тому

Go for it. It is worthwhile.

@tonysfun 3 роки тому

Amazing! Thank you so much Andreas! And you have great humor also!

@AndreasSpiess 3 роки тому

I try my best to keep the humor in those times ;-)

@peut 3 роки тому

Thanks Andreas. Great summary of the extra power and features FreeRTOS provides! Further: In principle, mutexes should be used for all shared resources, no exceptions. However, if the resource is simple, e.g. a boolean variable, chances of corruption due to concurrent access are negligable or maybe even non-existent, depending on the code and the compiler. The same applies for a mutex with only one writer and one or more readers. However, taking the risk of corruption should be a conscious one and taken with a lot of care. Small tip: Taking and giving mutexes is "expensive" in terms of performance. In a time critical loop it may be help to use xSemaphoreGetMutexHolder( nameOfSemaphore ) to check if a Mutex has been taken. Apparently, this generates less overhead than the xSemaphoreTake function. An example would be a mutex set by a task to stop a tight loop in another task.

@AndreasSpiess 3 роки тому

Thank you for the additional info! You are right with the Mutex because we do not know when the millisecond is over (maybe in the middle of an update statement). However, the ESP32 is mindboggling fast. I checked how long my tasks run. Even the longest one (searching for the next letter) only needed a fraction of the 1ms slot. So I always know when I pass the control to the scheduler. I think, with such a fast processor we can avoid many situations a slower CPU could generate. I also proposed to only use one priority based on this fact. Also here we reduce the chance for problematic situations without any harm.

@TonoNamnum 3 роки тому

I believe this video should be fundamental for every maker! Thanks Andreas!

@AndreasSpiess 3 роки тому

Glad you think so!

@bm830810 3 роки тому

20:25 I think the mutex is used when you can have concurrent access and not just multiple writes, assume one task is reading a struct, and in the middle of reading, the other task modifies the struct.

@arnodej9590 3 роки тому

If the processor can read/write 32 bit variables atomically you don't need to protect them (if you have only one writer). If your processor cannot access the data in one instruction, you indeed need protect read and write.

@haves_ 3 роки тому

yes, when the display task needs to print the variable onto the screen, the writing task should not change it until the display task finished printing.

@vatterger 3 роки тому

Exactly, you may have single-writer-multi-reader-configs when the shared resource can be written atomically, like 32-bit words on a 32-bit processor, but most other things require some protection even when only one thread is writing. Atomic operations (Compare and Swap etc) are also a useful thing to look into. They can help avoid mutexes and therefore overhead when building queues or counters.

@AndreasSpiess 3 роки тому

Thank you for the discussion. I would like to add another aspect: Because the ESP32 is so fast, none of my tasks needed more than a fraction of 1ms and I was always able to actively pass the control back to the scheduler. Is a mutex still needed?

@bm830810 3 роки тому

@@AndreasSpiess and thanks again to you dear Andreas for your great contents. Hadnt thought about it this way, your assuming since there is no preemption in your case, the mutex is not needed, which I think is right. although I would always add them as good practice since you don't know what future holds...

@caseykoons 3 роки тому

Very nicely made video of the project. Good scope. I like the design of the deck too.

@AndreasSpiess 3 роки тому

Thank you!

@fgaviator 3 роки тому

Great video! Never knew the ESP32 already hat an RTOS. This will be really useful. Minor correction: do the spinlock functions at 21:14 really expect a parameter - the documentation in your next shot suggests they are "void void" functions.

@AndreasSpiess 3 роки тому

In the ESP32 implementation they expect (or allow?) a parameter. But I am no specialist.

@MaqsoodAlamShafiq 2 роки тому

Excellent video. The secret of arduino setup() & loop() being RTOS task is very helpful. Learning such tips earlier help a lot. @12:27 the schema and explanation gave a great deal of insight on project design and state machine concept. 👍 There is another saying "He won't get a break if he learns his lesson". I think it is a universal fact that good people are kept busy 🤣

@AndreasSpiess 2 роки тому

Thank you. Glad it was helpful!

@dariuszruminski8549 3 роки тому

Thank you for the lesson!

@AndreasSpiess 3 роки тому

You are welcome!

@marlb64 3 роки тому

Thanks Andreas, for yet another great educational video !!

@AndreasSpiess 3 роки тому

Glad you liked it!

@StarkRG 3 роки тому

The first time I heard about the concept of an RTOS was from someone I used to hang out with online who was part of the development team for the RTOS on some fighter jet (the F22, I think), then seeing RTOS as an option when compiling the Linux kernel, and, finally, FreeRTOS on the ESP32.

@AndreasSpiess 3 роки тому

The concept is old (I used one in the 80s). But now with the abundance resources it is very easy to use...

@chaniapellet 3 роки тому

Very nice! Thank you for this video.

@AndreasSpiess 3 роки тому

Glad you liked it!

@Uncle-Duncan-Shack 3 роки тому

Very nice Andreas, greetings to you and the laboratory manager fur (Feline) from South Africa. We are also concerned with speed, and is why we have parallax flip boards in our possession, 8 cogs to do multi tasking. And then I noticed the Teensy 4 boards, faaaaast. And the the 4.1 can store data to a sd card for recording. This is more industrial type applications for us, so we are not bothered about the 100mA of current to run these mcu's. So much nice stuff, a solution looking for a problem. I enjoyed the video, something to look forward to on a Sunday. See you next week, Kind regards, Duncan

@AndreasSpiess 3 роки тому

Greetings back to SA. Yes, those boards are very fast. For my applications often much too fast. For this one, I checked and found that none of the tasks needed more than a few percent of one time slot. BTW: Next week there is no video from me. Only 3 per 4 weeks...

@ChristopherHeald 3 роки тому

This is so much more elegant than the mess of millis(). Thank you for the clear explanations, as always.

@AndreasSpiess 3 роки тому

Indeed! Much easier to read.

@facundofarall7716 2 роки тому

Very useful and well explained video, thank you so much!

@AndreasSpiess 2 роки тому

Glad it was helpful!

@edivollgas719 3 роки тому

just in time for my new project. Thanks ! trying to create a minimalist ignition for combustion engine. trigger input and timed coil charge and ignite signal of almost constant lenght. timed between input signals depending on frequency/rpm. started with arduino because of ease 5v hallsensor and 5v trigger for coil with integral driver. Should also work for kick/handstarting which needs an extra thought for 0hz ignition timing. May be I should move to esp32 bite the 3.3 and include a display for rpm and advance .....😊

@AndreasSpiess 3 роки тому

The ESP32 is much faster if this helps. If you need interrupts it might be better to go STM32...

@eduardo9626 3 роки тому

I want more videos like this! Thanks for this video

@AndreasSpiess 3 роки тому

You are welcome! We will see...

@johnwest7993 2 роки тому

I almost never critique UKposts videos simply because they are what they are, a freely given effort to inform people of something. But your videos are exceptionally good due to your intellect, consummate skills, and your meticulous presentation. So because of that, and at the risk of being perceived as overly critical I will point out that you said 'seconds' instead of 'milliseconds' at 23:07 into the video. I do so because I think that to you, it matters. You actually want to be clear, concise and correct about everything you tell us, and you work at it throughout your videos. That is the reason why I watch ALL of your videos, even on subjects in which I have little interest, because they all exhibit what few other UKposts videos do - genuine quality. I appreciate the quality, and I can guess how much mental and physical effort is involved in creating and maintaining it, video after video. Thank you Andreas.

@AndreasSpiess 2 роки тому

Thank you for the info about my slip of the tongue . And thank you for your nice words. Glad you like the content of the channel.

@noweare1 3 роки тому

I am not a big fan of interrupts and when writing more involved programs I am always trying to keep the loop time a low as possible. I need to do this project and just play around with the few commands that you used. Thanks for trimming down a very large amount of info into something we can use.

@AndreasSpiess 3 роки тому

I also did not need interrupts (with the exception of the PS/2 library. 1ms was fast enough.

@ed.puckett 3 роки тому

Thank you, you are very inspiring!

@AndreasSpiess 3 роки тому

You are welcome!

@santopino2546 3 роки тому

Interesting as usual. Thanks Pity I don't have time now to test this out.

@AndreasSpiess 3 роки тому

It takes some time to get acquainted... At least for me.

@santiagovelezflorez1634 3 роки тому

Thank you very much Professor Andreas super interesting the RTOS, I imagine many examples in which I can simplify the code design.

@AndreasSpiess 3 роки тому

Very good. You will love it, I am sure.

@dennisp6337 2 роки тому

excellent video. Multitasking is finally a reality in my projects!

@AndreasSpiess 2 роки тому

Fantastic!

@henrybecker2842 3 роки тому

This is a great session. Thank you very much :-)

@AndreasSpiess 3 роки тому

Glad you enjoyed it!

@quarteratom 6 місяців тому

Never knew the ESP32 had a full FreeRTOS running in the background always. It is well hidden, not showing when we write simple serial Arduino programs. And not only it manages the WiFi on one core, but it gives us a really easy way to write parallel code with tasks and queues and locks. Brilliant.

@AndreasSpiess 6 місяців тому

I agree!

@jodeling35 Рік тому

As always: Great Work, Andreas! Thx!

@AndreasSpiess Рік тому

You are welcome!

@stevesfascinations1516 2 роки тому

Really well explained, thank you very much! Thumbs up!

@AndreasSpiess 2 роки тому

Glad you enjoyed it!

@ericwebster6911 3 роки тому

Great information. Thanks for the video.

@AndreasSpiess 3 роки тому

You are welcome!

@antoniojesusarquillosalvar4342 3 роки тому

Really impressive! The best channel on this subject in Internet.

@insanemainstream3633 3 роки тому

I wish my brain could multitask his knowledge without all the deadlocks! Great content as usual Andreas liked vid.

@AndreasSpiess 3 роки тому

Wow, thanks!

@Richardincancale 3 роки тому

I used to do real-time programming 40 years ago using RSX-11 on PDP-11s. I can confirm that debugging can be challenging! One case I remember well - a multithreaded spooler sending output across a network to line printers all over the place. Once in a while a line for one would show up in the middle of output for another! Had to sit and watch for hours until spotting it happening - and send a message across the network to freeze the program so I could arrive in time to get a memory dump! Got it in the end!

@AndreasSpiess 3 роки тому

Thank you for telling us the nice story! It shows exactly what I wanted to say.

@KirillStolyarov 3 роки тому

Thank you. Long time i did not work with real timeOS. Critical section should be used for cores separately, exept special cases, which are rare.

@AndreasSpiess 3 роки тому

I am not sure why they block interrupts for both cores, but I assume it is less complex.

@ozzymandius666 3 роки тому

Excellent video. I'm a noob at this stuff, and I feel using RTOS is an excellent way to learn about the relationships between hardware and software, as well...

@AndreasSpiess 3 роки тому

True. And it forces you to work on the problem before programming...

@davidstonier-gibson5852 3 роки тому

Danke schön, noch einmal. I managed to get through a whole career in embedded controls without ever using a true RTOS. I started with bare-metal assembler in the early 70s, and retired the same way. I did during that time make many very simple superloop systems, and never wrote blocking code. As I have just transitioned from Arduino to ESP32, and in retirement started learning C++, I found this very interesting. One day I may just have to give it a spin.

@AndreasSpiess 3 роки тому

As you write, you can do without it. But it is much easier to do it with one. We already used RTOS in the 80s for räsonable complex products. I am curious what your verdict would be after trying it...

@noweare1 2 роки тому

I feel the same i.e. Is it worth the time to learn it and how much time to be fully understood? I think if you are into robotics where there are a lot of things going on it could be helpful. Most of my projects are pretty simple though.

@Giblet535 3 роки тому

Great presentation, as usual Mr. S! Interesting trivia: Back in the 80's, there were multiuser OSes like MPM (a multi-user version of CPM) that didn't time slice. It's true! Each user had a dedicated CPU/RAM card, and the OS managed authentication, physical board allocation, and the shared permanent storage (SMD disks, mag tapes, and even 12-inch laserdiscs). Their 15MB disks were tiny miracles of miniaturization: usually 16 inches wide, 20 inches long, and 10 inches high.

@AndreasSpiess 3 роки тому

You are right. We even had RTOS systems for one CPU back then. I never heard of such a concept where you had different CPUs managed by one operating system. For me this came later with the VAX/VMS multi-processor systems.

@d.hughredelmeier1960 2 роки тому

MP/m really did use time slicing on a single CPU. At least in most configurations. MP/m 8-16 seems to have supported multiple processors (typically one 8-bit and one 16-bit). I'd guess it also supported premption and time slicing. Multi-user without premption and time slicing is not really workable in general, but if you really dedicated one core per user it could work. What was the name of the computer system that you used.

@d.hughredelmeier1960 2 роки тому

@@AndreasSpiess commercial mainframes multiprocessors were available by the early 1960s. For example, the Burroughs D825. As far as I remember, the first multiprocessor VAXes were home-made at Purdue University and ran UNIX.

@lawrencedoliveiro9104 3 роки тому

20:37 Have you looked at the Ada programming language? That dates from the 1980s, and has many built-in constructs for concurrency and synchronization. It was designed to work well for safety-critical applications. How safety-critical? The life support system on the International Space Station is implemented in Ada.

@zyghom 3 роки тому

not only I was in the army but also I learned there Morse code as it was still a time to send all the communication over it - what a time it was!!! ;-)

@AndreasSpiess 3 роки тому

I learned Morse in military, too!

@waltsteinchen 3 роки тому

Amazing interesting video! Thanks a lot Andreas!

@AndreasSpiess 3 роки тому

Glad you liked it! So it was worth the effort.

@MrKelaher 3 роки тому

Great presentation ! I love RTOS, by first was VxWorks, they really make embedded coding easier in most cases. Your single writer, multiple readers comment about mutex not being needed is only true for simple variables - if you need to update many parts of a struct, for example the x and y parts of coordinate, then either both reads and writes always need a mutex (if writes are common relative to reads) or a spin lock on write is needed (faster if writes are much less common than reads), or some odd stuff might be seen ! General rule is mutex unless performance is an issue then selectively remove them with massive comments in code - better safe than sorry . Defensive coding is always the RTOS coders friend !

@AndreasSpiess 3 роки тому

Thank you for the addition about mutexes. I did not think about those cases because all my tasks only use a fraction of a slot and I always actively pass control back to the scheduler. But I agree: Better safe than sorry...

@hypnotourist 3 роки тому

Wow ! That was really an eye opener for me. I had no idea we could use that. Thank you weird accent guy !

@AndreasSpiess 3 роки тому

Glad you liked it!

@steinrkolnes2 2 роки тому

Great video and explanation. It flashbacked me to the old Transputer in the 90s (T4xx and T8xx, w/floating point). Wifi which has quite good bandwidt, could be used to disribute tasks among different ESP32s Will Rtos also be a good choice for the nRF5xx series.

@AndreasSpiess 2 роки тому

I think, FreeRTOS is ported to many architectures. It is particularly easy for the ESP32 because it is part of its „infrastructure“

@alastorgdl 2 роки тому

@Steinar Vigdel Kolnes I remember the Microway ads about transputers in Byte back in the '90s. I think on researching that until I see a RPi cluster is faster than a'90s supercomputer at 1/1000 the electrical power :) But good memories anyways

@dickesf8525 3 роки тому

This video is super usefull! Thanks a lot!

@AndreasSpiess 3 роки тому

Glad it was helpful!

@RP6conrad 3 роки тому

I use RTOS on the ESP32 for a gps-logger with a e-paper screen (GPS-speedsurfing). As the display routine was blocking (>0.5s), I was stucked... Then I discovered RTOS, and this was a fantastic tool to fix this problem ! Now the esp32 can receive, parse and store the gps data @ 10 Hz on a sd-card ! The display gives me the actual speed and distance. I still work with a lot of global variables, works fine for me !

@AndreasSpiess 3 роки тому

A good application for an RTOS, indeed!

@baconsledge 3 роки тому

Excellent...thank you!

@AndreasSpiess 3 роки тому

You are welcome!

@CraigHollabaugh 3 роки тому

Excellent comprehensive example with code examination. I've used FreeRTOS on 10 or so projects. What you've covered here is probably 90% of FreeRTOS projects. If users can get through your example understanding these concepts, their spaghetti code will become readable, understandable and maintainable. One last thing, do NOT use arduino delay. It affects the scheduler and your code will stop working. Search your code and change delay to vTaskDelay. Thanks from Colorado.

@AndreasSpiess 3 роки тому

Thanks for sharing your experience! One question: What does the Arduino delay() harm? I thought, it just takes up all the time in the task's slot (which is, of course, not ideal).

@CraigHollabaugh 3 роки тому

@@AndreasSpiess I looked at the ESP32 FreeRTOS delay code. It implements Arduino delay with vTaskDelay, so on the ESP32 using delay should work fine. I believe my comment above deals the smaller Atmel parts, 328P, with limited timers. Seems like I remember using Arduino delay changes TIMER2 (may be incorrect here), that's the same timer used by FreeRTOS's scheduler. It may be different now, but back then Arduino's delay affected the scheduler. If this is incorrect or has changed, please comment below. I've switched to using STM32's for my designs which runs FreeRTOS just fine. Thanks again for the video, I'm always interested in what your doing (keeps me from having to figure things out), you do a wonderful and complete exploration.

@CraigHollabaugh 3 роки тому

On Linux Arduino 1.8.13, ESP32 delay implementation is here. ~/.arduino15/packages/esp32/hardware/esp32/1.0.6/cores/esp32/esp32-hal-misc.c void delay(uint32_t ms) { vTaskDelay(ms / portTICK_PERIOD_MS); }

@NextLevelCode 3 роки тому

You sir are a gentleman and a scholar. Well done as usual.

@AndreasSpiess 3 роки тому

Thank you!

@ailijic 3 роки тому

Thank you for making this video.

@AndreasSpiess 3 роки тому

You are welcome!

@MauroMaccarone 2 роки тому

Never die my hero! a lot of love from Argentina

@AndreasSpiess 2 роки тому

:-)

@anthonvanderneut 3 роки тому

Another video with a swiss accent, it must be Sunday! Thanks for providing a regular time reference in COVID induced "days without much distinction" otherwise.

@AndreasSpiess 3 роки тому

You are welcome! Indeed it sometimes in not easy to distinguish weekends and weekdays with all this Home Office...

@lawrencedoliveiro9104 3 роки тому

21:08 Spinlocks are commonly used for multiprocessor synchronization. The Linux kernel has them.

@christiancarassai9540 3 роки тому

Right? Wrong!!! hahahaha. Andreas, your videos are excellent, and a great source of information. Congratulations, one of the best channels on microcontrollers and iot!!!

@AndreasSpiess 3 роки тому

Thank you for your nice words!

@dd0356 3 роки тому

Interesting topic. i will have to watch it again when i am more fit.. Just came out of covid fever, feeling weak..

@adilcoelho 3 роки тому

been there a month ago.. take care and get an oxymeter to check on your saturation. If it goes lower than 90% please go to a doctor.. Even if you dont feel bad breathing, trust me

@AndreasSpiess 3 роки тому

Glad to read that both of you survived! So far I had no problems and now, I go my first shot and some hope that I can avoid your experiences.

@haroldfinz4863 3 роки тому

Good to know you're coming out of it, and to have enough strength to post about it.

@adilcoelho 3 роки тому

@@AndreasSpiess the shot will surely help.. Glad youre getting it! Your videos are awesome

@dd0356 3 роки тому

@@adilcoelho thanks for your tips. luckily my oxygen level was within safe limits. but i had fever for a very long time and consequently weakness..Here in India, this thing has taken worst direction, almost every fourth person is affected and hospitals are unable to cope up due to sudden increase especially in the last 2 weeks. Last year situation was better.

@-highvoltage4685 3 роки тому

thank you for talking about the hidden esp32 secrets and wonders :)

@AndreasSpiess 3 роки тому

You are welcome!

@lohikarhu734 3 роки тому

Hallo Andreas! Ja, it's strange to me that, when you start talking OS, people right away think of Linux, Windows, OS X, et al, when we were using RTOS, even in my early days ;-) on 8-bit micro-controllers, and MC68000-based SBC's, to help with reliability and productivity, by providing a "framework" to bolt-on the 'tasks', almost everything running on prioritized interrupt handlers. Well, in truth, the whole idea of an RTOS is that it is based on interrupts! The RTOS reduces a lot of the burden around ensuring "timely" response of the software to "hard real-time" operations, and can really aid in troubleshooting systems. Now, I'll watch the rest of another excellent (I can tell, schon!) video! (well, after taking my insistent cat out for a walk :-) )

@AndreasSpiess 3 роки тому

You are right. They existed for a long time. But now with the ESP32s they are much easier to use because you will hardly encounter memory or speed limitations. This project only was possible with only a handful RTOS commands because the longest task ran in only a fraction of 1ms and I was able to actively pass the control back to the scheduler. I also was able to increase stack size without thinking to an amount for sure big enough... This was harder in the past.

@lohikarhu734 3 роки тому

@@AndreasSpiess you are so, so right, Andreas! In 'the olden days', i designed a hospital bed controller in 512 bytes of code / 256 bytes of RAM, including "faking" a 13-bit ADC, using PWM, RC, and an opamp, with the 8-bit onboard ADC (MC68HC11); but, in many ways, that was more interesting, maybe more 'fun' doing "the impossible" ; -) With today's €4 (or less) tiny 'SBC's, it's amazing what can be done, almost trivially! "We stand on the shoulders of giants".... Thanks Andreas, I'm positive that *you* will have an interesting (challenging) week, coming up with another video for 'us'! Alles gute!

@AndreasSpiess 3 роки тому

Today we have just to chose higher goals than an automatic bed and it is still challenging, I think. Recently I had a conversation with a young man who builds a earthquake warning system for poorer countries using Maker technology. It seems to work and only cost a fraction of the government established systems in Japan or the US... As you wrote: We always find new projects if we keep our eyes open.

@lohikarhu734 3 роки тому

@@AndreasSpiess it was actually a special bed for changing sleeping and rest positions for quadraplegic patients, to avoid the very nasty ulcers that form when there are long term pressure points; it had adjustable movement rates, and adjustable timing between moves, and needed a high-resolution drive control for accurate positioning and quiet operation... just wanted to clarify that the project was not some crappy DIY, or retail toy, but a beneficial medical device, with a few challenges; -) Are there any links the earthquake sensor/prediction system? One of my former colleagues worked on ways to use existing mobile telephones to detect lightning from storms, to predict the storm path, and, simultaneously, provide warnings to handset users, of an incoming storm, or possible tornado... yep, lots of interesting things yet to be done!

@AndreasSpiess 3 роки тому

I assumed it was a useful bed (my wife works in the hospital). I just meant that today we can build global networks as a hobby project, which was not possible when I was young. Concerning the earthquake project: I plan a video on it where I show the different sensors etc.

@pedrobravo6972 Рік тому

Hello Andreas, here is the guy from Chile from ESP32 sitting in the first row of your class. I love the tests done with leds and semaphores. However, those of us who develop IoT systems need to have a template for REAL applications that separates slow tasks from fast ones through two threads. Example of slow tasks: - Establish a bluetooth connection - Connect and reconnect to WiFi and MQTT - Validate if there is MQTT connection - In case of alert, send an e-mail - Reception of orders or parameters from MQTT Example of quick tasks: - Sensor reading - Calculations with information from the sensors - Preparation of information that needs to be sent Do you have an example in which in Core 0, you handle the WiFi connection and the rest is handled in Core 1 (or vice versa)? The sketch is booted for me when I try to separate the WiFi connection and put it in the slow core. I have tried putting it in core 0 and core 1. Can you give us a solution that connects WiFi on a separate thread? It would be magnificent!!

@AndreasSpiess Рік тому

I do not think that slow or fast is a good classification. I see all tasks as what they are: A task has prerequisites to run and leads to results. This is the first thing to design. Second is to find out whether some of the tasks are so time-critical that they have to be able to interrupt others. These get a higher priority. Third is "load balancing" where you distribute and assign tasks to cores. Often this is not needed and can be left to the RTOS. With the ESP32 we have to consider that some tasks already exist (like Wi-Fi) and run on a core with a high priority. They can influence your decisions. I would only go to step 2 and even 3 if you foresee or encounter problems. So your "slow" tasks all are low priority tasks and "quick" tasks have a higher priority. Keep in mind that no task runs for long because it is always interrupted by RTOS.

@padimixu Рік тому

Another great presentation!... RTOS in a nutshell 🙂 --> BTW Anderas when you use Visual Studio there is an easy way to move the heavy .vs forder out of your Solution root: Tools > Options > Text Editor > C/C++ > Advanced In the section "Browsing database backup..." change the option "Use backup folder" to "True" and indicate a temporary forlder on your PC as "Backup folder" (the section names may be a bit different, my VS is in French...)

@AndreasSpiess Рік тому

Thanks for the tip!

@warperone 3 роки тому

Well explained as usual Andreas.

@AndreasSpiess 3 роки тому

Thank you!

@max9111 3 роки тому

Great perspective on RTOS. It is worth mentioning that espressif docs are also very good for freeRTOS, with the advange that for eclipse fans that eclipse market place has a nice extension for the espressif libraries, but this go beyonf freeRTOS.

@AndreasSpiess 3 роки тому

You are right, Espressif's documentation is also very good.

@noweare1 2 роки тому

Visual Studio Code supports the IDF . Maybe there is even a plugin for Platformio. I tried eclipse but there were so many settings and menu's items I switched to VSC with no problems.

@joska9744 3 роки тому

Very, very interesting! Thansks!!

@AndreasSpiess 3 роки тому

Glad you liked it!

@JerryEricsson 2 роки тому

Greetings from snow covered South Dakota. We have just finished a 3 day blizzard here, lots of snow banks and blocked roads. No mail for 3 days as movement was impossiable even for our mail men. The snow plow just passed my house now at 1400! At last we can get out and shovel snow! Well the folks who can still shovel will get out. I am pretty much stationary any more. I am back among the living once more after having sunken down to the bottom of a well of depression when my lovely wife of 51 years died of cancer. I never knew one could fall so deeply so quickly! Thankfully I have a strong family and good doctors who dug me out of the well and have me again playing with arduinos and ESP units. I have been building my WIFI radios again, and have some nice looking products around my home built in old watch boxes as well as rebuilt old IPOD amplifiers where I built the wifi units and pulled power from their amp power supplies giving me some wonderfully deep sounding systems. I have them programed with music and programs from the 40's through the 80's limiting my station load to around 50 discrete channels. I wanted to thank you for the prayers and caring when I was caring for my wife, it helped.

@AndreasSpiess 2 роки тому

I am glad to see you here again! Bad luck with the snow in your area. Here we had a very mild winter and now spring is here with nice temperatures. So I am pretty sure that the snow also will go away soon where you live. And I am sure it will help you if you see the flowers and can go outside again. And of course, good music is a very important ingredient!

@qcsupport2594 3 роки тому

I didn't realize it is such a short jump from ESP32+Arduino IDE to using an RTOS! It was right there all along. Anything that lets us keep our design complexity lower is potentially a huge win.

@AndreasSpiess 3 роки тому

Indeed it is a short jump for a start. Maybe it needs some practice...

@la6mp 3 роки тому

A few weeks ago I made the morsetrainer on a homemade «Arduino», after this I guess I will have to do it all over again :-) Good luck with 5000 km target, last year I did 13000 kms, but overdid it. Hope I will make 5000 this year... AWDH et 73!

@AndreasSpiess 3 роки тому

You are a Hero! I think, 5000km is already a lot for me because it is quite time-consuming. And the Morse Trainer is an interesting project. I put my project on Github (for reference). The link is in the description. It also has a call sign generator from the Morseduino project...

@somedude5414 3 роки тому

"The '60's of the last century" - That hurt.

@AndreasSpiess 3 роки тому

Why do you think?

@joeysustello 3 роки тому

The tuesday of last week was the last Tuesday ever in this mindset...until tomorrow

@StarkRG 3 роки тому

How about the fact that the 60s seems like it should be only 40 years ago rather than 60 and that I, born in 1982, am closer to middle age (45) than I am to my 20s (7 vs 8 years)?

@garyfry7292 3 роки тому

Life goes on, Dude! Would the 50's of the last century hurt you more?!

@maxdido6226 3 роки тому

Great video, thanks for sharing this - I was used to C parallel programming on high performance computing, finding the similar concepts here makes me feel younger 😊

@AndreasSpiess 3 роки тому

Glad you feel young! Here it is spring. A perfect time for that. These concepts are not new. We had RTOS in the 1980s already. But now they are much easier to use because we do not encounter limitations on the ESP32.