Регистрация | Последние сообщения | Персональный список | Поиск | Настройка конференции | Личные данные | Правила конференции | Список участников | Top 64 | Статистика раздела | faq | Что нового v.2.3 | Чат
Skunk Forum - Техника, Наука, Общество » АСУТП »
Окончательный выбор компонентов для АСУ. Времени больше нет (страница 3)

Версия для печати (настроить)
Страницы: 1 2 3

Новая тема | Написать ответ

Подписаться

Автор Тема:   Окончательный выбор компонентов для АСУ. Времени больше нет
bessonov2
Member

Сообщений: 127
Регистрация: Май 2006

написано 09 Марта 2007 23:52ИнфоПравкаОтветитьIP

CHANt
http://forum.adastra.ru/ubb/ultimatebb.php/ubb/get_topic/f/5/t/000094.html
Насколько я понимаю это проблема в большей степени настройки tcp-шного стека. Если нужны времена быстрее, то надо делать протокол обмена данными на МАС уровне.

Ещё у вас разные карточки Realtek и 3Com. От дешёвого Realtek лучше отказаться, 3Com конечно круче.

CHANt
Junior Member

Сообщений: 24
Откуда: Orenburg
Регистрация: Май 2004

написано 10 Марта 2007 09:41ИнфоПравкаОтветитьIP

bessonov2
Если нужны времена быстрее, то надо делать протокол обмена данными на МАС уровне.
Этот "укор" мне или АдАстре?
Мне ТМ5 DF давно не нужен. Да и АдАстра, похоже проблему решила, о чем Primat сообщил.
По ТМ6 мне сказать нечего.

Добавление от 10 Марта 2007 09:49:

Primat
ссылка
Примеры командной логики для управления АВР, последовательного управления (ФГУ) и т.п.

bessonov2
Member

Сообщений: 128
Регистрация: Май 2006

написано 10 Марта 2007 22:59ИнфоПравкаОтветитьIP

CHANt
Этот "укор" мне или АдАстре?
Почему укор? Просто так делают другие

ColdFire
Member

Сообщений: 222
Откуда: Россия
Регистрация: Ноябрь 2004

написано 11 Марта 2007 23:25ИнфоПравкаОтветитьIP

Realtek кстати вполне пристойно работает. А вот с 3com в свое время грабель насобирали до черта, когда они кроме как с себе подобными работать не хотели. Но это было очень давно. Да в общем-то практически у всех производителей что-нибудь встречалось.

Primat
Junior Member

Сообщений: 12
Откуда: Москва
Регистрация: Сентябрь 2006

написано 16 Марта 2007 17:11ИнфоПравкаОтветитьIP

Хочется узнать Ваше мнение по поводу такого решения:
Чтобы минимизировать глюки ТМ, было решено не делать в контроллере алгоритмов управления. Контроллеры будут выступать лишь как способ передачи данных от УСО компьютеру оператора, будут резервироваться для того, чтобы этот канал передачи данных был всегда активным, но больше от них ничего не требуется. Наверху, на мощных компах, уже будет проводиться анализ ситуации, архивация и прочая хрень, верх также горячо резервируется.
Что подсказывает Вам Ваш опыт?

KillTM5
unregistered
написано 16 Марта 2007 17:27  ПравкаОтветитьIP

Приветствую форумчан! Случайно зашел сюда, но от того, что прочел - волосы зашевелились на голове. Уважаемый Primat! Все ниже сказанное исключительно мое личное мнение. Сразу несколько советов: раз Вы только начинаете работу в автоматизации - ни в каком случае не берите ТрэйсМод никакой серии, ни 5-ой, ни 6-ой. Как уже писалось не раз - глюк на глюке, глюк погоняет. На собственном опыте все испытали: проект может сломаться по непонятным причинам, падение математики и графической консоли, сбои в отображении трендов, резервирование АРМов (резервирование с контроллерами не встречалось) можно сказать, что его нет, резервирование сети в которой несколько контроллеров вообще не сделать (только если заниматься очковтирательством заказчику), возможные проблемы при работе через switch, в графической стреде разработки тоже полно глюков. Не зная "специфики" ТМ можете долго гадать, что у Вас в проекте не так, просто есть некоторые сочетания, которые просто не работают вместе из-за кривизны ТМ, работающий проект на полигоне может просто в какой-то своей части отказать работать, когда Вы приедете на объект, а это не подмосковье. Техподдержка Вам НЕ ПОМОЖЕТ! На мой вопрос - почему графическая консоль очень долго переключается (до 10 минут и больше), тоже сослались на винду, а потом вообще спросили - назовите систему, где это происходит быстрее. Был в шоке просто от этого, при чем я был на объекте и из-за этого систему не принимали. Пришлось проект для верха переделывать на дублирующий вариант. Падение математики - к этому надо готовиться. Ни в коем случае не используйте ActivX - валят все! Да можно долго еще говорить об этой "системе". Еще раз, если возможно, ОТКАЖИТЕСЬ от нее!!!! Альтернатива - низ IsaGraf, верх Genesis или Fix. Контроллеров, которые работают с IsaGraf - достаточно много (линейка теконовской продукции, например). Можно из импортных CIMPLICITY (General Electric) взять - там же и контроллеры свои есть. Про Сименс тоже уже Вам ранее написано было.
Желаю Вам все-таки попробовать поменять принятое решение, а то это может быть Ваш первый и последний объект. Не слушайте, что Вам говорит АдАстра. Вообщем удачи в реализации Ваших планов!

Pike
Junior Member

Сообщений: 23
Откуда: Москва, РФ
Регистрация: Декабрь 2006

написано 16 Марта 2007 18:21ИнфоПравкаОтветитьIP

Хочется узнать Ваше мнение по поводу такого решения:
Чтобы минимизировать глюки ТМ, было решено не делать в контроллере алгоритмов управления. Контроллеры будут выступать лишь как способ передачи данных от УСО компьютеру оператора, будут резервироваться для того, чтобы этот канал передачи данных был всегда активным, но больше от них ничего не требуется. Наверху, на мощных компах, уже будет проводиться анализ ситуации, архивация и прочая хрень, верх также горячо резервируется.
Что подсказывает Вам Ваш опыт?

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

Dmitry M. Gaidash
Member

Сообщений: 192
Регистрация: Сентябрь 2005

написано 16 Марта 2007 19:26ИнфоПравкаОтветитьIP

Primat
Очень оригинально Порадовали "мощные компы" Зачем тогда вообще контроллеры нужны? Можно купить для компа плат ввода-вывода и сделать все под виндой - у того же Siemens'а есть такие решения. Но применять такую схему для мало-мальски ответственного объекта - это надо очень и очень себя не любить. При определенном стечении обстоятельств можно и в турму загреметь. Правда, таких идиотов пока что не встречал и даже не слышал

Simaticov
Member

Сообщений: 31
Откуда: Russia
Регистрация: Январь 2007

написано 16 Марта 2007 23:20ИнфоПравкаОтветитьIP

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

Primat а какой бюджет на оборудование заложен ? Приблизительно ?
В отрыве от этой суммы трудно рекомендовать решение.
А если она мала (как мне кажется), то наверное тему надо закрывать и ставить ручные рубильники.

цитата:
Можно купить для компа плат ввода-вывода и сделать все под виндой - у того же Siemens'а есть такие решения.

Тут на счёт Сименса неверные сведения.
У Сименса есть контроллеры по форме корпуса напоминающие компьютер, но являющиеся контроллерами.
Есть контроллеры s7-400 в исполнении РС PCI платы с Профибус разъёмами для связи с периферией.
Есть программа WinAC /RTX, выполняющая роль контроллера, работаящая под Windows с вытекающими отсюда последствиями, и требующая интерфейс (коммуникационную Профибус PCI плату) для связи с периферией.
Есть РС специально предназначеные для этой программы и уже имеющие встроенный коммуникационник Профибус.
Но всё это ориентировано на Сименовскую Профибус децентрализованную периферию вне конструтива РС.

Есть обычные промышленные РС с пустыми PCI слотами, предназначенные для визуализации или сервирования.
Если воткнуть чужие платы... так для этого можно взять любой промышленный комп или компактные МикроРС и писать свой софт.

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

Dmitry M. Gaidash
Member

Сообщений: 193
Регистрация: Сентябрь 2005

написано 17 Марта 2007 09:52ИнфоПравкаОтветитьIP

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

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

Павел Мощицкий
Member

Сообщений: 1904
Откуда: Израиль. Бат-Ям
Регистрация: Январь 2004

написано 18 Марта 2007 23:46ИнфоПравкаОтветитьIP

Primat
было решено не делать в контроллере алгоритмов управления
Как я понимаю, в контроллерах стоит microTrace Mode? А на мощных компах какая SCADA будет проводиться анализ ситуации, архивация и прочая хрень? На Trace Mode?

Primat
Junior Member

Сообщений: 13
Откуда: Москва
Регистрация: Сентябрь 2006

написано 20 Марта 2007 13:05ИнфоПравкаОтветитьIP

Павел Мощицкий
да, в контроллерах microTraceMode, а наверху - простоTraceMode.

Alex_negr
Junior Member

Сообщений: 2
Регистрация: Апрель 2007

написано 25 Апреля 2007 14:58ИнфоПравкаОтветитьIP

Ovation! Не дорого и вполне надежно, но большие временные затраты на проектирование.

CHANt
Junior Member

Сообщений: 25
Откуда: Orenburg
Регистрация: Май 2004

написано 26 Апреля 2007 19:08ИнфоПравкаОтветитьIP

Alex_negr
А что там (Ovation) недорого?

Simaticov
Member

Сообщений: 38
Откуда: Russia
Регистрация: Январь 2007

написано 26 Апреля 2007 22:27ИнфоПравкаОтветитьIP

Молодцы приматы - сделали работу :
ссылка
цитата:
По всей Колумбии произошло отключение электроэнергии ...

blackpitch
Junior Member

Сообщений: 3
Откуда: Россия, Тула
Регистрация: Ноябрь 2006

написано 28 Апреля 2007 11:50ИнфоПравкаОтветитьIP

Я в чем-то согласен с KillTM5 по поводу ТМ. На нижнем уровене стоит использовать тока Isagraf или CodeSys, ежели нет других оснований. А вот на верхнем, что ставить рашать Вам. Все зависит от сложности решаемой задачи (а иногда финансов), и несомненно от специалистов! У ТМ бесспорно куча глюков, которые я лично наблюдал недавно на конференции: при мне эта штука (веб-сервер вроде бы) повесил четыре раза компы, на мои вопросы почему, вразумительного ответа я не получил - зато она лучшее из отечественного софта, с импортным софтом свои проблемы. Т.о. еще раз повторю - все зависит от того что и как хотим сделать :-)

MuadDib_guest
unregistered
написано 02 Мая 2007 05:30  ПравкаОтветитьIP

2 blackpitch

На счет того, что ТМ - лучшее из отечественного софта, неправда ваша. Смотрите, например, вот это:

ссылка

blackpitch
Junior Member

Сообщений: 5
Откуда: Россия, Тула
Регистрация: Ноябрь 2006

написано 02 Мая 2007 08:22ИнфоПравкаОтветитьIP

Уважаемый, MuadDib_guest!
Зашел я на вышеуказанный сайт. Что же там видим - Iconics! В 2006 появилась InfinitySute - а разве это не адаптация Genesisa? И где же Российский софт???!

MuadDib_guest
unregistered
написано 02 Мая 2007 08:44  ПравкаОтветитьIP

"Элеси", действительно, сотрудничает с Iconics. Но они разрабатывают сосбственную СКАДА Infinity, которая никоим образом не является адаптацией Genesis (хотя и совместима с последним на уровне OPC).

Ваш ответ:

Коды форума
Смайлики


Ник:    Пароль       
Отключить смайлики
Страницы: 1 2 3

Все время MSK

Склеить | Разбить | Закрыть | Переместить | Удалить

Новая тема | Написать ответ
Последние сообщения         
Перейти к:

Свяжитесь с нами | skunksworks.net

Copyright © skunksworks.net, 2000-2018

Разработка и техническая поддержка: skunksworks.net


Рейтинг@Mail.ru Яндекс.Метрика