Przepraszam, że zawracam głowę, ale mam pewien problem, którego nie jestem w stanie rozwiązać. Patrzę w kod już kolejną godzinę przez kolejny dzień z rzędu i za nic nie mogę dojść do tego, co jest nie tak.

Ale do rzeczy...
Jeszcze na AVR-ach używałem pewnej biblioteki do obsługi sensora temperatury i ciśnienia BMP085. Wszystko działało idealnie.
Teraz przenoszę pewien projekt na PIC32, więc zabrałem się za portowanie tej biblioteki. Nie wydawało się to niczym specjalnie trudnym - podmieniłem instrukcje odpowiedzialne za komunikację po I2C i zastąpiłem wszystkie typy zmiennych na takie, które jasno określają rozmiar, aby uniezależnić się od architektury ("int16_t" zamiast "int", "int32_t" zamiast "long" itp.).

Komunikacja po I2C najwyraźniej działa - sprawdzałem analizatorek stanów logicznych.
Temperatura jest czytana prawidłowo - różni się maksymalnie o 0.3 stopnia C od wskazań drugiego czujnika DHT22.
Natomiast wskazanie ciśnienia jest dziwne...



W załączniku kod dla PIC32 z moimi zmianami, a także oryginalna biblioteka dla AVR.

Ktoś ma jakiś pomysł, co może być nie tak?

A próbowałeś trochę sprzętowego debugowania programu, np. podglądu danych jakie przychodzą po I2C. Masz możliwość przecież ustawiania pułapek czy podglądu zmiennych, wyczerpałeś tę drogę ???. MPLABX IDE i PICKIT3 to bardzo dobry duet do sprzętowego debugowania a zakładam , że taki zestaw masz. Jeśli nie wiesz jak to zrobić to chętnie pomogę w tym zakresie.

_________________
http://strefapic.blogspot.com

Na razie próbowałem dwóch rzeczy:
1) Sprawdziłem komunikację przez I2C za pomocą prostego analizatora stanów logicznych Saleae. Wygląda na to, że dane są czytane prawidłowo.
2) Podejrzałem szesnastobitowe zmienne, przechowujące (już poskładane z dwóch odebranych bajtów) kopie rejestrów z danymi kalibracyjnymi. Mają właściwe typy i zawartość. To znaczy w zapisie hex widać, że składają się z tych samych bajtów, które chwilę wcześniej widziałem na analizatorze podpiętym do I2C.

Jedyna dziwna rzecz wystąpiła, gdy chciałem podejrzeć wartości bufora odbiorczego, wykorzystywanego przy odczycie części MSB i LSB rejestrów kalibracyjnych. Tym razem skorzystałem uarta i zwykłej instrukcji printf("MSB: %x, LSB%x\n", buff[0], buff[1]). W dwóch miejscach zaobserwowałem dziwny efekt zamiany półbajtów miejscami w stosunku do tego, co pokazywał analizator i debugger
Czyli na przykład analizator pokazywał, że przez I2C szły kolejno dwa bajty: 0x12 oraz 0x0C. Debugger pokazał, że zostały one złożone w 0x120C. Natomiast wśród danych przesłanych przez serial pojawiało się coś takiego: "MSB: 12, LSB: C0". To ma jakieś znaczenie? Czy raczej wina leży po stronie jakiegoś błędu w stdio.h?

Dokładne dane z analizatora i podglądu zmiennych debuggera prześlę wieczorem, teraz nie mam do nich dostępu.

Przeglądałem też kod funkcji odpowiedzialnych za obliczenia, porównując go z przykładem z dokumentacji czujnika. Wygląda w porządku. Zresztą na AVR ten sam kod działał,

Testowałem układ także na innym czujniku BMP085 i występuje dokładne ten sam efekt, więc nie jest to chyba problem sprzętowy. No chyba, że obydwa czujniki będące w moim posiadaniu zostały dotknięte w tym samym momencie przez dokładnie taki sam problem.

0x0C i 0xC0 to nie to samo jakby co

------------------------ [ Dodano po: 45 minutach ]

jak masz to na AVR postawione to na sztywno zapodaj dane (bez odczytu z DT22) na wejście sekwencji /*calculate raw pressure*/ i zobacz wyniki a potem porównaj co z tymi samymi danymi na wejściu robi PIC32. Funkcja bmp085_getrawpressure(), robi sporo obliczeń i tu bym trochę kijem pogrzebał. To że kody wyglądają tak samo nie oznacza , że będą wypluwać te same dane

_________________
http://strefapic.blogspot.com

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:



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"?




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.