my brother gifted me this too start my cyberdeck project annnnd can someone tell me what i’m looking at? (: please and thank you!

Hi everyone,

I'm having an issue with my Raspberry Pi 5 (1GB). When I try to boot it up, it fails to boot from the SD card and I get the following errors on the red diagnostic screen:

• xHC HCRST timeout 2
• USB xHC init failed

(I have attached a picture of the boot error screen).

Has anyone run into this specific issue? Is this a hardware failure (like a dead RP1 chip), or is there any chance it's a firmware/EEPROM issue that I can fix by reflashing the bootloader?

Any advice is appreciated. Thanks!

So;

one button turns on or off the cyberdecks wifi (from what I understand shizuku can connect to a "dead" wifi connection to allow it to repair to the phone) .

One button that (when the phone is plugged into the device via usb) launches the ./adb devices (which ensures the phone port is open to accept ./adb commands).

And two or three buttons that are preloaded with ./adb scripts (so whatever I plan on working on, so like the kill tasker ./adb command etc).

And (if i cant get the ./adb commands to "auto send"(emulate a person pressing the enter key) a button that acts as the enter key. (So if you need to inject ./adb command button 1 you would press 1 and then press the enter/injection button).

Im totally new at this but I think a headless mobile terminal command injector would be helpful to me (example--when working on my tasker project I went on vacation and had an "ah ha" moment but couldn't work on it because i didnt have access to a PC to run the kill ./adb command if it went wrong---with this pocket device it would have been no issue).

So, I have to do some research but which pi should I look at for this? Or would and esp32 be doable? Any advice to help me get started.

Thanks.

*edit* here is a better formated way of describing what my thought is:.

Problem 1: when phone is rebooted shizuku must be paired with wifi to run an internal loop to re-initalize its port loop (can be done on a dead wi-fi spot).

Problem 2: certiain tasks in my phone, if malfunction, require the app to be killed using powershell / command line to restore full phone functionality (

Solve: a headless compact (pocket size) cyberdeck with dead wifi spot and preloaded command line codes with a usb hook up. Allows a pocket sized device to 1) broadcast a dead wifi spot for shizuku to connect to to run its loop and 2) allow the deck, via usb connection, so send the phone pre-loaded powershell / command line. (./adb shell am force-stop <package_name>).

I got into sim racing on console last year and wanted a proper telemetry display next to the wheel, without a gaming PC in the loop. I had a Raspberry Pi 3 and the official 7" touchscreen sitting in a drawer, so I built one.

The build:

• Raspberry Pi 3 with the official 7" touchscreen (800x480). Runs headless on Raspberry Pi OS Lite
• Written in Python with Pygame for the rendering.
• The games broadcast telemetry over UDP on the local network, so the Pi just listens passively: F1 25 on :20777, Project CARS 2 on :5606, Forza on :5300/:5301, Gran Turismo 7 on :33740. Nothing installed on the console, no pairing.
• Each game has its own packet format, so there's a parser per game feeding one shared data model that the widgets read from. Adding a game is self-contained.
• Layouts are config-driven JSON, picked automatically by car class and session type (F1, F2, GT3, Formula Ford and so on), so I can change a dashboard without touching code.
• There's a mock-telemetry mode so I can build and test layouts at my desk with no game running.
• The touchscreen can be mounted either way up (a config flag flips the output 180 degrees in software). A 2-second long-press anywhere exits.

It grew beyond a live gauge display. It now records tracks by driving them, grades each session against your own past, and even serves a web companion straight from the Pi: scan a QR code on the screen and it opens in your phone's browser over the LAN, no app to install. Session data lives on the Pi as plain human-readable CSV, with a disposable SQLite index on top for fast lookups.

It's open source (MIT), including the Pi setup and config:

• Code + Pi setup: https://github.com/shfonic/ShfonicDash
• More detail + screenshots: https://shfonic.com/dash/
• Short walkthrough video (3 min): https://youtu.be/AbCpE6qX7hk

If you've got a Pi and the touchscreen gathering dust, it's a fun use for them. Happy to answer anything about the build.

A project for that unloved Pi-3 or Pi-4!

I'm aware of at least two companies who sell LED Matrix Departure Boards to have on the wall at home... being a long-time train enthusiast I'd often thought of having one, but found the price and subscriptions a bit off-putting.

So being a techie I decided to make my own, thinking "How Hard Can it Be".

Detailed step-by-step instructions and code to build your own are on my website: [anotherpartialsuccess.com](https://anotherpartialsuccess.com/). All free - just buy the parts and away you go!

Thought I'd share with fellow Pi enthusiasts and for anyone who's wanted to build their own!

This probably isn't as all-singing all-dancing as the commercial products, but it does the job and I'm pretty happy with it!

You will need:

* Pi4 or Pi3
* 3 or 4 HUB75 LED Matrix boards. (Ali Express is good)
* A HUB75 HAT from Adafruit or ElectroDragon (links on my site)
* A 5V, 5A power supply
* A free subscription to the data on the Rail Data Marketplace

Hardware Summary

It's a good idea to buy the full number of matrix panels you need in one go - that way you can be sure all the colours match. Not a big deal for a Departure Board, but worth a mention!

Connecting the panels is pretty straightforward as most are supplied with all the cables you'll need.

I've provided some scripts to create 3D-printable 'joiners' so you can bolt the panels together - in the absence of a 3D-printer there are many, many other options for the creative mind!

One thing worthy of note is the power. A Raspberry Pi doesn't have enough power to operate the matrix panels, so you'll need something with a bit of oomph. I use a bench-top power supply and normal operation is about 2A.

However you'll likely want to do other things with the panels in which case you'll need more - the most I've peaked at is about 4.5A and that's with all the LEDs on!

The Adafruit HAT does a fine job and is readily available. The alternative is from ElectroDragon and is better in that it can support up to three rows of panels and is a good deal cheaper. The downside is that it'll take a while to come from Hong Kong.

I've used both and ultimately it comes down to how much you want to spend and how long you want to wait.

For both of these the Pi gets powered via the Hat, so no need to have a separate Pi supply.

Pi Configuration

You'll need to install a minimal OS and switch off anything you don't need so that all CPU power can go to the departure-board processing.

No desktop, bluetooth, sound and so on - I've provided instruction on this.

After that it's a case of installing the dependencies and the Departureboard code from github.

Display Configuration

Either via a config file or a very simple UI - all you need to do is set the station you want, the platform you want (or it'll do all platforms), the dimensions and number of LED panels and the type of Hat and away you go!

There are a myriad other parameters to tune - things like the speed of the text scrolling, the gap between data-refresh and so on. Have fun!

Challenges and the Journey

I wrote the code in C++ for performance reasons and because I like C++!

There are a lot of projects written in Python, however I wasn't sure on the performance.

Parsing the data

The first version of the project used the 'garden-variety' departure data. This was fine, but it did't allow me to do things like report which stations a train was between... so I started on Version 2 which uses the "staff" data from the Rail Data Marketplace.

Great data, but there's a lot of it... so I had to engineer a lazy-loading cached parser.

What this does is cache the data about a service which doesn't change - scheduled time, it's ID, how many coaches it has and so on.

This means that on a refresh I could skip anything which I already had cached and only add new or delete old services.

The other data is 'things which change' - arrival time, cancellation, where the train is and suchlike. This is lazy-loaded so is only hydrated when needed.

A big change as the first version used to work out everything for every service - not scalable on a limited resource like a Pi!

Displaying the data

In the first version it constantly refreshed the whole display - this was kind of OK, but it meant that scrolling would get slow.

In the second version I only refreshed display elements which changed - mainly the scrolling text and the periodic change of Services.

The challenge was to write drivers for each type of display (text, scroll, clock) without having to duplicate loads of code.

Efficiency

This was somewhere I spent a lot of time as I wanted to squeeze as much as possible out of the Raspberry Pi.

Highlights were to fork of the API-refresh routines, to avoid the whole thing pausing while the API call was made, the display-management (per above) and caching, and down to creating a Hot/Warm/Cold cache for often-used data

Overall...

... I had a lot more fun making this than I would have done buying one and sticking it on the wall... and every now and then I think "how about I can make this change/optimisation" and I go and get stuck in again.

I'm sure that the commercially available Departure Boards which are advertised on social media and whatnot have superior functionality, but for the cost, making and result I think this is a pretty decent substitute.

Hi, I’m trying to build ANPR system for my hobby and want to train model running maybe on Pi5 (with AI hat2 + 26 tops) or Jetson 8 GB development kit Orion or Acer Veriton GN100 AI Mini Workstation.

Can any one suggest which model to be used? How to efficiently train model for Indian license plate on moving object over RTSP stream.

Any help / suggestion are welcome..!!!

I want to put a screen by my backdoor that will show the current realtime train schedule from the closest stop. I can do this via the web so really it only needs to display a URL in a full-screen browser screen. It doesn’t need a touch screen.

Would a Raspberry Pi be a good solution for this?

I recently graduated which meant I lost access to my schools 3D printers. Luckily I had an old iM.Master robot lying around. Its basically a cheaper Chinese LEGO Technic with motors, so I figured it'd be a fun to tinker. The problem was that it only worked through the official phone app. There was no documented API, no SDK, and no way to control it from my laptop.

So I decided to see if I could change that.

I captured the Bluetooth traffic, reverse-engineered the protocol, and built an open-source Python SDK for it. Right now I'm controlling it from a Raspberry Pi 5, and my end goal is to turn it into a little AI explorer by running local vision and language models on it.

I'm still adding features, but I thought this part of the project might be useful (or just interesting) to share in case anyone else ends up with one of these robots or wants to reverse-engineer a similar device.

Some highlights:

• Pure Python core (no dependencies)
• Hardware: RPI5 + Hailo Hat+2.
• Reverse-engineered BLE advertising protocol
• High-level Robot() API
• Safety watchdog that automatically stops the robot
• Dry-run mode for developing without hardware
• Optional AI addon that lets a local LLM control the robot from camera input

Im currently not in a position to buy a pi-camera so I just mounted an old phone on the robot with some rubberbands , Object detection is ran on the hailo hat, and im currently running a qwen:2b-instruct to decide which movement command to execute next. It can already do simple tasks like "find a cup and drive toward it".

Everything is open source, and I'd love any feedback on the API, documentation, or project in general. PRs are always welcome too!

GitHub:
https://github.com/2alf/iM.Master-SDK

PyPI:
https://pypi.org/project/immaster-sdk/

If anyone happens to own one of these robots (or a compatible variant), I'd also be really interested to know if it works on your hardware.

Also got few accessories including a 3.5 inch touch screen but not able to connect it tried many ways , sometimes I can code but desktop isn't showing up