За 100 лайков под этим сообщением я расскажу как можно собрать ЯЭР у себя дома 😆
👍9
QNX - мощнейшая ОС для космических технологий!
И всем привет ребята на связи Rempest. Как вы все знаете, (а если не знаете) я был админом этого тгк. Но теперь я владелец, и сегодня я вам расскажу про инструмент, точнее про ОС, а еще точнее про космическую ОС реального времени - QNX.
Что такое ОС реального времени (RTOS) я уже говорил в этом тгк (Можете кликнуть по ссылке и прочитать). А теперь разберем что такое QNX?
QNX - это одна из трех самых основных операционных систем спутников и других космических технологий. Благодаря своей строгости к времени, промежутки задач и предсказуемости, QNX является стандартом в космической индустрий. Но даже так QNX это худший кошмар любого инженера, потому что это очень сложная ОС.
QNX - запутанно непостижимый
Попробуйте обьяснить хомяку теорию относительности. QNX в космосе это примерно так же. А если серьезно: нужны как минимум несколько лет для того чтобы сделать рабочую программу на QNX.
Знаете почему? Потому что QNX не прощает ошибки, пока ваш космический корабль не будет работать РОВНО, БЕЗ ОШИБОК С РЕАЛЬНЫМ ВРЕМЕНЕМ, QNX будет вас кошмарить до тех пор, пока все ошибки на микросекунды не исправятся. Иначе будет провал всей космической техники. А писать код используя СИСТЕМЫ РЕАЛЬНОГО ВРЕМЕНИ это высший уровень мазохизма.
Курсы? Какие курсы?
Легче уж динозавра голыми руками загосить чем искать курсы по QNX. А даже если найдете, готовьте почку и другие органы на продажу, потому что подобные курсы стоят очень очень ОЧЕНЬ дорого. И я напоминаю что сам QNX тоже не бесплатная ОС. На 1 МИКРОКОНТРОЛЛЕР НУЖНО ПОТРАТИТЬ БОЛЕЕ ТЫСЯЧИ ДОЛЛАРОВ.
у QNX Микроядро
Это означает что файловые системый, драйвера и другие стеки работают как ОТДЕЛЬНЫЕ ПРОЦЕССЫ. Напрмер на Linux вы просто должны написать специальные команды для работы с определенным дистрибутивом, а в QNX ВСЕ НЕ ТАК. ТАМ ЧТОБЫ ОПТИМИЗИРОВАТЬ СИСТЕМУ НУЖНО РВАТЬ СЕБЕ КОНЕЧНОСТИ ДО ПОСЛЕДНЕГО, И НИКАКИЕ КОМАНДЫ ИЛИ НЕЙРОСЕТИ ВАМ НЕ ПОМОГУТ.
Вы сами в ответе за свою систему
В QNX есть поддержка, но чтобы исправить ошибку внутри этой ОС нужно очень сильно по старатся
QNX не совместим с многими процессорами космических техник.
QNX не подходит для многих процессоров, что сильно ограничивает его в использовании
Раз так, то почему QNX все равно популярен?
Он СТРОГИЙ
Как я ранее говорил, вместе с ним не будет никакой ошибки с реальным временем. А если ошибка будет то QNX будет бить нас до тех пор, пока мы не исправим ошибку.
QNX имеет сертификацию по кибер безопасности
Это облегчает работу по проверке системы. Тоесть, лишний раз проверять его ненужно, (вирусы будут трястись от страха)
Благодаря микроядру все можно изолировать от системы (Кстати, это очень похоже на ChromeOS)
А это означает что вирусы и всякие другие не други, будут мучатся в аду. А если серьезно, то у все системы компьютера или микроконтрелера находятся в изоляций. Это типо как вы живете в 5 комнатной квартире, но каждая комната находиться в разных углах города (звучит странно, но так оно и есть)
QNX = предсказуемый.
А главная задача всех RTOS это быть ПРЕДСКАЗУЕМЫМ. Иначе, будет крах системы.
Еще раз повторяю;
Скоро, мы будем копаться в ядре этой системы. Так что-ли желаю всем стальных нервов и удачи. А с вами был Rempest и всем пока.
И всем привет ребята на связи Rempest. Как вы все знаете, (а если не знаете) я был админом этого тгк. Но теперь я владелец, и сегодня я вам расскажу про инструмент, точнее про ОС, а еще точнее про космическую ОС реального времени - QNX.
Что такое ОС реального времени (RTOS) я уже говорил в этом тгк (Можете кликнуть по ссылке и прочитать). А теперь разберем что такое QNX?
QNX - это одна из трех самых основных операционных систем спутников и других космических технологий. Благодаря своей строгости к времени, промежутки задач и предсказуемости, QNX является стандартом в космической индустрий. Но даже так QNX это худший кошмар любого инженера, потому что это очень сложная ОС.
QNX - запутанно непостижимый
Попробуйте обьяснить хомяку теорию относительности. QNX в космосе это примерно так же. А если серьезно: нужны как минимум несколько лет для того чтобы сделать рабочую программу на QNX.
Знаете почему? Потому что QNX не прощает ошибки, пока ваш космический корабль не будет работать РОВНО, БЕЗ ОШИБОК С РЕАЛЬНЫМ ВРЕМЕНЕМ, QNX будет вас кошмарить до тех пор, пока все ошибки на микросекунды не исправятся. Иначе будет провал всей космической техники. А писать код используя СИСТЕМЫ РЕАЛЬНОГО ВРЕМЕНИ это высший уровень мазохизма.
Курсы? Какие курсы?
Легче уж динозавра голыми руками загосить чем искать курсы по QNX. А даже если найдете, готовьте почку и другие органы на продажу, потому что подобные курсы стоят очень очень ОЧЕНЬ дорого. И я напоминаю что сам QNX тоже не бесплатная ОС. На 1 МИКРОКОНТРОЛЛЕР НУЖНО ПОТРАТИТЬ БОЛЕЕ ТЫСЯЧИ ДОЛЛАРОВ.
у QNX Микроядро
Это означает что файловые системый, драйвера и другие стеки работают как ОТДЕЛЬНЫЕ ПРОЦЕССЫ. Напрмер на Linux вы просто должны написать специальные команды для работы с определенным дистрибутивом, а в QNX ВСЕ НЕ ТАК. ТАМ ЧТОБЫ ОПТИМИЗИРОВАТЬ СИСТЕМУ НУЖНО РВАТЬ СЕБЕ КОНЕЧНОСТИ ДО ПОСЛЕДНЕГО, И НИКАКИЕ КОМАНДЫ ИЛИ НЕЙРОСЕТИ ВАМ НЕ ПОМОГУТ.
Вы сами в ответе за свою систему
В QNX есть поддержка, но чтобы исправить ошибку внутри этой ОС нужно очень сильно по старатся
QNX не совместим с многими процессорами космических техник.
QNX не подходит для многих процессоров, что сильно ограничивает его в использовании
Раз так, то почему QNX все равно популярен?
Он СТРОГИЙ
Как я ранее говорил, вместе с ним не будет никакой ошибки с реальным временем. А если ошибка будет то QNX будет бить нас до тех пор, пока мы не исправим ошибку.
QNX имеет сертификацию по кибер безопасности
Это облегчает работу по проверке системы. Тоесть, лишний раз проверять его ненужно, (вирусы будут трястись от страха)
Благодаря микроядру все можно изолировать от системы (Кстати, это очень похоже на ChromeOS)
А это означает что вирусы и всякие другие не други, будут мучатся в аду. А если серьезно, то у все системы компьютера или микроконтрелера находятся в изоляций. Это типо как вы живете в 5 комнатной квартире, но каждая комната находиться в разных углах города (звучит странно, но так оно и есть)
QNX = предсказуемый.
А главная задача всех RTOS это быть ПРЕДСКАЗУЕМЫМ. Иначе, будет крах системы.
Еще раз повторяю;
QNX - это операционная система реального времени. Ее использует для того чтобы соблюдать четкие временные интервалы между задачами где важна строгость и предсказуемость. Скоро, мы будем копаться в ядре этой системы. Так что-ли желаю всем стальных нервов и удачи. А с вами был Rempest и всем пока.
🤔2
QNX - The Most Powerful OS for Space Technologies!
Hi everyone, Rempest here. As you all know (and if you don't know), I used to be the admin of this TG channel. But now I'm the owner, and today I'm going to tell you about a tool, or more precisely, an OS, and even more precisely, a space real-time OS - QNX.
I've already talked about what a Real-Time Operating System (RTOS) is in this TG channel (You can click the link and read it). Now let's break down what QNX is.
QNX is one of the three most fundamental operating systems for satellites and other space technologies. Thanks to its strict timing, task intervals, and predictability, QNX is a standard in the space industry. But even so, QNX is any engineer's worst nightmare, because it's an incredibly complex OS.
QNX - Inscrutably Complex
Try explaining the theory of relativity to a hamster. Using QNX in space is pretty much the same. Seriously, though: you need at least several years to create a working program on QNX.
You know why? Because QNX does not forgive mistakes. Until your spacecraft works EXACTLY, WITHOUT ERRORS, IN REAL-TIME, QNX will haunt you until every microsecond-level error is fixed. Otherwise, the entire space mission fails. And writing code using REAL-TIME SYSTEMS is the ultimate form of masochism.
Courses? What Courses?
It would be easier to wrestle a dinosaur with your bare hands than to find courses on QNX. And even if you do find some, get ready to sell a kidney and other organs, because such courses are very, very, VERY expensive. And let me remind you that QNX itself isn't a free OS either. For ONE MICROCONTROLLER, YOU NEED TO SPEND MORE THAN A THOUSAND DOLLARS.
QNX has a Microkernel
This means that file systems, drivers, and other stacks run as SEPARATE PROCESSES. For example, on Linux, you just write specific commands to work with a certain distribution, but in QNX, IT'S NOT LIKE THAT. TO OPTIMIZE THE SYSTEM, YOU HAVE TO TEAR YOUR OWN LIMBS OFF ONE BY ONE, AND NO COMMANDS OR NEURAL NETWORKS WILL HELP YOU.
You Are Responsible for Your Own System
QNX has support, but to fix an error inside this OS, you have to try very, very hard.
QNX is not compatible with many processors used in space technology.
QNX doesn't work with many processors, which greatly limits its use.
If that's the case, why is QNX still popular?
It's STRICT
As I said before, with it, there will be no real-time errors. And if there is an error, QNX will beat us until we fix it.
QNX has cybersecurity certification
This makes system verification easier. That means you don't need to double-check it unnecessarily (viruses will be shaking in fear).
Thanks to the microkernel, everything can be isolated from the system
(By the way, this is very similar to ChromeOS)
This means that viruses and other adversaries will suffer in hell. Seriously, though, all parts of the computer or microcontroller system are isolated. It's like you live in a 5-room apartment, but each room is in a different corner of the city (sounds strange, but that's how it is).
QNX = Predictable.
And the main task of any RTOS is to be PREDICTABLE. Otherwise, the system will crash.
Let me repeat:
Soon, we will be digging into the kernel of this system. So, I wish everyone nerves of steel and good luck. This has been Rempest, and bye everyone.
Hi everyone, Rempest here. As you all know (and if you don't know), I used to be the admin of this TG channel. But now I'm the owner, and today I'm going to tell you about a tool, or more precisely, an OS, and even more precisely, a space real-time OS - QNX.
I've already talked about what a Real-Time Operating System (RTOS) is in this TG channel (You can click the link and read it). Now let's break down what QNX is.
QNX is one of the three most fundamental operating systems for satellites and other space technologies. Thanks to its strict timing, task intervals, and predictability, QNX is a standard in the space industry. But even so, QNX is any engineer's worst nightmare, because it's an incredibly complex OS.
QNX - Inscrutably Complex
Try explaining the theory of relativity to a hamster. Using QNX in space is pretty much the same. Seriously, though: you need at least several years to create a working program on QNX.
You know why? Because QNX does not forgive mistakes. Until your spacecraft works EXACTLY, WITHOUT ERRORS, IN REAL-TIME, QNX will haunt you until every microsecond-level error is fixed. Otherwise, the entire space mission fails. And writing code using REAL-TIME SYSTEMS is the ultimate form of masochism.
Courses? What Courses?
It would be easier to wrestle a dinosaur with your bare hands than to find courses on QNX. And even if you do find some, get ready to sell a kidney and other organs, because such courses are very, very, VERY expensive. And let me remind you that QNX itself isn't a free OS either. For ONE MICROCONTROLLER, YOU NEED TO SPEND MORE THAN A THOUSAND DOLLARS.
QNX has a Microkernel
This means that file systems, drivers, and other stacks run as SEPARATE PROCESSES. For example, on Linux, you just write specific commands to work with a certain distribution, but in QNX, IT'S NOT LIKE THAT. TO OPTIMIZE THE SYSTEM, YOU HAVE TO TEAR YOUR OWN LIMBS OFF ONE BY ONE, AND NO COMMANDS OR NEURAL NETWORKS WILL HELP YOU.
You Are Responsible for Your Own System
QNX has support, but to fix an error inside this OS, you have to try very, very hard.
QNX is not compatible with many processors used in space technology.
QNX doesn't work with many processors, which greatly limits its use.
If that's the case, why is QNX still popular?
It's STRICT
As I said before, with it, there will be no real-time errors. And if there is an error, QNX will beat us until we fix it.
QNX has cybersecurity certification
This makes system verification easier. That means you don't need to double-check it unnecessarily (viruses will be shaking in fear).
Thanks to the microkernel, everything can be isolated from the system
(By the way, this is very similar to ChromeOS)
This means that viruses and other adversaries will suffer in hell. Seriously, though, all parts of the computer or microcontroller system are isolated. It's like you live in a 5-room apartment, but each room is in a different corner of the city (sounds strange, but that's how it is).
QNX = Predictable.
And the main task of any RTOS is to be PREDICTABLE. Otherwise, the system will crash.
Let me repeat:
QNX is a real-time operating system. It is used to maintain strict time intervals between tasks where rigidity and predictability are critical.Soon, we will be digging into the kernel of this system. So, I wish everyone nerves of steel and good luck. This has been Rempest, and bye everyone.
На какую тему написать следующий пост?
Anonymous Poll
29%
Основы ракета строения
29%
Топ 10 самых важных формул ракета строения
14%
Основы спутник строения
0%
Софт (Программное обеспечение) спутников
14%
Open source (открытые и бесплатные) инструменты для Space Engineering от мировых лидеров
14%
Какие навыки нужны для Space Engineer-a
Чем же отличаются QNX, VxWorks и RTEMS?
И всем привет ребята, на связи Rempest. Сегодня я расскажу вам о отличий трех основных космических ОС между собой. Операционные системы реального времени (RTOS) используются там, где важна гарантированная реакция системы за определённое время:
в космических аппаратах, роботах, медицинских устройствах, автомобилях и промышленности.
Среди самых известных и популярных в космической сфере RTOS это— VxWorks, RTEMS и QNX.
Несмотря на одну категорию, их архитектура и философия сильно отличаются.
Что такое RTOS и «real-time»?
RTOS — это система, где важна не только скорость, но и предсказуемость.
Есть два типа real-time:
• Hard real-time
задача обязана выполниться в заданный срок
опоздание = отказ системы
• Soft real-time
небольшие задержки допустимы
Все три системы относятся к hard real-time OS.
Главная метрика — latency (задержка):
interrupt latency — время реакции на прерывание
scheduling latency — время переключения задач
Архитектура ядра VxWorks
Разработчик этой РС является Wind River Systems
Тип ядра монолитное. Это значит все возможные инструменты находится внутри ядра.
Внутри ядра находятся:
драйверы
сетевой стек
файловая система
планировщик
управление памятью
VxWorks имеет минимальные задержки
высокая производительность поддержка SMP (многоядерность)
Но один жирный минус VxWorks это если драйвер падает может упасть вся система.
QNX
Разработчик этого ОС это BlackBerry.
Тип ядра microkernel. Это значит что все компоненты системы находится в изоляций (как у ChromeOS) что обеспечивает огромную безопасность.
В ядре находятся только:
scheduler
IPC
interrupt handler
memory management
Все остальное работает как user-space сервисы:
драйверы
файловая система
сеть
Если драйвер падает — ядро продолжает работать.
Это делает QNX очень устойчивой системой.
RTEMS
RTEMS — open source RTOS, часто используемая в космосе. Значит он абсолютно бесплатный.
Тип ядра монолитное.
Но архитектура гораздо проще:
минимум сервисов
статическая конфигурация
минимальная память
RTEMS часто работает без MMU.
Планировщик
Все три используют priority-based preemptive scheduling.
Это значит:
у задач есть приоритет
более приоритетная задача может прервать менее важную
Планировщик VxWorks
Он поддерживает
fixed priority scheduling
round-robin
SMP scheduling
CPU affinity
Latency может быть 3–10 микросекунд.
Планировщик QNX
Очень известен своей детерминированностью. Так же он имеет:
strict priority scheduling
preemptive
быстрый IPC
Типичная latency:
5–15 микросекунд.
Планировщик RTEMS
Более простой:
fixed priority
deterministic scheduler
низкое потребление памяти
Latency обычно:
10–20 микросекунд.
Сегодня многие роботы и дроны используют не RTOS напрямую, а Linux + real-time патчи или такие системы как PX4, потому что им нужна мощная экосистема библиотек (например для компьютерного зрения). Ну и всем пока, а на связи был Rempest.
И всем привет ребята, на связи Rempest. Сегодня я расскажу вам о отличий трех основных космических ОС между собой. Операционные системы реального времени (RTOS) используются там, где важна гарантированная реакция системы за определённое время:
в космических аппаратах, роботах, медицинских устройствах, автомобилях и промышленности.
Среди самых известных и популярных в космической сфере RTOS это— VxWorks, RTEMS и QNX.
Несмотря на одну категорию, их архитектура и философия сильно отличаются.
Что такое RTOS и «real-time»?
RTOS — это система, где важна не только скорость, но и предсказуемость.
Есть два типа real-time:
• Hard real-time
задача обязана выполниться в заданный срок
опоздание = отказ системы
• Soft real-time
небольшие задержки допустимы
Все три системы относятся к hard real-time OS.
Главная метрика — latency (задержка):
interrupt latency — время реакции на прерывание
scheduling latency — время переключения задач
Архитектура ядра VxWorks
Разработчик этой РС является Wind River Systems
Тип ядра монолитное. Это значит все возможные инструменты находится внутри ядра.
Внутри ядра находятся:
драйверы
сетевой стек
файловая система
планировщик
управление памятью
VxWorks имеет минимальные задержки
высокая производительность поддержка SMP (многоядерность)
Но один жирный минус VxWorks это если драйвер падает может упасть вся система.
QNX
Разработчик этого ОС это BlackBerry.
Тип ядра microkernel. Это значит что все компоненты системы находится в изоляций (как у ChromeOS) что обеспечивает огромную безопасность.
В ядре находятся только:
scheduler
IPC
interrupt handler
memory management
Все остальное работает как user-space сервисы:
драйверы
файловая система
сеть
Если драйвер падает — ядро продолжает работать.
Это делает QNX очень устойчивой системой.
RTEMS
RTEMS — open source RTOS, часто используемая в космосе. Значит он абсолютно бесплатный.
Тип ядра монолитное.
Но архитектура гораздо проще:
минимум сервисов
статическая конфигурация
минимальная память
RTEMS часто работает без MMU.
Планировщик
Все три используют priority-based preemptive scheduling.
Это значит:
у задач есть приоритет
более приоритетная задача может прервать менее важную
Планировщик VxWorks
Он поддерживает
fixed priority scheduling
round-robin
SMP scheduling
CPU affinity
Latency может быть 3–10 микросекунд.
Планировщик QNX
Очень известен своей детерминированностью. Так же он имеет:
strict priority scheduling
preemptive
быстрый IPC
Типичная latency:
5–15 микросекунд.
Планировщик RTEMS
Более простой:
fixed priority
deterministic scheduler
низкое потребление памяти
Latency обычно:
10–20 микросекунд.
Сегодня многие роботы и дроны используют не RTOS напрямую, а Linux + real-time патчи или такие системы как PX4, потому что им нужна мощная экосистема библиотек (например для компьютерного зрения). Ну и всем пока, а на связи был Rempest.
What Are the Differences Between QNX, VxWorks, and RTEMS?
Hi everyone, Rempest here. Today I'm going to tell you about the differences between the three main space operating systems. Real-Time Operating Systems (RTOS) are used where a guaranteed system response within a specific time is critical:
in spacecraft, robots, medical devices, cars, and industry.
Among the most famous and popular RTOS in the space sector are VxWorks, RTEMS, and QNX.
Despite being in the same category, their architecture and philosophy differ significantly.
What is an RTOS and "real-time"?
An RTOS is a system where not only speed but also predictability is important.
There are two types of real-time:
· Hard real-time:
· The task must be completed within a given deadline.
· Missing the deadline = system failure.
· Soft real-time:
· Small delays are acceptable.
All three systems are hard real-time OS.
The main metric is latency:
· Interrupt latency — reaction time to an interrupt.
· Scheduling latency — task switching time.
VxWorks Kernel Architecture
· Developer: Wind River Systems
· Kernel Type: Monolithic. This means all possible tools are inside the kernel.
Inside the kernel are:
· Drivers
· Network stack
· File system
· Scheduler
· Memory management
Advantages: VxWorks has minimal latency, high performance, and SMP (multicore) support.
Disadvantage: The big minus of VxWorks is that if a driver crashes, the entire system can crash.
QNX
· Developer: BlackBerry
· Kernel Type: Microkernel. This means all system components are isolated (like ChromeOS), which ensures huge security.
In the kernel, only the following are present:
· Scheduler
· IPC (Inter-Process Communication)
· Interrupt handler
· Memory management
Everything else runs as user-space services:
· Drivers
· File system
· Network
Advantage: If a driver crashes, the kernel continues to work. This makes QNX a very resilient system.
RTEMS
· RTEMS is an open-source RTOS, often used in space. This means it's completely free.
· Kernel Type: Monolithic.
But the architecture is much simpler:
· Minimum services
· Static configuration
· Minimal memory usage
· RTEMS often runs without an MMU (Memory Management Unit).
Scheduler
All three use priority-based preemptive scheduling.
This means:
· Tasks have priorities.
· A higher-priority task can interrupt a less important one.
VxWorks Scheduler
It supports:
· Fixed priority scheduling
· Round-robin
· SMP scheduling
· CPU affinity
· Latency can be 3–10 microseconds.
QNX Scheduler
Very well known for its determinism. It also has:
· Strict priority scheduling
· Preemptive
· Fast IPC
· Typical latency: 5–15 microseconds.
RTEMS Scheduler
Simpler:
· Fixed priority
· Deterministic scheduler
· Low memory consumption
· Latency is typically: 10–20 microseconds.
Today, many robots and drones don't use an RTOS directly, but rather Linux + real-time patches or systems like PX4, because they need a powerful ecosystem of libraries (for example, for computer vision).
Well, bye everyone, this was Rempest.
Hi everyone, Rempest here. Today I'm going to tell you about the differences between the three main space operating systems. Real-Time Operating Systems (RTOS) are used where a guaranteed system response within a specific time is critical:
in spacecraft, robots, medical devices, cars, and industry.
Among the most famous and popular RTOS in the space sector are VxWorks, RTEMS, and QNX.
Despite being in the same category, their architecture and philosophy differ significantly.
What is an RTOS and "real-time"?
An RTOS is a system where not only speed but also predictability is important.
There are two types of real-time:
· Hard real-time:
· The task must be completed within a given deadline.
· Missing the deadline = system failure.
· Soft real-time:
· Small delays are acceptable.
All three systems are hard real-time OS.
The main metric is latency:
· Interrupt latency — reaction time to an interrupt.
· Scheduling latency — task switching time.
VxWorks Kernel Architecture
· Developer: Wind River Systems
· Kernel Type: Monolithic. This means all possible tools are inside the kernel.
Inside the kernel are:
· Drivers
· Network stack
· File system
· Scheduler
· Memory management
Advantages: VxWorks has minimal latency, high performance, and SMP (multicore) support.
Disadvantage: The big minus of VxWorks is that if a driver crashes, the entire system can crash.
QNX
· Developer: BlackBerry
· Kernel Type: Microkernel. This means all system components are isolated (like ChromeOS), which ensures huge security.
In the kernel, only the following are present:
· Scheduler
· IPC (Inter-Process Communication)
· Interrupt handler
· Memory management
Everything else runs as user-space services:
· Drivers
· File system
· Network
Advantage: If a driver crashes, the kernel continues to work. This makes QNX a very resilient system.
RTEMS
· RTEMS is an open-source RTOS, often used in space. This means it's completely free.
· Kernel Type: Monolithic.
But the architecture is much simpler:
· Minimum services
· Static configuration
· Minimal memory usage
· RTEMS often runs without an MMU (Memory Management Unit).
Scheduler
All three use priority-based preemptive scheduling.
This means:
· Tasks have priorities.
· A higher-priority task can interrupt a less important one.
VxWorks Scheduler
It supports:
· Fixed priority scheduling
· Round-robin
· SMP scheduling
· CPU affinity
· Latency can be 3–10 microseconds.
QNX Scheduler
Very well known for its determinism. It also has:
· Strict priority scheduling
· Preemptive
· Fast IPC
· Typical latency: 5–15 microseconds.
RTEMS Scheduler
Simpler:
· Fixed priority
· Deterministic scheduler
· Low memory consumption
· Latency is typically: 10–20 microseconds.
Today, many robots and drones don't use an RTOS directly, but rather Linux + real-time patches or systems like PX4, because they need a powerful ecosystem of libraries (for example, for computer vision).
Well, bye everyone, this was Rempest.
👍1🤓1👀1
Multi Robot Manager + Space ROS — это пик робототехники?
Привет всем, на связи Ræmpest. Сегодня я хочу рассказать о пике робототехники — MRM и Space ROS.
Что такое MRM (Multi Robot Manager)?
MRM — это ОГРОМНЫЙ инструмент для управления армией роботов. Например: шоу дронов. На Show Drones количество дронов >100. Но программировать каждый дрон отдельно — это МАЗОХИЗМ. Поэтому умные люди используют Multi Robot Manager. MRM облегчает работу мульти Робототехники и предоставляет готовый софт.
Space ROS — это САМЫЙ БОЛЬШОЙ НАБОР ПАКЕТОВ В ЭКОСИСТЕМЕ ROS от NASA и Open Robotics. Этот набор используют для управления космическими роботами. В нём есть самые важные инструменты для работы в космосе. Вернее сказать что Space ROS это даже не набор, это уже полностью переделанный ROS только под космос.
MRM + Space ROS = ☠️..
Это значит, что АРМИЯ РОБОТОВ БУДЕТ В КОСМОСЕ ИЛИ НА ДРУГИХ ПЛАНЕТАХ. А это глобально кошмарно.
И на этом все, всем пока. А на связи был Ræm.
Привет всем, на связи Ræmpest. Сегодня я хочу рассказать о пике робототехники — MRM и Space ROS.
Что такое MRM (Multi Robot Manager)?
MRM — это ОГРОМНЫЙ инструмент для управления армией роботов. Например: шоу дронов. На Show Drones количество дронов >100. Но программировать каждый дрон отдельно — это МАЗОХИЗМ. Поэтому умные люди используют Multi Robot Manager. MRM облегчает работу мульти Робототехники и предоставляет готовый софт.
Space ROS — это САМЫЙ БОЛЬШОЙ НАБОР ПАКЕТОВ В ЭКОСИСТЕМЕ ROS от NASA и Open Robotics. Этот набор используют для управления космическими роботами. В нём есть самые важные инструменты для работы в космосе. Вернее сказать что Space ROS это даже не набор, это уже полностью переделанный ROS только под космос.
MRM + Space ROS = ☠️..
Это значит, что АРМИЯ РОБОТОВ БУДЕТ В КОСМОСЕ ИЛИ НА ДРУГИХ ПЛАНЕТАХ. А это глобально кошмарно.
И на этом все, всем пока. А на связи был Ræm.
Multi Robot Manager + Space ROS, is it a peak of robotics?
Hello everyone, my name is Rempest. I want to tell about the peak of robotics - MRM and Space ROS today.
What is MRM (Multi Robot Manager)?
MRM – it is a HUGE tool for controlling a robot army. For example: Show Drones. In show drones, the quantity of drones >100. But programming each drone separately is MASOCHISM. That’s why smart people use Multi Robot Manager.
Space ROS – it is the MOST HUGE SET OF PACKAGES IN THE ROS ECOSYSTEM by NASA and Open Robotics. Use this set to control space robots. This set has the most important tools for space operations.
MRM + Space ROS = ☠️..
This means an ARMY OF ROBOTS WILL BE IN SPACE OR ON A OTHER PLANET. А это глобальный пиздец.
Conclusion, MRM+Space ROS it is peak of robotics, peak of science, peak of technology. That's all for now, bye everyone.
Hello everyone, my name is Rempest. I want to tell about the peak of robotics - MRM and Space ROS today.
What is MRM (Multi Robot Manager)?
MRM – it is a HUGE tool for controlling a robot army. For example: Show Drones. In show drones, the quantity of drones >100. But programming each drone separately is MASOCHISM. That’s why smart people use Multi Robot Manager.
Space ROS – it is the MOST HUGE SET OF PACKAGES IN THE ROS ECOSYSTEM by NASA and Open Robotics. Use this set to control space robots. This set has the most important tools for space operations.
MRM + Space ROS = ☠️..
This means an ARMY OF ROBOTS WILL BE IN SPACE OR ON A OTHER PLANET. А это глобальный пиздец.
Conclusion, MRM+Space ROS it is peak of robotics, peak of science, peak of technology. That's all for now, bye everyone.
Hello everyone, my name is Ræmpest, and I know, my activity in this Telegram channel last time was so low. But activity on my GitHub last time was very high. Conclusion: I want to improve my old projects and create new projects to improve robotics 🤝
My GitHub: https://github.com/Rempest
My GitHub: https://github.com/Rempest
GitHub
Rempest - Overview
I am a future robotic systems engineer. I work with RTOS (FreeRTOS), ROS 2 and AI (PyTorch/CV) intergration for drones and humanoids robots. - Rempest
И всем привет ребята, на связи Raempest. Я решил что раз в этом тгк больше всего подписчиков, я удаляю все остальные мои тгк которые являются тгк по узким темам и этот тгк про космос отныне будет тгк про всю робототехнику вместе взятых. (Будь то математика, физика, электроника, и так далее). Простыми словами с этого дня в этом тгк посты будут ПО ВСЕМ ТЕМАМ. А не только про космос.
ПОЧЕМУ ROS -ОВ ТАК МНОГО?
Всем привет ребята, на связи Rempest. Сегодня пост будет про главную экосистему Робототехники - ROS. Я сам работаю с этой экосистемой и она является высшей Робототехникой (она далеко отличается от того же лего или FTC). Начнем с того что ROS (Robot operating system) это огромная экосистема - фреймворк для програмирование роботов, там есть абсолютно все что нужно для роботов. От обычных контроллеров до интерграций AI.
Так почему ROS -ов так много?
Вообщем, виды ROS бывают:
ROS (classic) - самая первая версия ROS 1, она если честно довольно старая. Вряд-ли где то сейчас используется, но без нее не существовало бы других видов ROS.
ROS 2 - новая версия ROS, она прям очень хорошая, имбовая, поддерживает работу с real time. И вообще она просто бомба пушка (я кстати с ней работаю). Скоро будет отдельный пост про разницу ROS 1 и ROS 2. А сейчас наши гости это:
SpaceROS (NASA) - фреймворк для програмирование роботов для космических целей. Можно использовать для спутников, марсоходов, космических манипуляторов и тд.
MAVROS - ROS для БПЛА (беспилотные летательные апараты). Его используют для робота самолета, дрона, робота верталета. Этот MAVROS используется для того чтобы между языками программирования и полётным контроллером была связь, и они понимали друг друга.
microROS - Real time? Дада micro? (Отчаянно пытался пошутить). У многих наверное были вопросы; А как этот код с ROS, засунуть в настоящего робота? И вот вам и ответ. MicroROS - это физический существующий микроконтрелер, который специально создан для того чтобы засунуть код с ROS в робота. И чтобы он понимал этот код. А причем тут Real time в начале? Та ваще хз. (На самом деле RTOS-ы как раз так и используют внутри микроконтреллеров. И из-за этого я в начале упоминул о real time)
Industrial ROS - ROS инструмент не только для робототехники. Основная способность ROS, это обмениватся данными между узлами (типо если вы ударитесь ногой, мозг это почуствует и как бы нога отправила сообщение мозгу). И это самая главная причина из-за чего ROS использует в робототехнике. НО! Кроме робототехники где еще нужно обмениватся данными? ПРОМЫШЛЕНАЯ АВТОМОТИЗАЦИЯ!!! (Это не робототехника, робототехника и автомотизация это не одно и тоже. Пожалуйста не путайте). И этот Industrial ROS используется как раз так и для автомотизаций (автомотизировать работу человека).
AutowateROS - БПЛА уже был, космос уже был, embedded тоже был, автомотизация так же была. Чего же не хватает??? КОНЕЧНО ЖЕ МАШИНЫ. AutowateROS это фреймворк для програмирование ROS для машин. Робомашина? Скорее всего.
NavigationROS - сюда кстати Google сделал вклад. Они создали Cartographer для того чтобы роботы могли "запомнить" где они находится и "ориентироваться" по карте. Самые основные инструменты этой группы это SLAM и Navigation 2.
Simulation ROS - дадада тут и такое есть. Сюда кстати NVIDIA сделал вклад создав очень мощный симулятор Isaac Sim который очень хорошо позволяет тестировать роботов с AI. (Но жрет он памяти больше чем кто либо другой) А вообщем в этот раздел входят симуляторы для тестирования роботов. Это у нас Isaac Sim (NVIDIA), Gazebo и Webots.
Самый дружелюбный и лёгкий тут Webots, самый профисиональный и имбовый это Isaac Sim. А Gazebo это имба для нейтральных миссий.
Security ROS - ROS который используется для критических важных целях (что то вроде RTOS но не RTOS)
ROSA (NASA) - дааа, опять NASA. Они создали ROSA для интерграций ИИ для своих миссий. И используется этот ROS как ИИ агент для роботов.
Теперь главный вопрос: НА)(УЯ ИМ СТОЛЬКО ROS?
Дело в том, как я в начале говорил ROS это огромная open source система которую можно изменять как захочешь для своих целей. И все создатели данных видов ROS, как раз использовали и изменяли ROS для своих целей. Тоесть, каждый из этих видов ROS используется для конкретных проблем и для конкретных компаний. И каждая из этих компаний создавали новый ROS для своих проектов. Всем удачи и всем пока 🫀
Всем привет ребята, на связи Rempest. Сегодня пост будет про главную экосистему Робототехники - ROS. Я сам работаю с этой экосистемой и она является высшей Робототехникой (она далеко отличается от того же лего или FTC). Начнем с того что ROS (Robot operating system) это огромная экосистема - фреймворк для програмирование роботов, там есть абсолютно все что нужно для роботов. От обычных контроллеров до интерграций AI.
Так почему ROS -ов так много?
Вообщем, виды ROS бывают:
ROS (classic) - самая первая версия ROS 1, она если честно довольно старая. Вряд-ли где то сейчас используется, но без нее не существовало бы других видов ROS.
ROS 2 - новая версия ROS, она прям очень хорошая, имбовая, поддерживает работу с real time. И вообще она просто бомба пушка (я кстати с ней работаю). Скоро будет отдельный пост про разницу ROS 1 и ROS 2. А сейчас наши гости это:
SpaceROS (NASA) - фреймворк для програмирование роботов для космических целей. Можно использовать для спутников, марсоходов, космических манипуляторов и тд.
MAVROS - ROS для БПЛА (беспилотные летательные апараты). Его используют для робота самолета, дрона, робота верталета. Этот MAVROS используется для того чтобы между языками программирования и полётным контроллером была связь, и они понимали друг друга.
microROS - Real time? Дада micro? (Отчаянно пытался пошутить). У многих наверное были вопросы; А как этот код с ROS, засунуть в настоящего робота? И вот вам и ответ. MicroROS - это физический существующий микроконтрелер, который специально создан для того чтобы засунуть код с ROS в робота. И чтобы он понимал этот код. А причем тут Real time в начале? Та ваще хз. (На самом деле RTOS-ы как раз так и используют внутри микроконтреллеров. И из-за этого я в начале упоминул о real time)
Industrial ROS - ROS инструмент не только для робототехники. Основная способность ROS, это обмениватся данными между узлами (типо если вы ударитесь ногой, мозг это почуствует и как бы нога отправила сообщение мозгу). И это самая главная причина из-за чего ROS использует в робототехнике. НО! Кроме робототехники где еще нужно обмениватся данными? ПРОМЫШЛЕНАЯ АВТОМОТИЗАЦИЯ!!! (Это не робототехника, робототехника и автомотизация это не одно и тоже. Пожалуйста не путайте). И этот Industrial ROS используется как раз так и для автомотизаций (автомотизировать работу человека).
AutowateROS - БПЛА уже был, космос уже был, embedded тоже был, автомотизация так же была. Чего же не хватает??? КОНЕЧНО ЖЕ МАШИНЫ. AutowateROS это фреймворк для програмирование ROS для машин. Робомашина? Скорее всего.
NavigationROS - сюда кстати Google сделал вклад. Они создали Cartographer для того чтобы роботы могли "запомнить" где они находится и "ориентироваться" по карте. Самые основные инструменты этой группы это SLAM и Navigation 2.
Simulation ROS - дадада тут и такое есть. Сюда кстати NVIDIA сделал вклад создав очень мощный симулятор Isaac Sim который очень хорошо позволяет тестировать роботов с AI. (Но жрет он памяти больше чем кто либо другой) А вообщем в этот раздел входят симуляторы для тестирования роботов. Это у нас Isaac Sim (NVIDIA), Gazebo и Webots.
Самый дружелюбный и лёгкий тут Webots, самый профисиональный и имбовый это Isaac Sim. А Gazebo это имба для нейтральных миссий.
Security ROS - ROS который используется для критических важных целях (что то вроде RTOS но не RTOS)
ROSA (NASA) - дааа, опять NASA. Они создали ROSA для интерграций ИИ для своих миссий. И используется этот ROS как ИИ агент для роботов.
Теперь главный вопрос: НА)(УЯ ИМ СТОЛЬКО ROS?
Дело в том, как я в начале говорил ROS это огромная open source система которую можно изменять как захочешь для своих целей. И все создатели данных видов ROS, как раз использовали и изменяли ROS для своих целей. Тоесть, каждый из этих видов ROS используется для конкретных проблем и для конкретных компаний. И каждая из этих компаний создавали новый ROS для своих проектов. Всем удачи и всем пока 🫀
WHY ARE THERE SO MANY ROS VERSIONS?
Hi everyone, Rempest here. Today's post is about the main ecosystem of Robotics - ROS. I work with this ecosystem myself, and it represents advanced robotics (it's far removed from things like LEGO or FTC). Let's start with the fact that ROS (Robot Operating System) is a huge ecosystem - a framework for programming robots. It has absolutely everything you need for robots, from basic controllers to AI integrations.
So why are there so many ROS versions?
Basically, the types of ROS include:
ROS (classic) - the very first version, ROS 1. Honestly, it's pretty old. It's hardly used anywhere now, but without it, other types of ROS wouldn't exist.
ROS 2 - the new version of ROS. It's really, really good, awesome, and supports real-time operation. It's just absolutely amazing (I work with it, by the way). There will be a separate post soon about the differences between ROS 1 and ROS 2. But right now, our guests are:
SpaceROS (NASA) - a framework for programming robots for space purposes. It can be used for satellites, rovers, space manipulators, etc.
MAVROS - ROS for UAVs (Unmanned Aerial Vehicles). It's used for robot airplanes, drones, robot helicopters. This MAVROS is used to establish communication between programming languages and the flight controller, so they understand each other.
micro-ROS - Real-time? Yeah, micro? (Desperately trying to joke). Many of you probably had questions: How do you take this ROS code and put it into an actual robot? And here's your answer. Micro-ROS involves physically existing microcontrollers specifically created to embed ROS code into a robot and make it understand that code. What did Real-time have to do with it at the start? Honestly, no idea. (Actually, RTOSs are exactly what's used inside microcontrollers. That's why I mentioned real-time at the beginning).
Industrial ROS - An ROS tool not just for robotics. ROS's main capability is exchanging data between nodes (like if you hit your foot, the brain feels it, and it's like the foot sent a message to the brain). This is the main reason ROS is used in robotics. BUT! Where else, besides robotics, do you need to exchange data? INDUSTRIAL AUTOMATION!!! (This isn't robotics; robotics and automation are not the same thing. Please don't confuse them). And this Industrial ROS is used precisely for automation (automating human work).
Autoware ROS - We've had UAVs, space, embedded systems, and automation. What's missing??? CARS, OF COURSE. Autoware ROS is a framework for programming ROS for cars. A robocar? Most likely.
Navigation ROS - Google, by the way, contributed here. They created Cartographer so that robots can "remember" where they are and "navigate" using a map. The main tools in this group are SLAM and Navigation 2.
Simulation ROS - Yes, yes, this exists too. NVIDIA, by the way, contributed here by creating a very powerful simulator called Isaac Sim, which is excellent for testing robots with AI. (But it consumes more memory than anything else). Anyway, this section includes simulators for testing robots. These include Isaac Sim (NVIDIA), Gazebo, and Webots. The most user-friendly and lightweight is Webots; the most professional and awesome is Isaac Sim. And Gazebo is great for neutral missions.
Security ROS - ROS used for critical purposes (something like an RTOS, but not an RTOS).
ROSA (NASA) - Yes, NASA again. They created ROSA for integrating AI into their missions. This ROS is used as an AI agent for robots.
Now the main question: WHY THE (BEEP) DO THEY NEED SO MANY ROS VERSIONS?
The thing is, as I said at the beginning, ROS is a huge open-source system that you can modify however you want for your own purposes. And all the creators of these ROS types used and modified ROS for their specific needs. That is, each of these ROS types is used for specific problems and for specific companies. And each of these companies created a new ROS for their projects. Good luck everyone, and bye everyone 🫀
Hi everyone, Rempest here. Today's post is about the main ecosystem of Robotics - ROS. I work with this ecosystem myself, and it represents advanced robotics (it's far removed from things like LEGO or FTC). Let's start with the fact that ROS (Robot Operating System) is a huge ecosystem - a framework for programming robots. It has absolutely everything you need for robots, from basic controllers to AI integrations.
So why are there so many ROS versions?
Basically, the types of ROS include:
ROS (classic) - the very first version, ROS 1. Honestly, it's pretty old. It's hardly used anywhere now, but without it, other types of ROS wouldn't exist.
ROS 2 - the new version of ROS. It's really, really good, awesome, and supports real-time operation. It's just absolutely amazing (I work with it, by the way). There will be a separate post soon about the differences between ROS 1 and ROS 2. But right now, our guests are:
SpaceROS (NASA) - a framework for programming robots for space purposes. It can be used for satellites, rovers, space manipulators, etc.
MAVROS - ROS for UAVs (Unmanned Aerial Vehicles). It's used for robot airplanes, drones, robot helicopters. This MAVROS is used to establish communication between programming languages and the flight controller, so they understand each other.
micro-ROS - Real-time? Yeah, micro? (Desperately trying to joke). Many of you probably had questions: How do you take this ROS code and put it into an actual robot? And here's your answer. Micro-ROS involves physically existing microcontrollers specifically created to embed ROS code into a robot and make it understand that code. What did Real-time have to do with it at the start? Honestly, no idea. (Actually, RTOSs are exactly what's used inside microcontrollers. That's why I mentioned real-time at the beginning).
Industrial ROS - An ROS tool not just for robotics. ROS's main capability is exchanging data between nodes (like if you hit your foot, the brain feels it, and it's like the foot sent a message to the brain). This is the main reason ROS is used in robotics. BUT! Where else, besides robotics, do you need to exchange data? INDUSTRIAL AUTOMATION!!! (This isn't robotics; robotics and automation are not the same thing. Please don't confuse them). And this Industrial ROS is used precisely for automation (automating human work).
Autoware ROS - We've had UAVs, space, embedded systems, and automation. What's missing??? CARS, OF COURSE. Autoware ROS is a framework for programming ROS for cars. A robocar? Most likely.
Navigation ROS - Google, by the way, contributed here. They created Cartographer so that robots can "remember" where they are and "navigate" using a map. The main tools in this group are SLAM and Navigation 2.
Simulation ROS - Yes, yes, this exists too. NVIDIA, by the way, contributed here by creating a very powerful simulator called Isaac Sim, which is excellent for testing robots with AI. (But it consumes more memory than anything else). Anyway, this section includes simulators for testing robots. These include Isaac Sim (NVIDIA), Gazebo, and Webots. The most user-friendly and lightweight is Webots; the most professional and awesome is Isaac Sim. And Gazebo is great for neutral missions.
Security ROS - ROS used for critical purposes (something like an RTOS, but not an RTOS).
ROSA (NASA) - Yes, NASA again. They created ROSA for integrating AI into their missions. This ROS is used as an AI agent for robots.
Now the main question: WHY THE (BEEP) DO THEY NEED SO MANY ROS VERSIONS?
The thing is, as I said at the beginning, ROS is a huge open-source system that you can modify however you want for your own purposes. And all the creators of these ROS types used and modified ROS for their specific needs. That is, each of these ROS types is used for specific problems and for specific companies. And each of these companies created a new ROS for their projects. Good luck everyone, and bye everyone 🫀
Советую всем подписатся на этот канал для удобства:
I advise everyone to subscribe to this channel for convenience:
https://t.me/IntelliPlus
I advise everyone to subscribe to this channel for convenience:
https://t.me/IntelliPlus
Telegram
Lair Of GreenEye
Underwater engineering? Drones? Space? Mathematics? Robotics? Electronics? AI?
It's all in this main channel, welcome.
It's all in this main channel, welcome.
Главный миф рынка IT!
Всем привет ребята, на связи Raempest. Сегодня я затрону очень больную тему всего IT сообщества, а точнее разработчиков фротенда/бэкенда/ фулстак.
Почему именно они?
Потому что именно это направление выбирают огромное количество новичков и джуны. На одну вакансию приходит более чем 500 резюме. Это кошмарная конкуренция. И тут появляется первый миф: IT рынок переполнен!
Почему это миф?
Потому что рынок переполнен только в ФРОТЕНДЕ, БЭКЕНДЕ И В ФУЛСТАК. А остальные направления такие как:
• Fintex
• Cyber security
• Robotics
• Space Engineering
• Game dev
• AI engineering
• и так далее
Они тупо пустуют им всегда нужные специалисты. У них на одна вакансия может стоять от нескольких недель до месяцев и за все время будет только 3-5резюме.
Следущий миф: ИИ всех заменит!
ИИ заменит лишь хреновых фротендеров, бэкендеров и фулстак потому что ИИ в это направление идеально вписывается. Именно из-за того что эти направления выбирают огромное количество людей, вот и завирусился такой миф потому что для многих людей *Сделал сайт=програмист*.
Но ИИ не заменит Drone Developer-a потому что если ИИ накосячит дрон разобьётся и отвечать будет некому.
ИИ не заменит Space Engineer-а потому что радиация в космосе это пиздец.
ИИ не заменит специалистов в сложных направлениях потому что он там в первый же день сдохнет.
И тут возникает вопрос; Иче? Всем новичкам нужно выбирать сложные направления? Нет.
Там порог входа выше чем Эверест, именно из-за этого джуны и новички туда не лезут. Но веб разработка, фротенд, бэкенд, фулстак это тоже не вариант. Я бы хотел вот что сказать на счет этого;
Я вот попой чую что некоторые количество людей, те кто выбрали фротенд, бэкенд, фулстак они не имеет огромное желание. А просто выбирают IT потому что это модно и хорошее зп. В мире есть очень очень много тысяч джунов, и все равно же несколько сотен из них искренне не любят програмирование? Потому что невозможно чтобы такое огромное количество людей имели огромное желание в разработке. Тупо невозможно.
Вот представьте: в школе учится 100 школьников. Каждый говорит что любит биологию. Но все равно же найдутся несколько людей которые ее не любят а наоборот ненавидят.
Итог: IT рынок НЕ переполнен он наоборот ПУСТОЙ. Рынок переполнен лишь в направлениях где порог входа низкий. А там где порог входа высокий всегда нуждаются в любых специалистах. И ИИ как раз ударит лишь по направлениям где порог входа низкий, а там где порог входа высокий он будет как собачка на поводке. На этом все, а на связи был Reamest.
P.S этот пост на английском я писать не буду, потому что в США рынок сильно отличается и мощных специалистов там очень много (Перевод: мне просто лень писать это на английском)
Всем привет ребята, на связи Raempest. Сегодня я затрону очень больную тему всего IT сообщества, а точнее разработчиков фротенда/бэкенда/ фулстак.
Почему именно они?
Потому что именно это направление выбирают огромное количество новичков и джуны. На одну вакансию приходит более чем 500 резюме. Это кошмарная конкуренция. И тут появляется первый миф: IT рынок переполнен!
Почему это миф?
Потому что рынок переполнен только в ФРОТЕНДЕ, БЭКЕНДЕ И В ФУЛСТАК. А остальные направления такие как:
• Fintex
• Cyber security
• Robotics
• Space Engineering
• Game dev
• AI engineering
• и так далее
Они тупо пустуют им всегда нужные специалисты. У них на одна вакансия может стоять от нескольких недель до месяцев и за все время будет только 3-5резюме.
Следущий миф: ИИ всех заменит!
ИИ заменит лишь хреновых фротендеров, бэкендеров и фулстак потому что ИИ в это направление идеально вписывается. Именно из-за того что эти направления выбирают огромное количество людей, вот и завирусился такой миф потому что для многих людей *Сделал сайт=програмист*.
Но ИИ не заменит Drone Developer-a потому что если ИИ накосячит дрон разобьётся и отвечать будет некому.
ИИ не заменит Space Engineer-а потому что радиация в космосе это пиздец.
ИИ не заменит специалистов в сложных направлениях потому что он там в первый же день сдохнет.
И тут возникает вопрос; Иче? Всем новичкам нужно выбирать сложные направления? Нет.
Там порог входа выше чем Эверест, именно из-за этого джуны и новички туда не лезут. Но веб разработка, фротенд, бэкенд, фулстак это тоже не вариант. Я бы хотел вот что сказать на счет этого;
Выбирайте направление то что вам по душе. Неважно какая там конкуренция, неважно какое там зп. Неважно какой там порог входа и какой спрос. Если вас прям сильно сильно нравится данное направление, имеете огромное желание то уж поверьте, у вас будет как и огромный спрос, так и хороший зп.
Я вот попой чую что некоторые количество людей, те кто выбрали фротенд, бэкенд, фулстак они не имеет огромное желание. А просто выбирают IT потому что это модно и хорошее зп. В мире есть очень очень много тысяч джунов, и все равно же несколько сотен из них искренне не любят програмирование? Потому что невозможно чтобы такое огромное количество людей имели огромное желание в разработке. Тупо невозможно.
Вот представьте: в школе учится 100 школьников. Каждый говорит что любит биологию. Но все равно же найдутся несколько людей которые ее не любят а наоборот ненавидят.
Итог: IT рынок НЕ переполнен он наоборот ПУСТОЙ. Рынок переполнен лишь в направлениях где порог входа низкий. А там где порог входа высокий всегда нуждаются в любых специалистах. И ИИ как раз ударит лишь по направлениям где порог входа низкий, а там где порог входа высокий он будет как собачка на поводке. На этом все, а на связи был Reamest.
P.S этот пост на английском я писать не буду, потому что в США рынок сильно отличается и мощных специалистов там очень много (Перевод: мне просто лень писать это на английском)
Gimbal lock Error - самая популярная ошибка в 3Д математике.
И всем привет ребята, на связи Rempest. В прошлом посте я упоминул ошибку Gumbal Lock Error. Это ошибка на столько популярная, на столько мешает в решений задачи, что даже ей отдельное название дали. И как раз так и сегодня, мы полностью разберем:
Для начала разберем, что за ошибка Gimbal lock?
В углах эйлeра есть три самые главные углы: Pitch, Yaw, Roll
И у каждого угла, есть свой максимум угол наклона. Это означает, что есть определенныe пик углов которые не должны превышать Yaw, Roll, Pitch. Если они этот угол превысят, поздравляю! Вы встретились с Gimbal look.
Вроде просто привысел угол, какая тут может быть ошибка? Дело в том, что если хоть 1 угол Эйлера превысит свой определенный пик , то остальные углы будут одинаковыми. Это и создаёт ошибку.
Возьмём пример;
Pitch=30°
Roll=15°
Yaw=20°
pitch не должен превышать 90° ,но в вдруг, он все таки превысел его. Из-за этого сколько yaw и roll не крути, они будут одинаковый. Звучит запутанно, но это понять не сложно (я вру, напрягите булки, потому что это очень напряжная тема).
Итог:
при Pitch≈90
Yaw=Roll
И из-за того что они совпадают, при решение задачи это очень сильно мешает работу сенсорам и ориентаций. Описать ориентацию становится невозможно.
Простыми словами: Gimbal Lock - это ошибка, когда один угол превышает свой пик. И остальные углы начинают ввести себя одинакова и делать одно и тоже. Из-за этого происходит не предвиденные обстоятельства и проблемы которые могут стоить миссий.
Как же избавится от этой ошибки?
Ответ: Кватернионы.
Совсем скоро, по ним будет отдельный пост где мы их очень подробно разберем.
Почему же у кватернионов нет Gimbal Lock?
Кватернионы это как шарик. Вы можете крутить его от души, хоть по какой оси по какому градусу. Даже при наклонах на 360° шарику просто пофиг и он крутится без лишних проблем.
Теперь возьмём трёхкарданный подвес
Это три кольца одно в другом.
Ты хочешь повернуть игрушку так, чтобы она смотрела прямо вверх. Ой! Два кольца сложились вместе, и теперь ты можешь вращать только по двум направлениям, третье “залипло”.
❗️Это и есть Gimbal Lock
.
Из-за этого кватернионы это лучший вариант для 3Д математики, и про них я расскажу скоро. Ну а всем удачи и всем пока
И всем привет ребята, на связи Rempest. В прошлом посте я упоминул ошибку Gumbal Lock Error. Это ошибка на столько популярная, на столько мешает в решений задачи, что даже ей отдельное название дали. И как раз так и сегодня, мы полностью разберем:
_
• Что это за ошибка?
• Из-за чего она случается?
• Что происходит во время этой ошибки?
• Как избавится от этой ошибки?
_Для начала разберем, что за ошибка Gimbal lock?
В углах эйлeра есть три самые главные углы: Pitch, Yaw, Roll
И у каждого угла, есть свой максимум угол наклона. Это означает, что есть определенныe пик углов которые не должны превышать Yaw, Roll, Pitch. Если они этот угол превысят, поздравляю! Вы встретились с Gimbal look.
Вроде просто привысел угол, какая тут может быть ошибка? Дело в том, что если хоть 1 угол Эйлера превысит свой определенный пик , то остальные углы будут одинаковыми. Это и создаёт ошибку.
Возьмём пример;
Pitch=30°
Roll=15°
Yaw=20°
pitch не должен превышать 90° ,но в вдруг, он все таки превысел его. Из-за этого сколько yaw и roll не крути, они будут одинаковый. Звучит запутанно, но это понять не сложно (я вру, напрягите булки, потому что это очень напряжная тема).
Итог:
при Pitch≈90
Yaw=Roll
И из-за того что они совпадают, при решение задачи это очень сильно мешает работу сенсорам и ориентаций. Описать ориентацию становится невозможно.
Простыми словами: Gimbal Lock - это ошибка, когда один угол превышает свой пик. И остальные углы начинают ввести себя одинакова и делать одно и тоже. Из-за этого происходит не предвиденные обстоятельства и проблемы которые могут стоить миссий.
Как же избавится от этой ошибки?
Ответ: Кватернионы.
Совсем скоро, по ним будет отдельный пост где мы их очень подробно разберем.
Почему же у кватернионов нет Gimbal Lock?
Кватернионы это как шарик. Вы можете крутить его от души, хоть по какой оси по какому градусу. Даже при наклонах на 360° шарику просто пофиг и он крутится без лишних проблем.
Теперь возьмём трёхкарданный подвес
Это три кольца одно в другом.
Ты хочешь повернуть игрушку так, чтобы она смотрела прямо вверх. Ой! Два кольца сложились вместе, и теперь ты можешь вращать только по двум направлениям, третье “залипло”.
❗️Это и есть Gimbal Lock
.
Из-за этого кватернионы это лучший вариант для 3Д математики, и про них я расскажу скоро. Ну а всем удачи и всем пока