Тоже не увидел особого преимущества пред старыми 32S, если USB не нужны функции. Правда там ADC вроде заявлен получше разрешением. Ну и по операциям с плавающей точкой там вроде заявлена сумашедшая производительность )))
А так согласен, на двух ядрах и безопеснее - никакое приложение не прервет работу WiFi, как на ESP8266
Только у отладочных плат S2 нативный USB не разведен, а разведен обычный USR/UART на CH340 или PL2302. Потому как USB загрузчик легко записывается и легко стирается из внешний Flash, а загрузчик UART в ROM зашит.
А автору с его подходом придется еще внешний USB разъем на проводочках монстрячить )))
Хорошо бы для тех кто не проживает в Московской области иметь понимания
Какой оператор, в каком регионе какие технологии eSIM IoT поддерживает? И поддерживает ли?
А то как то разрабатывать устройство с ограничениями на использование не хотелось бы.
Можно ли как то программировать/очищать профиль eSIM IoT/M2M самостоятельно? Используя какой ни будь программатор?
Как по поводу безопасности технологии? А то как-то со стороны оператора любую карту можно перепрограммировать по воздуху . Так и свои базовые станции на базе Raspberry PI можно делать для "угона" таких устройств
Где компании получить (или хотя бы купить) образцы eSIM IoT/M2M (штук 10), которые будут работать с операторами связи РФ? (Можно конечно обратиться напрямую в МТС, но тогда вся технология заведомо будет под них заточена)
Напрягает во всех этих решениях еще очень низкий КПД КПД зарядки повербанка, минус КПД повышайки на 5В и снова минус КПД зарядки лития уже от повербанка. Поучается половина емкости идет на пустые преобразования. Для себя я решил, что любой гаджет, который берешь в поход должен обеспечиваться аккумуляторами с запасом. Идеально, когда аккумуляторы гаджетов унифицированы. так появилась батарейная ручка для фотика с 18650.
А так, все эти зарядки ни разу не решили проблемы ээ в походе.
В экстремальном походе о зарядке вообще не думаешь. Только выщелкиваешь старую батарею из экшен камеры или GPS и ставишь новую.
В "матрасном походе" тоже не особо хочется заниматься.
Разве что в стационарном лагере сделать этакий пункт зарядки для всех желающих имея большие солнечные панели.
Разработчики решили создать сервер для своего сайта и успешно выполнили план. Для этого они собрали кластер из 18 «малинок» четвертого поколения с четырехъядерным процессором 1,5 ГГц и 4 ГБ RAM. Система прошла тесты и ее отправили в коммерческую эксплуатацию.
Интересно, а как решен вопрос по надежносnи хранения данных на SD-кард?
Ведь никогда не знаешь, когда карта выработает свое ресурс, особенно когда на ней БД крутится
Фронты поплывут, конечно, но там же и не нужно амперы прокачивать на сотнях кГц, так что ничего страшного :)
К сожалению, нужно. Если изначально питать все это от 5В, а на выходе получать 250В, то при 2мА на выходе через фет идет на меньше 1А. У меня при питании ИН12 и транзистор в ТО220 и дроссель греются. Хоть радиатор ставь.
Вот думаю, пора возвращаться к аутентичным схемам питания и от сети получать сразу 170В с трансофрматора. А то получается слишком много преобразователей туда-сюда. Или даже 220 через резистор, как в журнале радио публиковали
Поскольку лампа требует высокого напряжения для работы, в современных устройствах это решается с помощью преобразователя напряжения на таймере 555 упроавлящим мощным полевым транзистором включенным в первичную обмотку повышающего трансформатора, и дальше вторичная обмотка подключается к умножителю напряжения из 4-5 ступеней. Этого достаточно чтобы преобразовать входные 5 вольт в 250 с током 1-2 ma
Можно обойтись без 555, если прямо с ардуины ШИМ брать на MOSFET с диодом и дросселем
p.s. Проект вызывает мысль о суррогатах. Если уж хочется ностальгии, то почему бы теплые лампы не запустить? Слабо?
Берется нулевый модуль NRF24. (Впрочем как и NRF52). В режиме сна МК с ним, питаясь от 3В батарейки потребляет несколько uA
Затем подключаем модуль у 5В ардуине (несмотря на питание модуля 3.3В) или даже просто программируем контроллер UART с 5В логикой и все - в режиме сна меньше 1-2мА потребление не полчить
Причем даже если от NRF24 отключить питание, то все равно ток утекает через выводы SPI. Такой модуль на батареечные устройства больше не гожиться, хотя работать на прием/передачу продолжает без проблем
Так несколько штук испортил, пока не допер в чем проблема.
Потом встретил описание этой проблемы у Нордика в техподдержке. Там какие-то защитные феты стоят, которые при 5В накрываются.
Обычные NRF24 с керамикой и электролитом всегда заводились нормально.
Частота контроллера не должна влиять, так как для NRF используется SPI, а у него для ведомого внешнее тактирование.
Логику желательно делать 3.3V (чего у ардуин с питанием 5В такой нету) При 5-вольтовой логике мало того что может не работать, так еще и входы NRF перестают в режиме сна переходить в высокоимпедансное состояние и минимальное потребление NRF получается 1-2мА, что плохо для работы от батареи
В наше время пора уже работать с NRF52, если уж сильно нужно 2.4Гц и совместимость с NRF24. Там уже все в одном флаконе - и контроллер и модем, да и мощнее они.
Ну если нужно 600м, то лучше субгигагерцовый диапазон и нормальные антеннки. Тот же 868 менее всего загажен пока, идеально - LoRa со своей модуляцией.
Тоже не увидел особого преимущества пред старыми 32S, если USB не нужны функции. Правда там ADC вроде заявлен получше разрешением. Ну и по операциям с плавающей точкой там вроде заявлена сумашедшая производительность )))
А так согласен, на двух ядрах и безопеснее - никакое приложение не прервет работу WiFi, как на ESP8266
А S3 еще никто не юзал? Как там "флагман" ESP поживает?
Только у отладочных плат S2 нативный USB не разведен, а разведен обычный USR/UART на CH340 или PL2302. Потому как USB загрузчик легко записывается и легко стирается из внешний Flash, а загрузчик UART в ROM зашит.
А автору с его подходом придется еще внешний USB разъем на проводочках монстрячить )))
Тот самый случай, когда DC-DC потребляет на порядок больше чем сам модуль в режиме сна
Сперва использовал NCP1400 - у него хоть 1.5мкА, сейчас остановился на питании от LI-SOCL2 батареях 3.6В
Было такое. Особенно при печати SBS
Немного увеличить зазор печатающей головки (тем более у PET)
Уменьшить нагрев стола
Более интенсивно смазывать 3D клеем
Ждать полного остывания стола. Даже PET обычно сам отклеивается, не говоря об ABS
Зеркало в магазине "Стеклорез" (хоть круглое, хоть квадратное) поверх стола + клей The3D для FDM печати
PET-G, ABS, SBS никаких проблем (у SBS правда бывают проблемы с отлипанием, пару раз отлипал вместе с кусочками стекла)
Может проще выполнить один пункт?
1. Не хранить деньги на карточке
Хорошо бы для тех кто не проживает в Московской области иметь понимания
Какой оператор, в каком регионе какие технологии eSIM IoT поддерживает? И поддерживает ли?
А то как то разрабатывать устройство с ограничениями на использование не хотелось бы.
Можно ли как то программировать/очищать профиль eSIM IoT/M2M самостоятельно? Используя какой ни будь программатор?
Как по поводу безопасности технологии? А то как-то со стороны оператора любую карту можно перепрограммировать по воздуху . Так и свои базовые станции на базе Raspberry PI можно делать для "угона" таких устройств
Где компании получить (или хотя бы купить) образцы eSIM IoT/M2M (штук 10), которые будут работать с операторами связи РФ? (Можно конечно обратиться напрямую в МТС, но тогда вся технология заведомо будет под них заточена)
Напрягает во всех этих решениях еще очень низкий КПД
КПД зарядки повербанка, минус КПД повышайки на 5В и снова минус КПД зарядки лития уже от повербанка. Поучается половина емкости идет на пустые преобразования.
Для себя я решил, что любой гаджет, который берешь в поход должен обеспечиваться аккумуляторами с запасом.
Идеально, когда аккумуляторы гаджетов унифицированы. так появилась батарейная ручка для фотика с 18650.
А так, все эти зарядки ни разу не решили проблемы ээ в походе.
В экстремальном походе о зарядке вообще не думаешь. Только выщелкиваешь старую батарею из экшен камеры или GPS и ставишь новую.
В "матрасном походе" тоже не особо хочется заниматься.
Разве что в стационарном лагере сделать этакий пункт зарядки для всех желающих имея большие солнечные панели.
Интересно, а как решен вопрос по надежносnи хранения данных на SD-кард?
Ведь никогда не знаешь, когда карта выработает свое ресурс, особенно когда на ней БД крутится
Просто люди уже обленились программировать на Си
Все делают на Python или Node.JS
К сожалению, нужно. Если изначально питать все это от 5В, а на выходе получать 250В, то при 2мА на выходе через фет идет на меньше 1А. У меня при питании ИН12 и транзистор в ТО220 и дроссель греются. Хоть радиатор ставь.
Вот думаю, пора возвращаться к аутентичным схемам питания и от сети получать сразу 170В с трансофрматора. А то получается слишком много преобразователей туда-сюда. Или даже 220 через резистор, как в журнале радио публиковали
Там же дроссель в цепи. Ток ограничит, хоть и нагреется.
Можно обойтись без 555, если прямо с ардуины ШИМ брать на MOSFET с диодом и дросселем
p.s. Проект вызывает мысль о суррогатах. Если уж хочется ностальгии, то почему бы теплые лампы не запустить? Слабо?
А 52840 еще и Zigbee умеет. И мощность выше
Выстрадано опытным путем:
Берется нулевый модуль NRF24. (Впрочем как и NRF52). В режиме сна МК с ним, питаясь от 3В батарейки потребляет несколько uA
Затем подключаем модуль у 5В ардуине (несмотря на питание модуля 3.3В) или даже просто программируем контроллер UART с 5В логикой и все - в режиме сна меньше 1-2мА потребление не полчить
Причем даже если от NRF24 отключить питание, то все равно ток утекает через выводы SPI. Такой модуль на батареечные устройства больше не гожиться, хотя работать на прием/передачу продолжает без проблем
Так несколько штук испортил, пока не допер в чем проблема.
Потом встретил описание этой проблемы у Нордика в техподдержке. Там какие-то защитные феты стоят, которые при 5В накрываются.
А если убрать Arduino Nano и программировать напрямую ESP, то не нужно никакого геморроя с сопряжением.
Правда лучше сразу на ESP32 переходить. Он менее глючный и по периферии побогаче.
Но все равно это не замена NRF24. Ни один ESP не проработает от CR2032/CR2450
Ну беспроводные мышки Logitech до сих пор на данном сабже делают )))
Как то у вас очень все сложно
Обычные NRF24 с керамикой и электролитом всегда заводились нормально.
Частота контроллера не должна влиять, так как для NRF используется SPI, а у него для ведомого внешнее тактирование.
Логику желательно делать 3.3V (чего у ардуин с питанием 5В такой нету) При 5-вольтовой логике мало того что может не работать, так еще и входы NRF перестают в режиме сна переходить в высокоимпедансное состояние и минимальное потребление NRF получается 1-2мА, что плохо для работы от батареи
В наше время пора уже работать с NRF52, если уж сильно нужно 2.4Гц и совместимость с NRF24. Там уже все в одном флаконе - и контроллер и модем, да и мощнее они.
Ну если нужно 600м, то лучше субгигагерцовый диапазон и нормальные антеннки. Тот же 868 менее всего загажен пока, идеально - LoRa со своей модуляцией.
WDT у ESP32 нормальный, в отличие от ESP8266
Да и не "зависает" если код без ошибок написан. FreeRTOS великая штука!