I'm pretty sure that the change wasn't from "in pin" to "I/O pin". I think it was from "param" to "pin".
The distinction between pins and parameters was my fault - at the time I thought it was useful, but in hindsight not so much. Think about an old-school analog servo amp. It had terminal blocks for inputs and outputs, and some trim pots for adjusting gains. When I was architecting HAL, the terminal blocks became pins and the trim pots became parameters. Then somebody (whose name I can't recall) invented a PID auto-tune component. The idea was that it would hook to the input, output, and feedback signals of a PID loop, twiddle the input, look at the response, and then adjust the gains. The parameter approach for PID gains prevented that from working. I'm inclined to agree with Andy that making them I/O instead if input was probably a mistake. But I don't remember the discussion (if any) at the time. Changing from parameter to pins was definitely the right thing to do, but I'm not so sure about the type of pin. -- John Kasunich jmkasun...@fastmail.fm ------------------------------------------------------------------------------ Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech _______________________________________________ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
