@Harms2019: 是的，拥有它会很不错。然而，如果你没有注意到，最新的固件将 328p 的闪存和内存完全打包到最大。必须省略小的用户友好改进（仍然可以通过 config.h 和重新编译进行更改）。不过别担心，其中大部分将在下一个主要版本（很快）中解决。

降低波特率以尝试修复干扰就像在断腿上贴创可贴一样

如果您将 Arduino Uno 与 Atmega16u2 USB 转串行设备一起使用，则两个微控制器都以相同的方式从 16Mhz 振荡器（可能来自同一批次）生成波特率时钟，在相同的电压和大致相同的温度下运行，因此它们之间的相对误差应该远小于数据表中给出的绝对误差。

好吧，正如已经说过的那样，细节决定成败。另一个小问题是大多数波特率计算使用很好的整数值，如 300、600、1200、2400、4800 和 9600 波特。但是，如果使用 8 甚至 16 Mhz xtal，所需的波特率越高，生成正确的波特率就越困难。计算捕获带宽时，必须考虑实际波特率值，例如 FT232R、FT2232 和 FT232 在理论现实中的 19230、38461、57692、115384、230769、461538 和 923076 波特。记住; 这种不匹配是在 Arduino 方面。不清楚的是在 PC 端生成的波特率不匹配，其中 RS232 信号被封装在 USB 数据包中。仔细考虑（尤其是 2 米或更长的距离），

即便如此，细节仍是罪恶所在。UNO R3 使用 8mhz xtal，主处理器 16mhz 谐振器。

你确定吗？我以为 Uno 上的两个微控制器的时钟频率都是 16Mhz。这似乎是官方 Arduino 原理图显示的内容。由于它们都是具有相同类型串行外围设备的 AVR，即使波特率发生器存在百分之几的理论误差，两个设备也应该具有完全相同的误差。

好吧，正如已经说过的那样，细节决定成败。另一个小问题是大多数波特率计算使用很好的整数值，如 300、600、1200、2400、4800 和 9600 波特。但是，如果使用 8 甚至 16 Mhz xtal，所需的波特率越高，生成正确的波特率就越困难。计算捕获带宽时，必须考虑实际波特率值，例如 FT232R、FT2232 和 FT232 在理论现实中的 19230、38461、57692、115384、230769、461538 和 923076 波特。记住; 这种不匹配是在 Arduino 方面。不清楚的是在 PC 端生成的波特率不匹配，其中 RS232 信号被封装在 USB 数据包中。仔细考虑一下（尤其是 2 米或更长的距离），跳过 USB 电缆布线甚至可能是一个更好的主意，

串行传输（技术上不是 RS232，因为它发生在 5V 逻辑电平）仅发生在安装在 PCB 上相距约一英寸的两个芯片之间。链接的 USB 端与波特率设置无关。您是否有证据表明 Arduino 上两个芯片之间的连接导致数据损坏？如果是这样，您是否有机会在 CNC 旁边进行电弧焊？

好吧，抱歉大家把球棒扔进了鸡舍。

Arduino 处理器和 USBtoRS232 之间的通信对我来说似乎不是瓶颈。但是，如果 Arduino 设置为 115200 波特，则 FT232R 芯片的实际值为 115384 波特。然而，许多人并没有意识到 USB 实际上是“下一代串行 RS232”，并且有其自身的设计缺陷。

现代 PC 比 Arduino 的 8 或 16 Mhz 基频快得多。PC 上的 grbl GUI 使用 RS232 终端应用程序，应该设置为与 Arduino 相同的速度。如果在 PC 端，RS232 信号是完全基于 115200 波特的软件构建，则存在 184 波特的不匹配。这个最终不匹配的 RS232 信号（-一个字母-）被移交给 RS232toUSB 应用程序，该应用程序将软件信号“封装”在几个后续的 USB 数据包中。此操作系统依赖的 USB 应用程序（“设备”）是连接到 USB 主机芯片（EHCI、UHCI 等）的操作系统独立的软件和硬件，它被视为 127 个可能的 USB 网络客户端之一。当 USB 主机发现它适合时，它会将封装的信号包发送到 USB 客户端“Arduino”（或“CH340” 或“ACM0”或使用的任何名称），USBtoRS232 芯片将提取软件数据包并将其内容重建为电压硬件信号。FT内置UART的Rx-和Tx-shiftregister可以处理一定量的失配；称为捕获带宽（有关更多信息，请参阅 FT232 扩展数据表。）。假设 PC 的 Tx 和 Arduino 的 Rx 在完全相同的百分比小带宽内工作；只要 Rx 在低侧捕捉到，而“Tx 发送”在高侧，通信就会启动并运行。如果模态 Tx 和/或 Rx 基频之一或两者发生偏移（通常由干扰或噪声的副作用（尖峰）引起），通信就会丢失。在完美的世界中，计算（如前所述）将给出答案。

那是一部分。另一个问题是 USB 的硬连线 T 网络本身。为了跟踪所有连接的 USB 客户端设备，USB 主机会定期暂停正在进行的数据包发送，以检查哪些 USB 设备在线；此功能使 USB 可以“热插拔”（但也会中断正在运行的通信）。随着“接收波特率”的每次增加，允许的“检查设备中断”时间越短。同一个 USB Host 上连接的 USB 设备越多，有效数据包速度就越低。由于允许 127 个设备；为什么我的电脑有 7 个不同的 USB 主机芯片？为什么会这样？许多 Arduino IDE 用户遇到的“不同步错误”，通常可以通过断开所有 USB 设备（使用有线键盘和鼠标）来解决，并在每个可用的 USB 端口测试上传到 Arduino。在计算的实验室条件下，所有这些 USB 主机电路条件应该相同；在现实世界中，事实证明这根本不是真的。

在 USB 端，Arduino 将自己标识为“USB 1.01 Class 2”，这意味着主机-客户端技术是一种主从协议。FT232 不可能自己发送“数据请求”。由于无法以任何方式访问通信中断，Arduino 可能很容易“超时”。因此，将最好的 USB Host 保存为 Arduino 的单个主机。

最后但并非最不重要的; 一个非常不愉快的未被怀疑的侏儒是“节能”。某些 3D 打印机作业可能需要 13 个小时以上才能完成。对于这样的加工持续时间，110 波特的波特率就可以了。9600 波特的通用整体波特率对于几乎所有 CNC 机器来说都足够快了。为什么要将默认波特率从 9600 加速到 115200？想象一下，这就像骑自行车从 9.6 km/h 加速到 115 km/h。引用阿姆斯特朗先生的话“……不是一小步，而是一大步……”。为避免不必要的中断，人们往往会在开始 CNC 作业后让 PC 保持原样。如果 PC 的节能没有关闭，那么过一段时间就会切换到节能模式，这可能会导致 PC 和 USB 速度下降，甚至进入暂停休眠（深度睡眠）。

回到这开始的地方。… 为了避免吸入二恶英而中毒或死亡，我不得不将激光切割机放在更（对我而言）更健康的位置。我不得不使用三根 2 米长的 USB 电缆。是的，这是自找麻烦，很快就经常通讯中断了。很快就发现了原因并实施了解决方案。解决我的问题时，我注意到与以前的 grbl 版本相比波特率大大提高，并且只需更改波特率值就必须付出巨大的努力。在互联网上四处张望、搜索和查探，我发现许多 grbl 和 Arduino 用户都存在沟通问题，并且正在努力修复它。“我们已经测试了这个设置，没有发现任何问题”。当然，一级方程式赛车在一级方程式赛道上创造了巨大的速度记录。然而，在现实世界中，人们往往不生活在赛道上，而是生活在崎岖不平的坑坑洼洼的小路上。如果报童试图通过使用一级方程式赛车来提高送货速度，那么，这取决于他。但不要因为汽车卡住、抛锚或撞墙而来找我。“我只想要我的日报；不多也不少”。

Thinking it all over, I made the suggestion to the grbl team to add a new $B parameter as baudrate-settings and chancing init’s Serial.Begin([baudrate]) into Serial.Begin($B) . Every grbl-user can simply change the grbl’s baudrate very easy if necessary. To prevent losing contact by entering invalid values, I also added a small checking routine. No big deal.

Thats all folks!

P.S. If I break my leg and bones are sticking out of the skin, I prefer a bandaid as soon as possible to prevent future amputation.