Author Topic: TTL inputs on MD888+  (Read 8313 times)

Andy

  • Guest
TTL inputs on MD888+
« on: November 28, 2003, 03:06:05 PM »
Hello Tri team

We are planning to use your PLC's for our EnviromentControllers. We do Temperature and Humidity measurement using Sensirions SHT75 Sensors with TTL Output. As far as we have seen, this is only possible using the 4040 Expansion Board (TTL inputs). Can we use it also together with the HMI-MD? Or can we use the Digital I/O's therefore? Please advise, thanks
« Last Edit: December 31, 1969, 04:00:00 PM by 1076562000 »

support

  • Global Moderator
  • Hero Member
  • *****
  • Posts: 3170
    • View Profile
    • Internet Programmable PLCs
Re: TTL inputs on MD888+
« Reply #1 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




« Last Edit: December 31, 1969, 04:00:00 PM by 1076562000 »
Email: support@triplc.com
Tel: 1-877-TRI-PLCS

Maxi

  • Guest
Re: TTL inputs on MD888+
« Reply #2 on: December 01, 2003, 03:26:00 PM »
Thank You for the fast answer.
Yes, it's TTL Output from the Sensor (SHT75).
They also use 8-bit CRC which i read somewhere is not good to handle with the PLC?. We also looked at the Dallas 1820 1-Wire Temperature sensor/transmitter but they also use crc causing more complex calculations.
Using the ULN2803A IC and NPN Input sounds very symphatic to us. Have you a sample how to capture/process this style of input (like sample for Analog I/O in the Manual)?
We have already seen possibility to use 4-20mA with 250 Resistor to get 1-5V. This would be used for some Sensors. Unfortunately, Temperature and Humdidity is not covered without expensive transmitters. We have found something interesting @ Airtesttechnologies.com, supplying 4-20mA for Temp, RH and CO2. We contact them.
Thanks for the fast and accurate answer, very good service!
« Last Edit: December 31, 1969, 04:00:00 PM by 1076562000 »

Andy

  • Guest
Re: TTL inputs on MD888+
« Reply #3 on: December 19, 2003, 06:11:39 PM »
Hello Tri Plc Team

Are u there? Seems that nobody reads my second question, or am i asking something wrong?

Your Suggestions are very needed!
« Last Edit: December 31, 1969, 04:00:00 PM by 1076562000 »

support

  • Global Moderator
  • Hero Member
  • *****
  • Posts: 3170
    • View Profile
    • Internet Programmable PLCs
Re: TTL inputs on MD888+
« Reply #4 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.
« Last Edit: December 31, 1969, 04:00:00 PM by 1076562000 »
Email: support@triplc.com
Tel: 1-877-TRI-PLCS

Andy

  • Guest
Re: TTL inputs on MD888+
« Reply #5 on: December 21, 2003, 12:01:25 PM »
Thank You for the Answers, no problem about.

As i understood correct, we have to write the Driver if we like to use Dallas or the Sensirion devices. All of them have some output sequences. As we understood, it shouldn't take to much work to write the driver in TBasic.
We'll try it.

Again Thanks for the answers
« Last Edit: December 31, 1969, 04:00:00 PM by 1076562000 »