• State Not Answered
  • Locked Locked
  • Replies 10 replies
  • Subscribers 21 subscribers
  • Views 2652 views
  • Users 0 members are here
2025 survey

We are running a survey to help us improve the experience for all of our members. If you see the survey appear, please take the time to tell us about your experience if you can.

Options
Related
How was your experience today?
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

problem to communicate with Hyperterminal

antoine KEHRLI

Hello,

I'm a newbie in ARM and in Keil Microvision IDE. I downloaded an example from st site, which allows to communicate via serial port with an hyperterminal.
I compile then download the program in the ARM7. When I am in debugging mode, I can see the program works properly thanks to serial window inside Microvision.
But When I want to use hyperterminal on my PC to communicate with STR7, nothing happens...I take care of using correct settings for serial comm, same settings than in STR7.

Could you help me please?

Parents
  • 0 in reply to Günter Kollmann

    I don't know how the LPCxxxx boards are set up, but a quick look at the STR7 schematic shows that the only lines connected from the DB9 connectors back to the RS-232 transceiver (for both ports) are TX and RX. The flow control pins are tied together.

    All that said, I can't imagine how the DTR line could cause a reset unless there is a short on the board and the DTR line causes the processor to brownout and reset (a bit farfetched but little else makes sense).

    uVision communicates with the ARM boards made by Keil thru the JTAG port. So the fact that uVision communicates with the board wouldn't/shouldn't have anything to do with the serial ports working with hyperterminal.

    -=Rich=-

Reply
  • 0 in reply to Günter Kollmann

    I don't know how the LPCxxxx boards are set up, but a quick look at the STR7 schematic shows that the only lines connected from the DB9 connectors back to the RS-232 transceiver (for both ports) are TX and RX. The flow control pins are tied together.

    All that said, I can't imagine how the DTR line could cause a reset unless there is a short on the board and the DTR line causes the processor to brownout and reset (a bit farfetched but little else makes sense).

    uVision communicates with the ARM boards made by Keil thru the JTAG port. So the fact that uVision communicates with the board wouldn't/shouldn't have anything to do with the serial ports working with hyperterminal.

    -=Rich=-

Children