Модуль ESP8266 wi-fi управление ректификационной колонной (Страница 8 из 11)

Освоить хотя бы один, слишком много новой инфы.

Пробовал подключить к модулю внешний рабочий преобразователь интерфейса.

UART, используемый для программирования контроллера, подключен как к CH340G, так и к выводам RX/TX модуля. Только к CH340G он подключен через резисторы 470 Ом, а к выводам - напрямую. Теоретически внешний преобразователь мог бы работать, но не работает. Потому что "настоящий" преобразователь использует, точнее, даёт контроллеру использовать не только RX и TX, но и DTR/RTS.

Это и тот факт, что в более ранних моделях ESP8266 встроенного преобразователя интерфейса не было, и, тем не менее, его можно было программировать через внешний преобразователь, наводит на мысль, что заставить это работать можно.

Я уже заказал новый модуль, ждать теперь долго, конечно. По мере появления тоски по колебательному контуру буду мучить и старый.

Кликните на схеме правой кнопкой мыши и выберите "Открыть изображение", а потом ещё "+" нажмите  и будет видно всё.

Ха, а я то левым тапом общёлкался .

Посмотрел схему (всё-таки посмотрел и плату - должно работать через внешний преобразователь, если сама ESP-шка рабочая.

Нет, контроллер у меня CH340G.

Чтобы залить в устройство любой скрипт, нужно, чтобы устройство могло общаться с компьютером. Что у меня и не выходило. Но не зря я просидел весь день и даже ночь. Результат достигнут!

Итак, я определил, что связь с компьютером есть, но она односторонняя: с модуля ESP8266 инфа на компьютер идёт, а в обратную сторону - нет. Именно поэтому и не заливается никакая программа. Измеряя напряжения на разных ногах CH340G, я обнаружил, что выводы D+ и D- ведут себя очень подозрительно: на одном из них прослеживалась явная активность (напряжение менялось), а на втором - просто 0. Хотя по всем правилам эти ноги должны работать в противофазе практически всегда.

Логика подсказывает, нет, уже тычет носом, что вышла из строя микросхема CH340G. Как вышла - это история отдельная, но факт тот, что горелая микросхема может давать как КЗ, так и ХХ, что в конечном итоге и приводит к отсутствию работоспособности всего устройства. Её отпаять бы, но...

Ближе к ночи я принял решение отрезать нахрен вывод RX микропроцессора от CH340G. Оставить только соединение с гребёнкой, куда я подключаю внешний преобразователь. Сделать это было не очень легко, так как вижу я плохо, нужна лупа, свет яркий, а другой рукой надо резать. Но всё получилось.

После этого модуль начал отлично программироваться. Я попробовал как программу Blink (правда, без светодиода), так и WiFiScan. Всё заработало!

Вход в режим программирования: при поданном питании нажать кнопку FLASH, нажать кнопку RST. Затем отпустить кнопку RST, отпустить кнопку FLASH.

Вот теперь можно заморачиваться всякими скриптами и прочим

Как и ожидалось, началось всё с ошибок. Ошибка такая:

error: #error "Please define I/O register types here"

Кто-то уже с таким сталкивался, но как решить, не написали. И ещё один момент. Где-то я встретил упоминание, что библиотеки (в частности, OneWire.h) периодически обновляются, отсюда вопрос: откуда скачать рабочую библиотеку?
PS Кстати, файл DallasTemperature.h уже содержит строку #include <OneWire.h>, так что второй раз её прописывать вроде как не нужно?

Результат достигнут. Пришлось сделать ряд доработок/исправлений.

1. Библиотеки OneWire и DallasTemperature необходимо устанавливать с помощью управления библиотеками: Скетч -> Подключить библиотеку -> Управлять библиотеками. Появится менеджер библиотек, похожий на менеджер плат. В поле поиска ввести OneWire, появится соответствующий бокс, там нажать Установить.
Затем в поле поиска набрать DallasTemperature и установить эту библиотеку.
Простое копирование скачанных папок с библиотеками в папку libraries не даёт нужного результата. Ошибка error: #error "Please define I/O register types here" появляется как раз из-за неправильно установленных библиотек.

2. В текст скетча необходимо добавить слово static в строке 21 перед словом unsigned. Без этого при компиляции появляется ошибка про "time".
Нумерация строк включается в настройках Arduino IDE.

3. У меня в настройках роутера была включена фильтрация по MAC адресу. Поэтому модуль никак не мог подключиться к сети. Пришлось отключить фильтрацию, тогда всё прошло нормально. Однако, в целях безопасности следовало бы включить в список разрешённых MAC адрес модуля ESP8266 и включить-таки фильтрацию. Но как узнать MAC адрес модуля, я пока не узнал.

Узнать MAC адрес можно, послав AT-команду, сейчас не вспомню какую. Правда, в примерах это делается на модуле без залитой программы.

Обнаружил очередной косяк. Захотелось мне подключить к модулю LCD дисплей по I2C. Нашёл статью про это, правда, на иноземном. И выявилась проблема. Дисплей должен питаться от 5 В. Автор статьи брал эти 5 В с вывода VIN модуля. По логике, на этот вывод должно приходить напряжение прямо с контакта USB разъёма. Однако, оказалось, что на моей плате на контакт VIN напряжение с USB приходит аж через два последовательно включенных диода. Так-то вроде всего 1,4 В должны на них падать, стало быть, останется 5-1,4=3,6 В. Это уже мало, но реально там всего 2,1 В. Либо диоды "не такие", либо вообще не знаю.

Откусил ногу питания CH340G, чтобы она не жрала ток. Всё равно не работает. Напряжение на VIN увеличилось немного. Но подсветка дисплея не горит.

UPD Я маленько ошибся. Эти два диода включены не последовательно, а встречно. Это позволяет запитывать модуль как от разъёма USB, так и через вывод VIN. То есть, вывод VIN - это не выход питания, а вход. На схеме, которую я прикладывал, это не отражено, там есть только один диод и нет вывода VIN.

Так что никакого питания на дисплей вообще не идёт, а то, что я намерил, было без дисплея, это утечки и проч.

Какой выход из положения? Замкнуть один из диодов перемычкой.