Skip to content

Commit fa05dc0

Browse files
author
YufanFang
committed
docs: polish the user guides
1 parent 2405189 commit fa05dc0

File tree

3 files changed

+19
-18
lines changed

3 files changed

+19
-18
lines changed

README.md

+2-2
Original file line numberDiff line numberDiff line change
@@ -174,7 +174,7 @@ This section is very important since all functions and features provided by rsli
174174

175175
[Intro to parameters](doc/intro/parameter_intro.md)
176176

177-
[Intro to hiding parameters](doc/intro/hiding_parameters_intro.md)
177+
[Intro to hidden parameters](doc/intro/hiding_parameters_intro.md)
178178

179179

180180

@@ -192,7 +192,7 @@ The following documents are some quick guides for using some of the most common
192192

193193
## 7 Advanced
194194

195-
[Use protobuf send & receive](doc/howto/how_to_use_protobuf_function.md)
195+
[Send & Receive via Protobuf](doc/howto/how_to_use_protobuf_function.md)
196196

197197
[Multi-LiDARs](doc/howto/how_to_use_multi_lidars.md)
198198

doc/intro/hiding_parameters_intro.md

+6-6
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,6 @@
1-
# Introduction to hiding parameters
1+
# Introduction to hidden parameters
22

3-
In order to make the config file as simple as possible, we hide some of the parameters and give them a default value in the program. This document show you the use of those hiding parameters and you can decide whether to add them back or not.
3+
In order to make the config file as simple as possible, we selectively hide some of the parameters and give them a default value in the program. If not added to ```config.yaml```, the default values will be used. This document explains the meanings of these these hidden parameters.
44

55

66

@@ -55,13 +55,13 @@ lidar:
5555

5656
- ```angle_path``` -- The path of the angle.csv. For latest version of LiDARs, this parameter can be ignored.
5757
- ```split_frame_mode``` -- The mode to split the LiDAR frames. Default value is ```1```.
58-
- 1 -- Spliting frames depends on the cut_angle
59-
- 2 -- Spliting frames depends on a fixed number of packets
60-
- 3 -- Spliting frames depends on num_pkts_split
58+
- 1 -- Spliting frames depending on the cut_angle
59+
- 2 -- Spliting frames depending on a fixed number of packets
60+
- 3 -- Spliting frames depending on num_pkts_split
6161
- ```cut_angle``` -- The angle(degree) to split frames. Only be used when ```split_frame_mode = 1```. The default value is ```0```.
6262
- ```num_pkts_split``` -- The number of packets in one frame. Only be used when ```split_frame_mode = 3```.
6363
- ```wait_for_difop``` -- If set to false, the driver will not wait for difop packet and send out the point cloud immediately. The default value is ```true```.
6464
- ```saved_by_rows``` -- The default point cloud is stored in **column major order**, which means if there is a point msg.point_cloud_ptr->at(i) , the next point on the same ring should be msg.point_cloud_ptr->at(i+msg.height). If this parameter is set to ```true``` , the point cloud will be stored in **row major order**.
6565
- ```multi_cast_address``` -- If use multi-cast function, this parameter need to be set correctly. For more details, please refer to [Multi-Cast](../howto/how_to_use_multi_cast_function.md)
6666

67-
- ```x, y, z, roll, pitch, yaw ``` -- The parameters to do cooridiante transformation. If the coordinate transformation function is enabled in driver core, the output point cloud will be auto transformed based on these parameters. For more details, please refer to [Coordinate Transformation](../howto/how_to_use_coordinate_transformation.md)
67+
- ```x, y, z, roll, pitch, yaw ``` -- The parameters to do cooridiante transformation. If the coordinate transformation function is enabled in driver core, the output point cloud will be transformed based on these parameters. For more details, please refer to [Coordinate Transformation](../howto/how_to_use_coordinate_transformation.md)

doc/intro/parameter_intro.md

+11-10
Original file line numberDiff line numberDiff line change
@@ -1,14 +1,16 @@
11
# Parameters Introduction
22

3-
There is only one configure file ```config.yaml```, which is stored in ```rslidar_sdk/config```. The config.yaml can be divided into two parts, the common part and the lidar part . *In multi-LiDARs case, the parameters in common part will be shared by all LiDARs, while the parameters in lidar part need to be adjust for each LiDAR.*
3+
There is only one configure file ```config.yaml```, which is stored in ```rslidar_sdk/config```. The ```config.yaml``` can be divided into two parts, the common part and the lidar part .
44

5-
**The config.yaml is very strict to indentation! Please make sure the indentation is not changed when adjusting the parameters!**
5+
*In multi-LiDARs case, the parameters in common part will be shared by all LiDARs, while the parameters in lidar part need to be adjust for each LiDAR.*
6+
7+
**config.yaml is indentation sensitive! Please make sure the indentation is not changed when adjusting the parameters!**
68

79

810

911
## 1 Common
1012

11-
This part is used to decide the source of LiDAR data, and whether to send out the result or not.
13+
This part is used to decide the source of LiDAR data, and whether to publish point clouds or not.
1214

1315
```yaml
1416
common:
@@ -39,8 +41,7 @@ common:
3941
- true -- The lidar packets will be sent to ROS or ROS2.
4042
4143
42-
43-
*Since the ROS packet message type is robosense self-defined type, you can't directly echo the topic through ROS. Mostly the packets are only used to record offline bag because the size is much smaller than point cloud.*
44+
*Since the ROS packet message is of a customized message type, you can't directly echo the topic through ROS. Mostly the packets are only used to record offline bag because the size is much smaller than point cloud.*
4445
4546
- send_point_cloud_ros
4647
@@ -58,7 +59,7 @@ common:
5859
- true -- The lidar point cloud will be sent out as protobuf message through ethernet in UDP protocal.
5960
6061
61-
*We suggest sending packets through ethernet by protobuf rather than point cloud because point cloud size is too larger and it may take up a lot of bandwidth.*
62+
*We suggest sending packets rather than point clouds through ethernet by protobuf because point cloud size is too large which may take up a lot of bandwidth.*
6263
6364
- pcap_path
6465
@@ -68,7 +69,7 @@ common:
6869
6970
## 2 lidar
7071
71-
This part need to be adjust according to different LiDAR (in multi-LiDARs case).
72+
This part needs to be adjusted for every LiDAR seperately (in multi-LiDARs case).
7273
7374
```yaml
7475
lidar:
@@ -126,9 +127,9 @@ lidar:
126127
127128
## 3 Example
128129
129-
Here are two example configure files for one LiDAR and three LiDAR configure files. Please adjust the specific parameters according to your own case.
130+
Here are two examples. The first configure file is for single LiDAR case and second is used for the case where there are 3 LiDARs. Please adjust the specific parameters according to your own case.
130131
131-
- Online connect one LiDAR & Send point cloud to ROS
132+
- Online connection to single LiDAR & Send point cloud to ROS
132133
133134
```yaml
134135
common:
@@ -164,7 +165,7 @@ lidar:
164165
packet_send_ip: 127.0.0.1
165166
```
166167
167-
- Online connect three LiDARs & Send point cloud to ROS
168+
- Online connection to three LiDARs & Send point cloud to ROS
168169
169170
*Pay attention to the indentation of lidar part*
170171

0 commit comments

Comments
 (0)