评论
所有者
|
这些文件是给我自己的发件人的,这样我就可以构建一个丰富的设置 UI。它们很可能会被删除,见下文。 主 csv 文件仍将与 grblHAL 一起分发,供其他发件人使用。因此,应为 grblHAL 提出任何格式问题。我有点不确定这些是否应该包含比旧版 grbl 提供的更多的列。 由于让这些文件与控制器保持同步是一件痛苦的事情,我现在(目前在 grblHAL 测试分支中)将此信息添加到控制器,可以通过$-commands从那里获取它。目前这些仅可用的格式化 grbl 样式。我正在考虑稍后添加其他格式样式,例如 JSON。 |
所有者
|
最新版本的 grblHAL (20210821) 具有可通过$-commands获得的设置详细信息和描述(STM32F103xB 版本除外 – 没有足够的闪存来描述)。除了针对直接发送者使用的枚举之外,还添加了两个新的枚举,它们以原始 Grbl 格式或 grblHAL 格式输出设置信息。 仅供参考,最新的 ioSender 版本有一个基于 Windows 的配置应用程序(仅限 Windows),该应用程序具有用于将新枚举的数据下载到文件的文件菜单项。 请注意,提供的设置取决于控制器配置,例如,插件和驱动程序可能会添加除内核处理的设置之外的设置。 |


在使用描述
error codes/alarm codes/settings codes/build option codes的 csv 文件时,我发现settings codescsv 文件以分号分隔,而其他文件以逗号分隔。不知道为什么会这样,但由于一些放错位置的"字符和;在某些字符串中用作分隔符的字符,导致无法正确读取 csv。(建议使用|而不是:字符串定界符?)我浏览了整个
settings codescsv 文件并将必要的分号转换为逗号。所以现在用逗号分隔字符串中存在的分号以分隔单个列中的不同字符串(不确定它们的确切用途,但我确定@terjeio知道)。原来还有第二个同名文件(但它是一个 .txt 文件),它具有相似但略有不同的列和数据。
现在我不确定使用哪个和忽略哪个。txt 文件似乎每行有更多信息,但总体上行数较少。但是,它确实参考了 X 轴到 C(6 轴),而 .csv 仅参考了 3 轴。
我可以将两个文件合并为一个文件,但是会有一些丢失的数据(主要是
Data Format和units列)并且两个文件之间的列有一些变化Data Type(例如float和decimal)我想将 csv 用于我的自定义 g 代码发件人。并认为 id 也有助于在此 repo 中修复它。
你可以在这里找到我修改和合并的 csv 文件。只需将 .txt 文件类型更改为 .csv