Super User is a question and answer site for computer enthusiasts and power users. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I have an embedded platform that is connected to my Windows PC via the serial connection. The embedded application sends 532 bytes through the connection. Using HyperTerminal, I am able to see the incoming (non-text) characters in the terminal window. However, I am trying to save the stream as a binary file. The problem is that when I choose to 'Receive File...', the dialog that opens (after asking for a file name and location) does not have a stop button, so my only option for stopping the reception is through canceling, which discards the captured data.

It appears that although I am not sending pure text, I can use the 'Capture Text...' menu. Then, I can manually terminate the reception of data. There are two problems, though - first, the new data is appended to the existing file (if there is one), and not replacing it. Second, the terminal adds a 0xff byte at the end of the file (signaling end of text file).

So, how do I save a binary stream to a file?

share|improve this question
up vote 1 down vote accepted

Hyper Terminal is not a correct choice in this case. It probably wants a protocol like xmodem or zmodem used for the data, which your device seems not to send.

As an alternative, you can try to use a recent putty version and use its logging.

share|improve this answer
Thanks, @Turbo J. It looks like PuTTY is able to do what is harder to get with Hyper Terminal. Now I have to get to the source code and try to see if I can isolate the parts that communicate with the COM port and log it. – ysap May 13 '11 at 22:41

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .