2
Microsoft inks deal to restart Three Mile Island nuclear reactor to fuel its voracious AI ambitions
(www.tomshardware.com)
this post was submitted on 21 Sep 2024
2 points (100.0% liked)
Technology
59651 readers
2640 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related content.
- Be excellent to each another!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, to ask if your bot can be added please contact us.
- Check for duplicates before posting, duplicates may be removed
Approved Bots
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Personally? I don't think this is a bad idea. The less they drain from the grid, the less they consume fossil fuel.
The reactor isn't active right now, and they are a PWR design, and like the 1979 incident showed, they do fail safely.
So long as Microsoft pays for the operation of the plant? Seems reasonable to me if they're going to consume an assload of energy with or without public support.
I remember I had to do the 3 mile Island incident as part of my university degree. Apparently one of the biggest problems was that the control interface was hard to understand for the human operators.
So I guess if they just replaced the control system with a modern computer that would fix most of the problems. Obviously not a Windows system, otherwise we've just got the same issue all over again.
It was the SCADA view right? A lot of SCADA software is basically running on top of windows, though you typically would never see the desktop. Ignition at least is cross platform, but that is because the server is Java and Jython. A big part of why things are running on windows is due to OPC, which was traditionally all DOM and .NET. It is basically a standard communications protocol and is what allows your HMI/SCADA to communicate with PLCs. Otherwise, you use proprietary drivers and native PLC specific protocols.
SCADA programming/design is kind of an art and is usually written by an either an overworked engineer or someone who had far too much time on their hands. You basically build screens using specialized software, hook up buttons and UI elements to PLC signals, and pass some signals from the UI to the PLC. They are all heading in the Edge/iot/cloud/web based/techno-babble direction these days...
Ignition, programming software is free!: https://inductiveautomation.com
Some other random ones I have seen or used in the past: https://www.siemens.com/global/en/products/automation/simatic-hmi/wincc-unified.html https://www.aveva.com/en/products/intouch-hmi/ https://www.rockwellautomation.com/en-us/products/software/factorytalk/operationsuite/view.html
"is usually written by an over worked engineer"
I'm in this post and I don't like it.
But really these scada systems are rarely well defined by the time implementation happens. Often the architect has a great plan, but by the time it's passed to a manager, a non-software engineer, to the product engineer to the automation team to the contractor the end result is "X data is pushed in With Y form and we use either a,b,or c date time stamp any nobody knows"