出出啊
出出啊
It is Not the Mountain We Conquer, but Ourselves

注册于 7 months ago

回答
980
文章
23
关注者
65

如果是使用的外部晶振,你用的晶振频率和别人的可能不一样。造成主频倍频了一个非预期值

有错误信息了,跟到代码里看看是什么原因打印的那个错误信息嘛

虚拟 U 盘和串口可以同时搞在一个usb口上?还可以这样?

为啥不用 rtt 的 gpio 框架呢? 你只添加了头文件引用路径,但是没有把 c 文件添加到项目。
在 rtt 的设备框架下,多数时候,只需要把引脚配置的几行代码拷贝到 msp 函数里。cubemx 生成的函数仅供参考了。

studio? 项目属性里,设置链接工具那里添加 m 库看看啥反应。

这个问题属于芯片硬件范畴。只要芯片支持的,rtt 不支持也得改到支持。
drv_pulse_encoder.c 是不是这个文件,非 st 芯片请忽略

能出现后面的版本信息,说明跳转地址对了。
bootloader 里没有关开过的中断?把所有启用的中断都禁用掉。不仅仅只是关总中断。启用的外设也卸载掉最好了。

创建的socket 太多了?那个宏默认好像是4 修改配置改大点儿试试

OSRunning 不靠谱,看我的文章里怎么解决的吧

参数不是这么搞的。
这个函数接口有点类似 main 函数 main(int args, char *argv[])
参考 ls 这个命令写法

static int cmd_ls(int argc, char **argv)
{
    extern void ls(const char *pathname);

    if (argc == 1)
    {
#ifdef DFS_USING_WORKDIR
        ls(working_directory);
#else
        ls("/");
#endif
    }
    else
    {
        ls(argv[1]);
    }

    return 0;
}
MSH_CMD_EXPORT_ALIAS(cmd_ls, ls, List information about the FILEs.);

我只能告诉你 crc32 校验错误,目测 download 分区烧写的程序校验值 21200000 这个值是错的。或者说 ota 下载完成后没有把 download 分区的校验数据更新。或者分区信息就是写错了。

哪儿错了?
你确定是 tftp 传输文件失败,还是启动失败?
你这个是什么版本?咋看到了 uboot 的身影,还有 linux 的身影?
你这个是 uboot 引导启动 rt-thread?

回到
顶部

发布
问题

投诉
建议