Bmp180 и pic18f2520 проблема не верное значение.

Nobodyred

Добрый вечер, помогите пожалуйста, есть датчик бмр180 атмосферного давления, температуру выводит правильно, то есть похожую которая в доме, но вот давление кажет 5301 в даташите на данный датчик сказано, что выводит в паскалях и чтоб получить мм. рт. ст надо разделить на 133.
Уже неделю бьюсь не получаеться и все.

Реклама

Аlex

Nobodyred писал(а):

надо разделить на 133.
Уже неделю бьюсь не получаеться и все.

Не получается поделить ?

Реклама

Nobodyred

Аlex писал(а):

Nobodyred писал(а):

надо разделить на 133.
Уже неделю бьюсь не получаеться и все.

Не получается поделить ?

Если бы поделить не получалось, не получаеться вывести давление хрень кажет.
В расчетах все верно, А вот кажет не правильные цифры, что не так я сделал, к явному типу приводил.

Реклама

PCBWay - всего $5 за 10 печатных плат, первый заказ для новых клиентов БЕСПЛАТЕН

Сборка печатных плат от $30 + БЕСПЛАТНАЯ доставка по всему миру + трафарет

Онлайн просмотровщик Gerber-файлов от PCBWay + Услуги 3D печати

АлександрЛ

Nobodyred писал(а):

но вот давление кажет 5301

А в течение суток показания хоть как-то меняются?
Или вот это "5301" висит, независимо от состояния атмосферы?

зы.. В порядке бреда- у вас число в обратном порядке считано- если 1035 поделить на 1,33, то получится 778.... :dont_know:

Спойлер

Реклама

Организация питания на основе надежных литиевых аккумуляторов EVE и микросхем азиатского производства

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

Подробнее>>

Nobodyred

АлександрЛ писал(а):

Nobodyred писал(а):

но вот давление кажет 5301

А в течение суток показания хоть как-то меняются?
Или вот это "5301" висит, независимо от состояния атмосферы?

зы.. В порядке бреда- у вас число в обратном порядке считано- если 1035 поделить на 1,33, то получится 778.... :dont_know:

Спойлер

Смотрите, температура выводит правдивую, она меняется, проверял программный i2c все работает считывает, записывает, каждое уравнение проверял, затем делю полученное число в паскалях на 133 и получаю бред.
Может кто-то код глянет либо проверит.
Я уже не знаю, что делать.

Реклама

Реклама

Новый аккумулятор EVE серии PLM для GSM-трекеров, работающих в жёстких условиях (до -40°С)

Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре. Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.

Подробнее>>

veso74

Если у вас проблемы только с расчетом, то можно попробовать:
На некоторых компиляторах у меня была проблема в последовательности действий.
Действия должны быть простыми.

Можете ввести промежуточную переменную и выполнить арифметические действия с более простыми равенства.

Код:

p1 = BMP180_calpressure();
long p_tmp = (long)(p1 / 133);
send_byte_number(p_tmp, 5);

Некоторые действия не нужны 1:1, поэкспериментируйте, например с печатью: по последовательному каналу, на дисплее: отображению промежуточных результатов. Узнайте: неверный номер возвращает датчик, или просчитывания, или печат ... ?

Реклама

Nobodyred

veso74 писал(а):

Если у вас проблемы только с расчетом, то можно попробовать:
На некоторых компиляторах у меня была проблема в последовательности действий.
Действия должны быть простыми.

Можете ввести промежуточную переменную и выполнить арифметические действия с более простыми равенства.

Код:

p1 = BMP180_calpressure();
long p_tmp = (long)(p1 / 133);
send_byte_number(p_tmp, 5);

Некоторые действия не нужны 1:1, поэкспериментируйте, например с печатью: по последовательному каналу, на дисплее: отображению промежуточных результатов. Узнайте: неверный номер возвращает датчик, или просчитывания, или печат ... ?

Хочу попробовать, ввести все значения с даташита и получить, то что должно быть в конце даташита в паскалях.

Реклама

Аlex

Не уверен, что вот в этом :

Спойлер

Код:

long BMP180_calpressure(void){

B6 = B5 - 4000;

X1 = ((B6 * B6 / 4096)*data3.B2)/ 2048;//*

X2 = B6 * data3.AC2  / 2048;//*

X3 = X1 + X2;

B3 = ((((long)data3.AC1*4+X3) <<3 ) + 2) / 4;//*

X1 = (B6 * data3.AC3)  / 8192;

X2 = ((B6 * B6 / 4096) * data3.B1) / 65536;

X3 = ((X1 + X2) + 2) / 4;

B4 = (long)data3.AC4 * (unsigned long)(X3 + 32768) / 32768;

B7 = ((unsigned long)UP - B3) * (50000 >> 3);

if (B7 < 0x80000000) 
{ p = (B7 * 2) / B4; } 
   
else 
{ p = (B7 / B4) * 2;}

X1 = (p / 256)*(p / 256);

X1 = (X1 * 3038) / 65536 ;
        
X2 = (p * -7357 ) / 65536;

p = p + (X1 + X2 + 3791) / 16;

return p;

}

будет кто-то разбираться.
Прогоните код в отладчике и проанализируйте каждую написанную Вами строку.

Реклама

Eddy_Em

"Компенсацию" правильно вычисляешь?
Вот, может поможет - мой говнокод для работы с этим датчиком (под STM32F103, но сам файл обработки данных от платформы не зависит).

Кстати, у тебя-то 8-битный МК! Возможно, где-то да возникает переполнение. И я бы не пользовался для вычислений нестрогими типами (int, short, long...) - их длина зависит от платформы, лучше пользоваться строгими: uint16_t, int64_t и т.п.

Реклама

Nobodyred

Eddy_Em писал(а):

"Компенсацию" правильно вычисляешь?
Вот, может поможет - мой говнокод для работы с этим датчиком (под STM32F103, но сам файл обработки данных от платформы не зависит).

Кстати, у тебя-то 8-битный МК! Возможно, где-то да возникает переполнение. И я бы не пользовался для вычислений нестрогими типами (int, short, long...) - их длина зависит от платформы, лучше пользоваться строгими: uint16_t, int64_t и т.п.

Спасибо.

Bmp180 и pic18f2520 проблема не верное значение.

Кто сейчас на форуме