Geert Baars

Rehabilitation of Muwaggar PS and Wells - SCADA Overview https://lnkd.in/eTvp9qbH [email protected] #LVSwitchgear #Switchgear #TECOGroup #Factory #Jordan #panel_builder #lv_switchgear #Made_in_Jordan #PowerandControl #IndustrialAutomation #ElectricalEnergy

12

Rehabilitation of Muwaggar PS and Wells - SCADA Overview https://lnkd.in/eHepcQqD [email protected] #LVSwitchgear #Switchgear #TECOGroup #Factory #Jordan #panel_builder #lv_switchgear #Made_in_Jordan #PowerandControl #IndustrialAutomation #ElectricalEnergy

5

#S7-1200 TAB Tip 9: Learn how to set the IP Address of a new S7-1200 PLC in this episode of #TheAutomationShow -> https://lnkd.in/gU5zbcau #Automation #Siemens #TheAutomationBlog

4

𝐓𝐡𝐞 𝐛𝐨𝐨𝐦𝐞𝐫'𝐬 𝐜𝐨𝐫𝐧𝐞𝐫. A long time ago... (every self-respecting boomer sentence should start like this), there was a subtle distrust towards new technologies. In the industry, not that of strategic agreements, but that made by plant engineers and line operators, the usual question was: what happens if the network no longer works? Can I continue to produce, even in a degraded way? We were talking about a 𝐥𝐨𝐜𝐚𝐥 𝐧𝐞𝐭𝐰𝐨𝐫𝐤, made up of switches and other components that could be replaced with a screwdriver, even the servers were very simple: replacing a PC with a backup one that contained the data collection programs was a ten-minute operation. All components of the OT chain (and part of the IT ones) were under our direct control. Today, however, it is a mess (and here we have reached the boomer apotheosis). Where is this cloud? How do I fix it if it breaks? Why do I have to go through Mountain View to produce handles? My daughter, extremely lazy, asks Alexa what the weather is like; if the Amazon cloud were to fail, she would shrug her shoulders and open the window (like I do). But what reaction would someone producing components with a takt time of 2 seconds have if they saw a 𝐩𝐞𝐫𝐟𝐞𝐜𝐭𝐥𝐲 𝐟𝐮𝐧𝐜𝐭𝐢𝐨𝐧𝐢𝐧𝐠 assembly line stopped due to a cloud failure? Let's talk seriously now. Thinking of a return to the past is stupid. It is always necessary to move forward and make the most of technological progress and what it offers us, "we have always done it this way and it worked", today it is not an option: we can, and must, do it better. On the other hand, however, we are becoming too dependent on third-party technologies and services; Always scaling everything towards the cloud, even the OT context, is, in my opinion, a risky trend to say the least. In my opinion, the question is not: can I do without the cloud? but rather: 𝐚𝐦 𝐈 𝐩𝐫𝐞𝐩𝐚𝐫𝐞𝐝 𝐭𝐨 𝐜𝐨𝐧𝐭𝐢𝐧𝐮𝐞 𝐩𝐫𝐨𝐝𝐮𝐜𝐢𝐧𝐠 𝐢𝐧 𝐭𝐡𝐞 𝐞𝐯𝐞𝐧𝐭 𝐨𝐟 𝐚 𝐜𝐥𝐨𝐮𝐝 𝐟𝐚𝐢𝐥𝐮𝐫𝐞? Does my architecture include a layering that has identified the critical nodes? Are there any Hardware/Software backup procedures that allow me to work in a "degraded" way, i.e. without auxiliary services but continuing production in a controlled way? As an exercise, let's take our project and draw a red cross on the cloud or a higher order Server; if production in Shopfloor goes from N to 0 then we have serious architectural problems. Allow me the last boomer phrase in this hot July: things are fine as long as we're all friends. If someone were to think, regardless of the large payment, that providing advanced technological services to other countries was strategically wrong, what would happen to our industry? 𝐃𝐨 𝐰𝐞 𝐡𝐚𝐯𝐞 𝐚 𝐩𝐥𝐚𝐧 𝐁? Tell me what you think about it 😉

24

6 commentaren

The starting criteria of high voltage, direct-on-line motors for Floating, Production, Storage and Offloading (FPSO) have significant implications for the size and design of the motor. Along with SBM Offshore, ✔ Adnan Ashraf 🌏💡🤝 from #ABB presented an insightful paper on this topic during PCIC Energy Rotterdam this week. Click through to read the full paper below ⬇

87

4 commentaren