| New Reply |
The Nuclear Power Thread |
Share Thread | Thread Tools |
| Nov29-03, 10:09 AM | #69 |
|
|
The Nuclear Power Thread
Telecoms network is not comparison at all. It doesn't fail when there is lack of capacity, it just slows down. With overload, it just drops some of calls. With energy this doesn't work, some things just physically blow up if overloaded, and no way to selectively drop few electrons, if it goes, so goes whole branch.
And, telecoms solved their quality issues very straightforward - they design in at least 2 times overcapacity. Actually, being somewhat from telecom industry (networking) and having seen issues that grids have to face, i can say that telecoms networks are completely piece of cake compared to issues grids have to face. It is SO much easier to deal with issues in telecom. |
| Nov29-03, 06:16 PM | #70 |
|
|
You're right, the answer to unpredictable resource demand in IP networks is massive over-provisioning (how else could it be done, given the wildly unpredictable nature of the traffic?), and graceful degredation, with some serious work going into SLAs and contracts. What, essentially, are the key differences between a telecoms network and an electricity grid, in terms of OOM greater difficulty re fault management? |
| Nov29-03, 08:28 PM | #71 |
|
Mentor
|
The name escapes me right now and I can't find it on Google, but its not just PECO - its a joint effort of a number of power companies in PA - the PA power cooperative or something like that. Basically, it monitors a portion of the grid and allows the companies to transfer energy between them. Supposedly people from other countries (and the DOE) are studying it as a model for how to control a power grid. In any case, yes, other people could have done the same thing as this control center did and pulled the plug on their sections of the grid. No one wants to do that though - if you're First Energy (the company that started the cascade) and you have a choice between blacking out your part of the grid and trying to get it from the adjacent parts, what are you going to do? It was too late for them either way, but in a failed effort to help themselves (and by others trying to help them), they let the failure spread. So maybe its just a matter of upgrading the decision making process (the people) to deal with that type of situation. For that phone analogy, its the same and its not. For one thing, the phone system runs at a fraction of its capacity. And when it does get filled, they have the same sort of problems as the power grid has - calls don't go through, systems crash, etc. Usually though, its like wimms said - you just drop a few calls. And think about your cell phone: what kind of absolute reliability do you have, ie how often do you get a dropped call or call that doesn't go through. Imagine if the power grid had the same (lack of) reliability. It would be crippling. Despite things like the NY blackout, the reliability of power grids in the western world is absolutely extrordinary. |
| Nov30-03, 11:58 AM | #72 |
|
|
So, the only way to deal with overloads in grid is to AVOID the overload. That needs ideally complete knowledge of all main lines and their load, and is quite computationally intensive to make right decisions, that in addition has to be made damn fast. In IP networks, each node is independant and quite safe, capacity steering is merely a quality issue of monthly capacity planning, not critical survival issue. In IP, you have huge network and rough estimates of capacity planning. In grid, you have even larger network, and requirement for instant and precise decisions. I'm not sure, but isn't grid actually implemented after successful example of telecom networks? |
| Nov30-03, 04:13 PM | #73 |
|
Mentor
|
.....get back to nuclear power!! |
| Nov30-03, 06:10 PM | #74 |
|
|
Russ, wimms,
Many thanks for your replies to my ignorant posts. I see now that introducing telecoms was, on balance, more of a distraction than a benefit. Back to my original comment ("A good infrastructure should be able to isolate local failures, irrespective of how heavily loaded it is; it's surely not a very challenging technical problem."), and a (hopefully!) wiser re-casting of it. this is a 0-th order take; many devils - a.k.a. details - are licking their lips in anticipation of ambushes on the road ahead Demand varies seasonally (~100 days characteristic time), weekly (~10 days), daily, and hourly. A significant part of this demand is predictable; much detailed historical data is available to characterise variance about (modelled) means within all periods. Broadly speaking, supply is available to meet all but peak hourly demand. However, there are unplanned supply failures, and the characteristic time for indications of incipient failure ranges from days ("that unit sure has been acting strange!") to milliseconds (or less). Further, a great deal of historical data is available to characterise the root causes, frequency, and 'phenomenology' of all failure modes. Technology to detect, analyse, and transmit useful information about demand, supply, and failure already exists. As long as the response times are greater than 1 second, 'pre-canned' or algorithmically-based automatic response decisions can be implemented. These automatic decisions can, in principle, be optimised according to a wide range of equipment, supply, demand, down-stream impact, ... conditions. These optimisations can be performed both 'off-line' (independent of the particulars of the event) or 'on-line'. ... and that's as far as technology could take us, in a reactive sense. Proactively, we could fairly accurately characterise future demand, supply, and improvements in failure detection and remediation capabilities. Through risk analyses (crudely, prioritisation by the 'impact' metric - probability of event x cost of event), main areas to be addressed can be confidently identified (and research investment targeted to improving the probability and cost estimates of the top 3 risks, say). Installing, testing, and refining equipment, maintenance schedules, operations proceedures, etc then follows, using standard QA methodologies. Finally, the key dimension, economics. Crudely, economics is all about how to better match supply and demand, though price. In the case of grid-supplied electricity, IMHO, there is enormous opportunity for basic economic principles to be better applied. For example, as wimms said "When you switch on consumer device, power starts to flow, and grid has no control over it other than cutting off completely". Yet no (residential) consumer has ever been asked what price they would be prepared to pay for 99% (or four/five/six/seven 9s) availability. With today's technology, I would guess, a multi-tiered set of service contracts could be easily implemented - from 'el-cheapo' electricity (but can have supply cut for up to 10 hours with no notice), to guarranteed 99.9999% availability and 10 seconds restoration in the event of failure (for a VERY large fee). This is the kind of thing I was referring to when I said "the root cause is bad regulation and wilful ignorance of economics. Behind that there is, without a doubt, the hand of Big Oil [...] A competitive market should be able to meet demand, unless the regulatory barriers are inefficient." |
| Nov30-03, 09:34 PM | #75 |
|
|
Interesting thread. I think the Germans are shooting themselves in the foot if they continue with this policy. The nuclear bogeyman looms large over everything thanks to the scaremongers. There's a reason why they dropped the "nuclear" from MRI!
Nuclear power = good. Let it power our space probes and homes. Fusion will be here...eventually... It's only a few years overdue. ;-) |
| Dec1-03, 02:25 PM | #76 |
|
|
Nereid,
what you described, looks good on paper, with 15 minutes of thought put into it. After you put about 1000 hours of thought into it, it would look like total nightmare to you. I don't think we can come up with something top people of energetics haven't thought of. Lets mean no disrespect to them. There are soo many things we can't even imagine _needs_ to be thought about. Reality checks. Technology exists, on paper, but it doesn't think. People do. To program all that people can costs more than its worth. To install all the needed technology is too expensive, and consumer isn't willing to pay for it. Rare epic blackouts cost less. Economics? Case closed. As to historical data, yeah, there is plenty of it. So plenty, that no blody mortal can make any sense of it anymore. For statistical analysis it isn't precise, structured nor standardised enough. Its best output is a "gut feeling" of experienced dudes. No residental customer is ever asked because residental customer exists only because of regulation. As always, its business where money is, and it needs all the nines. To install residential cut-off switches is insane, and only adds to costs, because individual households matter nothing in any of the events, and ability to switch off zillions of homes as per individual sla isn't easy nor cheap. The "el-cheapo" electricity would cost more to electric companies than "el-normo" one. Guess why they aren't eager to offer choice? For a VERY large fee, electricity providers are not needed. There are factories that build their own nuclear plants nearby and sell excess energy to the grid, and use grid as a backup. no ****. They have all the nines, and even get PAYED for it. Well, yeah, looks like I'm arguing. Infact, basic idea is that the whole thing is too damn complex, that its cheaper to live with it than to fix it. And the cheapest way to fix it is to "take the larger hammer". |
| Dec1-03, 05:56 PM | #77 |
|
|
Thanks wimms, these kinds of reality checks are very welcome!
|
| Dec1-03, 10:26 PM | #78 |
|
Mentor
|
|
| Dec3-03, 12:15 PM | #79 |
|
|
And, seems its not obvious to you that "nines" are not function of production of energy, but of reliable distribution of it. By competitive supply market, you are implying alternate distribution network, grid. You are welcome to build your own nationwide grid thats better, cheaper, more flexible. There are thousands of energy suppliers waiting for you. |
| Dec4-03, 11:34 AM | #80 |
|
Mentor
|
Nines?
|
| Dec4-03, 11:49 AM | #81 |
|
|
99.9999% uptime guarantee - 6 nines
|
| Dec14-03, 11:20 AM | #82 |
|
|
Reading the lead News Scan article in the November 2003 Scientific American, I learned that:
-> a significant contributory factor in the August 14 blackout is likely to be the fact that degulation of the industry left transmission "lagg[ing] behind [generation systems] because of the patchwork of interstate regulations and jurisdictions. Many policy and grid experts say that in the short term, the [FEMC] should enact nationwide policies covering transmission systems operation, capacity and investment." -> "Once the government decides how the grid should operate, 'we have the technology to implement it almost on the shelf or coming down the pipe,' says Paul Grant, science fellow at [EPRI] ..." -> technologies mentioned include installation of more heat-resistant lines; better communication systems among power stations (e.g. dedicated fibre optics, and GPS-based time-stamps); faster, smarter switches; a master transmission control computer; and automatic, adaptive 'islanding'. -> on the über-computer, the article notes "[p]ostmortem studies by the industry suggest that such a global view would have prevented about 95 percent of customers losing power during the 1996 blackouts in the western U.S." |
| Dec16-03, 12:30 PM | #83 |
|
Mentor
|
Sounds like an interesting article - maybe they have it up on their website... When I was discussing that command center with my dad a month or so ago, we also talked about transmission lines. Near as we can tell there are only 3 lines going from Limerick into Philadelphia and the surrounding counties (I've actually hit one of them several times with a golf ball as its strung over the 5th fairway of a course I frequent). A bad car accident could black out a million people just by knocking down one pole. And a guy with a handful of backpacks of C-4 could take down most of SE PA for a while. |
| Dec16-03, 09:49 PM | #84 |
|
|
|
| Oct2-04, 07:22 PM | #85 |
|
|
I'm slightly disappointed that I did not get on this thread before it turned into a power distribution network debate, so I'll play catch up and address some things that I think need to be added.
First briefly on the subject of coal, there is another reason to not want coal in this day in age. Besides the fact that it pumps CO2, NOx, SO2, and Hg into the atmosphere, one fact that is not discussed is it also puts uranium into the air. Now if we are going to get all huffy about Nuclear power because it uses uranium and might put some extra amount of it into the environment, could we please look at the entire power industry and judge it all by the same standards. As for all of the talk of Chernobyl there remains a vary important fact about Chernobyl that everyone seems to overlook. This fact is that Chernobyl was a RBMK type of reactor, whos main purpose in life was to create bomb grade Pu. The fact that it produced electric power was a happy side-effect for its main mode of operation. This type of reactor would never be allowed to be open in the US, or for that fact most of the world because of its main purpose and its many deadly design flaws. Two of the flaws are that it operates with a positive void coefficient, and because the fuel needs to be constantly changed there is no secondary containment structure. This info came from www-formal.stanford.edu/jmc/progress/nuclear-faq.html, and this also explains what a positive void coefficient is. So this is my two cents on this debate. Hopefully if this debate will get back on track of the original post. |
| New Reply |
| Thread Tools | |
Similar Threads for: The Nuclear Power Thread
|
||||
| Thread | Forum | Replies | ||
| How do I become a Nuclear Engineer? (Split from Canadian Engineering Thread) | Nuclear Engineering | 16 | ||
| What is the link between nuclear weapons and nuclear power stations? | Nuclear Engineering | 19 | ||
| oil,nuclear power | General Discussion | 21 | ||
| Law against nuclear power? | Nuclear Engineering | 47 | ||
| nuclear engineers thread | Nuclear Engineering | 15 | ||