Pull to refresh
1
0

Пользователь

Send message

Так я и сделал свой проект на основе Wio-E5-LE mini и он уже работает 10 месяцев на двух батарейках AA и за это время напряжение на батареях снизилось на 0.1В. https://www.youtube.com/watch?v=r9Ft_myAMA8&feature=youtu.be

Люди знающие, объясните, зачем 328р, когда есть pi Pico. И дешевле, и (вроде?) лучше

Потреблением, которое очень важно при питании от батарей. В режиме глубокого сна у pi pico оно 180 uA, а у 328P 1-4uA

Фишка и уникальность LORAmaster Lite состоит в том, что вы не найдёте в готовом виде на одной плате LoRa модуль, Watchdog, Crypto, управление питанием датчиков, модульную архитектуру

Crypto не нужен если есть нормальный процессор, Watchdog тоже встроен в процессор и не требует дополнительного потребления как в 328p, управление питанием - один резистор и один транзистор. Остается только энергоэффективный MCU+Lora, а тут уже куча вариантов, например платы на STM32WLE5JC типа Wio-E5-LE mini. Есть еще куча плат на RAK3272 (https://store.rakwireless.com/collections/wisduo-breakout?utm_source=WisDuo&utm_medium=WisDuo&utm_campaign=RAKwireless )

Подскажите, а каким прибором удалось измерить такие малые потребления?

Я измерял с помощью Power Profiler Kit II https://www.nordicsemi.com/Products/Development-hardware/Power-Profiler-Kit-2

И в чем проблема взять готовый модуль от EByte

А о каком модуле идет речь чтобы был SX1262 по SPI и доступен MCU для программирования?

Может быть я стар и даже супр стар, но раньше озон без проблем доставлял в США. Кроме того, странна сама ситуация что некторые товары вообще даже не показываются для США, но показываются для Европы в которую тоже не бегают курьеры из Москвы.

Сам озон доступен, а вот некоторые товары не ищет и даже не показывает. Если зайти через европейский VPN, то товар находит, но как только меняешь адрес на США сразу говорит out of stock, а потом "товар не доступен в вашем регионе" :(

соответственно регион - США

Что значит нет на OZON?

Через VPN нашлась, но в "товар не доступен в вашем регионе"

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

С пробуждением по событиям у 328 никаких проблем нет - это точно не добавляет потребление.

Может быть вы не внимательно читали документацию на 328P, но у него до 6 разных режимов сна в которых доступны разные источники пробуждения и в зависимости от этого разное потребление. А еще можно отключать разные блоки которые снижают потребление, но уменьшают возможности пробуждения. Поэтому различные события пробуждения точно могут добавлять потребления.

Я докладываю о своих измерениях, если вы сомневаетесь - можете сами всё перепроверить - плата доступна для заказа.

Вы могли загнать процессор в полный shutdown из которого невозможно выйти без сброса и измерять пустоту, поэтому без описания стенда и кода это вообще ни очем не говорит. Сделайте реалистичный стенд где процессор просыпается сам по таймеру раз в 30-60 минут и может реагировать на 3-4 внешних пина выходя из сна и посмотрите реальное потребление в реальной задаче.

А про купить это было смешно, даже на сайте elabory.ru кнопка Купить ведет на ozon.ru который вообще не в курсе о чем идет речь и не находит ничего по Loramaster. Но даже если бы там что то и было, то я не думаю что они доставляют в США

Как то не верится в 14uA для всей этой платы. Только TPS63802 потребляет минимум 11uA. При этом судя по схеме все остальные устройства напрямую сидят на VCC и жрут даже когда процессор спит. Например e22-900mm22s это еще 2uA даже в режиме сна. И еще непонятно сколько будет потреблять 328P если нужно активировать пробуждение по каким то события, потому что оно может в разы отличатся.

Указанное потребление расчетное или вы физически взяли плату и измерили? У меня подозрения что это расчетное, которое в разы отличается от реального. В прошлом году я делал для дома беспроводную клавиатуру для входного замка и искал самый долгоживущий контроллер с lora. Выбор остановил на STM32WLE5JC и по докам его ток потребления в режиме shutdown 31nA. В реальности же на плате Wio-E5-LE mini невозможно было опустится ниже 70uA. По советам в интернете заменил регулятор напряжения на другой с очень низкими потерями во время ожидания, но все равно не удалось опустится ниже 20-15uA. Так что я не уверен что данная плата сможет работать хотя бы 1 год на батарейках. Тем более непонятно чем эта плата лучше чем Wio-E5-LE mini

Что не работает?

Вниматнельнее надо читать статью и комментарии, тогда и не будет таких глупых вопросов. Вот что не работает:

наш маршрутизатор всё равно будет блокировать весь её аудиотрафик! Когда он получает UDP-пакет из аудиопотока Алисы, NAT-соединение с хранением состояния, соответствующее внутреннему клиенту, отсутствует, поэтому пакет отклоняется. Увы!

И вот суть моего ответа:

NAT ..открывает канал в ОБЕ стороны и поэтому если послать на исходный адрес и порт, то пакет дойдет до адресата с внутренним адресом и все будет работать...единственный нюанс - что некоторые раутеры пропускают пакеты обратно только с того адреса и порта на который отправили, а некоторые со всех

Как называется NAT вообще не играет ни какой роли в контексте утверждения/ответа потому что ВСЕ основные типы NAT так делают. Обсуждение решений НЕ СУЩЕСТВУЮЩЕЙ (в рамках описанного) проблемы в статье бесполезно, а про проблемы сигнального траффика через NAT в статье вообще нет ни одного слова.

Т.е. по делу о статье в комментариях к статье сказать нечего, досвидания. Спорить о том какой тип NAT считается самым массовым в отсутствии статистики считаю бессмысленным,т.к. в контексте статьи ВСЕ указанные ведут себя именно так как я описал независимо от названия.

P.S.

Приведёте пример почему он не верный и почему не будет работать?

А то пока складывается впечатление, что "я видел что оно и так работает, а вы тут все дураки", что довольно слабый аргумент.

Потому что у меня 25 летний опыт разработки VoIP(H323/SIP) софт свитчей, VoIP оборудования, системы СОРМ для операторов VoIP, участие в open source VoIP проектах и за все это время я не видел ни одного случая когда такой сценарий работал, но видел тысячи случаев наоборот. Кроме того, в указанной вами статье на wiki описано 4 типа NAT и описание ВСЕХ подтверждает мою точку зрения, а не автора статьи. При этом я допускаю что есть какие то ооочень редкие не стандартные типы NAT в которых вариант из статьи возможен.

Вы лучше копируйте wiki дальше без своих комментариев, а то " лишь Keep-Alive может обеспечить достаточную надёжность" уже звучит как глупость, потому что максимум что может сделать Keep-Alive - это поддерживать канал открытым и НИКАК не влияет на его надежность. И вы так и не ответили каким образом "Использование Stateful протокола транспортного уровня(т.е. TCP) " относится к прохождению звука или для тролля главное это начать придиратся к комментариям не читаю статью и выдергивая его из контекста? Для особо тугих объясняю - суть поста была в том что описанный в статье сценарий совершенно неверный и не работает на борльшинстве раутеров независимо от того как его назвать. Если же вы согласны с автором и готовы поспорить что его сценарий это реальная проблема на большенстве раутеров, то жду ваших аргументов по делу.

Вы статью читали или вы писатель, а не читатель? Причем тут регистрации SIP если В СТАТЬЕ разговор про NAT идет ТОЛЬКО в контексте передачи звука и односторонней слышимости, поэтому все ваши много букв совсем не в тему. Так вот откройте статью, прочитайте "Проблемы с NAT" и спросите себя зачем вы писали этот пост и как он относится к статье.

Про NAT написана полная чушь. Большинство встроенных в роутеры NAT это Symmetric NAT который открывает канал в ОБЕ стороны и поэтому если послать на исходный адрес и порт, то пакет дойдет до адресата с внутренним адресом и все будет работать. Именно поэтому в 99% случаев SIP работает нормально через NAT без каких либо настроек. Единственный нюанс - что некоторые раутеры пропускают пакеты обратно только с того адреса и порта на который отправили, а некоторые со всех.

У владельца есть запасные ключи от обычного замка, этим то и хорош electric strike что он позволяет обойти обычный замок, но не заменяет его. А убить можно что угодно у любого замка: и клавиатуру для ввода кода и считыватель карт. Если замок электронный, то вам все равно какую то электронику надо ставить снаружи.

Information

Rating
Does not participate
Location
New York, New York, США
Registered
Activity