ATNEL tech-forum

Re: Zmiana funkcji TWI

2018-03-10T14:59:09+01:00

tonygryps napisał(a):

Bo pewnie podajesz zły adres na magistrali użyj Mirkowego i2c skanera i będziesz miał prawidłowy adres obejrzyj poradniki o i2c.

Również to polecam

Statystyki: Napisane przez mirekk36 — 10 mar 2018, o 14:59

Re: Zmiana funkcji TWI

2018-03-10T14:16:00+01:00

Kolego johny5
Zwykle, kiedy w dokumentacji podawany jest 7-bitowy adres układu I2C, należy przesunąć go o jeden bit w lewo i później najmniej znaczący bit ustawić zgodnie z kierunkiem transmisji R=1/W=0.
Ponieważ funkcja zapisu z BB sama załatwia sprawę z ostatnim bitem więc w adresie będziesz miał "0"
Więc 1110110 po dodaniu bitu "0" dla W przyjmuje postać 11101100 czyli 0xEC i to jest adres układu dla pinu SDO podłączonym do masy.

Statystyki: Napisane przez mczarny — 10 mar 2018, o 14:16

Re: Zmiana funkcji TWI

2018-03-10T13:55:36+01:00

Datasheet BMP280 Digital Pressure Sensor napisał(a):

The last bit is changeable by SDO value and can be changed during operation. Connecting SDO to GND results in slave address 1110110(0x76); connection it to VDDIO results in slaveaddress 1110111(0x77),which is the same as BMP180’s I²C address.

To znaczy tyle co:
Ostatni bit jest modyfikowany wartością SDO i wartość ta może być zmieniana w czasie działania (operacji). Połączenie SDO z GND skutkuje tym, że układ ma adres: 1110110 (dziesiętnie) czyli 0x76 (szesnastkowo). Połączenie SDO z VDDIO skutkuje tym, że układ ma adres: 1110111 (dziesiętnie) czyli 0x77 (szesnastkowo). To samo odnosi się do adresowania układu BMP180 na magistrali I²C.

Wynika z tego (przynajmniej dla mnie), że jednocześnie na tej magistrali mogą być dwa takie czujniki. No i aby były rozróżnialne muszą mieć dwa różne adresy.

VDDIO to napięcie na pinach IO, które może się różnić od napięcia, którym napędzany jest sam układ.
Doczytałem to tutaj: https://electronics.stackexchange.com/questions/277648/a-difference-between-vdd-and-vddio-in-datasheet-of-a-sensor

Ja generalnie wiem o tych sprawach bardzo mało i nawet jak ktoś mnie tu zaraz obśmieje, to mi to nie przeszkadza. Przynajmniej dowiem się czegoś.

Statystyki: Napisane przez chi.cygni — 10 mar 2018, o 13:55

Re: Zmiana funkcji TWI

2018-03-10T13:05:49+01:00

Panowie, już głupieję.

mczarny napisał(a):

Akurat adresy na magistrali dla BMP280 i BME280 są takie same.
P.Mirek pokazał Ci stronę w dokumentacji z adresem do odczytu i zapisu gdzie masz
111011x0 czyli ? EC jeżeli za x podstawisz 0 lub EE jeżeli za x podstawisz 1. Co podstawisz w miejsce x zależy od Ciebie bo możesz za pomocą pinu podłączonego do masy lub Vcc zmienić adres układu.

mirekk36 napisał(a):

natomiast patrząc na twoje fragmenty kodu wydaje mi się, że kompletnie nie zaglądałeś do noty - jak chociażby odnośnie adresu SLAVE swojego modułu ... przyjrzyj się dokładnie temu co w nocie na tym obrazku i na swój zrzut ekranu z analizatora

Datasheet BMP280 Digital Pressure Sensor napisał(a):

Będzie ktoś miał tyle cierpliwości i mi to wytłumaczy?

Statystyki: Napisane przez johny5 — 10 mar 2018, o 13:05

Re: Zmiana funkcji TWI

2018-03-10T09:45:26+01:00

Akurat adresy na magistrali dla BMP280 i BME280 są takie same.
P.Mirek pokazał Ci stronę w dokumentacji z adresem do odczytu i zapisu gdzie masz
111011x0 czyli ? EC jeżeli za x podstawisz 0 lub EE jeżeli za x podstawisz 1. Co podstawisz w miejsce x zależy od Ciebie bo możesz za pomocą pinu podłączonego do masy lub Vcc zmienić adres układu.

Statystyki: Napisane przez mczarny — 10 mar 2018, o 09:45

Re: Zmiana funkcji TWI

2018-03-10T09:13:25+01:00

mczarny napisał(a):

cześć
Adres BMP280 w zależności od podłączonego pinu SDO to 0xEC lub 0xEE i z funkcjami z BB musi działać.

Posiadam BME280

Statystyki: Napisane przez johny5 — 10 mar 2018, o 09:13

Re: Zmiana funkcji TWI

2018-03-10T09:02:36+01:00

cześć
Adres BMP280 w zależności od podłączonego pinu SDO to 0xEC lub 0xEE i z funkcjami z BB musi działać.

Statystyki: Napisane przez mczarny — 10 mar 2018, o 09:02

Re: Zmiana funkcji TWI

2018-03-10T08:45:32+01:00

Bo pewnie podajesz zły adres na magistrali użyj Mirkowego i2c skanera i będziesz miał prawidłowy adres obejrzyj poradniki o i2c.

Statystyki: Napisane przez tonygryps — 10 mar 2018, o 08:45

Re: Zmiana funkcji TWI

2018-03-10T07:59:29+01:00

Hmmm, dalej nie wiem o co chodzi. jeśli chodzi o adresy to korzystam z tego:

Statystyki: Napisane przez johny5 — 10 mar 2018, o 07:59

Re: Zmiana funkcji TWI

2018-03-09T22:25:41+01:00

johny5 napisał(a):

Funkcja chyba jest poprawna, adresy sprawdzone paru krotnie, brak odpowiedzi. Analizator takie rzeczy pokazuje, ewidentnie brak ACK'ów. ręce opadają.

Widzisz - trzeba było od początku od tego zacząć ...

nie znam akurat PDF'a twojego modułu i nie jestem w stanie ze względów czasowych się zapoznać - ale z tego co kojarzę, tam jest mocno inna komunikacja niż 8-bitowa choć może się mylę - więc .... panie kochany tak jak pisałem wyżej ... to nie jest uniwersalna funkcja "na wszystko" .... a książka jest po to aby starać się zrozumieć jak ona działa od podstaw - bo TYLKO TO pozwoli ci dostosować ją do innych układów ...

To tak troszkę jak z tym operatorem AND "&" ... piszesz że wiesz do czego jest ale nie wiedziałeś że trzeba go zastosować

zobacz - operator & to operator pozyskania adresu - czyli podaje on wskaźnik do komórki w pamięci RAM - innymi słowy - taki wskaźnik do zmiennej jedno-bajtowej to wskaźnik na pierwszy element tablicy posiadającej JEDEN element ....

zatem skoro wiesz, że ta funkcja potrzebuje wskaźnika na bufor - to co za problem za pomocą operatora & przekazać tę zmienną jako tablicę jednoelementową ...

.... a tymczasem polecam zajrzeć do noty PDF swojego modułu i ją dokładnie przestudiować

------------------------ [ Dodano po: 2 minutach ]

aż z ciekawości zajrzałem do noty PDF ... i wydaje się być na pierwszy rzut oka banalna komunikacja i funkcja z BB powinna z marszu działać

natomiast patrząc na twoje fragmenty kodu wydaje mi się, że kompletnie nie zaglądałeś do noty - jak chociażby odnośnie adresu SLAVE swojego modułu ... przyjrzyj się dokładnie temu co w nocie na tym obrazku i na swój zrzut ekranu z analizatora

Statystyki: Napisane przez mirekk36 — 9 mar 2018, o 22:25

Re: Zmiana funkcji TWI

2018-03-09T21:58:18+01:00

Mirku, tylko nawet nie wiedziałem że tam ma być jakiś operator, działanie znam

[syntax=c]TWI_write_buf(BME280_ADDR, 0xE0, 1, &br );[/syntax]
[syntax=c]TWI_read_buf( BME280_ADDR, 0xFE, 1, &br );[/syntax]
Funkcja chyba jest poprawna, adresy sprawdzone paru krotnie, brak odpowiedzi. Analizator takie rzeczy pokazuje, ewidentnie brak ACK'ów. ręce opadają. Sprawdziłęm na tym samym sprzęcie inny program z BB bez problemu działa, prędkości zgodnie z ustawieniami w programie, adresy sprawdzone. Ten moduł chyba uwaliłem albo potrzebuje jakiegoś "boźdzca"

Statystyki: Napisane przez johny5 — 9 mar 2018, o 21:58

Re: Zmiana funkcji TWI

2018-03-09T20:54:39+01:00

Quote:

kurcze, Mirku, tak próbowałem tylko bez operatora & i chyba dlatego nie chciało działać

ale widzisz - bo ty piszesz - że coś tam próbowałeś ... a wiesz co robi operator & ... mówię ci warto to zrozumieć ... w BB to wyjaśniam, ale zdaję sobie sprawę że gdy ktoś zaczyna to może czasem mnie również nie zrozumieć - wtedy warto dopytywać do upadłego na forum .... jak działa ten eND &

Statystyki: Napisane przez mirekk36 — 9 mar 2018, o 20:54

Re: Zmiana funkcji TWI

2018-03-09T18:59:54+01:00

kurcze, Mirku, tak próbowałem tylko bez operatora & i chyba dlatego nie chciało działać, już sprawdzam i zaraz daję zna czy zadziałało

Edit:
tak, chodzi o inny układ niż rtc, BME280

Statystyki: Napisane przez johny5 — 9 mar 2018, o 18:59

Re: Zmiana funkcji TWI

2018-03-09T18:37:55+01:00

janusz17 napisał(a):

Przecież masz w BB funkcje wysyłającą/odbierającą jeden bajt:

Proszę wybacz mi określenie ale to nonsens ...

te dwie funkcjie TWI_write_buf() oraz TWI_read_buf() - robią WSZYSTKO ! zupełnie wszystko i nie ma potrzeby rozbijać tego super mechanizmu. Gdy widzę jak na forum pomimo posiadania takich extra funkcji niektórzy zamiast dopytać - to wchodzą do biblioteki, wyłuskują bebechy na wierzch i jak wysyłają w sposób liniowy całe dziesiątki bajtów - zamiast użyć Qurczę JEDEN funkcji to aż mi coś w kręgosłupie zgrzyta i włosy jeżą się pod łopatkami

johny5 napisał(a):

znajdzie się jakaś życzliwa duszyczka która przerobiła by te dwie Mirkowe funkcje

dobrze, że chociaż zadajesz pytanie na forum .... zamiast to kroić na kawałki jak inni - zupełnie niepotrzebnie

UWAŻAJ - teraz wyślę JEDEN bajt za pomocą tej funkcji, załóżmy że będzie to 8-bitowa zmienna o nazwie np my_reg:

[syntax=c]uint8_t my_reg = 8; // chcemy wysłać jeden bajt np o wartości = 8 - no to LU!

TWI_write_buf( ADRES_UKLADU_NA_MAGISTRALI_I2C, adres_zapisu_bajtu_w_ukladzie_i2c, 1 , &myreg );[/syntax]

KONIEC! ... koniec ?

przedostatni argument to ilość bajtów które chcesz wysłać - więc skoro chcesz tylko jeden bajt to dlatego jest tam jedynka

ostatni argument to adres zmiennej (wskaźnik) do bufora jednobajtowego - co uzyskujesz operatorem &

wcześniej oczywiście podajesz standardowy adres swojego scalaka na I2C - masz go w nocie PDF

a drugi argument to adres w pamięci scalaka czy też adres rejestru scalaka - zależy co to za scalak

i po jasny gwint coś przerabiać ? albo wyłuskiwać z biblioteki jakieś tam pojedyncze funkcje ?

------------------------ [ Dodano po: 5 minutach ]

jeśli to ma być np zapis godziny do RTC PCF8583 i się uprzesz robić to za pomocą pojedynczych bajtów to proszę

[syntax=c]#define PCF8583_ADDR 0xA2 // adres na magistrali I2C scalaka

uint8_t godzina = 8; // chcemy ustawić godzinę ósmą

// oczywiście powinniśmy tu jeszcze zastosować konwersję dec2bcd() ... ale w przypadku godziny 8 nie trzeba więc dla uproszczenia

TWI_write_buf( PCF8583_ADDR, 4, 1 , &godzina );[/syntax]
(4 - to adres rejestru godzin w scalaku)

i co? można? - można .... trudne ? coś trzeba było przerabiać ? nie trzeba bo po grzyba ?

------------------------ [ Dodano po: 7 minutach ]

ale jakbyś chciał zapisać od razu sekundy, minuty i godziny to po prostu:
[syntax=c]#define PCF8583_ADDR 0xA2 // adres na magistrali I2C scalaka

uint8_t czas[3] = {0,20,8}; // chcemy ustawić godzinę 8:20:00

// oczywiście powinniśmy tu jeszcze zastosować konwersję dec2bcd() ... ale w przypadku godziny 8 nie trzeba więc dla uproszczenia

TWI_write_buf( PCF8583_ADDR, 2, 3 , &czas );[/syntax]

tyle że teraz zapisujemy 3 bajty a że sekundy w PCF są od adresu = 2 to stąd drugi argument = 2

------------------------ [ Dodano po: 10 minutach ]

TO SAMO - DOKŁADNIE to samo dotyczy odczytu

Wiem wiem - zaraz padnie pytanie albo sugestia typu

ale ja mam całkiem inny scalak i nie jest to RTC tylko np przetwornik ADC na i2c ? ... co za Qurczę problem - robimy NADAL DOKŁADNIE TAK samo ... (no chyba że jest jakiś specyficzny scalak, który ma np adresy swoich rejestrów 16-bitowe, albo przesyła się dane 16-bitowe - albo ma jakieś nieco inne adresowanie na i2c to wtedy można sobie lekuchno przerobić te DWIE funkcje - zmieniając chociażby typy dla argumentów i nieco ich ciało i viola! ... nadal używamy tylko tych DWÓCH funkcji

teraz jaśniej ?

Statystyki: Napisane przez mirekk36 — 9 mar 2018, o 18:37

Re: Zmiana funkcji TWI

2018-03-09T18:22:52+01:00

Przecież masz w BB funkcje wysyłającą/odbierającą jeden bajt:
[syntax=c]void TWI_write(uint8_t bajt);
uint8_t TWI_read(uint8_t ack);[/syntax]

Statystyki: Napisane przez janusz17 — 9 mar 2018, o 18:22

Zmiana funkcji TWI

2018-03-09T18:07:55+01:00

Witajcie, piszę ponieważ nie potrafię tego sam zrobić, znajdzie się jakaś życzliwa duszyczka która przerobiła by te dwie Mirkowe funkcje w ten sposób aby umożliwiały one odczyt i zapis pojedynczych bajtów? Kompletnie nie mam pojęcia jak to zrobić a moje próby tylko sprawiają że resztkę włosów na głowie zaraz sobie wyrwę :/

[syntax=c]void TWI_write_buf( uint8_t SLA, uint8_t adr, uint8_t len, uint8_t *buf ) {

TWI_start();
TWI_write(SLA);
TWI_write(adr);
while (len--) TWI_write(*buf++);
TWI_stop();
}

void TWI_read_buf(uint8_t SLA, uint8_t adr, uint8_t len, uint8_t *buf) {

TWI_start();
TWI_write(SLA);
TWI_write(adr);
TWI_start();
TWI_write(SLA + 1);
while (len--) *buf++ = TWI_read( len ? ACK : NACK );
TWI_stop();
}[/syntax]

Statystyki: Napisane przez johny5 — 9 mar 2018, o 18:07