Так от стойки всё зависит(это "мозги станка" по вашему,по магистерски ).Сколько там выходов,для чего и пр.
Надо с "мозгами" определиться.Алгоритм в принципе понятен.Дальше надо "на личности" переходить.

Боюсь что универсальности у вас не выйдет. Каждая система ЧПУ обладает определенной степенью открытости. Например под Фанук, Сименс или Хаас вряд ли что выйдет без их техподдержки, которая небесплатна. Ко всему каждая система имеет свой язык программирования. Вам вашу задачу нужно привязывать к конкретной стойке и тогда более детально рассматривать.
В любом случае каждая ЧПУ имеет программный модуль бортового PLC, вот от него и надо плясать, а там уж все зависит от навороченности самой системы, количества входов-выходов, аналоговых преобразователей, дополнительных энкодерных входов и т.д.
Как вариант, можно взять для рассмотрения отдельный PLC , разобраться в его программировании и попытаться связать со стойкой, например, по RS протоколу. Гляньте на досуге сайтик CoDeSys, там есть кое-какая документация, достаточно легкая в понимании и кстати, есть доки к привязкам по тем же Сименсовским стойкам

Отредактировано alexandr_st (06-03-2012 17:24:55)

С твоими проблемами может справится любой PLC можно и Siemens и Delta все зависет от денег вложенных в твои задумки. Подключаеш свои датчики к соответствующим модулям взависимости от сигнала аналогвые или дискретные пишеш небольшую программу а выходной сигнал например заводиш на стоп своего станка ну и лампочку незабудь. Если хочеш еще круче то можеш TOCHSCRIN панель поставить чтобы сообщения выводила что случилось и что делать.

Улыбнуло...

В реальности, тема затронутая SoproMaster полностью и однозначно не решается ни каким PLC, и даже ни одним супер-пупер-мега компьютером, потому, что в реальности мы на входе в САУ имеем N входных координат (параметров), и на выходе M- выходных координат, т.е. M^N вариантов... (про то, по каким законам они должны обрабатываться, .........я уж молчу...)
Задача инженера, - найти компромисс между необходимостью и достаточностью при выделенных ресурсах. (Чему собственно и учили...)
Мои три варианта - это только попытка пнуть человека в нужном напровлении...  , но уж точно не весь список, и далеко не типовой....

(кстати, до сих пор не понимаю: что есть магистр и бакалавр ???, если не в лом - разъясните...). Просто не ясно на каком языке с человеком разговаривать...

Платформы!!!?  Да пофигу какая платформа,..... это ТЕБЕ решать, - тебе нужно впихнуть свой сигнал в систему обработки (если, конечно вход есть, а если его нет, то - создать его...) Мы НЕ знаем, что может и умеет ТВОЙ станок...

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

Первое - это операционная система, на которой базируется коммандная система станка, а их, как вы понимаете, дофига и больше. каждая контора пишет свою ОС со своей архитектурой.
Второе - это сама архитектура железа. Многие фирмы разрабатывают свои собственные процессоры, которые совершенно далеки от обычных компьютерных процов. Или же используют готовые. Здесь рулит Моторолла.
Третье - память и алгоритмы работы  с ней. Та что для станков очень специфическая и тоже разрабатывается производителями ЧПУ под себя.
Если вы хотите пойти путем попроще, то не заморачивайтесь, возьмите для рассмотрения российскую FMS3000 на базе ДОСа, там все увязано на обычном компьютерном железе, ну разве что платы ЦАП добавлены и плата счетчиков энкодеров, релейные тоже есть. Как для вашего научного труда - вполне подойдет, а с точки зрения производительной ЧПУ системы тупик . На их сайте вроде есть документация по программированию, качните, гляньте, возможно она вам подойдет, во всяком случае будет база от чего оттолкнуться

О, теперь понял... бакалавр - это то, что в наши годы называлось Средне-техническим образованием (техникум).
Ну, значит, магистр - это, типа, - человек с высшим образованием... (по нашему...) Отлично...

Теперь краткое разъяснение: САУ - это Система Автоматического Управления (частный случай глобального предмета - АСУ - Автоматизированные Системы Управления)
САУ может состоять из неограниченного количества блоков (вспоминаем блок-схемы), которые каждый в отдельности решает свои локальные задачи (блок - это собственно и есть - PLC), с целью выдать в очередной блок сигнал удобоваримый для дальнейшей обработки, или управления для исполнительного механизма.
На входе конкретных датчиков мы можем иметь:
температуру,
давление,
влажность,
скорость угловую,
скорость линейную,
время (таймеры),
вибрацию,
количество прогульщиков на сегодняшний день..., настроение оператора...(хорошее-плохое  ),
абсолютно необходимый датчик появления жены на рабочем месте.........!!!!!,
и ......... ещё бог знает чего...
Каждый из этих параметров нам надо привести к виду удобному для дальнейшей обработки (частота, фаза, амплитуда, просто ДА-НЕТ (релейный сигнал), и т.д.) как правило, на настоящий момент этим и занимаются PLC), а вот далее... мы можем либо опять использовать PLC, если его нам хватает для суммарной обработки всех сигналов и выдачи управляющих сигналов на исполнительные механизмы..., либо начинаем начинаем строить программно-ориентированный комплекс для обработки всех поступивших сигналов по заданному алгоритму (закону, функции...). Как правило это уже то, что мы привыкли называть компьютером (вычислительным комплексом и т.д.) Хотя по сути это тот-же ПЛК, но с сильно расширенными возможностями. Вот тут и начинает прорисовываться понятие некоей платформы -

Полностью согласен со второй частью цитаты... То, что это ПЕРВОЕ - не очень согласен...

Так, какая Вам разница какая платформа? Берите ту, которую знаете лучше всего...
Windows - чем Вам не платформа? (говно, конечно, но Mach на ней работает же...)
У Вас, насколько я понял, в этом смысле ограничений нет... Если Вы знаете хоть какую-то систему обработки данных, то, я так думаю, знаете: и формат входных-выходных сигналов (данных), и их уровни, и разрядность, и язык программирования...
Берите нужные Вам датчики (датчик появления жены- обязательно...), заводите их на ПЛК (тот же PID, например..), хочешь, - программируй их на низком уровне (он-же ассемблер... - изучить пару десятков команд- не вопрос..), хочешь кидай шлейф на комп. (согласовав сигналы) и оттуда прошивай (правда, может потребоваться отдельная прога для компиляции, но опять-же это будет знакомый тебе язык, - система-то тебе знакомая...) Далее, когда настроил нужный тебе формат данных с датчиков - заводи их на шину данных твоей системы. Ну, а там обрабатываешь эти данные по необходимому закону, и выдаешь сигналы управления на исполнительные механизмы (все почти то-же самое, только в обратную сторону...)
И будет тебе счастье и диплом магистра...)))))