ATNEL tech-forum

Re: I2C, czujnik HTU21D i pewien kod.

2016-07-24T21:20:27+01:00

Witam!

Szczerze mówiąc nie wiem co oznacza ten wzór na CRC, ale posłużyć się można biblioteką na arduino, z której wyciągnąłem funkcję do sprawdzania CRC:
[syntax=cpp]byte HTU21D::check_crc(uint16_t message_from_sensor, uint8_t check_value_from_sensor)
{
//Test cases from datasheet:
//message = 0xDC, checkvalue is 0x79
//message = 0x683A, checkvalue is 0x7C
//message = 0x4E85, checkvalue is 0x6B

uint32_t remainder = (uint32_t)message_from_sensor << 8; //Pad with 8 bits because we have to add in the check value
remainder |= check_value_from_sensor; //Add on the check value

uint32_t divsor = (uint32_t)SHIFTED_DIVISOR;

for (int i = 0 ; i < 16 ; i++) //Operate on only 16 positions of max 24. The remaining 8 are our remainder and should be zero when we're done.
{
//Serial.print("remainder: ");
//Serial.println(remainder, BIN);
//Serial.print("divsor: ");
//Serial.println(divsor, BIN);
//Serial.println();

if( remainder & (uint32_t)1<<(23 - i) ) //Check if there is a one in the left position
remainder ^= divsor;

divsor >>= 1; //Rotate the divsor max 16 times so that we have 8 bits left of a remainder
}

return (byte)remainder;
}[/syntax]

Co do adresu scalaczka:

Quote:

After sending the start condition, the subsequent I²C header consist of a 7-bit I²C device address 0x40

, ale ten adres musisz mieć już gdzieś zdefiniowany, skoro udało Ci się dokonać transmisji.

Statystyki: Napisane przez ShutDownSystem — 24 lip 2016, o 21:20

Re: I2C, czujnik HTU21D i pewien kod.

2016-07-24T21:05:42+01:00

Mam jeszcze pytanie odnośnie CRC. Czytam:

Quote:

HTU21D(F) sensor provides a CRC-8 checksum for error detection. The polynomial used is X8 + X5 + X4 + 1.

Czym jest 'X'?
Odnośnie adresu - mówisz o tym: "I²C communication reading and writing the user register example" w tym schemacie, co oznaczają poszczególne bity na stronie 12?

Statystyki: Napisane przez dawid75_75 — 24 lip 2016, o 21:05

Re: I2C, czujnik HTU21D i pewien kod.

2016-07-24T20:58:08+01:00

Witaj!

Każde takie urządzenie podpięte do magistrali i2c ma swój adres (informacje na temat adresu są w nocie). Są urządzenia, których nie da się podpiąć w większej ilości do magistrali, z tego co pamiętam EEPROM 24c16 może być tylko jedna.
Z tego co widzę ten czujnik może być również tylko jeden. Co do ustawienia rozdzielczości zapoznaj się ze stroną 13 noty katalogowej.

Statystyki: Napisane przez ShutDownSystem — 24 lip 2016, o 20:58

Re: I2C, czujnik HTU21D i pewien kod.

2016-07-24T20:48:04+01:00

Ano widzisz - teraz wszystko jasne
Mam teraz inne pytanie - jak wiadomo, na I2C mogę podpiąć więcej niż jedno urządzenie. Muszę tylko w jakiś sposób rozróżnić jakoś te urządzenia wiszące na magistrali - pytanie: jak to zrobić mając np. 3 takie czujniki wiszące na jednej linii?
I jeszcze jedno: z tego, co widzę w dokumentacji mogę mieć rozdzielczość między 8-12 bitów dla wilgotności i 11-14 bitów dla temperatury, przy czym domyślnie mam 12 i 14 bitów. Pytanie: jak wybrać rozdzielczość pomiaru?

Statystyki: Napisane przez dawid75_75 — 24 lip 2016, o 20:48

Re: I2C, czujnik HTU21D i pewien kod.

2016-07-24T20:36:14+01:00

Witam!

Popatrzmy na budowę na przykład liczby 10 = 0b1010
Każdemy bitowi przypisana jest jakaś waga.
2^3, 2^2, 2^1, 2^0, czyli 8,4,2,1.

Stosując wagi można 0b1010 rozpisać jako 1*8+0*4+1*2+0*1 = 10
Trzeba zauważyć, że waga 2^0 jest skrajna. Od niej zaczynamy nadawać wagi kolejnych miejsc. Nie można zrobić wagi 2^-1, bo taka nie istnieje. Dlatego przesuwanie bitowe w prawo wyrzuca bity poza bajt. Możesz zobaczyć, że 0b1010 można zapisać jako 0b00001010 i to da nasze 10, ale zapisanie zera po prawej stronie tj. 0b10100 zmienia całkowicie wartość liczbową, bo to 10 już nie jest.

Zauważ, że wyniki wszystkich operacji będą zapisane do zmiennej 2bajtowej tj. uint16_t , więc tak jak jest granica przed wagą 2^0 (bo nie ma wagi 2^-1 ), tak będzie granica po wadze 2^15.

Statystyki: Napisane przez ShutDownSystem — 24 lip 2016, o 20:36

Re: I2C, czujnik HTU21D i pewien kod.

2016-07-24T19:35:00+01:00

Quote:

Gdy przesuniemy w lewo bajt test[0] o osiem miejsc dostaniemy 0b0111110000000000

- a czy robiąc to nie traktujemy 'test[0]' jak liczby 16-bitowej? Chodzi mi o to, że wyczytałem wcześniej, że przesuwając bity w lewo, tracimy bit najbardziej znaczący, a w miejsce najmniej znaczącego wchodzi zero, stąd moja uwaga, że dostaniemy same zera. Tutaj przesuwając bity w lewo z liczby 8-bitowej zrobiliśmy 16-bitową i to jest dla mnie najbardziej zagadkowe Dlaczego tak się stało, skoro mam:
[syntax=c]](uint8_t)test[/syntax], czyli traktuję to w dalszym ciągu jako zmienną 8-bitową? Przynajmniej tak rozumiem zapis Oczywiście jestem w stanie sobie wyobrazić, że zapis, np.:
[syntax=c]0b11001011<<4[/syntax] da w efekcie:
[syntax=c]0b110010110000[/syntax], a nie:
[syntax=c]0b10110000[/syntax], co wydawałoby się poprawne względem tego, co wyczytałem wcześniej w Internecie.
Nie neguję oczywiście poprawności Twojej odpowiedzi, ja po prostu jeszcze nie rozumiem dlaczego raz potraktowałeś liczbę dodając jej kolejne bity, że zrobiła się z 8-bitowej 16-bitowa, a 'test[1]' zgubiła swoje dwa bity

Statystyki: Napisane przez dawid75_75 — 24 lip 2016, o 19:35

Re: I2C, czujnik HTU21D i pewien kod.

2016-07-24T17:11:58+01:00

Witam!

[syntax=c]HTU21_read_temp(3,test);[/syntax]
Ta funkcja odczytuje z czujnika 3 bajty i zapisuje je do tablicy 'test'.

[syntax=c]temp = ((uint8_t)test[0]<<8)|((uint8_t)test[1]>>2);[/syntax]
Pokażę to na przykładzie. Powiedzmy, że test[0] = 0b01111100 i test[1]=0b10000010
Gdy przesuniemy w lewo bajt test[0] o osiem miejsc dostaniemy 0b0111110000000000
Bajt test[1] ma w sobie dwa bity Statusu, musimy je wyrzucić, dlatego przesuwamy o 2 miejsca w prawo. Teraz mamy 0b00100000.

Po operacji OR 0b0111110000000000 i 0b00100000 otrzymamy 0b0111110000100000
[ 0 OR 0 -> 0 ]
[ 0 OR 1 -> 1 ]
[ 1 OR 0 -> 1 ]
[ 1 OR 1 -> 1 ]

Zauważ, że rzutowanie:
[syntax=c]temp = ((uint8_t)test[0]<<8)|((uint8_t)test[1]>>2);[/syntax]
zachodzi tylko na test[0]. Gdyby było tak jak mówisz:

Quote:

Mam przesunięcie bitowe 'test[0]' o 8 miejsc w lewo - czego nie za bardzo rozumiem, bo przecież wtedy z liczby 8-bitowej robią się same zera?

To wtedy zapis wyglądałby tak:
[syntax=c]((uint8_t)(test[0]<<8))[/syntax]

Gdy zajrzysz na 12 stronę PDF'a zobaczysz, że ostatni element tablicy to 'Checksum'
Dalej w nocie jest napisane:

Quote:

HTU21D(F) sensor provides a CRC-8 checksum for error detection. The polynomial used is X^8 + X^5 + X^4 +1

[syntax=c](uint32_t)temp[/syntax]
A ten zapis to rzutowanie zmiennych. Mówi prockowi, że chcesz, aby traktować zmienną temp jako 32bitową.

Jeśli gdzieś jest błąd, proszę o poprawienie, jesteśmy ludźmi, a ja też jestem początkujący
Pozdrawiam

Statystyki: Napisane przez ShutDownSystem — 24 lip 2016, o 17:11

Re: I2C, czujnik HTU21D i pewien kod.

2016-07-23T21:07:35+01:00

Aa, teraz rozumiem Zacząłem się zastanawiać nad inną rzeczą - na podstawie kodu z postu, do którego dałem linka wyżej, mam taki kod:
[syntax=c]uint16_t temp = 0;
uint8_t test[3];
int32_t t;

while (1)
{
uart_puts("\n\rTEST - pomiar temperatury");
HTU21_read_temp(3,test);

temp = ((uint8_t)test[0]<<8)|((uint8_t)test[1]>>2);
//uart_puts(" ");
uart_puts("\n\rtemp:");[/syntax]
'3' odpowiada zmiennej 'len'. Znaczy to, że będę miał wykonane 3 pomiary? I nie do końca rozumiem też tę linijkę:
[syntax=c]temp = ((uint8_t)test[0]<<8)|((uint8_t)test[1]>>2);[/syntax]
Mam tutaj rozbicie 16-bitowego wyniku pomiaru na dwie 8-bitowe części?

Przede wszystkim nie rozumiem, co oznacza ten zapis: [syntax=c](uint32_t)temp[/syntax]

PS: Dodam, że zajrzałem do tego, co jest w tablicy "test". I po wykonaniu funkcji "HTU21_read_temp(3, test)" mam takie liczby w tablicy:
test[0]: 107
test[1]: 172
test[2]: 206,
po czym "temp" ma wartość: temp = 27435. Szukam tutaj może jakiegoś dodawania bitowego, żeby skleić z tego zmienną "temp". Po prostu muszę wiedzieć jak to działa linijka po linijce bo inaczej będę chory

PSs: Widać, że pies jest pogrzebany tutaj:
[syntax=c]temp = ((uint8_t)test[0]<<8)|((uint8_t)test[1]>>2);[/syntax]
Mam przesunięcie bitowe 'test[0]' o 8 miejsc w lewo - czego nie za bardzo rozumiem, bo przecież wtedy z liczby 8-bitowej robią się same zera?
Mam przesunięcie bitowe 'test[1]' o 2 miejsca z prawo, co wydaje się mniej dziwne, bo nie tracę całej liczby.
Tak czy siak, nie rozumiem skąd się wzięła cała powyższa jedynka. Bardzo proszę o dalsze wskazówki

Biorę też dokumentację czujnika i czytam, co następuje:

Quote:

CONVERSION OF SIGNAL OUTPUTS
Default resolution is set to 12-bit relative humidity and 14-bit temperature readings. Measured data are
transferred in two byte packages, i.e. in frames of 8-bit length where the most significant bit (MSB) is transferred
first (left aligned). Each byte is followed by an acknowledge bit. The two status bits, the last bits of LSB, must be
set to ‘0’ before calculating physical values.

Rozumiem stąd, że dane pomiarowe idą w dwóch paczkach po 8 bitów, najbardziej znaczący bit jest wysyłany jako pierwszy i że mam dwa bity stanu, które muszę zrobić zerami, stąd przesunięcie o dwa w prawo? Ale pytanie dalej, po co bufor 3-elementowy? Chodzi o CRC?

Statystyki: Napisane przez dawid75_75 — 23 lip 2016, o 21:07

Re: I2C, czujnik HTU21D i pewien kod.

2016-07-23T20:46:35+01:00

Quote:

I²C jest magistralą zorientowaną bajtowo, a więc bity grupowane są po 8[7]. Dane są wysyłane w kolejności od najbardziej znaczącego bitu do najmniej znaczącego[8]. Po przesłaniu 8 bitów w jednym kierunku, przesyłany jest dodatkowy bit potwierdzenia odebrania danych ACK (lub NACK w przypadku braku potwierdzenia) w kierunku przeciwnym[7].

Skoro ACK i NACK są wysyłane magistralą i2c, to albo są reprezentowane jako GND albo Vcc , czyli logicznie 0 lub 1

Statystyki: Napisane przez ShutDownSystem — 23 lip 2016, o 20:46

Re: I2C, czujnik HTU21D i pewien kod.

2016-07-23T16:50:21+01:00

Ano widzisz Powiedz mi proszę - jak mogłem się tego dowiedzieć, że to 0 i 1 ?

Statystyki: Napisane przez dawid75_75 — 23 lip 2016, o 16:50

Re: I2C, czujnik HTU21D i pewien kod.

2016-07-23T10:42:12+01:00

Pod ACK po prostu kryje się 1, a pod NACK 0. Możesz sobie zrobić na przykład tak:
[syntax=c]#define KOCHAM_AVR_ACK 1
#define NIE_KOCHAM_AVR_NACK 0[/syntax]

Też będzie działać

Statystyki: Napisane przez ShutDownSystem — 23 lip 2016, o 10:42

Re: I2C, czujnik HTU21D i pewien kod.

2016-07-23T04:58:37+01:00

Dziękuję bardzo za odpowiedź, teraz samą składnię rozumiem. Problem pojawił się z czym innym - otóż kompilator wyrzuca błąd, że nie wie co to ACK i NACK. Domyślam się, że są to definicje z pliku nagłówkowego "i2c.h" z postu, do którego się odniosłem w swojej wcześniejszej wypowiedzi, ale nie ma tam pokazanego tego pliku. Zakładam, że są to skrócone nazwy makr z pliku "twi.h". Zamieniłem je na: TW_MT_DATA_ACK : TW_MT_DATA_NACK, skompilowałem program i się uruchomił, temperaturę pokazuje prawidłowo. Czy to co zrobiłem jest poprawne? Chodzi mi o to, czy dobrze podmieniłem te makra.

Statystyki: Napisane przez dawid75_75 — 23 lip 2016, o 04:58

Re: I2C, czujnik HTU21D i pewien kod.

2016-07-17T22:25:37+01:00

While (len--) -> Dopóki zmienna len, od której z każdym obiegiem jest odejmowane jeden wykonuj
*buf++ -> Wskaźnik na kolejny element bufora jest przypisywany do wyniku
TWI_read( len ? ACK : NACK ) -> Funkcja odczytująca dane. W jej argumencie podajemy ACK ( potwierdzenie ) lub NACK ( brak potwierdzenia ). Tutaj wyrażenie warunkowe sprawi, że wysyłane będzie ACK dopóki zmienna len będzie różne od zera. (Strona 105 BB)

Statystyki: Napisane przez ShutDownSystem — 17 lip 2016, o 22:25

I2C, czujnik HTU21D i pewien kod.

2016-07-17T19:31:34+01:00

Szanowni Forumowicze,
zabrałem się za poznawanie standardu TWI i do tego celu mam czujnik temperatury i wilgotności HTU21D w module od Sparkfun. Szukałem rozwiązania na Forum i znalazłem temat poświęcony zagadnieniu:
topic11029.html
Nie rozumiem jednak 9. linijki kodu w tym poście:
topic11029.html#p123238

Oto ta linijka:
[syntax=c]while (len--) *buf++ = TWI_read( len ? ACK : NACK );[/syntax]

Bardzo proszę o wskazówki jak prawidłowo przeczytać tę linijkę kodu i pozdrawiam.

Statystyki: Napisane przez dawid75_75 — 17 lip 2016, o 19:31