Serial port data translation

Question

0.00/5 (No votes)

See more:

I've brought an application which sends data to another device through serial port. When I tried to sniff data using serial monitor. It showed something like this
AA 41 0C 04 57 30 00 00 01 00 01 06 0F 1A
Can any one help me with this?? What should I write in hyperterminal to get same result?

Posted 24-Jun-13 20:12pm

Sharath2790

Add a Solution

Comments

Zoltán Zörgő 25-Jun-13 2:43am

It looks like your device is having a binary protocol. No terminal emulator will actually help you in this.

1 solution

Add a Solution

Add your solution here

Treat my content as plain text, not as HTML

Preview 0

…

Existing Members

Sign in to your account

...or Join us

Download, Vote, Comment, Publish.

Your Email
Password
Forgot your password?

Your Email
This email is in use. Do you need your password?
Optional Password

I have read and agree to the Terms of Service and Privacy Policy
Please subscribe me to the CodeProject newsletters

When answering a question please:

Read the question carefully.
Understand that English isn't everyone's first language so be lenient of bad spelling and grammar.
If a question is poorly phrased then either ask for clarification, ignore it, or edit the question and fix the problem. Insults are not welcome.
Don't tell someone to read the manual. Chances are they have and don't get it. Provide an answer or move on to the next question.

Let's work to help developers, not make them feel stupid.

This content, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)

OriginalGriff · Answer 1 · 2013-06-24T21:04:00

In hyperterminal? Nothing. It's intended as a terminal emulation - ie, a keyboard and a display - it has not facility for sending specific hex values, and you can't generate all of those codes from the keyboard.

If you must use HT, then create small files using a hex editor and send those each time. But you will probably have to write code to generate anything even slightly different, as the final byte looks to be a checksum of some kind.