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.

MSP430FR5959: Communication error problem of MSP430FR5959 in IrDA mode

Part Number: MSP430FR5959

Hi community member,

Please let me confirm the following a question for IrDA with MSP430FR5959.

[Question]

I tested it in the following three cases.

The host side repeatedly transmits 12 bytes every 2 ms.

[case 1]

When communicating MSPs 430 in IrDA mode with IrDA Infrared communication Module(RPM871-H14).
The hardware configuration is as follows:

[(MSP430FR5959)-(IrDA Receiver)] - (RPM871-H14) < ---
--- > (RPM871-H14) - [(IrDA Transmitter)-(MSP430FR5959)]

An error occurs once every 2 hours.

[case 2]

When communicating MSPs 430 in IrDA mode without IrDA Infrared communication Module(RPM871-H14).
The hardware configuration is as follows:

[(MSP430FR5959)-(IrDA Receiver)] <-->
[(IrDA Transmitter)-(MSP430FR5959)]

An error occurs once every 2 hours.

[case 3]

When communicating MSPs 430 in UART mode with IrDA Infrared communication Module(RPM871-H14) and Infrared Encoder/Decoder(MCP2122T-E/SN).
The hardware configuration is as follows:

[(MSP430FR5959)] - (MCP2122T-E/SN) - (RPM871-H14) < ---
--- > (RPM871-H14) - (MCP2122T-E/SN) - [(MSP430FR5959)]

No error occurs.

The receiving software is as follows:

MSP430FR5X_sample.zip

I suspect the MSP 430 IrDA mode problem.

Do you know anything about this problem?

Best regards.

Cruijff

  • Hello Cruijff,

    I am attempting to download and unzip your software but it seems to be password protected. Could you please share your software in a way that is not encrypted. Thanks!

    Best regards,

    Matt Calvo
  • Hi Matthew,

    Thank you for your reply!

    I'm sorry I uploaded a protected project.

    The unlocked software is as follows:

    MSP430FR5xx_irda_sample.zip

    Best regards.

    Cruijff

  • Cruijff,

    Thank you for sending the project! If you suspect a problem in the MSP430 IrDA module then using this App Report (SLAA202A) may help point you in the right direction in resolving your issue. The "Implementing IrDA with the MSP430" App Report goes over many important aspects to keep in mind, on a hardware and software level, when incorporating IrDA in a project.

    Best regards,

    Matt Calvo

  • Matt,

    Thank you for the reply and sending the App report.

    I have additional questions.

    [question]

    I tested whether IrDA communication error occurred on the onelaunchPad MSP - EXP430FR5969.
    TXD and RXD are not connected outside but loopback mode is enabled (UCLISTEN = 1).

    The results are as follows:

    • In the first communication, the correct value was saved in the receive data buffer "UCRXBUF".
    • In the second and subsequent, an incorrect value was saved in "UCRXBUF", and a parity error and a framing error were detected.

    The loopback software is as follows.

    IrDA_MSP-EXP430FR5969_sample.zip

    Is there a problem with the setting of software?

    Best regards.

    Cruijff

  • Cruijff,

    I have found a TI Design that successfully implements IrDA communication, it is called Single Bidirectional Infrared LED Communication Port Reference Design.

    On the webpage for that TI Design you can download the User Guide and the software associated with it in order to analyze how they successfully implemented our IrDA feature and it should help you to debug your code to see if there exists a problem with the setting of software on your project.

    Best regards,

    Matt Calvo

  • Cruijff,

    I hope that reference design was a good example for helping you correctly implement IrDA communication. If this issue is now resolved please go ahead and select "Resolved" so that we can close out this thread for tracking purposes.

    Thanks and best regards,

    Matt Calvo
  • Hi.

    I'm sorry for the late reply.
    While experimenting, I changed the internal receive filter (UCIRRXFE) to invalid.
    Then, no error occurred.

    I tested it in the following two cases.

    ---------------------------
    [case 1]

    When communicating MSPs 430 in IrDA mode with IrDA Infrared communication Module(RPM871-H14).
    The hardware configuration is as follows:

    [(MSP430FR5959)-(IrDA Receiver)] - (RPM871-H14) < ---
    --- > (RPM871-H14) - [(IrDA Transmitter)-(MSP430FR5959)]
    ---------------------------
    [case 2]
    I tested whether IrDA communication error occurred on the onelaunchPad MSP - EXP430FR5969.
    TXD and RXD are not connected outside but loopback mode is enabled (UCLISTEN = 1).
    ---------------------------

    The setting values are as follows:

    ---------------------------
    <Setting transmission pulse width>
    The measurement results are as follows :
    BaudRate : 115200bps
    IrDA Transmission pulse : 2.3[us]

    ---------------------------
    <Setting the receive pulse width>
    Minimum receive pulse width t(PULSE) = 2.3us
    tWAKE = 0 (when the device is in active mode.)
    fBRCLK = 8MHz

    UCIRRXFLx = (t(PULSE) - t(WAKE)) * 2 * (fBRCLK) - 4

    = (2.3 - 0) * 2 * 8 - 4 = 32

    ---------------------------

    In addition to UCIRRXFLx = 32, I tried adjusting from 20 (= (1.5 - 0) * 2 * 8 - 4) to 32 with various values, but the result was the same.

    Is there a mistake in the setting value?
    Could you give me advice on internal filters?

    Best regards.
    Cruijff

  • Cruijff,

    I will reach out to another engineer that has more knowledge in the IrDA peripheral and will get back to you as soon as I can. Thank you for your patience! As always, if anything new develops please post it on this thread to keep everyone viewing this thread up to date.

    Best regards,

    Matt Calvo
  • Cruijff,

    Here is the response I received from the systems team:

    "The internal filter is intended to filter out the small glitches on the RX pin. It seems that the filter is set too wide so that some valid pulses are filtered out. I would suggest the customer to make the filter width small such as 2 to check the response on the communication. He or she can use an oscilloscope to check the signal on the RX pin. If the signal is clean, the internal filter does not need to be enabled."

    Let me know if this solution helps solve your issue.

    Best regards,

    Matt Calvo
  • Cruijff,

    If the above post helped solve your issue, please go ahead and select "Resolved" so that we can close this thread out and log it for tracking purposes. Thanks!

    Best regards,

    Matt Calvo
  • Hi Matt.

    I'm sorry for the late reply.
    Thank you for providing the information.

    As the system team commented,I checked the RX pin but occasionally some noise was in it.
    So I enabled the receive filter and further reduced the filter width.
    When this experiment result comes out, I will post again.

    Thank you for your cooperation.
    Best regards,

    Cruijff

  • Cruijff,

    Hopefully the results came out positive! Please let us know if there are any updates to this thread so that we can address them or close it out accordingly.

    Thanks and best regards,

    Matt Calvo
  • Cruijff,

    If there are no new updates for this thread then please let me know so that I can close it out accordingly. Thank you for your help!

    Best regards,

    Matt Calvo

**Attention** This is a public forum