начал подумывать о автоматизации процессов в доме, в частности управлении и контроле.
структуру думаю примерно следующую.

ПК (веб сервер, умеющий работать с железкой с портами ВВ, шим, аналоговыми (на которые в дальнейшем навешиваются объекты контроля и управления))

ПК соединен с вайфай роутером, для видения его внутри и по интернету.

и собственно вопрос в выборе железки.
думаю найти usb плату, умеющую работать с портами, но ничего подходящего не нахожу (или не то/так ищу)

на сколько понимаю много оборудования сейчас делается так: ПК->USB->COM->uart-переферия

подскажите пожалуйста решения возможно с другим интерфейсом, или вообще концептуально другие, максимально подходящие для этих средств.

Zigbee, Bluethooth LE, DASH-7

"usb плату, умеющую работать с портами" - это банальный FT232 или новые ревизии pl2303. И то и другое умеет делать bitbang.

Хотя и совершенно непонятно зачем серверу GPIO. Они должны быть на исполнительных устройствах. Если денег много, то raspberry и подобное. Если денег мало, AVR/PIC.

тобишь на подобие "Переходник USB A - COM (RS232) 45cm" переходников, а дальше уже com-uart переходник.

какой-то "шифратор" есть, работающий по интерфейсу com (uart) ? (могу ошибиться в названии) имею в виду плата для контроля и управления портами вв дискретными,
для начала с такой хочу начать.

да, что же вас тянет на одни и те жи грабли то?
Это большая крутая железка с кучей проводкой от неё...далее это нафик никому не нужно, далее портирования
написанного софта непонятно куда... далее реал-тайм накладывает крест на всё то что вы начирикали...далее нужно управлять
и контролировать без питания долго-долго и удалённо...

я одын умный вещь скажу...
идите от задачи а не от Вашего умения работать с писюком.. не будет серёзного профита этой дорогой(от писюка)...
или скажем так - пром контроллеры следующий шаг. и тут Вы поймёте что там всего своего вагон с тележками тоннами
если задачи что нить написать на писюке - ну так и пишите картинки. ищите заказчика и впаривайте.
если что то серьёзное - то выйдет на уровне поделок. потому как всякие скады вы не переплюнете.

как альтернатива...
есть готовые, либо полуготовые решения на МК. Есть даже с осями типа андроидов и иже. И задача железок - именно управление
переферией. И связь какая нить стандартная, модбас поверх изернета типа. такие решения сразу затмевают решения на писюках и иже,
если выбирать придётся. Да и на рынок посмотрите - ценники на спецов мобильной техники
(андроиды, кастрированные форточки, иосы и прочяя "нечесть")

Есть еще вариант: вдруг его никнейм не просто так выбран и ТС именно под ним и программит...
уж не знаю как сейчас, но 15 лет назад QNX был не самым плохим выбором для промавтоматики (хотя и недешевым)

Это только "настольное" и "игровое" делается под USB... А промышленное и длительно-работающее - никогда.. Вот подвиснет ночью у Вам USB и что будете делать? Вручную кабель передергивать?

) я ведь не ракету в космос думаю запускать, а контролировать калитку, лампочку, включать печку... что не требует ОС жесткого реального времени)

п.с. а под QNX написал лишь "hello world", не более)

to iosifk
Watchdog timer передергивающий)
шучу, именно потому и спрашиваю что объективно и почему подойдет/не подойдет.

kolobok0, таки Вы правы, в виду того, что под ПК чего-то пишу, такую архитектуру и продумывал, и поскольку сомневался в правильности и спрашиваю советы))

Даже если нет серьезного реалтайма, iosifk Вам правильно подсказывает про USB. Вот включили Вы печку, а USB и отвалилось. При плохом стечении обстоятельств все сгорело. Оно Вам надо? Используйте Ethernet или RS-422 или 485. Они по крайней мере не виснут после включения рядом холодильника.

Alex11, спасибо большое, взгляну в сторону Ethernet (ENC28J60).
Может еще есть что-то поинтересней по доступной цене

Готовых индустриальных материнок на цену которая вас устроит не существует, и насчет усб отписавшиеся сказали правильно- на вашем месте я бы взял мк от стм, подойдет сотка, купил микросхемы RS485 штуки 4(на mouser-е предостаточно и дешевая доставка), и физик эзернета- пинов на мк хватит чтобы прокинуть физик через RMII, включить 4 трансивера на 485й, и останется еще предостаточно гпио чтобы вывести как входы/выходы оптопарами, реле и пр.Как ос вам с головой хватит FreeRTOS™.

я не давал конкретики - дабы не рубить Вашу хфантазию. Вдруг Вы и в правду qnx не просто так написали ))
есть один из подходов, вроде как тут ышо не прозвучал...
берёте готовый девайс. ну типа роутера с вайфаем. смотрите в инете как народ на него компилит и заливает какую нить ось типа льюниксов.
дальше надеюсь мысль понятна ограничение тока - схемотехникой девайса.
Но с точки зрения электроники - проблем вывести любой объём инфы по одному пину собственно и нет.
если это не ваш путь - то тогда либо полуфабрикаты с ебеней тянуть, либо пром контроллер, либо что нить аля карманное
(но опять доделка по пинам и выхода-входам) или что то своё(но тут для быстрого старта лучше опять жешь прикупиться готовой схемотехникой
с софтом, чтоб не гиморничать. если тема в добавок вам не совсем понятна - то алгоритм следующий. заказываете, приходит, компилируете,
заливаете, работает = срисовываете схему, разбираетесь с прошивкой. Для первого подхода к снаряду - вполне. Правда упускаются нюансы -
бывает и оригинал кривоватенько сделан, но вам же форсаж к цели а не вылизывание скромных уголков для профита в 10%?).
Если последнее - то сейчас набирают обороты по цене-фичам-удобствам-спросу всякие ARMы. Одни из популярных от ST. примеров и опытных
людей уже достаточно чтоб смело смотреть на это, даже в первый раз. Если не боитесь и есть запал - справитесь. Дорогу осилит идущий.

удачи вам!

Главный ум в таких зданиях — разводка звездой, т.е. как минимум по одному отдельному проводу от каждой точки до кросса в щитке, а уж какой протокол по ним запустить — дело десятое, т.е. всё сводится к соответствующего бюджета ремонту или первоначальному проекту. Типичный кабель для таких случаев — EIB Combi, три жилы 1,5 мм² и две слаботочных пары для данных и питания мозгов и интерфейса.

Для конфигурирования оборудования USB применяется сплошь и рядом. Для управления оборудованием - нет. Собственно, точно то же самое было и с RS-232, для управления оборудованием его применяли разве что по недоумию. Впрочем, в таком случае и RS-485 был не впрок, чему есть масса примеров.

а что не так с 485?