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

[qnx]

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

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

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

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

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

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

[NicSm]

=AK=
Вы смеетесь? Про 485 и 422? В устройствах что я смотрел микросхемы драйверов одинаковые.
Разница первый полудуплекс второй полный.

[=AK=]

=AK=
Вы смеетесь? Про 485 и 422? В устройствах что я смотрел микросхемы драйверов одинаковые.
Разница первый полудуплекс второй полный.

Мне больше плакать хочется, когда я снова и снова слышу наивное недоумение по этому поводу. Да, разница именно в этом. Низкое выходное сопротивление постоянно включенного драйвера RS-422 очень эффективно давит наведенные в линии помехи. Давит намного эффективнее, чем вшивые резисторы растяжки. Настолько эффективнее, насколько ниже выходное сопротивление драйвера в сравнении с резисторами растяжки. RS-422 десятки и сотни раз более помехоустойчив, чем RS-485 с паршивым протоколом, который в плане помехоустойчивости полагается только нa растяжки.

2. В чем разница между RS-485 и RS-422? На физическом уровне. Почему для RS-485 подтяжки надо, а для RS-422 Не надо?

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

[A. Fig Lee]

Мне больше плакать хочется, когда я снова и снова слышу наивное недоумение по этому поводу. Да, разница именно в этом. Низкое выходное сопротивление постоянно включенного драйвера RS-422 очень эффективно давит наведенные в линии помехи. Давит намного эффективнее, чем вшивые резисторы растяжки. Настолько эффективнее, насколько ниже выходное сопротивление драйвера в сравнении с резисторами растяжки. RS-422 десятки и сотни раз более помехоустойчив, чем RS-485 с паршивым протоколом, который в плане помехоустойчивости полагается только нa растяжки.


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

Понятно. Спасибо. То бишь RS-422 самый стойкий к помехам? А CAN bus?

[=AK=]

То бишь RS-422 самый стойкий к помехам?

RS-485 с правильным протоколом ничуть не хуже.

А CAN bus?

Примерно такой же, как RS-485 с плохим протоколом и резисторами растяжки.

[A. Fig Lee]

RS-485 с правильным протоколом ничуть не хуже.


Примерно такой же, как RS-485 с плохим протоколом и резисторами растяжки.

И при чем тут "правильный протокол"?

[=AK=]

И при чем тут "правильный протокол"?

При том, что сеть RS-485 с правильным протоколом настолько же помехоустойчива, насколько помехоустойчива связь по RS-422. Че-то до вас ничего не доходит, по пять раз прихoдится повторять. Сказка про белого бычка...

[A. Fig Lee]

При том, что сеть RS-485 с правильным протоколом настолько же помехоустойчива, насколько помехоустойчива связь по RS-422. Че-то до вас ничего не доходит, по пять раз прихoдится повторять. Сказка про белого бычка...

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

[Ruslan1]

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

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

[Herz]

Господа! Воздержитесь от наездов! Не хватает терпения объяснять спокойно - никто не принуждает участвовать. Тему частично почистил.

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

Один вопрос дилетанта: как приёмники знают, что данные сейчас не передаются?

[Ruslan1]

Один вопрос дилетанта: как приёмники знают, что данные сейчас не передаются?

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

[Herz]

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

Тогда налицо противоречие: чтобы понять, что данные не передаются, приёмники всё равно должны "слушать линию", обрабатывать получаемые сигналы и принимать решение о том, данные ли это. Так это в любой асинхронный протокол в той или иной степени должен проделывать. Говорить в этом случае, что "ему всё равно, что в это время творится на линии" - явное преувеличение.

[Ruslan1]

Тогда налицо противоречие: чтобы понять, что данные не передаются, приёмники всё равно должны "слушать линию", обрабатывать получаемые сигналы и принимать решение о том, данные ли это. Так это в любой асинхронный протокол в той или иной степени должен проделывать. Говорить в этом случае, что "ему всё равно, что в это время творится на линии" - явное преувеличение.

Тут есть разночтение определения "все равно". Я имею в виду, что не-данные не приводят к каким-либо действиям приемника, индентичным реакции на прием настоящих данных. Приемник, конечно, слушает линию и может делать какие-то проверки, но это внутренние действия.
Причем "слушает" и "делает проверки" - это не обязательно только микроконтроллер. Например, компаратор приемника драйвера RS485 тоже слушает линию и переключает логический выход приемника при выполнении некоторых условий. Уровней может быть множество, и каждый следующий подключается к обработке только когда предыдущий отработал верно и передал что-то "выше".

Но если посмотреть на ситуацию с Вашей точки зрения, то, конечно, приемнику не все равно, он что-то делает внутри себя, и это "что-то"зависит от сигналов в линии связи.