c/robotics

From Eren Chen on 𝕏: https://x.com/ErenChenAI/status/2065565071816741000 submitted by /u/Nunki08 [link] [Kommentare]

v1 post here if you want the background. Where v2 is now The big addition in v2 is a world-frame coordinate system and live trajectory visualization in RViz2. The robot now runs two AprilTags simultaneously: tag0 is the chase target, tag1 is physically fixed to the wall and acts as the world anchor. A ROS2 node on Ubuntu (tf_bridge) connects to the Pi over WebSocket, ingests raw camera-frame poses, and computes a floor-anchored world frame on first tag1 detection. World origin is the floor point directly below the camera. From there it publishes /trajectory/car and /trajectory/tag0 as LINE_STRIP markers to RViz2, and writes per-cycle PLY point clouds for inspection in MeshLab. The URDF visualization is also live — a picar_description ROS2 package provides a tracking URDF anchored to the camera TF frame, so the robot mesh follows its world-frame position in RViz2 in real time. Manual Track mode lets me drive with WASD while tag detection and TF publishing run in the background, which is what the video shows. What the video shows Split view: dashboard on the right, RViz2 on the left. I'm driving forward with keyboard controls. You can see the trajectory building in RViz2 as the robot moves — and you can also clearly see the problem: the path is a zig-zag even when the motion is roughly straight. That's not wheel slip or steering noise. That's measurement noise from the AprilTag pose solver, visualized honestly. The jitter problem The zig-zags are real and understood. Root cause is AprilTag PnP pose ambiguity — the solver has two valid solutions for a planar tag and flips between them frame to frame. One axis swings ±15cm per frame while the robot is stationary. On top of that, a small angular error in the tag1 pose gets amplified into position noise in world frame: at ~74cm tag distance, a 5° rotation error becomes ~6.5cm of position error. Every raw frame goes straight to TF with no filtering, so one bad frame is a spike on the trajectory. What's next Two things need fixing before the trajectory is useful: Fix the world frame geometry. The current floor-anchoring logic and world frame initialization are approximate. Tag1 needs to be treated more carefully — its pose relative to the world origin needs to be stable across the session, not just initialized once and held. Add a noise filter. An EWMA filter with a velocity gate in _process_frame would reject the frame-to-frame pose flips without introducing lag on real motion. This was prototyped and tested during the v2 session but pulled out to keep the debrief clean — it's the next thing going in. Once those two are solid the trajectory should be smooth enough to actually reason about where the robot has been. Stack: Raspberry Pi 4B · PiCar-X v2.0 · Picamera2 · pupil-apriltags · FastAPI · ROS2 Humble · Python 3.13 References Post history v1 tag chaser PiCar-X introduction Hardware / code PiCar-X on Amazon Git repo submitted by /u/okineedaplan [link] [Kommentare]

I finnaly after a month or 2 made a Raspberry pi object 1 degrees of freedom tracking robot it took me a while but it was worth it. I was using lccv for raspberry camera module(i also have made code for usb camera).if anyone wants to try out i have the link to the repo in the video description.i do advise ti read the eng_list.txt file first. submitted by /u/Guilty_Question_6914 [link] [Kommentare]

I'm making a custom bldc motor to use as the main propulsion for an automated rigg to map the bottom of the sea! For now i'm testing it in my paddle surf, outside the water it seems to be way to powerful! The motor itself is all 3d printed, I'll soon make a post about it! submitted by /u/ArnauAguilar [link] [Kommentare]

Hi everyone, I built a small open-source web simulation of a double pendulum to demonstrate chaotic motion and sensitivity to initial conditions. Repo: https://github.com/mohammadijoo/Double-Pendulum-Chaos-Mechanism The goal is educational: a browser-based demo that lets students or beginners see how a simple mechanical system can produce complex, chaotic behavior. It is written with HTML, CSS, and JavaScript, so it can run without installing a physics engine. I would appreciate feedback on: whether the visualization explains chaotic behavior clearly whether the equations / numerical integration could be improved what parameters or plots would make the simulator more useful for control, robotics, or physics students whether adding energy plots, phase portraits, or Lyapunov-style divergence visualization would be useful I’m sharing it mainly for technical feedback, not as a commercial project. submitted by /u/abolfazl1363 [link] [Kommentare]

Curation of materials for robotics and Artificial Intelligence. Learn as your practice materials. Today we have some extensive knowledge available for building robotics. And there is a roadmap that everyone interested can easily build using the available resources. submitted by /u/dineshmadhava [link] [Kommentare]

Real Steel Fighting .. It says the robot are real autonomous fighting. That means it will be better than real steel movie which is tele operated. submitted by /u/Modulus3360 [link] [Kommentare]

I've always been interested in point clouds and spatial data, so I created my own LiDAR scanner! It runs off of an esp32 and TMC2209s on a custom PCB, which continuously rotate and sweep the LiDAR sensor. I learned a ton creating this project, as this was my first time creating a PCB and using NEMA motors (I have used other motors before). Github repo submitted by /u/thatonebckid [link] [Kommentare]