-
Notifications
You must be signed in to change notification settings - Fork 18
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
built and uploaded successfully but loading forever on microros #19
Comments
Please use copy & paste the screen output. It will be clear as my eyes are not so good with screen captured. :)
So, we shall focus on the micro-ros connection first. Please comment out the IMU setting in esp32_config.h. This is step 2 in the workflow described in my wiki. Make sure the micro-ros is connected and the topics are checked. |
After the micro-ros connection test success, proceed to step 3 in workflow, wire and enable the IMU. Add two 2k resistors pull up to 3.3 on the sda and scl lines. Run the test_sesnors. https://github.com/hippo5329/linorobot2_hardware/wiki#connect-the-imu-and-test_sensors Then follow the workflow step-by-step. In step 8, robot bringup, you will need to use the long by-path device names. |
hello again, i followed your discussion in this issue solved the first problem and now my imu is working well and tested it with esp32 but , for the second part im still getting this issue: |
What is your lidar model? What is the laser_type you used to install linorobot2? For rplidar a1m8, use a1. |
https://github.com/Slamtec/sllidar_ros2 Please try the launch to view lidar in rviz. eg, for a1, this->declare_parameterstd::string("serial_port", "/dev/ttyUSB0"); I will check the bringup launch later. |
Do you use rplidar a1? |
yes im using a1m8 and specified a1 during installation also i know that the a1 works with 115200 baudrate and checked my usb port baudrate and was 115200 + i replaced the cables to ensure that its not hardware problem |
Let focus on the lidar, unlpug both esp32 and lidar. Close all launch. Then plug the lidar. It will become ttyUSB0, the default port. Run the view launch. |
ros2 launch sllidar_ros2 view_sllidar_a1_launch.py |
Check it on a PC, ubuntu 22.04 Humble. or ubuntu 20.04 Foxy. Follow the readme to install, build and test view. |
No linorobot2. Just slamtec along. |
If it doesn't work on PC, then it maybe problem of the lidar. |
I already tested it before getting into the esp32 part and it worked well idk what happened, will try few solutions hoping it will work, thank you for your precious time I will an update once I reach out something |
Ok. Please note I forced updated the foxy branch on hippo5329/linorobot2. Now all ros2 branches use the same code. Please remove ~/linorobot2_ws and reinstall. |
hello again, I did some hardware checkups and changes and reinstalled from the main repo: |
This is another rplidar driver, which does not take serial port parameter.
|
I changed the serial port in my fork. |
|
I recalled that all the lidars use mostly the same usb id 10c4:ea60. So they all mixed up with esp32 usb port. That's why I added the lidar_serial_port parameter, which is not merged to linorobot/linorobot2 yet. I did send the PR. For foxy, the old rplidar_composition drive might work better. I am not sure if the new sllidar driver works, though foxy is shown on their pages. The linorobot/linorobot2 foxy branch does not have serial port parameter. I will add it when I have time. |
I added lidar_serial_port parameter to hippo5329/linorobot2 foxy branch, forced updated. Please try out. |
I found this on rplidar error. "So I identified the problem was primarily due to the inadequate power from the usb ports. Once I switched to a external powered usb hub, it was solved." |
ubuntu@humble:~/ros2_ws$ ros2 launch sllidar_ros2 view_sllidar_a1_launch.py |
So rplidar usb power is critical. tested rplidar a1m8 on foxy pc. bringup ubuntu@mint-tiger:~$ ros2 launch linorobot2_bringup bringup.launch.py \
[INFO] [launch]: All log files can be found below /home/ubuntu/.ros/log/2024-06-12-01-35-41-903361-mint-tiger-18450 ros2 topic hz /scan |
slam |
The laser scan displayed in rviz correctly. |
hello again, found out I was powering the raspberry with 15w power supply which was bit confusing since rpi 4 need 15w also I ordered an official adapter and my pcb will be offering the 15w as well I will be testing the whole system on both of them the next few days when i finish the assembly, I really think since its power related problem as you say since everything worked fine few times. |
I think 15W power for rpi4 is fine. The problem is the power output voltage. Please check the 5V on the rpi4 with a multi-meter. There will be voltage drop from USB protection circuit. I used 5.25V power for rpi. You may check the VM on the tiny rplidar adapter. You should use short USB cable. USB cables with fast charge support may have thicker wires. When the voltage on the rplidar is lower than 4.9V, it may not work well. This is a product design issue. I don't understand why their did not fix it. LD19 does not have such issue. There is another issue in Slamtec sllidar_ros2 driver. The recent update has bug so most useful laser scan was discarded. I sent a pull request. I don't know when it will be merged. I am preparing another update on linorobot2 to resolve this. |
I updated hippo5329/linorobot2. Please follow the updated wiki to install linorobot2. The sllidar issue is fixed. There is no need to use the old rplidar_ros package. |
Hello, Hope yall have a nice a day
i`ve followed the steps to build for my esp32-wroom and builded successfully and i uploaded the hex on my esp which went successfull as well I run:
ros2 run micro_ros_agent micro_ros_agent serial --dev /dev/ttyUSB0 --baudrate 921600
which gave me this:
i.e im using ubuntu mate 20.04 , esp32-wroom , mpu9250 which i configured in /custom/esp32_config.h
and I tried to run the bringup using serial port /dev/ttyUSB0 (without connecting the lidar as you mentioned) and im getting this output as well which also continue running forever
The text was updated successfully, but these errors were encountered: