snake1122a

Просто постарался подробно описать проблемы с контроллером -- может, кто из более опытных специалистов поскажет, можно ли что-то еще попробовать.

Недавно купил свои первые три ESP32 устройства - Wemos Lolin32 . Попробовал загрузить первый тестовый скетч - сканирование доступных wi-fi соединений, включенный в состав прмеров Arduino IDE. Вначале были проблемы с прошивкой, пока не поставил резистор между GPIO 0 и общим проводом. После этого прошивка проходит практический без проблем. Но не совсем понятно, нужно ли отключать резистор после прошивки, и если да, то когда. Результаты тестирования различаются при выводе на монитор порта (serial). Только один из контроллеров после загрузки скетча показывает все сообщения из функции инициализации на мониторе, а затем повторяющиеся сообщения из основного цикла, который и производит сканирования wi-fi соединений. Со вторым устройством проблема такая, что он он выводит только часть сообщений функции инициализации, а после вызова функции инициализации вай-фая последующие сообщения не выводятся. Не выводятся также сообщения из цикла, но если перезапустить устройство кнопкой сброса, то сообщения из цикла выводятся нормально, хотя сообщений инициализации нет. Аналогичная ситуация и с третьим устройством, причем это повторяется стабильно при каждой перепрошивке и перезапуске. В целях тестирования я переписал скетч так, чтобы в нём не было команд вывода на монитор. После сканирования wi-fi соединений скетч просто моргает столько раз, сколько соединений было обнаружено. Такой скетч работает стабильно и одинаково, без проблем, на всех трех устройствах. Кроме проблемы вывода на монитор, второе и третье устройство после прошивки не получается просто прошить ещё раз, выдаются сообщения: could not open port A device attached to the system is not functioning Failed to execute script esptool does not exist or your board is not connected Чтобы прописать ещё раз, приходится каждый раз переинсталлировать USB драйвер. Вообще, сразу после загрузки скетча раздается звук Windows, сообщающий об отключении USB устройства. Устройство №1 перепрошивается без проблем. Напрашивается вывод, что проблема во втором и третьем устройстве не в самой микросхеме esp32 а в микросхеме контроллера UART/USB CP2104. Скорость обмена с монитором выставлена одинаково в программе и в окне монитора: 115200 бодов. Есть ли еще какие настройки или варианты проверки? #include "WiFi.h" void setup() { Serial.begin(115200); delay(1000); Serial.println("Start setup"); // Set WiFi to station mode and disconnect from an AP if it was previously connected WiFi.mode(WIFI_STA); WiFi.disconnect(); Serial.println("Setup done"); } void loop() { Serial.println("scan start"); // WiFi.scanNetworks will return the number of networks found int n = WiFi.scanNetworks(); Serial.println("scan done"); if (n == 0) { Serial.println("no networks found"); } else { Serial.print(n); Serial.println(" networks found"); for (int i = 0; i < n; ++i) { // Print SSID and RSSI for each network found Serial.print(i + 1); Serial.print(": "); Serial.print(WiFi.SSID(i)); Serial.print(" ("); Serial.print(WiFi.RSSI(i)); Serial.print(")"); Serial.println((WiFi.encryptionType(i) == WIFI_AUTH_OPEN)?" ":"*"); delay(10); } } Serial.println(""); // Wait a bit before scanning again delay(7000); }

Прочитал про ПИД регуляцию на Википедии и понял, что этот подход учитывает именно те проблемы, о которых я думал (исправление статической ошибки). В моем случае (который, наверное, будет одним из наиболее простых с аппаратной точки зрения), ПИД будет реализовываться программно. В википедии упоминается метод "экспериментальной настройки регулятора", который может быть наиболее простым решением в моем случае. Использование ШИМ в схеме с ОЭ это один из вариантов. Вариант, который пришел в голову - это использование ШИМ со стабилизатором тока. То есть вначале с помощью управляющего резистора RV1 при подаче полного постоянного входного напряжения подобрать максимально требуемую мощность (если нужно), а потом управление осуществлять с помощью ШИМ. То есть это будет ШИМ, но транзистор будет открываться только настолько, насколько это было заранее подобрано. Требования к времени выхода на режим и точности поддержания температуры минимальные -- 10-15 минут и пара градусов будет вполне достаточно. Скорость изменения внешней температуры очень маленькая -- окружающая среда, атмосфера.

Опять хорошая идея. Ведь теперь, в отличие от изначальной схемы с ОЭ транзистор не обязательно открывать/закрывать полностью для предотвращения избыточного выделения тепла на нем (хотя частичное получение тепла с транзистора в общем не противоречит уточненной поставленной задаче), поэтому можно управлять и с помощью постоянного напряжения от ЦАПа. А ведь это тоже выходит (практически) постоянное напряжение. Наверное, третий вариант ШИМ без фильтра? В таком случае преимуществом первых двух было бы более плавное/равномерное потребление тока нагрузкой, меньше помех и как результат, сниженные требования к фильтрации питания?

Интересно. Я в какой-то степени разбираюсь в цифровой теории плюс немного представляю себе, как работает ОУ (в аналоговой практически ноль). Насколько я могу понять без ньюансов, в этой схеме степень максимального открытия транзистора определяется переменным резистором. А чем отличаются зеленый и красный графики? Разные положения переменного резистора? Сейчас пытаюсь по мере появления времени поизучать эту тему. А как насчет опторазвязки -- не потребуется ли при такой нагрузке?

Понял, это будет учтено

Куда-то ответ пропал.... 65вт из даташита на транзистор, если я на правильное значение смотрю, то есть для 10 вт транзистор подходит.

О какой скорости может идти речь, без учёта тепловой инерции нагреваемого тела (объёма)? Имеется в виду TIP120 не успевает или полностью закрыться или полностью открыться в цикле шим, что приводит к его излишнему перегреву, поэтому рекомендуют или МОП или меньше частоту. В смысле такой транзистор может рассеивать до 65 ватт, зачем резистор? Блин, вот что значит знания и опыт. Но нагрузка все равно должна же быть, нет? Может, подбросите какую-нибудь ссылку со схемой?

Вернулся к схеме, теперь на основе шим. Созрело несколько влпросов. Исходная задача - регулируемый контроллером нагреватель выделяющий мощность до 10 ватт. Имеется монтируемый на шасси резистор (Aluminum Housed Resistor) 10 ом, 25 ватт. Управление шим через транзистор TIP120, блок питания 12 вольт, 36 ватт. Получается при открытом транзисторе на резисторе падает немного больше 10 вольт, следовательно, чуть больше 10 ватт. Означает ли это что эти самые 10 ватт будут выделяться в тепловой форме и их можно отобрать радиатором? Далее, в случае импульсного сигнала я всегда вспоминаю о лампочках, сгоревших в подъездах, которые чаще всего сгорают в момент включения, то есть скачка напряжения. Будет ли резистор в такой схеме подвержен подобному риску? На одной из схем с шим управлением параллельно нагрузке подключили конденсатор - имеет ли смысл поставить такой же на резистор, и если да, то каких параметров? Кроме того, при импульсном характере нагрузки значительной мощности следует ли ожидать скачков напряжения управления другими устройствами - ардуино и другие шилды будут сидеть на этом же блоке питания - нужен ли конденсатор или что другое в цепи управления? Еще интересно, сколько тепла будет выделять блок питания при нагрузке 10 ватт - если установить блок питания внутри нагреваемого пространства? Тот же самый вопрос если одним блоком питания я запитаю два таких нагревательных устройства по 10 ватт. Также прочитал где-то как TIP120 критикуют за медленность и рекомендуют МОП или, в крайнем случае, снизить частоту модуляции. В моем случае TIP120 просто уже имеется в наличии, но если есть действительно серьезные преимущества МОП в данной ситуации, то было бы также интересно услышать.

Спасибо!

Спасибо!

Нужно подключить ардуино (pro mini) для управления тремя аналоговыми мультиплексорами CD74HC4051. Управление "синхронное", то есть три управляющих входа и сигнал разрешения мультиплексоров подключаются друг к другу и к четырем выходам ардуино. Вопрос потянет ли ардуино? Не могу разобраться, как обозначается входной ток на datasheet. Или, если микросхема выполнена по КМОПовской технологоии, токи ничтожно малы и не указываются? Второй вопрос -- хотел бы сэкономить на управляющих выводах ардуино и просто заземлить сигнал разрешения мультиплексоров. Есть ли недостатки постоянного разрешения таких микросхем (вопрос возможных недостатков постоянной подключенности коммутируемых цепей опускаем) -- типа более быстрый износ, перегрев или т.п -- не знаю что еще там могло бы быть?

А нельзя ли привести наиболее существенные параметры для такой роли? У меня есть возможность заполучить CD74HC4051, но вызывает сложности сравнение параметров. Vdd(Max)(V) 6 Supply Range(Max) 10 Vdd(Min)(V) 2 Input/Ouput Voltage(Min)(V) -6 Если я правильно понимаю, Vdd это диапазон напряжения питания, 5В вписывается, Supply я думал, что максимальное коммутируемое напряжение, но что тогда Input/Ouput Voltage ?

Аааа. Тогда получается что при чуть приоткрытом транзисторе он может хорошо греться? В моей разработке оба элемента находятся рядом, нагреватель должен греть воздух, а будет получаться что будут греть оба и зависимость температуры от напряжения управления будет более сложной.

Хотя, не исключено, что в этой схеме транзистор работал в ключевом режиме. А если так, может ли он работать в усилительном?

Спасибо! Насчет емкостного датчика хорошая идея. Схема есть, если хватит терпения и времени, хочу сделать обе и поэкспериментировать.

Вместо создания вопроса "дайте схему" решил попытаться сам скомпоновать и расчитать необходимую схему. Часть схемы -- выходной каскад -- очень простая и довольно распостраненная. К сожалению, все ресурсы с расчетами по похожим схемам, которые я нахожу, приводят к расчету схем с общим эмиттером и нагрузкой является не R нагр (по схеме внизу), а резистор, подключаемый к коллектору и земле, обычно через конденсатор. Подскажите, как же называется такое подключение транзистора или каскада и нет ли хорошего ресурса для его расчета? Изменение управляющего напряжения очень медленное (нагреватель), транзистор должен работать в усилительном режиме

Спасибо! Еще один интересный вопрос возник, в качестве усложнения. А реально ли, вместо подключения цепи напрямую к электроду, подключить ее через аналоговый коммутатор, к разным электродам в разных горшках? Тогда, к примеру, вместо 8 раздельных цепей, подключаемых к 8 аналоговым входам, можно использовать 1 цепь, один аналоговый вход и 4 цифровых для адресации/управления. Чисто теоретически вроде бы выглядит неплохо, да могут оказаться всякие практические ньюансы.

Спасибо! A какой приблизительно емкости конденсатор можно посоветовать под С5? бОльшую часть остальных деталей можно взять из ссылаемой статьи. Хотя тоже не совсем правильно -- там 12 В. Хотя опять-же таки, делитель напряжения не сильно зависит от напряжения, с учетом того, что там стоит подстроечник? В №4 идея была, как вариант, если процессор и его ацп достаточно быстрые по сравнению с частотой подаваемого сигнала, просто произвести чтение в тот момент, когда известно, что верхняя полуволна уже на полном максимуме. Ведь сигнал планируется генерировать тем же самым процессором. Когда подал единицу, подождал определенное время -- и считал. Можно поэкспериментировать изменением частоты, посмотреть сигнал на осциллографе, потом посчитывать процессором с разной задержкой. Возможно, это будет даже точнее, так как если конденсатор неправильно подобран, то он может или постепенно перезаряжаться или недозаряжаться? Или там всякие помехи будут сильно влиять?

Требуется создание датчика влажности почвы. В отличие от найденных схем управления, включающих и выключающих поливальные установки или лампочки, хочу получить аналоговый сигнал пропорциональный или хотя бы зависимый от уровня влажности и считывать значение через вывод ардуино. За основу взял вот эту схему которая базируется на принципе измерения сопротивления переменному току и пытаюсь ее доработать до требуемой задачи. Опыта разработки аналоговых схем нет. Вместо цифрового генератора предполагается генерировать сигнал цифровым выводом ардуино (удобно программно управлять временем измерения и если надо, частотой), транзистор должен преобразовывать уровень напряжения ближе к 12 В. Диод должен срезать одну полуволну выходного сигнала, конденсатор С5 преобразовать сигнал в постоянное напряжение, а стабилитрон предохранить аналоговый вход ардуино от возможного перенапряжения. Как вариант интересно было бы попробовать просто считывать мгновенное значение напряжения, без сглаживания конденсатором С5, но не знаю, насколько это возможно

Посмотрел, да, в отличие от NRF24L01 у RXQ2-433 есть broadcast плюс вроде бы можно использовать один адрес для множества конечных устройств. Можно было бы всех посадить на один адрес, а адресацию организовать программно. В таком случае любое устройство могло бы инициировать передачу, первоначально прослушав, нет ли активного обмена данных между другими устройствами. Короче, надо вначале разобраться, что на самом деле мне нужно. Возможно, поллинг был бы все же наиболее определенным процессом. Кстати, судя по всему эти RXQ2-433 не так легко найти?

Вначале я уже подумывал о поллинге, но потом, кажется, немного зафантазировался -- решил, что у любого устройства могла бы быть необходимость. послать срочное сообщение, например, о начавшем падать напряжении питания. А если предположить, что в случае отключения освещения в доме бОльшая часть устройств может начать это делать практически одновременно, возникает конфликт. На самом деле можно придумать разные подходы, например, с использованием резервных батарей на всех или некоторых устройствах, опрос можно делать довольно часто, так что думаю все же можно обойтись поллингом без срочных сообщений инициируемых конечными устройствам.

Интересуюсь есть ли альтернативы шилдам NRF24L01 и MX-05V/MX-FS-03V для RF обмена? Насколько я понял, NRF24L01 работает по пайпам/каналам, только одна пара может общаться одновременно. Что не подходит: если устройств много, третье устройство никак не может узнать, что два других в это время общаются и может "влезть" в чужой разговор. В MX-05V/MX-FS-03V , как я понял, для организации приема потребуется постоянное программное прослушивание, в принципе это вариант, но хотелось бы узнать нет ли еще вариантов такого рода.

Аааа, понял. Тогда одну ногу теряю, но тут уже выбирай сам, как говорится. С другой стороны если моя задача позволяет, можно попробовать активировать мой код/задачу по сбросу, отработать и ждать следующего сброса.

Ясно, спасибо!