| Сейчас на форуме: (+2 невидимых) |
 |
eXeL@B —› Оффтоп —› Автоматизация производства |
| Посл.ответ | Сообщение |
|
|
Создано: 14 января 2011 20:17 · Личное сообщение · #1 Итак, есть комплект промышленного оборудования (самого разного), для удобства пусть это будут станки, штук 200. Требуется замутить что-то типа системы контроля за оборудованием (включено-выключено) и вывода минимальной статистики - сколько работало, сколько стояло и т.п. Как проще сделать такую хернь? Как собирать информацию? В чём обрабатывать и выводить? Есть целые программные комплексы для автоматизации, но имхо задача довольно простая, изучать их смысла нет.  |
|
|
Создано: 15 января 2011 01:51 · Поправил: GPcH · Личное сообщение · #2 Ara Как раз такую систему в ближайшее время планируем широко продвигать - аппаратно программный комплекс для контроля параметров любого промышленного оборудования по средствам GPRS из любой точки где есть ПК и выход в интернет. Если задача не частная (читай есть деньги) пиши на email подробности - обсудим сроки и цену. ----- Никогда не делай то, что возможно. Стремись сделать то что невозможно впринципе! |
|
|
Создано: 15 января 2011 11:52 · Личное сообщение · #3 GPcH не совсем то..Оборудование собрано в одном месте. Какие-то датчики включения-выключения оборудования имеются, их сведут все в одно место. Вот там надо смастерить (купить) девайс, который будет собирать инфу с датчиков и накропать софт. С виду просто. Я хотел просто чтобы указали стороны, в которые смотреть. |
|
|
Создано: 15 января 2011 13:31 · Личное сообщение · #4 Проще всего будет взять контроллер AVR, завести на него все датчики, подключить к компу через микросхему FT232 и закодить софт на LabVIEW. Работы от силы на неделю. ----- PGP key |
|
|
Создано: 15 января 2011 15:21 · Личное сообщение · #5 Если сам хозяин, для начала пробежаться по готовым решениям telescada.ru и prosoft.ru как пример по rs485 www.elteh.ru/media/File/eltehkpti.pdf |
|
|
Создано: 15 января 2011 18:04 · Личное сообщение · #6 ntldr пишет: Проще всего будет взять контроллер AVR, завести на него все датчики, подключить к компу через микросхему FT232 и закодить софт на LabVIEW. Работы от силы на неделю. вот, про LabView и контроллер я тоже думал. Теперь вот вроде как им надо сделать в системе Genesis32. Ratinsh не, не хозяин. Просят установить такую фичу. Выводы с датчиков подведут куда-то в одно место. |
|
|
Создано: 16 января 2011 12:08 · Личное сообщение · #7 Ara Ну в общем ntldr все верно сказал. ATMega8 - 128 и в путь. Правда за неделю такое спаять и написать прошивку нереал. Чтобы не глючило и предусмотреть все варианты потребуется гораздо больше времени. ----- Никогда не делай то, что возможно. Стремись сделать то что невозможно впринципе! |
|
|
Создано: 16 января 2011 13:02 · Личное сообщение · #8 ОК, давайте с этого момента подробнее. Допустим, это будет амтега, подрубленная к компу. Написать прошивку и спаять-врядли тут возникнут трудности. Как идентифицировать конкретное устройство, включено оно или нет? |
|
|
Создано: 16 января 2011 15:24 · Личное сообщение · #9 Ну небось датчики которые тебе подведут должны это позволять. Если не позволяют, то никак. ----- PGP key |
|
|
Создано: 19 января 2011 12:41 · Личное сообщение · #10 ntldr пишет: Если не позволяют, то никак. Ну почему. Плата же знает на какой вход шины пришел сигнал, и пусть номер входа передает на софт, а в софте уже сделать базу соответствия вход<->устройство. В общем нечто похожее на систему пожарной сигнализации. ----- Yann Tiersen best and do not fuck |
|
|
Создано: 19 января 2011 14:01 · Поправил: SergX · Личное сообщение · #11 Ara пишет: Как идентифицировать конкретное устройство, включено оно или нет? Если их штук 200 как написано в первом посте, то проще всего использовать последовательно соединённые сдвиговые регистры (например 74HC299) для адресации. Таким образом, можно к 8-ми битному порту контроллера подключить любое количество датчиков через буфера. А для адресации конкретного буфера (методом сдвига) использовать ещё пару бит другого порта контроллера. Если нужно правильно определить выключен «станок» или просто не подключен к девайсу то придётся использовать АЦП. Это немного усложнит задачу. Это всё при условии, что у датчиков просто логические выходы, а не цифровые или аналоговые. Насчёт протокола контроллера с компом, то проще всего будет реализовать алгоритм опроса на стороне компа. То есть контроллер должен будет выполнять только простые команды от компа и возвращать короткие пакеты с данными, а не самостоятельно опрашивать все датчики и передавать результат одним пакетом. Это конечно при условии, что не требуется максимальное быстродействие системы. А судя по задаче оно и не требуется. | Сообщение посчитали полезным: 452 |
|
|
Создано: 02 февраля 2011 22:15 · Личное сообщение · #12 SergX пишет: Если их штук 200 как написано в первом посте, то проще всего использовать последовательно соединённые сдвиговые регистры Матричка как в клавиатуре ) Эх блин жалко руки не доходят и надобности всё нет с AVR поковыряться... ----- Я медленно снимаю с неё UPX... *FF_User* |
|
eXeL@B —› Оффтоп —› Автоматизация производства |
Для печати