[AlexandrY 3]

Другими словами гигабайт переслать не проблема, а вот 2 байта..

На самом деле информация о надежности в свете последних новостей несколько устарела.

 

Да, ждем протокола Thread в составе mbed OS.

 

До выхода этих вещей я бы ничего в доме не затевал.

 

 

[typedef 0]

Да, ждем протокола Thread в составе mbed OS.

 

До выхода этих вещей я бы ничего в доме не затевал.

о как, курим тему по-новой :)

 

релиз mbed - октябрь 2015. время еще есть.

Так чего, шину тянем все равно или все по радиоканалу или по существующей локалке?

Как в свете ориентации на thread в mbed будет выглядеть физический уровень?

[=AK= 12]

Другими словами гигабайт переслать не проблема, а вот 2 байта..

Проблема не в объемах передаваемой информации, а в реальном времени. Практически невозможно гарантировать доставку информации по радиоканалу за некое умеренное заданное время. Особенно в городских условиях в полностью загаженном WiFi-ями и блютусами диапазоне 2.4 ГГц, ведь для ISM-устройств (т.е. зигби, Thread и иже с ними) по закону мощность передатчика допускается в десятки раз меньше. Поэтому к Thread у меня отношение довольно скептическое: эти ребята в техническом плане ничего нового не предлагают.

[A. Fig Lee 0]

Проблема не в объемах передаваемой информации, а в реальном времени. Практически невозможно гарантировать доставку информации по радиоканалу за некое умеренное заданное время. Особенно в городских условиях в полностью загаженном WiFi-ями и блютусами диапазоне 2.4 ГГц, ведь для ISM-устройств (т.е. зигби, Thread и иже с ними) по закону мощность передатчика допускается в десятки раз меньше. Поэтому к Thread у меня отношение довольно скептическое: эти ребята в техническом плане ничего нового не предлагают.

Странно, а у нас получается..

[KARLSON 1]

По мне, так чем стандартней, тем лучше. Странно, что тут небыло упомянута технология z-wave.

Z-Wave является запатентованным беспроводным протоколом связи, разработанным для домашней автоматизации, в частности для контроля и управления в жилых и коммерческих объектах.

Z-Wave работает в диапазоне частот до 1 ГГц и оптимизирована для передачи простых управляющих команд с малыми задержками (например, включить/выключить, изменить громкость, яркость и т. д.).

По состоянию на 2014 год, Z-Wave поддерживается более чем 250 производителями по всему миру.

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

Некоторые производители продуктов Z-Wave предлагают решения с открытыми исходными кодами или открытым простым API. С 2010 года активно развивается проект под названием Open-ZWave, который предоставляет возможность создавать контроллеры Z-Wave без приоретения SDK от Sigma Designs.[3]

[=AK= 12]

По мне, так чем стандартней, тем лучше. Странно, что тут небыло упомянута технология z-wave.

Тут вроде как о CAN речь идет, а все остальное упоминается для антуража. Z-wave более-менее соответствует зигби и потому особого упоминания вряд ли заслуживает.

[typedef 0]

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

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

[A. Fig Lee 0]

Кстати, о дальности передачи. Artaflex модули клеймят 136 децибел линк. "Дальность до 60 км". Передатчик 260 милливат.

FCC certified.

Все на 802.15.4

60, не 60, но по квартире развести не должно быть проблем.

[=AK= 12]

Не буду тянуть провода, буду ориентироваться на беспроводные решения.

Если не напрягает все время менять батарейки - исполать, кто ж вам запретит. А меня это напрягает, поэтому решение проводное: питание + САN по кабелю CAT5 или CAT6.

 

Кстати, о дальности передачи. Artaflex модули клеймят 136 децибел линк. "Дальность до 60 км". Передатчик 260 милливат.

FCC certified.

Все на 802.15.4

FСС - это только для США.

На ISM диапазонах мощность 260 мВт только с лицензией, без лицензии порядка 1..25 мВт, в зависимости от страны и диапазона. Исключения: 500 мВт для frequency hopping (это Блютус) и 2 Вт для квадратурной модуляции (это Wi-Fi). Дальность связи при прочих равных пропорциональна длине волны.

 

Так что ломиться со своим жалким 1 мВт на засранный ISM диапазон 2.4 МГц, где, помимо Блютус и Wi-Fi, работают микроволновки, - надо быть придурком. Вот 433 МГц - это еще туда-сюда, только за счет низкой частоты сразу выигрыш в дальности в 5.5 раз по сравнению с 2.4 ГГц.

[AlexandrY 3]

Так что ломиться со своим жалким 1 мВт на засранный ISM диапазон 2.4 МГц, где, помимо Блютус и Wi-Fi, работают микроволновки, - надо быть придурком. Вот 433 МГц - это еще туда-сюда, только за счет низкой частоты сразу выигрыш в дальности в 5.5 раз по сравнению с 2.4 ГГц.

 

У ZigBee батарейки для термодатчиков работают не менее 7 лет. Столько иные системы не живут.

Протокол у ZigBee более пробивной чем у Wi-Fi, так что нет проблем.

 

А вот 433 МГц не рекомендовал бы ни в коем случае.

В городе можно найти места где даже с 1 м нельзя машину брелком открыть.

Диапазон можно сказать убит.

[A. Fig Lee 0]

Протокол у ZigBee более пробивной чем у Wi-Fi, так что нет проблем.

Именно. В ЦК не дураки сидят. Над этим думали.Есть бумаги почитать особенности реализации..

 

[=AK= 12]

У ZigBee батарейки для термодатчиков работают не менее 7 лет.

Это если транслировать температуру раз в сутки?

 

Вы лучше скажите сколько беспроводной PIR сенсор проживет на батарейке. Причем не такой, который включается раз в час ("авось повезет и он включится когда вор в комнате"), а такой, который хотя бы раз в 30 секунд включается.

 

Протокол у ZigBee более пробивной чем у Wi-Fi, так что нет проблем.

Вы бы еще сказали что он "более гламурный". Что значит "более пробивной" в технических терминах?

 

В городе можно найти места где даже с 1 м нельзя машину брелком открыть.

Диапазон можно сказать убит.

Для брелков используют два диапазона, 315 МГц или 433 МГц. При этом в диапазоне 315 МГц мощность передатчика ограничена 10 мкВт, а для 433 МГц - 25 мВт. Так какой из них "убит"?

[A. Fig Lee 0]

А какая связь: батарейки и вайрлесс? Речь шла о канале связи, ане о способе питания.

 

Вы бы еще сказали что он "более гламурный". Что значит "более пробивной" в технических терминах?

 

Искать надо. Я находил интересную статью об особенностях реализации 802.15.4, но сейчас не помню по каким словам.

У нас была проблема у одного клиента, и мы грешили на 802.11, после прочтения решили, что это не оно..

 

[=AK= 12]

А какая связь: батарейки и вайрлесс? Речь шла о канале связи, ане о способе питания.

Элементарная логика: если для питания устройства нужен провод, то устройство уже не является беспроводным. Соответственно, для общения с ним довольно глупо использовать беспроводную связь.

[typedef 0]

Элементарная логика: если для питания устройства нужен провод, то устройство уже не является беспроводным. Соответственно, для общения с ним довольно глупо использовать беспроводную связь.

ну почему же...

я как раз обдумывал такой вариант. Найти как запитаться от ближайшей розетки совсем не трудно. А вот врезаться в шину, замурованную в стене или даже лежащую под плинтусом, это уже совсем другой геморрой.

 

Речь не идет о том, когда изначально есть ПОЛНЫЙ проект электрики, интерьера, умного дома и всего-всего. Тогда, конечно, можно сразу подвести шину ко всем датчикам и исполнительным механизмам. Только это все из области иллюзий, особенно если делать самому. Все рождается по ходу. Да и мебель двигается раз в N лет, ставятся\разбираются перегородки, и т.д.

Все это ИМХО, в любом случае после напряженных размышлений в теч. двух месяцев (а может уже и больше) у меня не родилось нормального окончательного проводного решения...

Изменено 29 января, 2015 пользователем typedef