Спасибо за дельный комментарий: ) Мы подумали, что было бы интересно собрать всех, кто занимается темой — сделали группу в телеграме. Если интересно, рады будем пообщаться: t.me/justiothings
Вот их листовка
Аппноутов к сожалению нет, но судя по настройкам барометра из документации, да, по разнице давления определять этаж.
Они позиционируются как дополнительный, «улучшающий» сенсор к мобильному устройству.
Что-то типа такого алгоритма:
— акселерометр показывает постоянное вертикальное ускорение и одновременно уменьшается давление — значит поднимаемся на следующий этаж.
— акселерометер показывает вертикальное направление, давление одинаковое но изменилась влажность — перешли в другую комнату.
Цитата из датащита на эту тему:
3.5.3 Indoor navigation
Lowest possible altitude noise is needed. A very low bandwidth is preferred. Increased power
consumption is tolerated. Humidity is measured to help detect room changes. This setting is
suggested for the Android settings ‘SENSOR_DELAY_NORMAL’ and ‘SENSOR_DELAY_UI’.
Для питания подойдет любой китайский stepdown модуль, притом достаточно 1A выдавать, MP2307 так же жирно по максимальному току как и использованный LM2576, оба на 3А. Просто была кучка LM2576 их и взял.
Про LD1117 в статье отметил:)
Но все, что понижает линейный преобразователь — он просто рассеивает в тепло. Пиковый ток esp8622 около 0.4A, это значит с линейным преобразователем (9-3.3)*0.4 = 2.28Вт в никуда. Еще и расплавится.
Для батарейного питания линейные преобразователи слишком дорого, если и использовать, то не с кроной, а с четырмя AA/AAA батарейками, например. Ну или преобразователь в корпусе TO220 с хорошим таким радиатором:)
Отдельно замечу, что вообще-то wifi решение — не сильно про батарейку, слишком большое потребление. Обычно канал связи на низкопотребляемых протоколах, LoRa, SigFox, BLE и прочих с копеечным потреблением.
Мотивация этого мини проекта — получить готовую «вещь» на очень популярном и просто программируемом(в том числе для желающих повторить) для использования в дальнейшем
описании IIoT инфраструкуры.
По большей части пользуюсь библиотекой gen.lib.rus.ec
Интересно было бы получить инвайт на BitSpyder, если там есть свежая литература по химии/физике органических полупроводников. Почти все издания 2010-2011 год, и очень редкие, в электронном виде не находятся.
Есть, конечно, springerlink(через друга аспиранта качаю статьи), но там книжек нету:)
Еще можно напутать с разводкой и ничего не заработает. Тогда для новой версии платы микросхемы выпаивать не надо:)
А вобще, можно пользоваться механическим оловоотсосом, с ним выводные компоненты выпаивать проще простого.
Основная проблема — это частота.
Частота передачи данных в DVI от ~25МГц на самом маленьком, до ~165МГц на самом большом разрешении.
Предел тактовой частоты восьмибитных AVR 16-20МГц. То есть не то что обработать, даже принять данные такой контролер не сможет.
Для таких частот уже нужен ПЛИС или высокопроизводительные ARM, а это уже не очень-то наколенная технология.
Кому-нибудь дали доступ к KDK? Сколько им не писал — не отвечают.
Уже давно вынашиваю идею RSS читалки для Kindle. Утром по wi-fi принял обновления, днем потихоньку читаешь:)
Сторонний сервис это тоже совсем неплохо, но я ленивый, слишком много телодвижений.
Я хочу только на самом киндле нажать «Connect Wi-Fi», а дальше он должен сам ленты обновить:)
Ну его, этот дедовский метод:) Просто попробовать разной бумаги, и шкуркой нулевкой обязательно зачищать фольгу — и все получится! Дорожки/зазоры до 0.25мм получаются:)
Тогда лучше не 155, а 176 или 561 серия. ТТЛ по сравнению с КМОП больше жрет.
Генератор я делал на 4060 и часовом кварце(схема прямо в датащите есть), но там на выходе 2Гц получается, делил счетчиком(можно триггером или вобще триггером на 2ИЛИ-НЕ:)).
На 555 таймере наверно тоже можно, но я слабо представляю как его кварцем стабилизировать, а без кварца у часов точность +- лапоть получится:)
Делал чисто на логике — 2 конденсатора, 2 резистора, часовой кварц и две логические микросхемы для 1Гц генератора и 5 логических микросхем, 16 светодиодов и 16 резисторов на сами часы.
Итого 7 микросхем или 45 деталей в сумме:)
Ну движок вполне так себе обычно реагирует, так же как и stand-alone интерпретатор.
То есть, если встречает ошибку — печатает информацию о ней в stderr и вызывает exit с не нулевым кодом.
Но, а так как интерпретатор-то мы вызываем извне, то когда он выходит, запускающее приложение к этому не готово и всякие сегфолты и вылазят:)
Для обработки ошибок есть функция rb_protect. Ей передается функция-обертка, содержащая сишный эквивалент Ruby кода(rb_* функции). Последним аргументом передается число error.
Дальше механизм обработки ошибок такой:
— если error не нулевое, значит у нас ошибка, надо бы ее показать:)
— получаем глобальную переменную $!, содержащию информацию о последнем эксепшене: rb_gv_get("$!")
— конвертируем полученное значение сначала в Ruby строку, затем в сишную строку и выводим либо на экран, либо в лог, либо еще куда.
А для интерпретации строк есть еще более простой способ, функция rb_eval_string_protect, которая вторым аргументом берет тот же error, что и rb_protect. И дальше, если error не нулевая — описанная выше последовательность действий.
Вот первый пример из статьи с обработкой ошибок во входной строке: pastie.org/1063030
Под это дело подготовленно гнездо параноика:) Так что сразу туда из города, а там уж начну реализовывать свою заветную мечту — из песка и гвоздиков делать транзистор:)
Вот из-за КРенок всемирное потепление и настанет:) У них КПД мизерный, все на нагрев уходит.
Так что лучше простенький понижающий dc-dc на MC34063, катушке, кондере и двух резисторах, у которого КПД за 90%.
Аппноутов к сожалению нет, но судя по настройкам барометра из документации, да, по разнице давления определять этаж.
Они позиционируются как дополнительный, «улучшающий» сенсор к мобильному устройству.
Что-то типа такого алгоритма:
— акселерометр показывает постоянное вертикальное ускорение и одновременно уменьшается давление — значит поднимаемся на следующий этаж.
— акселерометер показывает вертикальное направление, давление одинаковое но изменилась влажность — перешли в другую комнату.
Цитата из датащита на эту тему:
Про LD1117 в статье отметил:)
Для батарейного питания линейные преобразователи слишком дорого, если и использовать, то не с кроной, а с четырмя AA/AAA батарейками, например. Ну или преобразователь в корпусе TO220 с хорошим таким радиатором:)
Отдельно замечу, что вообще-то wifi решение — не сильно про батарейку, слишком большое потребление. Обычно канал связи на низкопотребляемых протоколах, LoRa, SigFox, BLE и прочих с копеечным потреблением.
Мотивация этого мини проекта — получить готовую «вещь» на очень популярном и просто программируемом(в том числе для желающих повторить) для использования в дальнейшем
описании IIoT инфраструкуры.
Спасибо!:)
Интересно было бы получить инвайт на BitSpyder, если там есть свежая литература по химии/физике органических полупроводников. Почти все издания 2010-2011 год, и очень редкие, в электронном виде не находятся.
Есть, конечно, springerlink(через друга аспиранта качаю статьи), но там книжек нету:)
А вобще, можно пользоваться механическим оловоотсосом, с ним выводные компоненты выпаивать проще простого.
Частота передачи данных в DVI от ~25МГц на самом маленьком, до ~165МГц на самом большом разрешении.
Предел тактовой частоты восьмибитных AVR 16-20МГц. То есть не то что обработать, даже принять данные такой контролер не сможет.
Для таких частот уже нужен ПЛИС или высокопроизводительные ARM, а это уже не очень-то наколенная технология.
У них основной плюс в том, что под 1206 до трех дорожек провести можно. Иногда разводку упрощает.
Уже давно вынашиваю идею RSS читалки для Kindle. Утром по wi-fi принял обновления, днем потихоньку читаешь:)
Сторонний сервис это тоже совсем неплохо, но я ленивый, слишком много телодвижений.
Я хочу только на самом киндле нажать «Connect Wi-Fi», а дальше он должен сам ленты обновить:)
P.S.: Кто-нибудь! Поделитесь KDK!
С какой-нибудь лампой ИВ, по типу такой:
Генератор я делал на 4060 и часовом кварце(схема прямо в датащите есть), но там на выходе 2Гц получается, делил счетчиком(можно триггером или вобще триггером на 2ИЛИ-НЕ:)).
На 555 таймере наверно тоже можно, но я слабо представляю как его кварцем стабилизировать, а без кварца у часов точность +- лапоть получится:)
Итого 7 микросхем или 45 деталей в сумме:)
То есть, если встречает ошибку — печатает информацию о ней в stderr и вызывает exit с не нулевым кодом.
Но, а так как интерпретатор-то мы вызываем извне, то когда он выходит, запускающее приложение к этому не готово и всякие сегфолты и вылазят:)
Для обработки ошибок есть функция rb_protect. Ей передается функция-обертка, содержащая сишный эквивалент Ruby кода(rb_* функции). Последним аргументом передается число error.
Дальше механизм обработки ошибок такой:
— если error не нулевое, значит у нас ошибка, надо бы ее показать:)
— получаем глобальную переменную $!, содержащию информацию о последнем эксепшене: rb_gv_get("$!")
— конвертируем полученное значение сначала в Ruby строку, затем в сишную строку и выводим либо на экран, либо в лог, либо еще куда.
С примерами можно тут посмотреть(статья хоть и старая, но все еще актуальная):
metaeditor.sourceforge.net/embed/
А для интерпретации строк есть еще более простой способ, функция rb_eval_string_protect, которая вторым аргументом берет тот же error, что и rb_protect. И дальше, если error не нулевая — описанная выше последовательность действий.
Вот первый пример из статьи с обработкой ошибок во входной строке: pastie.org/1063030
Но вот зато под солнечный Os Mutantes самое то, все равно по португальски ничего не понятно:)
Так что лучше простенький понижающий dc-dc на MC34063, катушке, кондере и двух резисторах, у которого КПД за 90%.