Несколько таких игрушек можно закрепить на городской елке. Среди жителей распространить приложение для управления и посмотреть, что получится. Детям должно быть интересно.
А можно схему понижения до 3.3? У меня есть две платы, сейчас жду конвертер на PL2303, так что скоро тоже буду пробовать. Не хотелось бы спалить плату, у которой смог расширить количество GPIO с помощью хака.
Напряжения питания? LM1117-33 плюс два конденсатора как по даташиту
Или согласования уровней? Выходы согласовывать не нужно 5В логика принимает 3.3В логические уровни как родные, а входы согласовать простым делителем на резисторах в соотношении 2:3 т.е. 200Ом/300Ом или 2кОм/3кОм и т.д.
Для UART согласование уровней не нужно, работает с PL2303 напрямую.
Для питания я использовал LM317, вот калькулятор для расчёта резисторов: cxem.net/calc/lm317_calc.php
А вообще есть готовые кренки для понижения напряжения до 3.3В (просто у меня их не было в загашнике).
Под андроид есть здоровский калькулятор ElectroDroid для делителей, стабилизаторов и т.д. подбирает близкие номиналы резисторов из заданного ряда и выдаёт погрешность по сравнению с «чистым расчётом». Не хватает только возможности подобрать схему параллельного/последовательного соединения резисторов по перечню имеющихся номиналов для достижения расчётного.
Мой USB-UART адаптер на PL2303 выдёт около 3В на TX (мерял мультиметром).
ESP8266 не толерантен к 5В на UART, так что лучше сначала проверить напряжение на TX.
Странно что всё работает… 3.3В я бы расположил непосредственно возле модуля, импульсный ток там может достигать 300мА — а это падение напряжения на проводах, излучение помех в эфир и самое плохое — просадка напряжения на конце провода во время наибольшей нагрузки.
Можно было использовать регулятор вроде LM1117-33 SMD корпус TO-223.
Я пока начинающий радиолюбитель, так что ошибки возможны :-)
От блока под ёлкой до звезды около 2 метров, используется полёвка в качестве соединительного кабеля.
Считай, повезло. Может, модуль просто еще не использовал максимальную мощность передатчика и не просаживал себе же питание поэтому и работает.
Главное, на ошибках учится а не повторять.
Все верно! И в этот момент давление достигает своего максимального значения. А потом, довольно быстро все начинают заниматься привычными делами и давление вновь падает. Еще один интересный момент, это 7 часов утра 1 января, когда все спят и давление вновь поднимается, но уже не так резко, как в новогодний момент.
То есть получается, что для серьезных устройств этот модуль на данном этапе развития своего ПО не подходит? Это же не дело, если в результате внешних факторов модуль зависает или типа того.
Есть прошивка на FreeRTOS. Там этой баги быть не должно, т.к. она специфична для ESP SDK.
Ну, и никто не мешает реализовать свою обёртку для lwip стека, а не использовать китайские.
Во FreeRTOS SDK от Espressif используется тот же набор кривых библиотек что и в ESP SDK, так что все баги из классической Espressif SDK благополучно перекочевали во FreeRTOS SDK.
Обёртку для lwip стека довольно сложно реализовать, т.к. нужно очень глубоко знать не только сам стек LwIP, но и протокол TCP/IP чтобы не состряпать таких же багов как состряпала Espressif, поэтому самое простое — это использовать нативный стек LwIP и не мучиться с глючным espconn (обертка от Espressif)
Да, хотя баг такой имеется у ESP, но вполне реально уже писать работающие прошивки. Просто надо не допускать одновременный запуск нескольких TCP сессий… У меня, по крайней мере, получился вполне рабочий проект беспроводного датчика, а точнее уже вполне IoT контроллер. Конечно если Espressif недопилит это, то придется вникать в LwIP и переходить на его. Но пока, судя по форумам Espressif не особо собирается исправлять этот косяк — для этого надо переписать половину SDK…
Новогодняя звезда с Wi-Fi на базе ESP8266