Народ! "Пилю" взаимодействие STM32F103C8T6 с датчиком давления, влажности, температуры BME280 от Bosch Sensortec . Хочу сказать.. Сумасшедшая штуковина!!! Учитывая то, что "стаж" в программировании STM32 на языке "С" год с небольшим, успехи таки, тоже "сумасшедшие". Можно сказать, что процесс взаимодействия STM32F103C8T6 и BME280 идёт в компании я, STM32F103C8T6, BME280 и его даташит на английском языке. Информации в инете практически никакой. В основном "умничанье", общие описания и бесполезные "тупняки".
Но несмотря на все эти препоны остался всего один шаг до получения на дисплее вожделенных показаний
Если вдруг на Mal4X найдётся чел, который решится на общение с этой "скотиной", то вэлкам в эту тему, пообщаемся. Есть наработки. Чую, нехилая метеостанция в итоге получится..
ВотЪ!

Есть такая штука, работает у меня пару месяцев. Вполне пригодная. У меня был путь проще, ардуина с библиотекой

Оооо, тебе полегче,а я пилю "с нуля". Тяжко было, но всё легче и легче по мере углубления в тему. На сегодняшний момент уже получена окончательная температура. Точнейшие показания. Чувствительный, сволочь.. Была проблема с компенсационными формулами. Хрен поймёшь из даташита что к чему прибавляется, что из чего вычитается, что на что умножается, делится и что куда в результате этих йопнутых вычислений записывается . Но чел с киберфорума http://www.cyberforum.ru/ дал ссылку https://github.com/avislab/sensorstest/blob/master/BME280/BME280.py так там более менее адекватно приведены эти грёбаные формулы. Температура пошла без проблем, теперь дело за давлением и влажностью. Запилю, отпишусь. Есть правда один "затык" с передачей в датчик байтов конфигурации, но думаю пофиксю в будущем.. Если не жалко, кинь ардуиновскую библиотеку для изучения: scan11@yandex.com или ссылку, где брал.
А у меня отладочная плата собственного изготовления. на ней STM32F103C8T6, LCD 1604, светодиоды, питание. разъёмы под датчики. Вобщем всё что требуется для отладки. На ней уже запилен двухточечный термометр на двух DS1621. Тоже пришлось покорячиться. Учитывая то, что 3 месяца назад I2C для меня был "тёмным лесом". I2C интерфейс программный. Чё-то "не стоит" на аппаратный.. Во всяком случае пока.. Там дальше будет видно.
Во всяком случае хорошо что есть ещё чел, который заморочился на BME280. Уже не уныло.. Пообщаемся если что.
Когда полностью закончу процедуру компенсационных вычислений могу поделиться кодом. Если кому будет нужно.

Ага, эта библиотека. Я это использую в связке с raspberry pi, openhab и протоколом mqtt. 1604 не модно

Ага, спс. поглядим.

1604 не модно

попозже, когда опыт наберёт достаточную "критическую массу" буду пробовать что-либо графическое Тут от написания программы на 2 штуки BME280 мозг "рвёт".. Но справился вроде. Сам с себя фигею, сказал бы кто год назад, что буду такие программы писать, послал бы куда подальше Но гляди ж, фигачу и не мычу. Да ещё в "регистровом" стиле..

Люди! кто "волочёт" в Си и STM32 и иных МК "геть до кучи";););) Надо обмозговать одну заморочку. Может кто чего прояснит или мысли какие будут.. Щас похаваю и напишу подробно..

scan11 писал(а):Люди! кто "волочёт" в Си и STM32

Я немного занимаюсь сабжэм. Без фанатизьма, но кое что на stm32f4 пишу в среде CooCox

Вот такая "метаморфоза" имеет место:
Задействую детектор напряжения питания (PVD) чтобы была индикация разряда LI-Ion батареи. Вообще-то уже работает..
1. Нужно установить порог срабатывания PVD на 2,9v
1.1 Объявляю макрос : #define PVDT2V9 PWR->CR|=PWR_CR_PLS_2V9
1.2 В "main" выполняю его: PVDT2V9;
п. 1 выполняется и корректно работает.
**
2. Нужно разрешить работу PVD.
2.1 Объявляю макрос : #define PVDEN PWR->CR|=PWR_CR_PVDE
2.2 В "main" выполняю его: PVDEN;
п. 2 выполняется и корректно работает.
**
Теперь по состоянию флага PVDO в регистре PWR_CSR нужно выводить "N" (батарея в норме) или "D" (батарея разряжена)
Вот тут начинаются "чудеса"..
3. Объявляю макрос : #define PVDLVL PWR->CSR & PWR_CSR_PVDO
3.1 И вот так проверяя состояние флага (через макрос) должен вывести "N" или "D"
if (PVDLVL) // Проверка состояния "Hi" PVDO.
{PrintRow(R4,14,"D");} // PVD=1. Вывод знака разрядки батареи.
else // PVD=0. Вывод знака нормального заряда батареи.
{PrintRow(R4,14,"N");}
Через макрос PVDLVL условие не выполняется!! хоть тресни;(;(;(
А вот если строку условия написать так:
if (PWR->CSR & PWR_CSR_PVDO) // Проверка состояния "Hi" PVDO.
то есть "в лоб", не через макрос..
и далее так же как выше, то всё начинает работать как положено!
То есть налицо "непонимание" состояния флага если оно отслеживается через макрос;(;(
Есть какие-либо соображения?? (на всякий случай среда - Keil 5.20, "косяков" такого типа пока не наблюдалось)
Какая-то фигня получается. Конечно применение макроса непринципиально, но для "общего развития" неплохо было бы обсудить.;)
А по поводу "борьбы" с этим датчиком, так он уже давно "взнуздан" и объезжен. Крутейший сабж!! Сейчас работают два датчика, улица и помещение. Выводятся все метеоданные, разностная температура, разностная влажность, вводится и сохраняется высота измерения давления, отображается давление, приведённое к уровню моря в точке измерения и значение барической ступени на установленной высоте. А сейчас это безумное устройство "обкатывается" под батарейное питание и вот такой вопрос попутно возник;);)
Фуфф!
ВотЪ!

scan11 писал(а):Вот такая "метаморфоза" имеет место:

Эк... однако.

А проделай ка вот такой опыт
if (PVDLVL != 0) // Проверка состояния "Hi" PVDO.
{PrintRow(R4,14,"D");}
Интересно, будет работать?

ыгЫ, попробую, отпишусь.Но закавыка забавная. Может на уровне, действительно, синтаксиса какой-то косячок? И именно в этом случае, с PVD..
Вот ещё есть подозрение на одну "гадость". В референс мануале, в секции описания регистра PWR_CSR (а именно в нём и "живёт" флаг PVDO) написано следующее:
"Additional APB cycles are needed to read this register versus a standard APB read."
Что в переводе. насколько я понимаю означает:
Для чтения этого регистра необходимы дополнительные APB циклы по сравнению с чтением APB в обычном случае.
Может процедура условия как-то через макрос "не успевает" сработать.. ХЗ..
И ещё, вспоминаю, было как-то вот что. Ох уж это несовершенство компиляторов..;)
При объявлении глобальных переменных в одном порядке кое-что не работало, а переставил объявление одной из переменных на 2 строки ниже (или выше, не помню уже), и таки всё заработало. Маразм, кажется, но это факт!
Вобщем попробую, обязательно напишу;););)

Конгениально!!! Всё работает!
Итак, в окончательном виде:
Макрос: #define PVDLVL PWR->CSR & PWR_CSR_PVDO
**
Код условия вывода:
if ((PVDLVL)!=0) // Проверка состояния "Hi" PVD. Здесь, если написать так: if (PVDLVL != 0) Keil "матюкается" а со скобками всё гуд..
{PrintRow(R4,14,"D");} // PVD=1. Вывод знака разрядки батареи.
else // PVD=0.
{PrintRow(R4,14,"N");} // Вывод знака нормального заряда батареи.
Спасибо за подсказочку:):):):) Учту в будущем что есть разные методики указания условий.

scan11 писал(а):Всё работает!

Я давно замечал, что операции с битами не очень "честно" оставлять без доп. проверки. Уж что это за особенность, не знаю. Но взял себе за правило всегда делать явную проверку на равенство\неравенство нулю в таких случаях. А может это во мне "паскальщик" возмущается таким "сишным" сокращенным синтаксисом

А вообще, конечно, это ляп компилятора. По идее перед компиляцией текста все макросы должны вставляться в соответствующие места текста. Поэтому мне не понятно, почему при явном написании все работает, а при использовании макроса - нет..