И каких же функций в этой областе вам не хватает? Там все есть, даже больше чем нужно, Или вы ждете готовые программы? Тогда закупайте спецально заточенные для этого контроллеры, которые ненадо программировать.Сообщение от Alex66
И каких же функций в этой областе вам не хватает? Там все есть, даже больше чем нужно, Или вы ждете готовые программы? Тогда закупайте спецально заточенные для этого контроллеры, которые ненадо программировать.
Предложите такой готовый контроллер, который управляет в камере климатом (холод, тепло, осушение, увлажнение, оттайки, загрузки, выгрузки, вентиляция, циркуляция...), электронным ТРВ + "холодильной машиной (холодильной централью) и всё это синхронно...+ визуализация + GSM_SMS (мониторинг и управление) + GSM канал передачи данных.
СoDeSys 3, возможно это и имеджевый для наших целей продукт. Согласен, что в v2 почти всего хватает, но хотелось бы быть "имеджевыми"! Мало кто работал в v3, поэтому сказать чтото однозначное о ней сложно. Предлагаю открыть тему "Отличия СоDeSys v3 от v2 - кто, что знает", тогда и поймём, а надо это нам или нет.
Последний раз редактировалось Alex66; 10.03.2009 в 20:23.
То что вы написали это уже задача не контроллера, а целая система. Она может быть решена на десятке различных элентных баз. Я вообще сторнник закрытых систем управления. Могу вам реализовать вам эти задачи на базе JC, Siemens, Hanewell. Все будет зависить от первичного(основного технологического) оборудования и требований на разработку системы упраления. И конечно от того сколько за это готовы заплатить. У JC, Hanewell штатные конфигураторы намного слабее чем CoDeSys 2, однако их хватает за глаза.
Это рассматривалось, но цена получается намного выше, в особенности с увеличением кол-ва климат-камер на обьекте. ("Кучу" конфиг. контроллеров заменяет один ПЛК+расширители - он же всем этим и управляет. Да и практичней, один раз написали библиотеки и долго ими пользуемся уменьшая цену на изделия. И конкретно к объекту дописываем или конфигурируем чего нибудь).То что вы написали это уже задача не контроллера, а целая система. Она может быть решена на десятке различных элентных баз. Я вообще сторнник закрытых систем управления. Могу вам реализовать вам эти задачи на базе JC, Siemens, Hanewell. Все будет зависить от первичного(основного технологического) оборудования и требований на разработку системы упраления. И конечно от того сколько за это готовы заплатить. У JC, Hanewell штатные конфигураторы намного слабее чем CoDeSys 2, однако их хватает за глаза.
Последний раз редактировалось Alex66; 10.03.2009 в 21:22.
Значит проблем со встренными возможностями нет?
На счет вашей конфигурации, не все так просто. Простой пример: 2 сблокированных здания, 12 приточно-вытяжных установок, раскиданных по кровлям и подвалам, все с вращающимися рекуператорами, с поддержанием постоянства расходов воздуха, ну и естественно с поодержанием температурно-влажностного режима, с парогенераторами и осушкой, в общем самые обычные. К каждому центральному кондиционеру местное управление, с возможностью просмотра всех температур и влажности + возможность местного управления выходами контроллера. К этому 4 водоохлаждающих машины и 2 свободных охладителя. Ну еще 2 помещения с UPS ами и серверная на 180! КВА. В которых 100% резервирование по оборудованию. Суда же пара ИТП с тремя уровнями температур. Интеграция в систему монитринга пожарной сигнализации. Ну лифты и малые серверные уже не учитываю. Все выводится на 1 основной пульт мониторинга, 1 вспомогательный и один информационный в другом здание ~ 6 км.
Такую систему тоже будите строить на одном контроллере? Если да, то приведите коэффициент надежности.
П.С. простой любой системы не должен привышать 3 часов. Комплекс вообще имеет права останавливаться максимум на 10 минут.
Это не утрированная задача, мы ее реализовали в 1998 году. Везде применялось я закрытое управление.
Примерно тоже мы и делаем и в общем на ПЛК. Про дублирование систем знаем и стараемся закладывать, но тут есть региональная особенность - деньги, у нас на тендерах (узаконено) - 50% выйгрыша это стоимость, поэтому заказчики в своих ТЗ дублирование напрочь отсекают, но мы ставим (упращённое) в виде, если система навернётся, ну допустим в камере, то стоит контроллер-регулятор (малостоящий), который некоторое время берёт на себя функции регулирования температур.Значит проблем со встренными возможностями нет?
На счет вашей конфигурации, не все так просто. Простой пример: 2 сблокированных здания, 12 приточно-вытяжных установок, раскиданных по кровлям и подвалам, все с вращающимися рекуператорами, с поддержанием постоянства расходов воздуха, ну и естественно с поодержанием температурно-влажностного режима, с парогенераторами и осушкой, в общем самые обычные. К каждому центральному кондиционеру местное управление, с возможностью просмотра всех температур и влажности + возможность местного управления выходами контроллера. К этому 4 водоохлаждающих машины и 2 свободных охладителя. Ну еще 2 помещения с UPS ами и серверная на 180! КВА. В которых 100% резервирование по оборудованию. Суда же пара ИТП с тремя уровнями температур. Интеграция в систему монитринга пожарной сигнализации. Ну лифты и малые серверные уже не учитываю. Все выводится на 1 основной пульт мониторинга, 1 вспомогательный и один информационный в другом здание ~ 6 км.
Такую систему тоже будите строить на одном контроллере? Если да, то приведите коэффициент надежности.
П.С. простой любой системы не должен привышать 3 часов. Комплекс вообще имеет права останавливаться максимум на 10 минут.
Это не утрированная задача, мы ее реализовали в 1998 году. Везде применялось я закрытое управление.
По поводу одного контроллера - нужно понимать, что да один ПЛК но на 1-2 камеры или позонное регулирование, опять - цена вопроса.
Ваши права
