Closed janknipschild closed 9 months ago
The vendor-id on the device and the one in the eds-file will probably not be the same. Try to read out 0x1018sub1 to check. The master automatically checks this.
The vendor-id on the device and the one in the eds-file will probably not be the same. Try to read out 0x1018sub1 to check. The master automatically checks this.
The read out value is the same as in the eds-file:
candump
can0 585 [8] 43 18 10 01 6C 02 00 00
eds
VendorNumber=0x26C
Hmm interesting, can you the check in the generated master.dcf (it is in the install/package_name/share/config folder) and search for 0x1F85?
Hmm interesting, can you the check in the generated master.dcf (it is in the install/package_name/share/config folder) and search for 0x1F85?
Looks right to me:
[1F85]
ParameterName=Vendor identification
ObjectType=0x08
DataType=0x0007
AccessType=rw
CompactSubObj=127
[1F85Value]
NrOfEntries=1
5=0x0000026C
The problem was not with the ros2_canopen
package, but with the driver used for the USB-to-CAN adapter. (https://gitlab.com/lely_industries/lely-core/-/issues/173)
With the loopback activated the boot process works.
I have the same issue. Can you be more precise on how you fixed it ? thx
The loopback is activated during the setup. Assuming that your interface is named can0:
sudo ip link set can0 type can bitrate 1000000 loopback on
sudo ip link set can0 txqueuelen 1000
sudo ip link set can0 up
thanks. I'll give it a try
Describe the bug I keep encountering boot issues. It seems that I cannot read the vendor ID. Wireshark shows that the SDO transmission is aborted ("command specifier unknown"). I also have to manually reset the node by sending the nmt message via
cansend can0 000#8105
to get a boot up message. Is there a configuration error? The services sdo_read and sdo_write are working.Logs
wireshark log
Setup:
Additional context bus.yml
C5-E-2-09_auto_allign.eds