Jump to content


  • Content Count

  • Joined

  • Last visited

Reputation Activity

  1. Like
    gr8going reacted to Rei Vilo in cc3200 LP I2C port   
    Why don't you use Serial on pins 3 and 4 instead of Serial1?
    The I
  2. Like
    gr8going reacted to Rei Vilo in cc3200 LP I2C port   
    Two suggestions if you're using Energia.
  3. Like
    gr8going reacted to dubnet in cc3200 uart Energia application.   
    If you have a logic analyzer, or can borrow one, then you can see what the signals look like at each point in the chain. Without being able to see where a problem is possibly being introduced by one of the converters, you are shooting in the dark.
  4. Like
    gr8going reacted to Rei Vilo in cc3200 LP I2C port   
    Use pins 9 and 10.
  5. Like
    gr8going reacted to Fmilburn in cc3200 LP I2C port   
    Hi @@gr8going
    See the pin map and documentation here:  http://energia.nu/pin-maps/guide_cc3200launchpad/
    The statement just above the pin map says...
    Apparently pins 39 and 40 are not connected.
    Edit:  See below....

  6. Like
    gr8going reacted to cubeberg in Interfacing CC3200 and MSP-430G2553 using UART   
    Energia pin maps are here - http://energia.nu/pin-maps/
    It depends on how you've got your setup, but here is how I'm using it:
    Program your MSP430 with a program that provides some sort of serial output
    Only the CC3200 is connected to your PC
    Connect GND and VCC between the two devices (this way, the power from the CC3200 board powers the MSP430 board)
    Pull all the jumpers on the MSP430 board (this prevents us from powering the debugger on the MSP430 and messing with the UART pins which are connected to a USB -> UART bridge)
    Connect the TX pin on the MSP430 to the RX(1) on the CC3200.  
    Make sure your MSP430 is transmitting at the same speed as the CC3200 Serial1 (I suggest 9600 unless you have a crystal soldered on the board).  Make sure Energia has serial set to the same speed as Serial on the CC3200 (115200 in the example I provided above)
    You should see the green LED flash a bit when data is being sent by the MSP430
  7. Like
    gr8going reacted to chicken in cc3200 uart Energia application.   
    As direct connection worked but converters does not, I'd assume a configuration mismatch somewhere in the converter chain. E.g. what baud rate, bit count, parity, stop configuration does the TTL/232 or 232/485 converter expect? What parameters do you need to set in TeraTerm to talk 485?
    I can't help you with both, as I'm not familiar with RS-485.
  8. Like
    gr8going reacted to chicken in cc3200 uart Energia application.   
    RS-232 and UART do not support device addressing. You will have to find out how your adapter translates the RS485 protocol to basic serial. The easiest is probably to fist try to use a USB-to-serial adapter with your RS-485 adapter and a terminal program on a computer to figure out how to talk to your device. Without that basic understanding it will be almost impossible to write the software. The manual of your adapter might also provide some information.
    The UART calls you reference above are low-level calls into TI libraries to initialize the UART peripheral and don't do what you described after "==>".
    I assume you go that deep because Energia does only support 8N1 (i.e. 8 bit, parity = none, stop = 1). If your serial converter really requires even parity, then you'll have to edit HardwareSerial::begin in hardware/cc3200/cores/cc3200/HardwareSerial.cpp and modify this call:
    MAP_UARTConfigSetExpClk(UART_BASE, 80000000, baudRate,     (UART_CONFIG_PAR_NONE | UART_CONFIG_STOP_ONE |     UART_CONFIG_WLEN_8)); Regards,
  9. Like
    gr8going reacted to svcguy in cc3200 Hardware Serial   
    I noticed that in HardwareSerial.h, setPins is declared, but not implemented in HardwareSerial.cpp.  So I had a go at it and this is the result.  Contributing code to Energia is out of my league, but maybe someone much more skilled than I could use this.  It's not fully implemented.  According to the reference manual, pins 58 and 59 can be muxed to UART1, but care must be taken that the analog paths are disabled.  My thought was that setPins() would return -1 if it was a bad config, would return 0 if the resulting configuration would be dangerous (short analog to digital, overlap with UART0) and return 1 if good.  Anyway, I tested it against launchpad pins 32, 31 and it works which is good for my application.  Here's the code:
    int setPins(unsigned long); HardwareSerial.cpp
    //***************************************************************************** // // The list of allowable pin mux configs. // //***************************************************************************** static const unsigned long g_ulUARTPinMuxConfig[5][3] = { // RX_PIN, TX_PIN, PIN_MODE {PIN_02, PIN_01, PIN_MODE_7}, {PIN_08, PIN_07, PIN_MODE_5}, {PIN_17, PIN_16, PIN_MODE_2}, // 55, 57 would overlap with default config of UARTA0 {PIN_57, PIN_55, PIN_MODE_6}, // 58, 59 require the analog input to be turned off first, if enabled {PIN_59, PIN_58, PIN_MODE_6} }; int HardwareSerial::setPins(unsigned long pins) { // Bounds check if(pins < 0 || pins > 5) return -1; // pins == 3 is pin55, pin57 need to check that UARTA0 is not setup on these pins (TODO) if(pins ==3) return 0; // pins == 4 is pin58, pin59 need to check that analog path is disabled, otherwise // device may be damaged (TODO) if(pins == 4) return 0; // Disable interrupts MAP_UARTIntDisable(UART_BASE, UART_INT_RX | UART_INT_RT | UART_INT_TX); // Disable UART MAP_UARTDisable(UART_BASE); // Reconfigure pins MAP_PinTypeUART(g_ulUARTPinMuxConfig[pins][0], g_ulUARTPinMuxConfig[pins][2]); MAP_PinTypeUART(g_ulUARTPinMuxConfig[pins][1], g_ulUARTPinMuxConfig[pins][2]); // Reset peripheral MAP_PRCMPeripheralReset(g_ulUARTPeriph[uartModule]); MAP_PRCMPeripheralClkEnable(g_ulUARTPeriph[uartModule], PRCM_RUN_MODE_CLK); // Reconfigure UART MAP_UARTConfigSetExpClk(UART_BASE, 80000000, baudRate, (UART_CONFIG_PAR_NONE | UART_CONFIG_STOP_ONE | UART_CONFIG_WLEN_8)); flushAll(); // Enable UART MAP_UARTEnable(UART_BASE); // Enable interrupts MAP_UARTIntEnable(UART_BASE, UART_INT_RX | UART_INT_RT | UART_INT_TX); return 1; } Andy
  10. Like
    gr8going reacted to bluehash in cc3200 Hardware Serial   
    Please start your own thread in the CCXXXX forum.
  • Create New...