보고 기간: 2026년 11월 2일(월)부터 11월 6일(금)까지, 영업일 5일, 데일리 리포트 5회; 추가로 릴리스일(11월 7일)의 메인 저장소 커밋, 병합 및 심사 중 제안, 신규 결함, 릴리스 페이지와 태그 페이지 검증을 포함하며, 11-06 08:00부터 11-07 18:50까지의 마무리 변동을 포함한다 자료 출처: 본 간행물의 RT-Thread 동향 데일리 리포트 5회(11-02, 11-03, 11-04, 11-05, 11-06), 총 유효 모니터링 기간 10-30 08:00부터 11-06 08:00까지(월요일호는 주말을 가로지르는 72시간 기간); 릴리스일 검증은 GitHub 메인 저장소 커밋, releases와 tags, 병합 및 심사 중 제안, 신규 결함 티켓 실측에 기반한다 편집 설명: 커널과 버전, 보안과 안정성, 생태계와 벤더 적응, 공식 및 커뮤니티 활동, 산업 응용 다섯 차원을 포함한다; 본문 사실과 날짜는 항목별로 해당 기간 데일리 리포트 원문에서 가져왔으며, 릴리스일 추가 기록 항목은 검증 방식을 별도로 표기한다

1. 이번 주 주요 뉴스

  • 11-05 하루에 31건 병합, 네 달에 걸친 적체를 한 번에 정리(11-05): 이번 주 메인 저장소에는 총 49건의 제안이 병합되었으며, 일별로 11-02 6건, 11-03 4건, 11-04 3건, 11-05 31건, 11-06 5건이다. 11-05 배치는 시간이 매우 집중되어 있었다——10:47부터 11:18까지 31분 동안 17건이 반영되었고, 13:23부터 18:40까지 다시 13건이 반영되었으며, 마지막 ARM Kconfig 분할은 22:26에 단독으로 반영되었다. 배치 구성은 이것이 “당일 작성, 당일 병합”이 아님을 보여준다: 여러 건이 10월 중하순에 생성되었고, 가장 오래된 #11558은 7월 5일 생성되었으며, #11892와 #11897은 모두 10-18에 생성되었다. 병합자 구조도 명확하다, usualtreee 7건, BernardXiong 5건, cms19859230182-lang 4건, adilalperenciftci 2건, 나머지 13건은 서로 다른 기여자로부터 왔다——외부 기여자가 패치를 내고 유지관리자가 검증과 일괄 병합을 하는 분업이 이미 형성되었다.

  • 버전 번호와 릴리스 절차가 처음으로 저장소 내 공식 문서로 작성됨(11-04): 제안 #11955가 11-04 10:44에 병합되었으며, 751행 추가, 14개 파일, 중영 양본의 《버전 번호 제정과 실시 세칙》과 《버전 릴리스 절차》, 7장의 흐름도와 함께 Doxygen 인덱스에 등록되었다. 규칙은 리듬을 숫자로 명시한다: Z 수정 버전은 원칙적으로 매월 하나, Y 부 버전은 3~6개월에 하나, X 주 버전은 고정 주기가 없다; Z는 새로운 공용 API, 컴포넌트 또는 드라이버 프레임워크를 도입할 수 없으며, 단일 BSP가 새 드라이버 프레임워크를 가져오면 Y 또는 X로 올려야 한다; 정식 릴리스 후 문제가 발견되면 X.Y.Z+1만 릴리스할 수 있으며, 원래 Tag, 원래 Release 내용 또는 원래 전달물을 수정할 수 없다. 문서 예시는 통일적으로 v6.0.0, v6.1.0, v6.1.1로 작성되었으며, 다음 메인라인은 6 시리즈로 계획된다.

  • 공격 면이 시스템 호출 매개변수에서 장치 펌웨어로 이동, 두 경로 모두 수 시간 내에 패치(11-05 ~ 11-06): MSI-X 테이블 결함 #11985가 11-05 01:12에 보고되었으며, 악성 PCIe 장치가 읽기 전용 구성 레지스터의 BIR을 6으로 채우면, 범위를 벗어난 별칭이 pdev->rom에 적용된 후 매핑 기저 주소가 0 더하기 오프셋의 절대 물리 주소가 되어, 부팅 단계에서 임의의 물리 메모리를 쓸 수 있다; #11986이 07:21에 수정으로 게시되었고, 11-05 10:47에 병합되어 보고부터 병합까지 이틀 내에 종결되었다. 다음 날 ivshmem의 #11992가 00:54에 보고되었으며, 장치가 “공유 메모리”를 커널 메모리 구간으로 설명하고, 윈도우가 /dev/ivshmemN으로 등록된 후 모든 비특권 프로세스가 바이트 단위로 커널 물리 메모리를 읽고 쓸 수 있다; #11993이 03:05에 게시되었으며, 기본 비활성화된 RT_IVSHMEM_JAILHOUSE 옵션을 추가하여 보고부터 제안까지 두 시간 십일 분이 걸렸다. 두 가지의 공통 원인은 동일한 판단 누락이다——rt_ioremap()이 물리 주소 유효성 검사를 하지 않아 장치가 말하는 대로 매핑한다.

  • RT-Smart 시스템 호출 경계의 계열화 정리가 이번 주에 마무리, mailbox 한 곳만 구조적 대기 항목으로 전환(11-02 ~ 11-07): 그래픽 장치 음수 오프셋 #11969가 31분 후 #11970을 받았다; pipe의 #11958은 #11971로 수정되어 병합되었다; getaddrinfo의 #11977은 유지관리자가 재작업한 후 병합되었다; GPT 파티션 처음과 끝이 뒤바뀐 #11978이 병합되었다; timerfd와 POSIX timer의 #11984, #11980은 11-07 03:04에 #11996과 #11997을 기다렸다. 남은 mailbox의 #11960은 11-07 03:05에 유지관리자 답변을 받았다: sys_mb_send() / sys_mb_send_wait()가 사용자 객체 포인터를 직접 rt_mb_*로 전달하며, RT_ASSERT는 객체의 type 필드만 읽고 소유권 검사를 대체할 수 없음을 확인했다; 그리고 이는 LWP 객체 AVL 조회와 참조 보유를 통한 구조적 수정이 필요하며, 동일한 검사가 세마포어, 뮤텍스, 이벤트, 메시지 큐와 타이머 경로도 포괄해야 하며, 이번 라운드는 RT-Smart 크로스 툴체인이 없어 불완전한 수정을 제출하지 않았다고 지적했다.

  • 우전 ‘신광’: AIOS 기반, 국가급 플랫폼 제품 추천 명단 진입 (11-02 ~ 11-03): 2026년 세계인터넷대회 우전 정상회의가 11월 2일부터 5일까지 열리며, 54개 국가 및 지역의 671개 중외 기업과 기관이 참가하고, 35개 ‘신광’ 제품과 20개 ‘신요’ 시나리오를 선정 추천한다. RT-Thread 루이사이드가 선정된 것은 「RT-Thread 이기종 융합 엣지 지능 AIOS 기반」이며, 생태계 총괄 리옌은 박람회 현장에서 《가상화 혼합 배포 구현체 지능 방안·AI Kit》 주제 강연을 진행한다. 기술 주장은 명확하게 쓰였다: AI 추론은 Linux 측에, 실시간 제어는 RT-Thread 측에 두고, 양측이 독립적으로 운영되며, AI 측 이상 시 제어 측은 여전히 실행 가능하고, 공식은 제어 정밀도가 마이크로초 수준에 이를 수 있다고 밝혔다; 함께 제공되는 AI Kit는 추론 엔진, 모델 최적화, 하드웨어 적응과 디버깅 환경을 하나의 툴체인으로 묶는다. 이 소식의 의미는 서사 방식에 있다—과거 대외적으로 ‘실시간 제어 기반’을 말했으나, 이번에 선정된 매체는 엣지 지능 운영체제이며, 착점은 로봇 ‘대뇌’와 ‘소뇌’의 협동이다.

  • HPMicro, 13분 만에 12개 BSP 저장소를 v1.13.0으로 푸시하고 HPM5100EVK 새로 개설 (11-02): HPMicro 조직 아래 64개 저장소 중 12개 RT-Thread BSP 저장소가 11월 2일 11:43부터 11:56까지 집중 푸시되었으며, HPM6750, HPM6E00, HPM6P00, HPM6800, HPM6300, HPM6200, HPM5E00, HPM5300, HPM5301과 새로 추가된 HPM5100EVK를 포함한다. 저장소별로 확인한 세 곳의 커밋 정보는 모두 「RT-Thread BSP v1.13.0 for <보드명>」이며, 타임스탬프가 동일한 초 단위 구간에 위치하여 스크립트화된 일괄 릴리스로 판단되고 각자 개발한 것이 아니다; HPM6800EVK와 HPM6E00EVK의 이전 커밋은 2026-02-03의 v1.11.0이며, 간격은 약 9개월이고 중간에 v1.12.0 기록이 없다. 새 저장소 HPM5100EVK는 10:59에 생성되었고, 첫 커밋이 곧 v1.13.0이다.

  • Z 버전 테스트 목록이 코드를 생산하기 시작, 일주일 내 다섯 세트 프레임워크 테스트 착지 및 CI 연결 (11-03 ~ 11-07): 11-02에 게시된 #11972는 「Z 버전을 릴리스할 수 있는가」를 프레임워크별 QEMU와 utest 목록으로 분해했고, 이후 일주일 내 DAC 프레임워크 테스트 #11976, I2C 시뮬레이션 버스 테스트 #11982, 워치독 스모크 테스트 #11883 세 건이 머지되었으며, SPI 펌웨어 내 가상 루프백 버스 #11979와 dlmodule의 QEMU 회귀 #11989는 심사 중이다; 11-06 13:10의 #11990은 DAC와 I2C를 qemu-vexpress-a9의 CI 작업에 연결하여 두 항목 모두 명확한 PASSED 기록을 남기도록 요구한다; 11-07에는 Touch 프레임워크 테스트 #12002가 다시 나타나 #11972 목록에서 Touch의 누락 항목을 보완한다. 테스트 기반의 방향이 「하드웨어 대기」에서 「CI 진입」으로 바뀌는 것에 이번 주 연속적인 샘플이 생겼다.

  • 커널 플러그인 가능성이 두 방향에서 검증됨: 새 칩이 FreeRTOS를 교체하고, 새 아키텍처가 libcpu에 진입 (11-04 ~ 11-07): 커뮤니티는 RT-Thread 5.4.0을 ESP-IDF v6.1의 컴포넌트로 만들어 FreeRTOS 커널을 직접 drop-in 교체했으며, RT-Thread 소스 코드는 무수정 유지, 스크립트가 고정 커밋으로 풀링하고, 보드 상 36개 자체 검사 전부 통과, 듀얼 코어 모두 스레드 실행 중, Wi-Fi는 듀얼 코어 활성화 시 연결되어 IP를 획득한다. 같은 주 11-06 09:37, Kendryte K230D 지원(128 MB DDR 변형, GPIO pin 장치, ext4 rootfs, ptyfs와 procfs 마운트)이 #11897로 머지되었다; 11-07 03:41에는 Renesas RH850 G4KH 이식 제안 #11998이 다시 나타났으며, 48개 파일, 3916줄 추가, TRAP0 스레드 전환, 중첩 인터럽트, FPU 컨텍스트와 qemu-rh850-u2c 보드 레벨을 포함하고, QEMU에서 kernel_basic 22/22 통과.

2. 커널과 버전 동향

버전과 메인라인

날짜: 2026-11-02 ~ 2026-11-07　출처: 메인 저장소 releases 페이지

  • 정식 버전: 이번 주에도 새로운 Release와 태그는 없으며, releases와 tags 양쪽의 종점은 모두 09-10의 v5.3.0에 멈춰 있어 릴리스로부터 거의 두 달이 지났습니다. 메인 저장소는 5.4.0 개발 상태에 있으며(지난 위클리 리포트에서 10-29에 RT_VER_NUM을 0x50400으로 올린 것을 기록), 이번 주 각 데일리 리포트에서는 버전 매크로 변동이 더 이상 기록되지 않았고, 사전 릴리스 태그와 바이너리도 없습니다.
  • 메인라인 커밋: 이번 주 master에 49건의 PR이 병합되었으며, 11-02에 6건, 11-03에 4건, 11-04에 3건, 11-05에 31건, 11-06에 5건입니다. 11-06의 5건은 모두 당일 09:20부터 13:10 사이에 이루어졌으며, 데일리 리포트 마감 시점(08:00) 이후의 마무리 변동은 본 보고서의 릴리스일 검증에서 통합 정리합니다.
  • 리듬 특징: 월요일의 6건은 금요일부터 일요일까지 쌓인 지연분이며, 화요일과 수요일은 4건과 3건으로 줄었다가 목요일에 한 번에 31건으로 늘어났고 금요일에 5건으로 마무리되었습니다. 11-07은 검증 시점(18:50)까지 새로운 커밋이 없습니다. 이는 이전 수 주간의 “먼저 멈췄다가 다시 집중적으로 정리”하는 형태와 일치하며, 차이점은 이번 주의 최고점이 더 높고 기간이 더 길다는 것입니다.
  • 조직 레벨: 이번 주에는 부속 저장소 중 env와 sdk만 푸시가 있었으며(Env 플러그인 마켓의 서버리스 인덱스 개편, 3장 참조), packages, vscode-rt-smart, pkgs-test, rtthread-nano, smart-build, UtestRunner는 모두 커밋 기록이 없습니다.

이번 주 병합 목록(49건의 PR)

날짜: 2026-11-02 ~ 2026-11-06　출처: 메인 저장소 master 커밋 스트림

날짜 건수 주요 항목
11-02 6 SDHCI 이름 버퍼 스택 오버플로(#11542), USB 문자열 디스크립터 인덱스와 MS OS 호환 ID 길이(#11545, #11546), tiny vsnprintf의 long long 절단(#11600), klibc 바이트 루프가 memset으로 재작성됨(#11965), SCMI 리셋 컨트롤러 컨테이너 변환(#11946)
11-03 4 getaddrinfo 중첩 사용자 포인터 강화(#11977), 매크로 주석 위치 규범(#11973), mailbox 테스트 케이스 반복 실행 가능(#11963), DM365 SPI 제로 주파수 거부(#11957)
11-04 3 메인라인 버전 번호와 릴리스 프로세스 문서(#11955), GPT 파티션 처음과 끝 반전 검증(#11978), 시리얼 TIOCGWINSZ와 termios 업데이트(#11891)
11-05 31 보안 및 경계 검증 11건, 드라이버 및 도구 7건, Smart 및 커널 3건, 테스트 인프라 5건, ARM Kconfig 분리 1건, 그 외 도구 및 CI 4건
11-06 5 STM32F1/H7 입력 캡처(#11975), K230D 지원 및 Smart 개선(#11897), SDIO 블록 디바이스 읽기/쓰기 테스트(#11758), CAN 송수신 테스트(#11752), QEMU에서 DAC와 I2C 프레임워크 테스트 실행(#11990)
  • 11-02의 여섯 건은 모두 오래된 건：SDHCI의 스택 오버플로는 RT_NAME_MAX를 64로 설정해야만 발생하고, tiny vsnprintf의 잘림은 tiny 버전 long long 지원을 켜야만 나타나며, klibc의 링크 실패는 대상 플랫폼에 C 라이브러리가 없어야만 드러난다——세 가지의 공통점은 기본 설정에서는 검출되지 않는다는 것이다. 네 건의 제안은 모두 2026년 7월 1일 또는 7월 9일에 열렸으며, 큐에서 거의 넉 달을 대기했다.
  • 11-05 이 보안 수정 배치의 착지점은 매우 집중적：터미널 ioctl의 사용자 포인터 강화(#11941, +503/-57, 일곱 개 파일), signalfd 종료 경로의 경계 검증과 안전한 연결 해제(#11935, +526/-228, 11개 파일), 프레임 버퍼의 잘못된 오프셋 거부(#11970), pipe ioctl 사용자 포인터 검증(#11971), 9PFS의 서버 제어 가능 길이를 실제 수신 바이트로 수렴(#11918), CFI MTD 소거 영역 수량과 섹터 테이블 경계(#11558), 디바이스 트리 평탄화 해제 깊이 상한(#11901), AB32의 ADC 채널 번호 제한(#11962), 그리고 별도로 나열된 세 건(#11986, #11895, #11899).
  • 드라이버와 도구 일곱 건：SDIO 블록 크기를 블록 구성 완료 후에 설정하도록 변경(#11886), 시리얼 포트 fd 종료 시 참조 카운트가 0이 될 때만 콜백 해제(#11931), virtio 네트워크 카드에서 pbuf 할당 실패 시 RX 버퍼 해제 보완(#11726), NVMe에서 비활성 namespace마다 할당 한 번씩 누수(#11920), virtio RPMsg 프로브 실패 경로에서 리소스 해제 보완(#11968), USB HID 인터페이스 디스크립터의 프로토콜에 따른 bInterfaceProtocol 채움(#11873), mkdist의 disk 명령에서 RTT_ROOT 중복 주입과 읽기 전용 디렉터리 실패 수정(#11874).
  • 같은 배치에서 데일리 리포트에 별도 나열되지 않은 다섯 건：9pfs의 비정렬 접근(#11876), CI 정기 실패 보고와 월간 BSP 빌드(#11921), Eclipse 프로젝트 생성의 중복 재작성(#11321), dist-strip의 compile_commands 경로 해석(#11551), CI의 git diff 경로 해석(#11554). 이 다섯 건은 도구와 CI 측의 일상적 수정에 속하므로 별도로 다루지 않는다.
  • 11-06의 다섯 건은 전략적 마무리：STM32F1／H7 입력 캡처 보완(+746줄, 9개 파일), K230D 보드 레벨 변형과 Smart 마운트 포인트 보완, SDIO와 CAN 두 건의 utest가 각각 완전한 테스트 포함(+438 및 +1792줄), #11990에서 이미 형성된 프레임워크 테스트를 CI에 연결.

보안 및 결함

날짜：2026-11-02 ~ 2026-11-07　출처：메인 저장소 결함 목록

  • 이번 주 새로 열린 이슈 8건 중 6건은 결함, 2건은 기능 요청이며, 보고자가 매우 집중되어 있습니다. XueDugu 한 사람이 #11969, #11980, #11984, #11985, #11992 다섯 건을 기여했고 모두 PoC, GDB 로그, 버전 추적을 첨부했습니다. 그 외에 anamarija-j의 #11991(ESP32-C3 사전 빌드 이미지가 v1.x 칩을 거부), CYFS3의 #11972(QEMU 테스트 목록), wdfk-prog의 #11967(STM32 입력 캡처 요구)이 있습니다.
  • 시스템 호출과 디스크립터 계열: 그래픽 장치의 음수 오프셋(#11969, pread64() / pwrite64()가 음수 위치를 허용하여 커널 임의 읽기/쓰기에 도달), timerfd가 임의 fd를 받아들임(#11984, 타입 혼동 후 대기 큐 노드를 사용자 메모리에 배치할 수 있고 함수 포인터 간접 호출 한 번으로 커널 PC를 제어 가능), POSIX timer의 id 미검증(#11980, 인덱스 0x35a5가 콘솔 장치로 별칭되어 timer_settime()이 rx_indicate와 ops를 덮어쓸 수 있음). 세 건 모두 전제는 “비특권 프로세스가 존재할 것”입니다.
  • 장치 측 계열: MSI-X의 BIR과 오프셋(#11985, CVSS 3.1 기준 6.8, 전제는 악의적이거나 변조된 PCIe 장치), ivshmem의 구성 워드(#11992, 윈도우가 /dev 노드로 등록되면 특권이 전혀 필요 없음). 두 건의 기술적 결과는 모두 부팅 단계의 커널 임의 물리 메모리 읽기/쓰기이며, 공통 결함은 rt_ioremap()이 물리 주소를 검증하지 않는다는 점입니다.
  • 이번 주 종결된 것: #11969 → #11970(31분), #11958 → #11971(머지), #11952 → #11981(제안 검토 중), #11985 → #11986(머지), #11984 → #11996과 #11980 → #11997(모두 11-07 03:04에 올라옴, 검토 대기).
  • 여전히 큐에 있거나 구조적 할 일로 전환된 것: mailbox의 #11960은 11-07 유지관리자 확인을 받았으며, LWP 객체 AVL 검색에 참조 보유를 추가하여 통일 처리하고 동일한 검사를 세마포어, 뮤텍스, 이벤트, 메시지 큐, 타이머에까지 적용해야 하며 이번 라운드에는 수정이 제출되지 않았습니다. 블록 장치 파티션의 #11981은 10-29 보고 이후 사흘 이상 걸려 있으며 11-05 16:03에도 여전히 업데이트 중입니다. ESP32-C3의 #11991은 SConstruct의 image.min_rev를 동시에 수정하고 패키지를 다시 만들어야 하며, 수정 방식은 간단하지만 산출물 재배포가 필요합니다.

리뷰 큐 관찰

날짜: 2026-11-02 ~ 2026-11-07　출처: 메인 저장소 제안 목록

  • 큐 두께가 정리에도 불구하고 얇아지지 않음: 11-05 시점 모니터링 기간 내 업데이트된 검토 대기 제안은 총 48건으로 이전 보고서의 큐보다 두껍습니다. 원인은 이번 주 새로 생성된 제안 28건, 머지 49건으로 출입이 거의 균형을 이루었지만 보안类 제안의 리뷰 비용이 일반 수정보다 높기 때문입니다. 매 건마다 PoC와 재현 조건을 이해해야 합니다.
  • 주목할 만한 검토 대기 세 건: 블록 장치 파티션의 임의 커널 쓰기 수정(#11981, +169/-57, 다섯 파일, 여섯 건의 논의)은 사흘 이상 걸려 있으며 결함이 고위험이므로 우선순위를 권장합니다. RISC-V AIA의 APLIC 레벨 인터럽트 EOI(#11966)는 11-07 10:52에도 업데이트가 있으며, 수정 방식은 먼저 in_clrip의 유효 입력 상태를 읽고 장치가 여전히 인터럽트를 유효하게 유지할 때만 setipnum_le를 쓰는 것으로 QEMU 8.2.2에서 지연 스레드가 복구되지 않는 문제를 해결합니다. ulog 출력 호출 함수, 파일, 행 번호(#11987, +156행)는 11-06 21:05 업데이트되었으며 관측성 강화에 해당합니다.
  • 새 아키텍처 이식: 르네사스 RH850 G4KH의 #11998은 한 번에 48개 파일, 3916행 추가를 제출했으며 libcpu의 스레드 전환과 인터럽트 중첩, bsp의 시작과 OSTM/RLIN3 UART 드라이버, qemu-rh850-u2c 보드 레벨을 포함하고, 저자는 초안으로 표시했으며 선행 의존성은 picolibc의 ctime 수정(즉 #11999)입니다. 이러한 전체 아키텍처 이식의 리뷰 주기는 보통 주 단위입니다.
  • 대규모 하드웨어 지원 여전히 대기 중: Realtek RTL8125 이더넷 드라이버(#11944, +1934행), RK3588과 RK3528 디스플레이 및 오디오(#11943, 36개 파일, +5483/-391), ESP32-S3-DevKitM-1 보드 레벨(#11844, 9-28 생성 이후 한 달 이상), NXP RT1180 산업 이더넷 링커 스크립트(#11959, 46개 파일, +13408/-1027)는 이번 주 모두 머지 기록이 없습니다. 리뷰 초점은 여전히 전체 패키지 도입의 라이선스 조항과 보드 실측이며, 단순히 기능이 동작하는지 여부가 아닙니다.
  • 테스트 인프라의 병행 추진: SPI 펌웨어 내 가상 루프백 버스(#11979), dlmodule의 QEMU 회귀(#11989), utest 자동 실행의 루프와 메모리 샘플링(#11983), ADC 프레임워크 테스트(#11974) 네 건이 검토 중이며, 이번 주 머지된 다섯 세트 프레임워크 테스트와 같은 조합입니다.

3. 생태계와 벤더 적응

벤더 BSP와 드라이버

날짜: 2026-11-02 ~ 2026-11-07　출처: 저장소: hpmicro/rtt-bsp-hpm5100evk

  • HPMicro: 12개의 RT-Thread BSP 저장소가 11월 2일 11:43부터 11:56까지 13분 동안 집중적으로 v1.13.0으로 푸시되었으며, HPM6750EVK, HPM6750EVK2, HPM6750EVKMINI, HPM6E00EVK, HPM6P00EVK, HPM6800EVK, HPM6300EVK, HPM6200EVK, HPM5E00EVK, HPM5300EVK, HPM5301EVKLITE와 새로 오픈한 HPM5100EVK를 포함합니다. 새 저장소에 포함된 예제는 adc, blink_led, flashdb, mcan, pwm, spi_nor_flash_fs, timer, uart_dma, usb_device_generic_hid와 usb_host_msc_udisk를 포함하며, CAN과 USB 듀얼 롤, 파일 시스템과 FlashDB가 모두 기본 범위에 포함되어 산업 및 데이터 기록 시나리오에 적합합니다.
  • 서드파티 보드가 동일한 프로젝트 구조를 따름: Wildfire HPM6750 BTB의 Studio BSP가 11-04 03:47에 저장소를 생성했으며, BSP 버전 1.0.19, MCU는 HPM6750IVM2(듀얼 코어 32비트 RISC-V, 최대 816 MHz), RT-Thread 5.4.0에서 구동, 툴체인은 RISC-V GCC 11.1.0이며, 설치 절차는 5단계(Releases에서 ZIP 다운로드, Studio의 SDK 관리자에서 설치, 새 프로젝트 생성 시 보드 선택, Settings에서 외주변 장치 체크, USB/DAPLink/J-Link를 통한 다운로드)로 작성되었습니다. BSP를 독립 저장소로 분리하고 Studio 프로젝트로 유지하는 이 관례는 이미 원칩 제조사에서 커뮤니티로 확산되었습니다.
  • Nuvoton N9H30의 커뮤니티 BSP: 대상 칩은 N9H30F61IEC 또는 F63IEC, ARM926EJ-S 코어 최대 300 MHz, 내장 TFT LCD 컨트롤러와 2D 그래픽 가속, 병렬 포트는 1024x768, 24비트 컬러까지 구동 가능, 온칩 64 MB DDR. N9H는 전형적인 HMI 플랫폼이며, RT-Thread의 이러한 MPU용 BSP는 항상 커뮤니티에서 유지해 왔고, Nuvoton의 공식 지원은 MCU 라인에 비해 훨씬 빈약합니다.
  • NXP: 11-02에 시작된 사용자 설문에서 지원 범위가 공개되었으며, MCX N947, MCX A366, MCX A156 등 여러 칩이 이미 지원됩니다. 활동 기간은 11월 2일부터 11월 23일까지이며 11월 24일에 추첨합니다. MCX A 시리즈는 최근 2년간 주력하는 범용 MCU 라인으로, A366과 A156이 명단에 등장한 것은 지원 범위가 N947처럼 NPU가 탑재된 모델에서 범용 모델로 확장되었음을 의미합니다. 산업용 이더넷 측의 RT1180 링커 스크립트 제안(#11959)은 이번 주에도 대기열에 있으며, 하나는 MCU 측의 폭, 다른 하나는 크로스오버 프로세서 측의 깊이입니다.
  • Canaan: K230D 지원이 #11897과 함께 11-06 09:37에 병합되었으며, +398/-198, 15개 파일입니다. 변경 사항에는 SOC_K230/SOC_K230D 선택 항목과 128 MB DDR의 기본 메모리 레이아웃, GPIO를 RT-Thread pin 장치로 등록, ext4 루트 파일 시스템 지원 추가 및 ptyfs와 procfs 마운트, 사용되지 않는 보드 레벨 외주변 장치 정의 제거, SDK의 riscv64-unknown-linux-musl 툴체인 유지가 포함됩니다.
  • STMicroelectronics(STM32): STM32F1과 STM32H7의 입력 캡처 지원이 11-06 09:20에 병합되었으며(#11975, +746줄, 9개 파일), 11-02에 생성된 요구 사항 #11967에 대응합니다.
  • Allwinner와 Silicon Labs: Allwinner D1s에 qemu-d1s.sh 시작 스크립트를 추가하여 d1s의 QEMU 머신에서 해당 BSP를 직접 실행할 수 있습니다(#11903). EFM32는 Kconfig와 .config를 보완하여 scons --menuconfig를 공식 지원하며, 이전에는 구성 파일을 수동으로 수정해야 했습니다(#11867).
  • Espressif: 커뮤니티 측에서 RT-Thread 5.4.0을 ESP-IDF v6.1의 컴포넌트로 만들어 FreeRTOS 커널을 drop-in 교체하며, patches 디렉토리에서 git apply로 IDF 자체의 10개 파일 약 440줄을 수정합니다(freertos의 Kconfig와 CMakeLists, 시작 흐름, 링커 스크립트의 인터럽트 스택과 힙 세그먼트 정의, 새로 추가된 RISC-V 트랩 진입점과 flash 크로스 코어 훅 포함). 보드에서 36개 자체 검사가 모두 통과했습니다. 커널을 구분해야 합니다: ESP32-S3와 C3/C5/C6는 RISC-V, S2/S3는 Xtensa입니다.
  • ZLG(AWTK): zlgopen/awtk가 11-02에 한 번 푸시되었으며, 최근 세 커밋 제목은 모두 “improve edit”로 일반 GUI 프레임워크의 일상적인 반복이며, RT-Thread 전용 변경은 보이지 않아 이번 호에서는 항목으로 다루지 않습니다.

소프트웨어 패키지와 미들웨어

날짜: 2026-11-04 ~ 2026-11-06　출처: PR env #304 (플러그인 마켓 서버리스 인덱스)

  • Env 플러그인 마켓이 서버리스 인덱스로 전환 (11-06 07:05 머지): sdk 저장소에 env-plugins 디렉터리를 추가하고, 각 플러그인마다 하위 디렉터리를 두어 각각 index.json을 배치; env 저장소는 이 인덱스를 읽고 GitHub Release에서 .epack 설치 패키지를 다운로드하도록 구현. 변경량은 env 측 +1108/-48, 18개 파일(마켓 로직, WebUI 프런트엔드, 명령줄 하위 명령과 5개 테스트 그룹), sdk 측 +125줄, 4개 파일. 외부에서 보이는 변화는 기본적으로 로컬 SDK 저장소에서 인덱스를 읽으며 마켓 서버를 배포할 필요가 없다는 점; 환경 변수를 명시적으로 설정하거나 rt-env plugin market set을 실행하면 여전히 HTTP 마켓을 우선 사용하며, rt-env plugin market clear로 되돌릴 수 있다. 첫 등록 플러그인은 RT-Kconfig 구성기 0.1.34이며, 다운로드 기록은 해당 저장소 Release의 실제 자산을 가리킨다.
  • 보안 경계가 예상보다 세밀하게 구현됨: 다운로드 크기에 상한이 있고 초과 시 413 반환; 리디렉션은 동일 호스트·동일 프로토콜이어야 함; 인덱스 경로는 env-plugins 디렉터리를 벗어날 수 없음; 플러그인 id는 정규식 제약이 있고 중복을 감지. 대가는 신뢰 경계가 “공식 마켓”에서 “저장소 유지관리자”로 이동한 것——서드파티 플러그인은 더 이상 심사를 기다릴 필요 없이 Release 하나를 올리고 인덱스 한 줄을 추가하면 배포할 수 있다.
  • coact (11-04 22:35 푸시): C++17 기반 능동 객체 및 계층 상태 머신 프레임워크로, MIT 라이선스, 98 스타. 이벤트가 스레드를 대체하고, 동작은 계층 상태 머신으로 작성되며, 전환 테이블은 constexpr이고, 런타임에 어떤 할당도 하지 않음; 동일한 헤더 세트가 RT-Thread, FreeRTOS에서 실행되며 Linux와 Windows에서도 PAL을 통해 컴파일 가능. 세 가지 속성이 구조적 제약으로 구현됨: 유계(큐, 메모리 풀, 배치 크기가 모두 컴파일 타임 상수이며 힙 없음, new／delete 없음), 검출 가능(SubmitResult 반환 코드, Monitor 카운트, Breaker::level()), 복구 가능(각 능동 객체에 5상태 회로 차단기 배치). RT-Thread에 대한 가치는 애플리케이션 계층 방법론——생태계의 대부분 프로젝트가 스레드와 메시지 큐로 로직을 직접 쌓아 올리며, 유계·관측 가능·복구 가능을 함께 제약하는 프레임워크가 부재하다.
  • ulog 관측성 강화 (심사 대기): #11987은 ulog 출력에 호출 함수, 파일, 행 번호를 추가, +156줄, 4개 파일, 11-06 21:05에도 여전히 업데이트 중.

툴체인과 개발 환경

날짜: 2026-11-02 ~ 2026-11-07　출처: 메인 저장소 master 커밋 흐름

  • 빌드 및 CI 측 4건 머지: Eclipse 프로젝트 생성 시 불필요한 프로젝트 파일 재작성 방지(#11321), dist-strip의 compile_commands 경로 해석(#11551), CI의 git diff 경로 해석(#11554), CI 정기 실패 보고와 월간 BSP 빌드(#11921). 이 4건의 공통점은 “도구 자체의 오류 보고를 신뢰할 수 없다”는 것이며, 수정 후에야 CI의 판정을 신뢰할 수 있다.
  • QEMU 측이 산발적 스크립트에서 통합 진입점으로: Allwinner D1s의 qemu-d1s.sh(#11903)는 이미지 탐색과 파라미터 조합을 스크립트로 고정; #11990은 DAC와 I2C 프레임워크 테스트를 qemu-vexpress-a9의 CI 작업에 연결하고 공유 설정 components/dac_i2c.cfg를 추가하여 부팅 후 명확한 PASSED를 남기도록 요구; 11-07의 #12002는 다시 Touch 프레임워크에 모의 ops 테스트를 보충하여 장치 등록, 읽기, 좌표 범위, ISR 콜백 순서, 인터럽트 오류 전파를 커버하며 터치스크린 하드웨어에 의존하지 않음.
  • 신규 아키텍처 툴체인: #11998의 RH850 이식은 QEMU에서 toolchain v1.1.0(GCC 14.3, picolibc)과 qemu-rh850 v1.0.0을 사용하며, msh 부팅 가능, kernel_basic 22/22 통과, 하드 플로트와 소프트 플로트 두 빌드 모두 CI 매트릭스에 포함; 작성자는 동시에 선행 의존성이 picolibc의 asctime_r／ctime_r 프로토타입 정렬(#11999)임을 설명.
  • 버전 릴리스 프로세스 문서: 751줄의 두 문서가 한 번의 릴리스를 버전 준비, 다음 버전 초기 목표 수립, 개발 준비, 개발, 프리릴리스, 릴리스의 6단계로 나누며, 프리릴리스 부분에는 기능 수렴, BUG 회귀, 아키텍처와 BSP로 그룹화된 테스트 케이스 템플릿 포함. 다운스트림 배포판과 상용 버전에게 이는 한 번의 업그레이드를 따라갈지, 마이그레이션 비용이 얼마인지 판단하는 직접적 근거다.

검증 설명

  • 메인 저장소의 releases와 tags 양쪽 모두 이번 주에는 새 버전이 없으며, 종점은 09-10의 v5.3.0입니다. 전체 글은 「5.4.0 개발 상태, 아직 릴리스되지 않음」으로 표기하고, 버전 매크로로 릴리스 사실을 대체하지 않습니다.
  • GitHub 익명 API 한도(시간당 60회)가 이번 주 여러 차례 수집에서 상한에 도달하여, 조직 단위 점검은 주요 저장소의 Atom 커밋 피드와 웹 조직 페이지로 전환했습니다. 릴리스 당일 점검은 search API로 병합, 신규 생성, 업데이트 세 가지 진값을 한 번에 가져온 뒤, 단일 저장소 pulls API로 핵심 항목을 재확인했습니다.
  • 공식 뉴스 API와 공식 사이트 뉴스 목록 모두 6월 17일에 멈춰 있고, 공식 사이트 뉴스 모듈은 이번 주에 로딩 실패(페이지에 「이런, 로딩에 실패했습니다」 표시)가 발생하여 릴리스 측은 미디어 칼럼만을 기준으로 삼을 수밖에 없었습니다.
  • 포럼 club.rt-thread.org는 주중 내내 468을 반환하며 앞단에 WAF 챌린지 페이지가 있어 게시글 목록과 본문을 읽을 수 없었고, 커뮤니티 논의 측의 정보 공백은 GitHub의 issue와 PR 코멘트, 그리고 미디어 칼럼으로 보완했습니다.

4. 공식 및 커뮤니티 활동

공식 채널

날짜: 2026-11-02 ~ 2026-11-06　출처: RT-Thread 공식 뉴스 목록

  • 뉴스 API 6개월 연속 정지: getList?type=rt_org가 반환하는 최신 항목은 여전히 2026-06-17의 「루이사이드 테크놀로지, 2026 아부다비 투자 포럼 초청 참석」이며, 이번 주 다섯 차례 점검에서 단 한 번도 신규 항목이 없었습니다. 공식 사이트 첫 페이지 뉴스 영역도 6월에 멈춰 있습니다.
  • 미디어 칼럼이 유일한 안정적 출구: EE Times China의 RT-Thread 계정은 이번 주 다섯 편을 업데이트했습니다 — 10-30의 우한 현장 순회 교육 리뷰와 11-04 라이브 예고, 11-02의 NXP 사용자 설문, 11-03의 우전 「신광」 기사, 11-04의 루이칭 데스크톱 펫 프로젝트 리뷰, 11-05의 Titan Board OpenMV 연동. 별도로 11-01의 광군제 프로모션 기사는 홍보성 콘텐츠로 수록하지 않았습니다.
  • 서사 전환의 신호: 우전 기사에 나온 「실시간 제어 기반에서 엔드사이드 지능형 운영체제로의 핵심 도약」이라는 문구가 이 서사의 공식 버전이며, 커뮤니티 규모 기준은 여전히 약 30만 개발자입니다. 같은 주의 루이칭 데스크톱 펫 리뷰는 「실시간 IO는 보드 측에 두고, 추론은 연산력이 더 강한 쪽에 배치한다」는 것을 재현 가능한 7단계 체인으로 정리하여, 홍보와 엔지니어링이 같은 선상에 있음을 보여줍니다.

회의 및 행사

날짜: 2026-10-29 ~ 2026-11-04　출처: 상하이시 경제정보위원회: 상하이 오픈소스 소프트웨어 애플리케이션 혁신 대회 폐막

  • 2026 상하이 오픈소스 소프트웨어 응용 혁신 대회 폐막 (10-29 ~ 10-30, 11-02 공식 발표): 오픈소스 중국이 주최하고 8월 5일 참가 신청을 시작한 이래 766개의 참가 프로젝트를 접수했으며, 40여 개 협력 기업과 오픈소스 커뮤니티가 참여했다. 12개의 실제 산업 과제에 269개 프로젝트가 응모했고, 30개 팀이 결선에 진출해 총 상금 100만 위안을 두고 경쟁했다. 12개 과제의 발표자 중 Ruiside는 중국상용항공(C919), 중촨하이저우, 다오커, 윈저우커지, 모파커지와 함께 상하이 본토 기업 측에 이름을 올렸고, 다른 한편에는 바이두 지도, openKylin 커뮤니티, open-supOS 커뮤니티 등 전국적인 기술 기업과 커뮤니티가 포진했다. RT-Thread에게 이 위치가 의미하는 것은 산업 및 임베디드 시나리오가 후원사 자리가 아니라 실제 산업 문제의 원천으로 취급된다는 점이다.
  • 우전 정상회의의 「신광」 명단 (11-02 ~ 11-05): AIOS 기반이 35개 추천 제품에 선정된 것 외에도, 같은 기간 「인터넷의 빛」 박람회에서 1000여 개의 신기술·신제품이 전시·발표되었다. RT-Thread의 접점은 로봇의 「대뇌」와 「소뇌」 협동으로, 혼합 배포 아키텍처가 AI 추론과 실시간 제어를 양측에 분리 배치한다.
  • 오픈소스 AIOS 연맹의 기술 분업이 처음으로 명확해지다 (11-03 보도 / 10-23 행사): Arm China 산하 지수 커뮤니티가 주최한 「Jishu 메이커 워크숍: 소형 임베디드 지능 솔루션 세미나」에서 Rockchip, Ruisha Computer, RT-Thread 세 곳이 연맹 파트너 자격으로 같은 무대에 올랐다. RT-Thread AI 선임 엔지니어 정웨이는 로봇개, HyperCar, Codex 오케스트레이션 세 가지 Agent 방안을 발표했으며, 핵심은 지능형 에이전트를 「대화」에서 「실행」으로 밀어내는 것이다. Rockchip은 메인 컨트롤 SoC와 AI 코프로세서로 연산력과 제어를 분리하는 방안을, Ruisha는 ZERO 3W 같은 오픈소스 하드웨어로 프로토타입에서 양산 납품까지 가는 방안을, RT-Thread는 시스템 측의 Agent 스케줄링과 실행을 발표했다. 보도는 행사보다 열흘 늦으며, 수록 이유는 구체적인 기술 분업을 처음으로 제시했기 때문이지 당일 새로 발생한 사건이기 때문이 아니다.
  • NXP 공동 설문 (11-02 ~ 11-23): 단말기기, 응용 시나리오, 개발 난점을 기재하도록 요구하며, 칩 성능, 주변장치, 생태계 적응에 대한 개선 제안도 환영한다. 11월 24일 추첨.
  • 루이칭 3576 데스크톱 펫 라이브 (11-04 20:00): DeepSeek Harness의 데스크톱 펫 이미지를 RK3576과 작은 화면에 옮겨, KEY5를 누르면 한마디 말하고 몇 초 후 큰 뚱뚱한 물고기 말투로 한마디 응답하며, 화면 속 눈이 따라 움직인다. 분업은 보드가 듣기와 말하기를, PC가 생각하기를 담당한다. 보드 측은 arecord/aplay로 hw:0,0을 사용하고, 표정은 GPU를 거치지 않고 직접 mmap으로 /dev/fb0에 쓴다. 인격, 기억, 도구, 모델은 모두 PC의 DSH Desktop에 있으며, 보드는 API Key를 저장하지 않고 추론도 하지 않는다. 글은 세 가지 함정을 매우 현실적으로 서술했다. 한 번의 키 입력으로 두 라운드 대화가 실행되는 문제(flock 단일 인스턴스, EVIOCGRAB 독점, 고아 프로세스 정리 세 가지 세트 필요), 스트리밍 TTS가 잘리는 문제(「연속 여러 번 폴링해 내용이 변하지 않고 구두 방송이 최소 두 글자 이상일 때」 합성하도록 변경, 용량 10 KB에서 115 KB로), 표정 두 단계 우선순위가 잠금 만료 시 자동으로 idle로 복귀해야 하는 문제.

커뮤니티 작품과 대회

날짜: 2026-10-30 ~ 2026-11-05　출처: 저장소: Titan Mini PCB Inspector

  • 대회 작품 사후 집중 오픈소스화: 모니터링 기간 내 GitHub에 15개의 신규 RT-Thread 관련 저장소가 등장했으며, 그중 7개가 2026 RT-Thread 임베디드 대회 참가 작품으로 자술했다. 집중 오픈소스화 시점은 10-30에서 11-01에 걸쳐 있으며, 대회의 「작품을 포럼에 게시하고 코드를 오픈소스화할 것」 요구와 일치한다. 네 개의 엣지 AI 비전 프로젝트가 두 가지 보드에 집중되었다. 르네사스 Titan Board Mini(RA8P1, Cortex-M85 + Ethos-U55) 기반의 Titan Mini PCB Inspector(카메라로 보드 확인, 800×480 LCD, Ethos-U55 로컬 추론, 클라우드 대형 모델이 제안 작성, 네트워크 단절 시 테이블 기반 전문가 규칙으로 폴백)와 링시즈머우(INT8 자세 모델로 단일 프레임 최대 10명, 인당 17개 키포인트, 손 들기/엎드리기/서기/바르게 앉기 네 가지 행동 판정, 0에서 100까지의 집중도 출력, 이벤트에 타임스탬프를 붙여 SD 카드 CSV에 기록, 원본 화면은 교실 밖으로 나가지 않음), 푸한 MC632X(Cortex-A7) 기반의 두 SENTINEL은 하나는 M5Stack AtomS3R을 연결해 음성 방송과 이중 MJPEG 미리보기, 인체 감지와 트립와이어 통계를 수행하고, 다른 하나는 PC 없이 독립 실행을 강조하며 전원 인가 시 자동으로 네트워크 설정과 웹 서비스 시작을 완료한다.
  • 수공 및 디버깅류 도구: 이번 주에는 지난 호와 같은 커널 분석 장문이 나타나지 않았으며, 커뮤니티의 관심은 분명히 작품 저장소 자체로 이동했다. 저장소 자술의 보드 모델, 모델 양자화 비트폭, 파티션 구분이 게시글 본문보다 공학적 선택을 더 잘 설명한다.
  • 플랫폼 분포: 참가 작품은 Titan Board Mini, MC632X, PSoC Edge E84, NS800RT7P65D, FRDM-MCXA346 다섯 가지 보드를 커버하며, 이는 대회 보드 목록의 NPU 탑재 고성능 MCU부터 듀얼코어 모터 제어 칩까지의 범위와 정확히 대응한다.

5. 산업 응용과 비즈니스 동향

산업 제어와 산업 연동

날짜: 2026-11-02 ~ 2026-11-03　출처: 저장소: rtthread-industrial-gateway

  • 전체 체인이 모두 보드 단에서 동작하는 산업용 게이트웨이: 새로 만들어진 개인 프로젝트로, 산업용 데이터 게이트웨이의 네 가지 체인을 동일한 STM32F407VGT6 한 개 위에 구현했다. 하향 링크는 FreeModbus로 RTU 마스터로 동작하며 현장 슬레이브의 홀딩 레지스터를 주기적으로 폴링한다. 로컬은 LVGL 8.3으로 HMI를 구성했고, 버튼 제어와 값 되읽기가 하나의 홀딩 레지스터 미러 테이블을 공유한다. 상향 링크는 ML307 4G 모듈을 거쳐 MQTT QoS1로 ThingsBoard에 연결하며, RPC 역방향 제어를 지원한다. 원격 업그레이드는 HTTP 청크 다운로드와 CRC32 검증을 사용하고, download 파티션에 기록한 후 rtboot가 app 파티션으로 옮긴 뒤 점프한다. 하드웨어 구성은 대부분의 유사 저장소보다 상세하게 기술되어 있다. FSMC 8080 병렬 인터페이스 16비트 TFT, xpt2046 저항식 터치는 SPI 연결, W25Q128(16 MB)은 SPI1에 연결되고 칩 셀렉트는 PG15 소프트웨어 제어, ML307은 uart6으로 AT 명령 사용, Modbus 슬레이브는 uart3의 9600 8N1에 연결된다.
  • 듀얼 MCU 소독 장치: 「징쑨웨이스」는 교실, 복도, 공공 좌석과 같은 중소형 공공 구역을 대상으로 하며, 구조는 GD32H759IMT6(Cortex-M7)가 운동 주 제어를, STM32F103C8T6(Cortex-M3)가 분사 제어를 담당하고 양쪽 모두 RT-Thread 4.1.1을 구동한다. 기능은 4륜 차동 이동, 로봇 암 분무 분사, HX711 계량으로 잔량 모니터링, 원격 제어, 예약 소독, 상태 보고와 영상 전송을 포함한다. 저장소 구조는 대부분의 참가작보다 정돈되어 있어 docs/ 아래에 하드웨어 설명, 통신 프로토콜, 코드 스타일과 커밋 문서가 있고, scripts/ 아래에 Keil 빌드와 저장소 자체 점검 스크립트가 있으며 clang-format 설정도 포함되어 있다. 트레이드오프가 명확하다. 운동 제어는 실시간성이 필요하고 분사와 잔량 모니터링은 느린 변수이므로, 분리한 뒤 두 칩이 각각 여유를 확보하고 통신 비용은 시리얼 프로토콜 하나로 충분하다.

모터 제어와 엣지 AI

날짜: 2026-10-30 ~ 2026-11-04　출처: 저장소: NS800RT7P65D FOC와 CANopen

  • 듀얼 Cortex-M7의 20 kHz 센서리스 FOC: NuSilicon NS800RT7P65D는 두 개의 논리 CPU로 분할된다. 하나는 20 kHz ADC 샘플링과 PWM을 실행하며 센서리스 FOC, 슬라이딩 모드 관측기와 PLL 추정을 수행하고 하드웨어 셧다운을 갖춘다. 다른 하나는 UART와 FinSH, CANopenNode v4.1과 CiA 402 브리지, CAN 송수신을 실행한다. 코어 간에는 비동기 명령 메일박스와 6개 필드, 24바이트의 일관성 스냅샷만 오가며 공유 메모리를 무작위로 읽지 않는다. 하부는 RT-Thread 5.3.1의 SMP 구성이다. 이번 주 가장 양산 형태에 가까운 경진대회 작품이다.
  • 진동 진단의 엣지 MLP: Infineon PSoC Edge E84의 EdgeDoctor-RT는 20밀리초마다 진동 데이터 블록 하나를 처리하고, 1초 슬라이딩 윈도로 64차원 주파수 대역 특징을 추출해 64-32-5 MLP에 입력하여 정상, 베어링 내륜 고장, 베어링 외륜 고장, 정렬 불량, 불평형의 다섯 가지 상태를 판정하며 신뢰도와 조치 권고를 제공한다. 베이스라인은 공식 Edgi_Talk_M55_XiaoZhi v1.4.0이며 애플리케이션 계층만 덧씌우고 부팅, 링크, HAL과 Wi-Fi 리소스는 변경하지 않는다.
  • 운동 제어와 검사의 두 가지 다운시프트: NXP FRDM-MCXA346에서 하나는 스텝 모터 폐루프 위치 결정(엔코더 피드백과 Python 및 Tkinter 상위 컴퓨터, 10도와 90도 위치 결정, 상대 역회전 45도와 소프트웨어 영점 복귀 실행)을 수행하고, 다른 하나는 초음파 장애물 회피와 연기 감지를 결합한 검사 카트로 시각 인식은 PC 측에 둔다. 두 사례는 경진대회 보드의 다운시프트 수준을 보여준다. 동일한 범용 MCU가 폐루프 운동 제어와 저속 순찰을 모두 담당한다.
  • 네 가지 비전 프로젝트의 공통 트레이드오프: 모델을 엣지 NPU 또는 MCU로 압축하고, 복잡한 판단은 클라우드나 규칙 엔진에 맡기며, 원본 화면은 기기 밖으로 나가지 않는다. 이는 RuiQing 데스크 펫의 「두뇌는 PC에, 몸체는 보드 단에」와 동일한 엔지니어링 판단이다.

웨어러블과 검증 플랫폼

날짜: 2026-11-02 ~ 2026-11-03　출처: 저장소: helios-sf32(Sifli SF32LB52 시계 펌웨어)

  • Shenzhen SiFli SF32LB52 기반 스마트워치 펌웨어: OpenSifli SDK 기반이며, 타깃 보드는 SF32LB52 개발 보드의 LCD 화면이고 UI는 LVGL, 베이스는 RT-Thread입니다. 저장소는 9월 4일에 생성되었고 모니터링 기간 내에 한 번 푸시되었습니다. 웨어러블은 RT-Thread에서 상대적으로 드문 적용 분야로, 이런 제품의 제약 조건은 산업용 보드와 반대입니다. 화면 갱신이 유려해야 하고, 대기 전력 소모가 낮아야 하며, UI 리소스가 핫 업데이트될 수 있어야 합니다. OpenSifli SDK가 RT-Thread를 기본 RTOS로 채택했다는 점은 이 제품 라인이 SDK 계층에서 이미 베이스를 선택했음을 보여줍니다.
  • RV32IM 듀얼 이슈 FPGA CPU가 Nano를 최소 검증 스택으로 사용: Xilinx Kintex-7을 겨냥한 파이프라인 CPU 프로젝트로, RV32IM 명령어 집합, 머신 모드 CSR과 타이머 인터럽트, 메인 실행 채널에 정수 보조 채널 하나를 더해 듀얼 명령 페어링을 지원하며, 프런트엔드에는 BTB, RAS와 간접 점프 예측이, 메모리 접근 측에는 듀얼 채널 포워딩, load/store 페어링과 캐시 히트 바이패스가 있습니다. 소프트웨어 측은 RT-Thread Nano v3.1.5에 UART 명령줄과 CoreMark 1.0을 구성해 실행합니다. 검증 데이터는 일반 아마추어 프로젝트보다 세밀하게 제시되었습니다. timingopt15에 256라인 DCache를 추가하고 180 MHz 이상적 클록에서 CoreMark 100회 동작 시뮬레이션을 수행했으며, 31,445,017 CPU 사이클, 30,605,777 은퇴 명령어, CPI 1.027421, 최종 CRC는 0x988c이고 7개 지정 회귀 테스트를 통과했습니다. 부족한 점도 명시했습니다. 180 MHz 배선 후 WNS는 -1.371 ns, WHS는 +0.013 ns로 타이밍이 수렴되지 않았고 아직 bitstream을 생성하지 못했습니다. RT-Thread 입장에서 Nano는 다시 한번 CPU 검증을 위한 최소 실행 가능 소프트웨어 스택으로 사용되었으며, 베어메탈 테스트보다 인터럽트, 컨텍스트 스위치, 타이머 경로의 문제를 더 잘 드러낼 수 있습니다.

상업 동향

날짜: 2026-11-02 ~ 2026-11-07　출처: EE Times China: RT-Thread, 우전 서밋에 등장

  • 이번 주에는 신규 상용화, 투자 유치, 주문 관련 보도가 없습니다. 제조사 측 움직임은 두 곳에 집중되었습니다. 하나는 원제조사가 BSP 저장소를 스크립트로 일괄 릴리스한 것(1. Xianji의 12개 저장소 동일 버전)이고, 다른 하나는 온디바이스 지능을 둘러싼 서사 구축(우전 「신광」, AI Kit, 오픈소스 AIOS 연맹 분업)입니다. 전자는 납품 역량의 표현이고, 후자는 솔루션 포지셔닝에 가까운 표현이며, 둘 다 아직 구체적인 고객과 주문 정보로 이어지지 않았습니다.
  • 경진대회와 과제 측의 상용화 신호: 상하이 오픈소스 소프트웨어 응용 혁신 대회가 2. RuiSaide를 12개 산업 과제 발표 주체 중 하나로 선정했으며, 과제는 산업 및 임베디드 시나리오의 실제 문제에서 나왔습니다. 이런 위치의 상업적 가치는 대회 후 구매가 아니라 제조사 요구를 사전에 경진 과제로 만드는 데 있습니다.

6. 트렌드 관찰

  • 밀린 정산이 이번 주에 정점을 찍었고, 일회성이다: 49건의 머지 중 31건이 11-05에 집중되었으며, 네 달에 걸쳐 있다(가장 오래된 #11558은 7-05 생성, 다수는 10-18부터 10-29 사이 생성). 다운스트림에 대한 직접적 의미는 이틀 동안 master를 풀하면 대규모 변경이 보인다는 것이며, 회귀 테스트 비용이 매일 분산되지 않고 집중적으로 방출된다. 프로젝트 건강도를 판단하는 안정적 지표는 여전히 큐 회전 시간이다—이번 주 신규 28건, 머지 49건으로 유입과 유출이 기본적으로 균형을 이루었고, 큐는 얇아지지 않았다.
  • 공격 표면이 한 차례 이동했다: 시스템 콜 파라미터에서 디바이스 펌웨어로. 10월 말부터 11월 초에 보고된 것은 「값에서 객체로」 검증 누락(getaddrinfo의 중첩 포인터, pipe의 ioctl 포인터, timerfd의 fd 타입, POSIX timer의 id, 블록 디바이스 파티션의 베어 포인터)이었고, 이번 주 두 건은 「디바이스가 말하는 대로 믿는다」로 바뀌었다—MSI-X의 BIR이 한 비트만 범위를 벗어나도 rom 멤버로 별칭되며, ivshmem의 구성 워드는 커널 메모리를 공유 메모리로 직접 기술한다. 두 가지의 공통 기술적 결함은 rt_ioremap()이 물리 주소를 검증하지 않는다는 것이며, 각 드라이버에서 개별 판단하는 대신 통합 계층으로 추출할 것을 권장한다.
  • 「보고에서 패치까지」가 시간 단위로 진입했고, 병목이 리뷰와 검증으로 이동했다: 이번 주 세 가지 샘플은 31분(#11969 → #11970), 6시간 9분(#11985 → #11986), 2시간 11분(#11992 → #11993)이다. 보고자가 PoC, GDB 로그, 버전 추적이 포함된 완전한 자료를 제공하여 메인테이너가 받자마자 바로 수정할 수 있었고, 이는 어떤 프로세스 규정보다 시간을 더 압축한다. 대가는 리뷰 압력이 뒤로 밀리는 것이다: 48건 대기 중, 블록 디바이스 파티션 건은 사흘 이상 걸려 있었고, mailbox 건은 「구조적 수정이 필요하며 이번 라운드에서는 불완전한 패치를 제출하지 않는다」고 명확히 밝혔다.
  • 버전 거버넌스가 문서에서 증거로 나아갔고, 메인라인 계획은 이미 6 시리즈를 바라본다: Z는 월간, Y는 3~6개월, X는 비정기라는 세 가지가 저장소 문서에 기록되었고,配套된 #11972는 「Z 버전을 출시할 수 있는가」를 프레임워크별 QEMU와 utest 목록으로 분해했으며, 일주일 만에 다섯 세트의 프레임워크 테스트가 착지하여 CI에 연결되었다. 문서 예시는 일괄적으로 v6.0.0／v6.1.0／v6.1.1로 작성되어, 다음 라운드 메인라인이 6 시리즈로 계획됨을 보여준다—다운스트림 배포판에게 이는 5.4 이후 5.5가 없을 수 있음을 의미하며, 마이그레이션 윈도우 판단은 이 전제로 재계산해야 한다.
  • 대외 서사가 안정적으로 「엣지 지능형 운영체제」로 전환되었고, 엔지니어링 샘플이 이를 뒷받침한다: 우전 「신광」은 AIOS 기반을 국가급 플랫폼 추천 목록에 넣었고, AI Kit는 가상화 혼합 배포를 설명한다; 같은 주 Ruiying 데스크톱 펫 회고는 「보드 측 실시간 IO 더하기 PC 측 추론」의 재현 가능한 7단계 경로를 제시했으며, 오픈소스 AIOS 연맹 원고는 세 가지 Agent 방안과 세 파트너의 분업을 제시했고, 대회 출품작의 네 가지 비전 프로젝트는 일관되게 모델을 엣지로 압축하고 복잡한 판단은 클라우드로 올렸다. 홍보口径과 엔지니어링 취사선택이 처음으로 일치했다.
  • 보드급 생태계가 양쪽으로 나아가고, 커널 플러그 가능성이 외부 프로젝트로 검증되었다: 한쪽은 원廠이 BSP 저장소를 스크립트화하고 동일 버전을 일괄 릴리스하며(先楫 12개 저장소가 같은 날 동일 버전), 보드 간 일관성을 보장한다; 다른 쪽은 커뮤니티가 서드파티 보드(野火 HPM6750 BTB)와 구형 플랫폼(新唐 N9H30)을 위해 BSP를 보충하여 롱테일 커버리지를 채운다. 동시에 커뮤니티는 FreeRTOS만 제공하는 ESP32-S31에서 RT-Thread를 ESP-IDF 컴포넌트로 커널을 교체하고 36개 자체 검사를 통과시켰으며, RH850 같은 새 아키텍처의 이식 제안도 큐에 들어왔다—「커널 플러그 가능성」이 구호에서 재현 가능한 엔지니어링 결과로 바뀌었다.

부록: 자료와 검증

자료 목록

호 날짜 유효 기간 수록 항목(소제목 기준)
제1호 2026-11-02(월) 10-30 08:00 ~ 11-02 08:00(72시간) 16
제2호 2026-11-03(화) 11-02 08:00 ~ 11-03 08:00(24시간) 20
제3호 2026-11-04(수) 11-03 08:00 ~ 11-04 08:00(24시간) 17
제4호 2026-11-05(목) 11-04 08:00 ~ 11-05 08:00(24시간) 12
제5호 2026-11-06(금) 11-05 08:00 ~ 11-06 08:00(24시간) 17
  • 다섯 호 데일리 리포트가 완비되어 누락 날짜가 없다; 월요일 호는 주말을 가로지르는 72시간 기간으로, 시작점은 이전 호의 종료 시점을 따른다. 10-30에 머지된 두 건(#11915 dlmodule, #11936 clang-format 고정 버전)은 이미 이전 주 위클리 리포트의 릴리스 날짜 검증에서 기록되었으므로, 이번 호에서는 중복 기술하지 않는다.
  • 위클리 리포트 본문은 다섯 호 데일리 리포트를 기반으로 동일 주제 항목을 병합한 것으로, 항목 수가 위 표와 다른 것은 정상적인 병합이며; 보안类 결함은 「시스템 콜과 기술자」「디바이스 측」 두 계열로 병합되어 건별로 전개하지 않는다.

검증 설명

  • 릴리스 날짜 확인(11-06 08:00 ~ 11-07 18:50): 메인 저장소 커밋, releases 및 tags, 병합 및 심사 중 제안, 신규 결함 티켓을 항목별로 실측했다. 확인 결과 금요일 데일리 리포트 마감 시점 이후에 병합된 5건이 발견되었다—STM32F1/H7 입력 캡처 #11975(11-06 09:20), K230D #11897(09:37), SDIO 블록 디바이스 테스트 #11758(09:44), CAN 송수신 테스트 #11752(09:45), QEMU DAC 및 I2C 프레임워크 테스트 #11990(13:10)—이며, 2장 병합 목록과 1장 주요 뉴스에 반영했다. 11-07에는 신규 커밋이 없다.
  • 마감 이후 신규 항목: 11-07 새벽에 4건(#11996 timerfd fd 타입 검증, #11997 POSIX timer 경계 검증, #11998 RH850 G4KH 이식, #11999 picolibc 프로토타입 정렬)이 발생했고, 낮 동안 다시 4건(#12000 OFW 트리 procfs 노출, #12001 비 SMART CPU 시간 통계, #12002 Touch 프레임워크 테스트, #12003 Bouffalo ADC DMA 채널 검증)이 발생했으며, 모두 신규 제안으로 기록하고 병합으로 집계하지 않았다.
  • 기준: 이번 주 병합 49건, 신규 제안 28건, 신규 결함 및 기능 티켓 8건은 모두 11-02 00:00 ~ 11-07 18:50의 실측값이다. 버전 기준은 「5.4.0 개발 상태, releases 및 tags는 v5.3.0에 정지」이며, 버전 매크로로 릴리스 사실을 대체하지 않는다.
  • 미수록 항목: zlgopen/awtk의 일상 커밋(범용 GUI, RT-Thread와 특별한 연관 없음), 스타 수 한 자릿수이고 실질적 설명이 없는 개인 신규 저장소, 11-01의 광군제 프로모션 원고(홍보 콘텐츠이며 이미 모니터링 기간을 벗어남), 10-23 행사이지만 11-03에야 보도된 연맹 원고는 「최초 기술 분업 공개」로 기록하고 당일 이벤트로 보지 않는다.
  • 채널 제한: 포럼 club.rt-thread.org는 주 전체에 걸쳐 468을 반환하고 WAF 챌린지 페이지를 선행 표시했다. 공식 뉴스 API와 공식 웹사이트 뉴스 목록은 6월 17일에 정지해 있으며, 공식 웹사이트 뉴스 모듈에서 로딩 실패가 발생했다. Google News 중국어 측 히트는 행사 및 설문 유형 원고에 집중되었고, 영어 측 여러 쿼리는 제로 히트였다. HN Algolia의 히트는 대부분 thread 단어 의미의 오매칭이어서 전량 제외했다. GitHub 익명 API 한도는 일부 회차에서 상한에 도달했으며, 조직 수준 확인은 Atom 커밋 피드와 웹 조직 페이지로 보완했다.

전체 출처 목록

— https://github.com/RT-Thread/rt-thread/pull/11947

RT-Thread/rt-thread/issues/11967>

rg/news/list>

데이터 출처: 일일 RT-Thread 동향 데일리 리포트(2026-11-02 ~ 2026-11-06, 총 5회) 및 이번 주기 릴리스 당일 확인; 보고 주기는 2026-11-02 ~ 2026-11-06. 다음 위클리 리포트 주기 제안: 2026-11-09 ~ 2026-11-13.