SLG4DVKISP芯片编程成功。芯片按程序工作。稍微修改了项目和程序，产生一个弹出窗口，标记为编程错误，其中包含“由于先前的序列错误，无法重新编程”
这样的错误消息的描述和补救措施在哪里？当出现编程错误时，是否有方法重置芯片并重新开始？
你好Iottabull，
我们已经联系了我们的软件团队，要求获得有关特定错误消息的信息，但在我们进一步了解错误来源之前，我们无法确定芯片是否可以重置。
当我等待他们的回复时，你愿意把原始的设计文件和新的设计文件一起附在这个论坛的问题上吗？如果您手头没有原始的设计文件，您可以按照下面所示的步骤读取存储在GreenPAK中的当前NVM。
-打开“调试”控制窗口。-按“读取”执行设备读取-软件应该询问您是否要将IC的NVM加载到一个新的GreenPAK Designer项目中。
谢谢，克雷格
v2是较早的，v3是较晚的。额外的芯片已在系统编程成功与v3设计和功能编程。
读取有问题的芯片似乎成功了，但最终的设计看起来与读取正确编程的芯片完全不同。
感谢您发送这些附件。我想核实一下你们正在使用的硅版本。你能把PN:##和DB HW-FW:##放在GreenPAK设计器的Debug窗口的底部吗？
这是系统信息按钮的内容炸薯条：零件号：SLG46826V/G版本：0x1图案ID:1日期代码：N/D批号：N/D
发展委员会：类型：系统内编程器硬件ID:1.0固件ID:1.0
GreenPAK设计师：应用名称：GreenPAK6 Designer版本：6.14版本：001
操作系统：名称：Windows 10版本：64位
您所附的“从问题芯片读取”GreenPAK文件告诉我一些事情：
-有关更多信息，请参考随附勘误表文件中的第4版。SLG46826版本YC对应于GreenPAK designer软件中显示的版本0x1。
-这很可能是GreenPAK设计器生成的“前一个序列错误”。-NPR I2C地址：0xE1
如果我的理解是正确的，您使用我们的软件来编程SLG46826。这有点令人惊讶；但是我们将研究GreenPAK的源代码来验证程序员的行为。
可能是四根跨接导线中的一根在编程过程中滑落。很容易造成数据不足。为了防止将来出现这种情况，我制作了一个适配器板，将ISP板安全地连接到我们的板上。芯片位于J1板的底部。
问题芯片是否可以在通用开发板1中而不是在系统中重新编程？如果i2c是问题的一部分，也许绕过i2c会有所帮助。它将需要一个不同的插座板比我们使用的46538
你好Iottabull，
我们已经联系了我们的软件团队，要求获得有关特定错误消息的信息，但在我们进一步了解错误来源之前，我们无法确定芯片是否可以重置。
当我等待他们的回复时，你愿意把原始的设计文件和新的设计文件一起附在这个论坛的问题上吗？如果您手头没有原始的设计文件，您可以按照下面所示的步骤读取存储在GreenPAK中的当前NVM。
-打开“调试”控制窗口。
-按“读取”执行设备读取
-软件应该询问您是否要将IC的NVM加载到一个新的GreenPAK Designer项目中。
谢谢，
克雷格
v2是较早的，v3是较晚的。
额外的芯片已在系统编程成功与v3设计和功能编程。
读取有问题的芯片似乎成功了，但最终的设计看起来与读取正确编程的芯片完全不同。
感谢您发送这些附件。我想核实一下你们正在使用的硅版本。你能把PN:##和DB HW-FW:##放在GreenPAK设计器的Debug窗口的底部吗？
这是系统信息按钮的内容
炸薯条：
零件号：SLG46826V/G
版本：0x1
图案ID:1
日期代码：N/D
批号：N/D
发展委员会：
类型：系统内编程器
硬件ID:1.0
固件ID:1.0
GreenPAK设计师：
应用名称：GreenPAK6 Designer
版本：6.14
版本：001
操作系统：
名称：Windows 10
版本：64位
您所附的“从问题芯片读取”GreenPAK文件告诉我一些事情：
-有关更多信息，请参考随附勘误表文件中的第4版。SLG46826版本YC对应于GreenPAK designer软件中显示的版本0x1。
-这很可能是GreenPAK设计器生成的“前一个序列错误”。
-NPR I2C地址：0xE1
如果我的理解是正确的，您使用我们的软件来编程SLG46826。这有点令人惊讶；但是我们将研究GreenPAK的源代码来验证程序员的行为。
可能是四根跨接导线中的一根在编程过程中滑落。很容易造成数据不足。
为了防止将来出现这种情况，我制作了一个适配器板，将ISP板安全地连接到我们的板上。
芯片位于J1板的底部。
问题芯片是否可以在通用开发板1中而不是在系统中重新编程？
如果i2c是问题的一部分，也许绕过i2c会有所帮助。
它将需要一个不同的插座板比我们使用的46538