Shadowing Practice: Introduction to RTOS Part 1 - What is a Real-Time Operating System (RTOS)? | Digi-Key Electronics - Learn English Speaking with Video

Bir pratik modu seçin

Her mod tam ekran bir pratik odası açar.

119 cümleler

Cümleler çok kısa veya çok uzun ise, ayarlamak için Düzenle'ye tıklayın.

A real-time operating system, or RTOS, is very much like any other operating system with a few important differences.

Over the next few videos, I'd like to talk about those differences and how to get started using free RTOS.

We'll go over tasks, threads, prioritization, memory management, and intertask communication.

Let's get started.

An operating system is a piece of software that runs on a computer or microcontroller that accomplishes a number of important functions.

First, it is in charge of scheduling background tasks and user applications.

In most operating systems, dozens of background processes are executing at the same time,

and you probably have several applications open on your phone or computer right now.

The operating system figures out how to give slices of time to each of these processes

so that everything appears to be happening concurrently.

Second, it manages a number of virtual resources like files, libraries, and folders, allowing applications and processes to access them when needed.

Third, they can manage or provide device drivers for your system.

These drivers allow the system to read and write from an external disk, respond to keyboard and mouse input or draw graphics on your monitor.

You're probably familiar with general purpose operating systems like Windows Mac OS and Linux iOS and Android also fall into this category.

Most general purpose operating systems are designed with human interaction as the most important feature.

So the scheduler is designed to prioritize such tasks

that may mean some timing deadlines can be missed or pushed back and a little lag in responsiveness,

especially if it's not really noticed by a human, is acceptable.

Additionally, the scheduler is often non-deterministic, which means we can't know exactly which task will execute when and for how long.

If you're making something that requires an OS and strict timing deadlines, like a medical device or engine controller,

missing a deadline to say fire a spark plug would be catastrophic.

This is where a real-time operating system or RTOS can save the day.

Most RTOS's offer many of the same functions as general purpose operating systems

but they are designed so that the scheduler can guarantee meeting timing deadlines on the tasks.

While some RTOS's might provide high-level device drivers,

you'll usually see things intended for microcontrollers like Wi-Fi and Bluetooth stacks or simple LCD drivers.

You can also find bare bones RTOS's that provide just a scheduler.

With these, you'll need to import or write your own file systems and device drivers.

Note that while most RTOS's provide methods for meeting timing deadlines, that's not the only reason to use an RTOS in your project.

The ability to run multiple tasks concurrently can be a lifesaver as we'll see in a moment.

If you've written programs for microcontrollers, including Arduino, you're probably familiar with this kind of structure.

When your program starts, it performs some setup functions

and then it executes your tasks in a round robin fashion inside a while forever loop.

These tasks might read from sensors, perform some calculations based on those readings, and then say display something on a gorgeous LED display.

This type of simple programming architecture is known as a super loop.

It's incredibly easy to implement, has very little overhead, and is great when you only need to accomplish a handful of tasks on your microcontroller. In fact,

there's nothing wrong with the super loop for the vast majority

of simple microcontroller projects you're usually better off with this type of program flow as it saves on CPU cycles and memory

and it's much easier to debug than using an RTOS you

might even have created a couple of interrupts to break the

flow of execution to handle an external event like a button push or perform some action at specific timed intervals

If you need to meet strict timing deadlines for one or two tasks,

you might be better off using just interrupt service routines to accomplish those tasks with precise timing.

In my experience, if you need to meet a timing deadline of less than about one millisecond, your best bet is an interrupt anyway.

If you're trying to do something with an interval of less than a few hundred nanoseconds, you either need an incredibly fast processor,

or it's time to start looking at custom hardware like an FPGA.

Now, the unfortunate thing about this super loop architecture is that you cannot execute tasks concurrently.

If task two starts taking a long time and task three is your update display task, you'll start to experience some lag.

Similarly, if you're polling for user input like from a serial terminal or reading a sensor, you might miss data if other tasks take too long.

To fix that, we can use the concept of running multiple tasks at the same time.

On a multi-core processor, this is actually physically possible.

However, since many microcontrollers only have one core, the CPU time needs to be split up among the tasks.

We can also give higher priority to some tasks so that they happen sooner or take more CPU time.

For example, if we prioritize the user input task, users will likely experience less lag,

but it might mean background tasks take longer to execute.

We'll talk more about time slicing and prioritization in a future video.

Note the terminology used here.

A task is any piece of work we want to get done in code.

A thread is a unit of CPU utilization with its own program counter and set of memory.

A process is an instance of a computer program that's being executed.

Usually a process will have one or more threads used to accomplish tasks.

Threads within a process will often share resources like heap memory and can pass resources to each other.

You'll often find that in our toss is capable of handling only one process, but a general purpose OS can run many processes.

Note that in free our toss, the term task is used to mean something closer to a thread and you'll often see these terms used interchangeably.

Because of this, I will use the term task

when referring to units of CPU utilization so

that it makes sense within the free our toss ecosystem interrupts still work within an RTOS

so long as they have a higher priority than any of

the tasks they will stop code execution for all tasks run your interrupt service routine

and return execution to where it left off you can have more than one interrupt

but we won't get into handling nested interrupts which can get nasty

if you're writing code for a simple 8

or 16-bit microcontroller with 2 kilobytes of ram you're probably best sticking with the super loop approach

and using the inexpensive controller to do only a a handful of tasks.

While you can get a simple scheduler to run on such a device,

the memory and CPU overhead of switching tasks would not leave you with many resources left for your actual program.

People have ported free RTOS to the Arduino Uno.

It's definitely a good way to tinker around with it, but I don't know how ultimately useful it is.

As you move into more and more powerful microcontrollers, it becomes much more viable to run in RTOS as you've got clock cycles

and memory to spare for things like a scheduler.

While you can still run a bare metal super loop on something like an ESP32,

I usually find that the whole reason I bought something with that much computing power is to run several concurrent tasks.

Which brings me to the ultimate question of, why would you want an RTOS?

There are a number of reasons, but the best one that comes to mind is for when you need to do several things concurrently currently.

An ESP 32 is capable of handling user input, reading and writing to an SD card, controlling hardware, and crunching numbers all at the same time.

The big one for something like this is the wireless stack.

These libraries require large amounts of RAM and processing power.

They also need to respond to events from the network in a short amount of time, which means using an RTOS can be a massive help in this case.

It can help you divide up these different features into individual tasks.

An RTOS can be great if you're part of a team working on a larger project.

You can divide up the tasks among the team members, knowing that each one will run concurrently.

There will be some overhead and debugging to make sure everything works together though.

Over the next few videos, I'll go over important RTOS concepts like prioritization and resource management.

We'll practice these concepts by implementing small demo projects in Free RTOS on the ESP32.

The reason I chose Free RTOS for this series is because it's currently the most popular real-time operating system for IoT devices,

as shown by this 2018 survey from the Eclipse Foundation.

While Linux still reigns supreme for most of these devices, it and Windows are general purpose operating systems, with the exception of RT Linux.

You can see that the bare metal super loop architecture is still quite popular and an acceptable solution to many problems.

FreeRTOS is also free and open source, making it easy for you to try out.

100

Note that as of 2017, Amazon has taken over maintenance of the FreeRTOS project.

101

I also recommend keeping an eye on the Zephyr project as

102

it's a relative newcomer to the field backed by the Linux Foundation.

103

The ESP32 is a powerful IoT microcontroller that's packed with features.

104

Also, you can find inexpensive ESP32 development boards.

105

Any of them should work for this series as long as they have an associated Arduino package.

106

I know some of you will balk at the idea of using Arduino for our coding, but hear me out.

107

Most embedded programmers and electronics tinkerers will have some experience with Arduino, and if not, it's easy to learn.

108

Because of that, it creates a level playing field for anyone wanting to try out RTOS concepts.

109

I don't need to teach a vendor tool or chip-specific libraries on top of trying to teach free RTOS.

110

Because the ESP32 runs a modified version of FreeRTOS out of the box, there is hardly any setup involved in creating tasks in Arduino.

111

Almost every code example you see, including task management, semaphores, mutexes, and so on, can easily be ported to your own build system.

112

I'll try to point out where the ESPRTOS differs from vanilla FreeRTOS.

113

An RTOS may not be the right answer to every firmware problem you run across, but sometimes it is the right tool for the job,

114

especially when you need to do things like run concurrent tasks and meet timing deadlines.

115

At the end of most of these videos, I'll issue you a challenge,

116

and I encourage you to try it out on your own ESP32 or whatever device you're running free RTOS on.

117

I'll then post a link to my solution so that you can see how your solution compares.

118

In the next video I'll show you how to get started with free RTOS

119

and create your own task to blink an LED.

Uygulamayı İndir

Akıcı konuşmak için ihtiyacınız olan her şey

AI TelaffuzHer cümleyi puanla

IPA AlıştırmasıHer sesi ustalaştır

Kelime BilgisiKelime bankanızı oluşturun

Kelime OyunuOynarken öğrenin

QR Tara

Download on theApp Store Get it onGoogle Play

📺 Aynı Kanal

How To Read A Datasheet - Electronics with Becky Stern | DigiKey

Daily ConversationWorking Adults

✨ Video Öner

324 cümleler

IT System Administrator Interview Questions and Answers | How to Pass an IT System Admin Interview

Business EnglishInterview EnglishUniversity Students

540 cümleler

Incremental Cooking in UE 5.7: A Dive Into the UE Cook Pipeline | Unreal Fest Chicago 2026

Business EnglishUniversity StudentsWorking Adults

49 cümleler

What Are Microservices Really All About? (And When Not To Use It)

Business EnglishUniversity StudentsWorking Adults

Bu dersin kelimeleri ve konuşma notları

Bu videoda gölgeleme çalışması için 119 cümle ve 1889 kelime var. Konuşma bölümü 11:17 sürüyor. Konuşmacı dakikada yaklaşık 167 kelimeyle, günlük konuşmaya yakın doğal bir hızda konuşuyor. Kelimelerin yalnızca %78’i İngilizcede en sık kullanılan 3.000 kelime arasında, bu yüzden kelime dağarcığı zorlayıcı.

Bu videodaki önemli kelimeler

Videodan öğrenmeye değer 15 kelime, telaffuzu ve anlamıyla:

Kelime	Telaffuz	Anlam
deadline isim	/ˈdɛdˌlaɪn/	mühlet, deadline
loop isim	/luːp/	ilik
interrupt fiil	/ˌɪntəˈɹʌpt/	kesilmek, kesmek
execute fiil	/ˈɛksɪˌkjuːt/	idam etmek
thread isim	/ˈθɹɛd/	iplik
resource isim	/ɹɪˈzɔːs/	kaynak
architecture isim	/ˈɑː.kɪˌtɛk.t͡ʃə/	mimarlık
execution isim	/ˌɛk.sɪˈkjuː.ʃən/	işletim
overhead isim	/ˈəʊvəˌhɛd/	genel giderler
priority isim	/pɹaɪˈɒɹɪti/	öncelik
hardware isim	/ˈhɑɹdˌwɛɹ/	hırdavat
acceptable sıfat	/əkˈsɛp.tə.bəl/	kabul edilebilir, uygun
implement fiil	/ˈɪmpləmənt/	tatbik etmek, uygulamak
handful isim	/ˈhæn(d)fʊl/	karış
stack isim	/stæk/	yığın

Duyacağınız deyimsel fiiller

Kelime	Anlam
figure out fiil	açığa çıkarmak
split up fiil	ayrılmak, dağılmak

Bu videodaki dil bilgisi

Konuşmacının en çok kullandığı yapılar, videodaki sözcüklerin aynısıyla:

Yapı	Videoda
Edilgen yapı be + fiilin üçüncü hâli — kimin yaptığı değil, ne olduğu önemli	are designed · is designed · can be missed
Present perfect have/has + fiilin üçüncü hâli — geçmişte olan ama şimdi de önemli olan bir eylem	you've written · have created · have ported
İlgi cümlecikleri who / which + cümle — bir kişi ya da şey hakkında ek bilgi	deterministic, which means · interrupts which can · time, which means

Dikkat edilecek telaffuzlar

Konuşmacı you're, I'll, you'll gibi kısaltılmış biçimleri 31 kez kullanıyor. Bunları duyduğunuz gibi kısa söyleyin.

“sh” ve “zh” sesleri: accomplish /əˈkɑm.plɪʃ/, execution /ˌɛk.sɪˈkjuː.ʃən/, exception /əkˈsɛpʃən/, interaction /ˌɪn.təˈɹæk.ʃən/, calculation /ˌkælkjuˈleɪʃn̩/
Uzun kelimeler — vurguyu doğru yere koyun: architecture /ˈɑː.kɪˌtɛk.t͡ʃə/, execution /ˌɛk.sɪˈkjuː.ʃən/, priority /pɹaɪˈɒɹɪti/, incredibly /ɪŋˈkɹɛdɪbli/, acceptable /əkˈsɛp.tə.bəl/

Bu videoyla nasıl çalışılır

Videonun tamamını konuşmadan bir kez dinleyin ve bilmediğiniz kelimeleri not edin.
0,75× hızla başlayın, cümle cümle tekrar edin ve kolaylaşınca normal hıza dönün.
Kendinizi kaydedin ve orijinaliyle karşılaştırın; deadline, loop, interrupt gibi kelimelere özellikle dikkat edin.

Gölgeleme Tekniği Nedir?

Gölgeleme, başlangıçta profesyonel tercüman eğitimi için geliştirilen ve çok dilli Dr. Alexander Arguelles tarafından popüler hale getirilen, bilim destekli bir dil öğrenme tekniğidir. Yöntem basit ama güçlüdür: ana dili İngilizce olan bir sesi dinler ve hemen yüksek sesle tekrar edersiniz — konuşmacıyı 1-2 saniye gecikmeyle takip eden bir gölge gibi. Pasif dinleme veya dilbilgisi alıştırmalarının aksine, gölgeleme beyninizi ve ağız kaslarınızı gerçek konuşma kalıplarını eşzamanlı olarak işlemeye ve yeniden üretmeye zorlar. Araştırmalar, telaffuz doğruluğu, tonlama, ritim, bağlı konuşma, dinleme anlama ve konuşma akıcılığını önemli ölçüde geliştirdiğini göstermektedir — bu da onu IELTS Konuşma hazırlığı ve gerçek dünya İngilizce iletişimi için en etkili yöntemlerden biri yapar.

Shadowing tekniği: adım adım eksiksiz rehberi okuyun →

Shadowing Practice: Introduction to RTOS Part 1 - What is a Real-Time Operating System (RTOS)? | Digi-Key Electronics - Learn English Speaking with Video

Bir pratik modu seçin

Uygulamayı İndir

How To Read A Datasheet - Electronics with Becky Stern | DigiKey

Distributed Task Scheduler: System Design Interview (Stripe & Amazon Offers)

What is an Organization? - the Nature of Organizations

Every LINUX Concept Explained in 8 Minutes.

Real-Time Digital Twins Using CFD, Sensors & AI - Haris Kokkinos | Podcast #165

The Ultimate IoT Roadmap in 2026? | Embedded Systems & IoT Career Roadmap

PLC Programming #5: User-Defined Data Types (UDTs) Explained

JavaScript Visualized - Event Loop, Web APIs, (Micro)task Queue

Object-Oriented UX (OOUX)

What is a Run@Rate? Meaning of a Run@Rate!