问题标签 [sysbios]

我有一长串方程，除了大约 113 t 之外，看起来像这样：

其中L's 是输入参数。

计算需要很长时间t113。所以我试图把它分成几个不同的线程，以试图让它更快。问题是我不知道该怎么做。我试着在纸上用手画出树形的 t，这样我可以更好地分析它，但它变得太大而且在中途变得笨拙。

还有其他方法可以加快计算速度吗？谢谢。

编辑：我正在使用带有 SYS/BIOS 的 8 核 DSP。根据我的前任所说，这些反向和正向运动学方程将花费最多的时间来处理。我的前任也有意选择了这个 8 核 DSP 作为实现的硬件。所以我假设我应该以利用所有 8 个内核的方式编写代码。

我对“多核”处理器的概念感到困惑。

一些多核处理器，链接 ARM A9/x86，我们运行 uni-OS，如 linux/windows。每个核心都运行良好。

但是其他人，链接 TI 的 C6678，我们在核心 pac0 上运行 linux，并在每个其他核心 pac 上运行 sys/bios，它们通过 syslink 进行通信。

这些多核处理器之间的架构有何不同？

我想将窗口形式 USB 安装到我的系统（hp ProoBook 6450b），但它不能用 USB 启动，因此我想用 biose 更改启动设置，但我不懂我系统的 bios 语言。所以请帮我把我的系统bios语言改成英文。

我的测试代码以 SD 卡上的一个大型现有文件 test.dat 开头，测试执行以下操作：

似乎直截了当。

f_write 的结果是 SD 卡损坏。

我在我的嵌入式设备上跟踪了 EDMA 以观察FatFs读/写请求。f_open 读取请求都是健康的，它们正确地找到了文件和 FAT 表。

f_write 首先将第一个扇区读入暂存缓冲区，非常棒。然后它 memcpy 的零进入暂存缓冲区，太好了。在 memcpy 512 个零之后，它需要提交扇区并移动到下一个扇区。

正是在这一点上，代码被混淆了。它将零的暂存缓冲区写入 FAT 表！

ff.c/f_write() 中的违规代码是：

这里，fp->buf 是零的扇区缓冲区，但 fp->dsect 是 FAT 扇区（8318），而不是文件数据扇区（10240）！哎呀。在 disk_write() fp->buf 匹配 fp->sect。

这里似乎是一个基本的用例，看到这个我很震惊。

我希望世界上有人以前用 FatFs 解决过这样的问题吗？

我目前正在尝试将 SYS/BIOS 6.37.5.35 与 xdctools 版本 3.25.6.96 与 F2812 平台一起使用。

我遇到的问题是，当我尝试设置 PLL 配置时，我收到一条警告说

PLL 类型未分配，因此 Boot 模块不会配置 PLL

这是因为 Platform.xs 中的以下代码

这是否意味着 sys/bios 中的 2812 不支持 PLL 配置？

感谢和问候，

尼基尔·科蒂安。

如果我在完成初始闪存到 BIOS 后不小心忘记移除 SD 卡，会发生什么情况？我应该让它完成并尝试在没有它的情况下重新启动吗？我有点担心我把事情搞砸了。谢谢