Автор: Алексей Угрюмов
Дата: 10.04.08 13:23
> То есть основной вопрос - нужно именно крейтовое
> решение, с платами.
> Или пойдет распределенные процессоры и модули?
Хочется крейтовое решение. Я не правильно наверно
выразился, сказав, что нужен модульный, имеется ввиду
либо с пассивной шиной (крейтовый), либо как 300
Siemens
> Например SIMATIC S7-315DP/PN + дискретные модули
> ввода-вывода + CP 340 c RS-232 плюс IM360/361 для
> создания модульной структуры.
20 сом портов - 20 модулей (CP 340), как-то
расточительно. Я посмотрел на них, в аннотации
сказано, что они подходят для ASСII протоколов и для
их использования нужна специальная софтинка по
настройке. По сему вопрос:
1) а если не ASСII, а если бинарный (у меня и такие
есть)?
2) на сколько свободно программируемый? нет ли
ограничений, накладываемой этой совтинкой? например
может работать только в режиме запрос/ответ?
> Как бы не подавился контроллер таким количеством
> портов, если в 5
> из 20 возникнет ошибка таймаута.
Так опрос каждого порта в своём потоке, а мат.
обработка в отдельном.
> Я бы подумал над
> изменением структуры
> коммуникаций, и, может быть, даже над заменой УСО на
> более "одинаковые".
К сожалению такой возможности нет. Устройства сильно
специализированные.
> You will find advantageous the
> employment of the external (respect to PLC)
> RS232-to-Ethernet concentrator?
Мне так хотелось всё свести в один контроллер (через
его внутреннюю шину), а не переводить всё через
внешние.
> И в правду можно взять несколько Moxa UC-7400-LX
> например. У них куча COM-портов и двойной Ethernet.
> Программа на Си пишется. И потом читать эти данные в
> контроллер.
Можно тогда и Moxa NPort взять. Вообще Moxa 7400 мне
понравилась. Именно в задаче собрать с ком. портов
(был ModBus), сделать небольшую мат. обработку и
отдать на АРМ по Eth.
Но не в этом случае. Я не разбирался пока в
технологии. Возможно удастся разбить систему
управления на подсистемы. Но сейчас я не уверен в
этом. Поэтому и хочу свести всё в один контроллер
напрямую.
> Самое надежное решение на мой взгляд, это один порт
> Ethernet с RS232/485 преобразователями. Надежное и
> простое решение. Все равно опрос последовательный
> порт за портом, как не крутись.
Зачем последовательно? параллельно. по мере получения
данных обновлять их в массиве переменных. Посему ждать
не надо.
> Не указано, на мой взгляд важная характеристика а
> сколько требует памяти контроллер. С какой частотой
> должны опрашиваться специализированные УСО.
Частота опроса - 20/с
памяти и процессорной обработки - ничего особенного:
дискретка, регуляторы.
Задача всё ещё актуальна. Знаете, формально сейчас
подошёл только LinCon/WinCon. Не предлагаю обсуждать
этот выбор. Просто: и модули ком. портов на 4 шт., и
ввод/вывод по 32 шт., и Eth, и всё в одной карзине.
Вот, если бы что-нить такое же, только по солиднее...
Может из Текона.... Склоняюсь к PC-based: там больше
свобода в программинге, особенно в плане тех
извращенских протоколов по ком. портам.
А.
________________________________________________________
Вы уже с Yahoo!?
Испытайте обновленную и улучшенную. Yahoo! Почту! http://ru.mail.yahoo.com
|
|
