07-28-2021,下午02:58
我知道这并不能“解决”问题,但我想就这个话题发表自己的看法。
DTPS和RoboDK是不同的野兽。前者是一个非常具体的工具,针对非常具体的用例。后者是一个全面的模拟器,针对更广泛的用例场景。
根据我对松下机器人的经验,除了DTPS本身之外,没有其他模拟器会生成本机。rpg二进制文件。
例如,Siemens Process simulation也可以生成。crs ASCII文件。Sprutcam生成。prg ASCII文件,如果我没记错的话,这是旧的G2控制器的格式,在控制器上上传之前也需要在G2PC工具上进行转换。
这种工作流程并不是松下机器人所特有的。
任何使用专有二进制格式的品牌都需要某种解决方案来绕过这个问题。
FANUC还需要Roboguide将它的。ls (ASCII)转换为。tp(二进制),以防机器人没有安装ASCII上传选项。
COMAU不需要一个特殊的选项来读取和转换ASCII .pdl文件到它的二进制.cod文件。但正常的工作流程是使用COMAU WinCRC软件在将这些文件上传到机器人控制器之前进行转换,从而避免了在教学挂件上的调试过程。
DTPS和RoboDK是不同的野兽。前者是一个非常具体的工具,针对非常具体的用例。后者是一个全面的模拟器,针对更广泛的用例场景。
根据我对松下机器人的经验,除了DTPS本身之外,没有其他模拟器会生成本机。rpg二进制文件。
例如,Siemens Process simulation也可以生成。crs ASCII文件。Sprutcam生成。prg ASCII文件,如果我没记错的话,这是旧的G2控制器的格式,在控制器上上传之前也需要在G2PC工具上进行转换。
这种工作流程并不是松下机器人所特有的。
任何使用专有二进制格式的品牌都需要某种解决方案来绕过这个问题。
FANUC还需要Roboguide将它的。ls (ASCII)转换为。tp(二进制),以防机器人没有安装ASCII上传选项。
COMAU不需要一个特殊的选项来读取和转换ASCII .pdl文件到它的二进制.cod文件。但正常的工作流程是使用COMAU WinCRC软件在将这些文件上传到机器人控制器之前进行转换,从而避免了在教学挂件上的调试过程。