Death by TLA’s (Three Letter Acronyms)



Some BMA’s are being installed at one of factories, all part of the BIP. They’re being integrated via PLC to the DCS because the DCS can only support TCP. You not following? Think of TCP as the bridge between the I/O and the NIM. Unless you’re using FF then you’d use a FIM. Then your FIM is connected to your firewall, unless all your ports have been taken up by WDM’s or PCDI’s. Just think of the whole thing as a PCN, unless you’re on the old version then it’s called an OPC. Don’t worry if this looks complicated; the APM is a simple piece of software to take care of it all. Now, when you’re on the APM, make sure you specify you pick DACA from that drop-down menu when you configure the DD.Think yourself lucky: changing from TDC to PKS has really simplifed things.


Here, I have fitted in about half of the TLA’s (Three Letter Acronyms) and a few cheeky TLA’s (Two Letter Acronyms) mentioned in Wednesday’s meeting into a single paragraph. The beauty of acronyms is that a single one can have several different meanings.

For example: P  I  D

PID: Proportional, Integral, Derivative [control law]

P&ID: Piping and Instrumentation Diagrams

PID: Passenger Information Display

And these are just the PID’s that I have personally come across so far. I could go on to name the top results of my Google search such as Pelvic Inflammatory Disease but you get the point.


What I’m really trying to get at here is how difficult it is to follow conversations and learn when dozens of different acronyms are being thrown around. A handful will be commonly used in the control world: PLC (Programmable Logic Controller) and DCS (Distributed Control System) are two of the most common. The majority, however, will be specific to different products, companies, or industries. And with Engineering being a small fish in Google’s pond, it’s pot luck to whether a search will give you a meaning in the correct context.




So what needs to be done?

 We need to be aware how acronyms can form communication barriers. Many meetings will be attended by non-specialists whether that is an intern like myself; a different type of engineer used to a different working set of acronyms, or a representative from a different department such as Procurement or Sales.

Conversations can be difficult for non-specialists to follow at the best of times. Using a full name over an acronym can make the difference between knowing and not knowing what you don’t understand.

And if you don’t know what you don’t understand, without asking for the definition (which unfortunately doesn’t always happen for various reasons), the conversation might as well not have happened.


Project Engineering – it’s a love-hate relationship



About an hour ago (my clock reads 19:18), I got back from work. I’m too tired for my usual post-work gym session and grateful for the leftover casserole in the fridge that only needs 5 minutes in the microwave.

I am living the life of a project engineer. Despite the fact the novelty of travelling for my job has well and truly worn off, I rather like it.

Perception isn’t everything but it’s one department where most project engineers can’t complain. When people ask you what you do, the name of the large-scale, high-profile project just rolls off the tongue while trying not to look too smug. Explaining my asset management projects usually takes at least a couple of sentences. By the end, most people regret asking.

Two days a week, I put on my hardhat and make the one hour and twenty minute drive on single carriageways to our site which produces biofuel- I’m working on a project to expand that part of the factory.

As it is an expansion project, we can replicate designs of existing parts of the site, making the design process relatively straightforward. I am currently putting together specifications for the instruments (sensors, valves and actuators) so we can start the tender process (inviting companies to provide us with quotes- if more than one company can do that, then the company with the lowest price wins the contract). There are other engineers looking at how the pipes will connect to the existing process; determining locations of tanks, pipes and motors, and putting together technical drawings. The list of tasks goes on.

Project engineering suits generalists. Although the majority will have an area of expertise (mine is control & instrumentation), there is a greater necessity for engineers of different disciplines to work together at every stage. One of the biggest challenges engineers face is designing systems that are user-friendly and that takes collaboration. One example of bad communication between the civil and the instrumentation engineers is when you’ve got instruments connected to a vessel and the structure designed to give engineers access to the devices doesn’t allow access. Instead, when the sensor’s annual calibration is due, the maintenance team needs to spend time and money erecting scaffolding for a small routine task.

All in all, there are no shortage of headaches for the project engineers, and certainly no shortage of migraines for the project managers. There are several issues we face on a daily basis ranging from trying to keep up with what the rest of the team are doing, to discovering the drawings which form basis of your design are out of date. On top of that, most engineers and contractors are working on multiple projects in different areas of the country, meaning long commutes or hotel stays (another novelty which wears of quickly) are inevitable.

Yet everyone I meet on the projects, including myself, enjoys their job. I think it’s the sense of purpose combined with the satisfaction when every last obstacle has been overcome and the project has been completed. Construction won’t start for another six months at least, by which time I will be back at university. The sense of purpose is enough for me though.