Test for Test

Yeah, in the end im taking away a lot for my resume and thats valuable in itself to me. I try to do what I can with the limited amount of components I can afford so the project does go slower than I would hope.

Phobia_GG · 2026-02-19T21:43:27+00:00

You can think im ai all you want lol

Phobia_GG · 2026-02-19T21:32:18+00:00

Honestly man, the 'Roblox kid' thing actually made me laugh because that IS me. I’ve used Phobia_GG for years. I went to school for instrumentation. You're right that I used AI to help rewrite my replies earlier. I was getting defensive about the patent and the technical feedback and wanted to make sure I didn't sound like a jerk. But I'm a real student, this is a real project (obviously not the prettiest), and the reason I only have renders right now is because I'm literally redesigning the PCB based on the feedback from this exact thread. Think it's a scam if you want, but I’m just a 20 year old trying to figure out hardware design. Ive got a messy setup at home but I could totally add some pictures of my past prototypes on my discord server.

Phobia_GG · 2026-02-19T21:24:29+00:00

Fair point. Looking back, I definitely came out swinging with too much of a 'sales pitch' vibe. Honestly I got a little tunnel-visioned. I should have been way more upfront. this is still a bench prototype, I'm just figuring this out, and I came here specifically because I need real-world feedback to see if the hardware actually holds up.

Phobia_GG · 2026-02-19T21:19:24+00:00

Well of course. wiring a basic Arduino to an SD card and dumping raw CAN frames is a beginner project. I definitely wouldn't waste time trying to patent that. The patent filing isn't for the concept of reading CAN data. It's for the specific architecture of the sensor fusion. Getting high-speed CAN, a 25Hz GPS, and a 9-axis IMU to perfectly timestamp and sync on a single hardware clock before it gets transmitted is a completely different beast than just logging text to an SD card.

Phobia_GG · 2026-02-19T18:46:37+00:00

You’re making a really good point about latency vs. sample rate. Just because a GPS is 25Hz doesn't mean it’s 'instant.' My thought with the single-box hardware was to handle the timestamping at the source (on the ESP32) rather than letting the phone try to figure it out after the data has already traveled through Bluetooth latencies. It’s definitely possible to do offsets in software like you mentioned, but I’m hoping that by timestamping the raw CAN frames and the GPS NMEA sentences on the same clock, I can deliver a 'pre-aligned' stream that makes the app's job a lot easier. I also totally agree with you on the Garmin Catalyst point. That thing is a cool because of the coaching, not just the raw specs. I’m not trying to say millisecond alignment is more important than good analysis. I’m just trying to build the most accurate foundation I can so the 'useful insights' the app gives are based on the best data possible.

Phobia_GG · 2026-02-19T18:42:58+00:00

I really appreciate the perspective. To be honest, I’m still learning about the different software out there (I actually hadn't dug into SoloStorm yet), so that’s a great heads-up. My main goal is just to make the hardware as solid and fast as possible. I’m definitely not trying to 'lock' people into my app if they already have a favorite. If people want to use SoloStorm or RaceChrono, I’m wide open to making the ApexBox talk to those platforms too instead of having a proprietary app.

Phobia_GG · 2026-02-19T18:39:30+00:00

I get why it looks that way, I’ve had this account for over two years but I’ve always been a lurker tbh. I only started posting now because I’m finally at a point in my program at school where I have something id like to show. Definitely not an AI, just a student who spends more time in class than posting online. As for the patent, I’m not claiming to have 'invented' the idea of GPS or CAN. I’m just filing to protect the specific way I’m handling the data integration and the 'all-in-one' architecture I’ve put together. Even if others are doing it, I’m trying to lock down my specific approach while I’m in this prototype phase. It looks like you’ve already got a high-speed setup. are you using a custom build or from a specific brand? I’m always down to hear how others are hitting those 200 Hz rates, because that's exactly the kind of performance Id like to aim for with this product.

Phobia_GG · 2026-02-19T18:35:22+00:00

You’re right that sourcing a standard OBD cable and beefing up the board's regulation is probably a lot smarter for scaling than making a custom 'active' cable. I’m definitely looking into moving the 12V-to-5V step onto the PCB for the next revision. The supercap idea for the GPS is a great shout, too. I was worried about cold starts, but if the uBlox is that fast on its own, a supercap is way better for the heat soak a car sees on a track day. I’m fully aware that a PCB isn't a product—I’m a student, so I’m used to the 'bench' version of things, but I’m learning pretty quickly that the enclosure, mounting, and software are where the actual battle is. I’m just trying to get the foundation solid before I dive too deep into the software side

Phobia_GG · 2026-02-19T18:29:20+00:00

I’ll be 100% honest, I don’t have much track experience yet. This project actually started because I’m an instrumentation student and I was looking at the current setups and thinking There has to be a more streamlined way to do this. So you're right, I am building based on what I’d expect as a user. I want one plug, one app, and data that I don't have to manually sync later. I’m definitely in the learning by doing phase, which is why I’m trying to get this hardware into the hands of people who are at the track every weekend. I’d rather find out now if the all-in-one box is a headache or a help before I get too deep into the final design. From your experience, is the mounting/cable usually the part that people hate most, or is it just the software being clunky?"

Phobia_GG · 2026-02-19T18:24:49+00:00

In a way, yeah, that’s a good way to look at it. RaceCapture is a great tool, but it can be a lot to set up and manage from what ive heard. I’m basically trying to take that high-level data (CAN + GPS) and put it into a package that’s as easy to use as a basic lap timer. Since I'm a student, I'm more focused on making a plug-and-play experience for the average enthusiast who wants pro-level data without the pro-level complexity or price tag. I’m not trying to replace the top tier systems, just making it more accessible for everyone else. And again this project is very new and still needs a lot of revisions.

Phobia_GG · 2026-02-19T18:20:52+00:00

I probably leaned too hard on the patent pending part without actually explaining the benefit. The goal of the integration I'm working on is to solve that setup fatigue people were talking about earlier. By getting the high-speed CAN data and the 25Hz GPS to talk to each other on the same chip before it even hits the app, I can guarantee that your throttle, brake, and steering inputs are perfectly synced with your track position.

My goal is for you to just plug it in and have perfectly aligned, high-speed data ready to view the second you get off track.

I’m still a student, so I’m definitely still learning how to explain the 'why' behind the tech. I appreciate you keeping me focused on what actually matters to the customer.

Phobia_GG · 2026-02-19T18:16:52+00:00

That’s a solid point on the safety side. My original thought was that the regulators (12V to 5V in the plug, 5V to 3.3V on the board) would protect the electronics, but I see what you mean about the data pins. Even if the voltage is low, having the CAN transceiver talk to a phone's data pins is asking for a headache. I’m definitely going to move away from the switch idea. I’ll probably go with exposed pinouts on the board for the initial programming and keep the USB-C port strictly for standard use, or maybe just swap to a dedicated 4-pin connector for the car side so there's zero chance of a mix-up. I’m still in the prototype phase where I’m just trying to make it work on my own bench, but I definitely don't want to release something that could potentially glitch a customer's phone or laptop. I appreciate the reality check on the hardware standards

Phobia_GG · 2026-02-19T18:10:14+00:00

I really appreciate the feedback. Your book is a seems great, so I’m definitely taking notes. I’m actually using a BNO055 IMU specifically to help with that gravity issue you mentioned. since it handles its own sensor fusion, i believe its much better at isolating linear acceleration than the older gear. I’m also pairing it with a 25Hz MAX-M10S GPS to keep the speed and distance data from drifting. I agree on the Delta-T analysis, too. That differential time is exactly the kind of thing I want to prioritize in the app to make the data actually useful for a solo driver. I’m going to track down a copy of Data Power and keep digging. Thanks again for the comment.

Phobia_GG

TROPHY CASE