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 66.9ms across 5,498 title embeddings via pgvector HNSW
- Apple Does Fusion herbertl · 17 pts · March 04, 2026 · 42% similar
- Launch HN: OctaPulse (YC W26) – Robotics and computer vision for fish farming rohxnsxngh · 88 pts · March 02, 2026 · 40% similar
- Kimi K2.6: Advancing open-source coding meetpateltech · 628 pts · April 20, 2026 · 40% similar
- MeshCore development team splits over trademark dispute and AI-generated code wielebny · 193 pts · April 23, 2026 · 39% similar
- Mamba-3 WarmWash · 41 pts · March 18, 2026 · 39% 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?