我在这里看不到 M190 问题，您是否收到任何错误消息？

“一些新创建的材料具有负的穿孔延迟值”
我看到了类似的问题，它是由_run.cfg 文件中相同的奇怪值引起的。你能检查一下你是否有相同的。

没有错误信息。这似乎是屏幕更新问题，而不是材料匹配失败。

使用 M190 P001、P002、P36（和其他）打开文件会导致运行面板中显示的材料立即在屏幕上更新为与传递的参数匹配的材料。参数 P036 [和其他带有前导零的参数] 不会触发屏幕更新 – 让人相信没有匹配项和/或传递的材料未正确选择。当执行加载的 NC 文件时，显示的材料稍后会更改以匹配传递的材料参数。

是一个大嵌套，因此将 P036 编辑为 P36 并重新加载文件以验证在开始切割之前是否选择了正确的材料。以上发现是在另一台机器上的 Axis 模拟器中。

添加新材料：在两台 plasmac 机器中的任何一台上的 _run.cfg 文件中（现在）没有异常。通过将显示值从 0.0 更改为 0.1、保存材料，然后更改回 0.0 并保存，在屏幕上编辑具有负穿孔延迟值的材料。之后新创建的材料包含 0.0 而不是大的负值。

当已经有非常相似的材料时，从当前显示/现有材料而不是默认填充新材料条目将节省时间。

配置面板 -> PID P 增益（速度）- 屏幕上的“THC 反应速度”提示引用等离子模式 1、2 和 3，而不是 0、1 和 2。

想一想：Python 会将数字中的前导 0 解释为八进制。

Python 2.7.16 (default, Apr  6 2019, 01:42:57) 
[GCC 8.3.0] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> print(036)
30

会不会是这样？

我已经尝试了很多次，但不能让它失败。您能否在 pastebin 或论坛上发布您的材料文件的副本，以便我尝试一下。

目前新材质使用默认材质的参数，但我喜欢你的想法，我会看看。

1、2 和 3 而不是 0、1 和 2…谢谢，我会解决这个问题。

材料和数控在这里。谢谢！

更新：@andypugh是正确的，前导零导致材料参数被解释为八进制。

创建材料编号 30，M190 P036 将选择它。

我使用了您的 gcode 片段和您的材料文件，但仍然看不到这个问题。
是否有可能在不同的发行版中有不同的 python 版本？
我正在使用 Python 2.7.13 在运行 LinuxCNC Debian Stretch ISO 的虚拟机上进行测试

正如您所建议的，我已经推送了一个更新，其中包含更好的错误处理和来自活动更新的新材料。此外，材料现在以升序显示。

还没有看到更新，但是旧材料的新材料将节省时间。谢谢！

从传递的 M190 参数中删除前导零（以任何方式，包括下面出现的 hack）消除了我遇到的材料匹配问题。将字符串转换为整数再转换为字符串再转换为整数的计算结果必须与下一行中唯一的字符串转换为整数的计算结果不同。我不懂 python，但很好奇是否有人愿意解释这个很棒的功能。

此外，材料面板 Kerf Width 微调按钮在英制模式下将值修改 +/- 0.25″。

在英制模式下将 X 和 Y Single Cut 值增加 0.0625 或 0.125″ 的旋转按钮可能更有用。我使用“工程师”规则和带有 10ths 和 mm 的磁带，但在其他地方看不到它们（通常找不到它们）在美国五金店）。

并且，当前选择的材料编号和状态行上的编号意味着没有切换到运行选项卡来验证是否选择了正确的材料。

对不起洗衣清单，plasmac 已经非常棒了！

plasmac_gcode.py @ apx 223（在“第一关”中）

# if invalid material number
material = str(int(material))
if int(material) not in materialList:

或者
material = re.sub("^0+", "",material);

根据 plasmac-user-guide 在机器和 VM 上使用 buildbot 更新从 stretch ISO 安装。

user@LINUXCNC-TEST:~$ uname -a
Linux LINUXCNC-TEST 4.9.0-12-rt-amd64 #1 SMP PREEMPT RT Debian 4.9.210-1 (2020-01-20) x86_64 GNU/Linux
user@LINUXCNC-TEST:~$ python -V
Python 2.7.13
user@LINUXCNC-TEST:~$ 

固定和推动：
前导零
切口宽度 – 我做了 0.0001 步，可以吗？
X 和 Y 单切步骤现在为 0.0625

我会查看材料状态，这是另一个好主意。我可能可以为 Axis 做到这一点，但不确定 Gmoccapy。

感谢您的报告和想法…

多次尝试 Gmoccapy sim，但它不友好/不直观（对我来说）。

G02 孔应引发错误或警告 – 刀具路径的其他部分/其余部分也可能由于 CAM 中的开放轮廓等原因或不良后处理器而成为垃圾。操作员（特别是那些没有 CAM 工作和/或无法阅读 gcode 的人）至少需要知道存在问题。

elif (line.startswith('g2') or line.startswith('g3')) and line.replace(' ','')[2].isalpha():
                if holeEnable:
                    check_if_hole()

你的意思是这样的： http:
//home.iprimus.com.au/phillcarter/plasma/hole_warning.png

编辑：我试图添加一个链接，但它没有用……

对，就是这样。这个小功能可以防止新人或不注意的人坏掉高价盘。我更倾向于重新访问 CAM 以找到根本问题，而不是暗示 G02 到 G03 编辑 – 只是为了让他们朝着正确的方向前进。快速 G02/G03/arc swirl/broken profiles blurb in Hole And Small Shape Cutting 可能会帮助新用户了解切割如何最终由内而外翻转、警告/错误的重要性以及他们不应忽略它的原因。

由于某种原因，在您进行材料修复之前，这里没有 linuxcnc 更新。将尝试在新的 VM 中安装。

Hit:1 http://security.debian.org/debian-security stretch/updates InRelease
Ign:2 http://ftp.debian.org/debian stretch InRelease                           
Hit:4 http://ftp.debian.org/debian stretch Release                             
Hit:5 http://buildbot.linuxcnc.org stretch InRelease                           
Ign:3 http://mirrors.edge.kernel.org/debian stretch InRelease                  
Hit:7 http://mirrors.edge.kernel.org/debian stretch-updates InRelease     
Hit:8 http://mirrors.edge.kernel.org/debian stretch Release                    
Reading package lists... Done
Building dependency tree       
Reading state information... Done
All packages are up to date.

关闭这个。您可以在这里继续讨论，但不会再显示为悬而未决的问题。