Разрабатывается девайс для управления релюшками с компа. Суть: AVRка принимает с компа по rs232-422-485 пакет, формата (адрес, канал1, канал2, канал3.... канал8, CRC8). В первом приближении готова прошивка под AVRку и написан эмулятор УП для отладки протокола. Если есть кому интерес готов излагать дальше.
Применений множество, от мигалки с управлением от компа и до границ вашей фантазии... умный дом тот же...
Делаю для управления конвеерами, изготовлю в железе выложу и печать и исходники прошивок для мк.
В этом ничего сложного нет вобщем-то... хотя...
А как насчет "мусора" или сбоя передачи на середине пакета? Ладно контрольная сумма не даст пролезть мусору на релюшки... но если допустим один байт пропустить или выдать лишний а за ним пойдет нормальный пакет данных как на это отреагирует устройство? оно сможет автоматически подхватить начало пакета данных в случае таких непредвиденных сбоев?
И все же, интересно было бы видеть такое устройство способное принимать данные по питающей его сети и отдавать хосту свое состояние: например аварию на выходе и обнаруживать залипшую релюшку(по наличию выходного напряжения когда реле должно быть отключено).
Вот тогда пожалуй получится интересное устройство. Ну и про гальваническую изоляцию цепей управления не забыть бы...
довольно интересно!
я когда-то думал над подобной идеей, но в силу того что пока не дружу с мк хотел повесить релюшки прям на порт через оптроны например,чтоб не нагружать порт.
Оптроны сами порт нагрузят сверх нормы. Транзисторы как минимум нужны, которые будут управлять оптронами. Но оптроны это часть проблемы, нужна еще особая конструкция платы, чтобы по воздуху не пробило между выводами оптрона.
На поверхности изолятора пробивное напряжение может уменьшатся, поэтому на высоковольтных устройствах изоляторы в виде чашечек чтобы увеличить пробивной путь по поверхности изолятора а на плате БП - под оптроном пропил в плате, хотя казалось бы напряжение там всего лишь 400В.
"Светомузыка" тоже нагружает, только ведь горе-разработчикам невдомек что "вроде работает" это не "точно будет долго работать".
Да и светики требуют 10мА, а оптопара под 70мА на светодиод если хочешь достичь расчетного быстродействия. Можно и 10 подать, но я не уверен что транзистор оптопары в таком случае откроется достаточно для того чтобы потянуть реле. А если откроется не полностью? Реле срабатывать будет, вроде все зашибись но... повышенное тепловыделение на транзисторе оптопары и малая скорость срабатывания реле и/или прижатия контактных площадок приведет к повышенному износу контактов реле или сильному искрению.
Вообще многие характеристики оптопары нормированы именно для номинального значения тока через светодиод, при других токах - рулетка на свой страх и риск.
Обычно не все так печально, но надо всегда иметь в виду что может явится источником неопределенности или глюков.
Вообще для порта 5мА уже нагрузка, не для того он разрабатывался.
Кузнецов, не слушай их, они тебе сча всю охоту творить отобьют! Паяй, делай, твори! Этот "ненужный" девайс наша фирма чуть ли не килотоннами продает, узлы на серьезном оборудовании тоже по RS-485, CAN (очень часто) связываются друг с другом. Так что делай, выложи в инете, мол, если че - продам занедорого. Или на заводе каком спишись, мож закупят, если преподнести вкусно. Например, в котельной связать датчики транспортеров, моторы, давление пара и все это с красивой GUI вывести на экран. Получится эдакая SCADA. Потом если будешь искать работу, связанную с электроникой, это будет тебе в портфолио приятно так душу греть. Или не будет, если в менеджеры подашься
На заводе не закупят, пока не сертифицируешь свое устройство... либо они сами себе злобные буратино, если поставят устройство которое во время грозы спалит не только самого себя, а еще и управляющий компьютер куда оно будет подключено.
Без проработки всех мелочей все равно не обойтись, а мелочи, они занимают 95% всей разработки.
Еще как можно устанавливать че попало. Работает, ниче не палится во время грозы, и экономия весьма немаленькая. А не палится, поскольку сделано не абы че как, а вовсе даже нормально. Вообще-то, работоспособность оборудования в немалой степени зависит от настроения прокладывальщика проводов - сам этим занимался во время оное
Уважаемый amkuznecov!
Многие наши коллеги хотели бы создать устройство на микроконтроллере управляемое от ПК, но непреодолимым препятствием становиться программа обмена между МК и ПК. Вы делаете большое дело разрабатывая такие программы и устройства. Я смотрю, что некоторые наши коллеги не понимают важность темы затронутой Вами, задавая вопрос: а смысл? А смысл в том чтобы, основываясь на материале amkuznecov создать собственное устройство, управляемое от ПК. Конечно же, это дело вкуса но я бы несколько изменил вид интерфейса. На всякий случай высылаю Вам свою программу (см.вложение). Может быть Вам больше понравиться такой вид дизайна интерфейса.
С уважением, Сергей.
siamds писал(а):Многие наши коллеги хотели бы создать устройство на микроконтроллере управляемое от ПК, но непреодолимым препятствием становиться программа обмена между МК и ПК.
любая оболочка ситывающая *.hex ( или символьный) файл и использующая com порт для вывода...
не говоря уже о LPT портах...
самописное начиная от basic и...
а в МК преобразование данных в соответствующий результат...
