Результаты поиска

Корпус был напечатан из доработанного этого проекта. В итоге такой: В него вставляется клеммник https://aliexpress.ru/item/1005006097000119.html

Пришли MJWSD06MMC. Очень долго путешествовали по почте... Имеют чипсет TLSR8251 и датчик SHTv4. На почте России очередные сокращения... По этому еле доползли...

https://aliexpress.ru/item/1005006330463556.html

Выходит что вы не дали ему правильное задание. Не уточнили что нужно использовать. И теми более какое дело китайскому ИИ до европейских никчемных чипов c проприетарным ПО?

Есть такой метод - правильно написать программу в ESP32.

Так что обращайтесь к DeepSeek - оно 90% ответов по BLE и Zigbee (и т.д.) даст правильно (или в нужном направлении - 100%), даже о прошивках TelinkMiFlasher :) И напишет любую запрошенную фигню на Arduino, если уточнять... Т.е. по вопросам Arduino форум можно закрывать.

Перечитать таблицу BLE-устройства: инструкция DeepSeek: Что необходимо сделать чтобы перечиталась таблица BLE устройства? (Due to technical issues, the search service is temporarily unavailable.) Чтобы перечитать таблицу атрибутов (Attribute Table) BLE-устройства, нужно выполнить следующие...

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

В данной табличке есть UUID, в котором обозначается какие другие UUID были изменены. Это предусмотрено стандартом, и таковой имеется, но устройство не в состоянии хранить MAC всех входящих, тем более Android-ных со случайными MAC и объявлять им всем что табличка сменилась после OTA :p Т.е. это...

И у Chrome есть разные кнопочки перезагрузки... И дрова в Linux тоже любят кешировать данную табличку, но там необходимо стереть файлики, поплясав с бубном в диких длинных именах и глубине каталогов...

Скорее всего ваш BT адаптер наелся других вариантов прошивок с данным MAC и не собирается перечитывать новую таблицу UUID. И он частично прав, т.к. так рекомендовано в стандартах Blouetooth SIG - не стоит тратить энергию знакомого (по MAC) устройства на перечитывание таблицы UUID. Перезагрузка...

13:56:14: Hardware Revision String: B1.4 13:56:14: Software Revision String: V5.1 13:56:14: Firmware Revision String: github.com/pvvx 13:56:14: Detected custom Firmware 13:56:14: Hardware Version: LYWSD03MMC B1.4, Software Version: 5.1 13:56:14: Custom config HEX string: 55071000064004a931310070...

Импульсная хар-ка:

А с такими искажениями входного меандра 2Гц представляю, как он исказит реальную ЭКГ

Всё это говорит о том, что для данной фигни АЦП более 8 бит не требуется. Остальные биты будут показывать только шум этого модуля. И то это при сигнале на выходе в полный размах - при 3В p-p. Кароче помойка.

И некоторые параметры данного модуля: АЧХ (линейный sweep 0.1..100Гц 20 сек): Шум на выходе при замкнутом входе (RA-LA): 27мВ p-p, 3.8 mV rms при шуме источника питания: Max 2.2 мВ p-p.

@nikolz - C али пришла используемая вами фигня: Подключил к хорошему 12 битному ADC с питанием от батареек и с измерением амплитуды (в мВ)... И это лучшее что удалось снять по моему методу удерживания руками электродов (из комплекта) :LOL: Т.е. полная фигня, если не забивать гвозди в грудь...

Питания ESP8266 точно хватает? У ESP8266 неиcправный BOR и при просадках питания можно получить любые глюки. А в режиме AP кушает он значительно больше. Если модуль подключен от USB компа длинным дурным USB шнурком -> гарантированно будут глюки.

Всё зависит от того, используете ли вы аппаратный I2C и IR (ESP32). Если нет - ничего хорошего не выйдет. Т.е. с вашей задачей запросто справится даже мелкий MCU на 16 МГц, если у него есть нормальные аппаратные I2C и IR.