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: 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.

3137
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.

3138
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.

3139
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.

3140
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





3141
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.

3142
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.

3143
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.

3144
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

3145
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.

3146
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.

3147
Technical support / Re: Upload Password Protection
« on: January 03, 2004, 08:33:50 PM »
The password protection feature is no longer supported on the WinTRiLOGI 3.5 because WinTRiLOGI does not allow uploading of code from the PLC in any case.

In order to utilize the transfer password protection feature you will have to run the DOS TRiLOGI verison 3.3. The DOS TRiLOGI is available on your WinTRiLOGI CD-ROM and you can install it in your PC if your PC supports pure DOS mode. Note that DOS TRiLOGI cannot be used under Windows 2000, NT or XP.

3148
Technical support / Re: Problems with 16 x 2 LCD panel
« on: January 05, 2004, 05:21:05 PM »
Unfortunately there isn't a negative voltage available on the MD888+ to power the constrast pin of your extended temperature version of LCD. This was not an issue with the standard LCD216 and LCD420 that we have been selling.  

One method that I can think of and you may like to try is to connect the 0V of the PLC power terminal via three series diode before returning to 0V of the power supply. In that case, the 0V of the power supply will appear to be at -2.1V with respect to the 0V of the PLC. You can therefore use the 0V of the power supply to connect to constrast pin to achieve your negative voltage.  Theoretically it should work but you do need to experiment with it just to be sure:

PLC                                                                                                                                        Power Supply

   0V --|>|----|>|-----|>|------- 0V

3149
Technical support / Re: Problems with 16 x 2 LCD panel
« on: January 02, 2004, 05:12:43 PM »
The DMC16230 is not supplied by us. However, it should work with our LCD port without any issue if the wiring is done correctly. Please make sure that you did not mistakenly swap pin 1 with pin 2, pin 3 with pin 4 and so on (a common mistake). ?

Pin 1 : 0V
Pin 2 : +5V
pin 3 : constrast signal (via variable resistor to 0V)
pin 4 : control signal (TTL)
pin 5 : 0V
pin 6 : control signal (TTL)
pin 7 to 14: data bus (TTL)

Note that wrong connection of signal may damage the LCD or the driver IC on the PLC. If you have one of our LCD216 or LCD420 you can use it to verify if the PLC's LCD driver is still working properly. ?Using our supplied LCD216 and LCD420 is much easier since we supply the proper cable and such issue would not arise. ?However, if you need to connect your own LCD display bought from the open market then you do have to take the time to figure out the proper wiring. Good luck! ?;)

3150
Technical support / Re: PLC stops triggering relays after 2 min.
« on: January 07, 2004, 11:05:18 AM »
An email has been sent advising you on the procedure of checking as well as return address if it is a faulty board. Please respond to the email.

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