Помощь в составлении блок схемы для програмирования

[Бурал 6]

Уважаемые програмисты, нужна помощь в составлении блок схемы для дальнейшего составления программы. Имеем температуру двигателя, которая в силу каких-либо причин возрастает до критических. Нужно составить б-схему алгоритма распознования роста температуры, то есть ее изменения в большую сторону. Данные по температуре приходят на компьютер. В общем система должна контролировать температуру и при ее росте, выдавать об этом сообщение. Пожалуйста помогите, кто имеет возможность.

[Maxim511 148]

суровый загон, а датчик(аналоговый или цифровой) с зумером по установленной температуре не канает?

[Бурал 6]

Скважин 500 штук ))),температуру мы и так снимаем, хочется сделать так, чтобы показывала, когда рост начинается ))))

[Katonych 36]

Уважаемые програмисты, нужна помощь в составлении блок схемы для дальнейшего составления программы. Имеем температуру двигателя, которая в силу каких-либо причин возрастает до критических. Нужно составить б-схему алгоритма распознования роста температуры, то есть ее изменения в большую сторону. Данные по температуре приходят на компьютер. В общем система должна контролировать температуру и при ее росте, выдавать об этом сообщение. Пожалуйста помогите, кто имеет возможность.

Я прям в замешательтсве. При чём тут блок-схема?

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

Потому как "в лоб" по такому условию очень просто мониторится по каждому датчику да и всё.

[vyurasov 4]

мож я чего не понимаю, но все же просто ...

1. снять параметр с датчика

2. записать в регистр У1

3. подождать Х времени

4. снять параметр датчика

5. записать в регстр У2

6. произвести вычисление Z=У2-У1

7. если Z>0, то тревога и сигнал, иначе - перейти к п.3

это в общем виде. естественно, нужно дать возможение допустимое прирашение и интервал, для которго вычислять среднюю величину. Если всего 500 датчиков, то снять с них средню величину или сгруппировать по какому-нибудь признаку.

[Бурал 6]

мож я чего не понимаю, но все же просто ...

1. снять параметр с датчика

2. записать в регистр У1

3. подождать Х времени

4. снять параметр датчика

5. записать в регстр У2

6. произвести вычисление Z=У2-У1

7. если Z>0, то тревога и сигнал, иначе - перейти к п.3

это в общем виде. естественно, нужно дать возможение допустимое прирашение и интервал, для которго вычислять среднюю величину. Если всего 500 датчиков, то снять с них средню величину или сгруппировать по какому-нибудь признаку.

В яблочко! Примерно так я себе и представлял!!!

Спасибо большое, земляк! (Я родом с Красноярского Края)

[Abay 4]

1. снять параметр с датчика 2. записать в регистр У1 3. подождать Х времени 4. снять параметр датчика 5. записать в регстр У2 6. произвести вычисление Z=У2-У1 7. если Z>0, то тревога и сигнал, иначе - перейти к п.3

красава!!!!!!

[Бурал 6]

Вот тренды роста загрузки (%), который никто не заметил и в результате попадалово на КРС (100 000$ и новый насос 2,5 ляма рублей В приложенных картинках видно, какие бывают росты параметра и как следствие - КРС - капитальный ремонт скважины.

[Симарка (ncsimaru) 5]

очень странно, что в системе нету отслеживания этого параметра и сигналов. вроде бы везде где можно тыркают "защиту от дурака" и от "незаметил/прощёлкал".

[Бурал 6]

Да нет, есть сигнал, который приходит на эл почту, но за день их (сигналов) столько валится, что глаза устают и поневоле начинаешь думать, как всю эту хъюстонскую прогу усовеншерствовать и упростить, вот оттуда и появляются подобные темы

[vyurasov 4]

честно говоря, отслеживанием должна заниматься система, а на экран выводить только те параметры, по которым произошли изменения. Принцип светофора:

красная зона - изменения выше допустимых

желтая - изменения выше нормальньных, ниже красных

зеленая - все изменения в норме.

[Симарка (ncsimaru) 5]

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

[электроник 445]

значит косяк либо в технологии, либо еще в чем.

Угу, заменить хьюстонскую прогу на нашу

[Симарка (ncsimaru) 5]

Угу, заменить хьюстонскую прогу на нашу

я скорее про другое. я не уверен что прога должна генерировать столько сигналов, что их невозможно отследить. я так думаю скорее косяк в оборудовании. это как э... ну вот есть плохая проводка - постоянно искрит и вышибает пробки, можно починить электропроводку, а можно поставить жучок.

моё сомнение заключается в том, что я не уверен, что откатанный продукт должен давать столь много сигналов. может быть он сигнализирует о том, что необходимо что-то подправить в консерватории?

[Бурал 6]

В том то и дело, что когда приходит больше трех сотен алармов за смену, поневоле начинаешь думать, как это все упростить. А так как фирменная прога во первых, на английском, во вторых за три года ее внедрения у нас не было учтено более двух листов наших замечаний по ней, поневоле начинаешь думать, как это все упростить для конкретного пользователя, то есть для нас, инженеров, которые просто контролируют работу фонда всех месторождений компании. Еще есть одна деталь, важная. У нас, до внедрения этой проги , существовала своя система контроля, российская разработка СКАДА, которая все показывала в режиме он-лайн и никаких писем на электронку с алармами не рассылала. Так вот, эту хьюстонскую прогу надстроили на нашу, предварительно заплатив за нее немалые бобосы и получилось так, что они обе работают паралельно. А фактически нам хватает СКАДЫ, к тому же, ее мы можем дополнять разными нашими программами -которые помогают контролировать нам все, что мы пожелаем. А те люди, которые внедрили хьюстонскую, понимают, что наша СКАДА намного гибче и еще поддается разного рода усовершенствованиям, и к тому же, является основной, базовой программой, противятся внедрению всех наших хотелок, горворя, что мы не понимаем того, сего и что все еще нужно сто раз обдумать и т.д. Короче, водят нас за нос. Ну не в Хьюстоне это же придумали, а в России, да и к тому же не програмисты с кембриджским образованием, а простые ребята из "керосинки" Вообщем - не скучно!!!

[электроник 445]

нам хватает СКАДЫ

А чья СКАДа? Просто любопытно. Потом в любой СКАДе проект меняется на лету да и модули встаиваются. Может вам просто пользоваться интерфейсом низа и забить на "хьюстонскую"?

[Бурал 6]

Так по сути и получается. Хьюпрогой мы в основном пользуемся для просмотра тренов, сканы которых я выкладывал выше, это единственное ее достоинство, а в остальном СКАДА рулит!

Кстати, я тут подумал и чутка усовершенсвовал тот алгоритм распознавания роста тпараметра, который привел выше уважаемый vyurasov. Алгоритм примерно такой: параметры запоминаютс через какой то промежуток времени, пусть это будет через 10 секунд и в течении допустим 5 минут. И по этому блоку вычисляется среднее значение параметра - Р1 среднее. Далее, по аналогии, в режиме реального времени, формируется такой же блок 2 с таким же средним значением Р2среднее, а потом эти значения сравниваются. Если вторй больше первого на какую то заданную величину, которую можно изменять под каждый конкретный параметр, то пошел сигнал. Если параметры примерно равны, все сначала, и так далее. Как думаете, такой алгоритм возможен?

Изменено 27 марта 2013 пользователем Бурал

[Бурал 6]

А чья СКАДа?

Скада российская, точно не знаю про разработчика, но завтра спрошу у подрядчика, кто ее обслуживает, откуда она родом. Изменено 27 марта 2013 пользователем Бурал

[электроник 445]

Скада российская, точно не знаю про разработчика, но завтра спрошу у подрядчика, кто ее обслуживает, откуда она родом.

Просто странно, что в ней нет трендов :(

[vyurasov 4]

Как думаете, такой алгоритм возможен?

это называется расчет скользящего среднего. Чаще всего он и применяется, дабы случайные "шумы" убрать.