<div dir="auto">Don't you just need a terminal emulator in the first instance?  Type your command and display incoming bytes.<div dir="auto"><br></div><div dir="auto">Off the top of my head "screen" for command line use, or GTKterm for GUI use, or something similar for Windows and do all of your testing on the Windows machine.  Failing that, Raspbian on a Raspberry Pi, giving you a complete, useful, and cheap Linux box.</div><div dir="auto"><br></div><div dir="auto">Otherwise, I'd probably do it with Python and PySerial (it's cross-platform).  Watch out in Python 3 that strings must be converted to byte streams if you want them to behave as you expect.</div><div dir="auto"><br></div><div dir="auto">You might also find some useful tools here:</div><div dir="auto"><a href="https://blog.philippklaus.de/2011/08/sniff-serial-connection">https://blog.philippklaus.de/2011/08/sniff-serial-connection</a><br></div><div dir="auto"><br></div><div dir="auto">Andrew</div></div><div class="gmail_extra"><br><div class="gmail_quote">On May 30, 2017 4:44 PM, "Mark Atherton" <<a href="mailto:markaren1@xtra.co.nz">markaren1@xtra.co.nz</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi All,<br>
<br>
Just about to start poking serial commands at the Pan and Tilt head (following on from a posting here, maybe a month ago), and would like suggestions about a lightweight Linux distro to create the test patterns from.<br>
<br>
The P&T unit has an unknown control protocol, but am pretty sure that the signalling is RS232. There are at least three possible protocols, so need an easy way to generate test data, and to examine returned serial data.<br>
<br>
How well / simply implemented / fully buffered is serial data managed when the OS receives (binary) messages ?<br>
<br>
Basically plan to send out a test message, wait maybe 20ms, then see if any data has been received. If data is present, then dump it out as hex, if not, then move onto the next test message.<br>
<br>
Since this is close to being a real-time application, am concerned about of ease of checking for incoming messages, and of course, the possibility of incoming bytes getting dropped.<br>
<br>
Messages each way are likely to be short (less than 10 bytes), and at low speed (less than 57.6k baud).<br>
<br>
So, need a (preferably) lightweight Linux distro, which can be installed on a laptop reasonably quickly, preferably has GCC pre-installed, and is capable of being easily controlled from a win7 machine via a readily available (free) remote desktop.<br>
<br>
Thoughts, comments, and observation please.<br>
<br>
-Mark<br>
<br>
<br>
<br>
______________________________<wbr>_________________<br>
Chchrobotics mailing list <a href="mailto:Chchrobotics@lists.linuxnut.co.nz" target="_blank">Chchrobotics@lists.linuxnut.co<wbr>.nz</a><br>
<a href="http://lists.ourshack.com/mailman/listinfo/chchrobotics" rel="noreferrer" target="_blank">http://lists.ourshack.com/mail<wbr>man/listinfo/chchrobotics</a><br>
Mail Archives: <a href="http://lists.ourshack.com/pipermail/chchrobotics/" rel="noreferrer" target="_blank">http://lists.ourshack.com/pipe<wbr>rmail/chchrobotics/</a><br>
Meetings usually 3rd Monday each month. See <a href="http://kiwibots.org" rel="noreferrer" target="_blank">http://kiwibots.org</a> for venue, directions and dates.<br>
When replying, please edit your Subject line to reflect new subjects.<br>
</blockquote></div></div>