Попробуй, потому что я вообще не понимаю, почему оно всякую хрень непонятную показывает. Еще и дикий завал по краям матрицы. Впечатление - что китайцы продают какое-то УГ. С другой стороны, на этих же сенсорах у них есть вроде как рабочие готовые "тепловизоры". Да еще и на STM32F103! Где нет флоатов!! А там на каждый пиксель раз по шесть нужно извлечь квадратный корень!!!

собрал elixir_mlx90640. заменил main.cpp на свой. видно что данные меняются при наведении на теплые-холодные вещи. но странный диапазон чисел. и ближе к краям значения увеличиваются. а в углах в 2 раз больше середины. Положу туда последние версии mlx90640-library. посмотрим, что из этого можно получить...

Добавлено after 2 hours 54 minutes 22 seconds:
а что за математика с корнями? где-то прочитать, подсмотреть можно?

Добавлено after 1 hour 34 minutes 33 seconds:
странно, но с последними версиями завалы по краям пропали.

RailWar, в общем, получается, что там вообще ни хрена не по даташиту обработка?
Треш какой-то!

может разные даташиты. ведь библиотека-то от melexis. я взял все из melexis/mlx90640-library на github, а MLX90640_LINUX_I2C_Driver.cpp у waveshare из MLX90640_Thermal_Camera_Code.7z

Выбираем индустриальные и медицинские источники питания MEAN WELL в открытом исполнении

Использование модульных источников питания открытого типа широко распространено в современных устройствах. Присущие им компактность, гибкость в интеграции и высокая эффективность делают их отличным решением для систем промышленной автоматизации, телекоммуникационного оборудования, медицинской техники, устройств «умного дома» и прочих приложений. Рассмотрим подробнее характеристики и особенности трех самых популярных вариантов AC/DC-преобразователей MW открытого типа, подходящих для применения в промышленных устройствах - серий EPS, EPP и RPS представленных на Meanwell.market.

Подробнее>>

RailWar, я внимательно просмотрел тот быдлокод, что был выложен на гитхабе melexis. Там несколько существенных ошибок, противоречащих даташиту. Вывод: либо даташит специально написали неправильно, либо тот ужасный код писал идиот.
И, кстати, много встречал разного кода, где эта "библиотека" использовалась. Но когда ее еще и на МК без поддержки флоатов пихали, то я вообще был в полном охренении! Интересно: сколько будет STM32F103 обрабатывать одну картинку? Секунд пять? Или минуту???

У меня на STM32F103 получилось 2-5 кадров в секунду. Это с выводом на дисплей по SPI. Кстати, по краям тоже какая-то лажа. Библиотеку после допиливания проверял на тестовых данных от Мелексиса - картинка правильная. Значит, дело в калибровке чипа на заводе. Скорее всего, что-то забыли обновить. Или формулы, или калибровочный процесс.

Ну нифига ж себе! Ведь там на каждый кадр вычисляется по 1536 квадратных корней как минимум!!! А у F103 даже флоатов нет.
Как это возможно вообще???

Посмотри на код:
https://github.com/Garmin59/IAR_MLX90640/tree/master
Я никак не допилю I2C, всё некогда.

GARMIN, зря ты алгоритм от MLX используешь: у них там был баг + код совершенно неоптимизирован. Ну и про квадратные корни я совсем молчу: на МК без флоатов придется выдумывать свою функцию вычисления корней, либо же, как те китайцы, вообще брать сырые данные и самому из них вычислять температуру (предварительно выполнив самостоятельную калибровку).