сигнал+звено запаздывания?! Прошу помощи ребята!!!

[panf]

Печь отапливается смешанным газом= коксовый + природный, стоит станция для смешивания и на выходе установлен калориметр для расчета стех коэф. и калорийности. НО он умер в муках, и проблема химического недожога становится все острее. Сделал кое какие теоритические расчеты, проконсультировался с химиком знакомым подкорректировал, но все же теория не совпадает с практикой, по iba PDA смотрел, погрешность местами большая. В Диспетчрской ГРП откуда идет газ (коксовый) есть сигналы необходимые (стоят газоанализаторы СО,Н,СН4...), возник вопрос ГРП стоит от цеха за 5 км, пока дойдет газ к печи сигналы расчета для необходимого воздуха и пришедшего газа должны совпадать! а как это реализовать звеном запаздывания? и вообще можно это сделать?

Установка нового калориметра даже и не обсуждается у руководства...

[Rex2701]

Запомните главную заповедь автоматчика: "аппаратные проблемы программно не решаются!".
Ну а коли в начальстве нет технически грамотных людей - стоит ли дальше работать под ними?

[panf]

с главной заповедью согласен но не полностью! Например идет дребезг сигнала с фотобарьера, можно поставить таймер для отсечения ложных срабатываний, и проблема будет решена на 99%...также и на кнопки проблема аппаратная путь решения программный.

[Yury]

Полностью согласен что крайне неправильно так делать, но уж если никак то FIFO в помощь.

[Rex2701]

с главной заповедью согласен но не полностью! Например идет дребезг сигнала с фотобарьера, можно поставить таймер для отсечения ложных срабатываний, и проблема будет решена на 99%...также и на кнопки проблема аппаратная путь решения программный.

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

[indian]

А что? Прикольное решение. Поддерживаю топикстартера. Если что-то никогда никто не делал это не значит что не стоит и пробовать. Инновация отличает лидера от догоняющего, сказал когда -то Джобс. Впрочем я не нашёл где и когда, зато нашёл у него другое: "Sometimes when you innovate, you make mistakes. It is best to admit them quickly, and get on with improving your other innovations".

В принципе подойдёт решение для записи логов в контроллере. Там тоже индекс по кругу крутится. Одно только отличие вход пишите в текущий индекс, а выход читаете предыдущий индекс. Решение для лога в контроллере своё я где-то тут выкладывал, если что могу повторить.

Но тут есть один нюанс - запаздывание зависит от расхода. Следовательно ёмкость UDT-шки определяете исходя из самого маленького расхода, а вот какой элемент читаете определяете по текущему расходу. То есть предыдущий индекс будет не i-1, а i-k, где k зависит от расхода.

Успехов!