0x0C i 0xC0 to nie to samo jakby co
Tyle, to ja wiem.
Zakładam tylko, że ta sytuacja wynika z jakiegoś błędu w bibliotece stdio.h, używanej do wysłania danych przez UART. Bo wartości czytane przez analizator stanów logicznych (podczas transmisji I2C) oraz debuger (po scaleniu odebranych danych w jedną zmienną szesnastobitową) są ze sobą zgodne. Gdyby w buforze z jakiegos powodu półbajty były zamieniane miejscami, to debuger by to zauważył też w docelowej zmiennej.
UPDATE:
Dane z debugera wyglądają następująco, jeśli chodzi o wartości rejestrów kalibracyjnych:
Code:
buff[0] 0x1E
buff[1] 0x12
buff[2] 0xFB
buff[3] 0xC6
buff[4] 0xC7
buff[5] 0x0C
buff[6] 0x85
buff[7] 0x3B
buff[8] 0x5E
buff[9] 0xEC
buff[10] 0x52
buff[11] 0x58
buff[12] 0x15
buff[13] 0x7A
buff[14] 0x00
buff[15] 0x38
buff[16] 0x80
buff[17] 0x00
buff[18] 0xD4
buff[19] 0xBD
buff[20] 0x09
buff[21] 0x80
bmp085_regac1 __int16_t 0xA0000336 0x1E12 7698
bmp085_regac2 __int16_t 0xA000033E 0xFBC6 -1082
bmp085_regac3 __int16_t 0xA0000328 0xC70C -14580
bmp085_regac4 __uint16_t 0xA0000320 0x853B 34107
bmp085_regac5 __uint16_t 0xA000033A 0x5EEC 24300
bmp085_regac6 __uint16_t 0xA0000332 0x5258 21080
bmp085_regb1 __int16_t 0xA0000330 0x157A 5498
bmp085_regb2 __int16_t 0xA0000322 0x0038 56
bmp085_regmb __int16_t 0xA0000338 0x8000 -32768
bmp085_regmc __int16_t 0xA000033C 0xD4BD -11075
bmp085_regmd __int16_t 0xA0000334 0x0980 2432
buff[1] 0x12
buff[2] 0xFB
buff[3] 0xC6
buff[4] 0xC7
buff[5] 0x0C
buff[6] 0x85
buff[7] 0x3B
buff[8] 0x5E
buff[9] 0xEC
buff[10] 0x52
buff[11] 0x58
buff[12] 0x15
buff[13] 0x7A
buff[14] 0x00
buff[15] 0x38
buff[16] 0x80
buff[17] 0x00
buff[18] 0xD4
buff[19] 0xBD
buff[20] 0x09
buff[21] 0x80
bmp085_regac1 __int16_t 0xA0000336 0x1E12 7698
bmp085_regac2 __int16_t 0xA000033E 0xFBC6 -1082
bmp085_regac3 __int16_t 0xA0000328 0xC70C -14580
bmp085_regac4 __uint16_t 0xA0000320 0x853B 34107
bmp085_regac5 __uint16_t 0xA000033A 0x5EEC 24300
bmp085_regac6 __uint16_t 0xA0000332 0x5258 21080
bmp085_regb1 __int16_t 0xA0000330 0x157A 5498
bmp085_regb2 __int16_t 0xA0000322 0x0038 56
bmp085_regmb __int16_t 0xA0000338 0x8000 -32768
bmp085_regmc __int16_t 0xA000033C 0xD4BD -11075
bmp085_regmd __int16_t 0xA0000334 0x0980 2432
Wygląda chyba na to, że wszystko jest poskładane prawidłowo... Powinienem szukać przyczyny gdzie indziej?
UPDATE2:
Sprawdziłem zawartość zmiennych lokalnych w funkcji getrawpressure(). Jest coś dziwnego. Jak mam rozumieć to "invalid address"?
Code:
b6 __int32_t 0xA0009F3C 0xA2D0C9CE -1563375154
x3 __int32_t 0xBFFCBFFF Invalid Address Invalid Address
b4 __uint32_t 0xBFFDBFFF Invalid Address Invalid Address
b3 __int32_t 0xFF3FBFFF Invalid Address Invalid Address
up __int32_t 0xFFFFFFF0 Invalid Address Invalid Address
b7 __uint32_t 0x5127A Invalid Address Invalid Address
buff unsigned char[3] 0xA000FF78 "\x a2\x 4f\x 40"
x1 __int32_t 0x0 (CONST) 0x00000000 0
p __int32_t r02 (CPU) 0x000180E5 98533
x2 __int32_t 0x0 (CONST) 0x00000010 16
x3 __int32_t 0xBFFCBFFF Invalid Address Invalid Address
b4 __uint32_t 0xBFFDBFFF Invalid Address Invalid Address
b3 __int32_t 0xFF3FBFFF Invalid Address Invalid Address
up __int32_t 0xFFFFFFF0 Invalid Address Invalid Address
b7 __uint32_t 0x5127A Invalid Address Invalid Address
buff unsigned char[3] 0xA000FF78 "\x a2\x 4f\x 40"
x1 __int32_t 0x0 (CONST) 0x00000000 0
p __int32_t r02 (CPU) 0x000180E5 98533
x2 __int32_t 0x0 (CONST) 0x00000010 16
UPDATE3:
Problem został rozwiązany przy pomocy debugera. Okazuje się, że lekarstwem na komunikat "Invalid Address" było wyłączenie optymalizacji dla konkretnej funkcji. Dzięki temu mogłem już na bieżąco podglądać wartości lokalnych zmiennych. Okazało się, że obliczenia przebiegają prawidłowo i na końcu uzyskuje się wiarygodną wartość. Z tego miejsca było już łatwo trafić do źródła problemu, którym nie była wcale biblioteka, ale pomyłka w innej części kodu, polegająca na przypisywaniu wartości zwracanej przez funkcję do zmiennej o zbyt małym rozmiarze.
Statystyki: Napisane przez Atlantis — 17 paź 2017, o 11:39
]]>