After Decades, NASA May Finally Replace Mars Relays

We’ve yet to find any definitive evidence that there’s biological life on present-day Mars, but to say it’s a dead planet isn’t exactly accurate. Since the first Viking lander touched down in 1976, a revolving cast of humanity’s robotic envoys have worked on and around the Red Planet — and as access to space becomes cheaper and more routine, the mechatronic population of Mars will continue to grow.

Given the number of landers, rovers, and orbiting spacecraft that have been sent to study Mars over the last 50 years, you might be surprised to find that the communications systems in place to transmit all that critical scientific data back to Earth aren’t nearly as robust as you’d think. While it’s understandable that the first craft to arrive at Mars had to operate in isolation, even the flagship Perseverance and Curiosity rovers carry their own high-gain radio systems so they can communicate directly with Earth. Given the incredible premium put on the mass of an interplanetary craft, each mission that needs to bring along its own link back to Earth effectively reduces its payload of much scientific equipment.

It’s not that satellites in orbit around the planet aren’t used to relay signals between Martian ground assets and their controllers back on Earth. In fact these relay links are used extensively for bandwidth-intensive tasks such as image transfers. But it’s also true that the craft currently available to act as intermediaries between the two planets aren’t terribly well suited to the task. The current fleet of Mars orbiters were conceived primary as research vehicles, and so every decision regarding their design and positioning around the planet was made with that goal in mind. What relatively limited capability they do have as communication relays is further hindered by the age of their hardware.

But after decades of false starts and shifting budgets, NASA is closer than ever to finally establishing the Mars Telecommunications Network, a dedicated high-bandwidth communication relay that will ensure current and future missions always have a way to phone home.

Continue reading “After Decades, NASA May Finally Replace Mars Relays” →

Solar Powered Traffic Monitoring

[Marios Christoforou] recently undertook a Computer Engineering degree at the University of Cyprus. His final year project involved implementing a solar-powered device to count vehicular traffic, while logging results to the cloud.

The project is built around a Raspberry Pi 5, specifically the version with 4 GB of RAM. It runs Raspberry Pi OS and is equipped with a basic webcam with 720p video output. The single-board computer runs off a 12 volt lead acid battery, which is charged via a 100 W solar panel hooked up to a basic charger module. Identifying vehicles in traffic is achieved with the YOLOv8 Nano machine vision model, which outputs bounding boxes around cars, trucks, buses, and motorcycles captured in the webcam feed. Software algorithms are used to ensure vehicles are only counted once as they pass through the camera’s field of view.

There’s plenty of detail on how the project was refined to meet initial goals. To make the most of the solar power available, [Marios] optimized the setup with an eye to performance and low power draw. To that end, the Raspberry Pi had Bluetooth, the PCIe slot, audio, and HDMI ports all disabled, while the CPU and GPU were both under-clocked for good measure. Software tweaks were also used, like running headless and dropping unimportant parts of the video frame for more efficiency.

We’ve featured other homebrew traffic monitors before. These days, though, it’s Flock cameras that seem to be making all the headlines in this area.

Reconstructing Device Firmware From SPI Reads

If you wanted to extract the firmware from a mystery device, you might pull the flash chip out of it and toss it into a reader. But if you only had one chance to get it right and couldn’t risk damaging the device in the process, physically removing the chip may seem much less attractive. Reading the chip in-circuit failed — because of course it did — so what does that leave?

Well, if you follow the example of [Matthew “wrongbaud” Alt], the next tool you reach for might be a logic analyzer. In a recent write-up, [wrongbaud] explains the process of identifying, capturing, and ultimately decoding the SPI read operations used to load the firmware from a common W25Q-series flash chip at boot time. He notes it’s not a perfect solution, as in the end you’ll only be able to sniff out what the CPU actually reads, not necessarily the entire contents of the chip, but it’s a big step in the right direction if you’re reverse engineering something in the dark.

Continue reading “Reconstructing Device Firmware From SPI Reads” →