{"id":326,"date":"2000-06-07T19:47:41","date_gmt":"2000-06-07T23:47:41","guid":{"rendered":"http:\/\/blogs.thinmanager.com\/thinclients\/?p=326"},"modified":"2014-09-15T08:59:11","modified_gmt":"2014-09-15T12:59:11","slug":"thin-client-io","status":"publish","type":"post","link":"https:\/\/blogs.thinmanager.com\/thinclients\/?p=326","title":{"rendered":"Thin Client I\/O"},"content":{"rendered":"

There are two methods for getting data into a Thin Client system – through the Server, or through the Clients.<\/span><\/p>\n

Getting data through the Server<\/h3>\n

For small installations, where input\/output devices are not very far from the Server, and there are not many devices to read, this can be a very good solution.\u00a0It is certainly the most traditional, with I\/O devices being connected to serial ports or special hardware installed in the Server.\u00a0As all Thin Client software runs on the Server anyway, there is no problem with each client identifying its input or output devices with physical addresses on the Server.\u00a0This is also very efficient, as data doesn’t have to travel through the Client, to the Server, and back to the Client.\u00a0However, it is very limited – a Server can only handle so much I\/O, and if devices are far removed there will be difficulties in moving data (especially serial data) over the distance.<\/p>\n

Getting data through the Clients<\/h3>\n

Each industrial Thin Client made by Automation Control Products comes standard with two serial ports and one parallel port.\u00a0Most devices in an automated factory can communicate via a standard serial port.\u00a0This makes a Thin Client an ideal solution for reading the data and sending it back to the Server.\u00a0In this case, the program attached to the Client identifies a port on the Client (rather than one on the Server) as its source for data.\u00a0The data is then converted by the Client and put on the network, where it can travel throughout the entire plant.\u00a0In fact, one of the ports on the Client can be configured to read RS-422 data, eliminating the need for extra 422 cards or converters.<\/p>\n

If these serial ports are not being used for I\/O, either one of them can instead be used to read a TouchScreen connected to the Client.\u00a0The Thin Clients come with a keyboard and mouse port, but TouchScreens plug into a serial port to read the user’s input.\u00a0ACP Thin Clients include drivers that cover most of the TouchScreens in use today.<\/p>\n

However, not all data used in manufacturing comes in a serial form.\u00a0Increasingly, more and more of it is in one of the more common fieldbus forms.\u00a0That is why ACP’s industrial Thin Client also can read and write Profibus data, and will soon (4th quarter, 1999) be able to read and write DeviceNet as well.<\/p>\n

For Profibus data transfers, a daughter board must be plugged into the Thin Client.\u00a0This card is a standard PC-104 based board, which fits within the regular Thin Client case.\u00a0Although adding the card causes the loss of one of the serial ports, using the Profibus network allows the Thin Client to read and write data among Profibus devices.\u00a0The data is then transferred (via the standard Ethernet cable) back to the Server, where it can be used by the Server, the program attached to the Client with the Profibus card, or any other Client on the network.\u00a0When released, the DeviceNet feature will function in the same way.<\/p>\n

Where should you read your I\/O devices?\u00a0Each installation varies, but here are some of the things that you should consider:<\/p>\n

I\/O on the Server<\/h3>\n

Pros:<\/em><\/p>\n