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.

eZ430-RF2500 development on Linux

Other Parts Discussed in Thread: SIMPLICITI, CC2500, MSP430F2274, TUSB3410

Hi, I managed to set up a Linux development environment for the ez430-RF2500 successfully, thanks to the TI forums and other helpful resources.  Here is a description of how i did it, hope it helps someone.  This has been tested on Gentoo Linux, kernel version 2.6.34.

25 June 2010

Linux development environment for ez430-RF2500

This document describes how to set up a development environment on Linux for the ez430-RF2500. Tested on Gentoo Linux, kernel version 2.6.34.

 

Overview

Basically we need to:

  • Configure the kernel so that we can view the serial port output from the board.

  • Setup the MSPGCC toolchain so that we can compile source code into a binary executable that runs on the MSP430.

  • Install MSPDebug so that we can flash the binary executable onto the RF2500 board.

  • Download the SimpliciTI library, which is needed to use the CC2500 radio, and modify some code so that we can compile the library using MSPGCC. Note that we don’t need to use the entire library but we need 2 entities: the Minimal RF Interface (MRFI) and the Board Support Package (BSP). The MRFI and the BSP are described in [5].

  • Create a Makefile for development.

 

Configuring the kernel

The recommended kernel version is >2.6.31, it seems [1]. When configuring the kernel, enable USB Serial Converter support, USB TI 3410/5052 Serial Driver, and USB Modem (CDC ACM) support.

Device Drivers --->
[*] USB support
<M> USB Modem (CDC ACM) support
<M> USB Serial Converter support --->
<M> USB TI 3410/5052 Serial Driver

Setting up the MSPGCC cross-compile toolchain

  1. Download radhermit’s MSP430 overlay [2] and add it to the Gentoo system. Untar it into /var/lib/pizu-overlay and add to /etc/make.conf:

    # must be below sourcing of layman’s make.conf
    PORTDIR_OVERLAY="${PORTDIR_OVERLAY} /var/lib/pizu-portage-overlay"

  2. Emerge sys-devel/crossdev from this overlay.

  3. Install the MSPGCC toolchain with GDB support:

    sudo crossdev --ex-gdb msp430

  4. After crossdev successfully creates the toolchain, symlink the ldscripts folder into a place where the linker will find it. Run:

    sudo ln -s /usr/$CHOST/msp430/lib/ldscripts /usr/msp430/lib/ldscripts

    where $CHOST is something like x86_64-pc-linux-gnu or i686-pc-linux-gnu for standard amd64 or x86 architectures running Gentoo.

 

Setting up MSPDebug

  1. Download MSPDebug from [3].

  2. Unpack, compile and install the source:

    tar xvfz mspdebug-version.tar.gz
    cd mspdebug-version
    make
    make install

  3. Create a new udev rule named /etc/udev/rules.d/99-msp430.rules:

    ATTRS{product}=="Texas Instruments MSP-FET430UIF", MODE="0660", GROUP="plugdev"

  4. Now all users in the plugdev group should be able to access the device.

 

Download and modify the simpliciTI libraries

Information here is from [6].

  1. Download the latest release of SimpliciTI from [7]. Choose the version for IAR.

  2. Create a development folder where the source code and modified SimpliciTI will reside.

  3. Copy the bsp/ and mrfi/ subfolders from Components/ into the development folder.

  4. Optional: Some of the code is unused and can be removed. CC2500 is a Family 1 radio, so remove unused radios (Family 2 to Family 5) from mrfi/radios/. Remove unused boards from bsp/boards/.

  5. Optional: For the complete SimpliciTI stack, copy the simpliciti/ subfolder from Components/ into the development folder.

  6. Modify bsp/mcus/bsp_msp430_defs.h.

    Replace the line:

    #error "ERROR: Unknown compiler."

    with:

    #include <io.h>
    #include <signal.h>
    #include <iomacros.h>
    #define __bsp_ISTATE_T__ uint16_t
    #define __bsp_ISR_FUNCTION__(f,v) interrupt (v) f(void)
    #define __bsp_ENABLE_INTERRUPTS__() eint()
    #define __bsp_DISABLE_INTERRUPTS__() dint()
    #define __bsp_INTERRUPTS_ARE_ENABLED__() (READ_SR & 0x8)
    #define __bsp_GET_ISTATE__() (READ_SR & 0x8)
    #define __bsp_RESTORE_ISTATE__(x) st(if((x&GIE))_BIS_SR(GIE);)

  7. Modify bsp/drivers/code/bsp_generic_buttons.h.

    Remove the line:

    #error "ERROR: Debounce delay macro is missing."

  8. Optional: If the simpliciti/ folder was copied, modify simpliciti/nwk/nwk_QMgmt.c.

    Remove the line:

    #include <intrinsics.h>

  9. Modify mrfi/mrfi_defs.h.

    Change all occurrences of

    #define __mrfi_MAX_PAYLOAD_SIZE__ 20

    to

    #define __mrfi_MAX_PAYLOAD_SIZE__ 53

Putting it all together

To compile for the MSP430F2274, do:

msp430-gcc -o zzz -mmcu=msp430x2274 zzz.c

To upload the program to the board:

mspdebug -R “prog zzz”

Watch the serial output using minicom. The device is /dev/ttyACM0, 9600 baudrate.

 

Sample Makefile

# Adapted from Makefile example at
# http://senstools.gforge.inria.fr/doku.php?id=lib:simpliciti:example
# Includes only BSP and MRFI entities, not the whole SimpliciTI stack.

SIMPLICITI_COMPONENTS_PATH = ./
BSP_PATH = ${SIMPLICITI_COMPONENTS_PATH}/bsp
MRFI_PATH = ${SIMPLICITI_COMPONENTS_PATH}/mrfi

BOARD = EZ430RF
CPU = msp430x2274
RF = -DMRFI_CC2500

INCLUDES = -I${MRFI_PATH}/ \
-I${BSP_PATH}/ \
-I${BSP_PATH}/drivers/ \
-I${BSP_PATH}/boards/${BOARD}/ \

OBJECTS = bsp.o mrfi.o
CC = msp430-gcc
CFLAGS = -DMAX_HOPS=3 ${RF} ${SMPL_NWK_CONFIG} -mmcu=${CPU} -O2 -Wall -g ${INCLUDES}

all: zzz

clean:
rm -f ${OBJECTS} zzz

%.o: %.c
$(CC) ${CFLAGS} -c -o $@ $<

mrfi.o: ${MRFI_PATH}/mrfi.c
${CC} ${CFLAGS} -c $< -o $@
@echo CC $<

bsp.o: ${BSP_PATH}/bsp.c
${CC} ${CFLAGS} -c $< -o $@
@echo CC $<

zzz: zzz.c ${OBJECTS}
$(CC) ${CFLAGS} -o zzz zzz.c ${OBJECTS}

References

[1] http://www.koka-in.org/~kensyu/handicraft/diary/20100419.html

[2] Radhermit’s MSP430 Gentoo overlay - github.com/radhermit/msp430-overlay

[3] MSPDebug - http://mspdebug.sourceforge.net/

[4] MSPGCC - http://mspgcc.sourceforge.net/ and http://mspgcc4.sourceforge.net

[5] SimpliciTI Developers Notes

[6] Setting up the MSP430 environment - http://www.tooz.us/projects/MSP430/

[7] SimpliciTI TI Software Folder - http://focus.ti.com/docs/toolsw/folders/print/simpliciti.html

 

Linux development environment for eZ430-RF2500.pdf
  • Hi. Very impresive the path you have follow. I'm new in microcontrollers programming and also in linux (ubuntu 10.04 user). I've looking for a lot of data to get the ez430-rf2500 working under linux. With the mspdebug installed I've tested some short programs and they work fine, but I don't know if it's necesary to modify de kernel so you can watch the port in minicom. When I had the demo program written in the MCU I tried to watch the data received using minicom, but it said something like ttyACM0 wasn't a modem or so. Could you paste the source where you got how to configure the kernel, please?

    Another question, have you tried the "demo" temperature program compiled in mspgcc and seen the data through minicom?

    I hope you can help me.

    Thanks.

  • My guess is that it's a kernel configuration issue.  The steps for compiling the kernel can be found here: http://www.cyberciti.biz/tips/compiling-linux-kernel-26.html

    In the kernel config (step 2), make sure these are enabled:

    Device Drivers --->
    [*] USB support
    <M> USB Modem (CDC ACM) support
    <M> USB Serial Converter support --->
    <M> USB TI 3410/5052 Serial Driver

     

    After plugging in the ez430, try typing "dmesg"; you should see something like this:

    usb 4-1.2: new full speed USB device using uhci_hcd and address 8
    hub 4-1.2:1.0: USB hub found
    hub 4-1.2:1.0: 4 ports detected
    usb 4-1.2.2: new full speed USB device using uhci_hcd and address 9
    cdc_acm 4-1.2.2:1.0: This device cannot do calls on its own. It is not a modem.
    cdc_acm 4-1.2.2:1.0: No union descriptor, testing for castrated device
    cdc_acm 4-1.2.2:1.0: ttyACM0: USB ACM device

    I have not tried the demo temperature program...


  • Hello, I am currently working on my Final Year Project and I am using ez430-rf2500,SimpliciTI protocol. I used your method suggested in the previous post that there's something that we need to replace in the original code. So, I followed what you did, and i got some errors. I don't know whether is it the same for the protocol that I am using now, with the protocol that you are using. Can you please guide me through, as I don't know why i get the error, they say

     

    Fatal Error[Pe035]: #error directive: "ERROR: Unknown or missing radio selection." C:\Users\songye\Desktop\demo\20th_try\Components\mrfi\mrfi_defs.h 100

     

     

    What does that mean, since I've already removed all the unnecessary radio in the Simpliciti folder I downloaded.

     

    Thanks.

     

    Regards.

  • Well. you really shouldn't be doing what I did because you are using Windows and probably IAR.  I'm using Linux with mspgcc... Unfortunately I'm a Windows noob with zero IAR experience so I can't help you. 

    Or, you could just switch to Linux ;)

  • seedreamer,

    Thanks for this excellent post. I could program and get working the compiler as well as mspdebug to program the board. Great work!

    Just have a question, regarding what you say to "Watch the serial output using minicom. The device is /dev/ttyACM0, 9600 baudrate.", do you require anything else to run minicom? I want to have access to the serial but I'm unable to. I configured minicom with those settings and I just get the following message (either as my user or root):

    minicom: cannot open /dev/ttyACM0: No such file or directory

    The messages file indeed sees the board as ACM0:

    Oct  4 00:29:31 w00292 kernel: [10919.890156] cdc_acm 7-1:1.0: ttyACM0: USB ACM device
    Oct  4 00:29:41 w00292 kernel: [10929.954256] generic-usb 0003:0451:F432.0002: timeout initializing reports
    Oct  4 00:29:41 w00292 kernel: [10929.954522] generic-usb 0003:0451:F432.0002: hiddev96,hidraw0: USB HID v1.01 Device [Texas Instruments Texas Instruments MSP-FET430UIF] on usb-0000:00:1d.2-1/input1

    Any help would be appreciated.

     

  • try doing:

    ls /dev/tty*

    and post the output?

     

    I also managed to get the serial output using:

    stty 9600 -brkint -icrnl -imaxbel -opost -onlcr -isig -icanon -iexten -echo -echoe -echok -echoctl -echoke -F /dev/ttyACM0

    cat /dev/ttyACM0

    Occasionally there are input/output errors for which I have to unplug and replug the USB programmer..

  • Hi seadreamer,

    Thanks for your quick response. I've been playing with the board for some time but unfortunately still haven't been able to see its UART.

    Here is the output of the command:

    mario@medarz:~$ ls /dev/tty*

    /dev/tty    /dev/tty19 /dev/tty3   /dev/tty40 /dev/tty51  /dev/tty62

    /dev/tty0   /dev/tty2 /dev/tty30  /dev/tty41 /dev/tty52  /dev/tty63

    /dev/tty1   /dev/tty20 /dev/tty31  /dev/tty42 /dev/tty53  /dev/tty7

    /dev/tty10  /dev/tty21 /dev/tty32  /dev/tty43 /dev/tty54  /dev/tty8

    /dev/tty11  /dev/tty22 /dev/tty33  /dev/tty44 /dev/tty55  /dev/tty9

    /dev/tty12  /dev/tty23 /dev/tty34  /dev/tty45 /dev/tty56  /dev/ttyACM0

    /dev/tty13  /dev/tty24 /dev/tty35  /dev/tty46 /dev/tty57  /dev/ttyS0

    /dev/tty14  /dev/tty25 /dev/tty36  /dev/tty47 /dev/tty58  /dev/ttyS1

    /dev/tty15  /dev/tty26 /dev/tty37  /dev/tty48 /dev/tty59  /dev/ttyS2

    /dev/tty16  /dev/tty27 /dev/tty38  /dev/tty49 /dev/tty6   /dev/ttyS3

    /dev/tty17  /dev/tty28 /dev/tty39  /dev/tty5 /dev/tty60

    /dev/tty18  /dev/tty29 /dev/tty4   /dev/tty50 /dev/tty61

    Also, executing the commands that you suggested throws me what you were saying about input/output errors. The thing is that I always have these errors when trying to read from the device:

    mario@medarz:~$ stty 9600 -brkint -icrnl -imaxbel -opost -onlcr -isig -icanon -iexten -echo -echoe -echok -echoctl -echoke -F /dev/ttyACM0

    stty: /dev/ttyACM0: Input/output error

    mario@medarz:~$ cat /dev/ttyACM0

    cat: /dev/ttyACM0: Input/output error

    Also, executing the commands that you suggested throws me what you were saying about input/output errors. The thing is that I always have these errors when trying to read from the device:

    I remove the board and plug it in, chech which number it is assigned (ACM0, ACM1.. etc) and execute the commands again, and the result is the same error.

    Regards,

     

  • Hi,


    Same issue here as MEDARZ.

    Using Fedora 14 with msp430-gcc and mspdebug from Fedora repos. Kernel is 2.6.35.10-74.fc14.i686

    /dev/ttyACM0 is created but can't be accessed with minicom

     

    P.S. There seems to be some possibly relevant discussion here: http://groups.google.com/group/ti-launchpad/msg/1dacabc8a4f00ab6?pli=1

  • Thank you Konstantin,

    Konstantin Svist said:

    P.S. There seems to be some possibly relevant discussion here: http://groups.google.com/group/ti-launchpad/msg/1dacabc8a4f00ab6?pli=1

    ".. More investigation still seem to indicate a buffer on the ti chip's side fills up and then asks for a disconnection ..."

    In my case, that was the key.  Prior to successfully establishing a serial connection to the MSP430F2274, I would get "/dev/ttyACM0: No such file or directory".  Even though /dev/ttyACM0 existed and I could clearly see from dmesg that ttyACM had been created:

    [2071821.184142] usb 5-1: USB disconnect, address 58
    [2071821.920058] usb 5-1: new full speed USB device using uhci_hcd and address 59
    [2071822.123940] usb 5-1: configuration #1 chosen from 1 choice
    [2071822.133877] cdc_acm 5-1:1.0: This device cannot do calls on its own. It is not a modem.
    [2071822.133883] cdc_acm 5-1:1.0: No union descriptor, testing for castrated device
    [2071822.133905] cdc_acm 5-1:1.0: ttyACM8: USB ACM device
    [2071832.184653] /build/buildd/linux-2.6.31/drivers/hid/usbhid/hid-core.c: usb_submit_urb(ctrl) failed
    [2071832.184665] generic-usb 0003:0451:F432.003C: timeout initializing reports
    [2071832.184796] generic-usb 0003:0451:F432.003C: hiddev96,hidraw3: USB HID v1.01 Device [Texas Instruments Texas Instruments MSP-FET430UIF] on usb-0000:00:1d.3-1/input1

    Trying to use "minicom -s" to open a /dev/ttyACMx would results in the "No such file or directory" error.  The TI chip (with the default firmware) appears to overflow the serial buffer and disconnect before a serial program has the chance to open the port and drain the buffer.  Or so I thought.  The situation turned out to be a bit more complex (maybe someone here can explain why the following works for me).

    The following seems to be working for me: Unplug the TI module from the TI usb programmer . Plug the TI usb programer into a usb port. Plug the TI module into the the TI usb programmer.  Use "mspdebug rf2500"  to connect to the MSP430F2274 and reset it (this will prevent the serial buffer from constantly being overflowed and consequently causing the serial port to close?).  In a different terminal (as specified above):

    stty 9600 -brkint -icrnl -imaxbel -opost -onlcr -isig -icanon -iexten -echo -echoe -echok -echoctl -echoke -F /dev/ttyACM0

    cat /dev/ttyACM0

    Back in mspdebug, run the firmware.  Back in the terminal with the "cat /dev/ttyACM0" I can see the serial output from the MSP430F2274.

    Note: if I establish a serial connection to the /dev/ttyACMx port after plugging the the programmer , but prior to plugging in the TI module, when the TI module is plugged in, the ttyACM serial connection closes and the ttyACM port number increaments (in my dmesg above you may have noticed that I've already reached ttyACM8). 
    Only by stopping the overflow of the serial buffer (by using mspdebug) was I able to successfully open a serial connection to the device.


  • Let me further clarify the "solution" that works for me (Ubuntu 9.10).   

    • plug in usb TI programer module
    • dmesg to find which ttyACMx port
    • In the first terminal: stty 9600 -icrnl -opost -onlcr -isig -icanon -iexten -echo -crterase -echok -echoctl -echoke -F /dev/ttyACM9
    • In the first terminal: cat /dev/ttyACM9
    • plug in the TI chip module to the TI programmer module
    • In the second terminal: mspdebug rf2500
    • In mspdebug: reset
    • dmesg to find which ttyACMx port  (should have incremented by one)
    • In the first terminal: stty 9600 -icrnl -opost -onlcr -isig -icanon -iexten -echo -crterase -echok -echoctl -echoke -F /dev/ttyACM10
    • In the first terminal: cat /dev/ttyACM10
    • In mspdebug: run
    • In the first terminal: you should see serial output 

    If I don't force the ttyACM port to increment then trying to establish a serial connection results in a "/dev/ttyACM: Input/output error".  Once the serial connection is established, then the TI chip module can be stop/restarted, via mspdebug, without issue.  However, once the serial buffer has been overflowed, the ttyACM port is dead and I need to force the ttyACM port increment to a fresh port to get it going again.

  • Thanks Tyler!

    That was very helpful, I finally got mine to work with your workaround. The 1st 4 steps appear sufficient, but reset/run from mspdebug works too. My ttyACM# doesn't increment (probably something to do with the particulars of Fedora 14.

  • I get the same thing as Konstantin and Tyler.  My board is the red ez430 (0451:f432).  Right now I'm only able to get output from the ez430, the same trick doesn't work with a terminal program.

    -Mike

     

  • I found this fix to the problem:

    http://groups.google.com/group/ti-launchpad/browse_frm/thread/e414bf066fbd1d59/1dacabc8a4f00ab6?#1dacabc8a4f00ab6

    Rebuilding the cdc-acm.c driver with the following modifications worked for me:

    In cdc_acm.c 
    disabling the bailout in acm_tty_open: 

     

    >         if (0 > acm_set_control(acm, acm->ctrlout = ACM_CTRL_DTR | ACM_CTRL_RTS) && 
    >            (acm->ctrl_caps & USB_CDC_CAP_LINE)) 
    >                 goto full_bailout; 

    and acm_set_control in acm_port_down: 

     

    > acm_set_control(acm, acm->ctrlout = 0); 

     

  • Thanks Mike.

    This fix worked like a charm on my Fedora 14 installation.

    I compiled kernel 2.6.37.3 with above modifications to cdc-acm.c file. Now I can see packets on /dev/ttyACM0

     

  • Mike:

    It is also working for me.

     method i tried: commented out the line you mentioned I recompiled kernel and it worked

    Thanks - Siva

  • I also got it working , thank u all.

  • Hi,

    I'm facing bit similar kind of  problem .

    I have written a C code to read the data from the CC2530ZNp device and send to my application .

    It works for some times and if remove the device  and reconnect(RF module) , it connect with out any error but it read nothing in the read buffer  .

    after trying many times(removing and connecting ) it works again , then if I remove it again it goes to the same state .

    what may be the problem ...? why it reads nothing when I read ..?  and also I tried in minicom , there also it gives same problem , it connects well and able to read if I remove the device and reconnect, it shows cant open dev/ttyACM0! .

    I'm following this steps t connect the device ..

    1. connect the usb TI programer module

    2. Run my code / minicom

    3. plug in the TI chip module to the TI programmer module .

    Then wait for the data .

     

    I have attached my C code for reference . ,3731.Serialport.zip

    regards

    Ravee


     

     

  • Since the Sensor Monitor demo app works perfectly fine if the programmer is plugged in to the USB port without the programmed module attached, and attaching the module only after there is something running to read ttyACM0, could it be possible to modify the source code to wait until the little push button on the module is pressed before starting the program? Or at least the data delivery?

    I don't mind this being an "exercise left for the student" if a TI fellow could point into the right direction in the code.

    Thanks,

    Markus

  • I changed the cdc-acm.c driver according to the previous post...and rebuilt the linux kernel

    now i can read the serial data from /dev/ttyACM0 on my ubuntu machine!

    Thanks,

    Gerald

  • That's hardly a convenient/maintainable patch, though.

    In Fedora, kernel revisions update every few weeks (sometimes several times a week), I don't want to have to recompile it every time!

  • hi konstantin,

    how about building the linux kernel module against the installed kernel w/o full kernel source tree?

    is it possible to just compile the usb driver and load it with modprobe?

    $ modprobe usbcore
    $ modprobe uhci-hcd
    $ modprobe ohci-hcd or $ modprobe ehci-hcd
    $ modprobe cdc-acm

    http://www.cyberciti.biz/tips/build-linux-kernel-module-against-installed-kernel-source-tree.html

  • Hello,

    i am providing a method without recompiling the kernel...i use Dynamic Kernel Module Support to load the modified cdcacm driver

    i have tested this on ubuntu! please let me know if it works on your linux machine!

    1.) install dkms, install kernel headers
    2.) copy the folder cdcacm-0.1 to /usr/src
    3.) run ./install.sh from /usr/src
    3.) connect msp430 rf2500 to usb
    4.) stty -F /dev/ttyACM0 raw speed 9600
    5.) cat /dev/ttyACM0 ... you should see some output

    Here the files:

    http://hotfile.com/dl/143130546/95eae8a/dkms.zip.html


  • Is there a copy of this file somplace other than hotfile.com?  I'd be interested in this patch.

    -rick

  • Hi,

    I uploaded it to: 

    Let me know if the patch works...

    Gerald

  • Thanks! If you don't mind I'm going to attach it here so it might be available at a later date

    7028.msp430_patch.zip

    -rick

  • Hi,

    Same problem on my desk, no stable connection with the Launchpad's UART, I think I spent hours (or days!) trying to fix my code, which was in fact ok... Thanks for the tip, after recompiling the kernel it does what I was expecting!

    One remark: in newer kernels (3.5.3 here) the cdc-acm.c has been completely rewritten, so you have to look (and comment) the following:

    in function acm_port-activate look for :

      acm->ctrlout = ACM_CTRL_DTR | ACM_CTRL_RTS;
      if (acm_set_control(acm, acm->ctrlout) < 0 &&
        (acm->ctrl_caps & USB_CDC_CAP_LINE))
        goto error_set_control;

    and in function acm_port_shutdown look for:

      acm_set_control(acm, acm->ctrlout = 0);

    After commenting both and recompiling I see output in the minicom! (yeey!)

    KR

  • Yeah , I did exactly the same and it worked !!!

  • The patch partially works for me. My system is Kubuntu, kernel 3.2.0.30-generic.

    Use "sudo modinfo cdc-acm"  you will find the path where the cdc-acm.ko is located.

    Please note cdc-acm not cdcacm. cdcacm does not work for me.

    The folder is named cdcacm-0.1. It is no need to copy the whole folder to /usr/src/. you can place the folder somewhere.

    in the folder, under linux-3.0, there is a makefile, Type "sudo make " and it will produce a cdcacm.ko file.

    copy the cdcacm.ko to where the path you found with modinfo above, Before you copy it over, remember rename the old cdc-acm.ko into another name, so that

    if something happens, you can go back. The copied cdcacm.ko should be renamed to cdc-acm.ko.

    Hope this helps.

  • I was able to solve my initial problem (not being able to read from a TI USB serial bridge) with this fix. Thanks so much for posting! Now I'm experiencing another problem that I'm guessing is related. I can receive data, but I can't seem to send any. We have a TUSB3410 plugged into a CC2530ZNP Zigbee controller, and we're trying to send data across the Zigbee network. I'm able to get it working using Windows running a Linux virtual machine (Windows handles the initial USB driver layer and passes it on to the Linux virtual machine as a plain old serial port). However, when I run it directly through Linux, the cdc-acm driver fails me, and it doesn't work. Can anyone suggest a way to resolve this? Is there a newer driver anyone's run across since this forum post?

  • Hey

    Please could you help me with cdc-acm .c cdc-acm.h make files. Right now i am using Linux mint on my laptop and I cannot interface my ez430-rf2500 with it. As in i am not getting any serial output.

    I also want to interface it with raspberry pi which works on raspbian wheezy.

    Your help will be appreciated

    Thank you

  • Hi. 

    I have written a simple step-by-step guide for solving the ez430-rf2500 Linux kernel driver issue.

    Please visit:

    http://orenkishon.wordpress.com/2014/06/29/msp430-ez430-rf2500-linux-support-guide/