STM32 Radio源代码几个进程（任务）疑问咨询

发布于 2009-12-20 22:35:29 浏览：5332 订阅该版

这两天下载了STM32 Radio项目的源代码在拜读。想通过此项目学习一下RT-GUI功能。拜读中有几个疑问特咨询一下：
疑问1：
在项目的Application.c文件中初始化之后只启动了一个任务，
```#if (RT_THREAD_PRIORITY_MAX == 32)
init_thread = rt_thread_create(“init”,
rt_init_thread_entry, RT_NULL,
2048, 8, 20);

else

init_thread = rt_thread_create("init",
                               rt_init_thread_entry, RT_NULL,
                               2048, 80, 20);

endif```

其他任务（GUI任务，MP3播放任务等）是否是通过Finsh命令来启动呢？例如：RT_GUI任务的启动代码被封装在函数w()里面，函数W()好像有对应着是Finsh命令的输出功能。
void w() { rtgui_demo_workbench_init(); } FINSH_FUNCTION_EXPORT(w, workbench demo)

疑问2：
在其他网站上看到RT-GUI相关说明有“在finsh下执行这个函数，有个非常明显的特点，即执行后，finsh就不再响应命令，因为finsh shell的线程已经作为UI线程来使用”，那么是否目前STM32 Radio中的其他任务（如DM9000.MP3等）都同样独占Shell任务呢？也就是说，目前的STM32 Radio中的代码还只能一个任务一个任务的同工Finish命令进行测试呢？

我没有到STM32 相关的硬件开发板上进行相应的试验调试，看到这个代码，心中有疑问，先到这里发一个疑问。

5 个回答

bernard 2009-12-21

这家伙很懒，什么也没写！

init线程时一个初始化线程，线程启动后再进行下一步初始化工作，所以在init线程入口：rt_init_thread_entry 会有更多的初始化工作要做。

因为有些初始化放在线程调度器启动后再做是有好处的，例如ETH里的PHY初始化，一般会有个自动协商过程。如果这个协商过程放在rt_application_init中做，因为此时线程调度器未启动，所以只能采用循环等待的方式，整个系统会挂起。放到线程调度器启动后才做，那么这个等待的过程就可以用rt_thread_delay(n)的方式，主动对当前线程进行休眠，并切换到其他线程继续做其他工作。

dragonwww 2009-12-25

这家伙很懒，什么也没写！

呵呵，我能理解楼主的心情，我也给老大反应过，内容如下：
RTT是否可以针对各个模块写一些有实用功能的例程，现在虽然是有例程，可都是只提供的框架，没有项目中实用的功能，有手册当然好，可为何不提供一个完整应用呢？
如果是我的话我会这么做（每个部分单独一个文件夹，包括库，拿来编译立即可用）：
1.文件系统：简单的硬件连接描述，打开文件，读取，修改，关闭，创建，删除等功能演示。
2.网络：配置，连接，发送数据，接收到数据的处理，关闭等功能。
3.MP3解码：从SD卡上读取一个MP3文件进行解码播放。
4.GUI:描述LCD型号与硬件连接，显示字符，显示汉字，显示一张图片等。
。。。。
目的就是直观，让没用的拿过来就能编译通过，一看例程就明白。
呵呵，有点理想化了，个人观点，仅供参考，当然了同意我的观点请举手，不同意的不要出声,哈哈

这两天又想到两点，也是工程中最常用的,可以再加上两个实例：
1.看门狗如何加上（其实老大给我说过在空闲线程里设置钩子函数，可惜能力有限没太懂如何做-_-!，最好看门狗时间长度可配置、有开关函数)。
2.EEROM里保存配置信息（有人实现了EEROM上的文件系统，倒是也不用这么复杂，网上找了点资料，http://www.ourdev.cn/bbs/bbs_content.jsp?bbs_sn=3578970&bbs_page_no=1&bbs_id=3020 ）。