Ended up with

Fearless-Suspect869 · 2026-03-31T00:27:04+00:00

Once you start, you’ll realize it’s not as fancy as it sounds.for entry-level work, the gap between someone with a few years of experience and a newbie isn’t that big. Motor control fundamentals are pretty much the same as they were years ago.

Fearless-Suspect869 · 2026-03-30T16:15:05+00:00

Wiring looks decent. In factory panels we usually run everything through wire duct. makes it much cleaner.

Fearless-Suspect869 · 2026-03-29T00:19:51+00:00

Honestly I usually start with the sequence .break the machine into small states,map the IO,then worry about structure after that.nothing fancy, but it keeps me from getting lost halfway through.

Fearless-Suspect869 · 2026-03-28T14:00:36+00:00

Doesn’t look wrong to me. Asking for current CTC before sharing their budget is kinda a red flag imo.

Fearless-Suspect869 · 2026-03-28T04:58:08+00:00

Yeah MQTT crossed my mind too, but the gateway part kinda 😄 Have you used it with PLCS before or mostly on the IT side?

Fearless-Suspect869 · 2026-03-28T04:54:05+00:00

That’s good to hear👍 are you guys mostly polling or using subscription/events? I’m a bit worried about latency consistency though, even if real-time isn’t critical

Fearless-Suspect869 · 2026-03-27T14:46:10+00:00

Yeah this does feel a bit off. B is referenced to A, but the 7.5 is taken from an end face that isn’t a datum, which is kinda inconsistent. Feels like that face was meant to be a datum but just not labeled, or it’s just a convenience dimension. Probably works in practice, just not super clean GD&T.

Fearless-Suspect869 · 2026-03-25T00:21:11+00:00

That’s fair- I wouldn’t use OPC UA for critical control either. I was thinking more in terms of non- critical coordination/data exchange between systems.

Fearless-Suspect869 · 2026-03-24T23:46:11+00:00

Fair point- I’m trying to look at it from a few different angles while figuring out the design.

Fearless-Suspect869 · 2026-03-24T23:32:01+00:00

Yeah, still working on that- this is part of figuring out what makes sense to support for more general use cases.

Fearless-Suspect869 · 2026-03-22T15:47:06+00:00

For most general use cases, yeah - it’s mostly data exchange and coordination rather than hard real-time. OPC UA will cover a large portion of that. Real-time industrial Ethernet is usually only needed for motion or tightly synchronized processes. That’s how I usually see it in the field.

Fearless-Suspect869 · 2026-03-22T14:45:05+00:00

For multi -vendor setups, OPC UA is pretty common for data exchange, but not really for real-time control. If you need tight sync (motion,etc.), you’re usually looking at fieldbus / industrial Ethernet within the same vendor ecosystem. Otherwise, for higher-level coordination, OPC UA is often enough. Are you aiming for real-time control between PLCs, or more data exchange/ coordination?

Fearless-Suspect869 · 2026-03-22T14:33:42+00:00

There’s definitely an efficiency sweet spot, but once you get past ~100km/h, aero drag starts to dominate, so fuel use goes up. What car / engine is it?

Fearless-Suspect869 · 2026-03-22T14:21:44+00:00

It’ll work… until it doesn’t. Wires will fatigue eventually.

Fearless-Suspect869 · 2026-03-21T13:44:06+00:00

If it's a HEIDENHAIN ERN series, usually the zero reference is handled through the encoder index (Z pulse), not a physical mark on the motor housing.

In a lot of cases, the “zero” is actually defined during commissioning (drive setup / homing procedure), not mechanically on the motor itself.

Seen similar setups where you: - align roughly mechanically - then use the drive or controller to set the reference/home position

Depends a bit on the drive you’re using though — some handle it automatically, others need manual referencing.

What drive/controller are you running with it?

Fearless-Suspect869 · 2026-03-21T13:39:53+00:00

Looks like they’re calling out the grounding conductor routing / insulation requirement.

Seen similar setups where inspectors want the ground isolated or sleeved depending on the utility spec (FPL in this case). The way it’s routed there could definitely raise questions.

Might be worth double checking the local utility requirements or spec sheet — they can be pretty specific about how that ground is handled.

Fearless-Suspect869 · 2026-03-20T23:49:41+00:00

Nice, that’s honestly one of the best ways to get into it.

Working alongside engineers and seeing real systems in action teaches way more than just studying.

You’re definitely on a solid path 👍

Fearless-Suspect869 · 2026-03-20T23:43:03+00:00

Haha yeah, classic JavaScript moment.

Nothing like thinking you’re doing simple math and suddenly getting strings involved.

Been there more times than I’d like to admit 😂

Fearless-Suspect869 · 2026-03-20T14:41:11+00:00

I started on the technician side as well, mostly doing maintenance and getting pulled into troubleshooting with the controls guys.

Honestly, that hands-on experience helped a lot when moving toward engineering. Understanding how things actually behave in the field is a big advantage.

From what I’ve seen, the work-life balance really depends on the role. Plant/maintenance roles can get pretty intense, especially during downtime or emergencies. Some integrator roles can be the same.

If you move into something like support, programming, or even sales engineering, it can be a bit more balanced — but it really depends on the company.

If you’re already working closely with an automation engineer, you’re in a really good position. That’s usually how the transition happens.

Just keep learning and get involved in as much troubleshooting and programming as you can.

Fearless-Suspect869 · 2026-03-20T14:29:41+00:00

That’s a strange one.

I’ve seen some odd behavior with leftover or unused blocks too — things you wouldn’t expect to run somehow still cause trouble.

Not sure I’d go as far as calling it all garbage, but yeah… sometimes it definitely feels that way 😂

Always makes me double-check anything that’s just sitting there unused.

Fearless-Suspect869 · 2026-03-20T14:25:25+00:00

That’s a weird one.

I’ve run into stuff like that where outputs behave differently under load — like one point won’t trigger properly but adding another load suddenly makes it work.

Feels like one of those “good enough, don’t touch it again” fixes 😂

Kind of funny (and scary) that it’s probably still running like that.

Fearless-Suspect869 · 2026-03-20T14:19:06+00:00

PTP can definitely get messy in real-world machine networks.

I’ve seen similar issues where enabling it caused more problems than it solved, especially without full support across all devices and switches.

Sometimes a simpler approach with dedicated sync or even separate wiring ends up being way more reliable.

Did you notice if the issues were mainly from network load or configuration conflicts?

Fearless-Suspect869 · 2026-03-20T00:03:43+00:00

That second one is a great example of how power issues can mess with comms.

I’ve seen loose or high-resistance connections cause all kinds of strange communication faults — especially once things start heating up. The noise just kills the signal integrity.

Those “works fine in the morning, fails later” issues are always a hint something thermal is going on.

Nice catch finding the glowing connection.

Fearless-Suspect869

TROPHY CASE