agentsclimarketplace

Rt thread integration

Skill easyzoom/aix-skills/skills/rt-thread-integration

Use when integrating, porting, configuring, or debugging RT-Thread, Env, Kconfig, FinSH, device framework, DFS, networking, packages, or board supportFrom its SKILL.md

Install
npx -y skills add easyzoom/aix-skills --skill rt-thread-integration

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 24 stars24 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

SKILL.md

3.1 KB, 666 tokens by cl100k_base, as published. Nobody here has run it

RT-Thread Integration

Overview

Use this skill to debug RT-Thread by separating BSP configuration, kernel objects, device framework registration, components, and packages. RT-Thread problems often come from missing component config or device registration order.

When To Use

Use this skill when:

  • The user is working with RT-Thread, RT-Thread Studio, Env, SCons, BSPs, or packages.
  • The issue involves threads, semaphores, mailboxes, message queues, timers, FinSH/MSH, device drivers, DFS, SAL, lwIP, or OTA components.
  • A peripheral, filesystem, shell command, or network interface is present in code but missing at runtime.

Do not use this skill for a generic MCU peripheral with no RT-Thread component surface. Use embedded-peripheral-bringup first. For generic RTOS scheduling triage, use rtos-debug.

First Questions

Ask for:

  • RT-Thread version, BSP, board, toolchain, build system, and rtconfig.h.
  • Enabled components/packages from menuconfig or RT-Thread Studio.
  • Device name, driver registration path, init level, and FinSH output.
  • Thread list, stack sizes, priorities, heap size, and console log.
  • Current symptom and the command or API that fails.

Integration Checklist

  1. Reproduce the build configuration. Capture BSP, toolchain, package versions, rtconfig.h, and generated files.

  2. Prove console and shell. Bring up UART console and FinSH/MSH before deeper component debugging.

  3. Check kernel objects. Inspect thread state, stack, priority, tick, heap, and IPC object ownership.

  4. Prove device registration. Confirm driver init level, device name, class, open flags, and list_device.

  5. Add components one layer at a time. For DFS, SAL, lwIP, USB, or OTA, verify the lower device and config first.

  6. Validate package assumptions. Check package versions, include paths, component symbols, and board hooks.

Common Failures

  • rtconfig.h does not include the component the code expects.
  • Device is registered under a different name than the application opens.
  • Driver init runs before clocks, pins, DMA, or heap are ready.
  • Thread stack is too small for shell, filesystem, or networking code.
  • FinSH command exists but is compiled out by component config.
  • Package code assumes a POSIX, DFS, or SAL layer that is not enabled.

Verification

Before claiming RT-Thread integration works:

  • State RT-Thread version, BSP, build command, and enabled components.
  • Confirm console/shell output and relevant list_* command evidence.
  • Confirm device registration and open/read/write or control behavior.
  • Confirm stack and heap margins for the exercised path.

Example

User:

RT-Thread 里 spi device 找不到。

Agent:

  1. Checks BSP config, SPI component symbols, and board pin init.
  2. Uses shell device listing to confirm registration name and class.
  3. Fixes init order or device name before changing the application driver.

What ships with it

Read from the repository

Just SKILL.md. No reference files, no scripts.

Keep looking

Skills are one crate of 325,949. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.