注释
@EliteEng: 这似乎表明存在引导加载程序问题,因为我遇到了完全相同的问题。旧的引导加载程序大约需要 2k,而较新的 optiboot 是 0.5k。这似乎可以确认我们的空间已用完。 |
好吧,如果那是 9d,我也有预编译的十六进制文件 idk 的问题,但可以……无论如何我将源代码编译为一个新的十六进制并且它工作……预编译的十六进制文件大约是 57 kbytes 而我编译的 27 或所以 。 |
@LETARTARE:目前尚不清楚您的回购协议与主要 Grbl 源代码有何不同。你能为我们详细说明这些是什么吗? |
@chammit Uno 的 Grbl-0.9d 示例: 谷歌翻译!! |
我看到这篇文章有点旧,但我会加上我的 2 美分,这样人们就不会犯我差点犯的错误。我使用 Xloader 上传 0.9e 并且效果很好,但我几乎上传了错误的文件。我最初进入构建页面并右键单击该文件以保存到我的硬盘驱动器。但我注意到文件大小超过 200k – 太大了。所以我看了看,发现我已经在 HTML 页面中下载了十六进制文件。您需要转到 GitHub 中的 hex 文件页面,然后右键单击原始按钮并将其保存到硬盘驱动器。 |
我有 Arduino UNO,但它们都不允许我在它们上面刷写 0.9d 固件。Xloader 只会说上传失败。
还有其他人有这个问题吗?我好像记得那个@chamnit说了一些关于重新烧录引导加载程序的事情。
原来的bootloader太大了吗?并且不允许上传所有代码。
我将其中一个 UNO 设置为 ArduinoISP,并将带有 avrdude 的 0.9d 固件直接刷入第二个 UNO(无引导加载程序),它运行良好。
顺便说一句,MEGA2560 更新没有问题。