-
Notifications
You must be signed in to change notification settings - Fork 22
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
The tm_driver
fails to communicate with a TM12
#4
Comments
I understand that what is missing in the read me is to mention that you need to actually run the suggested project, because the So, effectively there are 2 connections:
Is there any option to only launch the part related to report the status of the robot, without needing the |
Hey @spd-intermodalics, I'm currently facing the same issue. However my TM_SVR is also giving errors. Is your Modbus working correctly? Because I get the error "Modbus initialize error" on bootup. |
Hi @julespalles |
Thanks for your response @jrajaram20. Yes, I managed to get both SVR and SCT working by using the GigE port! |
Failure on communication with TM12
I need some assistance to find out why I cannot communicate properly with TM12. Please, read the Setup section to know whether there is a missing step that I overlooked, and the Errors section to see how TM Driver reports the error.
Setup
I have a TM12 with its
control box
up and running, configured properly to manually run.Network setup
Let's say that the Ethernet interface where the TMFlow sets the Ethernet Listener server is connected to a
client PC
which runs Ubuntu 18.04 and ROS melodic. The ethernet network card of client PC and the ethernet interface of the controller are set correctly in the same subnet:client PC: 192.168.x.1
andcontrol box: 192.168.x.105
.A check that passes OK is that
client PC
can ping and receive answer fromcontrol box
.In the controller PC, the settings for the ethernet slave has been setting according to the documentation in the read me, including settings exactly the same list of data to report, creating a project with Listener as the main component, and starting the ethernet server reporting (Status: Enabled) and showing in the log a message:
A check that passes OK is that
client PC
can manually connect to that port withnc 192.168.x.105
and a stream of binary data arrives properly. Also when opting forString
or forJson
the stream of data changes the serialization and can be human readable properly.Launching
tm_driver
In
client PC
the software of this repository is compiled, after manually needing to patch thepackage.xml
to add the commented out packages (not sure why they are commented out whenCMakeLists.txt
requires them). The robot description is launched inclient PC
and then thetm_driver
is launched inclient PC
against its own ROS core.roslaunch tm12_description tm12_upload.launch
and then:
roslaunch tm_driver tm12_bringup.launch robot_ip:=192.168.x.105
Errors
In
Binary
modeThe result of the second command logs:
Showing that the communication is not working as expected. It reports Connection timeout. But as explained before, when manually connecting to that port the information exists.
In
String
orJson
modeFurthermore, when changing the communication mode in TMFlow to either String or Json, the reported error changes to the next:
Which indicates that the connection is established but not understood.
Any suggestions?
The text was updated successfully, but these errors were encountered: