BeagleBone Black Canbus

[Fernando Santos]

Hello,

I'm trying to get the canbus on the beglebone black working, but I'm having the following issues:

1- I can only receive data when I'm on listen-only mode. If I turn the listen-only mode off, i stop receiving data from the bus

2- I cannot send data. I try it using the cansend utility, and I get the message "write: No buffer space available". It looks like the buffer is not being flushed to the bus, or something like this. I have already tried with two BBBs and got the same result.

I'm connecting the beagle to the bus with a sn65hvd230 transceiver and kernel 3.8.13.

[Fernando Santos]

Now I have set the loopback mode on. I can see the TX pin of the BBB sending bytes with an oscilloscope, but when it's off I can't see anything on the TX pin

[AndrewTaneGlen]

Hello Fernandos,

It looks like you have the pin-mux settings correct so I think we can rule out a problem with the device tree configuration.

How are you controlling the can modules?  From the command line using 'ip link set can0...', or can-utils (canconfig...)?

The first thing to check would be what state the can controller is going into during the exercise. When you set it to 'bus on' mode does it very quickly go into 'error passive' (bus off) mode? If this is the case you probably have one of the following problems:

1) No receiving device: The can bus module relies on their being at least one other device on the network to acknowledge (pull the bus low) any transmitted message - if there is no such device the can bus will very quickly go into error passive mode after trying to tx your first message 127 consecutive times.

2) Incorrect bit timing: You may have another 'know good' device on the network, but you may have used incorrect bit timing and hence made your device incompatible with other devices on the bus. Check the specs of the other devices.

3) Incorrect physical layer wiring/termination: Make sure all your CAN-H's are wired together in parallel and that all your CAN-Ls are also, and that their is at least one 120Ohm resistor between these lines.

The fact that you can rx from another device in listen-only mode means you are close to having this working and that the physical layer is probably ok - although double check everything. It may be that there is some kind of auto baud rate detection going on in listen-only mode, so when you manually set your bit timings and go bus on things get broken.

Hope this helps.

Regards,

Andrew Glen.

[Fernando Santos]

Hi Andrew,

Thank you for your response... but I finally found the problem here... it was a faulty tranceiver. The beaglebone can0 configuration was ok, and I could see that the ACK was being sent by the beagle with the oscilloscope. So I decided to test the transceiver, sending some data from the beagle and hooking the oscilloscope to the bus. I could see the beaglebone TX pin trying to send some data to the transceiver, but that data never made it to the bus, so I replaced the transceiver and everything started to work as expected.  

Thank you again for yout answer!!

[AndrewTaneGlen]

Hi Fernando,

Good to hear!

Good luck with the rest of your project.

Andy.

[eni...@gmail.com]

Andrew,

I am designing a custom cape with CAN bus function. The transceiver that I use is SN65HVD251D. The kernel is mainly follow Robert Nelson's 3.8.13. The kernel config is

CONFIG_CAN=y

CONFIG_CAN_RAW=y

CONFIG_CAN_BCM=y

CONFIG_CAN_GW=m

#

# CAN Device Drivers

#

CONFIG_CAN_VCAN=m

CONFIG_CAN_SLCAN=m

CONFIG_CAN_DEV=y

CONFIG_CAN_CALC_BITTIMING=y

CONFIG_CAN_TI_HECC=y

CONFIG_CAN_MCP251X=m

CONFIG_CAN_GRCAN=m

# CONFIG_CAN_SJA1000 is not set

CONFIG_CAN_C_CAN=y

CONFIG_CAN_C_CAN_PLATFORM=y

# CONFIG_CAN_CC770 is not set

The dmesg shows:

[    1.466050] bus: 'platform': add driver c_can_platform

[    2.060866] can: controller area network core (rev 20120528 abi 9)

[    2.072347] can: raw protocol (rev 20120528)

[    2.076920] can: broadcast manager protocol (rev 20120528 t)

[    1.461920] CAN device driver interface

_BUT_, when I # ip link set can0 up type can bitrate 125000

I received "Cannot find device "can0""

Am I doing missing anything??

-Eric Lee

AndrewTaneGlen於 2013年8月28日星期三UTC+8上午3時47分54秒寫道：

[Mark Lazarewicz]

did you set up the pin muxes with a dtbo file. try this I know that kernel loads the correct stuff 

with TowerTech cape. you need to grap can-utils and build it for that Ubuntu as well

try these http://www.embedded-things.com/bbb/enable-canbus-on-the-beaglebone-black/#comment-103

http://www.fccps.cz/download/adv/frr/can-notes.html

I am trying to undertsand where Ubuntu hides the correct .dbto I couldnt find it in the file system I got everything to work except probing the actual ouput with a scope

from my load using the same kernel  on the white is what I saw about to try same cape on the Black

Here is the TowerTech load

Ubuntu 13.04 arm ttyO0
arm login: ubuntu
Password:
Last login: Sun Sep 15 22:02:12 UTC 2013 on ttyO0
Welcome to Ubuntu 13.04 (GNU/Linux 3.8.13-bone28 armv7l)
* Documentation: https://help.ubuntu.com/
ubuntu@arm:~$ dmesg | grep -i can
[ 0.150126] of_get_named_gpio_flags: can't parse gpios property
[ 1.493411] bone-capemgr bone_capemgr.8: slot #3: 'TT3201 CAN Cape,01,TowerTech,TT3201-001'
[ 1.589830] bone-capemgr bone_capemgr.8: slot #3: Requesting firmware 'TT3201-001-01.dtbo' for board-name 'TT3201 CAN Cape',

---

From: "eni...@gmail.com" <eni the muxing acad 5...@gmail.com>
To: beagl...@googlegroups.com at
Sent: Tuesdr 17, 2013 6:33 AM
Subject: [beagith leboard] Re: BeagleBone Black Canbus

--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups "BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.