Comments 18
Хочу создать свою изолированную сеть с чайниками (например) какой софт нужно поставить чтобы в админ панели мог видеть все эти чайники и управлять каждым по отдельности?
Сдаётся мне, тот — который напишете сами. Лора — это транспортный уровень, причём за маршрутизацию шлюз-конечное устройство отвечает сам шлюз. Обмен данными ПК-шлюз происходит через стандартный TCP сокет (с лорой не работал, но это было бы логично, UDP здесь не нужен). Протокол обмена зависит от софта ваших чайников.
Повторюсь — я не как оно там на самом деле, но этот сценарий наиболее логичен.
Повторюсь — я не как оно там на самом деле, но этот сценарий наиболее логичен.
Самый простой способ — прийти к одному из операторов связи, у которого есть подходящее для вас решение (маловероятно, что оно найдется).
Ну или иметь деньги для разработки полностью своей софтины, которая будет обрабатывать какой-нибудь web-socket от оператора.
Ну или иметь деньги для разработки полностью своей софтины, которая будет обрабатывать какой-нибудь web-socket от оператора.
нашел вот такой мануал, может кто экспериментировал уже?
https://docs.mbed.com/docs/lora-with-mbed/en/latest/intro-to-lora/
https://docs.mbed.com/docs/lora-with-mbed/en/latest/intro-to-lora/
Или сами, или есть несколько западных облачных IoT-сервисов — можно через шлюз к ним подцепиться и греть чайники. Вообще, упомянутый Network Server может работать и на шлюзе. И не только он. Может станет чуть понятнее, если глянуть «Настраиваем шлюз LoRaWAN и создаем наше первое IoT-приложение».
Я так понял, Conduit может прозрачно пересылать данные от датчиков и обратно по TCP или UDP.
Как одно из возможных применений вы пишите:
считывание показаний счетчиков газа, воды, электричества;
Сразу встает разумный вопрос о возможном количестве датчиков, возможных на определенной площади.
Современные дома это около 400 квартир, с кухней и ванной, из-за вертикальной разводки требуется по два датчика(холодную и горячую воду) на помещение, такая же история и теплосчетчиком. Возьмем сферическую квартиру, с одной жилой комнатой и кухней, получим:
1) датчики воды 2*2 = 4 шт.
2) счетчик газа 1 шт.
3) теплосчетчик = 2.
Итого 7 штук. Квартир 400, что в итоге дает 400*7 = 2800 датчиков.
Рядом стоят ещё дома, аналогичные, 5 шт.
Собственно вопрос: что произойдет с помехозащищенностью, способностью к считыванию датчиков в данном кейсе?
считывание показаний счетчиков газа, воды, электричества;
Сразу встает разумный вопрос о возможном количестве датчиков, возможных на определенной площади.
Современные дома это около 400 квартир, с кухней и ванной, из-за вертикальной разводки требуется по два датчика(холодную и горячую воду) на помещение, такая же история и теплосчетчиком. Возьмем сферическую квартиру, с одной жилой комнатой и кухней, получим:
1) датчики воды 2*2 = 4 шт.
2) счетчик газа 1 шт.
3) теплосчетчик = 2.
Итого 7 штук. Квартир 400, что в итоге дает 400*7 = 2800 датчиков.
Рядом стоят ещё дома, аналогичные, 5 шт.
Собственно вопрос: что произойдет с помехозащищенностью, способностью к считыванию датчиков в данном кейсе?
Те дома (многоэтажные), что я знаю:
1) Не снабжаются газом (разве-что котельная рядом с домом)
2) Теплосчётчик общедомовой
3) Таки оснащены электросчётчиками.
Итого 2 на воду + 1 электро = 3 счётчика.
По вопросу — заинтересовался. Нашёл ссылку: (не хватает рейтинга)
1) Не снабжаются газом (разве-что котельная рядом с домом)
2) Теплосчётчик общедомовой
3) Таки оснащены электросчётчиками.
Итого 2 на воду + 1 электро = 3 счётчика.
По вопросу — заинтересовался. Нашёл ссылку: (не хватает рейтинга)
Емкость сети зависит от того числа пакетов, которые могут быть получены в данный момент времени. Один шлюз на SX1301 с 8 каналами, используя протокол LoRaWAN, способен получить около 1,5 млн. пакетов в день. Так что, если ваш узел отправляет один пакет в час, то один шлюз на SX1301 может с успехом обслуживать до 62500 таких конечных устройств
1) Дом может быть вполне и не многоэтажный, а широким, или куча малоэтажек, как сейчас строят новые районы в средних городах, вроде академгородков.
2) Это пока общедомовой, в старых домах, в новых — ФЗ №261 от 23.11.2009 г, не прихоть, а ФЗ.
Итог не правильный, счетчиков на воду 4е шт. итого 5 шт., каждый счетчик на воду, законченное устройство имеющее свой уникальный номер, необходимый для поверки.
Их в нашем кейсе требуется 4 штуки = два в ванной, два на кухне.
Сейчас показания снимаются раз в месяц, так вы пишете — для выставления счета.
Но и смысла тогда не много, раз в месяц можно и карандашиком рядышком постоять.
Не видно преимуществ такого решения.
Однако, если мониторить потребление ресурсов(и выставленных счетов), самостоятельно, а так уже можно будет делать на сайте управляющей с 01. 01. 2017, уже не вписывается раз в месяц.
Вопрос то не в «сколько станция базовая может принять», а в «сколько датчиков могут одновременно работать, не мешая друг другу». И вполне естественно, что вторая цифра будет меньше первой.
Так же логично предположить, что базовая станция — 1 шт. на один дом. Т.к. это имущество собственников жилья. И будет очень обидно, когда с базовой станцией установленной в/на другом доме, (на общем собрании собственников будет создано ТСЖ), будут произведены какие либо действия.
62500 устройств очень уж хорошая цифра, она возможна в случае, если все устройства будут отправлять без ошибок, строго последовательно.
И опять же что будет, в случае пяти базовых станций, на расстоянии 50-150 метров?
Пусть будет по вашему, будут высотки, но без газа, я в прошлый раз не посчитал электросчетчик, получаем в нашей однокомнатной квартире:
1) вода холодная, горячая = 2 счетчика*2(ванная, кухня) = 4
2) газа у нас нет(пусть высотка), но есть электричество = 1 датчик
3) индивидуальный теплосчетчик = 1 шт*2 (кухня, жилая комната).
Итого: 7 шт., и 8 штук, если есть газ(пока он не обязателен).
2) Это пока общедомовой, в старых домах, в новых — ФЗ №261 от 23.11.2009 г, не прихоть, а ФЗ.
Итог не правильный, счетчиков на воду 4е шт. итого 5 шт., каждый счетчик на воду, законченное устройство имеющее свой уникальный номер, необходимый для поверки.
Их в нашем кейсе требуется 4 штуки = два в ванной, два на кухне.
Сейчас показания снимаются раз в месяц, так вы пишете — для выставления счета.
Но и смысла тогда не много, раз в месяц можно и карандашиком рядышком постоять.
Не видно преимуществ такого решения.
Однако, если мониторить потребление ресурсов(и выставленных счетов), самостоятельно, а так уже можно будет делать на сайте управляющей с 01. 01. 2017, уже не вписывается раз в месяц.
Вопрос то не в «сколько станция базовая может принять», а в «сколько датчиков могут одновременно работать, не мешая друг другу». И вполне естественно, что вторая цифра будет меньше первой.
Так же логично предположить, что базовая станция — 1 шт. на один дом. Т.к. это имущество собственников жилья. И будет очень обидно, когда с базовой станцией установленной в/на другом доме, (на общем собрании собственников будет создано ТСЖ), будут произведены какие либо действия.
62500 устройств очень уж хорошая цифра, она возможна в случае, если все устройства будут отправлять без ошибок, строго последовательно.
И опять же что будет, в случае пяти базовых станций, на расстоянии 50-150 метров?
Пусть будет по вашему, будут высотки, но без газа, я в прошлый раз не посчитал электросчетчик, получаем в нашей однокомнатной квартире:
1) вода холодная, горячая = 2 счетчика*2(ванная, кухня) = 4
2) газа у нас нет(пусть высотка), но есть электричество = 1 датчик
3) индивидуальный теплосчетчик = 1 шт*2 (кухня, жилая комната).
Итого: 7 шт., и 8 штук, если есть газ(пока он не обязателен).
ukt, спасибо. Вопрос, безусловно, не праздный.
Но если запрашивать показания как мы сдаем их сейчас — раз в месяц — то вроде всё не так страшно?
А вообще, конечно, практика — критерий истины, это да.
Но если запрашивать показания как мы сдаем их сейчас — раз в месяц — то вроде всё не так страшно?
А вообще, конечно, практика — критерий истины, это да.
Если раз в месяц, никакие передатчики не нужны. Достаточно раз в месяц взять листочек и ручку.
ОК, а как часто хотите передавать?
Адекватно — 1-4 раза в сутки. Батарея не поджирается, информация актуальна.
Все зависит от уровня, на котором нужно собирать метрики.
Если владелец жилья, то в принципе достаточно несколько раз в день, например, убедиться, что новый холодильник или стиралка высокой энергоэффективности, действительно энергоэффективны.
С точки зрения ЖКЖ, раз в час, что бы убедиться, что потребление в пределах допуска.
С точки зрения биллинга — несколько раз в месяц, Пара для проверок счетчиков, и один для выставления счетов.
С точки зрения АСУТПшника — в реалтайме, или, сколько времени потребуется для считывания со всех датчиков. Батарейки надолго не хватит. Тут Лора и поломается, загадив эфир. Как в том анекдоте про пилу.
Ведь очень странно не предоставлять возможность считывания показаний счетчиков владельцу помещения.
И возможен и такой случай что, считывают одновременно пользователь и ЖКХ, биллинг.
Сразу предвосхищая вопрос, а почему, собственно, не считывать данные, а пользователю не предоставлять доступ уже считанных? Отвечу: с этой точки зрения, мы возвращаемся к тому, что для пользователя опять достаточно листочка и карандашика. Зачем ему платить за вундервафлю, если конкретно для него ничего не изменилось?
И опять же если данные будут откуда то «оттуда», то возникает вопрос к достоверности данных, как и сейчас — доступа у жильцов к счетчикам(общедомовым нет), поэтому какая там реально цифра должна быть в платежке — никто не знает, кроме заинтересованных лиц.
Если владелец жилья, то в принципе достаточно несколько раз в день, например, убедиться, что новый холодильник или стиралка высокой энергоэффективности, действительно энергоэффективны.
С точки зрения ЖКЖ, раз в час, что бы убедиться, что потребление в пределах допуска.
С точки зрения биллинга — несколько раз в месяц, Пара для проверок счетчиков, и один для выставления счетов.
С точки зрения АСУТПшника — в реалтайме, или, сколько времени потребуется для считывания со всех датчиков. Батарейки надолго не хватит. Тут Лора и поломается, загадив эфир. Как в том анекдоте про пилу.
Ведь очень странно не предоставлять возможность считывания показаний счетчиков владельцу помещения.
И возможен и такой случай что, считывают одновременно пользователь и ЖКХ, биллинг.
Сразу предвосхищая вопрос, а почему, собственно, не считывать данные, а пользователю не предоставлять доступ уже считанных? Отвечу: с этой точки зрения, мы возвращаемся к тому, что для пользователя опять достаточно листочка и карандашика. Зачем ему платить за вундервафлю, если конкретно для него ничего не изменилось?
И опять же если данные будут откуда то «оттуда», то возникает вопрос к достоверности данных, как и сейчас — доступа у жильцов к счетчикам(общедомовым нет), поэтому какая там реально цифра должна быть в платежке — никто не знает, кроме заинтересованных лиц.
Подскажите какова стоимость владения в этой технологии?
Насколько я понял, это ежегодные лицензионные отчисления, которые зависят от количества устройств, шлюзов и серверов, плюс стоимость самих устройств.
Допустим, мне нужно 1000 устройств, 100 шлюзов и 10 серверов, сколько это будет стоить в год?
Насколько я понял, это ежегодные лицензионные отчисления, которые зависят от количества устройств, шлюзов и серверов, плюс стоимость самих устройств.
Допустим, мне нужно 1000 устройств, 100 шлюзов и 10 серверов, сколько это будет стоить в год?
Sign up to leave a comment.
Спецификация LoRaWAN. Введение. Основные понятия и классы оконечных устройств