Почему не оснащаются? Вполне себе оснащаются.
Взываю к широкой форумской общественности, дабы подтвердить сей факт :0)
Ну, или опровергнуть :0)

Да, совершенно верно. Я и подразумевал SSD диск. Собственно именно про его доступность (120 ГБ - стоит около 5 тыс. рублей) и я писал.
Вот, например как об этом написано у ПАРМЫ:
http://rzia.ru/extensions/hcs_image_uploader/uploads/80000/3500/83607/thumb/p19hd13ko1m6t26e146k1th81j791.JPG

"Черный ящик" - что это такое? Дайте почитать, пожалуйста.

По поводу самого дешевого коллеги уже высказались.
А мне захотелось вспомнить, что один (и не один, скорее всего) из "популярных" РАС пользует в своей основе архаичный DOS, который все эти гиги просто не увидит...

Вот уже и нашли заказчика стандарта. Что по этому поводу скажут другие разработчики?

DOS = FAT16 = 4096 Mb = 4 Gb теоретический предел. Реально 2 гига.

Добавлю свои 5 копеек:
Автономный РАС на то и автономный (подразумевается - необслуживаемый/редкообслуживаемый), что должен хранить инфу где-нибудь в степи за N километров от ближайшего пастуха даже в том случае, если объект будет полностью обесточен (включая разряд АКБ).
Естественно, РАС оснащаются энергонезависимыми системами хранения данных (чаще всего HDD или SSD). Причем, по живучести (жизненному циклу) современные HDD дадут фору SSD. Проигрывают только в температурном диапазоне и в скорости (для объектов в жарком климате, естесственно, предпочтителен SSD).

Скорость нам в данном случае не критична. Не такой уж большой размер у аварийной осциллограммы. Мы в наших регистраторах намеренно ставим ограничения на размер файла 50-100 МБ и время 100 сек. Впрочем, при желании - ограничение легко снимается самим пользователем.

Узкое место при использовании HDD - обрыв питания в момент записи файла, что в большинстве случаев приводит к порче разделов жесткого диска.

Приведу пример, как это компенсируется у нас:
1) Весь объем HDD при подготовке делится на 2 раздела (основной, резервный). Если один из разделов выйдет по каким-либо причинам из строя - осциллограмма будет записываться на оставшийся (с сигнализацией о неисправности HDD).
2) При отказе питания РАС дописывает последнюю осциллограмму на HDD и экстренно паркует диск. После этого ждет аварийного отключения. Время для записи и парковки обеспечивает конденсатор большой ёмкости в БП (даёт 1.5-2 секунды живучести). Также, эспериментируем с блоками ионисторов (дают 1-1.5 минуты живучести, но долго заряжаются).

Кроме HDD и SSD можно конечно использовать и что-либо экзотическое, типа EEPROM или SAN, но не каждый заказчик готов оплачивать сверхнадёжность.

Ну DOS уже давно могёт и FAT32 и NTFS.
А вот про архаичность - в точку. DOS не является многозадачной системой и уж тем более не является операционной системой реального времени (что критично для РАС).

PS
В своих системах начиная с 2000 г. используем QNX (бывший Quick UNIX).

RAID конечно надёжнее (я писал о доп.затратах за надёжность :) )

Одновременно выполняемые функции РАС (навскидку):
1) Постоянная запись всех сигналов в буфер (для обеспечения записи предыстории).
2) Постоянное сравнение всех сигналов с уставками для определения состояния "авария".
3) Запись осциллограммы.
4) Дорасчет параметров (например, оценка качества).
5) Отработка алгоритмов автоматического управления.
6) Диагностика оборудования (в том числе, контроль питания и контроль систем хранения).
7) Организация пространства для записи свежих осциллограмм.
8) Сигнализация аппаратная/программная.
9) Общение с вышестоящим уровнем (сервер).

пп. 4,5,9 конечно опциональны (в наши разработки они входят, хоть и не относятся напрямую к РАС)

Все эти процессы должны работать в операционной системе с разными приоритетами, но одновременно.

Попробую оправдаться :)
1. БРКУ работают в сети (до 63 регистраторов на объект). Можно распределить по присоединениям. Синхронизируются между собой по сети с точностью +-40мкс (примерно 1 градус разночтений на векторных диаграммах). Все осциллограммы одной аварии с них можно просматривать как одну (автоподбор сдвига времени) или отдельно.
1.1. Размер осциллограммы зависит от длительности записи, количества сигналов, количества выборок АЦП, типов меток времени.
У нас есть объекты, где связь - только GPRS (в хорошую погоду :)) Т.к. осциллограмма - это уже постфактум аварии, то и передать её можно не через 1 сек после факта аварии, а за определенное время. К тому же, кроме осциллограммы как таковой, есть и другие средства мгновенного анализа. Прилагаю к сообщению пример экспресс-отчета (формируется автоматически). Занимает 66кБ и содержит анализ, который сделаете Вы сами, если будете просматривать осциллограмму.
2. Сейчас версии БРКУ уже в 19" исполнении (можете посмотреть у нас на сайте). На разное количество сигналов и разную скорость.
2.1. Как я уже упоминал - синхронизация по NTP - до 40мкс, по GPS - до 1000мкс.

PS
В данный момент готовится к запуску демо-сервер. Подразумевается, что к нему сможет подключиться любой желающий и потестировать ПО, чтобы составить впечатление о системе РАС/АСУ ТП и пр.