Окно мониторинга: 2026-10-29 08:00 ~ 2026-10-30 08:00 (пекинское время, 24 часа)

Источники: официальный новостной интерфейс и интерфейс статей сообщества RT-Thread, GitHub (commits / PR / Issue / releases / tags основного репозитория, RT-Thread/packages, vscode-rt-smart, sdk, pkgs-test, поиск по экосистеме topic:rt-thread), агрегация Google News (пять групп запросов на китайском и английском, через прокси), HN Algolia, Hackster и проверка на оригинальных сайтах производителей (подробнее см. список источников в приложении)

Индекс выпуска

    1. Динамика ядра и версий
      • Два BSP qemu-virt64 включают RT-Thread Smart, впервые в QEMU можно полноценно запустить пользовательский режим (10-29)
      • Через семь с половиной часов конфигурация по умолчанию отозвана: #11942 возвращает Smart в слой переопределений, логика выбора в CI переписана (10-29)
      • Реализация системных вызовов lwp разбита по подсистемам на 20 файлов, из lwp_syscall.c за один раз удалено 11638 строк (10-29)
      • Дополнена совместимость терминала: TIOCLINUX возвращает нулевые модификаторы, окно TTY по умолчанию 24×80 (10-29)
      • Исправлена статистика ping: первый ответ одновременно задаёт минимум, при монотонном возрастании больше не сообщается minimum = -1 (10-29)
    1. Сопровождение безопасности и очередь на слияние
      • ioctl блочного устройства записывает 24-байтовую таблицу разделов по указателю ядра, заданному вызывающим (10-29)
      • Пять дефектов за день: выход за границы канала у трёх ADC, деление на ноль в DM365 SPI (10-29)
      • Очередь на рассмотрение: обработка страничных отказов RISC-V Smart, сетевой адаптер RTL8125 2.5G, дисплей и аудио RK3588 (10-29)
      • Предложения по поддержке K230D и улучшениям Smart всё ещё в очереди (10-29)
    1. Официальные и общественные мероприятия
      • Официальный новостной интерфейс пятый месяц подряд застыл на 17 июня (10-29)
      • Настольный компаньон Infineon Edgi Talk: одна фраза на китайском ставит задачу наблюдения, разработка полностью в сотрудничестве с AI (10-30)
      • Обзорная статья сообщества на исходниках 4.0.3 рассказывает о массивах объектов ядра и интрузивных связных списках (10-29)
    1. Экосистема и адаптация производителей
      • Зарубежное сообщество использует плату RT-Spark для офлайн-периферийного AI, но прошивка работает на FreeRTOS (10-28)
    1. Тенденции выпуска и итоги
      • Тенденция: Smart в день внедрения был отозван из конфигурации по умолчанию, тестовый слой переопределений стал новой позицией
      • Ограничения и примечание о дедупликации
  • Приложение: таблица проверки источников и список источников

1. Динамика ядра и версий

1.1 Два BSP qemu-virt64 включают RT-Thread Smart, впервые в QEMU можно полноценно запустить пользовательский режим (10-29)

Дата: 2026-10-29 09:29 (время слияния)　Источник: предложение #11896, история коммитов основного репозитория

Предложение #11896, созданное 18 октября и пробывшее в очереди десять дней, было слито в этом выпуске: затронуто 14 файлов, добавлено 1263 строки, удалено 1075 строк, 14 коммитов. Причина указана прямо: семейство BSP qemu-virt64 всё время не включало RT-Thread Smart, поэтому функции пользовательского режима и LWP на QEMU вообще невозможно было тестировать, а также отсутствовал стандартный процесс инициализации корневой файловой системы с блочным устройством virtio и псевдотерминалом.

Изменения делятся на три уровня. На уровне конфигурации для qemu-virt64-riscv и qemu-virt64-aarch64 включается RT_USING_SMART, а SMP для riscv64 отключается согласно одноядерной предпосылке Smart; на уровне выполнения добавляется applications/mnt.c, который монтирует virtio-blk0 как корневой каталог (сначала пробуется elm, при неудаче ext, при неготовности устройства до 100 повторов с интервалом 10 миллисекунд), затем ptyfs монтируется в /dev/pts, а procfs в /proc; на уровне CI в три рабочих процесса bsp_buildings, membrowse и utest_auto_run добавляются соответствующие записи. При сборке riscv64 переведён на инструментальную цепочку RISC-V general musl, aarch64 — на aarch64 musl. Предварительная зависимость #11893 (поддержка петлевого сетевого интерфейса lwIP) была слита ранее 25 октября, данная конфигурация пересоздана после появления этого символа.

1.2 Через семь с половиной часов конфигурация по умолчанию отозвана: #11942 возвращает Smart в слой переопределений, логика выбора в CI переписана (10-29)

Дата: 2026-10-29 16:59 (время слияния)　Источник: предложение #11942

В тот же день в 16:59 #11942 был принят и полностью отозвал конфигурацию по умолчанию, оставленную предыдущим предложением: 7 файлов, добавлено 51 строка, удалено 220 строк. В rtconfig.h двух BSP убраны RT_USING_SMART, KERNEL_VADDR_START, ARCH_REMAP_KERNEL и вся группа настроек PAGECACHE, добавлены RT_USING_DFS_V2 и RT_USING_DFS_ELMFAT, RT_VER_NUM поднят с 0x50301 до 0x50400, то есть основная ветка уже находится в состоянии разработки 5.4.0.

Настоящий технический момент — в CI. Раньше utest_auto_run.yml для стандартных тестов ядра этих двух BSP применял перезапись «git checkout origin/master для .config и rtconfig.h», что заодно сносило только что добавленный блок конфигурации SMP; в этот раз изменение состоит в прямой дозаписи в .config строки # CONFIG_RT_USING_SMART is not set, отключающей только Smart, не трогая SMP. Одновременно в ALL_BSP_COMPILE.json qemu-virt64-aarch64 возвращён в стандартную группу сборки aarch64, qemu-virt64-riscv — в стандартную группу riscv64-unknown-elf, удалена ранее отдельная группа сборки qemu-smart; целевая инструментальная цепочка aarch64 для membrowse возвращена с aarch64-linux-musleabi на aarch64-none-elf.

Итоговый эффект: Smart превратился из «конфигурации BSP по умолчанию» в «слой переопределения конфигурации для utest»: один и тот же BSP прогоняет и стандартную регрессию ядра, и через rtsmart.cfg добавляет варианты использования Smart, при этом два пути не перекрывают друг друга.

1.3 Реализация системных вызовов lwp разбита по подсистемам на 20 файлов, из lwp_syscall.c за один раз удалено 11638 строк (10-29)

Дата: 2026-10-29 14:50 (время слияния)　Источник: предложение #11894

Предложение #11894, также созданное 18 октября, в этом выпуске слито: 22 файла, добавлено 12223 строки, удалено 11638 строк. Ключевое действие — разбиение одиночного файла components/lwp/lwp_syscall.c размером более одиннадцати тысяч строк целиком в каталог syscall/: по группам памяти, файлов, путей, stat, файловой системы, сокетов, netdb, процессов, очередей сообщений, rt_ipc, сигналов, системы, временного планирования, устройств, channel — на 20 файлов реализации, плюс syscall_internal.h и одна общая таблица диспетчеризации системных вызовов, а также регистрация нового каталога в SConscript lwp.

В самом предложении указано «без изменения функциональности», что подтверждается последующим коммитом clang-format: форматирование затрагивает только новые файлы, а в комментариях отмечено, что поведение не меняется. Ценность разбиения — на стороне ревью: реализация системных вызовов из «поиска по номеру в одном большом файле» превратилась в «нахождение по подсистеме», и последующие исправления граничных случаев вроде copyin/copyout (как упомянутая в 2.1 проблема ioctl) больше не требуют блуждания по файлу в десять тысяч строк.

1.4 Дополнение совместимости терминала: TIOCLINUX возвращает нулевые модификаторы, окно TTY по умолчанию 24×80 (10-29)

Дата: 2026-10-29 14:48 (время слияния)　Источник: предложение #11890

2 файла, добавлено 18 строк, удалено 4 строки. Ранее TIOCLINUX сразу возвращал ошибку, а многие терминальные программы при запуске сначала проверяют состояние консоли и при неудаче проверки деградируют или завершаются; в этот раз изменение состоит в возврате состояния нулевых модификаторов клавиатуры, чтобы такие программы на RT-Smart продолжали идти нормальным путём. Другое место — размер окна: когда ни один источник не сообщает размер, TTY инициализируется как 24 строки на 80 столбцов, чтобы программы, получающие размер через ioctl, не читали 0.

Сопутствующий коммит исправил в том же блоке кода способ указания длины: параметр длины memcpy теперь напрямую выражается через sizeof(tty_ctrl_charset), попутно устранено предупреждение cppcheck sizeofDivisionMemfunc.

1.5 Исправление статистики ping: первый ответный пакет одновременно задаёт минимум, при монотонном возрастании больше не сообщается minimum = -1 (10-29)

Дата: 2026-10-29 09:33 (время слияния)　Источник: предложение #11900

Изменён только один файл components/net/netdev/src/netdev.c, добавлено 5 строк, удалена 1 строка, автор сделал коммит 19 октября. Исходная логика инициализировала max_time значением 0, min_time значением 0xFFFFFFFF, а затем обновляла их цепочкой if / else-if: задержка первого ответного пакета неизбежно больше 0, поэтому срабатывала ветка max, и минимальное значение не присваивалось. Если задержки последующих ответных пакетов монотонно возрастали, каждый пакет обновлял только max, min_time всё время оставался 0xFFFFFFFF, и при выводе в конце через %d получалось minimum = -1. Исправление состоит в том, что при received равном 1 max и min одновременно устанавливаются в задержку этого пакета, а два последующих сравнения отвечают каждое за свою сторону, только так семантика статистики становится согласованной.

2. Безопасность и очередь на слияние

2.1 ioctl блочного устройства записывает 24-байтовую таблицу разделов по указателю ядра, заданному вызывающим (10-29)

Дата: 2026-10-29 22:00 (время отчёта)　Источник: дефект #11952

Непривилегированный процесс RT-Smart может передать адрес ядра вниз в качестве аргумента ioctl: sys_ioctl() и blk_fops_ioctl() не выполняют copy-in / copy-out, а напрямую пересылают голый аргумент, а blk_dev_control() в ветке RT_DEVICE_CTRL_BLK_PARTITION выполняет rt_memcpy(args, &blk->partition, sizeof(blk->partition)), что равносильно записи 24 байт информации о разделах по выбранному атакующим адресу ядра. Область влияния указана как master (v5.4.0-dev) и v5.2.0 – v5.3.0, внесено коммитом c424cb81 общего блочного слоя; проверено на QEMU vexpress-a9, ARMv7-A, 32-битном RT-Smart с SD-образом, срабатывает после создания ядром /dev/sd0.

Это второй день подряд, когда возникает одна и та же категория проблем: вчера подсистема терминала потеряла предпосылку copyin из FreeBSD (дефект #11937), сегодня подсистема блочных устройств также потеряла этот уровень. Общая причина в том, что адаптационный слой ioctl в RT-Smart по умолчанию считает, что «аргумент уже является адресом ядра», а точка входа из пользовательского режима этот уровень преобразования не выполняет. #11941 (введение copyin / copyout на стороне терминала) всё ещё в очереди, для данного дефекта предложения по исправлению пока нет.

2.2 Пять дефектов за день: выход за границы канала АЦП у трёх производителей, деление на ноль в SPI DM365 (10-29)

Дата: 2026-10-29 19:26 ~ 19:42 (время отчёта)　Источник: дефект #11948, #11949, #11951, #11950

Один и тот же автор отчёта за один день выявил пять дефектов на стороне драйверов, четыре из которых происходят от одного и того же автора коммитов, тема крайне однородна: переданные вызывающим номер канала и частота не проверяются.

АЦП Bluetrum AB32 сначала отображает канал через ab32_adc_get_channel() и запускает преобразование, а затем индексирует массив регистров данных исходным номером канала; при выходе за диапазон функция отображения молча откатывается к 0 и не сообщает об ошибке, в итоге чтение происходит за пределами массива. АЦП Bouffalo читает raw_data[10 + channel], массив содержит 26 слов, при канале 22 чтение попадает на 32-е слово, а при канале меньше -10 происходит выход за начало массива. АЦП HPM индексирует chn_state[16] исходным знаковым номером канала, rt_adc_enable() не выполняет проверку. В SPI DM365 в davinci_spi_get_prescale() max_speed_hz используется как делитель, при 0 происходит деление на ноль, а ограничение DIV_ROUND_UP записано после деления, что равносильно отсутствию защиты.

Общее у всех четырёх в том, что уровень rt_adc_read() / rt_spi_configure() не проверяет параметры и передаёт ответственность за проверку каждому драйверу, а большинство драйверов этого не делает.

2.3 Очередь на рассмотрение: обработка страничных отказов RISC-V Smart, сетевой адаптер RTL8125 2.5G, дисплей и звук RK3588 (10-29)

Дата: 2026-10-29 11:13 ~ 17:52 (последнее обновление)　Источники: предложение #11892, предложение #11944, предложение #11943, предложение #11947

#11892 из той же партии, что и 1.1 (MMU и обработка пользовательских ошибок страниц на стороне RISC-V для Smart), в этом выпуске всё ещё находится в очереди: 4 файла, добавлено 105 строк, удалено 8 строк, обновление 29 октября в 11:26. Содержание включает добавление выбора архитектуры XuanTie и опции SVPBMT, пересчёт указателя ранней таблицы страниц по физическому смещению ядра, разрешение диапазону MPR простираться ниже базового адреса компоновки, очистку ранней таблицы страниц перед включением MMU, удаление записей пользовательских адресов из таблицы страниц ядра каждого hart, а также прекращение только текущего LWP без обрушения ядра при необработанной пользовательской ошибке страницы. Эти изменения — вторая половина той же цели, что и 1.1: одна обеспечивает работу в QEMU, другая — чтобы пользовательский режим на реальном оборудовании RISC-V не убивал ядро по ошибке.

Остальные три — крупная поддержка нового оборудования: драйвер Ethernet RTL8125 добавляет 1934 строки, охватывая нативный PCI RTL8125 / RTL8162, DMA кольца дескрипторов, приём по прерываниям и завершение TX, автосогласование 10/100/1000/2500M, программную контрольную сумму lwIP, а также опциональные часы PTP и PPS; поддержка дисплея и аудио для RK3588 и RK3528 — 36 файлов, добавлено 5483 строки, удалено 391 строка, включая контроллер HDMI и HDPTX PHY, маршрутизацию VOP2 и сканирование фреймбуфера, аудиотакты SAI и codec; исправление неограниченного цикла при исчерпании пула адресов DHCP raw-сервера невелико (добавлено 17 строк, удалено 4 строки), но приложены 3586 комбинаций размера пула / битовой карты занятости / начальной позиции в сравнительных тестах, а также результаты ASAN — интенсивность проверки наивысшая в очереди этого выпуска. Ещё одно предложение о фиксации clang-format на версии 22.1.8 затрагивает 75 файлов, 3852 добавленных строки.

2.4 Поддержка K230D и предложения по улучшению Smart всё ещё в очереди (10-29)

Дата: 2026-10-29 (перепроверка)　Источники: предложение #11897

#11897 из той же партии, что и Smart (добавление поддержки K230D для K230 и улучшение Smart), в этом выпуске всё ещё не слито; его предшественник #11359 уже закрыт. Из «четырёх предложений от 10-18», зафиксированных в отчёте за вчера, три — #11894, #11896, #11890 — в этом выпуске приняты, #11892 и #11897 всё ещё в очереди, что говорит о том, что эта работа разбита на два этапа: сначала идёт то, что можно независимо проверить, а касающееся нового оборудования ждёт подтверждения со стороны платы.

3. Официальные и общественные мероприятия

3.1 Официальный новостной интерфейс пятый месяц подряд застыл на 17 июня (10-29)

Дата: 2026-10-29 (проверка)　Источники: официальный список новостей RT-Thread

Последняя запись, возвращаемая официальным новостным интерфейсом, — всё ещё «Компания Ruisaide Technology приглашена на Инвестиционный форум Абу-Даби 2026» от 2026-06-17; после этого с июня по октябрь новых записей нет — уже пятый месяц подряд тишина. На главной странице официального списка новостей за тот же период новых материалов нет. Внешние новости со стороны компании в этот период также не обнаруживаются в запросах Google News на китайском и английском; запросы по Ruiqing и Ruiqing Pai за семь дней также пусты. Линия корпоративных новостей сейчас находится в состоянии остановки, и основными источниками ежедневного отчёта остаются только GitHub и канал статей сообщества.

3.2 Настольный компаньон Infineon Edgi Talk: одна фраза на китайском ставит задачу наблюдения, вся разработка ведётся в сотрудничестве с AI (10-30)

Дата: 2026-10-30 00:54 (публикация)　Источники: статья сообщества: Little Watcher

Опубликована конкурсная работа встроенных систем 2026 «Little Watcher», автор Oliver; оборудование — Infineon Edgi Talk (PSoC Edge E84), система — RT-Thread, исходный код и пакет выпуска уже открыты. Функциональное назначение очень узкое: одной фразой на китайском указать появление или исчезновение видимой цели; при обнаружении изменения — уведомить и сохранить кадры до и после, что решает проблему «временная потребность не стоит того, чтобы писать отдельную программу распознавания».

С точки зрения инженерной реализации, сторона M55 платы собрана на основе официального BSP-примера CherryUSB UVC и конфигурации официального примера Wi-Fi, при этом сохранена исходная загрузочная прошивка M33; потоки RT-Thread по отдельности отвечают за запись и загрузку речи, захват и загрузку изображений с камеры и воспроизведение напоминаний, мьютекс защищает общее состояние и процесс остановки камеры, семафор пробуждает поток напоминаний; периферия доступна через интерфейсы LCD, сенсорного экрана, микрофона и аудиоустройства, данные идут через интерфейс управления Wi-Fi и сокет lwIP, а мост управления использует команды FinSH/MSH. Компьютерная сторона берёт на себя распознавание речи, компиляцию задач и визуальное определение, план задач может кэшироваться и переиспользоваться, нет необходимости переобучать модель для каждой цели. Граничные условия описаны конкретно: верхний предел одной сессии наблюдения — 300 секунд, 60 загрузок изображений (1 опорный кадр плюс не более 59 сравнений), веб-страница хранит не более последних 100 событий, неопределимые кадры помечаются как uncertain, при перезапуске по умолчанию — пауза.

Ценность этой статьи не в алгоритме — визуальное определение выполняется на готовой модели на компьютерной стороне — а в том, что она рассматривает и сам процесс «участия AI в разработке» как результат поставки: разбиение требований, интеграция кода, поиск и устранение неисправностей, тестирование и верификация, документация и демонстрация — для каждого этапа зафиксирован способ участия AI, причём сохраняются отдельные записи об отказах и об успешных прохождениях.

3.3. Обзорная статья сообщества разбирает массивы объектов ядра и интрузивные связные списки на исходном коде 4.0.3 (10-29)

Дата: 2026-10-29 08:28 (публикация)　Источник: Статья сообщества: распределение объектов ядра

В канале статей сообщества опубликована обзорная статья для начинающих по ядру, автор CTIE_4063, материал взят из src/object.c и include/rtdef.h RT-Thread 4.0.3, заявлено, что код взят из реального исходного кода, а не из руководства. Основная линия статьи — свести набор требований «управление по типам, поиск по имени, возможность обхода, возможность подсчёта» к трём вещам: для каждого класса объектов есть контейнер rt_object_information (содержащий тип, голову связного списка, размер данной структуры), объект внутри себя несёт интрузивный узел rt_list, поэтому поиск и обход требуют лишь одного общего кода; далее rt_object_get_information получает контейнер по типу, а container_of восстанавливает объект из узла связного списка. В конце статьи приложены упражнение по воспроизведению ядра rt_list в 60 строк и иллюстрированная версия на GitHub Pages.

4. Экосистема и адаптация производителей

4.1. Зарубежное сообщество использует плату RT-Spark для офлайн edge AI, но прошивка работает на FreeRTOS (10-28)

Дата: 2026-10-28 (публикация) / 2026-10-29 08:34 (попадание в агрегацию)　Источник: Проект на Hackster: Smart Water Bottle Reminder

На Hackster появился проект офлайн edge AI на аппаратной платформе RT-Spark: с помощью шестиосевого IMU определяются четыре состояния — лежит, переносится, используется для питья, трясётся; если в течение 30 секунд не обнаружено питьё, на LCD появляется красная текстовая подсказка и раздаётся звуковой сигнал, повторяющийся каждые 10 секунд; дерево решений глубины 5 после обучения на Python экспортируется в чистый C, одно умозаключение на STM32F407 занимает около 154 микросекунд, точность на отложенной выборке — 95%, базовая линия пороговых правил на тех же данных — 97,5%, автор честно описал это расхождение. В целом 8 задач, две очереди и два мьютекса, тактовая частота 168 МГц, полностью офлайн.

Нужно различать: в проекте используется отладочная плата RT-Spark от RT-Thread, но прошивка работает на FreeRTOS, в благодарностях RT-Thread и FreeRTOS перечислены рядом. Это относится к повторному использованию экосистемы на уровне платы и не является случаем применения ядра RT-Thread, при включении в подборку рассматривается как экосистемный референс и не засчитывается как внедрение в приложение. У того же автора 26 октября есть ещё один проект распознавания активности человека на RT-Spark, из чего видно, что эта линия использует данную плату как универсальную отладочную плату STM32F407.

5. Тренды и итоги выпуска

5.1. Тренд: Smart в день внедрения был возвращён к конфигурации по умолчанию, слой покрытия тестами стал новой позицией

Этот выпуск — концентрированное внедрение линии RT-Thread Smart, выстроившейся в очередь на десять дней: в 09:29 слит #11896, включающий Smart для двух virt64 BSP в QEMU и дополняющий инициализацию корневой файловой системы, в 14:48 и 14:50 слиты #11890, #11894, дополняющие совместимость терминала и разделение уровней системных вызовов, а в 16:59 уже слит #11942, полностью возвращающий конфигурацию BSP по умолчанию к стандартному ядру.

Этот ритм читается как повторяемость, но на деле это определение места Smart сопровождающими: конфигурация по умолчанию должна оставаться предсказуемой, чтобы обычная регрессия без Smart оставалась стабильной; Smart отдельно прогоняется через слой покрытия конфигурации utest, обе ветви используют один BSP. Так и достигается покрытие пользовательских тестов на QEMU, и не нарушается существующая матрица сборки BSP из-за изменения конфигурации по умолчанию. В том же объёме работ #11892 и #11897 всё ещё находятся в очереди, что показывает фактический ритм этих предложений: «сначала сливается то, что можно проверить на QEMU, позже — то, что зависит от подтверждения на реальном оборудовании и со стороны платы».

Вторая линия — границы безопасности. Вчера это был ioctl терминала, сегодня — ioctl блочного устройства, причина у обоих совершенно одинакова: в адаптационном слое ioctl RT-Smart параметры по умолчанию уже являются адресами ядра, но точка входа из пользовательского пространства не выполняет copy-in. Добавим к этому пять за один день дефектов на стороне драйверов — неверные номера каналов и деление на ноль, — и видно, что текущие отчёты о дефектах смещаются от «функциональность работает неправильно» к «границы не проверяются». Третий момент, который стоит отметить, — разбиение lwp в 1.3: одиннадцать тысяч строк в одном файле превратились в 20 файлов, сгруппированных по подсистемам. Подобное структурное изменение само по себе не исправляет ни одного дефекта, но именно оно определяет, можно ли будет эффективно ревьюить последующую серию исправлений границ.

5.2 Ограничения и пояснения по дедупликации

Официальный новостной интерфейс пятый месяц подряд остановился на 17 июня, корпоративные новости в этом периоде не попали в выборку, основная часть отчёта полностью опирается на два канала: GitHub и статьи сообщества. Четыре результата, возвращённых HN Algolia в этом окне (DissPair, StrictLLM, Help My Sanity, Uji), оказались ложными совпадениями по ключевому слову threads и были исключены целой партией; поиск по экосистеме topic:rt-thread в этом окне дал ноль совпадений; единственное совпадение Google News на английском — проект Hackster из 4.1, две статьи на китайском о RTOS и воплощённом интеллекте не имеют прямой связи с RT-Thread и не были включены.

Вчерашний отчёт отметил #11894 и #11896 как «в очереди, ещё не слиты»; в этом периоде оба коммита уже слиты — это нормальное продвижение по графику, а не исправление выводов предыдущего выпуска. Проект RT-Spark из 4.1, поскольку прошивка основана на FreeRTOS, указан лишь как справка по экосистеме плат и не учтён в пунктах о применении на практике.

Приложение: таблица проверки источников и перечень источников

Таблица проверки источников

Источник Результат проверки
Официальный новостной интерфейс (rt_org) За 24 часа нет новых записей, последняя запись от 2026-06-17
Интерфейс статей сообщества (article) В окне появилась 1 новая статья (10-30 00:54, работа с конкурса встраиваемых систем), ещё одна длинная статья о ядре опубликована 10-29 08:28
Коммиты основного репозитория В окне слито 7 коммитов, сосредоточены с 10-29 09:29 по 16:59
PR основного репозитория Слито 5 (#11890, #11894, #11896, #11900, #11942), 13 предложений на рассмотрении обновлены в этом окне
Релизы / теги основного репозитория Новых нет, последний по-прежнему v5.3.0 (2026-09-10)
Issue основного репозитория Создано 5 новых (#11948 по #11952, границы драйверов и безопасность ioctl блочных устройств)
RT-Thread/packages Пущей нет, последний пуш 2026-10-23
vscode-rt-smart Пущей нет, последний пуш 2026-10-26
RT-Thread/sdk Пущей нет, последний пуш 2026-10-25
pkgs-test Пущей нет, последний пуш 2026-10-23
Поиск по экосистеме topic:rt-thread В окне ноль совпадений
Google News английский 1 совпадение (проект Hackster RT-Spark), включён как справка по экосистеме
Google News китайский 2 совпадения — обзор RTOS и обзор воплощённого интеллекта, прямой связи с RT-Thread нет, исключены
HN Algolia 4 ложных совпадения по ключевому слову threads, исключены целой партией

Полный перечень источников