D
Rick,
I'm not sure if I agree or disagree. You make some valid points that I don't think I can address. If you are saying let's start over it's a long road back there. If you are saying let's sort it all out and define the direction we need to go in this century, I agree.
Dave Pryor
The Flame suit is yours, but the day ain't over YET!
-----Original Message-----
From: [email protected] [mailto:[email protected]]On
Behalf Of Rick
I would like to second Dave's comments about raising our level of professionalism. I have sniped out the ones that were worth repeating.
In addition, I would like to point out IMHO there is far too much noise about what are likely non issues. These discussions are mostly centered
around implementations of 20 year old technology. Most commercial PLC implementations presume that memory, and I/O are expensive, that
commercial micro-processor cpu's are relatively slow, and that application programmers/engineers are relatively inexpensive compared to
the cost of hardware. None of these presumptions are true today so why would we allow them to constrain our design.
I would like to clear the air and ask everybody to take a breath of fresh air. Lets start thinking about what we really want and need in a modern PLC design instead of punishing ourselves for the sins of the past. Simply
put what are our requirements?
Dave, may I borrow your flame suit?
rickj
Mitek
_______________________________________________
LinuxPLC mailing list
[email protected]
http://linuxplc.org/mailman/listinfo/linuxplc
I'm not sure if I agree or disagree. You make some valid points that I don't think I can address. If you are saying let's start over it's a long road back there. If you are saying let's sort it all out and define the direction we need to go in this century, I agree.
Dave Pryor
The Flame suit is yours, but the day ain't over YET!
-----Original Message-----
From: [email protected] [mailto:[email protected]]On
Behalf Of Rick
I would like to second Dave's comments about raising our level of professionalism. I have sniped out the ones that were worth repeating.
In addition, I would like to point out IMHO there is far too much noise about what are likely non issues. These discussions are mostly centered
around implementations of 20 year old technology. Most commercial PLC implementations presume that memory, and I/O are expensive, that
commercial micro-processor cpu's are relatively slow, and that application programmers/engineers are relatively inexpensive compared to
the cost of hardware. None of these presumptions are true today so why would we allow them to constrain our design.
I would like to clear the air and ask everybody to take a breath of fresh air. Lets start thinking about what we really want and need in a modern PLC design instead of punishing ourselves for the sins of the past. Simply
put what are our requirements?
Dave, may I borrow your flame suit?
rickj
Mitek
_______________________________________________
LinuxPLC mailing list
[email protected]
http://linuxplc.org/mailman/listinfo/linuxplc