• State Resolved
  • Locked Locked
  • Replies 2 replies
  • Subscribers 83 subscribers
  • Views 538 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.

Character echoing fails when keyboard input becomes moderately fast using Hyperterm

Greg Oakes
Intellectual 590 points
Other Parts Discussed in Thread: TMS320F28335

Character echoing fails when keyboard input becomes moderately fast using Hyperterm and PC COM1 connected via 2-wire to TI Docking Station.

Suspect this is a design limitation in SciCommsGui.  If so, is there a more fully developed version with more robust serial communication buffering ?

controlCARD v1.1m, TMS320F28335, CCS Version: 5.1.1.00031

  • 0
    Intellectual 590 points

    Resolved.  Closer study of SciCommsGUI.c, and some mental extrapolation to overcome the lack of documentation, and misleading and - in the case of using SciCommsGUI provided with the FlashingLeds template project - untrue code comments, reveals that SciCommsGUI is meant to communicate with the C# GUI that is provided with the HVLLC template project but not with the FlashingLeds template project. 

    When using a Hyperterminal as a GUI to send ASCII characters, one must be sure to send the characters only in the order

    CmdByte ... SizeByte ... DataByteLSB ... DataByteMSB 

    so that the resulting CmdPacket packet structure will be 

    <CmdByte, SizeByte, DataByteMSB, DataByteLSB>. 

    Operation of SciCommsGUI, and in particular its collection of Slave tasks - beyond the simple echoing of received characters via the internal SCI TX Buffer - is particularly sensitive to a CmdByte value outside a range 0..8 ASCII corresponding to the collection of pre-defined Slave tasks; a value outside of that range will, when the CmdInterpreter has Tasks in its queue, cause the CmdDispatcher to attempt to access a memory location at which no Slave task has been defined.

  • 0 in reply to Greg Oakes
    Intellectual 665 points

    Hi Greg,

    I see that you have worked on talking to C2000 over serial port. I am trying to communicate to F28027 to control my BuckConverter. I thought it would be robust and fast to adopt SciCommsGui.c for this purpose. However I could not find documentation and info. Tried to send control data using Termite on the PC, but could not understood how it parses the data send.

    Could you give any information, if you have some more info/ data?

    Regards,
    Adnan Kurt