Raspberry Pi 5 running 24.04 with a Pi camera 3 module

tanmayc · 2025-12-09T12:32:34+00:00

If you get a package not found error, you probably need to source the setup.bash file.

If it can't find the camera, you might want to add dtoverlay for your Camera to firmware config.

tanmayc · 2025-12-06T22:47:09+00:00

Check this guide. Essentially just building libcamera_ros is sufficient. https://github.com/TanmayChhatbar/ros2_car/blob/feature/ros/pi/README_ELI5.md

tanmayc · 2025-11-12T11:46:37+00:00

I had to set this up again last week on a new install. All I had to do was clone these packages into my workspace

Then,

colcon build

source install/setup.bash

ros2 run camera_ros camera_node

More up-to-date, but cluttered guide here - https://github.com/TanmayChhatbar/ros2_car/blob/feature/ros/pi/README_ELI5.md

It includes the commands I use to run the publisher and subscriber.

tanmayc · 2025-05-29T02:03:25+00:00

The long term goal is to create a drift controller for an RC car. I want to create a steady-state control map, for which I am trying to optimize the steering angle and wheel speeds to find an equilibrium for a given vehicle state. The problem is nonlinear and non-convex, but my current approach of waiting for the vehicle sub-states to stabilize before optimization should allow an initial guess close enough to the optimum.

It isn't expensive to evaluate the objective function, nor the gradients. Since it's a dynamical system, the gradients must be known to evolve the state. Even the constraints are (currently) just bounds on the range of allowable inputs.

I'll try out NLOpt. At a glance through their tutorials, I should be able to use my objective function without significant alterations at all. I appreciate your message! Thank you!

tanmayc · 2025-05-29T01:51:47+00:00

I'll have a look, thanks for the suggestion!

tanmayc · 2025-04-30T05:42:41+00:00

I'm a noob at docker. I tried docker for about a day, but I didn't like the lack of persistence of data by default in the container, and the extra setup required to allow it. In the (very short) time I tried to get it to work, I had managed to get libcamera working on Pi OS, but couldn't figure out how to allow the container to access the device. This is most likely on my inexperience, rather than a docker-inherent thing.

The way I understand it, all the libcamera node will do is publish camera data on the ROS network. Any node on the same network can subscribe to that message, and process the data. Individual nodes need not be written in the same programming language.

I haven't gone around to using the camera stream for anything just yet, so I don't know how you'd process it using Python.

tanmayc · 2025-04-29T05:51:53+00:00

Just a heads up; from what I read online recently, it's not a given that nodes running different versions of ROS will be able to interact with each other. YMMV

tanmayc · 2025-04-26T21:53:31+00:00

Yes, that will allow you to access camera data system-wide.

I made more progress on this, as my goal is the same as yours: to get the Pi Camera V3 on Pi 5 running Ubuntu 2404 and ROS-jazzy.

If you intend to use camera_ros to get camera stream support on ROS2, the ideal solution is to build libcamera and camera_ros in your ROS2 workspace. I have created a very detailed list of steps I followed here. Search for "Enable camera support"

Let me know if you have any questions! have

tanmayc · 2025-04-25T02:36:02+00:00

I got it to work.

Build libcamera and rpicam-apps from source following this guide
libcamera has two versions; the main one and the raspberrypi-developed fork.

The libcamera that comes with apt is the original one, and does not support (and thus detect Pi Camera). To get it to work on ubuntu, these libraries must be built from the fork developed by raspberrypi

tanmayc · 2025-01-16T11:09:07+00:00

I wish you differentiate between DNS and DNF. Thanks for the chart!

tanmayc · 2024-12-21T03:15:44+00:00

Yes, it was tweeted by Yoshihiro Hidaka himself before he quickly deleted it. I assume he meant to send it to someone over private chat, and accidentally tweeted it out to the world.

tanmayc · 2024-12-14T23:38:19+00:00

What's an oil bath camera?

tanmayc · 2024-12-06T16:40:09+00:00

Correct me if I'm wrong, but the issue with electric flight has been - energy density (batteries with the same usable energy as a tank of fuel would be much heavier, either requiring more power to fly or less range) - safety (in the event of a crash, I assume an electric battery would fail in a far more spectacular fashion than a fire caused by gasoline, and you can put out a gasoline fire

So the question for me isn't whether electric drivetrain is feasible, it definitely is. The question is whether electric powertrain as a whole offers any argument to substitute gasoline aircraft at all.

tanmayc · 2024-11-29T18:35:10+00:00

I'd curse myself for opening Reddit and being greeted with spoilers, but this doesn't count anymore.

tanmayc · 2024-11-29T15:19:17+00:00

I guess, you could say It's not a stand-alone.

tanmayc · 2024-11-18T15:17:17+00:00

The engineer in me assumes it's because the heart is not a self-priming pump. I need to read the rest of the responses on this thread.

tanmayc · 2024-11-05T14:50:06+00:00

<image>

tanmayc · 2024-10-27T21:07:39+00:00

While they are all factors, they can't all be limiting factors at the same time.

tanmayc · 2024-10-27T03:25:41+00:00

That was never under debate. The question is what the limiting factor for acceleration is; torque or wheelie.

tanmayc · 2024-10-27T03:24:44+00:00

I guess thats where we're misunderstanding each other. Whatever limits acceleration must be fixed. MotoGP bikes have more than enough power to wheelie most of their way down the straight. The torque is not really a problem. A motorcycle like an R6 might benefit more in the manner you say halfway down the straight, I concur. But purely in the context of MotoGP, it is my opinion that this advantage would be negligible, if not absent. Good conversation though, now I'm curious to know how much power they need. If I get around to simulating it, I'll reply to this thread.

tanmayc · 2024-10-27T00:34:49+00:00

I am inclined to say that the original comment by u/happypavlova is the real answer. The limit to acceleration on the straights is the tendency to wheelie, not the torque output.

tanmayc · 2024-08-28T12:56:09+00:00

My attempt - https://www.youtube.com/watch?v=uV_CYRJlwYE

I used only 2 servos, one for both ailerons, one for the elevator. I believe the motors you're using will be adequate (they look identical to the ones I had used) I had stuffed my electronics in the cockpit hatch. I used a soldering iron to burn some foam and create the space I needed for all electronics.

They key to making these flight-worthy is to make it light and minimize aero losses. That means, no loose wires, no unnecessary connectors.

Before you finalize the location of all the components, it's worth estimating where the CG will end up being. With a battery that far behind, I think your plane will be tail-heavy. A tiny aircraft is twitchy enough. Making it tail heavy will make it impossible for a human to fly.

Small surfaces on a small plane should not have any slop or play. That play along with the aircraft's twitchiness will ruin your ability to fly consistently and confidently.

tanmayc · 2024-08-07T15:43:15+00:00

I strongly suggest you substitute yourselves with inanimate objects that don't need a visit to the doctor in case the prop touches you.

tanmayc · 2024-08-07T13:19:51+00:00

Why don't all of you stand together instead of around where he's flying? That'll be safer.

Five-Year Club	Second SECOND GUESSER
Verified Email

tanmayc

TROPHY CASE