For Isolation related questions:
Please post a question on the new Digital Isolators Forum.
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
We have interfaced SN65HVD230 with Beagle Bone's CAN Port and the CAN Tx line is staying at High when we are sendingd data.We are connecting in loopback mode with one CAN transceiver CANH tied to other transceiver's CANH and similiarly for CANL also. Is there any limitation for SN65HVD230 to work with other TI's microprocessors with CAN support. The datasheeet shows operation with TMS320LF243 and is it limited to this proceesor or this is a generic transceiver ?
Please share your comments.if anybody interfaced this IC with Beagle bone and got working .
Can you please clarify the following pionts of basic CAN debug so we can help you further. The SN54HVD23x familly whould work fine with Beagle Bone (AM35xx).
The TXD pin is controlled by the MCU not the transceiver so I suspect you actually have s/w set up issues with the AM35xx CAN data and the transceiver isn't even getting any. I'm not sure what you mean by loop back mode, is this a mode on AM35xx like on Stellaris where the data never actually comes out to the bus (transceiver) but is looped back internally on the CAN controller of the uP?
CANH and CANL should be connected in linear bus fashion from the transcievers, with 120 ohm resistors at each end of the bus since it is a transmissions line and they are needed for CAN to work properly. Please see app note SLOA101A for CAN bus basics. Up through page 8 should get you the basic info to help a lot.
If you can send a scope shot with the following it will let us know what is going on with the transceiver. We need TXD (D), RXD (R), CANH and CANL. Best is to put CANH and CANL at the same reference point as in recessive (logic 1 or high) they will be the same potential (~2.3V) and when you transmit a dominant (logic 0 or low) they will be seperated and CANH should rise to about 2.8V and CANL should drop to about 1.5V). This will basically confirm if you are getting correct data out of the uP to the CAN transceiver. Schematics of you set up would also be helpful.
Other app notes that may help (hyperlinks hopefully work):
We are glad that we were able to resolve this issue, and will now proceed to close this thread.
If you have further questions related to this thread, you may click "Ask a related question" below. The newly created question will be automatically linked to this question.
In reply to Scott Monroe:
Hi Scott ,
We belong to the software team of Ajish who posted question on this. You can see the schematic of what we have done in the image below.
Using CAN utilities , we tested CAN interfaces by sending and receiving data's in loopback mode , which is working fine . Also , we were able to see the signal change in DCAN0_TX pin .
Then , on connecting the DCAN0_TX(P9- 20th pin) and DCAN0_RX(P9-19th pin) of the beaglebone to tx(D) and rx pin of the CAN transceiver and similarly DCAN1_TX(P9-26th pin) and DCAN0_RX(P9-24th pin) is connected to the tx(D) and rx pin of the other CAN transceiver , thus making loopback as Ajish said, we see only high signal on tx and rx.
Hope you can help us further with this information.
Thanks in advance,
In reply to Dhiv Sekar:
Schematically it seems to have 3 issues.
Please see look at figure 39, right end CAN node (SN65HVD230) in the datasheet for a basic schematic on how to use the device.
Then please confirm the following:
See the correction above. -- Scott
Thanks for the reply scott .
We have connected gnd and vcc to the corresponding pins of transceiver as you said , but left out in the schematic by mistake. We will make all other corrections as you said , and get back to you.
Thank you so much Scott. We couldn't have done it without your help. After making the changes , now both the interfaces are working fine . Transmission and reception are perfect between DCAN0 and DCAN1.
Thanks and regards,
Thank you Scott for the review and comments to our post.
All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with respect to these materials. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.
TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs andembedded processors, along with software, tools and the industry’s largest sales/support staff.