• State
  • Locked Locked
  • Replies 10 replies
  • Subscribers 35 subscribers
  • Views 1687 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

Custom boot loader over uart issue with MSP4305xx device

Ars
Intellectual 950 points
Other Parts Discussed in Thread: TUSB3410, MSP-FET

Hello,

This issue I am talking about while using TUSB3410 ic as a UART-USB bridge... otherwise custom boot loading over uart w/o the entry sequence is okay.
In both the case i use bsl_scripter application to do the boot loading.

case 1:

               MSP430 uart connected to TUSB3410 Ic (UART to USB bridge IC) . And TUSB3410 Ic connected to PC's USB port  (which creates COM Port 3).

I changed the COM  in script.txt file.

In this case boot loading does happen....passed all steps. But it took around a HOUR or so to load 32KB code file to load into MSP430.

I tried with different PC where USB virtual COM port created with TUSB3410 was COM 1....still the issue remains same.

The above h/w architecture is the desired case for my application.

But to do more debugging ......i have tried the case 2.

case 2:

               MSP430 uart connected to MAX Ic (RS232 converter) . And MAX Ic connected to PC's COM Port 1 (DB-9) . 

In this case boot loading works fine. Same code size( 32KB) gets loaded within a few minutes.This is okay .but my application demands to use TUSB3410.

Have anyone observed this issue.Please suggest any solution to this issue.

     

Regds,

Ars

  • 0
    TI__Guru**** 217607 points

    Hello Ars,

    Since the MSP430 functionality works as expected and the question seems to be more related to the TUSB3410 I'm moving this question to the Consumer & Computing Forum so that their experts can help address your question.  Have you reveiwed the following resources?

    Regards,
    Ryan

  • 0 in reply to Ryan Brown1
    Intellectual 950 points
    Thanks Ryan.!!
    But at the same time i have doubt about the PC application "BSL_Scripter" also.May be scripter detects the TUSB3410 as USB-UART bridge IC and slows down the communication. May be I am wrong.
    One more input is i find the com port on my PC where TUSB3410 is connected as "TUSB3410 Device (COM5) " . And I am not connecting any external EEPROM with TUSB3410.

    Thanks in advance.Hope these inputs will help us to get a clue.
    rgds,
    Ars
  • 0 in reply to Ars
    TI__Guru**** 217607 points
    Hi Ars,

    I will ask our BSL experts how the TUSB3410 could affect scripter communication speeds.

    Regards,
    Ryan
  • 0
    Guru 317190 points

    USB has higher bandwidth but also higher latency than a built-in UART.
    So every transmit↔receive turnaround will add a little delay.

    Furthermore, if the BSL scripter writes the data bytes one by one, it's possible that the driver does not do any buffering but waits until the previous byte has been transmitted before handling the next one. (But I know the details of neither the driver nor the scripter.)

  • 0 in reply to Clemens Ladisch
    TI__Intellectual 2460 points

    Hi Clemens,

    The hardware I've been used when working with BSL Scripter v3.1 or BSL Scripter 2.01 are: MSP-FET, MSP-BSL "Rocket" and CP2102 USB-UART bridge.

    The BSL Scripter sends the packet with maximum buffer size of 260 bytes in total. That's the only information I think might give a clue related with your post. Unfortunately I don't have the TUSB3410 on my side, so I could not try it.

    Best regards,

    Fatma

  • 0 in reply to Fatmawati_Santosa
    Guru 317190 points
    Well, everything points to the TUSB3410 or its driver, so I guess replacing it with the CP210x would be a better idea.
  • 0 in reply to Ryan Brown1
    Intellectual 950 points
    Hi Ryan,

    Any update from BSL expert team on how scripter communication command can effect the TUSB3410 ?

    In the mean time i have done few more experiments.
    a. Noticing that MSP-EXP430G2 launchpad also has TUSB3410 interface , i tried to use launchpad partially to do the UART based boot loading. USB port -> Launchpad( TUSB3410 -> MSP430F16x ->) -> to My board's Msp430f5xx UART. This time boot loading was okay.

    b. I also send 32kB files thru' PC's Hyper terminal using TUSB. Connection was as per my original question as
    USB port -> TUSB3410 -> My board's Msp430f5xx UART . This also got finished in time.

    Plz note i didn't use any RTS,CTS,DTR,DSR nor used any eeprom with TUSB3410. And My running product already has this chip.I can't change this right now.

    The above 2 experiments may give some clue to find a solution.Hoping to get a best solution quickly.



    Regrds,
    Ars.
  • 0 in reply to Ars
    TI__Intellectual 2460 points

    Hi Ars,

    I have some things that came to my mind that might be investigated:

    Parity setting. The BSL in MSP430Fxx devices communicate with the even parity. If we are using Rocket / FET, the parity is generated by the them, so the Scripter will generate non parity data. If we are using another hardware, then we need to activate the parity.

    Other than that, it would be great if you can scope the serial output signals from TUSB3410 when you are using the BSL Scripter.

    Best regards,

    Fatma

  • 0 in reply to Fatmawati_Santosa
    Intellectual 950 points
    Hi fatma,
    Thanks for you inputs and noted.
    But I have taken care of the parity.And it can't be a cause here.Because here(custom boot loader) everything fine with PC's DB9 (MAX 232)port but slows down extensively ,when it's USB to UART bridge.
    Hoping to get few inputs from expert team of Custom BSL & TUSB3410 as soon as possible.

    Regards,
    Ars
  • 0 in reply to Ars
    TI__Guru**** 217607 points
    Ars,

    MSP BSL experts are already on hand but you might want to try creating a new post directly to the Consumer and Computing Forum to catch the attention of any TUSB3410 experts who could provide further assistance.

    Regards,
    Ryan