PLUS+1 Hardware > Controllers

CAN latch

<< < (2/2)

topal:
Hello,

thank you for your answers that makes me move forward!

if I use an oscilloscope with a CAN protocol, it is because my CG150-2 has only one port which is connected to the CAN0 of my controller and which is used for programming the shots, I use the CAN1 of the controller for my application and it is on this port that I trace the signal with my oscilloscope

as for the problem with him no, because it is him that I use daily in my work

to operate for program did you modify CAN1 to CAN0?

thank you

Pat

Neil:
^ As per hardware file previously mentioned.
Also noted that your raising transmission edge to TX the data isn't connected to the pending output for uniformed transmission, this is mentioned in the help manual (and + not "pending").
I would tend to connect the input pin Cp106 to drive a simple bool switch with a true and false (just for a bit of logic) then pass the output to the encode, rather than a straight pass through.

acmall:

--- Quote ---to operate for program did you modify CAN1 to CAN0?
--- End quote ---

I tested it as is on CAN_1. Have you been able to verify that you don't have a fault on the CAN Line?  You can use the Service Tool to check if the controller is showing any CAN faults by adding logs for: -

* CAN[1].BusOff
* CAN[1].ErrorPassive
* CAN[1].Overflow

topal:
Hello,

good i come back with good news

I took everything from the start and I found, you were right, it's my can bus analyzer that is not going well, I replaced it with another and it works well

I'm sorry to have wasted so much time on this when everything is ok

thank you

Pat

Navigation

[0] Message Index

[*] Previous page