This was very interesting. Way more than I needed to know or will ever use, but interesting just the same. Proves that the more you know, the less you know. Keep up the great content.
not sure about the “or will ever know”. believe me there was a time just a few short years ago I actually said on this channel that I will never use a scope lol!!! You just might dive into this and get hooked!!!
Glad you enjoyed it!! I think for most viewers this is still a bit advanced and they don’t yet embrace it but for those that do it’s really good information. I find more and more I need to know CAN design and identify good signals. Maybe I don’t need to decode them still, but understanding CAN is absolutely essentially to advance at this point!! Chads a fantastic guy. I loved having him here.
Differential signaling, also called balanced audio in the audio world, isolates the signal from the ground in any module. And by splitting it to a high and a low, any noise introduced will effect both signals the same way and so will not impact the difference. As long as the CAN transceiver can subtract the two lines and get the zero to 2 volt signal referenced to the local ground, it can read it, even if there's all kinds of noise put in the signal along the way. A now defunct channel, TheOnlineEngineer, has a video 'Audio Basics: Balanced Audio' that is very good at explaining the concept. CAN just uses digital signals instead of audio.
Keep in mind break out boxes done work with security systems like newer Nissan and Hyundai….Watching now- typically I don’t run can decoding on my Pico or ATS scope if I terminate at 60 ohms I’m good if 120 I know I have a module down. If I have a break in can signal I start unplugging modules until it comes back. Looking to watching both parts… Jay
+1 for the genomic references. People laugh when I tell them troubleshooting automotive electrical gremlins is similar to my day job as a PhD candidate in molecular biology. They really are similar: I have to learn about systems I know nothing about and spend an inordinate amount of time and effort troubleshooting them. Thanks for these very accessible CAN network videos.
They are very similar!!! not just how the messages are constructed with initiators and terminators (start/stop codons) but also there are dominant and recessive messages too!!! a good diagnostic approach has the EXACT same experimental design as any scientific experiment. you consider all variables, control for them and show you can reproduce the observation with the independent variable.
On scan tools the new ones have topology and they are in the can lines, or k line etc etc the scan tools pull data from the module through a signal wire not technically the can lines. The can lines take priority like he said, if a airbag goes off if need Priority on the network. So the can lines talk but the raw data comes from modules and strategies
I fell down this rabbit hole when looking at how modules communicate with each other on a boat. The rules of communication are different compared to automotives, but the overall theme is similar. In a marine situation you need to integrate numerous devices that are manufactured by different companies, with a boat you can't afford to throw out and start again. When communication protocols are updated for faster talk, many of the older devices can't keep up. So, a minor project has a way of snowballing....
This protocol reminds me of older technology Ethernet like tokin ring etc. I'm looking forward to learning more about can bus. Most other videos I've seen just show you to acknowledge can high and can low are present and "look" normal.
Awesome video! I would recommend against using the CAN breakout box when doing any programming though, the breakout box can interfere with messages from the computer to the module; other than that, they're great!
that was roberts idea to speed up data transfer by not going through central cpu, and having the most critical information reach the cpu first. Remember what yoda told luke when you take the shot on the death star "turn off the targeting computer"
@@SchrodingersBox I think that the header of every frame keeps the information for what CAN module is sending what information. How to decode the header is what the manufacturer is seling to the third parties scanners, I think.
You can easily check the baud rate with the scope. The baud rate is the rate at which the signal can switch from 0 to 1. Just measure on channel A and the shortest time T from where it is goes from 2.5V to 3.5V and then back to 2.5V. The baud rate will then be 1/T. You should get 2 microseconds if you have 500 kbaud.
@@SchrodingersBox I found this video from PicoScope to be very informative regarding identifying individual modules transmitting on the CAN bus. Maybe you have seen it already. ua-cam.com/video/Bc2R462dlac/v-deo.html
So how do you determine which module is sending any given message. What would be useful to me, is when I see a message that looks corrupted in some way , having the ability to know who sent the errent message.
Yeah hahaha so I found out you can’t do that. At least yet. Yeah, right now this doesn’t have very much diagnostic resource until it’s possible to do that.
Good hahahah!!! yeah believe me I am in the same boat. once I figure this all out I will definitely be making some videos showing more practical application.
❤️❤️❤️
Productive weekend for you two!! Chad, we enjoyed having you for the weekend and hope you come back!
I hope so too!
This was very interesting. Way more than I needed to know or will ever use, but interesting just the same.
Proves that the more you know, the less you know.
Keep up the great content.
not sure about the “or will ever know”. believe me there was a time just a few short years ago I actually said on this channel that I will never use a scope lol!!! You just might dive into this and get hooked!!!
This is the true down n dirty of diagnostics. I'm loving it! Thanks Matt for digging into this!
Agreed!!! It doesn’t get better that this- well, it will when I understand it better lol.
This is CAN heaven! Amazing information at your finger tips. Thanks Matt and Chad!!
Glad you enjoyed it!! I think for most viewers this is still a bit advanced and they don’t yet embrace it but for those that do it’s really good information. I find more and more I need to know CAN design and identify good signals. Maybe I don’t need to decode them still, but understanding CAN is absolutely essentially to advance at this point!!
Chads a fantastic guy. I loved having him here.
Differential signaling, also called balanced audio in the audio world, isolates the signal from the ground in any module. And by splitting it to a high and a low, any noise introduced will effect both signals the same way and so will not impact the difference. As long as the CAN transceiver can subtract the two lines and get the zero to 2 volt signal referenced to the local ground, it can read it, even if there's all kinds of noise put in the signal along the way.
A now defunct channel, TheOnlineEngineer, has a video 'Audio Basics: Balanced Audio' that is very good at explaining the concept. CAN just uses digital signals instead of audio.
Keep in mind break out boxes done work with security systems like newer Nissan and Hyundai….Watching now- typically I don’t run can decoding on my Pico or ATS scope if I terminate at 60 ohms I’m good if 120 I know I have a module down. If I have a break in can signal I start unplugging modules until it comes back. Looking to watching both parts… Jay
+1 for the genomic references. People laugh when I tell them troubleshooting automotive electrical gremlins is similar to my day job as a PhD candidate in molecular biology. They really are similar: I have to learn about systems I know nothing about and spend an inordinate amount of time and effort troubleshooting them. Thanks for these very accessible CAN network videos.
They are very similar!!! not just how the messages are constructed with initiators and terminators (start/stop codons) but also there are dominant and recessive messages too!!! a good diagnostic approach has the EXACT same experimental design as any scientific experiment. you consider all variables, control for them and show you can reproduce the observation with the independent variable.
On scan tools the new ones have topology and they are in the can lines, or k line etc etc the scan tools pull data from the module through a signal wire not technically the can lines. The can lines take priority like he said, if a airbag goes off if need Priority on the network. So the can lines talk but the raw data comes from modules and strategies
I fell down this rabbit hole when looking at how modules communicate with each other on a boat. The rules of communication are different compared to automotives, but the overall theme is similar. In a marine situation you need to integrate numerous devices that are manufactured by different companies, with a boat you can't afford to throw out and start again. When communication protocols are updated for faster talk, many of the older devices can't keep up. So, a minor project has a way of snowballing....
This protocol reminds me of older technology Ethernet like tokin ring etc. I'm looking forward to learning more about can bus. Most other videos I've seen just show you to acknowledge can high and can low are present and "look" normal.
Also to save channels you can run one channel place ground on pin 6 and the signal lead on pin 14 using just one channel
Interesting video.... I still have a lot to learn....
We all do!!
Awesome video!
I would recommend against using the CAN breakout box when doing any programming though, the breakout box can interfere with messages from the computer to the module; other than that, they're great!
that was roberts idea to speed up data transfer by not going through central cpu, and having the most critical information reach the cpu first. Remember what yoda told luke when you take the shot on the death star "turn off the targeting computer"
Very interesting!
Glad you think so! I just rewatched it as a refresher and couldn’t make it past 30 minutes hahaha
@@SchrodingersBox I think that the header of every frame keeps the information for what CAN module is sending what information. How to decode the header is what the manufacturer is seling to the third parties scanners, I think.
You can easily check the baud rate with the scope. The baud rate is the rate at which the signal can switch from 0 to 1. Just measure on channel A and the shortest time T from where it is goes from 2.5V to 3.5V and then back to 2.5V. The baud rate will then be 1/T. You should get 2 microseconds if you have 500 kbaud.
makes sense! Thanks! I was watching some other videos about CAN decoding and they did exactly this.
@@SchrodingersBox I found this video from PicoScope to be very informative regarding identifying individual modules transmitting on the CAN bus. Maybe you have seen it already. ua-cam.com/video/Bc2R462dlac/v-deo.html
great stuff, just dont ever loose track that your viewed for being a great learner AND teacher :} just an fyi thank
Good to know! I will remember that. Yes as I believe you already know, many of my videos are intended to show how I learned, not what I learned!!
So how do you determine which module is sending any given message.
What would be useful to me,
is when I see a message that looks corrupted in some way , having the ability to know who sent the errent message.
Yeah hahaha so I found out you can’t do that. At least yet. Yeah, right now this doesn’t have very much diagnostic resource until it’s possible to do that.
Can chad make videos on Lin bud, flexray, ect too? This would be amazing
I do believe there is a chance Chad may start his own Channel
Very ineresting. Can you tell me how a ELM327 fits into this process?
I just watched part 2, which answers my ELM327 question. thanks again
My brain hurts in a good way ,thanks!
Good hahahah!!! yeah believe me I am in the same boat. once I figure this all out I will definitely be making some videos showing more practical application.
Ohhh! The headaches... it's your fault dude!
When did you get the picoscope
a few videos ago I show how a viewer C5Diag just plain sent me the 4425 absolutely free unexpected!!!
The openhantek domain is being auctioned off so as of 2/2024 the link is no longer valid.
Oh wow thanks for the info. It’s always a changing world in this market!!!
exselextes esplicasion tec