Stumbled on your channel, love the serial decoding, making me think about CAN in a way I haven’t previously. learning more everyday here, keep up the good work
Hi Glen. I’ve been watching a channel by Intelligent Auto and knew nothing about CAN until I watched him fault finding a CAN problem and he had been advised by yourself re an issue and I’ve got the same so I’m hoping you can advise me on this. I’ve got an issue on a van I’ve bought a while ago and it has 3 CAN lines but I’m presuming that no matter where I test the CAN physical lay, I should be reading 60ohms at each testing point with or without the components connected? I have terminal resistors present in the ICM and the ECU of 120ohms each. Some tests are recording 60ohms at the wiring and some are recording 120ohms which to me, is indicating a break in the wiring. Am I thinking correctly here or, because I have 3 CAN lines, should I only be receiving 120ohms at some components? The wiring diagrams I have are not very good (Vauxhall Vivaro 2017). I’ve no access to an oscilloscope but with my limited knowledge, I have recorded voltages of 2.5 and around 5 at all of the components that have a CAN wire connection. Sorry for the long winded message but I’m hoping you can say that yes, I must have a broken wire somewhere. Many thanks and keep up your good work for us all.
Great video! The serial decoding is extremely interesting, however I can't see how this would be an effective way to diagnose and issue especially on vehicles with numerous modules on the network. I am just thinking that the time it would take to figure out the ID of each module and to figure out if the message is correct or not would be extremely time consuming if even possible. I would love to be able to utilize that feature to do so, but it seem next to impossible. Have you ever had faulty module were you have actually used this feature in the diagnosis process? If so, do you have a video of it? I would love to dig deeper into this but just feel like the practicality of it for diagnosing is not there.......seems more of a feature to use for curiosity. (When I say practicality I mean for the average tech diagnosing an issue at a shop, not when it comes to an engineering side). Thank you very much for your information!! Dan Jensen
Its not for your everyday fault I agree, but its the same with every area of diagnosis,if you expand your knowledge in specific areas you will be the one of the few that can fix the most random faults(like an incorrectly coded module that is sending sporadic messages and causing errors on the bus-you would need to be able to trace a module by id for this). For me,career progression does not stop at fixing cars faster,I hope to learn more and progress to a higher engineering level,and the knowledge gained by experimentation in these areas will,someday,go some way to making that jump. The average tech will not question the "why or how" they will just fix cars quick and all that will achieve is earning the boss a tidy sum. Those that spend the time on personal development will achieve great things and reap the rewards.
@@definitivediagnosis9162 I totally agree with your comment, and wasn't trying to undermined your post in anyway....I love it! I was just curious if you have actually employed this technique to diagnose a problem. Cheers mate!
@@danjensen100 I didn't think you were for a second, your question shows your inquisitive mind, I wish I had more practical evidence of how to use these techniques, I have diagnosed various faults in this way but don't have it documented. I'm working on a tool that should simplify this process.
Why are you shorting can lo and can hi? I have a good idea of the CAN buss, but you really lost me on this "shorting." I can see "reading" the buss but why the shorting?
Stumbled on your channel, love the serial decoding, making me think about CAN in a way I haven’t previously. learning more everyday here, keep up the good work
Great video Glenn, you're putting a lot of effort into your project.
You do some serious projects mate, keep up the good work.... i definatly learned more about buffering can messages with the pico from this
Nice one Glenn, I'll add this to my playlist for reference
Nice one Dave
thank you very much for the very interesting video
Great presentation. Very interesting. Thanks for sharing! 👍
Hi Glen. I’ve been watching a channel by Intelligent Auto and knew nothing about CAN until I watched him fault finding a CAN problem and he had been advised by yourself re an issue and I’ve got the same so I’m hoping you can advise me on this. I’ve got an issue on a van I’ve bought a while ago and it has 3 CAN lines but I’m presuming that no matter where I test the CAN physical lay, I should be reading 60ohms at each testing point with or without the components connected? I have terminal resistors present in the ICM and the ECU of 120ohms each. Some tests are recording 60ohms at the wiring and some are recording 120ohms which to me, is indicating a break in the wiring. Am I thinking correctly here or, because I have 3 CAN lines, should I only be receiving 120ohms at some components? The wiring diagrams I have are not very good (Vauxhall Vivaro 2017). I’ve no access to an oscilloscope but with my limited knowledge, I have recorded voltages of 2.5 and around 5 at all of the components that have a CAN wire connection. Sorry for the long winded message but I’m hoping you can say that yes, I must have a broken wire somewhere. Many thanks and keep up your good work for us all.
Very good job... I'm just getting started on eeprom data trying to find the immob data in there etc
Thank you, I have subscribed to your channel and I look forward to learning some cool stuff with eeprom.
Great video! The serial decoding is extremely interesting, however I can't see how this would be an effective way to diagnose and issue especially on vehicles with numerous modules on the network. I am just thinking that the time it would take to figure out the ID of each module and to figure out if the message is correct or not would be extremely time consuming if even possible. I would love to be able to utilize that feature to do so, but it seem next to impossible. Have you ever had faulty module were you have actually used this feature in the diagnosis process? If so, do you have a video of it? I would love to dig deeper into this but just feel like the practicality of it for diagnosing is not there.......seems more of a feature to use for curiosity. (When I say practicality I mean for the average tech diagnosing an issue at a shop, not when it comes to an engineering side).
Thank you very much for your information!!
Dan Jensen
Its not for your everyday fault I agree, but its the same with every area of diagnosis,if you expand your knowledge in specific areas you will be the one of the few that can fix the most random faults(like an incorrectly coded module that is sending sporadic messages and causing errors on the bus-you would need to be able to trace a module by id for this).
For me,career progression does not stop at fixing cars faster,I hope to learn more and progress to a higher engineering level,and the knowledge gained by experimentation in these areas will,someday,go some way to making that jump.
The average tech will not question the "why or how" they will just fix cars quick and all that will achieve is earning the boss a tidy sum. Those that spend the time on personal development will achieve great things and reap the rewards.
@@definitivediagnosis9162 I totally agree with your comment, and wasn't trying to undermined your post in anyway....I love it! I was just curious if you have actually employed this technique to diagnose a problem. Cheers mate!
@@danjensen100 I didn't think you were for a second, your question shows your inquisitive mind, I wish I had more practical evidence of how to use these techniques, I have diagnosed various faults in this way but don't have it documented. I'm working on a tool that should simplify this process.
@@definitivediagnosis9162 , keep up the awesome work and let me know when you develop that tool!
danljensen78@gmail.com
Why are you shorting can lo and can hi? I have a good idea of the CAN buss, but you really lost me on this "shorting." I can see "reading" the buss but why the shorting?
to demonstrate a wiring fault in the vehicle