Все верно и я написал об этом крупными буквами)
Насчет Ethernet и смерти RS-485 вы зря. У Ethernet много ограничений, из-за которого с ним трудно. Скажем, ограничение в 100 м. Оно обходится, но у RS-485 поболее будет.
Кстати, популярная тема накрутить на LoRa свой стек. У меня только две знакомые конторы каждый свой разработали. Однако, все они упираются в одно. Если есть крупный заказчик (а не проект под ключ, который более не будет развиваться), ему нужен классический стандарт, чтоб потом не сидеть с неразвивающимся и непонятным другим устройствам стеком.
Все верно.
Я не уверен, что это вообще можно назвать роумингом в классическом понимании. Скорее БС LoRaWAN можно сравнить с портами неуправляемого коммутатора. В какой ни воткни разъем — смысл будет одинаковый и решение принимает нечто, стоящее дальше по иерархии.
1) Серебряной пули нет, тут вы правы. Но все ищут решение максимально приближенное к идеалу.
С моей колокольни — это устройства с интегрированными передатчиками. Я могу быть не прав.
2) и 3) А почему вы считаете, что забирать время у прибора учета — это костыль? Получается, что любая система диспетчеризации — это костыль?
1) ОК, давайте поговорим про решение проблем воровства. Как вы хотите сделать это с помощью GPRS?
Собрать в одном корпусе индивидуальный водосчетчик, батарейку и передатчик GPRS не получится. Точнее получится, но долго эта конструкция не проживет. А вот на Лоре это вполне реализуемо.
2) Вы преувеличиваете проблему рассинхрона. Часы радимодуля можно подводить специальной командой. Пока таких проблем нет, но если они возникнут — просто добавим серверу в задачи отправлять команду синхронизации раз в… ну пусть раз в месяц. И все у нас будет актуально.
Что же касается внутренних часов теплосчетчика, был бы у них сертификат, если бы в конце срока эксплуатации там был рассинхрон в десятки минут?
3) Ну и наконец. Мы же можем запрашивать время с теплосчетчика, как один из параметров. И вуаля! У нас данные с первичного источника.
Давайте по порядку.
1) Не следует путать систему телеметрии с системой контроля хитрости) Меня часто спрашивают — может ли LoRa как-то помочь против магнитов или иных уловок на индивидуальных приборах учета. У меня один ответ.
А парень с карандашом и блокнотом, который попадает в одну квартиру из пяти или показания жильцов, которые они вбивают через Интернет смогут помочь выявить магнит?)
Насчет обрыва — у нас есть система мониторинга, что внезапно стали приходить нулевые значения. Само по себе это еще ничего не значит, но повод назначить ремонт на объект.
Кроме того, внешние радиомодули — это все-таки переходный период. Я думаю, что скоро будем иметь устройства с интегрированным радиомодулем. И вот тогда NBIoT потребует куда большей батарейки. Я уж молчу про GPRS, к нему вообще допшкаф понадобится)
2) Я не совсем понял вашу мысль с часами. Ну вот будет у нас рассинхрон c внутренними часами теплосчетчика. Ну или электросчетчика. Почему показания обесценятся? Вы считаете, что этот рассинхрон набежит в полчаса?
Устройства могут быть мобильными. Спецификация это предусматривает.
Если брать практику, то я пробовал возить устройство с собой в машине по городу — потери пакетов не наблюдалось. Однако, прям длительных тестов на подвижность не делали и уж точно не тестировали на больших скоростях.
Спасибо за отзыв)
NBIoT есть примерно в два раза больше LoRa на передаче и больше, чем в три раза на прием. Их не очень корректно сравнивать в лоб из-за разницы скоростей и общей разницы концепций. Однако, факт остается фактом, у NBIoT есть определенные проблемы с питанием и батареи им требуются хорошие.
Каждую техзадачу нужно решать отдельно. И смотреть, что для нее лучше подходит. Я бы не хоронил Лору прежде времени, однако для определенного круга задач она правда не самое лучшее решение. И если уж мы говорим о промышленном предприятии, то там может и NBIoT окажется не к месту, а самым рациональным решением станет… Ну не знаю? Wireless HART?)
Может так получится, что беспроводка вообще не годится, если стоит какая-нибудь электромагнитная плавильная печь.
Интересный вопрос! Я никогда не видел архитектуры «два сетевых сервера — один приложений». Наоборот бывает, а вот так… не уверен, что это вообще возможно.
Но конфликта возникнуть не должно. Для определенного DevEUI будет только один действующий сессионный ключ сервера приложений. Уж будет о наш или злоумышленника — вопрос десятый. Важно, что сервер приложений будет работать с тем, кого понимает.
Не совсем. Я имел ввиду ситуацию, когда злоумышленник откуда-то знает наши DevEUI, AppEUI и AppKey. Тогда он сможет сгенерить настоящий запрос. DevNonce и MIC будут отличаться, т.к. он не знает прошлый DevNonce. Сервер примет такой запрос за переактивацию, выдаст нашему клону новые ключи, а по старым отвечать уже не будет. И наше устройство превратиться в кирпич. Если мы его реактивируем, то кирпичом станет клон. И так далее.
Спасибо за обзор. До 2011 года работал в одной из дочек СвязьИнвест-РТК в Челябинске, мы одними из последних закрыли CDMA-сеть в том же 2011.
Я не соглашусь, насчет сравнения GSM и CDMA. В последнем не было дурацких пр… ры… аний связи. Правда там свои приколы, к примеру во время звонка вы могли слышать «ветер», но это клиентов как-то не напрягало. Ну и дальность, в CDMA она была повыше.
А еще крутяк в построении сети — CDMA не требует частотного планирования в классическом смысле. Но мы проиграли бой, чтобы выиграть войну. По сути, следующие стандарты СС — это скорее развитие CDMA, нежели GSM.
Вы несколько неверно понимаете роль БС. БС в этой архитектуре — тупая железка, которая просто преобразует радиотраффик в ethernet (или СС) и гонит на сервер.
Всем рулит сервер. Это можно сравнить с неуправляемым коммутатором. Не важно в какой порт льете траффик, важно что стоит дальше.
Насчет активации. Если произошла активация одного устройства, а потом активировался кто-то еще, с такими же параметрами, то первое устройство превратиться в кирпич. Т.е. сервер у себя поменяет сессионные ключи и будет общаться с фейком, а реальное устройство уже не сможет с ним связаться. Однако, если сделать реактивацию реального устройства, то в кирпич превратится уже фейк. И так далее.
Как и в большинстве систем, если вы знаете пароли от входа, то сможете создать проблемы. Потому пароли надо беречь)
Я крайне сомневаюсь, что компании из санкционного списка будут производить оборудование LoRa. Если же им понадобится что-то построить, к их услугам много российских патриотичных производителей, та же Вега.
Конечно, ситуация, как с Белорусскими креветками, которые на картофельных полях собирают, но главное, что схема рабочая)
Что же касается санкций, то они всегда как обухом по голове. Вспомните 7-10 лет назад. Жили почти так же: кризисы и подъемы, вокруг цветные революции, которые правительство особо не поддерживало, локальные войны на эту тему (Абхазия и Южная Осетия) в которых наша армия участвовала.
Но как-то не было даже мыслей, что нам могут ТАК затянуть гайки санкциями. Как говорится, война-войной, а обед по расписанию.
Где гарантия, что завтра Китай вновь не проснется и не начнет уточнять вековую границу в районе Амура? Сейчас это кажется чем-то бредовым, но вдруг.
Смысл собственного производства именно в том, чтобы не зависеть от зарубежки в определенных отраслях. В этом смысле Лора и Стриж стоят в одинаковых условиях, мы оба зависим от наших западных или восточных партнеров. Да, у вас есть свобода маневра, однако перенос из Китая в какой-нибудь Сингапур явно ударит по цене.
Хочется сказать, что это вообще нормальная ситуация там, где дело не касается военной техники. Производить все у себя нереально, куда проще и дешевле каждому клепать свой участок в своей стране. И это работает, пока политики не начнут свои разборки. Ладно, не буду лезть в политику, не про то этот сайт.)
Правильно делаете)
На самом деле, раскрыть все в одной статье проблематично. И получится уж слишком заумно. Я обозначил основные моменты, связанные с безопасностью, как работает это процесс и очевидные бреши. Здесь можем погрузиться поглубже.
Насчет Ethernet и смерти RS-485 вы зря. У Ethernet много ограничений, из-за которого с ним трудно. Скажем, ограничение в 100 м. Оно обходится, но у RS-485 поболее будет.
Я не уверен, что это вообще можно назвать роумингом в классическом понимании. Скорее БС LoRaWAN можно сравнить с портами неуправляемого коммутатора. В какой ни воткни разъем — смысл будет одинаковый и решение принимает нечто, стоящее дальше по иерархии.
С моей колокольни — это устройства с интегрированными передатчиками. Я могу быть не прав.
2) и 3) А почему вы считаете, что забирать время у прибора учета — это костыль? Получается, что любая система диспетчеризации — это костыль?
Собрать в одном корпусе индивидуальный водосчетчик, батарейку и передатчик GPRS не получится. Точнее получится, но долго эта конструкция не проживет. А вот на Лоре это вполне реализуемо.
2) Вы преувеличиваете проблему рассинхрона. Часы радимодуля можно подводить специальной командой. Пока таких проблем нет, но если они возникнут — просто добавим серверу в задачи отправлять команду синхронизации раз в… ну пусть раз в месяц. И все у нас будет актуально.
Что же касается внутренних часов теплосчетчика, был бы у них сертификат, если бы в конце срока эксплуатации там был рассинхрон в десятки минут?
3) Ну и наконец. Мы же можем запрашивать время с теплосчетчика, как один из параметров. И вуаля! У нас данные с первичного источника.
1) Не следует путать систему телеметрии с системой контроля хитрости) Меня часто спрашивают — может ли LoRa как-то помочь против магнитов или иных уловок на индивидуальных приборах учета. У меня один ответ.
А парень с карандашом и блокнотом, который попадает в одну квартиру из пяти или показания жильцов, которые они вбивают через Интернет смогут помочь выявить магнит?)
Насчет обрыва — у нас есть система мониторинга, что внезапно стали приходить нулевые значения. Само по себе это еще ничего не значит, но повод назначить ремонт на объект.
Кроме того, внешние радиомодули — это все-таки переходный период. Я думаю, что скоро будем иметь устройства с интегрированным радиомодулем. И вот тогда NBIoT потребует куда большей батарейки. Я уж молчу про GPRS, к нему вообще допшкаф понадобится)
2) Я не совсем понял вашу мысль с часами. Ну вот будет у нас рассинхрон c внутренними часами теплосчетчика. Ну или электросчетчика. Почему показания обесценятся? Вы считаете, что этот рассинхрон набежит в полчаса?
Если брать практику, то я пробовал возить устройство с собой в машине по городу — потери пакетов не наблюдалось. Однако, прям длительных тестов на подвижность не делали и уж точно не тестировали на больших скоростях.
Спасибо за отзыв)
Может так получится, что беспроводка вообще не годится, если стоит какая-нибудь электромагнитная плавильная печь.
А вы прямо связывались с LoRa Альянсом, и предлагали свои разработки?
Но конфликта возникнуть не должно. Для определенного DevEUI будет только один действующий сессионный ключ сервера приложений. Уж будет о наш или злоумышленника — вопрос десятый. Важно, что сервер приложений будет работать с тем, кого понимает.
Я не соглашусь, насчет сравнения GSM и CDMA. В последнем не было дурацких пр… ры… аний связи. Правда там свои приколы, к примеру во время звонка вы могли слышать «ветер», но это клиентов как-то не напрягало. Ну и дальность, в CDMA она была повыше.
А еще крутяк в построении сети — CDMA не требует частотного планирования в классическом смысле. Но мы проиграли бой, чтобы выиграть войну. По сути, следующие стандарты СС — это скорее развитие CDMA, нежели GSM.
Всем рулит сервер. Это можно сравнить с неуправляемым коммутатором. Не важно в какой порт льете траффик, важно что стоит дальше.
Насчет активации. Если произошла активация одного устройства, а потом активировался кто-то еще, с такими же параметрами, то первое устройство превратиться в кирпич. Т.е. сервер у себя поменяет сессионные ключи и будет общаться с фейком, а реальное устройство уже не сможет с ним связаться. Однако, если сделать реактивацию реального устройства, то в кирпич превратится уже фейк. И так далее.
Как и в большинстве систем, если вы знаете пароли от входа, то сможете создать проблемы. Потому пароли надо беречь)
Конечно, ситуация, как с Белорусскими креветками, которые на картофельных полях собирают, но главное, что схема рабочая)
Что же касается санкций, то они всегда как обухом по голове. Вспомните 7-10 лет назад. Жили почти так же: кризисы и подъемы, вокруг цветные революции, которые правительство особо не поддерживало, локальные войны на эту тему (Абхазия и Южная Осетия) в которых наша армия участвовала.
Но как-то не было даже мыслей, что нам могут ТАК затянуть гайки санкциями. Как говорится, война-войной, а обед по расписанию.
Где гарантия, что завтра Китай вновь не проснется и не начнет уточнять вековую границу в районе Амура? Сейчас это кажется чем-то бредовым, но вдруг.
Смысл собственного производства именно в том, чтобы не зависеть от зарубежки в определенных отраслях. В этом смысле Лора и Стриж стоят в одинаковых условиях, мы оба зависим от наших западных или восточных партнеров. Да, у вас есть свобода маневра, однако перенос из Китая в какой-нибудь Сингапур явно ударит по цене.
Хочется сказать, что это вообще нормальная ситуация там, где дело не касается военной техники. Производить все у себя нереально, куда проще и дешевле каждому клепать свой участок в своей стране. И это работает, пока политики не начнут свои разборки. Ладно, не буду лезть в политику, не про то этот сайт.)
На самом деле, раскрыть все в одной статье проблематично. И получится уж слишком заумно. Я обозначил основные моменты, связанные с безопасностью, как работает это процесс и очевидные бреши. Здесь можем погрузиться поглубже.