GDK

Частота примерно 80 кГц. Инересно было бы фронты сравнить с этой схемой - мультивибратор(ы), компараторы, логика ттл/кмоп.

Я его буду выдёргивать из разъёма. А ещё точнее - втыкать когда надо (в начале работы железки для настройки и потом в конце - для считывания результатов, ну может быть в процессе для каких-нибудь наблюдений). ) Ну и не обязательно его питанием отключать. Bars указал режимы потребления (спасибо, не поленился), можно спать уложить ESP, а PIC16 пусть трудится.

Ваш одиночный модуль ESP-01 построен на процессоре ESP8266. Поэтому на самом деле Вы пытаетесь сравнить потребление pic16 + ESP8266 c потреблением ESP8266. На самом деле это не совсем так. Это справедливо только для одного случая, когда юзер-интерфейс не отключается в 100% времени работы железки. В одном случае задачи распределяются так: опыты выполняет PIC16, юзер-интерфейс выполняет ESP. А в другом: и те и другие задачи выполняет ESP. Интерфейс работать будет примерно не более 10% времени. Таких вариантов будет множество. И тогда получается сравниваю 90% времени по потреблению, в одном случае PIC16, в другом случае ESP без WiFi. В остальных 10% времени: ( PIC16 + процессор ESP + WiFi ) и (процессор ESP + WiFi).

У ESP в приоритете обработка сетевого стека, а не программы пользователя. Ну так речь о связке типа PIC16 + ESP. И он не обязан там участвовать в задачах real-time. А именно нужен для организации интерфейса к юзеру. Ну тут я только вижу подтверждение, что на правильном пути. Там воз и тележка примеров, где ESP32 с ардуинкой в связке. )) Хотя казалось бы навига такому монстрику ардуинка.

Рискну еще раз Вам напомнить: WiFi - это радиопередатчик, и для радиопередатчика важно не энергопотребление, а КПД. Так и есть, но это как раз случай который я и предлагаю. Потребление PIC16 + WiFi сравнивается с потреблением процессор ESP + блок WiFi. И получается оно не в пользу одиночного модуля ESP. Особенно в случаях когда интерфейс к юзеру используется в теч. малого времени работы железки.

Хорошее описание ESP32 получилось. Не точно. Это описание: WiFi, ширпотребных ПК и т.п., браузера. В кач. WiFi - ESP32 как вариант, ESP-01 сгодится не хуже, да и др. платы есть, например от Realtek.

Да, лучше не уводить. Цеплять ещё один МК - энергопотребление, обширность и качество периферии. Чётко понимаю что это мне будет важнее чем мощные ресурсы одного ESP. Собственно ради этого и готов повозиться с организацией связи.

Цель не с PIC научиться работать. Цель - экспериментировать с разными железками, примеры которых привёл в начальном сообщении. Имхо для этого программировать ESP было бы проще, т.к. куча памяти и частота намного выше. Можно ради скорости написания кода позволять себе халтурить и не вникать профессионально. Который в 99% случаем там нафиг не уперся. Именно для этого и весь сыр-бор. Удобство и гибкость. Сегодня я нарисовал 4 потенциометра и вольтметр, завтра 2 кнопки, послезавтра график напряжением к-нибудь батарейки... И кроме HTML + JS + Си (PIC16) мне ничего не надо, ну может быть ещё неск. деталек на макетке за 5 минут. Который тоже еще надо знать. Ну и плюс можно навсегда забыть о raeltime приложениях. Real Time не потеряется, задачи real-time --- средствами МК, интерфейс + обработка --- js + html.

Сейчас уже не помню, но точно когда то сравнивал и запомнил итоговый вывод.

Ну с помощью WiFi появляется возможность прикрутить в железку интерфейс к юзеру. Оооочень гибкий и удобный. + Пользоваться "мощными" вычислительными ресурсами ширпотребных ЭВМ. Например через JS. Т.е. для появления в железке монитора и клавиатуры, надо планшетик с WiFi и любым web-браузером, и это имеется как говорят "чуть меньше чем везде, чуть дороже чем за бесплатно". Для поиграться с разными лампочками, моторчиками, батарейками - очень удобный вариант, имхо.

То что WiFi прекрасно отключается с понижением энергопотребления - это да, в курсе, но всё же оно остаётся несоизмеримо выше "слабых" МК. От "слабых" МК действительно отказываться не буду, причины не то чтобы любые, но их действительно множество. МК может быть не только pic16, пойдёт и STM8 и atmel 8 bit и другие, просто у меня в кач. "слабого" МК pic16LF1823 оказался. Просто круг хотелок такой, что от функционала "слабого" МК нужно почти всё, а от "мощного" ESP - совсем немного. Ну а пока искаю что там есть по modbus. Нашёл freemodbus, буду ковырять.

Всё таки в данном случае это не подходящий вариант. 1. ESP-01 отключается и остаётся один только pic16. Подключается по необходимости что-то настроить/проверить/считать. 2. Мешает что железка сделана для любительских целей, и паять ESP и коммутатор на одной плате не хочется, а если к модулю с ESP подключать коммутатор, то получается что копеечный МК лучше копеечного коммутатора. К тому же с коммутатором гибкость теряется в плане переназначения выводов. У меня сейчас на железке всего 15 выводов. 5 - программатор +3,3V ; gnd; reset; clk; data. Вот в него же и будет включаться ESP. 3 - +питание; gnd; вход ADC уже с делителем до 30В. 2 - выходы через транзисторы с открытым коллектором. 5 - i/o, которые могу перенастраивать как хочу: и ADC, и компаратор, и шим и т.д. ESP32 конечно штука неплохая, да и ESP8266 тоже, но получается из пушки по воробьям.

Так не пойдёт. Например при питании от батареи в большинстве случаев esp8266 её высадит намного быстрее чем pic16 при тех же задачах. Или например АЦП у него на 1 вывод, а у моего pic16lf1823 на несколько выводов, к тому же судя по отзывам качество проеобразования там не радует, особенно при работе WiFi блока.

Wemos вместо чего надо взять?

MODBUS как вариант, попробую погуглить как его "потянет" "слабый" МК, напр. ардуино на меге328 или мой PIC16. Спасибо за совет.

Всем привет. Не могли бы посоветовать "стандартные" варианты протоколов для "надёжной" связи через UART 8 битного микроконтроллера (МК) и WiFi модуля на ESP8266 ? Сделал из PIC16LF1823 железку для экспериментов (шим, диодики, моторчики, датчики ... ). Есть желание к ней WiFi прикрутить на ESP-01. Потому возникает главный вопрос - есть ли какие то "стандартные" протоколы под такие задачи, чтобы поменьше велосипедов изобретать. Думаю многие с этим сталкивались. Если не жалко поделитесь примерами, думаю это будет полезным. Планирую на ESP-01 сделать точку доступа и web-сервер, к которому можно будет напрямую цепляться планшетом на android. Ну и через аппаратные UARTы соединить всё это с МК. Т.е. надо передавать в обоих направлениях пакеты данных с контролем, что они приходят без ошибок, ну и желательно поменьше грузить МК. Гугл предлагает в основном АТ-командами общаться, но этот подход не особо нравится, ну или самописные протоколы использовать. Здесь на сайте тоже не нашёл сабж. Примеры не обязательно для МК Microchip, думаю на Си под другие 8 битные МК будут не менее полезными. Пока смотрю в сторону Wake, но он избыточен, и ppp, но примеров пока не нашёл.

Итак всё получилось. Купил новый микроконтроллер, владелец перепаял его, потом я его прошил. Всё заработало. Прошивал с помощью программатора usbasp-clone, софт - avrdude (консольный интерфейс), ос - Ubuntu 16.04.2 xenial. Вначале подключил старый мк к usbAsp, в avrdude указал мк и программатор, в ответе получил значения fuse (это 3 байта - hfuse, lfuse и efuse). После перепайки эти значения внёс в новый мк, потом ввёл команду на прошивку flash и eeprom.

На радиокоте. Проверенную лично сегодня. Fuse были считаны avrdude и записаны. Тут вероятность появления проблем - минимум.

Всем привет. У одного человека "сломался" тестор электронных компонентов LCR-T4 NoStripGrid. Симптомы странные - после нажатия кнопки начинается тестирование, идёт оно дольше чем обычно, и в итоге выводится результат в виде p-n-p транзистора с гигантским h21e "128k", этот результат присутствует независимо от того подключено что-либо к панельке тестора. Перепрошивать пробовал, не помогло. Глянул схему, теперь думаю что возможно некорректно работают порты ATMEGA328p, на котором этот тестор основан. Прошу помощи/советов как диагностировать причину проблемы, ну и может у кого было что-либо похожее. Сам пока думаю найти новый ATMEGA328p и перепаять, ибо схема простая как валенок, ломаться особо нечему, возможно неправ.

Привет. Я давно когда-то купил немного ST7, но так и не применил, т.к. тогда программатор так и не смог достать... Вроде не выкинул, где то лежат, могу если надо поискать и передать в мск безвозбездна )).

Раз никто не отвечает, тупо вот https://www.chipdip.ru/shops но не факт что это "выгодней" . У них на сайте диоды - от 3 до 10 руб. штука. Резисторы проволочные тоже около 10 руб. штука. Текстолит около 100 руб. 50*100мм.

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

Спасибо за примеры, думаю могут пригодиться не только мне. Во что "вляпался": 1 - не прошивается, если напряжение питания низкое (в моём случае пришлось повысить до 4В) 2 - по умолчанию порт GP2 включен как порт вход для таймера. 3 - по умолчанию включен сторожевой таймер. 4 - не понял как выполнять отладку, MPLABX запросила какой то header. Разбираться не стал, решил без отладки. В целом вопрос решен.

Поставил питание 4В и он прошился!

Спасибо большое за эту подсказку. У меня как раз питание меньше 4в... По тех описанию у них питание от 2в, но это получается не действует при режиме прошивки.