<div dir="ltr">Any reason you want it to be lightweight? Do you have disk space/rocessor speed limitations? My suggestion isn't "light" by the traditional senses, but it's the linux I suggest to people for general use because it performs very well even on older hardware. It's Linux Mint XFCE edition.<div><br></div><div>If you're wanting something really lightweight, try Archlinux. If the installation procedure is too hard, use ArchBang, which comes with (gasp) a menu based installer and a light weight graphical interface.</div><div><br></div><div>I've had no issues with serial performance on linux in python (pyserial module). Out of the box it was fast enough and reliable enough that we used multiple USB->UART converters on <a href="https://www.youtube.com/watch?v=RJ8BJNaI8bA">Dave</a>. There were six of them talking in real time between the main computer and the various microprocessors dotted around. We were talking at 115.2k baud (six times in parallel), so 57.6kb shouldn't be an issue. The main computer there ran Ubuntu, because we couldn't get the latest version of ROS to work on Linux Mint.</div><div><br></div><div><br></div><div>Geoffrey<br><div><br></div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, May 30, 2017 at 6:45 AM, Mark Atherton <span dir="ltr"><<a href="mailto:markaren1@xtra.co.nz" target="_blank">markaren1@xtra.co.nz</a>></span> wrote:<br><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><br></div>