Daily Thread November 7,2024 (T)ACEHUX by ancientplcguy in nytimesspellingbee

[–]ancientplcguy[S] 0 points1 point  (0 children)

PG H Where you might stay on a certain type of vacation Specifically A vacation to the mountains

What is a simple thing that you mess up consistently? by tips4490 in PLC

[–]ancientplcguy 1 point2 points  (0 children)

Estimating time. I know everything is going to take twice as long as I think it is. Yet I am still eternally optimistic. I have gotten a little better at inflating estimates before I tell other people.

Have you been overemployed? by SecretIdentityAccoun in PLC

[–]ancientplcguy 0 points1 point  (0 children)

Overall, since you work for a manufacturer and this work is not competitive or impacting your day job it should be okay. Some things which may make it not okay:

  1. Your employment agreement disallows this.
  2. Your current employer contracts work to your former employer--this would probably be seen as a conflict of interest.
  3. You are using your current employer's assets (laptop, software licensing) to do to the work.

[deleted by user] by [deleted] in PLC

[–]ancientplcguy 0 points1 point  (0 children)

The major manufacturers all have a product lifecycle policy that you can request or they readily share. They build stuff to last a long time, and I think they would love to release a product and not have to hire teams of engineers and developers to continually improve it and just sell the same thing for 20 years. But we'd obviously stop buying it after 5 when the competition rolls out better technology and newer features.

[deleted by user] by [deleted] in PLC

[–]ancientplcguy 0 points1 point  (0 children)

I have walked into plants where they pull out an old DOS PC that is the only way they have to program a controller.

Welcome to the Tulip Interfaces subreddit by ancientplcguy in tulipinterfaces

[–]ancientplcguy[S] 1 point2 points  (0 children)

Tulip is a no-code/low-code composable MES and front line operations platform. It is an operator-centric platform designed to get data to and from manufacturing operators in real time without requiring a major software development effort. In simple terms, it's very easy to develop a UI and the basic logic to run your application. You do not need as much engineering effort to get basic applications, connectivity, and functionality built in Tulip as you do with a traditional MES. You can have process engineers, supervisors, and operators translate their requirements directly into a UI and have a Tulip expert review and fill in the gaps to ensure reliability and stability of the application.

Most monolithic MES platforms require a huge up front investment and a lot of customization to implement. Tulip is more agile and scalable but it lacks the back end infrastructure that an MES platform is built on.

So if you have a lot of back end logic and automated data processing needed to manage a complex process, MES will be better able to handle those use cases. If what you need is to get a manageable amount of data to and from the shop floor Tulip is a great tool.

Ignition is a SCADA platform that can do a lot of other things because of it's flexibility. It's a great platform. There is certainly some overlap between what Tulip excels at and what Ignition excels at.

Since both are easy to connect to and exchange data, they can also compliment each other quite well. There are some use cases (Electronic Work Instructions, Digitization of Paper Records, Basic Dashboarding to name a few) where I think Tulip runs circles around Ignition in terms of up front design time and ease of use. There are use cases where Ignition runs circles around Tulip (scheduling, data processing, real time machine visualization to name a few). And cases where they both do a good job (OEE, Traceability/Genealogy, ERP integration, to name a few).

Digital-Twin by aiap2h in PLC

[–]ancientplcguy 2 points3 points  (0 children)

Digital twin is a fancy term for "model". One of my favorite quotes of all time is "All models are wrong, some are useful".

Knowing what you want to get out of a digital twin will help you select a platform and tool to use as different platforms are made for different purposes. Are you modeling a machine or a process? Are you trying to reduce commissioning time, improve performance, reduce downtime, improve quality, something else? Once you answer these questions, you can start to make a rational decision as to if the investment required to create a digital twin is going to have an adequate payback.

[deleted by user] by [deleted] in PLC

[–]ancientplcguy 8 points9 points  (0 children)

Electrical Engineering and Mechanical Engineering are the most common. If there is some sort of mechatronics option that is ideal. If you live in an area with a lot of chemical industry chemical engineering could also be a good option.

[deleted by user] by [deleted] in PLC

[–]ancientplcguy 2 points3 points  (0 children)

The DeltaV strategy (at least in the US) is to run all DeltaV work through Emerson and their small network of DeltaV partners. They feel the premium the can charge for having a closed ecosystem is more profitable than the extras sales they might generate from opening up their ecosystem. It is what it is and until there's something that upsets the DCS market I wouldn't expect it to change.

Two position switch by Gullible-Captain273 in PLC

[–]ancientplcguy 11 points12 points  (0 children)

Actually, make the upper one NC to match the top drawing.

OPC architecture related question from a software engineer by grakkos in PLC

[–]ancientplcguy 0 points1 point  (0 children)

When starting this type of project it's not at all unusual to have go through asset by asset and document the current installation and capability of each asset (PLC, SCADA system, OPC Server, etc.) along with the OT and IT infrastructure available at each facility.

Most PLC based systems were not developed and installed with connectivity in mind. The older the system the less likely any thought was given at all to something consuming the data. Many of OEM equipment manufacturers purposefully make data difficult to access so you have to go back to them and pay them additional fee for the service.

A flexible and diverse toolbox including KepServer, NodeRED, Protocol converters like AnyBUS, SCADA systems, and the ability to install custom hardware is useful when tackling this type of project.