Comments 51
У LoRa огромное сообщество, куча вендоров, на ней построены многие сети. На таком этапе развития Semtech вряд ли канет в лету. Максимум — продаст свои разработки кому-то еще.
Зато исследовать технологию вдоль и поперек мы можем.
Другой вопрос, что при этом возникает конкурентный рынок, а бизнес-модель Semtech этого не подразумевает, потому что состоит именно в том, что у них должна быть монополия. Они еще очень мудры и пиарят свою монополию так, что пользователи сами говорят, что ее вроде бы и нет, хотя на самом деле она есть, просто на чуть более далеком от пользователя уровне.
Пример с ZTE некорректный, потому что ZTE активно использует чужие технологии и не может без них. Semtech ничего не мешает опубликовать требования к чипам, кроме собственных коммерческих интересов.
Более того, на самом деле я думаю, что если они это сделают, то все равно останутся лидерами рынка (конкурентам надо будет ликвидировать отставание), но видимо сама идея конкуренции им не нравится.
Также компания HopeRF получила лицензию на производство своих чипов LoRa, но я не знаю, делают ли они свои кристаллы или же пакуют семтековские.
HopeRF, насколько знаю, Семтеховские кристаллы использует.
Что же касается других стандартов, пробежался по приведенным вариантам. Там частью провод, частью немного не про то. Даже на космические нужды) Я все-таки говорю о прикладных стандартах. Счетчики опрашивать. Не уверен, что SpaceWire под это подойдет.
Вы же понимаете, что SDR — это не промышленное решение для IoT, где весь смысл в стоимости и счёт идёт на центы?
Принято, но с поправкой: "ничто не мешает" — это очень сильно сказано. От понимания модуляции протокола до серийного производства чипа расстояние примерно в полтора года работы команды из десятка квалифицированных специалистов.
Дисклеймер: я сотрудник компании "Стриж".
Спасибо за интересный цикл статей, хорошо что тема начинает получать развитие.
К этой же статье у меня есть всего два комментария. Во-первых у нас, "Стрижа", конечно же есть решение с выделенным сервером, просто предназначено оно для корпоративных заказчиков, которые хотят, чтобы все данные оставались внутри их частных сетей, включая коммуникацию между базовыми станциями, базами данных и сервером приложений. Такое внедрение для заказчика уровня ТСЖ или застройщика квартала на 4-5 домов — совершенно избыточное.
А во-вторых читая ваши предыдущие статьи, я не мог не проникнуться сочувствием к вашим мытарствам: с покрытием, со связностью, с зоопарком устройств и т.д. В этом смысле, если хочется поковыряться в этом всём руками, полазить по подвалам и чердакам, повисеть на опоре ЛЭП в 30-градусный мороз — ничего лучше LoRa не найти. Мы в "Стриже" все эти стадии прошли и предлагаем да, закрытое, но работающее из коробки решение. Берёте базовую станцию, устанавливаете её по понятной инструкции с видео, устанавливаете и подключаете устройства — и всё, вот вам показания, вот отчёты в личном кабинете, вот обсчёт небаланса, вот REST API, если данные нужно выгружать в каком-то своём формате.
Я сам поклонник открытого ПО, пользуюсь им где можно, но слишком хорошо помню, какой путь пришлось пройти той же Мозилле, чтобы сегодня иметь характеристики сравнимые с Chrome, или тому же PHP, прежде чем он превратился в современный объектно-ориентированный язык. Не забудьте про такую вещь, как легаси: когда LoRa станет более-менее пригодной к использованию, те устройства, которые вы создали и установили сегодня могут оказаться неподдерживаемыми, потому что в обеспечении обратной совместимости не заинтересованы никакие участники экосистемы: ни Semtech, ни китайские вендоры. И наоборот: посмотрите, сколько усилий прилагает Microsoft, владелец самой грандиозной закрытой системы, в области обеспечения совместимости с ранее выпущенными продуктами.
Ах, да, и для инфраструктурных внедрений "Стриж" выходит дешевле из за намного большей дальности передачи: счётчики, которые я в режиме dogfooding установил у себя дома, принимают БС, находящиеся в 8 километрах через городскую застройку. Устройство, которое наша хакатон-команда сделала для соревнований в Питере, было "слышно" в коттеджном посёлке около Ольгино, на расстоянии 9 километров. Недалёк день, когда вместо покупки БС можно будет взять тестер сети и с вероятностью 80% окажется, что покрытие уже есть, можно просто устанавливать устройства.
Да, и при этой дальности передачи наши водомеры на одной батарейке живут до 6 лет, то есть не требуют обслуживания в пределах межповерочного интервала. Что ты скажешь на это, Илон Маск ЛоРа Альянс? :)
В общем-то ваши минусы я уже описал. Не знал, про возможность установки корпоративного сервера, это уже шаг вперед. Однако, сама суть от этого не поменяется.
Вы можете показывать отличные результаты, которых добились ваши отличные инженеры (говорю без сарказма). Но вы варитесь в своем закрытом котле.
Знаете, тут была статья про выкладку кода программы на Гитхаб. Много упоминали про то, как волновался автор кода, т.к. сейчас код увидят тысячи других программистов и могут просто закидать… закидать, в общем. Но выкладывал он именно для того, чтобы свежие люди свежим взглядом посмотрели.
Тут примерно та же ситуация. Я не могу сказать про вашу технологию что-то плохое или хорошее, просто потому что вижу только внешние моменты.
Скажем, тот же NB-Fi — крутяк, дальнобойность отличная и… атака повторения. Ну как так. Ваши пакеты, кстати, защищены от этой атаки?
Но Историю ИВ пишем мы сейчас, и наша компания, и Стриж, и компания СигФокса, и большая четверка, и Семтех и все-все-все.
Мы пока не знаем правильных ответов на многие вопросы. Соберемся лет через пять и поймем, кто был прав, а кто ошибался)
Я руковожу в "Стриже" отделом серверной разработки и точно знаю, что мои бойцы — инженеры высочайшего уровня, каждый с 2-3 офферами в любой момент времени, и то, что они выбрали (и продолжают выбирать) работать именно тут — о многом говорит. Я уверен, что если мы выложим наш код на GitHub — ни о каком "закидать" речи не пойдёт. Не говоря уже о cross code review, который практикуется у нас в компании. В частности поэтому мы его и не выкладываем)
Я хорошо знаю разработчиков ПО для базовых станций и устройств, знаю про внедрённые там практики, методологии и регламенты. С учётом выстроенных внутри компании коммуникаций, практик обмена опытом, проведения докладов, участия в хакатонах… В общем, надеюсь не обижу вас, если скажу, что уровень их кода совершенно точно не хуже самого лучшего, что может себе позволить городской провайдер IoT, ограниченный с одной стороны чисто рыночными рамками (сколько вы в принципе можете себе позволить потратить на разработку), а с другой — размером команды и уровнем бойцов (сколько вы можете позволить себе тратить на зарплаты, бонусы, соцпакет и прочие benefits).
(кстати, мы с удовольствием нанимаем специалистов по разработке устройств и прошивок, если вы читаете это — пишите saksenov@strij.tech)
На сегодняшнем стеке у нас невозможна не только атака повторением, но и атаки типа MitM на каналы связи между базовыми станциями и серверами, атаки типа N-minutes, а в разработке находится стек следующего поколения, не только с улучшенными скоростными характеристиками, но и с более продвинутой безопасностью, которая расчитана на сертификацию для работы с государственными организациями и военными приложениями. Если вам очень хочется посмотреть на стек изнутри — приходите, подписывайте (пока) NDA, приобретайте developer's kit и смотрите)
Такое же революционное устройство как Cybiko купленное Yahoo тоже сгинуло в неизвестности.
Что будет коммьюнити, если вас стремительно (не дай Бог) закроют?
А что будет, если по каким-то причинам закроется Semtech? Или ещё интереснее: что будет, если Semtech по каким-нибудь санкционным причинам запретит поставки в Россию под угрозой отзыва лицензии у производителей чипов? Риск прекращения работы правообладателя есть всегда, но если вы думаете, что у LoRa он ниже, чем у "Стрижа", ZigBee или NB-IoT — подумайте чуть шире.
Кстати в таком контексте — а чипы Стрижа где производятся?
В описываемой вами ситуации придётся создавать в РФ структуру, которая возьмёт на себя разработку, производство и поддержку этих чипов и технологии в целом. Очевидно, что существующей структуре это поручить не удастся, потому что её затаскают по судам за рубежом. На самом деле конечно никто ничего создавать не будет, потому что это никому, кроме интеграторов решений LoRa, не нужно.
Кстати в таком контексте — а чипы Стрижа где производятся?
То ли на Тайване, то ли в Гонконге, не помню точно.
Ээээ… Вот сейчас вы меня удивили. Вы правда не видите разницы между правообладателем и производителем? Чипы LoRa уже сейчас скорее всего недоступны для компаний из санкционного списка, поскольку Semtech — американская компания. Наверняка поставщикам решений на LoRa в РФ можно забыть про госзаказ и контракты компаний с существенным государственным участием.
При этом экономическая блокада РФ со стороны Китая — на ближайшие несколько лет просто басня, мы для Китая один из ключевых рынков, и значимость растёт с разгаром торговых войн между Китаем и США. Но даже в том исчезающе маловероятном случае каких-то проблем с Китаем (которые, если и начнутся, то скорее будут носить коммерческий характер, как с производством чипов для майнинга крипты) — перенос производства в любую другую страну, обладающую технологией для производства чипов — вопрос пары-тройки месяцев, на это время у нас, конечно, есть запас.
Конечно, ситуация, как с Белорусскими креветками, которые на картофельных полях собирают, но главное, что схема рабочая)
Что же касается санкций, то они всегда как обухом по голове. Вспомните 7-10 лет назад. Жили почти так же: кризисы и подъемы, вокруг цветные революции, которые правительство особо не поддерживало, локальные войны на эту тему (Абхазия и Южная Осетия) в которых наша армия участвовала.
Но как-то не было даже мыслей, что нам могут ТАК затянуть гайки санкциями. Как говорится, война-войной, а обед по расписанию.
Где гарантия, что завтра Китай вновь не проснется и не начнет уточнять вековую границу в районе Амура? Сейчас это кажется чем-то бредовым, но вдруг.
Смысл собственного производства именно в том, чтобы не зависеть от зарубежки в определенных отраслях. В этом смысле Лора и Стриж стоят в одинаковых условиях, мы оба зависим от наших западных или восточных партнеров. Да, у вас есть свобода маневра, однако перенос из Китая в какой-нибудь Сингапур явно ударит по цене.
Хочется сказать, что это вообще нормальная ситуация там, где дело не касается военной техники. Производить все у себя нереально, куда проще и дешевле каждому клепать свой участок в своей стране. И это работает, пока политики не начнут свои разборки. Ладно, не буду лезть в политику, не про то этот сайт.)
Нет, мы не в равных условиях. Если Semtech захочет отключить Россию от LoRa — LoRa в России закончится, потому что никому не надо создавать здесь независимый филиал, получать по суду "принудительные лицензии" и т.п., минимум полтора года поднимая всё из руин. Если Китай захочет отключить "Стрижа" от своих fabs — перенести производство чипов, на которые есть все маски и документация — вопрос единиц месяцев, и технически можно сделать это хоть в Зеленограде.
технически можно сделать это хоть в Зеленограде.
А вы когда-нибудь пробовали производить чипы в Зеленограде? Или еще лучше, пробовали ли вы переносить производство в Зеленоград с другой фабрики?
Во-вторых, покажите мне полупроводниковое производство, не завязанные на американские технологии (подсказываю: не ищите, не найдете). Фабрики континентального Китая не являются исключением.
Даже российские кремниевые фабрики уже сегодня очень страдают от санкций, и если кому-то захочется сделать так, чтобы у вас не стало чипов — их у вас не станет.
Кто вам такую ерунду сказал? Не бывает ключевых рынков размером 2%
Помимо расширения механизмов обеспечения безопасности — хотим сделать возможность увеличения скорости передачи данных. Большое расстояние и работа одновременно многих устройств (я не говорил, что в эфир у нас может передавать одновременно больше сотни девайсов? в полевых условиях видели 60 одновременных передач) достигается за счёт узкополосного высокоэнергетического сигнала, но появляются, например, задачи передачи большего количества информации на короткой дистанции. Это необходимо для обновления прошивок устройств по воздуху, что, разумеется, ставит дополнительные задачи обеспечения безопасности.
Текущий уровень безопасности не подойдёт для обновления прошивки по воздуху. Ну то есть в первом приближении подойдёт, но полноценного аудита не выдержит скорее всего, поэтому принимаем меры по укреплению.
Сторонний, разумеется.
Понимаете, проблема в том, что я не вижу в вашей технологии изъянов. Не таких, что видео нельзя передавать, а обычных недопилов. Так не бывает. Либо вы прямо революцию произвели, либо мы чего-то не знаем. А вам нам рассказать по должности не положено.
Я двигаю Лору, но постоянно говорю — ту не так, там не то. Это не мои мысли, это наблюдения сторонних аналитиков.
Если я захочу это замолчать, меня тут в порошок сотрут.
А с вами не так. Не заглянуть вглубь. Как бы вы меня не убеждали, что все классно, ну вот я настроен критически)
В этом минус проприетарности.
Спасибо вам за развернутые ответы) Думаю, каждый останется при своем мнении, на которое имеет полное право) Через пять лет соберемся и посмотрим)
Я уже писал выше: становитесь партнёром, покупайте devkit'ы, и заглядывайте так глубоко, как вам хочется)
Что до изъянов, то они в целом всему рынку известны: небольшая скорость передачи данных, пакеты фиксированного размера, тоже очень маленькие, неуверенный downlink, особенно для устройств с батарейным питанием (кстати, мы, похоже, нащупали способ существенно тут улучшить нашу платформу), отсутствие подтверждения доставки… Ну так мы и не претендуем на полный охват. Где-то проще использовать Bluetooth, где-то ZigBee, где-то вообще WiFi. А мы — это дальность, дешевизна по деньгам и питанию, помехоустойчивость.
Только конечному заказчику все равно, ибо всегда он наглухо завязан на какое-то решение, технологию, сервис, компанию-провайдера. Всегда решение, решение которое выбирает конечный заказчик — закрыто на каком-то уровне и в лучшем случае на одном.
Заказчик принимает решение работать с той или иной компанией и это намерение на всю жизнь, и всегда риски.
Ключевой параметр для конечного заказчика — работоспособность, надежность, сервис и достижение целей бизнеса.
Кейс из жизни с лорой — заказчик установил систему онлайн-учета на лоре, купив решение у Компании «С». Компания «С» ушла с рынка — система встала. Есть компания «Н» — она тоже работает на лоре. Поможет это ему воскресить систему? Нет, конечно.
1. Ключи шифрования — остались у прошлого провайдера
2. Данные упаковываются устройствами (канальный уровень ) — у всех свой! Не писать же заказчику свое серверное ПО.
3. Базовые станции залочены на сервер компании «С», а как иначе разворачивать и удерживать зону покрытия.
4. Еще пару «веселых» моментов, о которых пока говорить не буду…
Вывод? Вывод сделает рынок.
А если нет… Ну как-то жестко интегратор схлопнулся, ушел и мосты за собой сжег. Что с ним случилось-то?
2) Я так понимаю, что сам радиомодуль опрашивает счетчик и передает сухие данные через LoRa-канал? Тоже решаемо. Конечно, не силами заказчика, а силами компании «Н». Это не настолько сложно. По сути им надо верно интерпретировать пакеты на стороне сервера приложений.
3) БС какого производителя? У нас был Керлинк, залоченный на Лартех, нам предлагали его разлочить. Но мы просто вернули, т.к. решили не тратить на него деньги. Если БС у вас в собственности, вам любой нормальный производитель поможет с разлочкой.
4) Озвучивайте уж до конца)
-
С открытостью, проприеритарностью и прочим ключевая разница в том, что если мы хотим купить решение (т.е. под ключ, от устройства до данных в базе) — то это, скорее всего, будет нечто проприеритарное. Типа Стрижа. Вся головная боль — это боль поставщика и интегратора, пока он на рынке. Если вы хотите открытого, то решений «из коробки» нет. Вы берёте, грубо говоря, Лего, и строите своё решение из пластилина и палок. Окажется оно жизнеспособным или нет — узнать можно лет через 5. Головная боль ложится примерно поровну на заказчика и интегратора. В случае развода заказчика с интегратором у последнего останется лего в периоде полураспада и необходимость найти нового интегратора, который сможет переиспользовать хотя бы часть из накопленного. В общем, если заказчик останется без интегратора, ему будет одинаково плохо в обоих случаях.
В случае закрытого решения он останется с красивой (тут возможны варианты) мёртвой принцессой в хрустальном гробу, в случае открытого — с полуразложившимся зомби.
С открытой системой ещё и придётся держать некоторое количество людей у себя в штате и довольно глубоко погрузиться в тему.
Открытые системы собирают вокруг себя энтузиастов и профессионалов, которые могут тестить их так, как посчитают нужным. И это сообщество очень быстро отыскивает баги и слабые места. Разработчикам легче ставить заплатки.
Проприетарщина такой роскоши не имеет. Потому никто точно не может сказать, есть ли в решении критические ошибки или просчеты.
Что же касается интеграторства. Если у вас открытая система, вам ничто не помешает пригласить другого интегратора, в случае чего. Да, ему может быть не просто. Но разобраться вполне реально. Особенно если речь идет всего лишь про канал связи, там вообще говорить не о чем. Если сдохнет проприетарщик, да еще если вся система была завязана на проприетарном облаке — пиши пропало.
Как пример — мы часто переключаем диспетчеризацию теплосчетиков по кабелю от других провайдеров. Проблем нет. Воткнули наш шнурок, перенастроили конвертор и все поехало. Оборудование стандартное, протоколы счетчиков наша платформа знает.
В случае, если бы был установлен счетчик с интегрированным модулем Стрижа я хз, что делать)
Вы забываете одну важную вещь.Почему забываю? Я с этим полностью согласен, и не спорю.
Открытые системы собирают вокруг себя энтузиастов и профессионалов, которые могут тестить их так, как посчитают нужным. И это сообщество очень быстро отыскивает баги и слабые места. Разработчикам легче ставить заплатки.
Проприетарщина такой роскоши не имеет. Потому никто точно не может сказать, есть ли в решении критические ошибки или просчеты.Зависит от того, кто стоит за этой проприеритарщиной. Я уже упоминал про ProfiBus/ProfiNet, за которыми стоит Сименс. Я согласен, что принципиально вы правы. Но отказ от проприеритарного решения только потому, что оно проприеритарное — немного граничит с паранойей.
В любом случае, я выше описал наиболее пессимистичный сценарий. Т.е. плохо будет и так, и эдак. Просто, по-разному.
Записки IoT-провайдера. Проприетарность