Search
Write a publication
Pull to refresh

Comments 79

Поздно. Как в известном анекдоте: «не е*ет, уплачено».
Многие зашли ради этого.


но бороться есть за что

А зачем бороться? Взяли чужой стандарт, заплатили за лицензию (если нужно), выпустили железку/программу — профит! А так деньги потратили, а профит может и не выйти вообще! С data matrix же неплохо вышло.
Профит-то есть. но другой. Создали стандарт, распилили, обязали пользоваться, распилили, лицензировали, распилили, стригут капусту, распилили. Ах да, ещё и распилили.

Посмотрел русский сайт, в разделе "О технологии" пустая страница и всё.


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

Правильно понимаете, доки должны быть на сайтике без всяких запросов и nda. Наш косяк, собственно начали фиксить.
я правильно понял, что дальность 10 километров? Т.е. если условный центр разместить где-нибудь у метро Юго-Западной, и устройств таких по неск. шт в каждой кваритре и автомобиле — то одновременно в эфире в зоне приёма будет неск (десятков) миллионов устройств?
В зоне приема — да, в эфире — нет. Наша сеть рассчитана на несколько пакетов в сутки на девайс. Это не магия, и всему есть трэйдоффы
ок, в крупном городе — пара сотен базовых станций и неск*10 миллионов устройств в зоне их покрытия? («640к хватит всем») И это будет работать?
Постараемся, чтобы заработало. Пока очевидных технических препятствий нет. При более плотной сети станций адаптивно снизится мощность передатчиков в девайсах, соответственно они будут меньше мешать друг другу.
Если сравнивать с LORA какие плюсы и минусы?
Первый минус — базовые станции заметно дороже, чем Лоровские.
Второй минус узкополосной связи — непонятны потери при резких изменениях окружающей среды (температура, как главный фактор влияния на генераторы частоты).

По остальному (и по плюсам в том числе) мало информации.
На счет дрейфов частоты: как правило температура окружающей среды не меняется заметно за время передачи одного пакета. Фиксированная на время передачи ошибка частоты никак не мешает. Больше проблем возникает из-за нагрева чипа от скачка тока и от просаживания напряжения в момент передачи, но это все решаемо
+ параллельных каналов гораздо больше (1000 vs 8 для одной БС)
+ ниже стоимость чипа+обвязки
+ не глушится непрерывной передачей преамбулы с девкита
+ выше дальность при соблюдении всех рекомендаций при установке станций
+ делаем свои реализации популярных девайсов (счетчиков в основном)
— не настолько широко принятый в мире
— сложно адаптировать под FCC
— нет хорошей документации
ага, по крайней мере такой сценарий вы рассматривали, хорошо.
UFO landed and left these words here
Базовая станция стандарта NB-FI будет стоить в районе 100-150 тыс. руб., радиомодуль для подключения устройства к Сети — около 800 руб., стоимость контроллеров для сбора и передачи информации со счётчика — до 200 руб, стоимость батарейки — 50-100 руб.

Что подразумевается под базовой станцией?


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

1) Скорости маленькие.
2) При наличии существенного количества разнородных датчиков(не только ваших), пакеты пропадают, требуются повторные посылки.

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

А так да, побаловаться стоит.
Мы тестили в реальности одновременно пару сотен устройств, если они достаточно удалены от БС (чтобы не зашкаливать входной тракт, хотя бы метрах в 30), то все ловятся, примерно с 5% потерь (без учета автоповторов).
между датчиками какое расстояние?
Это не очень важно, они шлют на разных непересекающихся частотах и никаких взаимных интерференций там практически нет.
UFO landed and left these words here
В смысле — непересекающихся?
Там слотов частоты больше 100?
гораздо больше 100. один слот занимает 100Гц, SDR в станции обрабатывает 100КГц (=1000 слотов), и несколько БС можно разнести на несколько 50КГц диапазонов, в теории давая на безлицензионной полоске до (5МГц / 100Гц) = 50 000 слотов. На парктике прием остается более менее устойчивым когда забитость составляет примерно 1/5, т е можно одновременно до 10 000 устройств (одновременно передающих) принимать. Правда столько еще никому не нужно
Под базовой станцией понимается устойчивая к климатике железка, способная принимать очень далеко (10-15 км в москве с PER около процента) и очень много одновременно передающих устройств (до нескольких сотен). Варианты недорогих шлюзов для точечного покрытия есть, но оказываются не особенно востребованны.
  • Не требуются разрешения или лицензии для передачи данных на этой частоте.


  • Передатчики NB-FI могут обмениваться данными на расстоянии до 10 км


  • и работают от одной батарейки до 10 лет

Эти параметры разве не взаимоисключающие ?

Суб-гигагерцовый диапазон не требует лицензии, 868, 433 и пр.
20 мВт выхлоп можно по прямой видимости можно и до 10 км со скоростью бод эдак 30
потребляют в момент передачи до 30-100мА, а спят когда — микроамперы

Эти параметры разве не взаимоисключающие ?

Это ж маркетологи, выберите себе пункт )

Никто конкретных параметров не назвал, ни скоростей, ни емкости и тип батареи, частоту пересылки и тп и пр.
На 15 бод, 14дбм, по прямой видимости (между крышами) выходит и 50км, и вышло бы больше, да горизонт и рельеф мешает. Батарейки обычные литиевые АА, на 2,5Ач
Снижаем скорость — получаем дальность, это не секрет.
50 км мне не где проверять. Написано про сугубо личный опыт, что у вас, что у меня.
Предполагается установка только в отапливаемых помещениях? Был опыт с литиевыми батарейками, даже в мягких зимних условиях дрейфа около нуля по Цельсию (континентальный климат США) с ними проблемы.
В основном наши батареечные устройства в помещениях. А что за химия лития и какие симптомы были?
По поводу химии я не уверен, планировалась работа в течении 5 лет, так что, что-то долгоиграющее.
Симптомы — резкое падение емкости при установке вне помещения в «зимних» штатах. Разработчики хардвари были хоть и не в тропическом, но в довольно мягком климате, не учли.
Кроме того, что обмениваются данными не передатчики друг с другом, а передатчики с БС, всё верно. 40ма при передаче, микроамперы во сне, выход на связь пару раз в день = около 10 лет от литиевой батарейки 14х50мм
UFO landed and left these words here
/кивая/
Именно.
Но и производитель и пользователь хотят «модно-удобно- беспроводно-с ойфона и через облака.
А потому — индустрия будет развиваться именно так, пока количество связанных с беспроводностью проблем не перейдет критический уровень. А тогда уже будет куча легаси…
Ещё добрая часть без шифрования.
Ну, безусловно есть классы задач, в которых ни в коем случае нельзя использовать off the shelf микросхемки. Но с категоричностью вашего суждения могу поспорить:
1) Вам кажется, что радио нужно запереть в каком то небольшом множестве ниш? И ни шагу вправо-влево? Я за то, чтобы рынок решал, у него для этого есть все рычаги. Если задача очевидно решается более эффективно, то одними уговорами не убедишь сойти на ступеньку назад. Иначе самолеты падают, АЭС взрываются, от компьютеров вообще дети тупеют, расходимся по пещерам (простите, что утрирую)
2) Любой радиосигнал можно заглушить, но не все радиосигналы заглушить одинаково просто. Любой провод можно перерезать. Но рассматривать надо отношение экономического эффекта к надежности, а не одну лишь надежность. Часто ваш мобильник глушат?
3) Радиосвязь (LPWAN в частности) развиваются, и судить об отрасли в целом по неудачным примерам не логично. Нормальные производители внедряют шифрование, в критических местах дублируют каналы связи, и в остальном о безопасности разумеется задумываются.
1) запрещать ничего не нужно, нужно обозначить границы допустимого.
2) имеется в виду внутри объекта использовать проводное решение для опроса, собирать в кучку и передавать куда нужно, с шифрованием и пр. любым удобным способом.
3) у многих производителей «иот» были косяки с безопасностью, т.к. отсутствует общий стандарт или бест практикс — тяп ляп и продакшн.

Нужно на перед думать, как оно возможно разовьется. Можно представить, что в каждом девайсе, с которым человек взаимодействует будет радиомодуль:
часы, двери, лампочки, холодильник, чайник, телевизор, поливалки, кормушки и т.п.
это же всё чувствительные данные, а во вторых радиочастоту занимает.
Сейчас то вайфай(аналогия) соседей уже начинает мешать, а что потом будет…
1) это решать интегратору, производители как правило не скрывают, что их связь не магическая, и в ней возможны потери. Сорри, что не пишем это крупным шрифтом над списком фич =) увы, законы маркетинга
2) не очень понятно. зачем, если можно не собирать в кучку, а отправлять куда надо сразу?
3) ну так о том и речь, выложим стандарт, народ сам оценит и безопасность, и масштабируемость, и ляпы
4) ну так о том и речь, обычно рабочие группы по таким стандартам — не элитарные закрытые клубы. приходите, если есть что добавить.
5) ну так о том и речь, чтобы вынести попадающее под стандарт (в перспективе) на отдельные, не мешающие остальному полоски.
1) Тут не про потери, а возможность подделать данные или перехватить
2) Что бы соседи тоже могли отправлять данные, я же привел во втором абзаце кейс.
3) Стандарт стандартом, но всегда будут вещи на усмотрение…
4) Комерсанты минимизируют расходы, максимизируют прибыль, им железки продавать, а не стандарты согласовывать.
5) и как? суб ггц он нелицензируемый, будут лепить кто на что горазд, как у видят деньги, будет «15» стандартов использующие эти частоты. Я как то ухать не смог, датчик пожара сошел с ума и загадил эфир, перебивая сигналку.
1) криптография
2) протокол рассчитан на массовое сосуществование
3) рынок рассудит
4) большая часть нынешних беспроводных стандартов начинались как проприетарная разработка
5) не понял. мы же как раз от этого и хотим уйти.
1) как вы это представляете? Кто будет сообщать датчику ключ, кто будет вносить ключ датчика в БС при смене БС(тупо ТСЖ решило свою станцию закупить)?
2) 100 Гц для датчика, я возьму свой 868 радио удлинитель компорта с полосой 125кГц и всё…
3) в п1 добавилось шифрование, кто будет датчикам сообщать ключ?
4) я не о том, комерсам покласть на стандарты, им бумажка нужна, что бы https://geektimes.ru/post/291023/?reply_to=10192539#comment_10189651
5) я вас уверяю будет как с пожарниками, каждый будет свое оборудование пропихивать. А если будет каким либо образом ограничена такая возможность(разрабатывать своё оборудование на субггц) то вся затея сводится к https://geektimes.ru/post/291023/?reply_to=10192539#comment_10189651

Да собственно:
Членом Ассоциации может стать любое юридическое лицо — российское или зарубежное.

Для членов Ассоциации предлагаются следующие размеры членских взносов:

о крупный бизнес и некоммерческие организации с выручкой свыше 1 млрд. рублей — 400.000 руб.,

о средний и малый бизнес, некоммерческие организации с выручкой до 1 млрд. рублей — 50.000 руб.,

о стартапы и некоммерческие организации с выручкой до 12 млн. рублей – 10.000 руб.

о бюджетные научные и образовательные учреждения – 0 руб.

Размер первого взноса кратен количеству месяцев. Например февраль: [размер членского взноса] * 11/12.

1) Ключ на этапе производства зашивается, хранится подписанный нами в файлике, заливается либо на наше же облако, либо передается юзеру, у которого свой инстанс сервака есть. На БС ключ не нужен, она не видит пэйлоуды
2) С такой полосой доля мощности в полосе 100Гц будет в 1250 раз ниже суммарно излучаемой, так что никто даже не заметит
Какой средний размер посылки в вашем протоколе?
Означает ли п.1. отсутствие динамической генерации ключей и обмена ими? Или ключ в п.1. не сессионный?

На первый взгляд, написанное вами не кажется самой лучшей идеей мира шифрования, ничего личного.
8 байт. Динамической генерации ключей нет, payload просто симметрично шифруется на стороне устройства и расшифруется на сервере. За время жизни батареи модем может отправить порядка 20 000 — 50 000 сообщений. Какие сценарии взлома вам представляются?
Описанное вами решение с ключом позволяет его так или иначе получить.
Если вы используете симплексный канал, почему вы не зашиваете private key и не распространяете public key?
Собственно говоря, даже само зашивание private key требует доверия к вашему техпроцессу.

Если канал дуплексный, чем объясняется отсутствие DH/elliptic curves или отсутствие упоминания о них.
Экономия трафика и процессорного времени. В модеме восьмибитный МК без хардварных float'ов, с 8кБ оперативки и 64кБ флэша. Большая часть из этого занята, и ничего сложнее симметричного блочного шифра туда не поместится. Но таки как «так или иначе» можно получить ключ?
Невозможность реализации — достаточно серьезная причина. Вы планируете более дорогую серию устройств, которая реализовала бы динамическую генерацию и безопасный обмен? (добавлено:) И самое главное: какие рекомендации будут у вас в стандарте? Вы позиционируете свое решение на сайте как full stack, то есть вопрос безопасности стоит осветить.

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

Опять же, ничего личного, но криптография строится на отсутствии доверия.

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

Ну, насколько я помню, во всех адекватных моделях есть замок под ключ. Так что в худшем случае придется просто достать ключ и открыть как обычную дверь.
Ладно, если это освещение. Но если это газовое оборудование и оборудование для водоснабжения
Даже если не так сильно приувеличивать, где гарантия что:
Какой нибуть включит глушилку, и я с умным электросчётчиком, из-за переполнения стека, получу счёт на овер10500 квт,.
Счётчик электроэнергии, оборудованный передатчиком NB-IoT, передаёт сведения в «Энергосбыт».

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

Как разработка самого стандарта поможет заработать на рынке устройств?

UFO landed and left these words here
Ну, идея в том, что для стандартизованных девайсов можно расслабить ГКРЧшные ограничения (т.к. поведение передатчика известно и предсказуемо), таким образом улучшив качество сервиса, сделав устройства более привлекательными для юзера и повысив за счет этого продажи
улучшив качество сервиса, сделав устройства более привлекательными

Слишком сложно. Проще запретить «не наше» либо брать пошлину.
UFO landed and left these words here
денюжки, деньжата
Членом Ассоциации может стать любое юридическое лицо — российское или зарубежное.

Для членов Ассоциации предлагаются следующие размеры членских взносов:

о крупный бизнес и некоммерческие организации с выручкой свыше 1 млрд. рублей — 400.000 руб.,

о средний и малый бизнес, некоммерческие организации с выручкой до 1 млрд. рублей — 50.000 руб.,

о стартапы и некоммерческие организации с выручкой до 12 млн. рублей – 10.000 руб.

о бюджетные научные и образовательные учреждения – 0 руб.

Размер первого взноса кратен количеству месяцев. Например февраль: [размер членского взноса] * 11/12.
Интернет вещей, я так понимаю, будет по белым спискам?
Уже есть стандартизованные 3GPP и признанные во всем мире NB-IoT и LTE-M, есть работающая без лицензий LoRa, есть SigFox, использовать их мы конечно не будем :)
RuddyRudeman, интересно, на основании чего именно ваш протокол выбран в качестве базового для сертификации? Он же не эффективен для большого сектора применений в IoT? Маркетинг и близость к центру принятия решений?
Наш протокол эффективен в некотором подмножестве IoT апликейшенов. Именно наш был выбран не нами, и я не в курсе, чем там руководствовались, но предположу, никто из альтернатив (лора и т.д.) не проявляли инициативы. Никаких взяток или откатов мы никому не платили, если вы об этом.
Если хотите подходить к вопросу со светлой стороны — сделайте клиент и сервер (базовую станцию) на базе SDR. С открытыми библиотеками и свободной лицензией на всё.

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

Сначала референсная и свободная реализация, потом свободный стандарт, и только потом частоты.
Я бы очень хотел подходить со светлой стороны, но нам, увы, неоткуда получать выручку, кроме поставок оборудования.
Никто не говорит, что софтовая реализация будет production ready. Но ситуация, когда реальная реализация только в проприетарном формате — это очень плохо.

Сетевые вендоры десятилетиями прекрасно живут при наличии реализации тех же фич в софте — просто потому, что сетевое железо удобнее, чем софтовое решение.
А если я буду на вашей частоте ддосить ваш протокол похожими пакетами, он все устройства в радиусе 10км положит?
Естественно, используя разрешённые 100мВт эиим или сколько там положено…
Просто у меня соседи на работе вещают на 433,125 МГц так, что у половины машин на парковке сигналки глючат, и во всяких роспотребнадзорах меня отфутболили, мол диапазон свободный, юзаете на свой страх и риск. (И только что-то там надзор отреагировал на мой запрос, что мою голову из-за стенки облучают).
не положит. В лучшем случае вы положите один слот в радиусе километра, и модемы, потерявшие связь, перепрыгнут на другой слот.

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

Эта проблема касается на Nb-FI, а почти всех радиоканалов связи.
Их можно заглушить, ага.

Помогает только работа ПОД уровнем шума.
У ЛоРы до минус 20 децибелл под уровнем шума, например.
И ее тоже можно «переорать».

Тут многоканальность спасает, но их можно заглушить.

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

Такой сценарий актуален для lora: недорогие станции на sx1301, которые все ставят нам в пример, блокируют прием, когда обнаруживают преамбулу, и действительно даже небольшого количества дешевых спам-передатчиков (по одному на каждый из 8 каналов лоры) приводят к dos'у. В нашей, и более дорогих лоровских станциях приемник софтварный, и ищет потенциальное сообщение в каждом канале в каждом сэмпле. Это позволяет вытягивать даже наложенные друг на друга сообщения (иногда), за счет coding gain'а
Ну я и предлагаю реальные сообщения передавать, с правильной сигнально-кодовой конструкцией, возможно с ошибочной имитовставкой, но на канальном уровне валидные, записанные ранее, переизлучать в рандомном порядке. Я думаю баофенг и платка с простой плис и цап в этом помогут.
Ну так на здоровье. Вы записываете сигнал от 1 модема, начинаете его ретрансмитить, нагрузка на БС повышается на какие то считанные доли процента. Она непрерывно проверяет сотни тысяч гипотез об обнаружении сообщения даже в совершенно тихом эфире, в надежде вытащить что нибудь из-под глубокого шума, и лишний передатчик не вызовет никакого переполнения демодулятора. В итоге все ваши идеи по действенности совпадают с простым повышением шумового фона: ловить будет хуже, но очень незначительно.
У вас сотни тысяч параллельных корреляторов/декодеров с маленьким сдвигом по времени?
Я не совсем записанный сигнал предлагал, а записанные пакеты подряд без промежутков или даже с наложением.
p.s. в итоге-то у вас лчм как в LoRa?
У вас сотни тысяч параллельных корреляторов/декодеров с маленьким сдвигом по времени?

Почти так, на входной сигнал раскладывается на несколько тысяч пересекающихся частотных каналов, в каждом из которых параллельно несколько раз за один такт модуляции ищется преамбула. Каждая найденная гипотеза о наличии сообщений проходит восстановление по дополнительным кодам, и те, которые оказались целостными (по црц) передаются как раскодированные сообщения.
в итоге-то у вас лчм как в LoRa?

Нет, у нас BPSK, в отличии от лоры она не занимает такой большой кусок частоты впустую. Несколько десятков наших сообщений, идущих на соседних частотах бок о бок, могут быть приняты, занимая ту же полосу, что лоровский ЛЧМ. А вот при наложении друг на друга двух лоровских пилообразных сигналов, в силу особенностей их демодулятора, делает прием невозможным.
Спасибо, я наконец понял вашу идею и что изображено на картинке.
Но всё же было бы интересно увидеть ссылку на остальные подробности)
Sign up to leave a comment.

Other news