Nissan 370Z Forum

Nissan 370Z Forum (http://www.the370z.com/)
-   Audio & Video (http://www.the370z.com/audio-video/)
-   -   eZ Navi Delete Project (http://www.the370z.com/audio-video/130471-ez-navi-delete-project.html)

ozyo 06-24-2019 11:13 PM

Any update?

bigaudiofanat 06-27-2019 08:27 AM

I'd love to see something like this come out for the G37, the tesla style screen SUCKS. and the metra adapter is terrible.

radensb 06-28-2019 12:49 AM

Quote:

Originally Posted by ozyo (Post 3863187)
Any update?

Yes actually!

I was not able to put as much time into this as I wanted over the last few weeks due to other life and work responsibilities. Adulting is lame sometimes...

While playing with the code and trying to optimize the timing, I kept running into problems due to trying to dance around the limited resources and speed of the processor. I used an Atmega 328P (same device that Arduino uses for their basic platform) but kept away from the known poor preforming core library function calls to make the system as fast as possible. After much work, I got the system working reliably most of the time :thumbsdown:... which is not good enough. The problem is that the 328P just isn't fast enough to run the code and filter out all the CAN messages on the Z's bus in time without using interrupts. Using interrupts fixed that problem but generated another by corrupting the timing of the dial control serial stream. When the dial worked, I would lose AC state CAN messages. There would be rolling blackouts for the needed CAN messages and the dial would not properly control the AC system. Basically, I needed one more hardware UART and I didn't want to move to a huge device to get it.

Soooooo..... I moved on to another controller platform! This new device is a 32-bit ARM processor running at over 4x the speed of the 328 with much, much more hardware resources (3x hardware UARTS)! I ported over the code and returned to interrupt driven CAN servicing. So far, everything looks good! I am no longer dropping CAN messages and the dial data is perfect 100% of the time.

https://i.imgur.com/Ljj17pX.jpg

Top right is the original design with the 328 from the vids I posted earlier. The new design is below with the purple PCB and little blue dev board under it with some sky-wires connecting them. Next to it is my Z-Simulator that blasts it with CAN messages to test robustness while everything is running. I also put on a wire harness connector so I can plug this into the car and test (coming soon). With the success I have currently with this new processing platform, I am about ready to spin up a new PCB that supports it.

The new design will support USB and Bluetooth, so +1 feature. :tup:

Quote:

I'd love to see something like this come out for the G37, the tesla style screen SUCKS. and the metra adapter is terrible.
I bet its hardware is from the same OEM mfg in the Z (Calsonic Kansel). Hell, it might be the same system, or one that functions just like it! When I reverse engineered the Z dial module, I noticed that there is a ton of unused bits being communicated in the serial interface. I'll bet there is some proprietary protocol they made up for these systems and that space is reserved for other systems with more/different AC features (dual climate controls??). At the end of the day, my system is a CAN translator and could probably be adapted to work with other cars with a bit of code work...


Thanks for the interest!
More to come...

Jetset 07-21-2019 12:11 PM

radensb, I love what you're doing. Fantastic work.
I'm wondering though, can the 3 Dials M67 4 & 5 connect directly to M72 6 & 8?
Or are they talking different languages?

radensb 07-22-2019 12:20 AM

Quote:

Originally Posted by Jetset (Post 3868544)
radensb, I love what you're doing. Fantastic work.
I'm wondering though, can the 3 Dials M67 4 & 5 connect directly to M72 6 & 8?
Or are they talking different languages?

Different languages and physical layers.

Pins 4 and 5 on the M67 are a completely different voltage signal and protocol than M72 pins 6 and 8. The dial module with M67 uses a RX and TX style of communication with a voltage reference lifted from ground (for noise immunity I imagine). This communication is directly with the AC Amp in base model cars.

The Navi stock controls on M72 operate on a secondary CAN bus (AV-Comm) with the Navi controls and touch screen interface. The Navi head unit has a CAN Bus hub that links the AV-Comm CAN bus with the main ECU CAN bus which is what the Navi based AC Amp (white box under head unit) is connected too. One set of CAN messages live on the AV-Comm CAN bus where certain ones that contain information about the state of the AC controls are translated into messages on the main ECU CAN Bus. This was needed to get the information about the AC system to the head unit so that it could be displayed for the user on the screen.

Jetset 07-30-2019 09:20 AM

Would it be possible to turn off the open driver's door beep under ACC mode with this project?
My previous 350Z had a spade lug in the steering column that you could pull to break the circuit. That was simple, CANBUS is a bit different.

radensb 08-10-2019 03:52 AM

Quote:

Originally Posted by Jetset (Post 3870127)
Would it be possible to turn off the open driver's door beep under ACC mode with this project?
My previous 350Z had a spade lug in the steering column that you could pull to break the circuit. That was simple, CANBUS is a bit different.

I know exactly what you mean... as someone who has spent hours sitting in the car testing this and other projects, I can confirm it is awful. I have never looked into how the signal propagates in the system. It may not be CAN related. The problem is that if it is, there is some device pushing CAN messages that define the state of the chime (on or off). If my device also tries to send that same message and it is different that the other device in the car sending that message, the receiving device will get confused and may throw a code. Think of it like this, two people talking to a third person in a room telling them if he should ask a girl out. One is saying "YES" over and over while the other one is saying "NO" over and over. What's the guy to do!? :icon17:

radensb 08-10-2019 03:57 AM

eZ Navi Delete New Hardware Design Complete
 
For those interested...

Below is the first spin of the updated version using the more powerful ARM based microcontroller. Sorry, I dont have 3D models of all the parts :shakes head: ... Time to order another kit of parts!
https://i.imgur.com/eo5tFVu.png

jchammond 08-10-2019 04:06 AM

I’m gonna read into this; I mostly miss my A/C controls & cubby hole from my Base/Touring...the dang smaller hvac controller is intertwined with the Navigation on the Sport Touring model :icon14:
Seems like the fan is always on... :wtf2:

aballard 08-15-2019 12:37 AM

I really, really can't wait for this to be 100%....

bigaudiofanat 08-16-2019 06:24 PM

Quote:

Originally Posted by radensb (Post 3871992)
I know exactly what you mean... as someone who has spent hours sitting in the car testing this and other projects, I can confirm it is awful. I have never looked into how the signal propagates in the system. It may not be CAN related. The problem is that if it is, there is some device pushing CAN messages that define the state of the chime (on or off). If my device also tries to send that same message and it is different that the other device in the car sending that message, the receiving device will get confused and may throw a code. Think of it like this, two people talking to a third person in a room telling them if he should ask a girl out. One is saying "YES" over and over while the other one is saying "NO" over and over. What's the guy to do!? :icon17:

Turn car to full on position. Shut door. Lock and unlock with key fob. Open door no beeps.

radensb 08-18-2019 02:12 PM

Quote:

I really, really can't wait for this to be 100%....
Board fab and parts kit ordered. Should have first assemblies in a few weeks.
I have spent some more time with the code and focused on Bluetooth related items. The new version assembly should allow me to test the full intended functionality of this design. The app interface is also making progress, so I am told. Really looking forward to testing that out!


Quote:

Originally Posted by bigaudiofanat (Post 3873099)
Turn car to full on position. Shut door. Lock and unlock with key fob. Open door no beeps.

Excellent! 1000x thank you

Bandit_Kaine 09-27-2019 04:25 PM

Can't wait for this!!!

ayinxz 09-28-2019 03:17 PM

Subd


Sent from my iPhone using Tapatalk Pro

Bandit_Kaine 10-02-2019 09:18 PM

If possible can you provide me/post your cardroid apk. I have tried for hours trying to compile it to no success.

P.S Nevermind, I was able to get it working right away on another computer.. Not sure why my work laptop had issues compiling it.


All times are GMT -5. The time now is 01:03 AM.

Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Search Engine Optimization by vBSEO 3.6.0 PL2