т.е. любая БД пишет ОДНО значение, за выбранный период. никаких промежуточных нет. я правильно понял?

любая бд запишет все что ей подсунут, если по нагрузке не загнётся (тут еще поможет батчами писать, похоже на блочную). Какой нибудь influxdb из коробки пишет только по изменению данных,

Тут скорее вопрос "зачем?" встает. Это же дата сервер, а не плк. У него задачи другие.

вот у меня немого десонанс. я такого неучил и ... кароче неврубаюсь немного.

запись по дельте тоже по времени и по % изменения... такая же хрень.

есть какой асутп учебник для тех кто из танка невылазил никогда?

Есть

Щас пожру, напишу

Смотри, для начала нужно представлять себе уровни автоматизации.

В интернете полно супер схем, но мне больше нравится такой вариант:

В самом низу у тебя находятся исполнительные механизмы (клапаны, движки и т.п.) для управления объектом и датчики для получения обратной связи о состоянии объекта управления. Теперь представь, что у тебя несколько труб, допустим 6. На каждой по два-три движка с частотниками, клапану и по, например, 3-4 датчика. Если посчитать - это уже  нормальное кол-во сигналов в обе стороны. Конечно же можно написать скриптик питоне, поставить пк, но нельзя. Не безопасно.

Поэтому ставится контрольно-измерительное устройство(да в России это характеризуется так) Программируемый Логический Контроллер в непосредственной близости с системой. В целом его задача проста: собрать информацию с датчиков, на её основе отправить управляющие сигналы на исполнительные механизмы и передать эту информацию выше.

Дальше в схемах либо пропускают этот уровень, либо слишком сильно размазывают - Сеть передачи данных (я обойдусь таким обобщением). Зачем? Представляем, что у тебя не один такой объект, а 50, на каждом разные ПЛК, поддерживающие разные протоколы передачи, разные интерфейсы(откуда-то  должна придти пара, откуда-то нуль-модемный кабель), а тебе надо с этого всего получить информацию быстро и в строгих временных рамках. Соответственно напрямую на свой ПК ты это все не подключишь, поэтому ставишь промежуточные узлы, куда стекается информация с разных групп контроллеров. Ну и сервера тут же, куда без них.

Дальше идёт твой АРМ, на котором стоит SCADA. И поверь мне, уже рисовка мнемосхем твоих 50 объектов - это уже сложно, конечно если ты серьёзно относишься к работе. Итак по сути дела АРМ со SCADA - это конечная точка путешествия информации. С этого АРМ диспетчер получает общую информацию о состоянии систем, можетосуществлять управление ими удаленно (я, кстати, не очень хорошо отношусь к этому) и вообще чувствовать себя крутым пацаном. Ну про дата и опц сервера, нет смысла отступление делать. Ты с этим немного знаком.

Дальше идут различные сексуальные извращения, вроде расшаривания скады в веб, предоставления доступу к сервакам рандом-IT-специалистам и прочие непотребства.

Хранение и передача данных в SCADA. Давай в нашей утопической системе расширим кол-во систем: добавим ещё несколько подстанций и вент установок. Важно ли будет при каждом опросе получать с каждого частотника на движках информацию по току? Естественно нет, тебе важны только Герцы, остальное будет понятно по датчикам. И таких универсальных устройств всегда масса(по разным причинам). Или настройки на вент установке вроде пид-регулятора. Ты оставляешь эту информацию контроллеру и вент установке, а в скаду забираешь только ключевые вещи: температуру, давление...

Теперь о хранении. Какой-то переходный процесс быстрее, чем за секунду ты даже с ходу не придумаешь. Да такое может произойти, например, на подстанции, но во-первых местная автоматика с такими ситуациями справится сама, во-вторых такую информацию удобнее получить в виде предупреждения или аварийного сигнала. Ну и даже в целях экономии места(хоть в 2к17 это и не так актуально), когда у тебя свыше пары тысяч сигналов - будет большой объём "лишней" информации, которую ты не сможешь обработать нормально.

Короче набросал коротко, на бегу, с кучей упрощений и допущений.

По ПЛК кратко Петров Программируемые контроллеры

По скаде вечером могу вбросить тоже по верхам все есть

На форуме асутп лежит ссылка на охренительный пак на рутрекере по автоматизации

Как-то так

понято.

так. погоди уважаемый. тогда расказжи еще такой момент. они там постоянно говорят про real-time и historical data. что сути не меняет. DAServer и Historical Server пишут и показывают с интервалом в 1 секунду. но начальству похую. им видите-ли риалтайм слово нравиться подавай им раз в наносекунду. как отпиздеца то?

концепцию систем реального времени я понимаю

а как ты квантовать сигнал то хочешь?
секунда? 1/10 секунды, 1/100, 1/1000, 1/10000 ?

хочу чтобы он копил все данные в течении двух секунд, а потом на жорик сохранял. так можно?

что значит «все данные»?
допуситм, у тебя какой-то сложный сигнал.

ну типичный аналог 4-20.  пусть флоат.