关闭 justjoheinz 打开了这个问题 2014 年 5 月 13 日 · 0 条评论 注释 贡献者 乔海因茨 评论了 2014 年 5 月 13 日 看来UGCS在解析gcode命令时确实使用了本地机器的Locale。我在“德国 Mac”上工作： echo $LANG de_DE.UTF-8 不幸的是，德国的小数点分隔符是“,”而不是“.”。而 UGCS 解析带有“.”的文件 然后将命令作为带有“，”的数字发送到 gbrl，例如 G1 X12,53 导致所有行出错。 在 start.sh 中，我通过将 start.sh 更改为 java -Xdock:name=UniversalGCodeSender -Duser.language=en之类的内容来修复此 问题，但它可能应该由 UGCS 本身修复。 winder 添加了引用此问题的提交 2014 年 5 月 13 日 Possible fix for issue #155 f7ac7fd 绕线器 提到了这个问题 2014 年 9 月 9 日 错误代码发送到 grbl #198 关闭 收卷机 关闭此完成 2015 年 2 月 20 日 喜欢 (0) 不要检查注释行的长度 #154 边缘 #156 2.8inch_ESP32-2432S028R无法获取任何菜单 #56 2.8inch_ESP32-2432S028R显示屏支持 #55 编译错误 #54 文本部分超出了板中的可用空间 #53 2.8inch_ESP32-2432S028R无法获取任何菜单 #562.8inch_ESP32-2432S028R显示屏支持 #55编译错误 #54文本部分超出了板中的可用空间 #53编译失败：SdFat.h：没有那个文件或目录 #50esp32c3支持吗？ #49慢跑算法 #48启用 WiFi 后，STA & AP 模式会暂停发送 G 代码。 #46
.png "设置语言环境 #155"){kind=avatar}
.png&h=110&w=185&q=90&zc=1&ct=1)
.jpg&h=110&w=185&q=90&zc=1&ct=1)
.png&h=110&w=185&q=90&zc=1&ct=1)
.png&h=110&w=185&q=90&zc=1&ct=1)
看来UGCS在解析gcode命令时确实使用了本地机器的Locale。我在“德国 Mac”上工作：
echo $LANG
de_DE.UTF-8
不幸的是，德国的小数点分隔符是“,”而不是“.”。而 UGCS 解析带有“.”的文件 然后将命令作为带有“，”的数字发送到 gbrl，例如 G1 X12,53 导致所有行出错。
在 start.sh 中，我通过将 start.sh 更改为
java -Xdock:name=UniversalGCodeSender -Duser.language=en之类的内容来修复此
问题，但它可能应该由 UGCS 本身修复。