История изменений

Код есть, они просто умножают на время между измерениями длительность сна). Поэтому LCD у них пишет откровенную чушь.

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

Фактических интервалов. Я прописал, чтобы LED на плате включался в конце измерения (где я считаю объем) и выключался к конце следующего (т.е. LED включен каждый второй цикл).

А запрограммирована установка была на 185 мс?

Вот тут поясню, что я имею в виду. Сырые данные он может получать вовремя. Сырые данные прямо с АЦП можно посмотреть в GUI. Он там позволяет их смотреть (sample они это зовут). Но сырые данные - это сырые данные. Дальше контроллер считает что-то и в результате включения LCD и портов с расчетом и выдачей результата через API может припоздниться. Он позднее выдает данные, но они сделаны на основе данных, которые измерены вовремя. То есть сами результаты измерений скорости начинают идти неравномерно, но данные, которые содержаться в них как бы могут считаться более менее снятыми через равные промежутки времени. Поэтому вопрос тут - можно ли утверждать, что LCD пишет чушь?

Да и как софт GUI считает объем, тоже интересно бы узнать. Он тоже может запрограммированный интервал использовать для расчетов, хоть и измеряет время между приходом данных, но вот учитывает ли его?

Код есть, они просто умножают на время между измерениями длительность сна). Поэтому LCD у них пишет откровенную чушь.

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

Фактических интервалов. Я прописал, чтобы LED на плате включался в конце измерения (где я считаю объем) и выключался к конце следующего (т.е. LED включен каждый второй цикл).

А запрограммирована установка была на 185 мс?

Вот тут поясню, что я имею в виду. Сырые данные он может получать вовремя. Сырые данные прямо с АЦП можно посмотреть в GUI. Он там позволяет их смотреть (sample они это зовут). Но сырые данные - это сырые данные. Дальше контроллер считает что-то и в результате включения LCD и портов с расчетом и выдачей результата через API может припоздниться. Он позднее выдает данные, но они сделаны на основе данных, которые измерены вовремя. То есть сами результаты измерений скорости начинают идти неравномерно, но данные, которые содержаться в них как бы могут считаться более менее снятыми через равные промежутки времени. Поэтому вопрос тут - можно ли утверждать, что LCD пишет чушь?

Да и как софт GUI считает объем, тоже интересно бы узнать. Он тоже может запрограммированный интервал использовать для расчетов, хоть и измеряет время между приходом данных, но вот учитываетли его?