visiting sites can cost $$$ and be very time consuming...

One good reason to connect an industrial control network to a network outside the immediate premise would be that it is a remote site that doesn't merit a human being nearby to mind it or is only economically viable if it doesn't require humans nearby. Thus it makes economic sense to network it, but a private network is too expensive, so it goes on the internet (probably with VPN only access).

Private networks are expensive, getting a satellite/whatever internet connection isn't.

Then you are only as secure as any other organization connected to the internet can be and vulnerable to the same attacks as the rest of the world.

the idea is that the cars will be smart grid enabled and only charge when you aren't running the dishwasher and the dryer and the oven and 3kw of lighting already, thereby maximizing the use of the existing infrastructure's capability.

i assumed there was electricity or coils to change the poles of the magnets according to the 'code' of the cdma signal.

unfortunately all the HMI software of the day seems to be for windows: citect, wonderware, etc.

I'm keeping an eye on http://www.inductiveautomation.com/ to see how their product does as it is built from open source libraries.

Additionally, you need windows to program protection relays ( http://www.selinc.com/ ) or your excitation system or your OPC server. You can't get away from windows in the industrial control and automation world.

I need windows to program the PLCs as well.

What I do is run linux and have a separate VM image for each program I need, one for GE multilin software, one for SEL software, one for each brand of PLC programming software.

Loading all the different shit I need onto a single install of windows means when that install gets fucked, as they all eventually do, I have to spend days reloading all the software and going through licensing bullshit.

Running the software in a VM means I can load it up, make the image read only so it is the same every time I boot, and then I'm set.

I have major issues with the automation and control world and the current state of the software it depends on, I think there is loads of room for a new player who understands software in 2010 and isn't burdened with a legacy product.

and for all the people talking about air gaps, I don't think they are as common as you think and as other commenters suggest are easily bridged by USB sticks.

Any thermal plant like coal, oil, nuclear has restrictions on how fast the mechanical power into the generator can be changed.

Modern Hydro electric facilities can go from cold star to 100% output in 10 minutes usually, or from the usual minimum of 10% output to 100% on the order of a minute.

natural gas can also change output relatively quickly.

You can't produce power that isn't used, every second of every day every watt of energy that is generated is used somehow.

where are these PDFs?

you have to write the specs without giving away all the value and competitive advantage and know how in your product to your competitors. this takes time=money.

i would mod you up had i not already commented

that is only when ubiquity clients are used, not ordinary 802.11n cards.

mikrotik is cheap, and flexible, and can do lots of things, but there are lots of advanced features that only work half way, half the time, or are half-way documented.

if you are going to keep it simple, or don't mind spending hours reading old forum threads then it might be the way to go!

there was a slashdot the other day about the wifi at a python conference.

any AP is only going to handle 50 users or so because 802.11x is contention based.

So go ahead and get yourself 10 APs, spread them out, and make sure the ones near eachother are on different channels.

freenx was simple as for me ... download packages and double click. 8.04.