Но все не станут. А мошенникам и хакерами и так раздолье. Жертву можно убедить и научить сделать что-то очень вредное даже если у него и не будет рута.
Мошенники могут обмануть с помощью обычного телефона, даже кнопочного. И даже без телефона вообще. Конечно, можно усложнить процедуру получения root на смартфоне, но эта процедура должна быть описана в документации от производителя. Хотя бы для того чтобы не нужно было для получения root использовать хакерские технологии.
Да, micropython хорош для обучения. Однако от Си никуда не деться - насколько я знаю, для embedded используют в основном Си. В этом смысле IDE Arduino хорош для начинающих и поддерживает огромное количество микроконтроллеров. Ну а Си, да, придется его выучить!
Разумеется достаточно если иметь в виду простейшее решение для эксплуатации, а не для обучения.
Но у меня была цель показать работу с модулем Heltec Automation HTIT‑WB32LAF V3, в котором уже есть и LoRa, и микроконтроллер, и дисплей, удобный для отладки. На мой взгляд, это очень удачная конфигурация именно для обучения работе с LoRa на базе микроконтроллера. Легко создавать скетчи на IDE Arduino и выводить результаты работы прямо на экран.
Ранее я рассказывал о том, как подключать модули LoRa к микрокомпьютерам Raspberry Pi и Repka Pi.
Я планирую статью, в которой расскажу в том числе и про подключение отдельных (не интегрированных) модулей LoRa к различным микроконтроллерам.
Да, было бы достаточно раздела в настройках, где пользователь мог бы включить доступ root, задав пароль. Перед этим ему можно показать всякие предупреждения, отпугивающие тех, кому такой доступ на самом деле не нужен. Это бы отпугнуло неквалифицированных пользователей, но позволило бы получить полный контроль над ПО устройства. Но не над его железом)
Оправданий и обоснований отсутствия простой процедуры получения доступа root может быть много, но суть одна - смартфон не является полностью вашим устройством, которое вы можете контролировать. И конечно, специалист получит такой доступ при необходимости, что только ухудшает ситуацию.
Компьютер, к которому у вас есть root, кстати тоже вы не сможете полностью контролировать. Едва ли можно быть уверенным в том, что там нигде нет в ПО или в железе дыр или закладок.
Когда только появились смартфоны, с удивлением обнаружил, что по умолчанию пользователю не предоставляется доступ root. Уже не смогу вспомнить, куда-то писал статью про то что смартфон - это не вполне ваше устройство, и ему не стоит доверять хоть сколь-нибудь важные или критичные с точки зрения безопасности данные. С тех пор ничего не изменилось!
Да, справедливое замечание, измерения на реальном железе были бы полезны. В спящем режиме есть собственный ток потребления стабилизатора, также инициализация периферии может быть не оптимальной. В результате реальное потребление может оказаться заметно выше идеального.
По ACK вы правы, его нет. Подтверждение доставки требует держать приёмник активным какое-то время после каждой передачи, а это часто дороже по энергии, чем просто отправить и не ждать ответа. Хорошая тема для отдельной статьи с реальными измерениями тока.
В данном случае речь идет не о базе, а об удалённом датчике, который лишь иногда отправляет данные измерений. Он может стоять в теплице или в аналогичном помещении, где не предусмотрено 220 В. Что касается базы, то тут хорошо бы использовать решение с возможностью передавать данные через интернет, и в этом случае автономное питание может быть не так актуально.
ESP32-S3 в режиме глубокого сна потребляет единицы-десятки мкА, просыпается по таймеру, читает BME280, шлёт пакет через SX1262 и снова засыпает. Средний ток может быть очень низким.
На платах типа Heltec WiFi LoRa 32 уже интегрирован LoRa-модуль, а также микроконтроллер. Это удобно, так как не нужно подключать отдельную плату радиомодуля к внешнему микроконтроллеру.
Годы работы от батареи подразумевают глубокий сон между сеансами и включение экрана лишь на короткое время, а не постоянную работу дисплея. Вот как это сформулировано в статье:
"Микроконтроллер может переходить в состояние глубокого сна, когда работают только часы реального времени и память RTC, а вся периферия отключается. В результате узел сбора данных может работать очень долго, питаясь от аккумулятора."
По nRF-модулям вы правы: для чистого мониторинга с минимальным потреблением они эффективнее ESP32-S3. Я использовал ESP32-S3 ради удобства разработки и наличия экрана для настройки, а не как решение с рекордной автономностью. Однако режим глубокого сна с отправкой раз в сутки или в несколько часов даёт очень хорошую экономию.
Насчёт перемычки LF/HF - да, это индикатор, а не переключатель, реальная частота задаётся фильтром на плате.
Вот как это сформулировано в статье, и дана ссылка на обсуждение: "Перепайка этих перемычек не приведёт к изменению частотного диапазона, но я не пробовал. В данном случае модуль работает в диапазоне 863–928 МГц."
Есть, например, модули E22-170M22S, E22-170M30S, E22-170M33S на базе чипа SX1262. Эти модули работают в полосе 150–170 МГц и имеют мощность от 22 до 33 дБм. Модуль E22-230T22S работает на 230 МГц.
Эти решения обладают лучшей проникающей способностью и дифракцией, но в России требуется специальное разрешение на их использование.
Да, но все же у MIOTY и LoRa разные возможности и области применения. К тому же, модули с MIOTY мне не удалось найти сходу в продаже. Интересно, где их можно купить и по какой цене?
Вы правы в том, что символ действительно несёт частотную манипуляцию (данные задают начальную частоту), а линейный чирп поверх неё — это и есть расширение спектра. Но вместе это и называется CSS (Chirp Spread Spectrum), так что не соглашусь только с тем, что CSS «никак не связан» с модуляцией в LoRa.
Благодарю за отзыв! Смотрел ваши статьи, думаю они будут мне полезны! Еще модули LoRa могут слушать эфир перед тем как начинать передачу, и если канал занят, задерживать передачу до его освобождения. Называется LBS. Возможно это как-то может снизить проблему перегруженных каналов.
Спасибо за уточнение! Вы правы, что пиковый ток потребления SX1276 в режиме передачи может достигать сотен мА, что, конечно, совсем не мало.
У меня речь идёт не про непрерывную трансляцию, а про типичный сценарий автономного датчика: глубокий сон с током потребления порядка 0,2–1 мкА и короткая отправка пакета раз в несколько часов или раз в сутки. В таком режиме устройства LoRa могут жить, например, от аккумулятора 18650 год и более.
Да, это так. Есть же sudo. Пользователь Администратор в Windows опасен для ежедневной работы
Но все не станут. А мошенникам и хакерами и так раздолье. Жертву можно убедить и научить сделать что-то очень вредное даже если у него и не будет рута.
Мошенники могут обмануть с помощью обычного телефона, даже кнопочного. И даже без телефона вообще. Конечно, можно усложнить процедуру получения root на смартфоне, но эта процедура должна быть описана в документации от производителя. Хотя бы для того чтобы не нужно было для получения root использовать хакерские технологии.
Да, micropython хорош для обучения. Однако от Си никуда не деться - насколько я знаю, для embedded используют в основном Си. В этом смысле IDE Arduino хорош для начинающих и поддерживает огромное количество микроконтроллеров. Ну а Си, да, придется его выучить!
Разумеется достаточно если иметь в виду простейшее решение для эксплуатации, а не для обучения.
Но у меня была цель показать работу с модулем Heltec Automation HTIT‑WB32LAF V3, в котором уже есть и LoRa, и микроконтроллер, и дисплей, удобный для отладки. На мой взгляд, это очень удачная конфигурация именно для обучения работе с LoRa на базе микроконтроллера. Легко создавать скетчи на IDE Arduino и выводить результаты работы прямо на экран.
Ранее я рассказывал о том, как подключать модули LoRa к микрокомпьютерам Raspberry Pi и Repka Pi.
Я планирую статью, в которой расскажу в том числе и про подключение отдельных (не интегрированных) модулей LoRa к различным микроконтроллерам.
Да, было бы достаточно раздела в настройках, где пользователь мог бы включить доступ root, задав пароль. Перед этим ему можно показать всякие предупреждения, отпугивающие тех, кому такой доступ на самом деле не нужен. Это бы отпугнуло неквалифицированных пользователей, но позволило бы получить полный контроль над ПО устройства. Но не над его железом)
Оправданий и обоснований отсутствия простой процедуры получения доступа root может быть много, но суть одна - смартфон не является полностью вашим устройством, которое вы можете контролировать. И конечно, специалист получит такой доступ при необходимости, что только ухудшает ситуацию.
Компьютер, к которому у вас есть root, кстати тоже вы не сможете полностью контролировать. Едва ли можно быть уверенным в том, что там нигде нет в ПО или в железе дыр или закладок.
Когда только появились смартфоны, с удивлением обнаружил, что по умолчанию пользователю не предоставляется доступ root. Уже не смогу вспомнить, куда-то писал статью про то что смартфон - это не вполне ваше устройство, и ему не стоит доверять хоть сколь-нибудь важные или критичные с точки зрения безопасности данные. С тех пор ничего не изменилось!
Да, справедливое замечание, измерения на реальном железе были бы полезны. В спящем режиме есть собственный ток потребления стабилизатора, также инициализация периферии может быть не оптимальной. В результате реальное потребление может оказаться заметно выше идеального.
По ACK вы правы, его нет. Подтверждение доставки требует держать приёмник активным какое-то время после каждой передачи, а это часто дороже по энергии, чем просто отправить и не ждать ответа. Хорошая тема для отдельной статьи с реальными измерениями тока.
В данном случае речь идет не о базе, а об удалённом датчике, который лишь иногда отправляет данные измерений. Он может стоять в теплице или в аналогичном помещении, где не предусмотрено 220 В. Что касается базы, то тут хорошо бы использовать решение с возможностью передавать данные через интернет, и в этом случае автономное питание может быть не так актуально.
ESP32-S3 в режиме глубокого сна потребляет единицы-десятки мкА, просыпается по таймеру, читает BME280, шлёт пакет через SX1262 и снова засыпает. Средний ток может быть очень низким.
На платах типа Heltec WiFi LoRa 32 уже интегрирован LoRa-модуль, а также микроконтроллер. Это удобно, так как не нужно подключать отдельную плату радиомодуля к внешнему микроконтроллеру.
Спасибо за замечания, по существу отвечу коротко:
Годы работы от батареи подразумевают глубокий сон между сеансами и включение экрана лишь на короткое время, а не постоянную работу дисплея. Вот как это сформулировано в статье:
"Микроконтроллер может переходить в состояние глубокого сна, когда работают только часы реального времени и память RTC, а вся периферия отключается. В результате узел сбора данных может работать очень долго, питаясь от аккумулятора."
По nRF-модулям вы правы: для чистого мониторинга с минимальным потреблением они эффективнее ESP32-S3. Я использовал ESP32-S3 ради удобства разработки и наличия экрана для настройки, а не как решение с рекордной автономностью. Однако режим глубокого сна с отправкой раз в сутки или в несколько часов даёт очень хорошую экономию.
Насчёт перемычки LF/HF - да, это индикатор, а не переключатель, реальная частота задаётся фильтром на плате.
Вот как это сформулировано в статье, и дана ссылка на обсуждение:
"Перепайка этих перемычек не приведёт к изменению частотного диапазона, но я не пробовал. В данном случае модуль работает в диапазоне 863–928 МГц."
Есть, например, модули E22-170M22S, E22-170M30S, E22-170M33S на базе чипа SX1262. Эти модули работают в полосе 150–170 МГц и имеют мощность от 22 до 33 дБм. Модуль E22-230T22S работает на 230 МГц.
Эти решения обладают лучшей проникающей способностью и дифракцией, но в России требуется специальное разрешение на их использование.
Благодарю за уточнение!
Да, но все же у MIOTY и LoRa разные возможности и области применения. К тому же, модули с MIOTY мне не удалось найти сходу в продаже. Интересно, где их можно купить и по какой цене?
Вот еще хорошее описание деталей CSS в статье "LoRa - The Wireless Technology for the Internet of Things" на английском языке.
Благодарю за уточнение!
Вы правы в том, что символ действительно несёт частотную манипуляцию (данные задают начальную частоту), а линейный чирп поверх неё — это и есть расширение спектра. Но вместе это и называется CSS (Chirp Spread Spectrum), так что не соглашусь только с тем, что CSS «никак не связан» с модуляцией в LoRa.
В публикациях, которые мне попадались, весь механизм (данные - частота - умножение на чирп) как раз и называют «CSS-модуляцией». Вот, например здесь: "A Tutorial on Chirp Spread Spectrum for LoRaWAN: Basics and Key Advances".
Да, это он!
Благодарю за отзыв! Смотрел ваши статьи, думаю они будут мне полезны!
Еще модули LoRa могут слушать эфир перед тем как начинать передачу, и если канал занят, задерживать передачу до его освобождения. Называется LBS. Возможно это как-то может снизить проблему перегруженных каналов.
В следующей статье как раз будет рассказ про Heltec Automation HTIT-WB32LAF. Не переключайтесь)
Спасибо за уточнение! Вы правы, что пиковый ток потребления SX1276 в режиме передачи может достигать сотен мА, что, конечно, совсем не мало.
У меня речь идёт не про непрерывную трансляцию, а про типичный сценарий автономного датчика: глубокий сон с током потребления порядка 0,2–1 мкА и короткая отправка пакета раз в несколько часов или раз в сутки. В таком режиме устройства LoRa могут жить, например, от аккумулятора 18650 год и более.