ATNEL tech-forum

Re: Yellowbook - BMP180 - little endian vs big endian

2016-12-27T18:47:30+01:00

Quote:

W pierwszym przypadku założyłem, że do elementów tablicy już zostały przypisane wartości bajtów w odpowiedniej kolejności

ale oczywiście tak nie było. Wyjściem do rozważań był kod z ksiązki.
Własnie w kodzie z książki jest najpierw przyklad z odczytem danych do tablicy która jest zawarta w unii złożonej z tej zmiennej tablicowej (22 elementów 8-bitowych) i 11 liczb 16-bitowych a później już inny przykład z bezpośrednim przypisaniem odczytanych dwóch bajtów do zmiennej 16 bitowej.
W pierwszym przypadku, jako że jest to unia to żeby poprawnie liczba 16 bitowa była zinterpretowana następuje zamiana bajtów tak że układają się w kolejności LSB i MSB. I po to ta unia została jak mniemam zastosowana aby łatwo to było zrobić na większej liczbie danych.
W drugim przypadku zapisana liczba 16 bitowa ma zapisane bajty w kolejności MSB LSB bez zamiany.

Twoje wyjaśnienia jak najbardziej mnie przekonują. Sam zresztą napisałeś:
[syntax]union ui16 {
uint8_t bajt[2];
uint16_t wartosc;
} zmienna;

//tutaj musisz dbać o kolejność bajtów
zmienna.bajt[0] = temp[1];
zmienna.bajt[1] = temp[0];
// jednak tu przypisujesz po prostu wartość 16-bitową
zmienna.wartosc = temp[0] << 8 | temp[1];[/syntax]
W unii muszę dbać o kolejność bajtów i dlatego zamieniam ją a przypisując bezpośrednio do zmiennej już nie. Zmyłką było dla mnie zdanie w książce, że przy przypisywaniu bezpośrednio do zmiennej 16-bitowej też

Quote:

szybko zamieniamy bajty miejscami

Jeszcze raz dzięki za poświęcony czas

Statystyki: Napisane przez kremir — 27 gru 2016, o 18:47

Re: Yellowbook - BMP180 - little endian vs big endian

2016-12-27T10:21:19+01:00

kremir napisał(a):

andrews napisał(a):

[syntax=c]zmienna.wartosc = zmienna.bajt[1]<<8 | zmienna.bajt[0];
zmienna.wartosc = temp[0]<<8 | temp[1];[/syntax]

Nie, nie. W pierwszym przypadku założyłem, że do elementów tablicy już zostały przypisane wartości bajtów w odpowiedniej kolejności, czyli:[syntax=c]//
// najpierw przypisanie (tutaj następuje odwrócenie)
zmienna.bajt[0] = temp[1]; // LSB
zmienna.bajt[1] = temp[0]; // MSB
// czyli 'zmienna.bajt[0]' zawiera LSB
// a 'zmienna.bajt[1]' zawiera MSB
// i wtedy dopiero otrzymujemy zależność
zmienna.wartosc = zmienna.bajt[1]<<8 | zmienna.bajt[0];
// aby uzyskać wartość elementu unii 'zmienna.wartosc' bezpośrednio
// należy zamienić bajty tablicy 'temp' podczas przypisania
zmienna.wartosc = temp[0]<<8 | temp[1];[/syntax]
Jeszcze inaczej, bez użycia unii:
[syntax=c]// deklarujemy zmienną 16-bitową
uint16_t ui16_var;
// odbieramy dane z czujnika w kolejności 'little endian'
// czyli temp[0] zawiera LSB
// temp[1] zawiera MSB
// przypisujemy wartość do zmiennej 16-bitowej
ui16_var = temp[1]<<8 | temp[0];

// odbieramy dane z czujnika w kolejności 'big endian'
// czyli temp[0] zawiera MSB
// temp[1] zawiera LSB
// przypisujemy wartość do zmiennej 16-bitowej
// w odwróconej kolejności
ui16_var = temp[0]<<8 | temp[1];

// porównując
ui16_var = temp[1]<<8 | temp[0]; // 'temp' zawiera dane odebrane w 'little endian'
ui16_var = temp[0]<<8 | temp[1]; // 'temp' zawiera dane odebrane w 'big endian'

// reasumując wartość zmiennej 16-bitowej zawsze będzie równa
ui16_var = MSB<<8 | LSB;
// a pod MSB i LSB należy podstawić odpowiednie elementy tablicy,
// w zależności od tego, w jakiej kolejności bajty zostały odebrane[/syntax]

Statystyki: Napisane przez andrews — 27 gru 2016, o 10:21

Re: Yellowbook - BMP180 - little endian vs big endian

2016-12-26T22:09:39+01:00

Nadal nie widzę bo jeśli jedna z operacji to zamiana bajtów to druga już nie.

Quote:

// zauważ taką zależność
zmienna.wartosc = zmienna.bajt[1]<<8 | zmienna.bajt[0];
zmienna.wartosc = temp[0]<<8 | temp[1];

Przypadek pierwszy:
zmienna.bajt[0] zawiera MSB odczytanego int'a, zmienna.bajt[1] zawiera LSB. Po zamianie zmienna.wartosc jest zapisana w kolejności LSB MSB, czyli tu jest zamiana.

W drugim przypadku:
temp[0] też zawiera MSB odczytanego int'a a temp[1] też zawiera LSB i zapisuję to w zmienna.wartosc jako zwykły int MSB LSB.
Upieram się więc, że w drugim przypadku zamiany nie ma ale może to jest kwestia nazewnictwa? W każdym razie proces jest dla mnie jasny i za to dziękuję.

Statystyki: Napisane przez kremir — 26 gru 2016, o 22:09

Re: Yellowbook - BMP180 - little endian vs big endian

2016-12-26T21:38:25+01:00

kremir napisał(a):

zmienna = (temp[0]<<8 | temp[1]);

A tu nie ma zamiany bajtów miejscami tak jak to miało miejsce w przykładzie z unią.

Jest, tylko tego nie widzisz.
[syntax=c]union ui16 {
uint8_t bajt[2];
uint16_t wartosc;
} zmienna;

// zauważ taką zależność
zmienna.wartosc = zmienna.bajt[1]<<8 | zmienna.bajt[0];
zmienna.wartosc = temp[0]<<8 | temp[1];[/syntax]

Statystyki: Napisane przez andrews — 26 gru 2016, o 21:38

Re: Yellowbook - BMP180 - little endian vs big endian

2016-12-26T21:24:57+01:00

Dzięki za odpowiedź. Twoje wyjaśnienie do mnie trafia, ale ... Ten przykład z unią (podobną unię zastosował Mirek w książce i potem zamieniał bajty miejscami) jest dla mnie zrozumiały. Ale potem już nie, dlatego że Mirek w dalszej części rozdziału, w opisie funkcji odczytu temperatury napisał

Quote:

Pamiętajmy jednak że tutaj także najpierw odczytywany jest starszy bajt słowa, a więc w ostatniej linijce szybko zamieniamy bajty miejscami...

a ostatnia linijka wygląda tak (biorąc za przykład tablicę temp a nie nazwy zmiennych z książki):

zmienna = (temp[0]<<8 | temp[1]);

A tu nie ma zamiany bajtów miejscami tak jak to miało miejsce w przykładzie z unią.

Statystyki: Napisane przez kremir — 26 gru 2016, o 21:24

Re: Yellowbook - BMP180 - little endian vs big endian

2016-12-26T20:38:12+01:00

kremir napisał(a):

Gdzie popełniam błąd w rozumowaniu?

Traktujesz zmienną 16-bitową jako tablicę bajtów.

Przecież kiedy zadeklarujesz zmienną 16-bitową, to nie przypisujesz do niej bajtów w kolejności odpowiedniej do endianness, tylko wartość, czyli bajt MSB przesunięty o 8 bitów w lewo OR bajt LSB, lub inaczej MSB*256+LSB. Kiedy przypiszesz wartość do zmiennej, to już dalej kompilator dba o poprawną kolejność bajtów w pamięci, Ty nie musisz się o to martwić.

Twój tok rozumowania byłby poprawny np. w przypadku unii tablicy bajtów i zmiennej 16-bitowej:
[syntax=c]union ui16 {
uint8_t bajt[2];
uint16_t wartosc;
} zmienna;

// tutaj musisz dbać o kolejność bajtów
zmienna.bajt[0] = temp[1];
zmienna.bajt[1] = temp[0];
// jednak tu przypisujesz po prostu wartość 16-bitową
zmienna.wartosc = temp[0] << 8 | temp[1];
// lub
zmienna.wartosc = temp[0] * 256 + temp[1];
// zawartość unii będzie taka sama niezależnie od sposobu[/syntax]

Statystyki: Napisane przez andrews — 26 gru 2016, o 20:38

Yellowbook - BMP180 - little endian vs big endian

2016-12-26T19:00:09+01:00

Witam,

Zapoznaję się aktualnie z treścią świeżo otrzymanej nowej książki - yellowbook'a. Zacząłem od początku i muszę przyznać że różne interesujące smaczki programistyczne szybko się pojawiły. Dotarłem do obsługi czujnika ciśnienia i temperatury BMP180. Oczywiście pobrałem sobie notę katalogową by samemu przyjrzeć się jak ten czujnik obsłużyć. No i podczas analizy pojawiła się pewna wątpliwość przy funkcjach pobierających temperaturę i ciśnienie. Pokażę na czym polega wątpliwość bez wpisywania kodu.
Liczby 16 bitowe przekazywane są z czujnika w kolejności MSB i LSB czyli oczywiste jest że trzeba je skonwertować do little endian. Na początku obsługi czujnika pobierane są parametry kompensacyjne do tablicy np. uint8_t bmp[22]. Mamy więc po kolei:
bmp[0] <- MSB parametru1
bmp[1] <- LSB parametru1 itd dla kolejnych parametrów
czyli proces konwersji 1-szego parametru na little endian wygląda tak że do bmp[1] przypisujemy wartość z bmp[0] a do bmp[0] przypisujemy wartość z bmp[1]. Czyli po konwersji mam
bmp[0]=LSB parametru 1
bmp[1]=MSB parametru 1
I to jest zrozumiałe.

Teraz pojawia się funkcja do odczytu temperatury. I znów mamy tablicę nazwijmy ją uint8_t temp[2] do której odczytywane są poszczególne bajty z fubckji odczytu TWI. Czyli wydaje się że te bajty będą wczytywane do bufora również w kolejności jak wyżej:
temp[0] <- MSB temperatury
temp[1] <- LSB temperatury
W związku z tym konwersja do little endian powinna wg mnie wyglądać tak że przesuwamy LSB "w lewo" a MSB zostawiamy:
temp[1]<<8 | temp[0] i wtedy mamy znów układ bajtów LSB MSB począwszy od nizszego adresu.
W książce jest jednak inaczej, czyli tak jakby w temp[0] był LSB a w temp[1] MSB:
temp[0]<<8 | temp[1]

Gdzie popełniam błąd w rozumowaniu?

Pozdrawiam

Statystyki: Napisane przez kremir — 26 gru 2016, o 19:00