Видимо никаких ответов от Гуру не получим. Тему по тензодатчикам + только BLE чип закроем от Arduino поклонников до вдохновения от Гуру
@nikolz .
Но произведем простейший тест, вписав две строки на си включения PWM в уже имеющееся:
Включение моста в два выхода PWM (мостовая схема: один прямой, другой инверсный), чтобы на мосту получился размах (p-p) более 3 В приводит к тому, что с моста датчика получаем c два диф. выхода с переменным напряжением. (Можно и работать и с одним выходом полумоста). Это подается на любой аудио усилитель через конденсатор для ухода от постоянного смещения.
Простейший эксп на TLSR8266 показал возможность работать с половиной моста тензодатчика используя всего 3 вывода: Два выхода PWM и вход PGA через кондер.
В процессе такого тупого экспа выяснилось и взвесилось пару “но”:
1. На принятых замерах наблюдается помеха от передатчика в виде импульсов. Видимо она идет от питания чипа через выходы PWM. На 8-ми битном осле они не наблюдаются, но работа то с микровольтами... Так-же не наблюдается при включение внешнего генератора на мост тензодатчика. Напряжение (размах) подаваемый на мост тензодатчика от PWM известно и измеряется чипом как Vbat перед замером - проблем подкалибровки нет. Помеху от передатчика можно удалить/вырезать несколькими методами, но это усложняет программу...
2. Наблюдается достаточно сильная наводка 50 Гц. Процесс оцифровки я не стал менять –шаг замеров 100 Гц путем получения по 16 усредненных на 64 кsps - это основная причина. Безусловно что при этом наблюдаются биения дискретизации с помехой 50 Гц, да и никаких фильтров нет. У TLSR8269 есть встроенный аппаратный дециматор и задаваемый цифровой фильтр… Но тут TLSR8266.
Для решения описанных “но” требуется постоянная оцифровка на приличной скорости (в дцать ksps), а это обозначает что чип будет жрать более 6..9 мА всё время замера.
Т.е. даже такой метод годный, но с AD7793 выходит проще, меньше потребление, точнее и практически не требует калибровок по всем диапазонам… На сим пока закончим.