|PinMuxing / UART2||jstearns74||4/13/12 4:57 PM|
I have some real basic questions that hopefully someone can help me with. I ultimately want to be able to use my BeagleBoard-XM (Rev C) to talk to a MCU using the UART2 port on the main expansion header. I know to do this I will need to setup the PINMUX correctly. I think I can get away setting the Mux through u-boot.
Please bare with me... this is what I have spent today doing.
I have gone through the exercise of building the Angstrom Distribution using the setup-scripts (http://www.angstrom-distribution.org/building-angstrom) and executing:
$ MACHINE=beagleboard ./oebb.sh config beagleboard
$ MACHINE=beagleboard ./oebb.sh update
$ MACHINE=beagleboard ./oebb.sh bitbake virtual/kernel
From what I understand (which isn't much) is that this will give me the latest kernel. After everything ran, I ended up with a directory where I believe the image is:
There are 2 files (modules-3.0.25-r118a-beagleboard.tgz & uImage-beagleboard.bin). I am not exactly sure what to do with these files. I was anticipating that I would end up with a MLO file, u-boot.bin, uImage, & a tarball that I would extract on the ext3 partition of the SD card. Maybe I am not looking in the correct directories? I see that the ./oebb.sh script uses bitbake. Do these scripts create the u-boot.bin file? If so, can I make my pinmux changes somewhere here?
OR - do I need to download bitbake & the u-boot source code & modify the beagle.h file there?
I am somewhat lost on trying to understand all of the documents/pages/group posts that I have found. It looks like there are hard, older ways to do things, but new tools have since been created to automate some of the steps. I'm just not sure what I need to do and what has already been done for me.
|Re: [beagleboard] PinMuxing / UART2||lisarden||4/14/12 12:32 AM|
|Re: [beagleboard] PinMuxing / UART2||don||4/14/12 1:42 AM|
On 04/14/2012 12:32 AM, Maxim Podbereznyy wrote:> 14.04.2012 3:57 О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ "jstearns74" <jstea...@gmail.com
> <mailto:jstea...@gmail.com>> О©╫О©╫О©╫О©╫О©╫О©╫О©╫:> <mailto:beagleboard%2Bunsubscribe@googlegroups.com>
all you built with the command you gave was the kernel so that is why
|Re: [beagleboard] PinMuxing / UART2||jstearns74||4/14/12 7:53 AM|
Thank you guys for your help! I may (will) have follow on questions later, but at least you got me pointed in the right direction.
|Re: [beagleboard] PinMuxing / UART2||jstearns74||4/19/12 8:51 PM|
Since last time, I was successfully able to get all the files I needed to get my beagleboard-xm Rev C to boot using the following commands:
-> gave me uImage.bin
$ MACHINE=beagleboard ./oebb.sh bitbake u-boot
-> gave me u-boot.img & MLO
$ MACHINE=beagleboard ./oebb.sh bitbake console-image
-> produced the Angstrom tarball
So now I want to edit the beagle.h file to setup the pinmuxing (setup the uart2_RX line). It looks like the UART2_TX line is already setup, as well as the CTS/RTS, though I don't plan on using flow control. I went to edit this file:
( MUX_VAL(CP(MCBSP3_FSX), (IEN | PTD | DIS | M1)) /*UART2_RX*/\
I was told that the preferred method to do pinmuxing now was actually through the kernel (modify the following file):
|Re: [beagleboard] PinMuxing / UART2||Igor Yeremin||4/19/12 10:31 PM|
RX and TX pins on the expansion header are muxed as UART2 by default
right now, you can check that in /sys/kernel/debug/omap_mux:
# cat uart2_tx mcbsp3_fsx
name: uart2_tx.uart2_tx (0x48002178/0x148 = 0x0000), b aa25, t NA
mode: OMAP_PIN_OUTPUT | OMAP_MUX_MODE0
signals: uart2_tx | mcbsp3_clkx | gpt11_pwm_evt | NA | gpio_146 | NA |
NA | safe_mode
name: mcbsp3_fsx.uart2_rx (0x48002172/0x142 = 0x0101), b ae5, t NA
mode: OMAP_PIN_INPUT | OMAP_MUX_MODE1
signals: mcbsp3_fsx | uart2_rx | NA | NA | gpio_143 | hsusb3_tll_data7
| NA | safe_mode
This comes from these lines in beagle.h in u-boot:
MUX_VAL(CP(UART2_TX), (IDIS | PTD | DIS | M0)) /*UART2_TX*/\
and then they are not re-muxed in kernel
The OMAP UARTs are /dev/ttyO*, not ttyS*
> -- To join: http://beagleboard.org/discuss
|Re: [beagleboard] PinMuxing / UART2||jstearns74||4/20/12 9:53 AM|
Thank you Igor! This is exactly the info I needed. I really appreciate it.