Хорошо бы для тех кто не проживает в Московской области иметь понимания
Какой оператор, в каком регионе какие технологии 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 со своей модуляцией.
Все узлы собраны на отечественной комплектации. В качестве цифровых индикаторов используются индикаторы 3ЛС324Б1, которые управляются с контроллера с помощью буферных сдвиговых регистров IN74HC595AD.
А программа написана для отечественного контроллера? Если нет, то смысл тогда в таком импортозамещении?
У ESP32 отвратительный АЦП
Нелинейность измерения и низкая стабильность измерения, которая даже производителем описана. Производитель рекомендует на вход поставить кондер 100нФ и усреднять измерения!
Часто обрезки профиля остаются на месте стройки — и речь именно про обрезки, которые не нужны строителям. Такие элементы слишком малы/нестандартны для использовании в строительстве.
Кроме того, можно купить профиль в любом строительном магазине. Если есть возможность разрезать профиль, то лучше купить набор новых профилей, затем разрезав их по чертежу/схеме. В некоторых магазинах/мастерских вам могут нарезать профиль так, как нужно — естественно, за деньги.
Автор сказочник
Ни на стройке, не в строительном магазине нету станочного T-профиля
Только обычный алюминиевый или стальной (уголок, труба и т.п.)
Да и цена станочного профиля с крепежом дороговата для сборки того же верстака требуемой жесткости.
Гораздо лучше сварить верстак из обычной стальной трубы или уголка
Может проще выполнить один пункт?
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 великая штука!
А программа написана для отечественного контроллера? Если нет, то смысл тогда в таком импортозамещении?
Чем хороши юникс-команды, что из них можно писать программу на шелле, запускать их конвейером и пр.
"Новые" юникс-команды напрочь похоронили эту концепцию ради сомнительной раскраски в консоли.
Не проще в существующие команды добавить флагов, причем сделать это однообразно?
Нелинейность измерения и низкая стабильность измерения, которая даже производителем описана. Производитель рекомендует на вход поставить кондер 100нФ и усреднять измерения!
ИМХО: Ослик нужно делать на внешнем АЦП.
С каких это пор ардуиноподобные отладочные платы МК стали называть одноплатниками?
Одноплатник — одноплатный компьютер с нормальной операционкой
Автор сказочник
Ни на стройке, не в строительном магазине нету станочного T-профиля
Только обычный алюминиевый или стальной (уголок, труба и т.п.)
Да и цена станочного профиля с крепежом дороговата для сборки того же верстака требуемой жесткости.
Гораздо лучше сварить верстак из обычной стальной трубы или уголка