Jump to content


  • Content Count

  • Joined

  • Last visited

  1. Thanks to everyone that replied, The problem was modem-manager! from what I can see it's a utility that is used with broadband modems - however in this case it was interfering with serial comms: a simple apt-get purge modemmanager fixed the issue! back to development!
  2. ... and now it doesn't work It is really getting frusterating, I've been trying to get serial comms working for 2-3 hours trying the programs that worked before, and even getting energia and using the serial libs on there... has anyone experienced serial comms problems under linux (specifically ubuntu 12)? are there any better boards than the launch pad with better usb-serial bridges?
  3. Found the problem, starting the UART unit seems to clear the interrupt enable register; solution is to set enable interrupts after. UCA0CTL1 &= ~(UCSWRST); IE2 |= UCA0TXIE; It even says it in the manual: The recommended USCI initialization/re-configuration process is: 1. Set UCSWRST (BIS.B #UCSWRST,&UCAxCTL1) 2. Initialize all USCI registers with UCSWRST = 1 (including UCAxCTL1) 3. Configure ports. 4. Clear UCSWRST via software (BIC.B #UCSWRST,&UCAxCTL1) 5. Enable interrupts (optional) via UCAxRXIE and/or UCAxTXIE Manual = Bible
  4. If I change the transmit_char function send the characters in a loop, then it is working, I get pi: void transmit_char() { while (1) { UCA0TXBUF = pi[pos]; pos++; if (pi[pos] == '\0') pos = 0; while (! (UCA0TXIFG & IFG2)); } } Just the interrupt that is not setup properly now.
  5. I noticed I have the transmit_char commented out inside the interrupt handler. I also turn off the leds in that interrupt handler, so even if it just sent one the interrupt should be set - it's like the interrupt handler isn't set up right or is not masked in...
  6. https://gist.github.com/chemuduguntar/4752294 hi all, I am trying to write a simple demo that streams pi over serial port continuously, I have initialised the serial port to 9600 baud, enable transmit interrupt and send the first character. I've setup so that when the character in the buffer has finished transmitting, another character (the next digit in pi) will be written to the transmit buffer. However all I get is '3' being transmitted and nothing else, what am I doing wrong? I was wondering about whether it had something to do with hardware flow control, i.e. if there
  7. Could you please explain why the pull-down resistors are needed?
  • Create New...