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 - support

Pages: 1 ... 208 209 [210] 211 212
3136
Technical support / Re: Scrolling List on MD-HMI
« on: December 10, 2003, 11:59:58 AM »
The LCD does not handle scrolling automatically. You will need to control it fromwithin your program. Basically you use a variable as an index (e.g. N), and when you press the scroll up/ scroll down button you will increase or decrease the value of N by 1 until the limit is reached. Then your custom function that display the tool list will have to use the value of N as the beginning tool number and display the list up to the maximum number that can be displayed on a single 4 x 20 screen. This should be quite easy to achieve.

3137
Technical support / Re: Modems for remote access of M series
« on: December 11, 2003, 06:28:22 AM »
We haven't personally tested a cellular modem ourselves so we can't really recommend any particular brand. Have heard some users used the Siemen GSM modem with success but it cost a bomb. If you find something low cost and work well please let us know. ;)

3138
Technical support / Re: Using Analog Input to control process
« on: December 12, 2003, 09:29:45 AM »
The TBASIC language supports IF THEN ELSE statements so it is really easy to achieve. E.g.

IF ADC(1) > 2000
   CLRIO  HEAT1      ' HEAT1 is the label name of heat output.
ELSE
   SETIO  HEAT1
ENDIF
  
For more example programs, please visit:

http://www.tri-plc.com/examples.htm

3139
Technical support / Re: programming e-10s with win XP
« on: December 15, 2003, 04:09:14 PM »
Yes, we already released a Windows version of TRiLOGI software - WinTRiLOGI version 3.5. It works with newer E10+ PLCs. However, due to the timing compatibility issues between old E10 CPU and the Windows (Windows is too slow to react to the E10's required response time) we could not make the Windows version of the software work with the old E10npn and E10-Relays.

For more details, please visit:

http://www.tri-plc.com/e10intro.htm

Price of E10npn+ and E10-Rly+ still the same as the older E10npn and E10-Rly.

3140
Technical support / Re: programming e-10s with win XP
« on: September 03, 2003, 08:41:00 AM »
Windows XP does not allow a DOS program to take control of the hardware (including the com port) so the DOS TRiLOGI program that is used for programming the E10 PLC, when runs under Windows XP, NT or 2000 will have trouble communicating with the PLC.

Your best solution is to use a DOS diskette or Win95/98/ME startup disk to boot your PC into pure DOS mode and then run the DOS version of TRiLOGI software in pure DOS mode.

3141
Technical support / Re: Timers won't turn off
« on: December 16, 2003, 12:06:33 PM »
Try moving the rung that contains the timer coil to the further down the ladder rung from the sequencer. The reason is explained in Page A 1-3 of the Internet TRiLOGI Programmer's reference under the topics "3. Timer Contact Updating Process".

If this does not resolve your problem, your can email your program to support@tri-plc.com with explanation note on the problem area and we will examine your program and identify the problem in your codes.

3142
Technical support / Re: Stepper Motor control question
« on: December 16, 2003, 12:15:43 PM »
How is the PLC's output interface to your stepper driver? Is it a direct connection or going through some interface circuitry. The interface circuitry may introduce some distortion on the stepper signal if it is not properly design.  Use an oscilloscope to examine the signal integrity when it arrives at the driver if you involve external interface circuitry.

The PLC normally should be able to output good square wave up to 10KHz. Beyond 10KHz the time spent in servicing system interrupts may become significant and that can have effect on the motor. Are you using interrupt intensive operation such as pulse measurement or high speed counter simultaneously? Are you using any READ_EEP or WRITE_EEP command?

Note that the CPU disables interrupt temporarily during EEPROM write in order to protect integrity of the data. Thus if you write to EEPROM a lot during the stepper output phases then the stepper pulse generated may not be squarish because the stepper output also depend on interrupt to handle the step counting and acceleration/deceleration.

3143
Technical support / Re: TTL inputs on MD888+
« on: December 20, 2003, 02:04:46 AM »
Sorry, your response didn't sound like a question to us. Anyway, if your sensor has a communication protocol, then the simplest type to interface with our PLC will be one that support MODBUS RTU or MODBUS ASCII protocol. The PLC has built-in support for these protocols so it is very easy to use. If yous sensor can communicate using CR-terminated ASCII strings then you can use the PLC's built-in PRINT #, INPUT$ or NETCMD$ to communicate with your sensor. For hardcore type communication device, the TBASIC support 16 bit CRC computation but you have to write the whole driver using INCOMM and OUTCOMM to talk to the sensor.

We don't support Dallas 1-wire protocol.

3144
Technical support / Re: TTL inputs on MD888+
« on: November 29, 2003, 11:36:28 PM »
You mentioned "temperature" and "humidity" sensors. Wouldn't these be analog type of output? "TTL" refers to 5V digital logic voltage where > 2.0V represent logic 1 and < 0.8V represent logic 0.

If you can confirm that your sensors is analog voltage of 0-5V you can connect them to the PLC's analog input. But if these are really TTL level (maybe a pulse trains whose frequency represents the magnitude of the measurand) then you can convert the TTL voltage level to the PLC's NPN input level using a low cost ULN2003A or ULN2803A IC. The circuit can be download from the following link:

http://www.tri-plc.com/appnotes/TTLtoNPN.PDF





3145
Technical support / Re: PWM 250V
« on: December 21, 2003, 07:22:25 PM »
I had thought that you wanted to control something like power applied to heating element, then by controlling the duty cycle of turning ON/OFF the power to the load you can change the applied power.

However, AC fan speed cannot be controlled by PLC's PWM output! It just won't work that way. The only way to control the speed of AC fan is to use VFD (variable frequency driver) which will vary both the frequency and amplitude of the applied AC power to the motor in order to control its speed.

3146
Technical support / Re: PWM 250V
« on: December 20, 2003, 02:10:24 AM »
Your are controlling AC load using your SSR? Then PWM may not be the suitable choice since PWM is used to chop up DC voltage into deterministic duty cycle and typically operates at several thousand Hz. In your case you probably have to turn ON and OFF at much slower speed. It may be still possible if you use the lowest frequency (16Hz) PWM but do check with your SSR supplier to find out if a zero crossing or instant on type is more suitable to be driven by the PWM.

3147
Technical support / Re: PWM 250V
« on: December 18, 2003, 12:48:45 PM »
As long as your PWM frequency is set to within the response speed of your solid state relay that should be possible way of driving your high voltage, high current PWM circuit.

3148
Technical support / Re: Do you support OPC ?
« on: December 12, 2003, 08:32:48 AM »
We don't have our own OPC server for our hardware. But there are generic OPC server on the market that have been used successfully with our PLC. If you like more info, you can contact our Canadian distriutor DCI Technologies who is selling an OPC server that works with our PLC.

Contact:

DCI Technologies Inc:   Tel: 1-403-720-4885
Contact: Ted Skinner
URL: http://www.dcitech.com

3149
Technical support / Re: Modbus
« on: December 29, 2003, 12:22:09 PM »
The maximum compatible baud rate is 38,400 bps with most third party devices.

Communication overheads mainly has to do with the time it takes to exchange a MODBUS command/response messages.  Of course you should avoid reading from the slave more often than necessary. Running a clock pulse of 0.2s to periodically read some data from the slave should be OK.

3150
Technical support / Re: Communications Cable
« on: December 29, 2003, 07:36:01 PM »
For long distance communication, we recommend using the RS485 for your programming. You'll need to purchase an Auto485 converter ($49) to convert your PC's RS232 port into RS485 signal and then connect twisted pair cable from the Auto485 output to the PLC's RS485 port.

Pages: 1 ... 208 209 [210] 211 212