Почему так дорого и сложно сделать диспетчтеризацию? Опции

[Usach]

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

[Usach]

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

[BROMBA]

Вообще то - то что Вы описываете - это система сбора данных... Если надо "человека с руками" - то это не диспетчеризация никакая... Пример настоящей диспетчеризации: разбросанные по территории города/пригорода района Крайнего Севера ИТП.... на пульт дежурного приходит сводка погода на завтра... в зависимости от погоды, он переводит рабочие точки контролеров на конкретные режимы...никуда не мчась....ну и, соответственно - мониторинг рабочего состояния...
В случае аварии - аварийная бригада на выезд... но РАБОЧИЕ режимы отрабатываются в режиме "реального времени" и строго дистанционно...вот это - диспетчеризация... а когда по GSM-модему, или по-телефону, или с курьером - приходит сигнал "Авария", то это никакая не диспетчеризация, а простая сигнализация...в том смысле, что есть сигнализация "по-месту" (это когда непосредственно на шкафу световая и звуковая), а есть просто - "сигнализация" (это когда вахта трубочку снимает и Вам звонит)....

Слишком сложно, когда-то тоже так делали, потом отказались, а было дело, брали из городской метеостанции текущую сводку, "выковыривали" оттуда прогнозируемую температуру, выводили диспетчеру; программист чуть в запой не ушел, пока это городил. Потом поняли - так делать не стоит. Сводка не нужна, на каждом ЦТП стоит "датчик забортной температуры", в каждом контроллере в виде эмпирической формулы утвержденный температурный график. То же самое и на котельных (2 года согласовывали график, заказчик не верил, что "ступенчатый" график образца 60-х больше не нужен). Диспетчеру надавать поджопников, и обрезать всякую возможность вмешательства (телефон АДС оставить), были прецеденты "а я шо, я ничего, оно само, вот сюда ткнула, оно из зеленого стало красным", или уборщица шваброй шваркнула, кабель из сервака и выдернула... Нафиг-нафиг, человеческий фактор страшнее обезьяны с гранатой, Вы согласны?
GSM - зло. Причина проста - перед Новым Годом, например, любая сеть любого оператора гарантированно "ложится", или не да? И на большие праздники тоже. 3G - тоже не подарок: Вы бетон перфорируете, мы по крышам скОкали, как коты мартовские, антеннки "волновой канал" ставили... Фигня это, на практике "пробои" были и на 3G. Отныне только "оптика". И роутер с Open-WRT, и туннелирование (задолбали кулхацкеры-школьники), и UDP заместо OPC (да, и такое возможно), и автономная работа контроллера с двумя бесперебойниками - один для "мозгов" (хотя в контроллере свой аккумулятор и функция "безопасного останова", другой для аварийныйх задвижек и сбросных клапанов, плюс - чисто механические "сбросники"... Если интересно, поройтесь по форуму, где-то там про нечто подобное написано, ключевые слова "Рука мертвеца"...

[Usach]

в районах Крайнего Севера натоп помещений надо заранее делать... но это, честно говоря - местная экзотика... я то сам так ентим и не занялся... конкурс не выиграл... просто это реальное что-то, что действительно диспетчеризации требует... всё остальное - только "быстрая" отработка на аппаратном уровне... и аварийная сигнализация... потому что "тепло" - оно дюже "ответственное"... что калорифер "чпокнет", что насос встанет, что ИТП заливать начнёт - это всё не игрушки - чтоб картинки рисовать, посылать их в "эфир".... и ответа дожидаться...

[Бойко]

в районах Крайнего Севера натоп помещений надо заранее делать...
...........

Откуда взято это утверждение/предположение?

[Usach]

из того давнишнего ТЗ... со слов Заказчика... типа, заранее подачу поднимать надо....

[Бойко]

из того давнишнего ТЗ... со слов Заказчика... типа, заранее подачу поднимать надо....

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

[Usach]

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

[Kotlovoy]

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

[SIM]

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

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

Да и не стоит забывать особенности проживания на Севере - приходя с работы на "свежем воздухе" в хорошо протопленное помещение, испытываешь эйфорию. А там не так много радостей в жизни, чтобы пренебрегать каждой приятной минутой. А если ещё и полярная ночь...

Надо вам типа парилки что-то, воздух нагретый до +90 на 3-5 минут Или мощный электрический обогреватель, тоже минут на 10.

[SIM]

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

Это если работа с полудохлой системой отопления, которая работает на пределе. Тогда да, перед похолоданием можно всем отправить сообщение брать кто сколько может тепла, всеравно всем не хватит.

При нормальной системе отопления этого не нужно, стены промерзают часов 6, датчик температуры реагирует мгновенно, по сути для ИТП датчик наружной температуры и есть прогноз на 6-12 часов, что скоро стены начнут высасывать тепло и надо поддать жару. Батареи прогреваются за 20-30 минут, тоже запас есть по времени.

[SIM]

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

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

GSM - зло. Причина проста - перед Новым Годом, например, любая сеть любого оператора гарантированно "ложится", или не да? И на большие праздники тоже. 3G - тоже не подарок: Вы бетон перфорируете, мы по крышам скОкали, как коты мартовские, антеннки "волновой канал" ставили... Фигня это, на практике "пробои" были и на 3G. Отныне только "оптика".

Смотря какая нужна надежность, если ИТП отвалится на 4 новогодних часа, невелика потеря, дом не успеет остыть, локальная автоматика не нуждается в диспетчере.

Оптика и 3G модем разные весовые категории. Мы, например, получили массу проблем на выделенных телефонных линиях многокилометровых, при грозах сгорает коммуникационное оборудование. Оптика лучше была бы.

И роутер с Open-WRT, и туннелирование (задолбали кулхацкеры-школьники), и UDP заместо OPC (да, и такое возможно),

Слышал отзывы о глючности Open-WRT, смотря чем прошивать конечно. UDP это со своим ПО и оборудованием?

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

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

[Гость_wild_*]

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

У меня диплом инженера по автоматике и телемеханике, поэтому что такое телесигнализация и телеуправление можете не рассказывать.
Вы пытаетесь подменять понятия. Говорите о дистанционном управлении, а это задача класса АСУТП. Диспетчеризация это системы более высокого класса, из разряда задач управления производством. В международной классификации MES-систем класс задач диспетчеризации имеет аббревиатуру DPU.

Если бы в бытность работы главным инженером и главным энергетиком мне предложили автоматизированную систему вентиляции в которой дежурному инженеру диспетчерской необходимо давать подсказки контроллеру - эта компания пошла бы лесом.
Потому как кроме вентиляции у него на контроле источники бесперебойного питания на 50-500 кВт (десятками), ДГУ мощность 700-1200 кВА, прецизионные кондиционеры, системы водоподготовки для пароувлажненителей, пожарная сигнализация, газовое пожаротушение. А еще инженер следит за работой сторонних организаций на объекте, вписывает распоряжения в журналы работ, ведет журнал оперативных переключений энергооборудования. И это второстепенные функции, потому как его основная работа - выполнение оперативных коммутаций в системах связи (несколько десятков операций за смену по присылаемым техническим решениям от центра управления сетью).
Если фигня случается то как правило она вызывает просто шквал сообщений об аварийных ситуациях (если система не выполнена в концепции High Performance HMI) и инженер должен ранжировать сообщения от разных подсистем по степени важности, принять решения по преодолению аварии без остановки телекоммуникационных сервисов.

Сообщение отредактировал wild - 15.12.2013, 10:44

[Usach]

тем не менее "телесигнализация и телеуправление" это архаичные термины диспетчеризации... просто в отсталом СССР-е использовали не IBM-совместимые компьютеры, а "телевизор".... ... вот сцылко на азбуко....
http://ru.wikipedia.org/wiki/%D0%94%D0%B8%...%86%D0%B8%D1%8F

[BROMBA]

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

Продайте парочку!!! Шутка, разумеется, но в каждой шутке есть доля шутки. Диспетчер на аварии не выезжает, но берет телефон и звонит в АДС, там суровые мужыки загружаются в "Фотончик", и едут не спеша из маленькой аварии делать стихийное бедствие... Диспетчеру оставили только возможность разблокирования локальной объектовой панели оператора, чтобы суровые аварийщики могли какой-нить агрегат безболезненно вывести в ремонт...

Смотря какая нужна надежность, если ИТП отвалится на 4 новогодних часа, невелика потеря, дом не успеет остыть, локальная автоматика не нуждается в диспетчере.
Оптика и 3G модем разные весовые категории. Мы, например, получили массу проблем на выделенных телефонных линиях многокилометровых, при грозах сгорает коммуникационное оборудование. Оптика лучше была бы.

Да, с выделенками тоже поимели немало негараздов. Потом в один ненастный день Заказчику присралось поставить на ключевой объект еще и пару IP-камер в машзал с выводом на котельную; сделали, и тут понеслось... Так что "оптика" теперь - не экзотика, а суровые будни... "Оптику" не воруют, был прецедент покражи телефонного кабеля, дык, целый район "ослеп"...

Слышал отзывы о глючности Open-WRT, смотря чем прошивать конечно. UDP это со своим ПО и оборудованием?

Да, попервой это было нечто, при попытке удаленной перепрошивки роутер "кирпичизировался", ехали, снимали "кирпич", в конторе "декирпичизировали" кабелем от древнего телефона "Сименс"... На форуме описан эпизод, когда выпхнули на ближайший "кирпичизированный" объект программиста и шеф-наладчика с паяльником, сименсовским кабелем и бубном (да-да, бубен (тамбурин) Maxtone ТС812 с 12-ю тарелочками и козьей шкурой, куплен в "Розетке"), пешком (!!), после чего как бабка пошептала, WRT работает как часики (китайские), все действующие объекты успешно переведены на WRT, проблем нет... Разумеется, ПО своё, стандартное так работать не может...

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

Та нет, не так уж и наворочено: всякие ЦТП действительно, имеют только поддержку по питанию контроллера с панелью, медиаконвертера и роутера, при любом раскладе "сдохнет" только ГВС, отопление хоть как-то, но останется... При этом, диспетчер увидит, что именно "сдохло", и отправит аварийщиков не "пойди туда, не знаю куда", а с перечнем "смотри вот сюда, смотри вот туда"... Опять же, "тонкий клиент" стоит на домашних компах (планшетах, ноутах) мастеров и начальников районов, и ежли аварийщики из фулюганских побуждений возжелают устроить локальный Армагеддец, анальная кара последует незамедлительно и неотвратимо... Разумеется, "ключевые" объекты и "гибриды" "защищены" с максимально допустимыми затратами, ибо кроме аварий и отключений, есть еще и "моргушки", кои являются воплощением Ада, Израиля и Аццкого Сотоны в текущей реальности, данной нам в ощущениях чего-то неприятного...


Сообщение отредактировал BROMBA - 15.12.2013, 13:12

[BROMBA]

Кстате, у заказчика появилось странное, но очень интересное желание: поставить веб-камеры в топки котлов (!!!), с выводом на комп в котельной, чтобы видеть факелы горелок, "чтобы операторы не лазили по котлам, а то ЗЗУ давно сдохли, и не работают..."...
Напишут письмо с ТЗ, поедем глянем, что можно сделать...

[Гость_wild_*]

тем не менее "телесигнализация и телеуправление" это архаичные термины диспетчеризации... просто в отсталом СССР-е использовали не IBM-совместимые компьютеры, а "телевизор".... ... вот сцылко на азбуко....
http://ru.wikipedia.org/wiki/%D0%94%D0%B8%...%86%D0%B8%D1%8F

ну если Вы пользуетесь Википедией в качестве первоисточника ... то продолжения дискуссии не имеет смысла

[Гость_wild_*]

Я надеюсь в стране еще достаточно людей которые (не в танке) учили в ВУЗ-е предмет "Телемеханика" и на практике умеют строить системы с надежными каналами телеуправления.
Все что здесь обсуждают в теме неплохо разжевано в одной из презентаций на тему использования WinCC в задачах телеуправления.
 WinCC_TeleControl_ru.pdf ( 3,78 мегабайт ) Кол-во скачиваний: 59

[BROMBA]

Я надеюсь в стране еще достаточно людей которые (не в танке) учили в ВУЗ-е предмет "Телемеханика" и на практике умеют строить системы с надежными каналами телеуправления.
Все что здесь обсуждают в теме неплохо разжевано в одной из презентаций на тему использования WinCC в задачах телеуправления.

А что собираетесь делать с теми, которые забили на симатик, и работают в кодесис? Стрелять, вешать, сгонять в концлагеря?
Напомнило эпические срачи между виндузятниками и линупсоидами

Сообщение отредактировал BROMBA - 15.12.2013, 16:47

[Гость_wild_*]

А что собираетесь делать с теми, которые забили на симатик, и работают в кодесис? Стрелять, вешать, сгонять в концлагеря?

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

P.S. Китайцы бережно изучают классику теории автоматического управления (когда я учился на потоке была параллельная группа полностью из китайцев и сирийцев) поэтому запустили свой луноход. А мы тут вместо серьезных вещей обсуждаем с дилетантами вопросы ценообразования диспетчерских систем.

Сообщение отредактировал wild - 15.12.2013, 16:54

[BROMBA]

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

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

P.S. Китайцы бережно изучают классику теории автоматического управления (когда я учился на потоке была параллельная группа полностью из китайцев и сирийцев) поэтому запустили свой луноход. А мы тут вместо серьезных вещей обсуждаем с дилетантами вопросы ценообразования диспетчерских систем.

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

Сообщение отредактировал BROMBA - 15.12.2013, 17:22

[kav1]

То что Вы перечисляли, уважаемый wild по ДГУ и ИБП для нас в системах телеуправления и телесигнализации обыденность. Серьёзные системы, которые я делал, на форуме даже и обсуждать не буду (обычно такие вещи договорами о конфиденциальности закрыты). И каналы управления в виде 3G там даже в качестве резервных не упоминаются.
В одной из параллельных веток форума я Вам, однажды, задал вопрос по поводу прямого полдключения трансформаторов тока к измерительным приборам. Ваш ответ удивил, учитывая, что вы ещё и главным энергетиком были. Знаете, какой казус может приключиться с ТТ с разомкнутой вторичкой при включенной нагрузке? Это "азы", которые надо знать даже обычному электрику. Часто на серьёзных объектах, которые интегрируем в системы телеуправления подобные вещи приходится переделывать.

[Гость_wild_*]

То что Вы перечисляли, уважаемый wild по ДГУ и ИБП для нас в системах телеуправления и телесигнализации обыденность. Серьёзные системы, которые я делал, на форуме даже и обсуждать не буду (обычно такие вещи договорами о конфиденциальности закрыты). И каналы управления в виде 3G там даже в качестве резервных не упоминаются.
В одной из параллельных веток форума я Вам, однажды, задал вопрос по поводу прямого полдключения трансформаторов тока к измерительным приборам. Ваш ответ удивил, учитывая, что вы ещё и главным энергетиком были. Знаете, какой казус может приключиться с ТТ с разомкнутой вторичкой при включенной нагрузке? Это "азы", которые надо знать даже обычному электрику. Часто на серьёзных объектах, которые интегрируем в системы телеуправления подобные вещи приходится переделывать.

И чем же Вас мой ответ не удовлетворил? Потрудитесь процитировать. Мостики FBS от Phonix Contact для коммутации в ремонтное положение чем не удовлетворят?

Конфиденциальность эта филькина грамота. Сети SDH в которых вам могли выделять VPN-ы шли наверняка через нашу организацию Я же не зря упомянул что даже каналы управления ПВО и правительственную спецсвязь пропускали через свои сети. А уж там всяких энергетиков, железнодорожников, авиаторов в день по десятку технических решений проходило.


Сообщение отредактировал wild - 15.12.2013, 18:27

[kav1]

И чем же Вас мой ответ не удовлетворил? Потрудитесь процитировать. Мостики FBS от Phonix Contact для коммутации в ремонтное положение чем не удовлетворят?

Вот теперь понятно, там Вы только упомянули про мультиметры и всё.
http://forum.abok.ru/index.php?showtopic=5...st&p=927438

Сообщение отредактировал kav1 - 15.12.2013, 18:25

[Гость_wild_*]

Я не хочу обидеть кого-то из специалистов, просто против того что наш труд не ценят. Захожу на сайт НГС (новосибирск), вижу объявления о приеме на работу инженера АСУТП с зарплатой 16 тыр.
и хочу убить того кто это написал.
И вопрос в этой теме про стоимость из той же оперы. И все подсказки для ТС - медвежья услуга. Каждый должен заниматься своим делом. Кто-то приточки делать, а кто-то диспетчеризаций инженерных систем заниматься. А если каждый начнет лезти в чужую профессию, то вскоре эффективные менеджеры и сюда гастробайтеров наймут т.к. профессиональные навыки, нормы ит.д. станут никому не нужны.

[Kotlovoy]

профессиональные навыки, нормы ит.д. станут никому не нужны.

Проблема-то как раз не в том, что не нужны, а в том, что в среде руководителей/менеджеров этот процесс уже завершился, и там не осталось специалистов, понимающих, зачем это нужно. И, главное, их уровень таков, что и объяснить им что-либо невозможно. Зато они легко клюют на лапшу с комиксами (презентацию своего "продукта"), которую им навешает заезжий толкачок, коммивояжер. Случись чего - они сами не виноваты, переведут стрелки на того парня, который за 16 тыр. кряхтит.

[Usach]

Кстате, у заказчика появилось странное, но очень интересное желание: поставить веб-камеры в топки котлов (!!!), с выводом на комп в котельной, чтобы видеть факелы горелок, "чтобы операторы не лазили по котлам, а то ЗЗУ давно сдохли, и не работают..."...
Напишут письмо с ТЗ, поедем глянем, что можно сделать...

Так, вроде для этого "штатный" глазок есть? А вообще - по поводу котловой автоматики, давно пришел к решению: штатив с камерой непосредственно у котла... включаещь камеру и дистанционно осматриваешь горелку, контроллер, манометры, термометры и пр...получается на порядок (если не на два) дешевле, чем закладывать оборудование с кучей свободных каналов для "проводной" передачи кучи переменных...

Я надеюсь в стране еще достаточно людей которые (не в танке) учили в ВУЗ-е предмет "Телемеханика" и на практике умеют строить системы с надежными каналами телеуправления.
Все что здесь обсуждают в теме неплохо разжевано в одной из презентаций на тему использования WinCC в задачах телеуправления.
 WinCC_TeleControl_ru.pdf ( 3,78 мегабайт ) Кол-во скачиваний: 59

сильно сомневаюсь, что "достаточно"...
и ещё сильнее сомневаюсь, что на форуме АВОК такие присутствуют... телеуправление приточкой....а чо - звучит!...
хотя, использовать SIMATIC WinCC TeleControl для диспетчеризации приточек - это как на мерседесе дрова возить... я то предпочитаю на каком-нибудь Codesys-е дрова возить... дрова АВОКа вполне себе можно на ГАЗеле возить...например - на ОВЕНовском ПЛК73 ...

Сообщение отредактировал Usach - 16.12.2013, 5:44

[Kotlovoy]

давно пришел к решению: штатив с камерой непосредственно у котла... включаещь камеру и дистанционно осматриваешь горелку, контроллер, манометры, термометры и пр...получается на порядок (если не на два) дешевле

Я такое уже видел. Лень мужику бегать было на другой этаж. Он следил за процессом зарядки аккумуляторов, и время от времени корректировал зарядный ток. Поставил вебку и через Скайп посматривал на вольтметр-амперметр, если что - бежал подкрутить. Диспетчеризация с телеметрией, блин. Жалел, что никак не мог придумать, как вместо акустики ЛАТР приладить:-).

[BROMBA]

Так, вроде для этого "штатный" глазок есть? А вообще - по поводу котловой автоматики, давно пришел к решению: штатив с камерой непосредственно у котла... включаещь камеру и дистанционно осматриваешь горелку, контроллер, манометры, термометры и пр...получается на порядок (если не на два) дешевле, чем закладывать оборудование с кучей свободных каналов для "проводной" передачи кучи переменных...

Ну, у них на этой котельной на каждом котле по контроллеру, и на узловой повысительной насосной контроллер с безумной "зашитой от вторжения инопланетян, последствий ядерного удара и прочих параноидальных фантазий", и 2 камеры в машзале, так что управление-слежение уже года 3 работает, но им захотелось бОльшего... Рядом - метгигант с выбросами, отравой и подобной фигнёй, они хотят видеть цвет и форму пламени всех 24 горелок, чтобы оба котла работали "в оптимальном режиме"... Никакой, самый расфуфыренный контроллер не может предугадать всех влияющих факторов, а ИИ (Искусственный Идиот) для коммунхоза, сами понимаете, дорогая игрушка, да и бунт машин никому там не нужен... Так что, как только будет ТЗ, или хотябы официальное письмо, поедем, глянем, прикинем, будем делать (только бы они не захотели еще и тепловизора впридачу...)

хотя, использовать SIMATIC WinCC TeleControl для диспетчеризации приточек - это как на мерседесе дрова возить... я то предпочитаю на каком-нибудь Codesys-е дрова возить... дрова АВОКа вполне себе можно на ГАЗеле возить...например - на ОВЕНовском ПЛК73 ...

Вобщем был у нас заказ - КНС с S7-400 на борту... Шведы когда-то с барского плеча оттопырили... Ремонтировать и реанимировать нас призвали... Впечатление самое гадкое: ладно, 1600-тонная доменная печь на Алене Бредли, делали когда-то, там это оправдано, но КНС; еще пример - 6 ЦТП на S7-200; ёшкин-кошкин, мы тО же делали на шнайдеровских "мыльницах" Zelio-2, с киевскими "Рексами", и хватало выше крыши, 8 лет система отработала, не чихнула ни разу; километровый рельсобалочный цех с щитовой длиной 400м и стойками в 3 ряда, вполне себе управляется древним, как какашки мамонта, S2, и жужжит себе потихоньку... Нафига ж дачный участок танком "Оплот" пахать? Мотоблока вполне достаточно...

Сообщение отредактировал BROMBA - 16.12.2013, 17:12

[kav1]

Уважаемый Усач. Вам не совестно? Чего это Вы КоДеСис к Газели приравняли? Вообще-то многие производители (в том числе и очень неплохие-ABB, например) делают свои контрллеры именно под эту среду. А Wago? А Beckhoff (TwinCat клон, только палтный)... Много кто ещё (АналитПрибор г. Смоленск) также в этой среде изменения в софте делают.

[Usach]

дык - я по стоимости приравнял...даже, на самом деле не кодесис с винЦЦ, а именно контроллеры с винЦЦ с контроллерами на кодесис... короче- официально заявляю, что кодесис - ето штука очень и очень даже хорошая... а не дешёвка какая-то...