Panorama del desarrollo¶
La sección de desarrollo explica cómo convertir una placa SF32 funcional en un firmware de producto mantenible. Úsela después de ejecutar hello_world por primera vez para elegir la configuración de placa, compilar y grabar de forma reproducible, adaptar un ejemplo adecuado, integrar funciones del producto, diagnosticar fallos y planificar actualizaciones y recuperación.
Para la primera ejecución de la placa, consulte Primeros pasos; para elegir el dispositivo y la placa de desarrollo, Productos SF32; para esquemáticos y hardware de producción, Hardware; y para conocer los fundamentos de arquitectura, Aprendizaje. Utilice esta sección cuando necesite el flujo de trabajo de ingeniería y orientación de implementación para tareas concretas.
SiFli-Solution
SiFli-Solution es otro paquete de software de SiFli que μForge.io no documenta actualmente. La información de esta sección se limita a SiFli-SDK y a las opciones comunitarias indicadas a continuación. Si su producto necesita una solución más completa para dispositivos con pantalla, consulte la documentación oficial de SiFli Solution y póngase en contacto directamente con SiFli. Un producto complejo que siga esta vía puede requerir una colaboración directa y estrecha con SiFli.
Establecer una base de SiFli-SDK¶
SiFli-SDK es el paquete oficial de SiFli basado en RT-Thread y la ruta de referencia para desarrollar firmware SF32. Empiece por aquí, salvo que tenga un motivo concreto para evaluar otro ecosistema: ofrece la cobertura documental más amplia para placas, Bluetooth, gráficos, audio, almacenamiento, gestión de energía y desarrollo para producción.
Antes de implementar funciones del producto, establezca y registre una base reproducible:
- Seleccione la configuración exacta de la placa del SDK en Configuración de la placa.
- Ejecute correctamente el flujo de Compilar, grabar y supervisar la salida serie.
- Guarde la versión o el commit del SDK, el nombre de la placa, los comandos de compilación y grabación, los ajustes serie y un registro de arranque.
- Empiece con el ejemplo más cercano, sobre todo si ya ejercita el subsistema más complejo del producto.
Este registro será la referencia para evaluar cambios posteriores en la aplicación, adaptaciones de placa, fallos de pruebas y recuperación en campo.
Buscar orientación por tarea¶
| Tarea | Consulte primero | Después, consulte |
|---|---|---|
| Compilar y grabar el firmware; revisar la salida serie | Compilar, grabar y supervisar la salida serie | Herramientas para grabación mediante scripts, trazas y utilidades de análisis de fallos. |
| Adaptar el firmware a una placa de desarrollo, un módulo o hardware propio | Configuración de la placa | La guía de hardware correspondiente y el ejemplo más cercano para esa placa. |
| Reutilizar un controlador o una capa de middleware en varios proyectos | Componentes y sf_pkg |
Un ejemplo mínimo y documentación que delimite las opciones de configuración. |
| Implementar un periférico o subsistema concreto | Notas de aplicación de SiFli-SDK | La guía oficial del SDK enlazada para consultar las API, los símbolos de configuración y los comandos exactos. |
| Empezar el desarrollo del producto con código que ya funciona | Ejemplos | La configuración de placa correspondiente; pruebe después cada cambio. |
| Diagnosticar un fallo o recopilar evidencias del producto | Depuración y diagnóstico | Registro de eventos y análisis de fallos. |
| Cambiar el diseño de arranque, el almacenamiento, las actualizaciones, USB o la gestión de energía | Temas de firmware | Revise el tema de particiones, actualizaciones, USB, energía o registros pertinente antes de cambiar el código. |
Notas de aplicación de SiFli-SDK¶
Las notas de aplicación se organizan por tarea de integración, no según el orden del catálogo del SDK. Empiece por la nota del subsistema que necesita. Antes de reutilizar una configuración o un comando, compruebe qué familias de chips cubre la nota, la configuración de placa, la versión del SDK y los requisitos de hardware indicados.
| Área de ingeniería | Nota de aplicación inicial |
|---|---|
| Señales analógicas y sensores | Muestreo con GPADC · Integración y lectura de sensores |
| Almacenamiento y recursos gráficos | Uso de memoria Flash externa · Comprimir recursos gráficos con EZIP |
| Fiabilidad, consumo y depuración | Configurar el watchdog · Configurar modos de bajo consumo y medir corriente · Capturar registros y analizar fallos |
| Validación de RF y Bluetooth | Realizar pruebas RF con SiFli-SDK · Realizar pruebas de señalización Bluetooth · Realizar pruebas RF individuales de Bluetooth |
Navegar por la sección de desarrollo¶
| Área | Propósito |
|---|---|
| SiFli-SDK | Establecer el flujo de referencia: configuración, compilación, grabación, componentes reutilizables y diagnóstico. |
| Notas de aplicación de SiFli-SDK | Aplicar el SDK a una tarea concreta, como ADC, sensores, Flash externo, bajo consumo, diagnóstico o pruebas de RF y Bluetooth. |
| Ejemplos | Elegir y adaptar una implementación funcional para la placa exacta y el subsistema más exigente del producto. |
| Herramientas | Elegir herramientas de grabación, supervisión, trazas, análisis de fallos, recursos y producción. |
| Temas de firmware | Tomar decisiones transversales sobre particiones, OTA/DFU, USB, gestión de energía y evidencias de diagnóstico. |
| Experimental / Comunidad | Evaluar Zephyr, Arduino, MicroPython o Rust teniendo en cuenta el alcance y el nivel de madurez indicados en cada página. |
Evaluar con criterio las opciones comunitarias¶
El grupo Experimental / Comunidad está dirigido a equipos que tienen motivos para ir más allá de la ruta de referencia del SDK. Esto no implica un soporte de producción equivalente.
| Opción | Considérela si | Interprétela como |
|---|---|---|
| Zephyr | Necesita las API de Zephyr, devicetree, Kconfig o adaptar el soporte para una placa en una rama derivada. | Una vía de evaluación derivada, con soporte específico para cada placa. |
| Arduino | Necesita sketches o un prototipo rápido de periféricos en una placa compatible. | Una vía beta limitada a determinadas placas. |
| MicroPython | Está evaluando el soporte futuro para ejecutar scripts. | Una página de estado hasta que exista un port público reproducible. |
| Rust | Puede evaluar el trabajo de HAL/PAC y contribuir correcciones al proyecto upstream. | Una iniciativa comunitaria aún en desarrollo. |
Antes de basar un producto en una de estas opciones, valide en la placa exacta todos los periféricos necesarios, la distribución de la memoria Flash, el método de depuración y el procedimiento de recuperación. Guarde junto con el código del producto la revisión probada, la configuración, los comandos y los resultados.
Evidencias de desarrollo listas para el producto¶
Antes de considerar que una ruta de firmware está lista para incorporarse al producto, asegúrese de poder responder a estas preguntas:
- ¿Qué chip, revisión de la placa o del hardware propio y configuración se probaron?
- ¿Qué SDK, paquete, rama o commit generó el firmware?
- ¿Qué comandos de compilación, grabación, supervisión y recuperación completa funcionan?
- ¿Qué ejemplo o prueba demuestra el funcionamiento de cada periférico y subsistema requerido?
- ¿Qué diseño de particiones, comportamiento de actualización, objetivo de consumo y procedimiento de decodificación de fallos se han validado?
Si falta alguna respuesta, el trabajo puede seguir siendo un prototipo útil, pero todavía no se dispone de una base de firmware reproducible para el producto.
Última actualización: