[参考译文] CC3235SF：此任务名为"x"？

我使用的是直接 FreeRTOS 调用、因为这是我在 CC3220和其他 MCU 架构上的 FreeRTOS 项目中一直使用的内容；我有一个 C++库、完全封装了 FreeRTOS API 的行为。  您是否建议任何人在 CC3235 SimpleLink 项目中的任何位置直接调用 FreeRTOS API 都不安全？  如果不是、具体禁止"混合"本地 FreeRTOS 和 POSIX API 调用的规定是什么？

我 可以轻松地提高的优先级sl_Task()，这不是问题。  我继续从示例中克隆 POSIX 类型的启动调用、并将其放入我的应用程序中、您知道什么sl_Start()、实际上完成了、这表明它是在 STA 模式下出现的。  我的任务诊断现在显示有两个名为"x"的任务：

#FE4  1006.337 | No Handle   Base Curr HiWByte State     Name
#FE4  1006.345 | 17 2003721c   20   20     836 Blocked   Tmr Svc
#FE4  1006.345 | 19 2002c8e8   15   15    1984 Blocked   x
#FE4  1006.345 | 03 200203f0   14   14    1120 Blocked   debug_mgr
#FE4  1006.347 | 02 2001f560   13   13    1288 Blocked   ioxp_0x21
#FE4  1006.366 | 01 2001eb38   13   13    1288 Blocked   ioxp_0x20
#FE4  1006.367 | 15 2002ad50   12   12    1320 Blocked   led_main
#FE4  1006.368 | 13 200295f8   11   11    2376 Blocked   ------------
#FE4  1006.371 | 05 20022490   10   10    1216 Suspended ble_tx
#FE4  1006.388 | 04 20021de0    9    9    2664 Blocked   ble_rx
#FE4  1006.389 | 06 200236f8    8    8    3368 Suspended ble_msg
#FE4  1006.390 | 11 20027b28    7    7    1704 Blocked   ------------
#FE4  1006.393 | 12 20028938    6    6    2008 Blocked   ------------
#FE4  1006.411 | 14 2002a688    5    5    2816 Blocked   ------------
#FE4  1006.411 | 10 20026df0    4    4    2352 Blocked   ------------
#FE4  1006.411 | 09 20026110    3    3    2392 Blocked   ------------
#FE4  1006.416 | 08 20025430    2    2    1872 Running   test
#FE4  1006.433 | 07 200243a8    1    1    1936 Ready     background
#FE4  1006.434 | 18 2002bbf0    1    1    1864 Blocked   x
#FE4  1006.434 | 16 2003715c    0    0     908 Ready     IDLE

优先级为15的任务是由创建的任务 pthread_create()。  但是、中的某些内容似乎sl_Task()产生 了另一个优先级为1的任务。  这两个项目都被命名为"x"、我想知道为什么... TI 的 pthread 实现无法为任务应用名称或标签、因此它使用默认值"x"。  取自 pthread.c 行56：

/*  FreeRTOS 10.1.0 requires a valid name (when asserts are enabled).
 *  configMAX_TASK_NAME_LEN may be as small as one character.
 */
static const char * const tname = "x";

无论如何，一旦我使用 POSIX API 来进行生成sl_Task()，SL API 调用(包括sl_Start())就会开始工作。

#ZA4    17.894 | connecting to SSID [The Abyss]
#ZC4    19.483 | WLAN: STA connected, SSID [The Abyss], BSSID D8:6C:63:F5:44:82
#ZD4    23.475 | NETAPP: IPv4 acquired, ip 192.168.4.116, gw 192.168.4.1, DNS 192.168.4.1
#ZA4    23.484 | SSID [The Abyss] connected, IP 192.168.4.116

因此、如果您能回答优先级1 (低)任务的神秘问题、我会很好奇地知道。  我可以通过在内部拆分pthread_create()并将起始地址与映射文件进行比较来自行解决该问题。

AHA、明白了。  低优先级线程为SlNetConn_processor()，如 ti_net_config.c 中所示：

static int32_t createSlNetEventThread(void) {
    int32_t             status;
    pthread_t           thread;
    pthread_attr_t      attrs;
    struct sched_param  priParam;

    pthread_attr_init(&attrs);
    priParam.sched_priority = 1;

    status = pthread_attr_setschedparam(&attrs, &priParam);
    if (status == 0) {
        status = pthread_attr_setstacksize(&attrs, 2048);
    }

    if (status == 0) {
        status = pthread_create(&thread, &attrs, SlNetConn_processor, 0);
    }

    return (status);
}

从而使高优先级任务sl_Task()保持预期状态。  它们都被命名为"x"、因为pthread_create()无法智能地命名线程。  神秘已解决。  感谢您的帮助。