Необходима помощь в выборе железа

Первоначально опубликовано Максим Ананских Важно понимать, что все эти контроллеры являются ведомыми (Slave, или, в случае Modbus/TCP, Server). То есть, они не могут сами управлять по шине другими устройствами.

Стоп, видно я чего-то недопонял... а как же их применять тогда? Энкодеры, ЧП и прочее - это ведь рабы, ну а если и ПЛК - раб, то хозяин промышленный ПЭВМ с виндос что-ли... или как?

Нет, есть ещё модель под ProfibusDP - CPM704! Этот профибас-то чем хорош? Знаю, что поддерживается много где и кем, например, аппаратурой Омрон.

*

Я думаю, Вам просто надо выбрать более мощный ПЛК, с функцией CANOpen/Profibus Master.

Profibus - очень неплохой и быстрый интерфейс, продвигается Siemens.

А вообще, конечно, такие вопросы не решаются на форуме. Тем более, информации Вы предоставили слишком мало. Я мог бы посоветовать Вам обратиться к консультанту, имеющему опыт проектирования подобных систем.

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

А по сути поднятой темы - не прозвучало самого главного - порядка величины постоянной времени процесса и верхней рамки бюджета проекта. Возьму риск предположить, что в бюджет шнайдеры и профибасы туда не протиснутся или скажем так, бочком как-нибудь протиснутся, но тогда, видимо, автору темы придется проявлять чудеса самопожертвования и самоотречения от благ материальных на какое-то время! Если серьезно, то системы с количеством сигналов не более 100 можно (и практика это показывает) писать на любом языке. Негативная сторона этого дела также известна - трудность развития и расширения и, скорей всего, все сделанное Вами полностью будет выброшено Вашим приемником. С другой стороны, если все-таки будете использовать АДАМы или И8000, то для них есть как минимум 3 отечественных софтлоджика, которые, правда, тянут исключительно свой "верх", но таковы реалии жизни.

Граждане, а что вы это все Advantech человеку втюхиваете? :)
И зачем для 20-30 сигналов мощный ПЛК?!

Если необходим распределенный I/O то для таких целей вполне подойдут думаю ПЛК от ICP DAS : uPAC-7xx, i-7хх и им подобные...

ИМХО...

ЗЫ: и в серьезных канторах никогда не суют (как тут советовали выше в треде) всё в ПЛК... а ВСЕГДА разделяют на несколько уровней автоматизации.. т.е управление, защиты, ввод/вывод и т.п. - всегда выполняет ПЛК.. а красивости, финтиклюшки, журнал, треды, архивы и т.п всегда выносят на отдельные АРМы операторов (рабочие станции) или сервера с SCADA HMI !!! :) т.е. смотря скока денех в "серьезной " канторе ! :)


еще раз повторю : ИМХО, я б не стал всё (и управление и АРМ) сувать в ПЛК а сделал бы котлеты отдельно от мух!!!