Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - evanh

Pages: [1] 2 3 4
1
Technical support / Re:An inconceivability event of PLC ??? Episode 2
« on: November 16, 2006, 03:20:23 AM »
I'd like to point out your information is not clear as to what is happening now and what events happened when.

From what little I've been able to glean, it could be thermal shutdown of the 5 volt regulator.


Evan

2
Technical support / Re:work smart
« on: August 28, 2006, 04:54:25 AM »
Doh!

3
Technical support / Re:Looking for MORE advice with 2-wire switches
« on: August 15, 2006, 01:52:46 PM »
If SMC don't want to do a swap you could turn it into a, kind of, three wire sensor by having a pulldown resistor than will reduce the low level to a lower value.


Evan

4
Technical support / Re:Analog switches
« on: August 10, 2006, 04:48:07 AM »
Good writeup there cdenk.

One little tidbit - The usual way to code the instructions for efficient execution of a settling delay is to set the next address immediately after having used it so that the next time you come back to take the reading it has already settled.  In syncronous hardware designs both the access and the next address are applied on the same clock.

Of course, this may not be a fast enough sample rate so your method would need to be used but be aware that it ties up the CPU for the entire period of sampling.


Evan

5
Technical support / Re:Program recovery?
« on: August 05, 2006, 06:13:22 PM »
Just to address the OEM point, most machinery is OEM built and plenty have simple PLC programs running in them.  Some use locked programs some don't.  Some are very large and complicated machines and no one tries to fiddle with them while others are simple and obvious how they work.

The ones that have a simple function are the sort that TriPLC is most suited to and are also the ones that are sandwiched in the middle of bigger equipment acting as glue or atleast that's what the management are expecting to happen.  Being able to tweak such a device is a desirable abillity.

It's also common for these to be a one-off contract job that is slapped together and the "official support" soon fades away.  The software is not stored anywhere nor documented properly, relying on the ladder diagram to be the documentation.  Being able to edit the PLC contents directly is a very common situation, often having to later makeup the labelling for the I/O also.


Evan

6
Technical support / Re:Program recovery?
« on: August 05, 2006, 04:59:13 PM »
One of the features of the common PLC is it's abillity to be edited by any competent sparky in the field with no more than the generic editing software.  The end user of the equipment is not interested in building a copy, after all, recreating the logic sequences just from watching the machine is quite simple compared to copying the engineering of the machine.  What's far more important about PLC's is when the end user notices a way to fit the machine into their production line with just a small logic change and it's just a simple case of of adding/modifying a couple of rungs of the existing ladder.  Removing this ability destroys the very feature that makes the PLC distinctive.


Evan

8
Technical support / Re:ANALOG OUTPUTS RISING TO 4096 N/C
« on: July 31, 2006, 04:12:13 AM »
If such a situation is a concern then using a biasing pulldown resistor is recomended.  Assuming your transducer is actively power it will have an output impedence of no more than 1000 ohms, more likely 10 - 100 ohms.  If you use a biasing resistor of atleast 100 times (Preferably more) that figure then you'll be introducing very little distortion, especially if the bias supply is say -5 volts.


Evan

9
Technical support / Re:Heater control
« on: July 24, 2006, 05:20:57 AM »
PID isn't that hard to roughly tune by hand, can get very tedious though.

The Proportional component should be a primary component and set first.  Keep increasing the strength of this until it causes oscillation then back off a whole third.

The Intergral component becomes important for temperature control to achieve zero error with a steady state setpoint.  This is ment to be a time factor of the oscillation period but problem is the heating and cooling is not usually even so this might take many days or even months of fine tune.  Normally only adjust this after Prop has been set.  In some PID functions this will drastically modify the Prop action.  :(  Sorry I'm not much help in defining this more clearly.

Forget about the Derivative component for temperature control.


Evan

10
Technical support / Re:Heater control
« on: July 24, 2006, 04:38:30 AM »
SSR is optional but is recommended if you decide to use PID control.  Relays and Contactors are also used for slower threshold control.

Thermocouple signals are measured in micro-Volts.  So, one function of a signal conditioner is as a voltage amplifier.  A second function of a signal conditioner is to perform differential to single ended signal conversion (Two wires IN, one wire OUT).  A third function of a signal conditioner is as a filter to smooth the ripples away and make it act similar to the changes in temperature of the body being measured.  A fourth function is electrical isolation which can be vital and certainly makes for a more rugged design.
A fifth, and very thermocouple specific, function is the "cold-junction compensation" - because the themocouple voltage is only the temperature difference between the two ends, one has to add on the temperature at the instrument end to find the absolute temperature at the measured end.

In short, you'd be advised to search for and purchase a thermocouple signal conditioner that produces a 0-5 volt or 0-10 volt analogue output.  This would suitable for connecting to any PLC.


Evan

11
Technical support / Re:help~~~
« on: June 20, 2006, 03:33:58 PM »
Single phase motors are best left alone.  Either add an external brake or replace the motor with a three phase one and use an inverter/vector drive to speed control it.

The PLC would be used to sequence both methods but is not the device that does the physical work - that would be either some contactors or the inverter.


Evan

12
Technical support / Re:TBasic Formatting
« on: June 17, 2006, 04:23:29 AM »
That's an easy no.  The text of the program is not sent to the PLC, a "tokenised" equivalent is sent instead.  Things like spaces and comments vanish while commands likely shrink to one or two bytes.


Evan

13
Technical support / Re:Help needed with new project.
« on: June 10, 2006, 05:28:14 AM »
Your final question is a valid concern.  Counters are a very demanding job without support harware and when the processor is doing many jobs it can't afford to spend too much time on the one function.

There is, however, more than one way to skin this cat.  Yes you can use a direct interrupt from the rising edge of each of the phases, which I assume is roughly how the basic method is done.  The enhanced method will likely use a timer based interrupt that observes all quadrature transistions and therefore could achieve the 4x resolution feature.  In both cases the IRQ should be a higher priority than the comms IRQ.

PS:  My musing are, on the most part, general knowledge.


Evan

14
Technical support / Re:Help needed with new project.
« on: June 10, 2006, 04:52:53 AM »
Yeah, sorry about that, when I said "pulse rate of each channel" I ment each of the two phases of the quadrature encoding, often refered to as A and B channels of an encoder.  The other point that may need explaining is the 40000 counts/s, this is related because each quadrant of the combined A and B phases is a usable position thereby producing 4x the resolution compared to the pulse frequency.


Evan

15
Technical support / Re:Help needed with new project.
« on: June 08, 2006, 05:58:50 AM »
Yep, those encoders look fine, you'll need to watch you don't go too fast though.  The T100MD is rated for 10kHz, normally this means the pulse rate of each channel so the max count rate is 40000 counts/s.  I'll take a stab and say that's optimal so you should stay well clear of it by limiting yourself to 5 kHz absolute max pulse frequency which for a 1024 line encoder is about 300 rpm (5000 Hz x 60 sec / 1024 lines = 293 rpm).  A good target for the encoder would be around 100 rpm.

Also use the command SETSYSTEM 4,1 to give proper counting on channel one - I'm not sure if this provides full resolution or not but this is not a concern for you as the resolution is already plenty high enough.

Use an aux contact of the M2 contactor as the supply for all other contactors and valves.  This then becomes your safety enable as well as powering the pump.  The coil of M2 is powered through a series of contacts:  SW1, SW2, PLC_OK, INVERTER_OK, M2_OVERLOAD,  M3_OVERLOAD, M4_OVERLOAD.

The PLC can turn the hydraulic pump on and off with the PLC_OK output.  All other outputs control individual items and all other limit-switches and push-buttons are individual PLC inputs.


Evan

Pages: [1] 2 3 4