• grue@lemmy.world
    link
    fedilink
    arrow-up
    21
    ·
    3 months ago

    Why does a power plant need that much circuitry in the first place? I get that it’s probably super-old and probably built back when you needed a whole server rack for the equivalent compute of a pocket calculator (and also it’s relatively bulky because it’s a lot of relays for switching high-current stuff), but still, a coal power plant shouldn’t be that complicated, right?

    • MehBlah@lemmy.world
      link
      fedilink
      English
      arrow-up
      1
      ·
      3 months ago

      I’ve been in more than few power plants including nukes. There is wiring everywhere for process control and instrumentation.

    • frank@sopuli.xyz
      link
      fedilink
      arrow-up
      21
      ·
      3 months ago

      It’s about IO not compute. The controllers for plants like this aren’t very complicated but they can have many thousands of signals going to/from them. For a ~500MW plant I’d expect somewhere between 2-5k IO, more if it’s nicely automated.

      Automation engineer, have worked on power plants.

    • crimsonpoodle@pawb.social
      link
      fedilink
      arrow-up
      5
      ·
      3 months ago

      Having less compute may mean even more cables: rather than having data sent over one cable then decoded, each line is either on or off, controlling: something… (there could be signals here just contemplating). In modern stuff the logic is condensed, with data running between, in effect these older systems were one distributed logic unit. Probably over simplifying hut think of an old motorcycle, many cables, because you have to run power and ground back and forth all the way from switches to lights motors etc and back again.

      • grue@lemmy.world
        link
        fedilink
        arrow-up
        0
        ·
        3 months ago

        Right, but even taking that into account, how many control signals could the thing possibly need?

        If I enumerate every possible signal I can think of that a coal plant might need (boiler temp, fire temp, turbine speed, water flow, fuel hopper door control, etc.), and then arbitrarily multiply by an order of magnitude, my estimate is still lower than the number of wires I see in the pic.

        • towerful@programming.dev
          link
          fedilink
          arrow-up
          0
          ·
          3 months ago

          I’d take each of your metrics and multiply it by 10, and then multiply it by another 10 for everything you haven’t thought about, then probably double it for redundancy.
          Because “fire temp” is meaningless in isolation. You need to know the temperature is evenly distributed (so multiple temperature probes), you need to know the temperature inside and the temperature outside (so you know your furnace isn’t literally melting), you need to know it’s not building pressure, you need to know it’s burning as cleanly as possible (gas inflow, gas outflow, clarity of gas in, clarity of gas out, temperature of gas in, temperature of gas out, status of various gas delivery systems (fans (motor current/voltage/rpm/temp), filters, louvres, valves, pressures, flow rates)), you need to know ash is being removed correctly (that ash grates, shakers, whatever are working correctly, that ash is cooling correctly, that it’s being transported away etc).
          The gas out will likely go through some heat recovery stages, so you need to know gas flow through those and water flow through those. Then it will likely be scrubbed of harmful chemicals, so you need to know pressures, flow rates etc for all that.
          And every motor will have voltage/current/rpm/temperature measurements. Every valve will have a commanded position and actual position. Every pipe will have pressure and temperature sensors.

          The multiple fire temperature probes would then be condensed into a pertinent value and a “good” or “fault” condition for the front panel display.
          The multiple air inlet would be condensed into pertinent information and a good/fault condition.
          Pipes of a process will have temperature/pressure good/fault conditions (maybe a low/good/over?)

          And in the old days, before microprocessors and serial communications, it would have been a local-to-sensors control/indicator panel with every reading, then a feed back to the control room where it would be “summarised”. So hundreds of signals from each local control/indicator panel.

          Imagine if the control room commanded a certain condition, but it wasn’t being achieved because a valve was stuck or because some local control over-rode it.
          How would the control room operators know where to start? Just guess?
          When you see a dangerous condition building, you do what is needed to get it under control and it doesn’t happen because…
          You need to know why.

    • tiredofsametab@fedia.io
      link
      fedilink
      arrow-up
      23
      ·
      3 months ago

      For one, redundant systems. For another, lots of sensors. Electric generation also has a whole lot of important things going on that take tons of cabling. Burning the coal is the easy part. Grid phase alignment and a host of other fun things need to happen quickly and in a coordinated way with failovers and data lines to multiple separate places.