On Fri, Dec 30, 2011 at 4:32 AM, priyasheel prasad
<priyasheel1...@gmail.com> wrote:
> The code you provided we were able to compile without problem. Since
> we have an MSP430BT5190 from the eZ430-RF2500 development kit, we
> think that the UART may need some further configuration. The website
> for our kit shows the uart TX and RX lines on port 10.4 (tx) and port
> 10.5 (rx).
>
> To begin with we put in some code to alternatively blink the test
> LEDs. The program which we wrote is attached (uart-blink folder) and
> when loaded to our kit does blink the LEDs. However the character we
> send out doesn't appear.
>
> Looking at your sample code, we suspect the problem may be in clock
> configuration. For a 9600 baud clock I suppose we need to divide the
> main clock which is at 25 MHz. However, at present I am working to
> better understand the UART configuration code.
>
> If you have any suggestions for corrections or further reading on the
> subject, help would be greatly appreciated.

http://www.43oh.com/forum/viewtopic.php?f=8&t=2067#p15011

Peter

>
> Thanks.
>
> Best,
> Priyasheel
>
>
> On 12/24/11, Peter Bigot <big...@acm.org> wrote:
>> The CVS examples are for a different generation of chips than your
>> RF2560T/MSP430BT5190, and the UART hardware is completely different.
>> You would be better off using the MSP430F5438A examples from
>> http://www.ti.com/product/msp430f5438A#toolssoftware.  You will have
>> to convert the interrupt syntax to mspgcc's function attribute form;
>> see the list archives or the test430 package for examples.
>>
>> There is also basic UART transmit code for the MSP430F5438A in the
>> support/exp430f5438 directory of test430.  See
>> http://mspgcc.git.sourceforge.net/git/gitweb.cgi?p=mspgcc/test430;a=tree;f=support/exp430f5438;h=c2fed089c1187dbbf0cb63130045ebc77468c917;hb=HEAD
>> for now; a new release should be out in a couple days.
>>
>> Peter
>>
>> On Sat, Dec 24, 2011 at 1:11 AM, priyasheel prasad
>> <priyasheel1...@gmail.com> wrote:
>>> Presently I am experimenting with the UART using mspgcc and a TI
>>> ez430-rf2560 kit. I noticed that there were some UART example programs
>>> in the CVS tree for mspgcc. And so I downloaded the examples:
>>>
>>> # checkout examples from CVS
>>> cvs -z3 -d:pserver:anonym...@mspgcc.cvs.sourceforge.net:/cvsroot/mspgcc
>>> co examples
>>>
>>> I found that if I edited the Makefile in the examples/leds directory
>>> to change the CPU from msp430z1101 to msp430f5438a the compile is
>>> successful. Using "mspdebug rf2500" I can load the leds.elf file to my
>>> microcontroller and the LEDs blink.
>>>
>>> However, if I try the same procedure with the uart_test example I
>>> receive a large number of compile errors:
>>>
>>> main.c: In function ‘main’:
>>> main.c:61:5: error: ‘IE1’ undeclared (first use in this function)
>>> main.c:61:5: note: each undeclared identifier is reported only once
>>> for each function it appears in
>>> main.c:62:5: error: ‘IE2’ undeclared (first use in this function)
>>> main.c:63:5: error: ‘ME1’ undeclared (first use in this function)
>>> [...]
>>>
>>> Moreover I notice the unmodified code produces a compile error as well:
>>>
>>> main.c:86:14: error: ‘SSEL_SMCLK’ undeclared (first use in this function)
>>>
>>> How can I go about debugging this code for my particular processor?
>>> Does anyone else have some experience porting these examples to
>>> different development kits like the ez430-rf2560?
>>>
>>> Thank you in advance.
>>>
>>> Best,
>>> Priyasheel
>>>
>>> ------------------------------------------------------------------------------
>>> Write once. Port to many.
>>> Get the SDK and tools to simplify cross-platform app development. Create
>>> new or port existing apps to sell to consumers worldwide. Explore the
>>> Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
>>> http://p.sf.net/sfu/intel-appdev
>>> _______________________________________________
>>> Mspgcc-users mailing list
>>> Mspgcc-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/mspgcc-users
>>

------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
_______________________________________________
Mspgcc-users mailing list
Mspgcc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mspgcc-users

Reply via email to