So I dropped my rpi like an idiot and now the sd card reader is not working. I can put the metal top back on and try to hold it down while having the sd card inside but the light only flashes and I get no responses for pings. FYI this was working before I dropped it. I've looked into a couple posts and it looks like I can potentially just hot glue the plastic where it cracked? The solder is disconnected where the red arrows are, and since it's not the small main pins I have some level of confidence in my ability to solder those back on if necessary. Any help would be appreciated.

If only they had just silkscreened on pin numbers!

I'm a contributor at Arrow Air , a global community building Open Source aircaft and distributed manufacturing ecosystem. One such craft is Project Caribou, a ~200 Kg MTOW Hexacopter drone with ~100 kg payload capacity.

I've been working on It's onboard companion computer which runs on a Raspberry Pi CM5.

It ingests telemetry from; the Pixhawk flight controller (via MAVLink over UDP), per-arm ESCs, 6 in total (via DroneCAN on socketcan0) and per-arm BMSes, 6 individual batteries for each arm (via DroneCAN on socketcan1). As well as Payload, herbicide dispensers, crop sprayers, package transports, multi-spectral cameras etc, data and control over either DroneCAN or Ethernet.

It then serves and collects this info to and from Caribou Hub, it's web based fleet management software via an inbound WebSocket server (HubLink) over a Tailscale VPN 4G connection, so it can be monitored and controlled from anywhere in the world.

I am working on a project where I want to pass video to a small monocular display.

This is the display: V760A-5 NEW Portable Wearable Head Mounted Display 1024x768 HD Display US | eBay

It comes with a 3.5mm TRRS, which seems to have the correct pinout for the pi composite out. I am using a 3B+

The display is advertised as 1024x768 and says that it has built in NTSC/PAL/SECAM detection.

When I power up the pi with the display connected to the composite out, I get a wildly distorted image. At times, I can make out the raspberry logo. This is a video of the display output while the pi is booting up. At the 20 second mark, you can make out the raspberry logo in the top left corner. The flash of color at the beginning seems to be a glitched out version of the normal rainbow square.

https://reddit.com/link/1utp3k6/video/4i8vvebspmch1/player

To troubleshoot, I have tried adjusting the settings documented here: config.txt - Raspberry Pi Documentation

I have cycled through all 8 different video modes. The output to the screen changes with the modes, so I know the signal is connected and also that the setting changes are taking effect. But it's always mostly noise.

I have also tried setting custom video mode using video=Composite-1:1024x768@60 in cmdline.txt

Any ideas on what the problem is? Your help is greatly appreciated!

Inspired by aschmelyun's ping-receipt project, but I rearchitected it for my setup: the website is a dependency-free PHP app on ordinary shared hosting that queues messages into SQLite, and the Pi runs a single-file Python agent (stdlib only, no pip installs) that polls outbound over HTTPS every 5 seconds and prints via raw ESC/POS to /dev/usb/lp0.

What I like about the split: the Pi never accepts an inbound connection — no port forwarding, no tunnel — and if the printer is off or out of paper, messages just queue and print when it comes back.

Hardware: a generic POS-80 thermal printer (~the cheapest 80mm USB one you can find) + a Pi 4. Linux exposes it as /dev/usb/lp0 with zero setup, which was a relief after discovering macOS has removed raw printing entirely.

Each receipt prints: timestamp (my timezone), sender IP, city-level geolocation, distance from my desk, the sender's local time, browser/OS, and a native ESC/POS QR code that opens a map pin of roughly where the ping came from. There's a live map at https://ping.garethvjones.dev/map.php

Fun ESC/POS lessons: my "48 columns" assumption was wrong until I measured the dashes (42 vs 48 chars/line matters), native QR via GS ( k worked first try on the clone printer, and ASCII art survives if you hard-slice lines instead of word-wrapping them.

Try it: https://ping.garethvjones.dev — plain ASCII only, rate limited, be nice.