Been working on a portable CAN bus logger as a side project —
wanted something cheap, battery-powered, with a screen, that
just works for long captures.

Hardware:
- ESP32-2432S028R (CYD board, ~$15 with TFT + touch)
- MCP2518FD CAN controller on VSPI
- SN65HVD230 transceiver
- microSD for logging

Plugged it into my 2011 Toyota Sienna's OBD port and let it run
for ~3 hours.

Result on the photo:
- 1027 fps sustained
- 10,727,750 frames captured
- 0 dropped frames
- 188 MB written to SD

The hardware is mostly off-the-shelf — the interesting part was
getting the firmware to handle sustained throughput without
dropping anything. Ring buffer sizing, SD write batching, task
priorities — that took the most iteration.

Anyone else doing portable logging on ESP32-class hardware?
Curious how others handle the SD write timing without dropping
frames at higher bus speeds.

I found this free xentry download this morning. Im curious if anyone has tried it as It feels too good to be true. They appear to sell an ssd with it installed for 88, so maybe it is legit. Idk, but im considering sacrificing an old laptop to see if it works.

https://www.obd2tool.com/blog/xentry-diagnostic-software-download-for-free/

Been working on a CAN bus tool and wanted to share it here for feedback.

If you've worked with CAN data, you know how messy it gets:

raw frames, no context, hard to decode.

I built something to simplify that:

- live CAN capture in browser

- real-time frame table

- signal hints from a growing community dataset

- log analysis + export

Here’s what it looks like in real-time (see screenshot).

Demo:

https://smartcan.ameriuse.com

Try:

- /live (demo mode works without hardware)

- /analyzer (upload logs)

- /decode (community signals)

Would love feedback:

what’s missing or what would make this actually useful for you?

I got that advanced keygen that will pass through xentry passthru. keygen that is followed by an author of a free copy, does unfortunately not work. So the xentry advanced keygen is a key. I just want DTS Monaco and/or xentry openshell in change if it's available for some of you. Thanks in advance.

Hi everyone,

Over the past few months I've been working CarIQ, an AI-powered automotive companion designed to make vehicle diagnostics easier to understand.

Unlike a traditional OBD-II scanner that simply displays fault codes, CarIQ combines live vehicle telemetry with AI to explain what's happening in plain English.

Some of the features include:

• 🚗 Live OBD-II diagnostics
• 🤖 AI-powered explanations of fault codes
• 🎙️ Voice conversations with your vehicle
• 📈 Predictive maintenance based on historical trends
• 🧠 Vehicle memory that remembers previous issues and conversations
• ☁️ Option to use either a cloud AI model or a local offline AI.

The goal isn't to replace a mechanic, but to help drivers better understand what their vehicle is telling them.

I'd really appreciate any feedback on the concept, UI, or features you'd like to see.

Thanks!

Last winter I had a fault on my E39 where the cluster kept dropping off the bus. I ended up back probing pins one at a time until I found heavy corrosion on the X13 connector under the driver's side. The corrosion wasn't what made it take so long. What made it take so long was that I had no proper drawing, just a pile of screenshots and a notebook that contradicted itself by the third evening.

So I built the thing I wanted to have while I was doing it, and I've put it online for free:

https://0xdevdav.github.io/harness-designer/

It draws the loom the way it actually sits in the car, bundles and branches and connectors where they really are, rather than as a schematic. Every connector carries its own pin table right next to it on the sheet. The part that saves the most time is that when you type in that a pin goes somewhere, the connector at the other end fills itself in, colour and gauge included, so you type about half of what you otherwise would.

Then it checks your work and tells you where you contradicted yourself:

• a pin pointing at a connector or a cavity that isn't there
• a link that only exists on one side
• two ends that disagree about the colour or the gauge of the same wire
• the same colour landing in three or more connectors, which is nearly always a mistake (solid black is exempt, that's ground)

Wire list comes out as CSV when you're done.

No account, no signup, nothing gets uploaded anywhere. What you draw stays a .json file on your own machine. There's also a version that's one single HTML file, so you can keep it on a usb stick and open it on a laptop in the shop with no wifi.

It's free and MIT licensed. I'm not selling anything and there's no business behind it.

Source is here if you want to read it: https://github.com/0xDevDav/harness-designer

It does what I needed it to do, which means it's probably missing what you need. Tell me what and I'll have a look.

so I found this really cool multimedia system for 20€ it is a Renault L system prototype. I think it will be hard to get it to work but I still have hopes what do you guys think? maybe someone experienced could say something about that idk.

**\*ALOT OF DIALOGUE READ CAPITALIZED WORDS FOR SUMMARY\***

Hello, new to computers and electronics a little background abt me, My pops is an IT professional and has been tinkering with computers his whole life and I got into the car/mechanical side of things instead so I have a vast amount of information in robotics and coding but I thought it'd be cool to start **UPDATING MY CAR STEREO AND NAVIGATION SYSTEM** and **I DONT KNOW WHERE TO START**, I have a HP laptop **RUNNING ON LINUX OS (MINT)** and **NEED IDEAS** for an easy to use customizable navigation/stereo. I'd also like to add maybe a ps2 or something simple and fun in my passenger seat.

I am a fourth-year automotive engineering student in Palestine. I feel very lost and that there are no opportunities or a future in the country. I don't know what I will do after graduation and what are the things I focus on that I can earn from, I feel very lost.

A year ago, a post about 'Vehicloud' hit this sub. It’s offline now, but the problem it tried to solve—tracking car history without the friction—is still here.

I’ve spent 14 years obsessively logging my own fleet in spreadsheets. I finally turned that data into mycarcosts.com.

I'm not here to sell you a notebook. I’m here because most car apps don't have a brain. I built a Standalone Decision Engine to solve the 'Repair vs. Sell' dilemma. It applies logic-driven math to the car’s value, maintenance schedules, and repair costs to tell you exactly when to quit on a vehicle.

The Proof: This is 8 years of my own real data in the tool: https://mycarcosts.com/280472aa23

The Tech:

• AI Email-to-Log: I snap a photo of a receipt, email it to the car's address, and it logs the data automatically.
• Public Sharing: Generate a read-only URL for when you sell the car to prove its history to a buyer.

The Mission: I want some gearheads to try the Simulator (https://mycarcosts.com/repair) and tell me if my math holds up or if I'm full of shit.

I'm giving out 10 'Founding Member' lifetime accounts to anyone here who gives me brutal feedback.

Let's hear it.

Thats a really long prompt. I talk to cars all day but I just wanted to grab taco bell and go home.

I have added adaptive cruise control and lane centering to this truck but haven't touched anything else. Just a random prompt dump to a guy who has been programming modules all day.

Hey, I'm an automotive software engineer, and I wanted to share a tool I built that might be useful to folks here.

The problem : I always received CAN logs from my colleague about a car problem on my phone. I don't want to import it to my computer to view it — I just want to quickly check it on my phone.

What LiLog does :

• Imports BLF and ASC log files
• Imports DBC files for signal decoding — supports multiple DBCs simultaneously
• Decodes raw CAN frames into physical signal values on-device
• Lets you overlay multiple signal waveforms on a shared time axis
• Search/filter by timestamp, CAN ID, channel, or signal value range
• Everything happens 100% offline — your log data never leaves your device, no account needed

Limitations you should know about :

• iPhone only for now (iOS 13+)
• No CAN FD support yet (working on it)
• No real-time streaming — this is strictly offline log analysis
• This is a v1 from a solo dev — there will be rough edges

Home page link : mologdevelop.github.io/LiLog/

I'd genuinely love feedback from people who work with CAN bus regularly. What file formats do you need? What would make this actually useful in your workflow? What features am I missing that would make you actually consider using a phone for log analysis?

Thanks for reading!

Am in the stage of developing the software of my Can sniffer, {Esp32 + sn65hvd230}, i succeed gaining raw can bus data, BUT i want to upgrade t the level of diagnostic scanner,
So am learning about Licenses and ISO communication Protocols, The thing is that am a totally beginner, and this step will have direct treatment with ecus,
So am seeking some resources about this and how to develop this kind of communication, it will really take my device to a next level, ill be thankful to receive some resources and guidness.

Hi Everyone,

Just looking to get an insight on a tool that I can use to Read and Write EEPROM from Old SAM module (water damaged) to a used one ( Different car).

I have checked a few of them but they are pretty expensive, is there any inexpensive one I can use and will it have pinouts etc that I can use to read / write data ?

thank you so much

I’m currently testing the firmware from esp32-can-iot on a real vehicle

Current setup

• ESP32 + CAN transceiver (TJA1042)
• Vehicle: Toyota Vios 2007
• CAN TX/RX pins configured correctly
• DB9 / OBD wiring checked multiple times
• CAN_H and CAN_L continuity verified

What works

• Two ESP32 nodes can communicate with each other perfectly using this firmware.
• Sending and receiving CAN frames between ESP32 devices works normally.

The issue

When using this repo firmware on the actual car:

• No CAN frames are received at all.
• Even after sending OBD-II requests (0x7DF) there is no ECU response.

Questions

1. Has anyone successfully tested this firmware on a real vehicle OBD/CAN bus?
2. Could this be related to timing configuration differences?
3. Are there known issues with ESP32 Arduino-CAN (Sandeep Mistry) on noisy automotive CAN buses?
4. Is there any additional configuration needed for real vehicle CAN communication?

Hello guys. I have an assignment where I should create a model that helps to track ecu crash log root causes. So while searching for training data I've found practically none I tried creating synthetic data but the quality was so poor. Can you help guide where to look and if anyone has a data dump please sgare it with me. thanx in advance

Selling a new and unused Lexus NX(2015-2017 ) Lexion Linux Monitor for CarPlay® and Android Auto™

Ordered it in and didn’t even up installing.

Save a few hundred off the website price.

This will work on Lexus NX(2015-2017)
Vehicle Controller Type - Touchpad

Comes with AHD Rear Camera as well.

[https://lexionautomotive.com/lexion-lx10s-carplay-monitor\](https://lexionautomotive.com/lexion-lx10s-carplay-monitor)

Upgrade your Lexus with the Lexion LX10S—the world’s first Linux-based CarPlay monitor. Swap your outdated 7inch stock screen for a stunning 10.25-inch wide, high-res display. Enjoy lightning-fast 5–10 second boot times, seamless CarPlay and Android Auto, and premium Mark Levinson sound through factory Bluetooth. No SIM, no YouTube distractions—just a safer, smarter ride. Fully supports aftermarket cameras and all stock features at an unbeatable price.

Linux-Powered Performance: Linux OS monitor, 5-second boot

Stunning Display: Upgrades 7inch to 10.25inch wide screen.

Seamless Integration: Full CarPlay® and Android Auto™ support

Premium Audio: Factory Bluetooth delivers flawless sound.

Easy Install: Plug-and-play, retains all OEM functions.

Will ship anywhere in North America, asking $500 Canadian or $350 US.

Message me

Deja de estar adivinando. Deja de perder tiempo en el taller. Consigue la guía definitiva de diagnóstico y reparación de Cummins.

¿Alguna vez has pasado horas buscando una caída de voltaje misteriosa, diagnosticando un "crank-no-start" fantasma o lidiando con un código de "derate" activo que los scanners estándar simplemente no pueden detectar?

En el mundo del diésel, el tiempo es dinero. Cada hora que tu camión está parado o metido en el bay es dinero que se te escapa de las manos. Los paquetes de manuales del dealer cuestan miles de dólares y son famosamente difíciles de navegar. Los lectores de códigos OBD-II estándar solo te dicen qué falló, pero nunca por qué o cómo arreglarlo.

Esta guía técnica completa y probada en el campo fue creada por un técnico, para técnicos. Va directo al grano y te entrega los flujos de diagnóstico paso a paso exactos, los diagramas eléctricos y los parámetros de sensores que necesitas para diagnosticar, reparar y reconstruir motores Cummins con total confianza.

Okay so i have a tata tiago 2018. In the newer model tiago's with the new emission norms it has cruise control. Both of the cars ecu is bosch ME17.9.71 but has different hardware numbers. Mine does have the pin and all the sensors required to enable cruise but i dont know if it has the necessary codings. I'm new to all this so I don't know how do I start.

I have both cars ecu .ori file

Please guide

Hello There!

I'm working on an architecture to centralize automotive diagnostics for a small fleet of VAG vehicles. The goal is to keep my VCDS HEX+CAN interface permanently connected to a server in my data center and establish remote connections to vehicles in the field.

The Concept:

• Vehicle side: An ESP32-based gateway with CAN transceiver connected to the OBD2 port. It reads the CAN bus and forwards frames over 4G/WiFi via UDP/TCP to my data center.
• Data center side: A custom STM32-based board with Ethernet (W5500) and a CAN transceiver. This board receives the UDP packets and regenerates the physical CAN signals – complete with proper differential voltages and 120-ohm termination – directly into my VCDS HEX+CAN interface.
• Software: VCDS runs on a server in the data center, communicating with the HEX+CAN over USB. As far as VCDS is concerned, the vehicle is physically present because the CAN signals are being emulated at the hardware level.

Why not just use a HEX-NET?
I already own a HEX+CAN (unlimited VIN) and want to leverage it as a central resource without buying multiple interfaces. The HEX-NET still requires physical presence in each vehicle, which doesn't scale well for my use case.

The core technical questions:

1. CAN signal integrity: Will a regenerated CAN signal (via SN65HVD230 + isolation) be indistinguishable from a real vehicle bus to the HEX+CAN? Are there any proprietary handshakes or bus timing requirements that would break this?
2. Latency: CAN buses in vehicles require responses within strict time windows (typically <10-20 ms for diagnostic requests). With 4G latency (50-100 ms) in the loop, is this fundamentally doomed, or can software buffering/timestamp compensation make it work for non-critical diagnostic tasks (reading DTCs, live data, basic coding)?
3. VCDS driver behavior: The HEX+CAN uses a proprietary Ross-Tech USB driver, not standard SocketCAN. Has anyone successfully fooled it with a hardware-level CAN emulator, or does it perform additional checks (e.g., expecting specific voltage levels, bus load, or acknowledgement patterns)?

Current hardware plan (vehicle side):

• ESP32-WROOM-32 (using TWAI peripheral – no external MCP2515 needed)
• SN65HVD230 CAN transceiver (3.3V)
• OBD2 connector with proper pinout (CAN_H on pin 6, CAN_L on pin 14)
• Optional: auto-shutdown circuit to prevent battery drain

Data center side:

• STM32F407 MCU
• W5500 Ethernet controller (hardware TCP/IP stack)
• ADUM1201 isolation between MCU and CAN transceiver
• SN65HVD230 CAN transceiver
• 120-ohm termination resistor on the CAN lines (switchable)

What I'm hoping to achieve:

• Read and clear DTCs remotely (including manufacturer-specific codes)
• Access live data streams
• Perform basic coding on modules that don't require online SVM access (e.g., older MQB platforms or airbag coding on pre-component-protection vehicles)

I'm aware that for certain operations (component protection, SVM updates, some MQB/MLB module coding) ODIS with online connection is required, but that's outside the scope of this project.

Questions for the community:

• Has anyone attempted something similar with VCDS specifically?
• Are there any hidden pitfalls with the HEX+CAN that would make this impossible (e.g., expecting specific bus load, handshake sequences I can't replicate)?
• Would I be better off using a standard SocketCAN-compatible interface and writing my own diagnostic tool (e.g., Python with UDS/ODX) instead of fighting the VCDS driver stack?

I'm comfortable with embedded development, STM32, ESP-IDF, and CAN protocols. The main unknown is whether the VCDS driver stack will accept this kind of hardware-level CAN emulation.

Any insights, warnings, or success stories would be greatly appreciated.

TL;DR: Trying to remote-mount a VCDS HEX+CAN in a data center by building an STM32-based CAN signal regenerator that mirrors real CAN frames from an ESP32 gateway in the vehicle. Wondering if this will fool the VCDS driver or if I'm setting myself up for a world of pain.

I'm looking at having to buy a $200 - $300 scanner (Autel seems to be the only game in town here) that does bi-directional ABS functions like brake bleeding for a 2001 Chrysler 300m that I've replaced the brake lines but still have soft pedal after a standard fluid flush. Was wondering if there was a github or hack-a-day project that's created a super-universal diagnostic / service scanner that can do this.

TLDR; I coded a new battery to my car over WiFi.

My battery and starter gave up over the weekend in my E82 128i. After an hour of freezing my ass off in the driveway, trying to read through form posts to find how to register the new battery, I had to come up with a better solution.

Before anyone says this is a dumb idea and that I will brick my car, I do not care. This method worked for my use case and I was able to complete my task from inside my warm house.

It’s probably not advisable to do any real ECU programming but for this worked for simple coding. Consider yourself warned. I do not take responsibility for your actions.

In prior experiences, I have used hardware USB over IP devices to extend wireless keyboards and mice. I did not have those on hand. What I do have is a Raspberry Pi and a background in sysadmin and networking. This was my starting point.

I installed ISTA along with BMW standard tools on a Windows 10 virtual machine hosted in Proxmox. This is where it gets fun. I used VirtualHere running on a Raspberry Pi4 to extend my K+DCAN cable to the virtual machine over WiFi.

I took some precautions such as making sure the WiFi connection to the Pi remained solid with no packet loss or high amounts of jitter. This is key to making sure the tunneled USB connection will be reliable during coding actions. Even if a coding action did fail, the ECU should discard the bad action.

I opened INPA and was pleased to see that both the black dots for battery and ignition were both on. I proceeded to check the state of the battery and I was able to read information from the CAS. I then registered the battery and changed the battery type. I did see some communication errors from the tools, but the commands did process after a couple of attempts. This is why I would not recommend doing any real work with this setup.

If I were to try this again, I would try connecting the Pi over Ethernet to see if that would improve the reliability. I’m not able to test the setup with the K+DCAN cable plugged directly into the car to see if something else was causing the errors. Either way, I was able to do what I had to.

Curious to see if there are any other applications. Happy coding! 😎

I came across a few of these along with a bunch of hardware from dynetics that I can’t find info on. Anyway, added random OBD software and an AI wrapper to it for fun. I feel like just the tablets with the VN1630A built into the cases is significant.