Видео

This fellow did something cool too but is not offering it yet. ruclips.net/video/MXbG55EDPsk/видео.htmlsi=BTxK9O7HCRf2Pd-Z

I really appreciate your breakdown here. Can't find a led strip that meets all my requirements for an automotive project, and so here we are

Nice man.

emekleriniz için teşekkürler. çok bilgilendirici bir video oldu. 👋

El archivo no sirve

Would've loved to see more shots of the finished panel before it was placed on the car

I've done 5v projects with arduino in a vehicle and what I've experienced is the different buck converters loose most of it's power through heat and some gets too hot and switches off because it has an internal thermal protection. What you need is an adjustable linear voltage driver that has a heat shink attached to it, you do get premade ones also but what I've done to beef it up is to change the capacitor to a larger one to store more power and take a lot of the voltage delivery strain off of the switching components. Try the Lm317 adjustable voltage regulator driver, works perfectly.

Great video. Would you think it's possible to use an existing app like the one controlling the underglow and writing the code into arduino, something like that perhaps?

this is sick it makes me consider the alcantara more for my 350z, nice edits and really clean footage of what your doing!

did you check your cars schematics to see if it already has a 5v you can use, most have one going to the throttle position sensor

why do you keep saying we, who is helping you with all these electronic things

One of THE BEST feelings is opening that little blue box snd seeing your own circuit board designs in real life. Always a thrill. Good work!

Waiting next video + code 😂

No way. Reinventing the wheel. I literally just did a new Home Assistant instance using a used Dell Thin server that cost less than $35. My old one was using a pi 4. The cost of HA is hyper inflated by the old idea that a Pi is necessary or best to use. Thin servers are a dime a dozen.

Great one, thanks!

You've convinced me. Can't wait for the next video.

Keep doing this, man :)

million thanks just nice and easy to do once more thank you

Brilliant! Subscribed. This alpha level code could branch off in many different directions. It'll be interesting to see what the "finished" (is any project ever really finished?) product eventually becomes.

Please do a proper risk analysis (FMEA) before implementing this in a car that you will drive on the public roads. You probably end up removing the wireless connections and replacing it with CAN bus. That's brings me to my next comment: You may want to check out existing car network architectures...... Other than that, it looks like a fun project to learn things.

I clearly spoke too soon on my comment on the last video on this topic, you were already headed down the path I was describing albeit wirelessly. At the risk of you having already thought of this and released a video already about it (again), have you considered building a circuit with the devices to save on EEPROM writes? I'm thinking something like a small battery or capacitor on the 5V side that will give the ESP32 enough time to write to EEPROM during shutdown or to enter a standby mode. One of the open optocouplers could be used to detect if keyed power gets turned off, which would send a signal to the controller to enter standby/shutdown and write any necessary data to EEPROM. Part of the circuit would have to monitor for an under voltage condition and cut power to the circuit, or the controller could send out a "shutdown ready" signal that trips the power. The power could then be reset by the "12V present" from the optocoupler, likely with a short delay to charge the backup power source. I'm almost certain that as of me writing this, you've already built on a custom PCB, but it could be something to be implemented in future revisions. As far as the contents of this video, it's absolutely brilliant! I love the solution you're creating and the depth at which you're explaining everything. As a car enthusiast and soon-to-be electrical engineering graduate, this project has really caught my attention.

That all sounds like something that could be done over a CAN bus (separate from the critical systems in the car, although the "server" could listen on that bus to relay any relevant data). You could use a low priority message to request X number of message IDs for the device, which the server could then assign. A separate message could be sent that tells the server what data each of its assigned messages contain, and the expected send/receive frequencies. It could also ask the server to broadcast data from the car's existing CAN bus, and the server could point it to the message and byte(s) that contain the requested info. A CAN bus requires 2 120 ohm resistors at the far ends of the bus. I would handle this by putting one in the "server", and putting a "Y" splitter near any added devices (one end going to the device, the other to a termination plug with the other resistor, so no add-on device needs the resistor). In theory, each device would only need 2 wires for the CAN bus and an appropriately sourced and sized power connection. If there was a predesignated device limit and maximum power draw per device, then all 4 wires could be prepackaged in various lengths with standardized connectors and the "Y" already built in (think PoE). Installing the "server" would be the hardest part, especially if you intend to read data from the existing CAN bus, but then each add-on device could be plug-n-play. You would want some way for the server be able to remove devices (preferably from the GUI), and a way for the device to be reset (both by the server and individually). The server should also be able to reorganize and reassign the devices' message IDs for priority handling (limited cases) and be able to display how full the bus is. For debugging, you would want to be able to read the assigned message IDs from the individual devices (i.e. EEPROM via USB), and a way to read all messages on the bus (either in a service mode in the GUI, or through an external connection).

Just commented on another of your videos... but what you're describing is what Home Assistant already does, just for houses instead of cars. Also look at ESPHome (also does CAN bus I see) and MQTT, or Node Red for programming automations in a graphical way. Would be nice to integrate a garage door opener on that in-car screen. Or a voice assistant. Or create nice car statistics (speed, gear, location, etc) in Grafana. Or a sensor that you left your gas cap door open, or an automatic message to your wife telling your arrival time and updates when the estimated arrival time changes due to a traffic jam. Or a camera detecting who's behind the wheel and then change the position of the seat, temperature, etc for that person. Or just not start the car if it is someone else than you ;-)

Your video just made me think of Home Assistant and how a (light-weight) spin-off ("Car Assistant"?) would work in a car of RV, including integration back into Home Assistant.

Great work - you have been busy! Q1. Maybe have MQTT as a bridge device, so it doesn’t impact your core system. Can be developed later on, and bridge device handles transcoding of messages, where applicable. If ALL messages are sent from server, then the MQTT bridge just has to assign the topic as AutoCC, and then the rest can be a MQTT message, that can be actioned by other system (see below on Home Assistant). Q2. If a client is removed/added (turned on at a later time to the server), as it boots, it informs the server that it has booted - and causes server to request clients automatically, rather than manually rebooting server? In my Ute, I have a 433 PIR sensor on my dash, which is just mounted with double sided tape. A RF Bridge at home, detects any messages from the PIR, when the car is in the driveway, and via messages to Home Assistant, an alarm is sent from HA to my mobile with priority (overrides silent mode). I have a switch in HA, to disable the “alarm” if I am working around the car etc. (I have further movement detectors via cameras around the outside, as a further alarm zone.) I can see with this new Control Center, being able to have a client bridge in the house, that knows when the car arrives home, could populate the UI with garage door “Button”, which “appears” on the UI only when in range of ESPNow etc. So car can control the house lights , garage etc. And, the house could control the clients in the car. For example, flash the lights or whatever. A rabbit hole incoming, I can see. Waiting with baited breath on the UI developments - keep up the good work.

oh my interesting things going own here . I think the link of previous video is different that what supposed to be. it's some vinyl wrap review

MQTT Broker on the ESP32 Server as well, and this means no reinventing the wheel with new protocols?

The very early prototype code is now online at github.com/valentineautos/AutoCC It's been changed a fair bit since the video and will change a lot in the coming weeks as I update it, but at least you can take a look at how it's coming together.

If I used a esp32 & canboard to decode my canbus from microsquirt ecu then sent it to lilygo & adafruit qualia esp32 displays via espnow would there be a lot of lag?

I recently orderd a leather door panel kit from england for my 350z i wish i had seen your vid first i did basically what you did with a few mistakes but it turned ok

You should drop more vias to the ground plane for those caps, also make the traces wider. You got a choke point trough that tiny trace and just a single via. Don’t be afraid to throw down thick traces and a handful vias to ground on those caps.

21:00 Yeah... if you intend to do this a lot in the future you'd need to invest in flux and a heating element that you can put PCBs on that heats up the solder joints, automatically aligns the components (which is a neat process to watch without any automation tools), and then completes the joints when it all cools down.

8:45 This is totally fine. Otherwise you'd have to learn how to put all the components on an ESP32 onto the board. For a novice that's a daunting task plus a lot of PCB reworks when thing don't work. Many things are done like this so you're on the right track.

Don't make the mistake of thinking you have to be experienced in something to make a tutorial. Perhaps tutorial is the wrong word. More documenting your experience. I have tried a few times to get into designing a PCB and as yet failed. Despite watching some tutorials on the subject. The problem with experienced users giving tutorials, is they forget what it's like coming to something for the very first time, starting from zero. It would be good for someone like me, to learn with you rather than being a taught by you.

I don't see the advantage in creating a high current regulator to supply your Leds with 5V. You are creating a future failure point. The electronics will have to be coated in conformal coating to avoid corrosion and condensation/shorting problems. It's more logic and convenient to use a low current voltage convertor to supply the esp32 dev-kit. Use a fused 12 V supply for the leds and a simple 5 V convertor to supply the esp32.

Why not just use 12v led then you could use a cheaper low amperage 5v converter for the esp32 and the led will just use the cars 12v system grounded to the body

Put a lidar sensor on the rear bumper and program it to turn on the brake lights when somebody is following too close.

Man I want to do this to my 240sx but the door cards look much harder than the z ones.

it seems to me that the D2 and L2 which are in parallel are also shorted, and the same for D1 and L3, or maybe I just don't understand what is going on?

Hi, I can't see any issues with the circuit but I've not done a buck converter before. About cutting the spoiler, won't it lower the strength of the structure?

This is a great idea! It could probably work as a rv/motorhome/vanlife system for lights/heating etc. As long as you specify what the thing can do, you can make almost anything into a module that connects to the network, it doesn't have to be just for vehicles.

First of, I want to congratulate you with getting ESP-Now so quickly to work properly. Haven't seen many project on youtube regarding that functionality. A suggestion in regards to the ESP32 server module; ESP32-S3 is a newer version and does have several memory configurations available. In case you want to play with a graphical interface this could bring you several advantages. Pricing is similar as is the core functionality. For the graphical design you can look into "LVGL - Light and Versatile Embedded Graphics Library". Several youtube tinkerer channels provide examples. It's light weight and pretty fast once you get the hang of it. Have fun!.

Hi, I was recently thinking of uses of esp32 inside the car. The only thing I thought is using a cheap (5$) serial GPS receiver and show real speed, heading, height and of course latitude and longitude in a 4 wire SPI screen. Although this can be an independent device, perhaps it could be good to include in the car area network. I will watch your new video, thanks. (I bought a 3.5 inch display and is coming)

Have you tried ESP-Now? I think it might be both faster and more secure. It is IoT- based WiFi

What I want out of this, when one of these devices sees (doesn't have to connect) my home networks SSID, between 11pm and 6am, check the status of my windows. If they're down more than an inch, throw a relay to give the 12V to the switch to roll them bad boys up and close the roof. No matter the time, get a water sensor on it, and if the car is not on, shut dem windows. With a temperature sensor, if it goes above a certain temperature, crack the roof open. (Water sensor wins and keeps the roof closed) My car auto-locks itself if the driver leaves the car. If there's anyone in the car detected via the sensor in the seats, DON'T lock the doors automatically. If the car is empty, please, do allow the lock. In my car, after a period of time, the internal buttons to unlock the door do not work. To get out, one has to tug on the door handles twice, which throws the car alarm. Kinda dumb it doesn't already sense that there's someone in it.

Have seen Adafruit Qualia ESP32-S3 for TTL RGB-666 Displays ? Maybe to be the server?

I love the idea of poll the device and ask what can you do? A while back I played with canbus and linbus. Linbus might be good here, as you can send and receive data over one wire. The earth/ground is common. Really useful if your building something for a Auz Roadtrain or something. Looking forward to seeing how you procead.

I love how you are growing your idea about a custom automation framework for in-car use. A first question I have since I watched the custom LED for the rear window is your choice for the 5V lestrips. Wouldn't it be much easier to choose the 12V version for use in a car. The esp32 has no issues controlling them. In home automation there is a firmware WLED for use with the esp32 to control ledstrips. I"ve personally played with the esp32 also a little. You're in a way creating light version of a home automation framework for use in a car. Therefor all 'home automation' protocols like zigbee, matter, bluetooth could be used in a car also. Wouldn't it be easier to use something like Home Assistant as a server instance to do the same in your car? In this way framework, security; etc is done and you can focus on the specific needs like interface and mobile app? Anyway, I love your videos and do not want to discourage you with this project at all.

would you be making a github repo in the future for all this so we could follow along with you? Love the videos binge watched them all 🤣

Yes to both useful and a good idea. You could tie into the car's actual CAN network and grab readings from it as well although that will be different for each manufacturer and possibly each model of that manufacturer. In this case, especially since memory is limited on the ESP32s, each vehicle would have a hardware device that is a "converter" like converting HDMI to VGA.