You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
v5.5.2: Support for message type 7, improved source id and documentation
* Support for message type 7
* Configuration and support for message specific source ID
* Improved transform messages
* Improved documentation
* Renaming and cleanup
| udp_ip_sim_output | "" | string | udp_ip_sim_output:=192.168.0.100 | IP address of your local machine (i.e. the receiver of UDP stream messages) |
214
-
| udp_ip_sim_input | 192.168.0.1 | string | udp_ip_sim_input:=192.168.0.1 | IP address of host to send input UDP messages to, should be identical to hostname (except for unittests) |
213
+
| udp_ip_lls_output | "" | string | udp_ip_lls_output:=192.168.0.100 | IP address of your local machine (i.e. the receiver of UDP stream messages) |
214
+
| udp_ip_lls_input | 192.168.0.1 | string | udp_ip_lls_input:=192.168.0.1 | IP address of host to send input UDP messages to, should be identical to hostname (except for unittests) |
* [Localization result messages type 5 version 2](msg/LocalizationControllerResultMessage0502.msg)
235
235
236
236
UDP stream input messages are:
237
-
* [Odometry messages type 1 version 1](msg/OdometryMessage0101.msg)
238
237
* [Odometry messages type 1 version 4](msg/OdometryMessage0104.msg)
239
238
* [Odometry messages type 1 version 5](msg/OdometryMessage0105.msg)
240
239
* [Encoder measurement messages type 2 version 2](msg/EncoderMeasurementMessage0202.msg)
241
240
* [Code measurement messages type 3 version 3](msg/CodeMeasurementMessage0303.msg)
241
+
* [Code measurement messages type 7 version 1](msg/CodeMeasurementMessage0701.msg)
242
242
* [Line measurement messages type 4 version 3](msg/LineMeasurementMessage0403.msg)
243
243
* [Line measurement messages type 4 version 4](msg/LineMeasurementMessage0404.msg)
244
244
245
-
See [UDP stream messages](doc/sim_messages.md) for details and examples.
245
+
See [UDP stream messages](doc/lls_messages.md) for details and examples.
246
246
247
247
## Timestamps and time synchronization
248
248
249
249
The localization timestamps in UDP output messages are converted to system time using a Software-PLL. See [Time synchronization](doc/timing.md) and [Software-PLL](doc/software_pll.md) for details.
250
250
251
+
## System setup and source Ids
252
+
253
+
See [System setup and source Ids](doc/source_id.md) for further information about source Ids and their configuration.
254
+
251
255
## Tools and unittests
252
256
253
257
### Visualization of localization results
254
258
255
-
Localization results (i.e. the sensor position and orientation) can be visualized on ROS using pointcloud_convert. The tool converts Localization result messages and publishes the sensor pose and transform. Run pointcloud_converter and rviz, then add topic `/cloud/PointCloud2` and display type `TF`.
259
+
Localization results (i.e. the sensor position and orientation) can be visualized on ROS using lls_transform. The tool converts localization result messages and publishes the sensor pose and transform. Run lls_transform and rviz, then add display type `TF`.
Poses are published by ROS-transform-messages (TF) of tType geometry_msgs::TransformStamped. Each TF message has a parent and a child coordinate system identified by tf_parent_frame_id resp. tf_child_frame_id. These frame ids are configured in the launchfile, by default:
284
+
* tf_parent_frame_id: "map"
285
+
* tf_child_frame_id: "lls"
286
+
287
+
The default frame ids for transformations should only be used as an example. In a real application, the reference to the robot is usually specified here, as it is, for example, in the ROS Nagivation stack. Here one would then use the reference
0 commit comments