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

Вот вам версия с гистерезисом в +-127% :) Общую программу настройки TelinkMiFlasher.html я переписывать не буду. С этой прошивкой у вас вводимые значения гистерезиса для влажности будут умножаться в самом термометре на 10. Т.е. вместо 1.5% будет 15%

И никаких роутеров не требуется:

Такая система создана для того, чтобы было побольше шума в форумах и прочих площадках и они были заполнены тупыми типовыми вопросами. И о чем тут вообще разговор? На UBIA есть вывод данных с акселерометра в web страничку. Для остального хлама этого нет.

Про это описано в SDK Developer Handbook. Для разных нужд для оптимизации выпускают разные SDK и в каждом свои фичи. На Arduino нет "Arduino Developer Handbook" - даже Google про это не знает. Кроме того, по опыту, большинство, эдак 90% информации по либам и даже самой системе Arduino является...

А где в setup() ветка быстрого старта после микро-амперного сна чипа? Ну там после 100..500 us после включения питаний доп. тактовых генераторов и CPU? И если мне не надо "всю нужную инициализацию" - у меня всего мелкий датчик и от него надо передать пару байт на страницу в Web, тогда как? Вот в...

Для новичка или для программиста первым вопросом будет "что такое Arduino?". Потом будут вопросы - где IDE и где SDK Developer Handbook? На данный чип это все есть, в отличии, к примеру от ESP. Потом обычно запрашивают "Конфигуратор" для типовых задач и настройки проекта, по типу Куба для STM...

Для этого надо понять, что setup() назван user_init(), а loop() - main_loop(). Это очень тяжко для Ардуино-головного-мозгу. Аналогично и с i2c. Просто выкинуты ненужные и непонятные никому из обывателей transmission stop/start и прочие изжитые аббревиатуры и ритуалы. Где в эксплорере или компе...

В режиме рекламы без подтверждений (тупой маяк) датчик дает не менее 4-х дублей по 3-м каналам. Это означает возможность потери более 91% пакетов при полном приеме без выпадений передаваемых измерений. :p Беда с ESP кроется в её ПО, а не в битых пакетах.

https://esphome.io/

WiFi и "засирает" эфир. Потерь пакетов в нем больше. По вашему выходит что беспроводные датчики на сегодня это только мечта и надо ждать пару столетий? На чем ещё тогда делать беспроводные датчики, если у народу на руках уже есть средства коммуникации и отладки только для BLE? Пока беда только...

А исходники которые дают производители датчиков обычно примитивны. Но они работают в данном SDK. От Arduino не работают, т.к. там C++. А на CPU без MMU C++ применять невозможно - это обязательный "эксепшн" по мере дефрагментации heap.

Есть и ещё более простой алгоритм: Пишите данные с датчика в назначенный буфер в памяти для некоего назначенного "ящика с UUID" с атрибутами чтения. Это как в USB. Ящик считывает стандартное API в смарте или компе. Дайте мне либу на имеющиеся у меня датчики. Те, которые есть не работают или не...

В SDK у вас весь интерфейс с BLE – это две функции – callback: пришли данные, передать данные(ограниченный по размеру блок). Всё остальное за вас делает SDK, стек BLE и прочее. Желательно понять что такое сервисы с UUID… В принципе вам и события connect, disconnect и прочие не нужны...

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

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

Вы пока не можете, я и другие могут. Для этого надо написать несколько строк, а может и страницу текста на СИ под имеющийся SDK...

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

А переход на безликие графики, через другой API в эксплорере тоже имеет ограничения (там до 30 кадров в сек). 1 кГц на ADC в UBIA (USB, 50 ksps):

При 10 тысяч точках отображения и потоке в 3 тысячи точек (пусть от ADC, т.е. всего один канал) dygraph js еле справляется с отображением и дает пару экранов в сек... т.е. всё дерганное. И увеличить буфер отображения уже не представляется возможным - кол-во созданных кадров в сек dygraph js...

Основное ограничение по кол-ву точек в сек и особенно их общий объем для отображения в реальном времени создает dygraph js в компе или смарте. При объеме точек на графике приближающемуся к кол-ву точек ширины экрана современного 4K монитора он не может обеспечить их плавное отображение со сдвигом.