ts-7000
[Top] [All Lists]

Re: [ts-7000] Re: Ladder logic anyone?

To:
Subject: Re: [ts-7000] Re: Ladder logic anyone?
From: "Don W. Carr" <>
Date: Sat, 13 Jan 2007 15:54:15 -0600
Yes, it is sad, but we will keep using ladder logic for the foreseeable future. My scripting language is multi-tasking, you can have as many as you want running at the same time. I am working on a simple way to specify interlocks. But, ladder logic is a very poor way to program real-time systems, and we should try to minimize the use of it, say only for simple interlocking. For anything more than a simple program in becomes un-maintainable.

Don.

On 1/13/07, PeterElliot <> wrote:

Don,

I seriously doubt ladder logic is going away very soon...

There has been a lot of work on developing new programming
methodologies such as IEC 61131-3 with ladder, sequential function
charts, and structured text, but in most customer sites your basic
ladder logic is prefered by the maintenance personel as they are
familiar with it. Indeed the car industry limits which instructions
you can use to ensure as common a programming methodology as possible.

Your example below does not take into account the potential for many
things to be happening concurrently with interlocks which are common
in production line systems.

My current project consists of multiple sets of four servo drives
programmed in a form of multi-taskinng Basic, each monitored by a
7300 with encoder inputs. The overall control and sequencing of the
systems - and also the interface to the customers production line
equipment is via an Allen Bradley PLC programmed in Ladder logic.

Regards,

PJE



--- In ts-7000%40yahoogroups.com, "Don W. Carr" <> wrote:
>
> I was kind of hoping that Ladder Logic would die a slow death, but
it seems
> there are always engineers that want to keep propagating it. What
we really
> need is a simple real-time script language, with object tags, kind
of like
> this:
>
> valve1.open
> pid1.setpoint(200)
> wait_until(temp > 100)
> burner.send(50)
> data_aquisition1.start
> delay(10)
> data_aquisition1.stop
>
> It would be a whole lot easier to teach to scientists or other non
> programmers. You could even make a web interface that lived on a
7xxx to
> allow them to enter the scripts, and also set the tagnames of the
AI, DI,
> AO, DO, and the engineering units, alarms, etc.
>
> I will have this eventually, but I have too many projects right
now. It is
> actually all there, I just need to port it to the 7xxx and clean up
some
> loose ends.
>
> Another interesting programming method is state charts, which I
also plan to
> add to my control engine.
>
> Well, as much as we might wish it, ladder logic will NOT go away.
>
> Don.




--
Dr. Don W. Carr
J. G. Montenegro 2258
Guadalajara, Mexico
+52-333-630-0704
+52-333-836-4500 ext 2930 __._,_.___


SPONSORED LINKS
Single board computer Hardware Computer running slow
Linux os Single board

Your email settings: Individual Email|Traditional
Change settings via the Web (Yahoo! ID required)
Change settings via email: =Email Delivery: Digest | m("yahoogroups.com?subject","ts-7000-fullfeatured");=Change Delivery Format: Fully Featured">Switch to Fully Featured
Visit Your Group | Yahoo! Groups Terms of Use | =Unsubscribe

__,_._,___
<Prev in Thread] Current Thread [Next in Thread>
Admin

Disclaimer: Neither Andrew Taylor nor the University of NSW School of Computer and Engineering take any responsibility for the contents of this archive. It is purely a compilation of material sent by many people to the birding-aus mailing list. It has not been checked for accuracy nor its content verified in any way. If you wish to get material removed from the archive or have other queries about the archive e-mail Andrew Taylor at this address: andrewt@cse.unsw.EDU.AU