工具与软件:
您好、TI 专家
SDK: motor_control_sdk_am243x_09_02_00_09
我注意到上述 SDK 现已提供对 BiSS 安全的支持。 我在配置 BiSS 以便与 Renishaw 的 BiSS 安全编码器进行通信时遇到问题。
我正在尝试 按照下表与 Resolute 旋转编码器进行通信。 您能否提供有关与 Resolute 旋转编码器通信的配置步骤的指导。
谢谢
随附了完整数据表
艾伦一世
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
工具与软件:
您好、TI 专家
SDK: motor_control_sdk_am243x_09_02_00_09
我注意到上述 SDK 现已提供对 BiSS 安全的支持。 我在配置 BiSS 以便与 Renishaw 的 BiSS 安全编码器进行通信时遇到问题。
我正在尝试 按照下表与 Resolute 旋转编码器进行通信。 您能否提供有关与 Resolute 旋转编码器通信的配置步骤的指导。
谢谢
随附了完整数据表
艾伦一世
您好、Dhaval
雷尼绍 BiSS 安全编码器 默认在安全模式下运行、上电时控制字和安全字可用。 编码器端无需进行其他配置。 实际上、我们无法读取或写入该编码器上的任何寄存器。
使用 BiSS 诊断示例。 这些是我采取的步骤
1 - 指定 启动 第1个编码器单圈时的位置数据位数> 32
多圈> 0
菊花链、第2个编码器单圈> 0
2-执行命令3| 编码器发送位置值
编码器能够使用正确的 CRC 返回位置
因为此编码器默认处于安全模式。 我继续执行 命令7、启用安全模式>1
执行命令3- 编码器发送位置值
编码器1单转角度:239.197067261000、接收到安全 CRC:0xaa18、计算出的安全 CRC:0xc524、e_w:0x3、生命体征计数器:7
CRC 状态:失败、CRC 错误计数:1
谢谢
艾伦一世
艾伦
请注意、CPW 和 SPW 是通过假设以菊花链形式连接2个编码器来实现的(SPW 将由 enc0发送、CPW 将由 enc1发送)。 因此、用户必须根据 CPW 数据位长度提供第二个编码器数据长度。
需要执行的步骤:
1)输入对应于 SPW 数据位宽的 enc0数据长度-- SPW 配置-菜单选项#1
2)输入对应于 CPW 数据位宽的 enc1数据长度-- CPW 配置--菜单选项#1 ----假设 CPW 作为第二个编码器响应发送。
3) 3)通过控制通信实现安全-如果默认启用了安全功能、则无需执行此步骤。 -菜单选项#6.
4)如样例日志中所述、为"enc0"输入"1"、为"enc1"输入"0"、以启用安全(用于应用)。 启用安全功能时的 BiSS-C 采样输出"- 菜单选项#7
5) 5)然后请求位置数据-菜单选项#3
结果需要解释为:enc0结果只能是 SPW、enc1结果只能是 CPW。
https://software-dl.ti.com/processor-industrial-sw/esd/motor_control_sdk/am243x/09_02_00_09/docs/api_guide_am243x/BISSC_DESIGN.html 在介绍安全流程时在"固件架构"部分下提到了此假设。
此致
Dhaval
您好、Dhaval
感谢您的指导。 我现在能够安全地读取编码器。
通道0:
编码器1单曲角度:263.392639160000、接收安全 CRC:0xd0fe、计算得出的安全 CRC:0xd0fe、e_w:0x3、生命体征计数器:32
CRC 状态:成功、CRC 错误计数:1
编码器2单转角度:263.392639160000、CRC:0x27、OTF CRC:0x27、e_w:0x3
CRC 状态:成功、CRC 错误计数:0
另一个有关编码器编号的问题是、它应该是相反的? 看一下数据流、我相信 BiSS 控制器在 SPW 之前收到了 CPW
谢谢
艾伦一世
艾伦
[报价 userid="235837" url="~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1374778/mcu-plus-sdk-am243x-biss-safety/5261413 #5261413"]在 BiSS 主 FPGA 文档中、CPW 和 SPW 称为以菊花链形式连接在一起形成单个编码器的2个器件。
[报价]是的、这就是我们提到的、而且我们也实施了相同的方法。
我没有完全理解你的问题。 您能详细解释一下此处编码器编号反转是什么意思吗?
此致
Dhaval
艾伦
我们认为这种混淆是由于 打印结果的方式造成的。 由于我们的实现支持菊花链连接以及安全性、因此我们的想法是使打印变得简单且兼容。
首先假设2个非安全编码器以菊花链形式连接、那么编码器在线路上发送的数据将如下所示:
[enc2的数据][enc2的 EW][enc2的6位 CRC ][enc1的数据][enc1的 EW][enc1的6位 CRC]
从上面的第2个编码器数据将首先接收、然后接收第1个编码器数据、但在打印结果时、我们将先打印 enc1结果、然后打印 enc2结果。 根据菊花链规格、虽然我们首先接收最后一个编码器的数据、但我们会在诊断应用中按增量顺序打印。
现在提供安全支持。 我们已经通过假设菊花链中连接的2个编码器、编码器2将发送 CPW、编码器1将发送 SPW、并且在线路上数据将符合规格来实现安全:
[ CPW ][ enc2的数据][enc2的 EW][enc2的6位 crc ] [单刀单掷] [enc1的数据][enc1的 EW][6位 SOLC][enc1的16位 CRC]
在重复使用菊花链代码时、我们假设 CPW 作为 enc2响应发送、SPW 作为 enc1响应发送、并按增量顺序打印、而不是 CPW 和 SPW。
我还想澄清一点、我们只是先打印 SPW、然后打印 CPW、但在线路上、先接收 CPW、然后再接收 SPW。 请不要混淆打印顺序、即与编码器的实际菊花链兼容。
此致
Dhaval