Может быть я стар и даже супр стар, но раньше озон без проблем доставлял в США. Кроме того, странна сама ситуация что некторые товары вообще даже не показываются для США, но показываются для Европы в которую тоже не бегают курьеры из Москвы.
Сам озон доступен, а вот некоторые товары не ищет и даже не показывает. Если зайти через европейский VPN, то товар находит, но как только меняешь адрес на США сразу говорит out of stock, а потом "товар не доступен в вашем регионе" :(
Мои предположения основаны на факте что 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 что он позволяет обойти обычный замок, но не заменяет его. А убить можно что угодно у любого замка: и клавиатуру для ввода кода и считыватель карт. Если замок электронный, то вам все равно какую то электронику надо ставить снаружи.
Мозги в наружном блоке еще не означает что замок легко вскрывается. Например у меня стоит Assa Abloy Aperio ES100 у которого тоже все мозги с наружи, но есть ньюанс - исполнительное устройство в защелке тоже умное общается с замком по i2c шине зашифрованными сообщениями поэтому даже если оторвать блок и подключится напрямую к защелке, то открыть не получится.
Я совершенно не против одноплатников, а даже наоборот я начал свой путь в embedded именно с первого raspberry pi и активно учавствовал в доведении до ума его драйверов USB, SD и т.п. Мои претензии были именно к статье потому что проект, хоть и демо, выбран не правильно и рассказ идет как будто бы автор программирует микроконтроллер, а не делает систему на полноценном Linux. Автор заявляет что сделал примитивный, но полноценный проект метеостанции, а на деле оказалось что это какой то обрубок обучающих скриптов для ручной демонстрации студентам в доме пионеров. Метиостанция - это устройство, которое пользователь воткнул в розетку и оно работает, а не набор скриптов, которые надо запускать на Linux по SSH или через консоль.
Во-первых, это проект для микроконтроллеров, а не для одноплатников. Ну а самое главное, что перейдя с микроконтроллера на одноплатник вы забыли сделать самое главное без чего проект никогда не станет законченным - разработка и генерация системы. На микроконтроллере система встроена в ваше приложение и есть много библиотек которые позволяют настроить IP адрес, сделать примитивный WEB интерфейс для управления, сделать обновление и в конце получить законченное устройство которое реально будет работать годами. Есть даже системы типа ESPHome которые позволяют забыть об этом и сосредоточится только на функционале. А на одноплатнике система отдельно, приложение отдельно. Для законченного устройства нужно чтобы основная система была только для чтения (иначе вы убъете любой накопитель), если нужна сеть то требуется сделать систему управления по WEB и возможность настройки IP адреса, далее нужно удалить все не нужные сервисы и запустить свое приложение как сервис, ну и наконец продумать систему генерации образов и обновления. Без всего этого ваш проект на одноплатнике так и останется глючной недоделкой, требующей постоянного обслуживания по SSH. При этом не существует ни одной открытой реализации всего вышеописанного для одноплатников.
г. Волжский Волгоградской области, на одном из заводов которого выпускали Агаты. https://ru.wikipedia.org/wiki/Волжский . Вот тут описано как это было в другой области, но примерно в это же время https://aftershock.news/?q=node/951465&full .у нас правда небыло талонов на колбасу потому что ее в принципе небыло даже по талонам.
Я измерял с помощью Power Profiler Kit II https://www.nordicsemi.com/Products/Development-hardware/Power-Profiler-Kit-2
А о каком модуле идет речь чтобы был SX1262 по SPI и доступен MCU для программирования?
Может быть я стар и даже супр стар, но раньше озон без проблем доставлял в США. Кроме того, странна сама ситуация что некторые товары вообще даже не показываются для США, но показываются для Европы в которую тоже не бегают курьеры из Москвы.
Сам озон доступен, а вот некоторые товары не ищет и даже не показывает. Если зайти через европейский VPN, то товар находит, но как только меняешь адрес на США сразу говорит out of stock, а потом "товар не доступен в вашем регионе" :(
соответственно регион - США
Через VPN нашлась, но в "товар не доступен в вашем регионе"
Мои предположения основаны на факте что 14uA это только минимально возможное потребление всей обвязки без учета процессора. В отсутствии контроллера в свободной продаже (кнопка купить на сайте ведет на озон где его нет) проверить самостоятельно это невозможно. Но даже если бы я и смогбы его достать и получил другие результаты, то вы бы сказали что я просто не умею вводить его в сон, потому что у вас другие результаты. Но вот как вы проводили тестирование, демонстрационный код и стенд вы упорно скрываете.
Может быть вы не внимательно читали документацию на 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
Вниматнельнее надо читать статью и комментарии, тогда и не будет таких глупых вопросов. Вот что не работает:
И вот суть моего ответа:
Как называется 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 что он позволяет обойти обычный замок, но не заменяет его. А убить можно что угодно у любого замка: и клавиатуру для ввода кода и считыватель карт. Если замок электронный, то вам все равно какую то электронику надо ставить снаружи.
Мозги в наружном блоке еще не означает что замок легко вскрывается. Например у меня стоит Assa Abloy Aperio ES100 у которого тоже все мозги с наружи, но есть ньюанс - исполнительное устройство в защелке тоже умное общается с замком по i2c шине зашифрованными сообщениями поэтому даже если оторвать блок и подключится напрямую к защелке, то открыть не получится.
Я совершенно не против одноплатников, а даже наоборот я начал свой путь в embedded именно с первого raspberry pi и активно учавствовал в доведении до ума его драйверов USB, SD и т.п. Мои претензии были именно к статье потому что проект, хоть и демо, выбран не правильно и рассказ идет как будто бы автор программирует микроконтроллер, а не делает систему на полноценном Linux. Автор заявляет что сделал примитивный, но полноценный проект метеостанции, а на деле оказалось что это какой то обрубок обучающих скриптов для ручной демонстрации студентам в доме пионеров. Метиостанция - это устройство, которое пользователь воткнул в розетку и оно работает, а не набор скриптов, которые надо запускать на Linux по SSH или через консоль.
Во-первых, это проект для микроконтроллеров, а не для одноплатников. Ну а самое главное, что перейдя с микроконтроллера на одноплатник вы забыли сделать самое главное без чего проект никогда не станет законченным - разработка и генерация системы. На микроконтроллере система встроена в ваше приложение и есть много библиотек которые позволяют настроить IP адрес, сделать примитивный WEB интерфейс для управления, сделать обновление и в конце получить законченное устройство которое реально будет работать годами. Есть даже системы типа ESPHome которые позволяют забыть об этом и сосредоточится только на функционале. А на одноплатнике система отдельно, приложение отдельно. Для законченного устройства нужно чтобы основная система была только для чтения (иначе вы убъете любой накопитель), если нужна сеть то требуется сделать систему управления по WEB и возможность настройки IP адреса, далее нужно удалить все не нужные сервисы и запустить свое приложение как сервис, ну и наконец продумать систему генерации образов и обновления. Без всего этого ваш проект на одноплатнике так и останется глючной недоделкой, требующей постоянного обслуживания по SSH. При этом не существует ни одной открытой реализации всего вышеописанного для одноплатников.
г. Волжский Волгоградской области, на одном из заводов которого выпускали Агаты. https://ru.wikipedia.org/wiki/Волжский . Вот тут описано как это было в другой области, но примерно в это же время https://aftershock.news/?q=node/951465&full .у нас правда небыло талонов на колбасу потому что ее в принципе небыло даже по талонам.