Окно мониторинга: 2026-10-16 08:00 ~ 2026-10-19 08:00 (пекинское время, 72 часа; окно понедельника, начальная точка совпадает с конечной точкой предыдущего выпуска)

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


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

    1. Динамика ядра и версий
      • Переключение номера версии ядра на v5.4.0: макросы версии и Kconfig впереди, релизные артефакты ещё не выпущены (10-17)
      • Крупный рефакторинг Next RISC-V слит: 165 файлов унифицируют RV32/RV64, Sv32~Sv57 и AIA реализованы вместе (10-17)
      • RT-Thread Smart: массово открыто тринадцать предложений: разделение syscall, исправления сигналов и MMU, адаптация K230D (10-18 ~ 10-19)
      • Предложение ESP32-C6 SPI слито после доработки: сегментированная передача, собственный gdma в BSP, проверка разрядности вынесена вперёд (10-16)
      • BSP HPMicro обновлён до hpm_sdk v1.13.0, добавлена поддержка платы HPM5100EVK (10-17)
      • Четыре отчёта аудита безопасности: произвольная запись в libdl, выход за границы сигналов lwp, переполнение стека OFW, удалённый отказ в обслуживании lwip-dhcpd (10-17 ~ 10-19)
      • Предложение DFS о конфликте кодов закрыто, затем переписано и открыто заново: команды управления устройствами кодируются по классам устройств (10-17)
      • Официальный новостной API шестой десяток дней подряд без новых записей (10-19)
    1. Официальные и общественные мероприятия
      • Анонс выпуска платформы Ruiqing V1.8.4: виртуальный сетевой интерфейс промышленного шлюза, энкодер QY1503 и MIPI RGB666, разбор в прямом эфире 10-21 (10-16)
      • Учебное пособие сообщества: извлечение места сбоя Cortex-M из HardFault (10-17)
    1. Экосистема и адаптация производителей
      • Выпуск RT-Thread Env v2.0.3: в центре внимания плагинная система и управление инструментальными цепочками (10-17)
      • Обзор RT-Thread UART для NS800RT7P65D от NOVOSENSE и улучшения конфигурируемости BSP (10-16)
      • Новое предложение BSP для Allwinner F101 YuzukiNeko: двойная конфигурация M/S и полный набор драйверов DM (10-17)
      • Обновления официальных инструментов и репозитория спецификаций: набор навыков rtthread-skills, сборка DTB в smart-build, исправление ссылок в спецификации портирования (10-17 ~ 10-18)
    1. Отраслевые применения
      • Промышленное растениеводство: интеллектуальный робот-опылитель «Renhua» на базе K230 + NS800RT7P65D (10-17)
      • Общественное здравоохранение: интеллектуальное дезинфекционное устройство «Qingdaofu» на двух платах GD32F303 + STM32F103 (10-17 ~ 10-18)
    1. Итоги и наблюдения за тенденциями
      • Тенденции за три дня (10-16 ~ 10-19)
      • Ограничения и пояснения по дедупликации

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

1.1 Переключение номера версии ядра на v5.4.0: макросы версии и Kconfig впереди, релизные артефакты ещё не выпущены (10-17)

Дата: 2026-10-17 09:43 (время слияния) Источник: PR #11875, include/rtdef.h

Сопровождающий Rbb666 слил предложение о переключении версии (2 файла +4/-3): макрос версии в include/rtdef.h изменён с 5.3.1 на 5.4.0, добавлена запись об изменении от 2026-10-17; значение по умолчанию RT_VER_NUM в src/Kconfig изменено с 0x50301 на 0x50400. Автор выполнил scons –pyconfig-silent с конфигурацией по умолчанию qemu-vexpress-a9 и подтвердил, что в сгенерированном rtconfig.h RT_VER_NUM равен 0x50400. По состоянию на 10-19 последние tag и release в репозитории по-прежнему v5.3.0 (выпущен 09-10), заголовок ChangeLog.md всё ещё v5.3.0, что указывает на то, что это лишь начало цикла версии, а примечания к выпуску и релизные артефакты 5.4.0 ещё не выпущены; в тикетах дефектов сообщества в пределах окна master помечен как v5.4.0-dev.

1.2 Крупный рефакторинг Next RISC-V слит: 165 файлов унифицируют RV32/RV64, Sv32~Sv57 и AIA реализованы вместе (10-17)

Дата: 2026-10-17 09:44 (время слияния) Источник: PR #10320, Issue #10722

Почти пять месяцев длившийся рефакторинг архитектуры RISC-V (#10320) слит в основную ветку: 4 коммита, 165 файлов, +15134/-2617. Содержание включает интерфейс управления ISA, объединение 32E/32I/64I, обработку кэша согласно CBOM ISA, MMU Sv32/Sv39/Sv48/Sv57/Sv64 и SVPBMT, объединение операций с CSR в M-режиме и S-режиме, SMP, APLIC/IMSIC (AIA), CLIC, ACLINT/CLINT, INTC и PLIC, опциональный DM (только через OFW), объединение вендорского кода T-HEAD, а также включение DM в порт qemu-virt64-riscv64 и поддержку загрузки с ядра, отличного от нулевого. В плане отмечены S-mode RT-Thread, S-mode RT-Smart (с APP, DM, без MMU, без DM) и M-mode (DM, без DM); адаптация BSP всё ещё требует продвижения. В тот же день централизованно закрыты шесть задач RISC-V: #10722, #9571, #9567, #9566, #9521, #11226.

1.3 RT-Thread Smart: массовое открытие тринадцати предложений — разделение syscall, исправления сигналов и MMU, адаптация K230D (10-18 ~ 10-19)

Дата: 2026-10-18 19:35 ~ 10-19 02:49 (создание / обновление) Источник: PR #11896, PR #11897, PR #11892

Сопровождающий BernardXiong 18 октября с 19:35 по 19:36 в течение двух минут открыл подряд 13 предложений (#11885 ~ #11897); на момент подготовки выпуска все они находятся на рассмотрении. Основная линия — запустить Smart в QEMU и на реальных платах: в qemu-virt64-riscv64/aarch64 включить RT_USING_SMART, в riscv64 отключить SMP, смонтировать ext4/elm на virtio-blk и подключить ptyfs и procfs; в libcpu/riscv исправить преобразование физического смещения ранних таблиц страниц, наследование пользовательских отображений таблицами страниц по ядрам, обработку исключений в пользовательском режиме, а также добавить выбор архитектуры XuanTie и SVPBMT; в lwp разделить реализацию syscall, исправить порядок доставки сигналов и защиту сегментов ELF, дополнить TIOCLINUX и TIOCGWINSZ; для K230D добавить конфигурацию 128MB DDR и корневую файловую систему ext4. Кроме того — проверка протокола SAL RAW socket, loopback-сетевой адаптер lwip, разрядность регистров 8250 earlycon, размер блока SDIO, poll через файловые операции DFS и исправление UTIME_OMIT.

1.4 Предложение ESP32-C6 SPI слито после доработки: сегментированная передача, собственный gdma в BSP, перенос проверки разрядности вперёд (10-16)

Дата: 2026-10-16 11:31 (время слияния) Источник: PR #11846, PR #11870

Находившееся на рецензировании в прошлом выпуске предложение ESP32-C6 SPI после доработки по замечаниям слито (7 файлов, +1253/-26): при отключённом DMA передача сегментируется с учётом установленного в IDF лимита в 64 байта на одну передачу, gdma.c заменён собственной копией в BSP, чтобы при совместной сборке C3/C6 не переписывали друг друга, проверка разрядности перенесена до инициализации шины. В поведении: IDF SPI master линкуется только при выборе BSP_USING_SPI, в образе по умолчанию SPI по-прежнему отключён; общий драйвер ESP больше не проникает в режим SPI и возвращает фактическое число переданных байт, выбор чипа берётся из SPI2_IOMUX_PIN_NUM_CS, при пустой конфигурации возвращается -RT_EINVAL. Одновременно предложение (#11870) по адаптации C3/C6 к ESP-IDF v6.1 и обновлению инструментальной цепочки RISC-V до GCC 15.2 всё ещё на рассмотрении.

1.5 BSP HPMicro обновлён до hpm_sdk v1.13.0, добавлена поддержка платы HPM5100EVK (10-17)

Дата: 2026-10-17 16:28 (время слияния) Источник: PR #11871, коммит индекса packages

bsp/hpmicro повышен с hpm_sdk v1.10.0 до v1.13.0 (434 файла +23873/-16669): добавлены board, startup, applications, Kconfig, документация и изображения для hpm5100evk (HPM5151), а также регистрация в ALL_BSP_COMPILE.json и списке BSP; 11 существующих плат синхронизированы с новым SDK с сохранением изменений со стороны RT-Thread (drv_timer на основе clock_time, подключение CXX через scons, вывод артефактов в build/, именованные Kconfig choice, board_delay_* через rt_hw_us_delay, платформенные файлы codec и т. д.), драйверный уровень синхронизирован до v1.13.0. Индекс пакетов ещё 10-14 включил hpm_sdk v1.13.0.

1.6 Четыре сообщения об аудите безопасности: произвольная запись в libdl, выход за границы сигналов в lwp, переполнение стека в OFW, удалённый отказ в обслуживании в lwip-dhcpd (10-17 ~ 10-19)

Дата: 2026-10-17 14:25 ~ 10-19 00:37 (создание / обновление) Источник: Issue #11898, Issue #11882, Issue #11879, Issue #11878

Участник XueDugu в течение окна мониторинга открыл четыре бага, каждый с указанием вызвавшего коммита, затронутых диапазонов версий и среды воспроизведения в QEMU. #11898: libdl/dlmodule не проверяет границы метаданных релокации ELF, повреждённый .mo может на этапе загрузки записать в память ядра контролируемые значения; прослеживается вплоть до коммита 2018 года в v3.1.0, три реализации релокации для ARM/RISC-V/x86 изоморфны. #11882: lwp sys_sigaction не проверяет номер сигнала, возможны чтение и запись за границами кучи ядра (Smart, начиная с v5.0.0). #11879: развёртывание дерева устройств OFW не имеет ограничения глубины вложенности, переполняет np_stack из 64 элементов (начиная с v5.0.2). #11878: после исчерпания пула аренды lwip-dhcpd возникает бесконечный цикл в dhcp_client_alloc, неаутентифицированный удалённый узел может переполнить весь стек lwIP (начиная с v4.0.0). Все четыре сообщения остаются открытыми.

1.7 Предложение о коллизии кодов в DFS закрыто и переписано: команды управления устройством кодируются по классу устройства (10-17)

Дата: 2026-10-17 16:55 ~ 17:06 (время закрытия / повторного открытия) Источник: PR #11869, PR #11881

Зафиксированное в прошлом отчёте предложение о коллизии кодов F_GETFL/F_SETFL уровня DFS с RT_DEVICE_CTRL_* (#11869) было закрыто 10-17 в 16:55 без слияния; через 11 минут автор CXSforHPU открыл #11881 (3 файла +37/-20), где решение перенесено на уровень кодирования: введён RT_DEVICE_CTRL_BASE(Type) = (класс устройства + 1) × 0x100, старший байт обозначает класс устройства, младший — порядковый номер внутри класса, а команды конфигурации pin и команды аппаратного управления последовательным портом перенесены за базовый адрес соответствующего класса, так что общие команды управления больше не конфликтуют с POSIX-кодами 3 и 4. Новое предложение находится на рассмотрении.

1.8 Официальный новостной интерфейс шестидесятый день подряд без новых записей (10-19)

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

Последняя запись архива, возвращаемая официальным новостным интерфейсом (категория rt_org), по-прежнему датируется 2026-06-17; в окне мониторинга новых записей нет, обновление остановлено шестидесятый день подряд; информация о продуктах и мероприятиях продолжает впервые появляться в WeChat-аккаунте, на форуме сообщества и в каналах GitHub. Страница списка новостей на официальном сайте отрисовывается динамически на стороне клиента и при проверке 10-19 вернула «ошибку загрузки»; данные новостей этого выпуска основаны на интерфейсе.

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

2.1 Анонс выпуска платформы Ruiqing V1.8.4: виртуальный сетевой порт промышленного шлюза, энкодер QY1503 и MIPI RGB666, разбор в прямом эфире 10-21 (10-16)

Дата: 2026-10-16 (время публикации) Источник: репортаж EE Times China

RuiSide со стороны СМИ выпустила анонс платформы RuiQing V1.8.4, обновление охватывает промышленные шлюзы, драйверы периферии, интерфейсы дисплея и инструменты отладки: в промышленный шлюз EG1200 добавлены виртуальный сетевой интерфейс и монтирование сетевой файловой системы NFS, что позволяет напрямую обращаться к файловой системе отладочной платы по сети, упрощая обмен данными и удалённую отладку; добавлен драйвер поворотного энкодера QY1503, ориентированный на замкнутый контур двигателя, обратную связь по положению и измерение скорости; в RC-Pi-3506 MIPI адаптирован под RGB666, что позволяет задействовать больше моделей экранов; также добавлены управление моментом подачи питания MIPI, конфигурация подтяжки выводов GPIO и отладочная команда amp_device (просмотр состояния межъядерной связи AMP и распределения устройств). Официальная демонстрация на реальном устройстве RC-Pi-3506 с пошаговым показом назначена на 10-21 20:00.

2.2 Учебный материал сообщества: извлечение состояния краха Cortex-M из HardFault (10-17)

Дата: 2026-10-17 17:04 (время публикации) Источник: статья сообщества

Автор сообщества «Da Mu Xiong» опубликовал первую часть серии по локализации крахов Cortex-M, разъясняющую подход к обработке HardFault: точка входа исключения уже поместила в стек 8 ключевых регистров, причина ошибки записана в регистр состояния SCB, и разработчику достаточно в HardFault считать и вывести их, чтобы определить место ошибки; статья по описанию HFSR упорядочивает пути срабатывания и указывает, что первая часть серии решает только «печать состояния», а трассировка стека вызовов отложена до следующей части. Материал имеет непосредственную ценность для отладки прошивок MCU, лишённых механизма core dump, и восполняет содержание сообщества по методам системной диагностики.

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

3.1 Выпущен RT-Thread Env v2.0.3: в центре внимания система плагинов и управление инструментальными цепочками (10-17)

Дата: 2026-10-17 01:37 ~ 09:13 (время коммита / слияния) Источник: коммит версии env, репортаж EE Times China

Репозиторий Env в этот день завершил переключение версии (env.json и info.py указывают на v2.0.3), а также влил встроенную в WebUI навигацию по документации (+291/-36) и разрешил независимое отслеживание HTML-документации, PR #302 слит 10-17 09:13. Официально в тот же период опубликована ознакомительная статья; ключевой момент v2.0.3 — плагины: функциональность упаковывается в пакеты .epack, после чего их можно устанавливать, обновлять, включать, отключать и удалять; плагины могут как добавлять команды командной строки, так и расширять страницы WebUI, официально также предоставляются инструменты разработки epack (инициализация, проверка, сборка, тестирование); перед установкой необходимо проверять источник, права и целостность, плагины работают с правами текущего пользователя и не являются песочницей безопасности. Инструментальные цепочки имеют два входа: загрузка и установка SDK и регистрация локальных инструментальных цепочек (MDK, IAR); в Windows поддерживается открытие терминала Env прямо по правому клику в каталоге BSP. Версия ориентирована на RT-Thread 5.1.0 и последующие, а также на основную ветку разработки.

3.2 Тестирование RT-Thread UART на NS800RT7P65D от NOVOSENSE и улучшение конфигурируемости BSP (10-16)

Дата: 2026-10-16 (время публикации) Источник: тестирование EE Times China

СМИ опубликовало тестирование UART на NS800RT7P65 на базе RT-Thread. Этот чип — двухъядерный Cortex-M7 реального времени MCU серии NSSine от NOVOSENSE, основанный на ARMv7E-M, с FPU двойной точности, расширениями DSP и MPU. Статья охватывает путь от ресурсов UART и конфигурации регистров на уровне чипа до функционального тестирования на уровне кода, подтверждает, что после конфигурации menuconfig в rtconfig.h генерируются соответствующие макросы и все устройства UART регистрируются, а также поочерёдно проверяет отображение console на разные последовательные порты; автор также отмечает наличие в драйвере платы жёстко заданных значений скорости передачи, стоповых битов и т. п. и предлагает вынести их в menuconfig для повышения надёжности BSP, а также уже подал предложение об улучшении. Тот же чип фигурирует и в проекте сообщества «Ren Hua» в этом окне мониторинга (см. 4.1).

3.3 Новое предложение BSP для Allwinner F101 YuzukiNeko: двойная конфигурация M/S и целый набор драйверов DM (10-17)

Дата: 2026-10-17 12:55 (время создания) Источник: PR #11877

Сообщество отправило поддержку платы YuzukiNeko на Allwinner F101 (Sun252i) (134 файла, +26189/-3): одновременно предоставлены конфигурации M-mode и S-mode, добавлены DM-драйверы для часов, сброса, pinctrl, DMA, SDIO, SPI, USB, аудио, управления температурой, RTC, PWM, ADC, NVMEM, сторожевого таймера, DVFS, G2D и JPEG; на стороне дисплея добавлен выходной бэкенд Sunxi DE0/TCON0, покрывающий RGB, LVDS и MIPI-DSI, с конфигурацией экрана ST77916 QSPI; на стороне CherryUSB добавлена glue-прослойка Sunxi MUSB. Также исправлены домены питания, DVFS, графика, сброс UART и смещения регистров, QSPI, workqueue управления температурой, входной захват и интеграция DM USB. Предложение находится на рассмотрении.

3.4 Обновления официальных инструментов и репозитория спецификаций: набор навыков rtthread-skills, сборка DTB в smart-build, исправление ссылок в спецификации портирования (10-17 ~ 10-18)

Дата: 2026-10-17 09:39 ~ 10-18 20:34 (время коммита / слияния) Источники: RT-Thread/rtthread-skills, RT-Thread/smart-build, спецификация портирования PR #19

В окне мониторинга были push-события в трёх репозиториях организации. В rtthread-skills 10-18 слит PR #5; репозиторий содержит семь каталогов SKILL: create-bsp, create-pkg, env, git-commit, git-rebase, review, simplify. В коммитах этого выпуска требуется явный вызов навыков, проверка ветки и режима коммита перед git-commit, а также игнорирование артефактов работы .agents; в smart-build подряд отправлены три коммита: добавлены сборка DTB и управление загрузкой, включена загрузка по умолчанию через OFW для qemu-virt-riscv64; в rtthread-specification слит #19, заменяющий ссылки-заглушки в README каркаса на example.com. Эти три репозитория соответствуют трём инструментальным направлениям: AI-ассистированная разработка, сборка rt-smart и спецификация портирования.

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

4.1 Промышленное растениеводство: интеллектуальный робот-опылитель «Renhua» на K230 + NS800RT7P65D (10-17)

Дата: 2026-10-17 14:59 (время публикации) Источники: статья сообщества

Сообщество опубликовало интеллектуального робота-опылителя для тепличных томатов. Корпус робота использует визуальный модуль Huaner K230 для восприятия и Naxinwei NS800RT7P65D в качестве главного контроллера, оснащён шасси с четырьмя кодирующими моторами, шаговым мотором и манипулятором из трёх шинных сервоприводов HTS-35H, а также исполнительными механизмами — вибромотором, вентиляторным мотором постоянного тока и др.; environmental node использует ESP8266 с DHT11 и SGP30 для сбора температуры, влажности и углекислого газа с передачей по WiFi и MQTT; верхний уровень включает серверный бэкенд, Web- и Qt-десктопный клиенты. Система поддерживает переключение трёх режимов опыления: вибрация, точечное касание и обдув; при распознавании цветка K230 запускает позиционирование манипулятора для опыления, а при распознавании болезни загружает изображение для анализа на бэкенде.

4.2 Общественное здравоохранение: интеллектуальное устройство обеззараживания «Chistishchik» на двух платах GD32F303 + STM32F103 (10-17 ~ 10-18)

Дата: 2026-10-17 16:35 ~ 10-18 21:19 (время коммита / публикации) Источники: статья сообщества, Allin-JO/GD32

Сообщество опубликовало мобильное устройство обеззараживания для классов, коридоров и общественных сидений, использующее архитектуру «нижний уровень GD32 + ESP8266 (WiFi/MQTT) + облачный сервер + ПК/Web-клиенты», объединяющее распыление тумана, управление движением, мониторинг остатка дезинфицирующего средства, видеопередачу и запись по QR-коду в замкнутый цикл сбора, передачи, обработки и управления; автор сообщает, что завершены прототип и отладка трёх клиентских программ, а проект позиционируется как основа для инновационного предпринимательства и студенческих тренировочных программ. Сопутствующий репозиторий Allin-JO/GD32 10-17 принял два коммита, завершив миграцию главного контроллера с STM32F103 на GD32F303 и упорядочив репозиторий.

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

5.1 Тренды за три дня (10-16 ~ 10-19)

  • Смена цикла версий: макрос версии и Kconfig для v5.4.0 уже влиты, но tag, release и ChangeLog по-прежнему停留在 v5.3.0, что указывает на то, что 5.4.0 вошёл в цикл разработки, а не выпущен.
  • Реализация рефакторинга RISC-V: влит Next RISC-V — 165 файлов, +15 тыс. строк; RV32/RV64, Sv32~Sv57, AIA/CLIC и режимы M/S унифицированы в единый интерфейс управления ISA, шесть долгосрочных задач закрыты в один день.
  • Smart становится основной линией: 13 пакетных предложений охватывают syscall, сигналы, MMU, rootfs, QEMU и K230D; направление смещается от «способности загрузиться» к «тестируемости и готовности к поставке».
  • Концентрированное обнажение долгов по безопасности: четыре дефекта охватывают libdl, lwp, ofw и lwip-dhcpd; самый ранний восходит к коду, внесённому в 2018 году, три влияют на версии до v5.0; плотность четыре дефекта за день — редкость для недавнего окна мониторинга.
  • Эволюция инструментария к плагинам и AI-совместной работе: Env 2.0.3 сосредоточен на плагинах .epack и управлении инструментарием; официальный rtthread-skills описывает BSP, программные пакеты и процессы Git как навыки — AI-ассистированная разработка входит в официальный репозиторий.
  • Расширение адаптации производителей: HPMicro обновлён до hpm_sdk 1.13.0 и добавлен HPM5100EVK, новое предложение BSP для Allwinner F101, NS800RT7P65D от Novosense получил оценку UART от сообщества.
  • Молчание официальных каналов: новостной интерфейс не обновляется шестидесятый день подряд, страница новостей на официальном сайте 10-19 возвращает ошибку загрузки.

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

  • Окно мониторинга — 72 часа (10-16 08:00 ~ 10-19 08:00), понедельничное окно; начало совпадает с точкой отсечения предыдущего выпуска, охватывает период с прошлой пятницы по сегодня.
  • Уже включённые в предыдущий выпуск AI-машинка с выставки промышленного оборудования, пост о работе «Shuheng Zhiyang», портирование sf8086 FreeDOS и т.п. не раскрываются; исправления #11845, #11872 и др., влитые на границах окна, объединены по конечному состоянию и не описываются повторно.
  • Из 7 кандидатов Google News на китайской стороне 3 — уже включённые старые материалы,新增有效 3 (Env 2.0.3, Ruìqíng 1.8.4, обзор NS800RT7P65D); на английской стороне за 3-дневное окно — ноль совпадений.
  • Пост от 10-18 «@Пекин и Шанхай, мы идём» — рекламный плакат регистрации на выездное обучение, основное содержание — чистое изображение, без текстовой информации, отдельной записью не выделен.
  • Повторная проверка HN совпадений не дала; в поисковом окне topic:rt-thread — 3 элемента, ai-skill-rt-thread и greenhouse-monitor — личные репозитории, Allin-JO/GD32 уже включён в 4.2.
  • Страница списка официальных новостей рендерится динамически на фронтенде; проверка 10-19 вернула ошибку загрузки; данные новостей берутся из интерфейса rt_org.
  • Последние tags и releases основного репозитория — по-прежнему v5.3.0 (09-10), у v5.4.0 ещё нет tag и release.

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

Источник Результат проверки
Официальный новостной интерфейс RT-Thread (rt_org) За окно нет новых записей, последний архивный материал по-прежнему от 06-17, непрерывное молчание шестидесятый день
Интерфейс статей форума сообщества За окно добавлено 3 статьи (10-17 Rěnhuā, 10-17 HardFault, 10-18 Qīngdàofū), все включены
Страница списка новостей на официальном сайте Динамический рендеринг на фронтенде, проверка 10-19 вернула ошибку загрузки (данные совпадают с официальным новостным интерфейсом)
GitHub org: RT-Thread Пуш в 5 репозиториев за окно: rt-thread, env, rtthread-skills, smart-build, rtthread-specification
GitHub коммиты основного репозитория 7 за окно, последний 10-17 16:42; 6 влитых PR, 13 новых предложений Smart
GitHub Issue основного репозитория 14 обновлений за окно, включая четыре новых дефекта безопасности (см. 1.6)
GitHub releases / tags основного репозитория Новых релизов нет (последний по-прежнему v5.3.0 от 09-10), у v5.4.0 ещё нет tag и release
GitHub RT-Thread/packages За окно пушей нет (последний коммит 10-14, индекс hpm_sdk v1.13.0)
GitHub RT-Thread Studio sdk-index За окно пушей нет (последнее обновление 10-10)
Поиск по экосистеме GitHub topic:rt-thread 3 за окно, Allin-JO/GD32 включён, два других — личные репозитории, не раскрываются
Агрегация Google News (китайский и английский, через прокси) Китайская сторона: 7,新增有效 3; английская сторона: ноль совпадений
HN Algolia За окно релевантных обсуждений нет
EE Times China 3 действительные статьи за окно (Env 2.0.3, Ruìqíng 1.8.4, обзор NS800RT7P65D), все включены

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

к версии v2.0.3 — https://github.com/RT-Thread/env/commit/d032bbc3cd4e84bec0476063babd6b3f72677c37