> Date: Thu, 12 Jan 2012 10:14:23 +0400
> From: [email protected]
> To: [email protected]
> Subject: Re: [Emc-developers] No hal pin LED PATCH for 2.5
> 
> On Thu, Jan 12, 2012 at 01:58:11AM +0000, Chris Morley wrote:
> >  The reason for an integer rather then bool is in the future to facilitate 
> > setting the pin as an in or as an out.
> >  Or I could add two bools on for 'without HAL' one for in or out pin.
> >  Same reason for the name pintype rather then without HAL
> If you insist on output pin functionality it's still independent to input hal 
> pin.
> So having two bools - one for input other for output still would be better. 
> Integer
> values are hard to understand and explain.

I will rewrite it as Bool then then add another bool later if output 
functionality is wanted,

> 
> >  I can see a use to having a HAL pin that follows an LED that is set 
> > programically
> >  rather then having to have a program set a HAL pin and an LED.
> You may connect led to that pin. It may require some 'net' commands in your 
> hal files
> but keep things more simple - LED will be still indicator.
> 
>                               Pavel

I would not want to rely on having a HAL net command to have an indicator work.
the LED to follow the program status is important, whether the user connects 
that to 
a HAL signal to control something is up to them. Either way the LED still 
indicates
and there is less programming to worry about.
Thanks Chris M
                                          
------------------------------------------------------------------------------
RSA(R) Conference 2012
Mar 27 - Feb 2
Save $400 by Jan. 27
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev2
_______________________________________________
Emc-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/emc-developers

Reply via email to