умный дом [выбор интерфейса] Опции

[qnx]

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

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

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

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

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

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

[Xenia]

А чего не Wi-Fi?
Когда-то то действительно это было черезчур дорогим решением, но с тех пор WiFi-модули подешевели, сократившись в размерах. К тому же WiFi-роутер есть почти в каждом доме, а WiFi-точка в каждом ноутбуке. Опять же провода не надо тянуть, а радиус действия квартиру захватывает.

[kolobok0]

А чего не Wi-Fi?..это было черезчур дорогим...провода не надо тянуть, а радиус действия..

фишка не в этих плюсах. фишка взгляда на всё единство. Если смотрите как на игрушку - то WiFi вам в помощь. А вот если серьёзный бизнес, или
там пром. установки - то увы и ах... Или по другому - попробуйте объяснить главному по секьюрности человеку, что Ваше крутое решение
управлять посредством WiFi зависит от помех и от злого умылса соседей(нет умысла или помехи - работаем. есть - курим бамбук либо получаем
"чудачества" техники, которые кстати могут навредить в финансовом плане как минимум). Посмотрите на это в плоскости пожарной-охранной
функции(я могу дописать ышо список анжинерных систем, где этот протокол юзать как основной - не стоит), и Вы быстро WiFi переведёте
в разряд вспомогательных каналов в такой системе (отменять удобство управления - никто не предлагает)

Сообщение отредактировал kolobok0 - Dec 9 2013, 22:44

[Xenia]

Или по другому - попробуйте объяснить главному по секьюрности человеку, что Ваше крутое решение
управлять посредством WiFi зависит от помех и от злого умылса соседей

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

На фото — потолок и пол подводки к щитку обыкновенной квартиры 60 м², зелёненькие — как раз упомянутые умнодомные кабели EIB

Что же это такое? Неужели в умном доме можно (хотя бы теоретически) найти так много электрических приборов, чтобы для управления ими потребовалась такая уйма проводов?!

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

[kolobok0]

..велик соблазн..вашему пылесосу..за вашим котом ....по силовой сети сообщения..

соблазн или не соблазн, но вот если вам не дадут спать ночью, включив свет.. или скажем задует холодом.. то вам будет не до смеха,
собственно и монтажникам не будет покоя после ваших ээээээ нагоняев...

по сетевой сети - стандарт вроде как X10 был. Но скорости оставляют желать лучшего. Да и не всегда есть эти 220. Например частенько
по правилам пожарной безопасности, при сработки сигнала "ОГОНЬ" - идёт отключение и 220 так-же.

...Не хамить воспитание не позволяет?

имелось ввиду, что если выдерживать паузу с переключением на приём, после передачи полезной информации и постоянно вести обмен
на линии - то устойчивость к помехам возрастает.

зы
обычно кто имеет хотя-бы немного опыты в пром. реализации RS485 - тот так и делает...

[=AK=]

имелось ввиду, что если выдерживать паузу с переключением на приём, после передачи полезной информации и постоянно вести обмен
на линии - то устойчивость к помехам возрастает.

Уж не знаю, кто это имел ввиду, однако из этого сбивчивого описания я лично не выудил ровно никакого смысла. Паузу после передачи информации выдерживать бесполезно, поскольку все проблемы возникают до начала передачи или в самом начале передачи пакета, а приводят они к порче пакета.

Поэтому можно включить передатчик и выдерживать паузу до начала передачи пакета, при этом в самом пакете не должно быть больших пауз между байтами, а приемники при обнаружении пауз должны очищать свои приемные буфера. Так сделано в Modbus RTU, про который я упоминал.

Или же вместо пауз и таймаутов можно использовать байт-стаффинг для управления потоком. Тогда в начале передачи достаточно дважды передать символ "начало пакета". Второй из этих двух символов гарантированно придет неиспорченным и очистит буфера приемников, после чего пакет будет доставлен правильно.

Некоторые (условно назовем их "остальные") использует протоколы....

Выше я в общих чертах описал два существующих подхода к построению правильного протокола для RS-485. Других нет, так что "остальные" со своими растопыренными пальцами могут покурить в сторонке.

Еще более некоторые (назовем их "гурманы"), предпочитают, чтобы их драйвер RS-485 не выдавал ложных переходов в микроконтроллер если линия в неопределенном состоянии. Они действуют двумя способами:
1) применяют драйверы RS-485, которые при неподключенной линии выдают неактивный уровень в RX, например SN75LBC184
2) применяют резисторы, "растягивающие" линию из неопределенного состояния в определенное.
3) применяют (1) + (2) вместе.

Хоть кол на голове теши. Я уже много раз повторил, что этот подход обеспечивает невысокую помехоустойчивость, которая в десятки-сотни раз уступает помехоустойчивости RS-485 с правильным протоколом, или помехоустойчивости RS-422. Я за свою жизнь вдоволь насмотрелся на поделки таких "гурманов", они хорошо работают на столе в лаборатории, однако бездарно глючат в полевых условиях.

[Ruslan1]

Хоть кол на голове теши.

Тешите у себя что угодно применительно к каким угодно частям тела, лучше не прилюдно. Но я, собственно, не с Вами разговариваю. Извольте свои хамские наезды адресовать, например, модератору.

Выше я в общих чертах описал два существующих подхода к построению правильного протокола для RS-485. Других нет, так что "остальные" со своими растопыренными пальцами могут покурить в сторонке.

Ваш мозг в состоянии вместить не одно, а два или три одновременно возможных условия? Из них необходимым является наличие подходящего к среде передачи протокола, а остальные условия могут выбираться по ситуации.
Если у Вас в голове уживается или правильный протокол или наличие подтяжки- то попробуйте совместить, это небольно и очень удобно.

Upd: Хм. перечитал себя. При некотором извращизме (ну, как минимум один так уже прочитал) действительно можно подумать, что я ратую заменить соответствующий среде передачи протокол на подтяжки. Никогда! Для меня наличие нормального протокола настолько очевидно, что я как-то и не подумал, что могут найтись люди, которые этого не понимают.
Пора начинать писать "комментарии" к себе, уж больно витиевато я выражаюсь.