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

Источники: официальный новостной API RT-Thread, интерфейс статей форума сообщества, GitHub (org: RT-Thread основной репозиторий commits / PR / Issue / Releases / tags, репозиторий инструмента env, индекс пакетов packages, rtthread-skills, smart-build, rtthread-specification, индекс SDK RT-Thread Studio, поиск по экосистеме topic:rt-thread), агрегация Google News (несколько групп запросов на китайском и английском, через прокси), HN Algolia, проверка отраслевых медиа и каналов производителей (подробнее см. перечень источников в приложении)

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

    1. Динамика ядра и версий
      • Тикетный спинлок RISC-V переведён на атомарное сложение: устранён путь livelock при многопоточной конкуренции (10-20)
      • Предложение об исправлении порядка готовности потоков с одинаковым приоритетом: пробуждение IPC и новый запуск переводятся в хвост очереди (10-21)
      • Последовательный порт V1 дополнен событием тайм-аута приёма: тайм-аут включён в колбэк RX_IND (10-21)
    1. Сопровождение безопасности и стабильности
      • Длина имени каталога cromfs не ограничена: выход за границы в ls/getdents и перехват PC ядра (10-20)
      • Глубокая предварительная проверка OFW переведена на отладочное управление: после рекомендации мейнтейнера автор добавил флаг компиляции (10-20)
      • Дефект усечения tmpfs воспроизведён на aarch64 в RT-Smart и взят в работу (10-20)
      • Прочие текущие проверки: исправление ответа на прерывание ожидает повторного теста, обсуждение неявного объявления в IAR продолжается (10-20)
    1. Официальные и общественные мероприятия
      • Официальный новостной API по-прежнему без пополнений, у v5.4.0 всё ещё нет тега и релиза (10-21)
      • На форуме сообщества появились 2 новые работы конкурса встраиваемых систем (10-20)
      • Прямая трансляция релиза RuiQing 1.8.4 назначена на сегодня 20:00 (10-21)
    1. Экосистема и адаптация производителей
      • Внесена матрица поддержки K1 BSP: по умолчанию 8 ядер, статус SPI и QSPI переведён в рабочий (10-20)
      • Сбой scons –attach в китайской Windows: предложение по замене эмодзи на ASCII (10-20)
      • Для Allwinner D1s добавлен скрипт запуска QEMU, мейнтейнер рекомендует изменить на каталог target-qemu (10-20)
      • Остальные репозитории организации в этом выпуске молчат, в индексах packages и Studio новых коммитов нет (10-21)
    1. Отраслевые применения
      • Интеллектуальный терминал с двумя платами: дисплейная сторона M7 работает на RT-Thread и LVGL, C3 — сетевой мост (10-20)
      • Система обнаружения людей и оповещения Edgi-Talk: M55 плюс NPU, локально замкнутый цикл обнаружения и оповещения (10-20)
      • Распознавание вредных насекомых по голосовым отпечаткам на полях: награждённая работа конкурса AIoT попала в EE Times China (10-20)
    1. Итоги и наблюдения за трендами
      • Тренды выпуска
      • Ограничения и пояснения по дедупликации

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

1.1 Тикетный спинлок RISC-V переведён на атомарное сложение: устранён путь livelock при многопоточной конкуренции (10-20)

Дата: 2026-10-20 16:04 (время создания)　Источник: PR #11904, cpuport.c

Мейнтейнер GuEe-GUI отправил переработку тикетного спинлока общего слоя RISC-V (6 файлов +33/-37, два коммита). Исходная реализация выполняла и получение номера, и освобождение на одном 32-битном слове через цикл «загрузка с резервированием и условная запись»: старшие 16 бит — номер, ожидающий выдачи, младшие 16 бит — текущий удерживаемый номер; как только освобождающая сторона повторяла условную запись на том же слове, резервирование получающей стороны снова и снова сбрасывалось, и при высокой многопоточной конкуренции мог наступить livelock. В новой реализации получение номера заменено одной инструкцией атомарного сложения: прибавление единицы к старшему полулову завершает выдачу номера, что делает невозможной конкуренцию с освобождением за одно резервирование; освобождение теперь изменяется только держателем в младшем полулове, выполняется одной записью полулова и больше не читает-изменяет-записывает целое слово, поэтому не перезаписывает новый тикет даже при параллельном получении номеров. После получения блокировки дополнительно добавлен барьер памяти, гарантирующий, что доступ к критической секции идёт после наблюдения освобождения. Предложение помечено как зрелая версия и направлено на ревью ядра RISC-V.

1.2 Предложение об исправлении порядка готовности потоков с одинаковым приоритетом: пробуждение IPC и новый запуск переводятся в хвост очереди (10-21)

Дата: 2026-10-21 00:06 (время создания)　Источник: PR #11907, Issue #8459

Участник сообщества Yunlk открыл исправление порядка вставки в очередь готовности (4 файла, +255/-22, включая новый utest). Исходная логика вставляла в голову очереди любой поток без флага «уже уступил», а при переключении потока этот флаг сбрасывался, поэтому потоки, восстановленные из очереди ожидания IPC (семафоры и т.п.), а также только что запущенные потоки все вставали в голову очереди, и фактический порядок выполнения потоков с одинаковым приоритетом оказывался обратным порядку готовности. Предложение сначала сохраняет исходное состояние, а затем перезаписывает его: только случай «всё ещё выполняется и был вытеснен до исчерпания кванта времени» сохраняет вставку в голову, все остальные добавляются в хвост; изменения согласованно внесены в обе ветви вставки — для одноядерного и многоядерного случаев, — и добавлен тестовый пример, покрывающий оба пути: пробуждение по семафору и запуск. Автор проверил на qemu-vexpress-a9: до исправления порядок пробуждения по семафору был 乙甲, порядок запуска — 丁丙, после исправления — 甲乙 и 丙丁 соответственно. Предложение всё ещё на рассмотрении, два рабочих процесса ожидают одобрения мейнтейнеров.

1.3 Последовательный порт V1: добавлено событие тайм-аута приёма — тайм-аут включён в обратный вызов RX_IND (10-21)

Дата: 2026-10-21 00:15 (время создания)　Источник: PR #11909, Issue #8143

Событие тайм-аута приёма (код 0x05) давно определено в заголовочном файле, но обработчик прерываний фреймворка V1 покрывает только первые четыре события и не имеет ветви по умолчанию; когда драйвер выдаёт это событие, фреймворк ничего не делает, и уведомление молча отбрасывается. В репозитории ровно два драйвера зависят от него для разделения кадров данных: WCH CH579M и Synwit SWM341 оба используют прерывание тайм-аута приёма чипа для определения «конец приёма кадра», и оба работают на фреймворке V1, в результате границы кадров фактически теряются и остаётся лишь деградация до отчёта по аппаратному уровню заполнения. Предложение включает это событие в обратный вызов индикации приёма: сначала опустошается аппаратный FIFO, затем верхнему уровню выполняется обратный вызов в соответствии с уже буферизованной длиной программного FIFO. Изменение составляет всего одну ветвь (5 строк с комментариями), V2 не тронут, поскольку в заголовочном файле V2 этого макроса вообще нет. Автор ограничился проверкой на уровне компиляции, аппаратуры с прерыванием тайм-аута простоя нет; дополнительно предложено добавить тестовый пример на псевдо-последовательном устройстве и включить его в CI.

2. Безопасность и стабильность

2.1 Длина имени каталога в cromfs не ограничена: выход за границы в ls/getdents и перехват PC ядра (10-20)

Дата: 2026-10-20 19:29 (время создания)　Источник: Issue #11905

Участник XueDugu открыл новую заявку на дефект cromfs. При чтении элемента каталога длина имени каталога не проверяется ни на какую верхнюю границу; слишком длинное имя копирует содержимое в буфер элемента каталога фиксированного размера, выходя за его хвост, и объёма переполнения достаточно для перезаписи соседних данных; сработать может ls или чтение каталога, и автор утверждает, что можно направить счётчик команд ядра в контролируемое место. Дефект внесён коммитом синхронизации cromfs от 2022-12-14; в v4.1.1 проблемы ещё нет, начиная с v5.0.0 до v5.3.0 и в текущей основной ветке затронуты все версии; две реализации DFS имеют общее происхождение, в v1 и v2 есть по одной копии без ограничений. Автор воспроизвёл на QEMU vexpress-a9; заявка пока никем не взята.

2.2 Глубокая предварительная проверка OFW переведена под отладочный флаг: после совета мейнтейнера автор добавил compile-time переключатель (10-20)

Дата: 2026-10-20 09:11 ~ 16:03 (время комментариев)　Источник: PR #11901, Issue #11879

Включённое в прошлый выпуск предложение предварительной проверки глубины дерева устройств прошло раунд ревью в этом окне мониторинга. Ревью сначала поставило под сомнение накладные расходы предварительного обхода и предложило перейти на проверку во время выполнения с выходом и освобождением памяти при превышении; автор ответил, что освобождение неполного дерева требует рекурсивного обхода по указателям, точки выделения разбросаны, легко что-то пропустить или освободить дважды, а функция проверки только читает, не выделяет память и не разбирает свойства, поэтому её накладные расходы малы по сравнению с самим разворачиванием. Затем мейнтейнер задал направление: OFW по дизайну склонен доверять прошивке, 64 уровня намного превышают реальные потребности большинства SoC, и проверку следует включать только в отладочном режиме. Автор согласился, обернул проверку глубины в отладочный переключатель и повторно протестировал на qemu-virt64-aarch64 с включённым отладочным режимом и деревом устройств глубиной 65 уровней. Изменения отправлены, предложение всё ещё на рассмотрении.

2.3 Дефект усечения tmpfs воспроизведён на aarch64 в RT-Smart и взят в работу (10-20)

Дата: 2026-10-20 22:53 (комментарий о воспроизведении)　Источник: Issue #11902

Включённый в прошлый выпуск дефект усечения tmpfs получил в этом окне мониторинга подтверждение со стороны устройства. Участник сообщества воспроизвёл его на плате RT-Smart qemu-virt64-aarch64: при усечении файла до 0 байт буфер освобождается, но функция возвращает успех, и последующие операции чтения-записи приложения попадают в освобождённую кучу ядра, что может привести к утечке информации и двойному освобождению. Среда воспроизведения — машина virt в QEMU 11.0.0 с GICv3, кросс-инструментарий 15.2.1, конфигурация DFS_V2. Заявка была взята в работу 10-20 другим участником сообщества, исправляющий патч ещё не отправлен.

2.4 Прочие текущие изменения на рассмотрении: исправление подтверждения прерываний ожидает повторного тестирования, обсуждение неявных объявлений в IAR продолжается (10-20)

Дата: 2026-10-20 (время комментария)　Источники: PR #11860, PR #11864, Issue #9941, PR #10096

Прогресс в окне мониторинга по четырём существующим записям. Автор предложения об удалении избыточной очистки состояния ожидания в обработчике прерываний контроллера прерываний aarch64 (#11860) сообщил, что в ближайшие два дня протестирует ещё одну версию с изменённым подходом к обработке ловушек; слияние пока отложено. В предложении (#11864) о неявном объявлении функции логирования в IAR 8.40, приводящем к искажению вывода чисел с плавающей запятой, добавлено объяснение на уровне ассемблера: при отсутствии прототипа компилятор выводит переменные аргументы по фиксированной передаче параметров, из-за чего %f получает значение не с той позиции; рецензенты по-прежнему требуют дополнить конфигурацией уровня платы и записями вывода до и после при той же конфигурации. Также подтверждены два процедурных момента: #9941 — практическая проверка показала, что scons --attach работает в основной ветке, рекомендуется закрыть запрос; #10096 — подтверждено, что опция компиляции по требованию так и не вошла в основную ветку, а ветка предложения серьёзно устарела, рекомендуется сначала выполнить rebase.

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

3.1 Официальный новостной интерфейс по-прежнему без обновлений, у v5.4.0 всё ещё нет тега и релиза (10-21)

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

Категория организации в официальном новостном интерфейсе возвращает 25 архивных материалов, последний по-прежнему от 2026-06-17, в окне мониторинга новых нет, обновления прекратились более четырёх месяцев назад; страница списка новостей на официальном сайте рендерится динамически на стороне клиента, при сканировании получается только пустая оболочка загрузки, за основу данных о новостях принимается интерфейс. На стороне версий без изменений: последний тег и релиз по-прежнему v5.3.0 от 09-10, у v5.4.0 только макрос версии появился раньше, примечания к релизу и бинарные файлы отсутствуют. Информация о продуктах и мероприятиях по-прежнему в первую очередь публикуется в официальном аккаунте, на форуме сообщества и в GitHub.

3.2 На форуме сообщества добавлены 2 работы конкурса встраиваемых систем (10-20)

Дата: 2026-10-20 08:31 (время публикации)　Источники: Интерфейс статей форума сообщества

Среди первых 20 записей интерфейса статей сообщества в окне мониторинга добавлены 2, опубликованные в одно время 10-20 08:31, обе — работы конкурса встраиваемых систем 2026: одна — интеллектуальный терминал с двойной платой на базе NS800RT7P65 от Novalead и ESP32-C3 от Espressif, другая — система edge AI обнаружения и оповещения о присутствии человека на базе отладочной платы Edgi-Talk; технические детали см. в 5.1 и 5.2. Остальные записи — редактированные обновления предыдущих работ или опубликованы ранее, в этом выпуске повторно не раскрываются.

3.3 Прямая трансляция релиза Ruiqing 1.8.4 назначена на сегодня 20:00 (10-21)

Дата: 2026-10-21 20:00 (время трансляции)　Источники: EE Times China: решение ROS2 для управления движением на базе RC-Pi-3506 и мотор-колёс

В конце практической статьи отраслевого издания о платформе Ruiqing приведён график трансляции: прямая трансляция релиза Ruiqing 1.8.4 назначена на 21 октября 20:00, будут продемонстрированы виртуальный сетевой интерфейс и сетевая файловая система промышленного шлюза EG1200, периферия поворотного энкодера, адаптация RGB666 для интерфейса MIPI, управление моментом подачи питания MIPI, конфигурация подтяжки GPIO и команды отладки AMP, все заявлены как проверенные на реальном устройстве RC-Pi-3506. Перечень функций 1.8.4 уже освещался ранее, данная запись лишь напоминание о расписании.

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

4.1 Матрица поддержки K1 BSP внесена в реестр: по умолчанию 8 ядер, статусы SPI и QSPI переведены в поддерживаемые (10-20)

Дата: 2026-10-20 16:04 (время создания)　Источники: PR #11904, Описание K1 BSP

В той же партии, что и переработка спин-блокировки, количество ядер по умолчанию для SpacemiT K1 изменено с 4 на 8, китайское и английское описания обновлены синхронно. В таблицу поддержки уровня платы в корневом каталоге репозитория добавлен раздел этого производителя, строка K1 отмечена как поддерживаемая по всем столбцам: GPIO, последовательный порт, ADC, I2C, SPI, сторожевой таймер, таймеры, PWM, RTC, SDIO, PCI, DMA, Ethernet, аудио, дисплей, шифрование и дешифрование; SPI и QSPI переведены из статуса «портировано, в процессе проверки» в «поддерживается», связанная с этим ранее открытая проблема чтения ID из SPI NOR закрыта. При первом включении K1 в прошлом выпуске оставались эти два пункта, в текущем окне они закрыты.

4.2 Сбой scons –attach в китайской Windows: предложение по исправлению замены эмодзи на ASCII (10-20)

Дата: 2026-10-20 23:42 (создание дефект-тикета)　Источник: Issue #11906, PR #11908

В китайской Windows (кодовая страница 936) выполнение scons --attach напрямую выбрасывает исключение кодировки и прерывает всю команду: в подсказке использованы два эмодзи, которые невозможно закодировать в GBK. Все три варианта использования этой команды проходят через одну и ту же функцию, то есть в китайской среде она полностью непригодна; установка переменной окружения с принудительным UTF-8 позволяет обойти проблему, но обычный пользователь об этом не знает. Дефект-тикет был подан в тот же день, и в тот же день предложено исправление: 4 символа заменены на ASCII-маркеры с сохранением исходных цветов ANSI; автор утверждает, что это соответствует практике цветного вывода других скриптов репозитория. В отдельном комментарии поясняется, что сбой проверки отчёта о памяти в этом предложении вызван повреждением самого стороннего action вышестоящего уровня и не связан с данным изменением.

4.3 Для Allwinner D1s добавлен скрипт запуска в QEMU, мейнтейнер предлагает перенести в каталог target-qemu (10-20)

Дата: 2026-10-20 13:45 (время создания)　Источник: PR #11903

Поддержка платы Allwinner D1s ранее требовала реального железа. Предложение добавляет скрипт запуска, вызывающий эмулируемую модель D1s из отдельного репозитория (одно ядро, 64 MB памяти, два последовательных порта, прерывания и таймеры, два контроллера хранения), повторно использующий загрузочную прошивку и дерево устройств из данного каталога, с последовательным портом в качестве консоли; при конфигурации по умолчанию выполняется инициализация хранилища и вход в командную строку. Ревью не приняло форму скрипта напрямую, а предложило создать в каталоге платы или производителя чипа единый подкаталог целевой машины, разместив там скрипт запуска и инструкцию по сборке, ориентированную на AI, чтобы получить воспроизводимую среду проверки; автор пока не ответил.

4.4 Остальные репозитории организации в этот период молчат, в индексах пакетов и Studio нет новых коммитов (10-21)

Дата: 2026-10-21 (время проверки)　Источник: репозитории организации RT-Thread, packages, Studio sdk-index

Проверка на уровне организации по времени отправки: последняя отправка в основной репозиторий — 10-19, rtthread-skills и smart-build остановились на 10-18, env и репозиторий спецификаций — на 10-17, последний коммит в индексе пакетов — 10-14 (обновление индекса одного SDK производителя чипа), индекс SDK Studio остановился на 10-10. По трём линиям — инструментальная цепочка, пакеты и Studio — в этот период нового содержимого нет, что согласуется с ритмом основного репозитория, где второй день подряд нет слияний.

5. Отраслевые применения

5.1 Двухплатный кооперативный интеллектуальный терминал: сторона отображения на M7 работает под RT-Thread и LVGL, C3 служит сетевым мостом (10-20)

Дата: 2026-10-20 08:31 (время публикации)　Источник: Статья сообщества: двухплатный кооперативный интеллектуальный терминал на базе NS800RT7P65 и ESP32-C3

Работа конкурса встраиваемых систем 2026 года, использующая разделение труда между двумя микроконтроллерами. NS800RT7P65 от NOVOSENSE (Cortex-M7 с аппаратной плавающей точкой) работает под RT-Thread 5.3.0 и LVGL 9.1.0, реализуя рабочий стол 3×3 и 14 приложений; экран — решение на базе микросхемы драйвера 240×320, автор на практике измерил предел SPI в 50 MHz, а при попытке 70 MHz весь экран покрывался артефактами; внешняя NOR-память на 16 MB содержит смонтированную небольшую файловую систему, благодаря чему подсветка, цветовая настройка, рекорд игры и будильник не теряются при отключении питания; энкодер подключён к квадратурному декодеру, кнопки читаются напрямую с программным подавлением дребезга. ESP32-C3 от Espressif служит сетевым концом, отвечая за беспроводное подключение, синхронизацию времени, отправку данных и обновление через локальную веб-страницу, которая позволяет менять конфигурацию и передавать прошивку. Платы соединяются только одним последовательным портом, и автор на основе этого подсчитал, что пропускной способности последовательного порта недостаточно для передачи пикселей всего экрана, поэтому воспроизведение видео не реализовано.

5.2 Система обнаружения и оповещения о людях Edgi-Talk: M55 плюс NPU, локальный замкнутый цикл обнаружения и оповещения (10-20)

Дата: 2026-10-20 08:31 (время публикации)　Источник: Статья сообщества: пограничная AI-система обнаружения и оповещения о людях на базе Edgi-Talk

Другая работа конкурса построена на платформе Infineon PSoC E84: ядро M55 запускает RT-Thread и отвечает за видео, планирование и бизнес-логику, ядро M33 управляет безопасной загрузкой, NPU выполняет целочисленный вывод. Камера выдаёт через USB-хост формат YUYV 424×240, экран отображает 320×240, вывод выполняется раз в 5 кадров, на вход подаётся 320×320 восьмибитных целочисленных данных, кандидатных рамок не более 8, порог уверенности 0,45, подавление перекрытий 0,45; тревога подтверждается по 3 подряд срабатываниям и снимается после 5 подряд промахов, что предотвращает дребезг от ложных обнаружений на одном кадре. Запись в хранилище, сетевые отчёты и воспроизведение звука стоят в отдельных очередях и не занимают видеопоток, потеря сети не влияет на локальное обнаружение и звуко-световую сигнализацию; системный такт 1000 Гц, при аномалии система переходит в режим предпросмотра на минимальном ядре.

5.3 Распознавание вредителей полей по звуковому отпечатку: работа-победитель конкурса AIoT на EE Times China (10-20)

Дата: 2026-10-20 17:30 (время публикации)　Источник: EE Times China: распознавание вредителей по звуку даже офлайн, практика распознавания звуковых отпечатков на устройстве на базе Edge Impulse

Отраслевое медиа опубликовало работу, получившую почётную награду конкурса RT-Thread AIoT: с помощью встроенного микрофона платы Edgi-Talk собирается стрекот насекомых в поле, на Edge Impulse выполняется четырёхклассовая классификация (цикады, сверчки, шум, неизвестное), признаки берутся по энергиям мел-фильтрового банка, окно 1 секунда, шаг 200 миллисекунд, частота дискретизации 16 кГц, суммарно около 2 минут 15 секунд образцов, разделение на обучение и тест в пропорции 82 к 18, после 100 эпох обучения целочисленная модель экспортируется для вывода на устройстве. При определении вредителя запускается внешнее опрыскивание, при распознавании шума или неизвестного никаких действий не предпринимается, весь процесс офлайн и не зависит от облака. Автор опубликовал документацию и код.

6. Итоги и наблюдения за трендами

6.1 Тренды текущего выпуска

  • Одновременно исправлены два низкоуровневых пути ядра: планировщик возвращает порядок готовности задач с одинаковым приоритетом к дисциплине «первым пришёл — первым обслужен», а билетная блокировка RISC-V меняет взятие номера на одноинструкционное атомарное сложение и освобождение — на полусловную запись. Первое влияет на предсказуемость порядка выполнения, второе — на живость при многопоточной конкуренции; обе проблемы долго маскировались поведением по умолчанию.
  • Семантика событий периферии начинает восполняться: последовательный порт V1 наконец встраивает в фреймворк принцип «тайм-аут приёма равен завершению кадра», и затронуты как раз две отечественные платформенные поддержки, разделяющие кадры по прерыванию простоя, что показывает: исторические пробелы уровня фреймворка всё ещё обнаруживаются по одному.
  • Обнаружение дефектов по-прежнему driven внешними исследователями: в этом выпуске единичный выход за границы в cromfs прослеживается вплоть до v5.0.0, а также указывается, что две реализации DFS имеют общий источник; такие отчёты с диапазоном версий ценнее точечных патчей и сигнализируют о риске дублирования при параллельном сопровождении v1 и v2.
  • Платформы производителей переходят от «запускается» к «поставляется»: K1 по умолчанию включается на 8 ядер, состояния SPI и QSPI переводятся в рабочий статус и попадают в матрицу поддержки; для D1s добавляется путь запуска в эмуляторе, а ревью повышает «воспроизводимую среду» до спецификации каталогов и документации с описанием для AI — это платформенный подход.
  • Детали локализации инструментальной цепочки попадают в поле зрения: под китайской Windows эмодзи приводят к прерыванию команды сборки; проблема мелкая, но охват большой, что отражает сохраняющуюся слабость кросс-платформенного тестирования удобства использования.
  • Официальные каналы продолжают молчать: новостной интерфейс не обновляется более четырёх месяцев, релизы по-прежнему стоят на сентябре, внешняя информация идёт в основном через GitHub и работы сообщества — эта картина не меняется уже две недели подряд.

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

  • Текущий выпуск охватывает 24-часовое окно (10-20 08:00 ~ 10-21 08:00), это не понедельник, объединение за несколько дней не выполняется.
  • В основном репозитории в окне нет слияний, все записи происходят из предложений, баг-репортов и со стороны сообщества, поэтому все три раздела в «Динамике ядра и версий» представляют собой рассматриваемые предложения, а не уже внедрённые изменения; статус каждой записи указан.
  • Дедупликация с прошлым выпуском: глубокая предпроверка дерева устройств (#11901) и баг с усечением tmpfs (#11902) сами по себе уже были включены в прошлый выпуск, в этом выпуске записаны только новые в окне выводы ревью и воспроизведение на устройстве; подтверждение прерывания (#11860), неявное объявление IAR (#11864), компиляция по требованию (#10096) и конфигурация attach (#9941) — более ранние записи, в этом выпуске отмечен только прогресс.
  • Основные контроллеры обеих конкурсных работ не являются RISC-V: NS800RT7P65 от NOVOSENSE — это Cortex-M7, и только ESP32-C3 от Espressif на сетевой стороне является RISC-V; Edgi-Talk — это Cortex-M55 плюс M33. Причина включения — практические кейсы применения RT-Thread и практика инструментальной цепочки, а не интерпретация адаптации под RISC-V.
  • Полная организация-уровневая рассылка не прошла проверку через интерфейс (исчерпан анонимный лимит), вместо этого использовалась перекрёстная проверка через поток коммитов репозитория и страницу организации; индекс SDK в Studio по потоку коммитов подтверждён остановленным на 10-10.
  • Интерфейс статей форума берёт только первые 20 записей, остальное не проверено; страница списка официальных новостей рендерится на фронтенде, при парсинге получается только пустая оболочка, новости берутся по интерфейсу.
  • По Google News в английском окне ноль попаданий, из 2 записей за три дня на китайском 1 является уже включённой статьёй, 1 — старой статьёй от 10-18; запрос по Ruiqing по-прежнему тонет в одноимённых автомобильных материалах, дополнительных записей не появилось.

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

Источник Результат проверки
Официальный новостной интерфейс RT-Thread (категория организации) Новых нет, 25 архивных материалов, последний по-прежнему от 06-17, пауза более четырёх месяцев
Страница списка новостей официального сайта Динамический рендеринг на фронтенде, при scraping получается только пустая оболочка загрузки
Интерфейс статей форума сообщества В окне мониторинга 2 новые статьи (10-20 08:31 две работы конкурса), включены
Коммиты основного репозитория GitHub В окне мониторинга 0 слияний, последний по-прежнему K1 первой версии от 10-19 10:49
PR основного репозитория GitHub В окне мониторинга 9 обновлений, из них 5 новых (#11903, #11904, #11907, #11908, #11909), слияний нет
Issue основного репозитория GitHub 2 новых (#11905, #11906), ещё 4 существующих получили комментарии
releases / tags основного репозитория GitHub Новых релизов нет, последний по-прежнему v5.3.0 от 09-10, у v5.4.0 нет тега
GitHub RT-Thread/packages В окне мониторинга нет пушей (последний 10-14)
GitHub RT-Thread Studio sdk-index Нет пушей (подтверждение коммита последний 10-10)
Другие репозитории организации на GitHub rtthread-skills, smart-build остановились 10-18, env и репозиторий спецификаций остановились 10-17
Поиск по экосистеме GitHub topic:rt-thread За последнюю неделю 5 элементов, в окне мониторинга только 1 — универсальная графическая библиотека, не специализированная, не включена
Агрегатор Google News (китайский, через прокси) За трёхдневное окно 2 записи, 1 включена, 1 — старый материал от 10-18; запросы по Ruiqing в основном шум
Агрегатор Google News (английский) За трёхдневное окно ноль совпадений
HN Algolia 5 кандидатов — все ложные совпадения по threads, релевантных обсуждений нет
Отраслевые СМИ и каналы производителей Материал о звуковых отпечатках вредителей включён; расписание трансляций Ruiqing — как подсказка

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