ChansAlive
Member level 3
- Joined
- Jul 8, 2013
- Messages
- 55
- Helped
- 2
- Reputation
- 4
- Reaction score
- 2
- Trophy points
- 8
- Activity points
- 449
Hi
I want to communicate to the ECU of a vehicle to display few information on an LCD. I want to interface through CAN. I'm thinking to use PIC microcontroller. Also I'm in privilage to program the ECU too. Can anyone suggest me a possible low cost implementation? Also please help me how to transmit and recieve information through CAN.
Hope someone could help...
Also I'm in privilage to program the ECU too.
I have read about mikroC compiler. I could use only MPlab free version. with that I want to program a dsPIC controller for CAN implementation. I want to select a proper controller too. I hav confusion with dsPICf and dsPICe. what is the difference between them. I want to use e series because it is relatively less costly for CAN implementation. Can someone comment on this.
I want to communicate to the ECU of a vehicle to display few information on an LCD. I want to interface through CAN. I'm thinking to use PIC microcontroller. Also I'm in privilage to program the ECU too. Can anyone suggest me a possible low cost implementation? Also please help me how to transmit and recieve information through CAN.
First of all, Thanks for the post. Here in my project, I'm not using the OBD pin slots. I will be directly connecting to the ECU. onsider that I know everything about the ECU.
Will the CAN module can be configured to work only as a CAN controller or is there any dsPIC IC which have just CAN controller(in order to reduce cost)?
Is this an ECU of your design?
If not who is the manufacturer and its manufacture date?
Do you know for certain it has the CAN (ISO 15765)?
This is not my design. But I can know all the details of the ECU. This is not implemented yet and is not the main ECU in the vehicle. This will be an added ECU to the vehicle to control certain fuel operations. The CAN available is based on ISO11898.
How can we interface a CAN module in dsPIC33EP to MCP2551 controller?
Can the Module be configured not to use the built in transceiver?
I'm using 16 x 2 LCD backlit display. I'm using this inorder to provide for future enhancement in the product. At present there are few touch switches and I want to interface to bluetooth module.
What is the difference between MCP2551 and MCP2561 except that the latter is the newer one? They say that there is a split pin available but I don't understand its use.
BUS TERMINATION
Bus termination is used to minimize signal reflection on
the bus. ISO-11898 requires that the CAN bus have a
nominal characteristic line impedance of 120Ω. There-
fore, the typical terminating resistor value for each end
of the bus is 120Ω. There are a few different termination
methods used to help increase EMC performance (see
Figure 11).
1. Standard Termination
2. Split Termination
3. Biased Split Termination
Standard Termination
As the name implies, this termination uses a single
120Ω resistor at each end of the bus. This method is
acceptable in many CAN systems.
Split Termination
Split termination is a concept that is growing in popular-
ity because emission reduction can be achieved very
easily. Split termination is a modified standard termina-
tion in which the single 120Ω resistor on each end of
the bus is split into two 60Ω resistors, with a bypass
capacitor tied between the resistors and to ground. The
two resistors should match as close as possible.
Biased Split Termination
This termination method is used to maintain the com-
mon mode recessive voltage at a constant value,
thereby increasing EMC performance. This circuit is
the same as the split termination with the addition of a
voltage divider circuit to achieve a voltage of Vdd/2
between the two 60Ωresistors (see Figure 11)
The ECU supports CAN and I know the pin too. Shall I directly connect the CAN transceiver to those pins?
What are the software description I should follow? If the dsPIC supports CAN, can I just initialize all module for CAN and start sending the request to the ECU?
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?