FusionCore: ROS 2 sensor fusion (IMU and GPS and encoders)
kharwarm
14 points
8 comments
April 24, 2026
Related Discussions
Found 5 related stories in 762.0ms across 14,736 title embeddings via pgvector HNSW
- Openrouter Fusion API tdchaitanya · 201 pts · June 15, 2026 · 50% similar
- Co/Core: An AI Cooperative lisowski · 15 pts · June 18, 2026 · 46% similar
- Surpassing Frontier Performance with Fusion jcfrei · 11 pts · June 14, 2026 · 46% similar
- Russian kamikaze drone C++ reconstruction of onboard autonomy stack 19h · 15 pts · July 16, 2026 · 45% similar
- Show HN: Leet Robotics: Learn robotics and ROS2 with hands-on courses deepresearch · 11 pts · July 15, 2026 · 44% similar
Discussion Highlights (3 comments)
jeremysalwen
I looked into open source sensor fusion libraries for open mower, it seemed like the WOLF framework was very promising as a pluggable sensor fusion system. http://mobile_robotics.pages.iri.upc-csic.es/wolf_projects/w... . I only used it briefly though. I hate to say this, but this submissions readme seems obviously AI generated.
tamimio
It looks interesting, but I hate ROS so most likely won’t try it.
ZihangZ
Built a ROS 2 cycling helmet. IMU + GPS, but we didn't fuse them, on purpose. Speed is just haversine between GPS fixes. IMU only does turn detection and crash/fall. No EKF. Under bridges or urban canyons I'd rather have speed go stale and drop to zero after a few seconds than have a filter keep extrapolating from IMU bias and tell the rider they're still doing 20 km/h. Other thing: safety stays below ROS. Crash/fall runs on the MCU next to the IMU; ROS just subscribes to /safety/event. Pi reboots, helmet still alarms. How does FusionCore handle long GPS outages: gate the output, or keep predicting?