Датчик температуры и влажности bme280

[serg-el]

В даташите всё прописано. Прочитать внимательно не судьба?

[linux_rulezz]

Про "лишний" бит статуса там ничего нет. А вот про CS - да...
Кто ж эти даташиты подробно читает?

[BOB51]

Всегда даташит читается.
Особо, ежли самоделка с "минимумом отсебятинки" - отличается от "типовых примеров применения"

[linux_rulezz]

Да ладно уже, проехали. Работает.
Мне SPI нужен был, чтобы более "многоногий" МК не брать ради второго I2C. Первый занят пятью болометрами MLX90640, и периодически стопарить их конечный автомат не хочу.
Остаётся добавить пару NTC для измерения температуры корпуса и подогрев на источнике тока в виде мосфета.

[Ser60]

[uquote="linux_rulezz",url="/forum/viewtopic.php?p=4750840#p4750840"]Очень странное поведение для одного раба SPI на шине![/uquote]Я думаю, дело в специальном первом (контрольном) байте. Например, в режиме чтения данных с автоинкрементом адреса для обеспечения тактирования можно посылать любой байт во время генерирования клоков для чтения. Если CS не поднимать, то как сенсор распознает начало следующего сеанса при получении контрольного байта? И как он вообще перейдёт с режима выдачи данных на режим приёма данных? Подобные "проблемы" во многих других SPI устройствах. Во многих современных МК у их аппаратного SPI драйвера имеется возможность автоматического формирования сигнала CS в начале и конце сессии (если один слейв на шине).

[uquote="linux_rulezz",url="/forum/viewtopic.php?p=4750840#p4750840"]А еще обнаружил, что в регистре STATUS есть "недокументированный" второй бит: если измерения сделаны, но результаты их неверные, то в STATUS будет нуль. В этом случае все равно нужно считать данные, а потом опять запустить измерения. Если же данные верные, то в этом регистре будет 4.[/uquote]Интересно! Однако, уточните что в Вашей терминологии означает "второй" бит - это Бит 2 или второй с правого конца, т.е. Бит 1? И что значит "неверные" результаты? Пробовали посмотреть каим образом они отличаются от "верных" помимо этого бита в статусе?

[linux_rulezz]

Это - именно второй бит (т.е. число четыре). Если при считывании показаний видим 0, то вполне вероятно, получим нечто неправильное (совершенно всегда самое первое считывание такое - получаешь нули). Однако, помониторив некоторое время обнаружил, что все-таки спустя минут 10-15 эти "четверки" в состоянии пропадают, и сплошняком льются нули.
В общем, не стоит на этот бит рассчитывать. Достаточно просто игнорировать самую первую выдачу.