ATNEL tech-forum

Re: TWI nie działa

2013-08-28T15:26:13+01:00

Quote:

Zastanawiam się jeszcze czemu służy funkcja i2cSetBitrate();

Żeby to zrozumieć to najpierw (nie ma że boli) trzeba zaglądać do not PDF układów I2C. Szybko zobaczysz i doczytasz że standardowa prędkość na I2C to 100kHz ... ale są scalaki które działają na 400kHz i szybciej, nawet 1MHz

więc jak myślisz po co jest void i2cSetBitrate(uint16_t bitrateKHz)?

Statystyki: Napisane przez mirekk36 — 28 sie 2013, o 15:26

Re: TWI nie działa

2013-08-28T15:05:55+01:00

Po wielu dniach zmagań winny okazał się mikroprocesor. Pożyczyłem od kumpla jego atmege8 i tu już program działał poprwanie....

------------------------ [ Dodano po: 4 minutach ]

Zastanawiam się jeszcze czemu służy funkcja i2cSetBitrate();

Statystyki: Napisane przez jari17 — 28 sie 2013, o 15:05

Re: TWI nie działa

2013-08-26T18:21:40+01:00

Antystatyczny napisał(a):

ale jakoś nie jestem na tę chwilę o tym przekonany.

Ja też nie

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

Antystatyczny napisał(a):

Mirku, nie napisałem, że jest w stanie spoczynku

Wiem wiem ale ja dodałem od siebie - że jeśli np I2C nie jest w procku aktywne i nic się nie dzieje - to nie może być stan niski na tej linii.

A z opisu widzę że jak kolega odłączy SCL od nogi procka to ma stan wysoki a jak podłączy to stan niski .... czyli kicha jakby

owszem może być jak mówisz - że czeka procek na ACK ... i zwiecha ... ale można to sprawdzić np wyłączając na chwilę komunikację I2C i co się stanie ze stanem na tej linii prawda ? No kolega Jari musi po kolei sprawdzać nie ma innego wyjścia bo widać że coś jest ze sprzętem nieteges

Statystyki: Napisane przez mirekk36 — 26 sie 2013, o 18:21

Re: TWI nie działa

2013-08-26T16:49:00+01:00

czy możliwe jest by mikroprocesor był uszkodzony lub PCF8583???

Statystyki: Napisane przez jari17 — 26 sie 2013, o 16:49

Re: TWI nie działa

2013-08-26T16:45:38+01:00

jari17 napisał(a):

Wszystko już było wysyłane. patrz wyżej.

skup się na tym:

Antystatyczny napisał(a):

3. Na SCL występuje stan niski,

nie może być stanu niskiego gdy jest stan spoczynkowy na SCL

moim zdaniem ewidentnie coś jest nie tak sprzętowo - bo program wygląda ok

Statystyki: Napisane przez mirekk36 — 26 sie 2013, o 16:45

Re: TWI nie działa

2013-08-26T16:18:42+01:00

Wszystko już było wysyłane. patrz wyżej.

Statystyki: Napisane przez jari17 — 26 sie 2013, o 16:18

Re: TWI nie działa

2013-08-26T16:08:58+01:00

Dla pewności zrób Clean projektu z kompiluj jeszcze raz i podeślij wszystko co masz w consoli.

Statystyki: Napisane przez Wilu88 — 26 sie 2013, o 16:08

Re: TWI nie działa

2013-08-26T15:56:39+01:00

Taktowanie jest ustawione poprawnie

Statystyki: Napisane przez jari17 — 26 sie 2013, o 15:56

Re: TWI nie działa

2013-08-26T15:48:29+01:00

A ja jeszcze się upewnię na pewno dobrze ustawiłeś taktowanie w eclipsie? Bo ja miałem taki sam problem jak ty tylko napis start... i nic więcej jak się okazało pomyliłem się z jednym 0 przy wyborze taktowania w eclipse.

Statystyki: Napisane przez Wilu88 — 26 sie 2013, o 15:48

Re: TWI nie działa

2013-08-26T15:29:34+01:00

eprom został skasowany

[syntax=c]#include
#include
#include
#include

#include "LCD/lcd44780.h"
#include "I2C_TWI/i2c_twi.h"

#define PCF8583_ADDR 0xA2

//#define _24C04_ADDR 0xA8

// utworzenie typu u08, odpowiednika uint8_t aby kod był bardziej czytelny
typedef unsigned char u08;
typedef unsigned short u16;

//uint8_t tekst[] = "EEPROM";

//uint8_t bo[ sizeof(tekst)+1 ]; // bufor pomocniczy na odczyt z EEPROM

volatile uint8_t int0_flag=1;// flaga zmieniana w przerwaniu i sprawdzana w pętli głównej

// konwersja liczby dziesiętnej na BCD
uint8_t dec2bcd(uint8_t dec);
// konwersja liczby BCD na dziesiętną
uint8_t bcd2dec(uint8_t bcd);

// odczyt danych z pamięci EEPROM
//void EI2C_read_buf(u08 device, u16 subAddr, u16 len, u08 *buf);
// zapis danych do pamięci EEPROM
//void EI2C_write_buf(u08 device, u16 subAddr, u16 len, u08 *buf);

int main(void) {

DDRD|=(1<
// Przerwanie INT0
MCUCR |= (1<GICR |= (1<PORTD |= (1<

// definiujemy sobie dla polepszenia czytelności programu typ wyliczeniowy
// wskazujący nam później na odpowiednie indeksy w tablicy (buforze)
enum {ss=1, mm, hh};
uint8_t bufor[4];// rezerwacja bufora 4 bajty
uint8_t sekundy, minuty, godziny;

lcd_init();

i2cSetBitrate(100);

sei();

lcd_str_P(PSTR("START..."));

// Ustawianie czasu na godzinę: 18:34:27

bufor[0] = 0;// setne części sekundy
bufor[1] = dec2bcd(14);// sekundy
bufor[2] = dec2bcd(34);// minuty
bufor[3] = dec2bcd(18);// godziny
// zapis 4 bajtów z bufora pod adres 0x01 w pamięci RAM naszego RTC
TWI_write_buf( PCF8583_ADDR, 0x01, 4, bufor );

// zapis tekstu do pamięci EEPROM od adresu 253, dlatego aby tekst
// został zapisany w jednym i drugim banku pamięci
//EI2C_write_buf( _24C04_ADDR, 253, sizeof(tekst), tekst );

while(1) {

if ( int0_flag ) {
//odczyt 4 bajtów do bufora od adresu 0x01 z pamięci RAM naszego RTC
TWI_read_buf( PCF8583_ADDR, 0x01, 4, bufor );
PORTD ^=(1<
sekundy = bcd2dec( bufor[ss] );
minuty = bcd2dec( bufor[mm] );
godziny = bcd2dec( bufor[hh] );

// wyświetlenie czasu na LCD
lcd_locate(1,0);
if( godziny < 10 ) lcd_str("0");
lcd_int(godziny);
lcd_str(":");
if( minuty < 10 ) lcd_str("0");
lcd_int(minuty);
lcd_str(":");
if( sekundy < 10 ) lcd_str("0");
lcd_int(sekundy);

// odczyt z EEPROM
//EI2C_read_buf( _24C04_ADDR, 253, sizeof(tekst), bo );

// wyświetlenie napisu z EEPROM na LCD
//lcd_locate(0, 9);
//lcd_str( (char*)bo );

int0_flag=0;
}

}
}

// procedura obsługi przerwania INT 0
ISR( INT0_vect ) {
int0_flag = 1;

}

// konwersja liczby dziesiętnej na BCD
uint8_t dec2bcd(uint8_t dec) {
return ((dec / 10)<<4) | (dec % 10);
}

// konwersja liczby BCD na dziesiętną
uint8_t bcd2dec(uint8_t bcd) {
return ((((bcd) >> 4) & 0x0F) * 10) + ((bcd) & 0x0F);
}

// odczyt danych z pamięci EEPROM
/*void EI2C_read_buf(u08 device, u16 subAddr, u16 len, u08 *buf) {

while (len--) {
TWI_start();
TWI_write(device | ((subAddr>>8)<<1) );
TWI_write(subAddr);
TWI_start();
TWI_write(device + 1);
*buf++ = TWI_read( NACK );
TWI_stop();
subAddr++;
}

}*/

// zapis danych do pamięci EEPROM
/*void EI2C_write_buf(u08 device, u16 subAddr, u16 len, u08 *buf) {

while (len--) {
TWI_start();
// ustawienie 9 bitu adresu pamięci EEPROM w ramach
// sprzętowego adresu urządzenia na pozycji bitu 1 (nr.2)
TWI_write( device | ((subAddr>>8)<<1) );
TWI_write(subAddr);

TWI_write(*buf++);

TWI_stop();
_delay_ms(5); // oczekiwanie na zapis
subAddr++;
}
}*/[/syntax]

Statystyki: Napisane przez jari17 — 26 sie 2013, o 15:29

Re: TWI nie działa

2013-08-26T11:20:30+01:00

Zdecydowanie tak. Już kilka razy sprawdziłem.

Statystyki: Napisane przez jari17 — 26 sie 2013, o 11:20

Re: TWI nie działa

2013-08-26T11:11:15+01:00

Quote:

Napięcie się pojawiło.

No to teraz sprawdź czy do dobrych pinów procka podłączasz

Statystyki: Napisane przez mirekk36 — 26 sie 2013, o 11:11

Re: TWI nie działa

2013-08-26T10:52:09+01:00

Quote:

nalezy sprawdzić podłączenie rezystora 4.7k oraz sam scalak, czy nie ma zwarcia tego pinu do GND

Zwarcia nie ma

Quote:

Odłącz SDA i SCL od procka, a następnie sprawdź, czy nadal nie masz napięcia na SCL.

Napięcie się pojawiło.

Statystyki: Napisane przez jari17 — 26 sie 2013, o 10:52

Re: TWI nie działa

2013-08-26T10:16:26+01:00

jari17 napisał(a):

SCL -> 0V, i tu nie wiem czy tak ma być.

gdy nie działa I2C to musi być tu też stan wysoki - po to są rezystory podciągające 4,7K

Statystyki: Napisane przez mirekk36 — 26 sie 2013, o 10:16

Re: TWI nie działa

2013-08-26T09:49:19+01:00

Pomiary:
A0 -> niecałe 5V, czyli ok
SDA -> niecałe 5V, czyli ok
VCC -> niecałe 5V , czyli ok
GND -> 0V, czyli ok
INT -> 0V lub 5V (w zależności od zegara), czyli ok
SCL -> 0V, i tu nie wiem czy tak ma być.

Statystyki: Napisane przez jari17 — 26 sie 2013, o 09:49

Re: TWI nie działa

2013-08-26T06:27:56+01:00

Antystatyczny napisał(a):

Teraz rozumiesz, co mam na mysli, Mirku?

Antystatyczny --> ale zobacz co ja napisałem,

mirekk36 napisał(a):

Zdecydowanie dopuszczalny wszystko zależy oczywiście od projektu

Dlatego wcale nie masz bujnej wyobraźni bo takich projektów gdzie to będzie przeszkadzało są setki jak nie tysiące tak samo jak są setki/tysiące gdzie nie będzie przeszkadzało. Tylko o to mi chodziło ... więc nie mogę się z tobą nie zgodzić. A i bez bujnej wyobraźni można podać jeszcze z 10000000 przypadków gdzie jest konieczne aby funkcje te nie były blokujące w ten sposób Uwierz mi to nie jest tak - że ja byłem przekonany że nie ma przypadków w których to może stanowić problem. Proszę bardzo o wiele bardziej banalny przykład. Byle system, który coś tam robi - np wpuszcza pracowników na teren zakładu po wsunięciu karty i rejestruje godziny wejścia/wyjścia .... więc pracuje tam pewnie RTC na I2c (załóżmy) ... no i padła magistrala I2C - i co ? system ma paść i pracowników nie wpuścić albo wypuścić z tego powodu ? toż zaraz zamieszki by powstały

A wprowadzenie timeout'u w tych procedurach na prawdę nie jest trudne to wręcz bułka z masłem i nawet bez użycia systemu przerwań ... To trzeba mieć na uwadze ... wtedy na prawdę przykłady mogą być jednak bułką z masłem dla każdego. Liczy się czasem najprostszy pomysł, który pokazuje drogę ... (OCZYWIŚCIE to jest droga na piechotę - a można też skorzystać z rozbudowanego systemu sprzętowych statusów TWI .... ale myślę, że najprostsza metoda da po prostu dużo do myślenia i inspirację jak do tego w ogóle podchodzić)

żeby nie być gołosłownym proszę bardzo - poniżej funkcja, która np blokuje nam program gdy mamy coś nie tak na magistrali sprzętowej (pokażę tylko jedną i jej przeróbkę - a na podobnej zasadzie można przerobić pozostałe, Ba! takie podejście programistyczne można stosować wszędzie - choć nie zawsze musi to być akurat dokładnie takie - staram się tylko naprowadzić na pewien typ myślenia), oto blogujący kod:

[syntax=c]uint8_t TWI_read(uint8_t ack) {
TWCR = (1<while ( !(TWCR & (1<return TWDR;
}[/syntax]

teraz zastanówmy się jaki jest nasz cel? Załóżmy że funkcja ma zasygnalizować w jakikolwiek sposób, że jest awaria. Można to zrobić na wiele sposobów, jednym z prostszych jest zwracanie rezultatu błędu, można ustawiać jakąś globalną flagę itp itd. My zrobimy to poprzez zwracanie błędu w rezultacie, dzięki czemu łatwo będzie sprawdzić to w nadrzędnej funkcji.

[syntax=c]int TWI_read(uint8_t ack) {
uint16_t tmo=0; // przygotowujemy zmienną timeout'u
TWCR = (1<while ( !(TWCR & (1< if( tmo++ > 1000 ) return -1; // tu opuszczamy funkcję z informacją o błędzie (ZONK'u)
}
return TWDR;
}[/syntax]

oczywiście tą wartość = 1000 dobieramy doświadczalnie albo uzależniamy jeszcze od prędkości I2C (nie ważne na razie). Dzięki czemu później wywołanie takiej funkcji gdzieś w nadrzędnej funkcji można już robić tak

[syntax=c]int data = TWI_read( 1 );
if( data < 0 ) ...... zgłoś błąd magistrali I2C[/syntax]

jak mówię - jest to prosty albo nawet mega uproszczony przykład ale nie ma możliwości aby nie działał i to skutecznie

REASUMUJĄC - Arek tu nie chodzi o znajdowanie przykładów gdzie to może być ISTOTNE a gdzie NIE - bo jak mówiłem jednych i drugich jest pełno.

Np budując zegarek - ot taki zegarek/budzik ... mi nie chciałoby się rozbudowywać tych funkcji po to tylko aby np dodać jakieś tam miganie diodą czy może wyświetlanie statusu na wyświetlaczu I2C error Dlaczego ?

tu też jest kilka ważnych powodów hmm może praktycznych.

Po pierwsze dlatego, że napracuję się a prędzej urządzenie przeze mnie zbudowane zestarzeje się i NIKT NIGDY tego komunikatu nie zobaczy to jest najbardziej smutne

Po drugie nawet jak nie ma obsługi błędów sprzętowych TWI (mówimy tu o tego typu projektach a nie w aucie z twojego przykładu) i takie urządzenie nie działa - zawiesza się to na prawdę uwierz mi - praktyka (którą sam jak mówisz nabyłeś niedawno) strasznie szybko podpowiada ci co jest uszkodzone .... sam zobacz jaką podpowiedź dałeś - że skoro się zawiesza odczyt to pewnie jest coś nie tak na magistrali I2C .... widzisz jak to działa? (oczywiście że nie zawsze to musi być powód szczególnie gdy w urządzeniu pracuje więcej modułów i mogą generować one różne problemy - ale jednak uszkodzenie I2C bywają bardzo charakterystyczne w objawach. Np działa sobie cały TV a nie działa tylko regulacja głosu ... serwisant zwykle zaraz sprawdza czy nie padła komunikacja I2C z układem wzmacniacza czy potencjometra pracującego na I2C ... a jak na razie producenci telewizorów nie przygotowują tzw "komputerków" jak w samochodach gzie można się wpiąć i odczytać status błędu. Po prostu robi to serwisant

No i po trzecie ... jak się ma byle oscyl pod ręką, byle analizator stanów logicznych to wystarczy dotknąć sondą do SCL czy SDA i sprawdzić czy coś tam "biega sobie" (bo podczas normalnej pracy wiemy że "biega") .... a jak widzimy, że jest głucho no to już znowu wiadomo że mamy sprzętową awarię I2C

A zatem - na prawdę wykrycie awarii sprzętowej I2C to można powiedzieć taki pryszcz (oczywiście jak już się nabrało troszkę praktyki) że szkoda gadać .... Niestety nie ma co się dziwić początkującym, że o tym nie wiedzą. Ba! oni mają problem w ogóle z namierzeniem problemu nawet mając własny kod źródłowy - a przecież jak widać wystarczy tu JEDNA DIODA LED, którą wg super prostej procedury wystarczy podłączyć po kolei:

1. do nogi RTC
2. do pinu procka i migać z przerwania
3. do pinu procka i próbować migać po odczycie I2C

to TYLKO tyle .... i mamy tak prosty sygnalizator 3 najczęściej spotykanych błędów że szok - nawet bez timeoutów i pokazywania komunikatów dla USERA że "I2C error" bo czasem nie ma nawet na czym ich pokazać.

---------------------------

Arek - to aż tyle albo tylko tyle co chciałem tu dopowiedzieć i pokazać jak zwykle różne drogi

Statystyki: Napisane przez mirekk36 — 26 sie 2013, o 06:27

Re: TWI nie działa

2013-08-25T22:10:38+01:00

Antystatyczny napisał(a):

Oczywiście w mega zaawansowanym sprzęcie, który odgrywa jakąś super ważną rolę taki soft jest niedopuszczalny

Zdecydowanie dopuszczalny wszystko zależy oczywiście od projektu

ale wyobraź sobie, że PODSTAWĄ działania jakiegoś urządzenia jest np RTC albo EEPROM bo mają się w nim zapisywać istotne dane a jak nie to nie ma sensu aby urządzenie działało

w takich sytuacjach psu na budę zda się funkcja która co ? przejdzie dalej ? a po co ? żeby np wyświetlić błąd ? ... a gdzie? na czym ? jeśli nawet wyświetlacza w urządzeniu nie ma ???

wystarczy że np na czas prawidłowego działania urządzenia będzie sobie migać LED a gdy przestanie to wiemy że jest jakaś awaria

jak widać rozwiązań może być bez liku

Statystyki: Napisane przez mirekk36 — 25 sie 2013, o 22:10

Re: TWI nie działa

2013-08-25T21:48:30+01:00

no to znaczy że masz złe połączenia procka z RTC

niestety typowy błąd

coś pewnie na stykówce nie tak albo złe rezystory - musisz to po raz kolejny posprawdzać

bo jeśli sprzętowo będzie źle to odczyt TWI się zawiesi w tej wersji bibliotek - tak ma być

------------------------ [ Dodano po: kilkunastu sekundach ]

o! Anty mnie uprzedził

Statystyki: Napisane przez mirekk36 — 25 sie 2013, o 21:48

Re: TWI nie działa

2013-08-25T21:43:15+01:00

Niestety tu już nie działa ->odpowiedź dla pana Mirka. zaraz reszte sprawdze

Statystyki: Napisane przez jari17 — 25 sie 2013, o 21:43

Re: TWI nie działa

2013-08-25T21:36:08+01:00

no ok nareszcie

to teraz - znaczy że RTC tyka, że przerwanie działa więc tą diodą na PD0 spróbuj zamigać pod koniec funkcji

TWI_read_buf()

a z przerwania ją usuń i zobacz czy będzie migać czy przypadkiem ci się nie zatrzymuje odczyt z RTC

Statystyki: Napisane przez mirekk36 — 25 sie 2013, o 21:36

Re: TWI nie działa

2013-08-25T21:26:14+01:00

Już się poprawiam.

W sumie w projekcie podłączyłem dwie diody LED.

1)Pierwsza jest podłączona do INT - działa poprawnie, miga co sekundę

2)Drugą podłączyłem do wolnego pinu. W procedurze obsługi przerwań wstawiłem kod by zmieniała stan na przeciwny. -również działa poprawnie, miga co sekundę.

procedury obsługi EEPROMA już usunąłem.

Statystyki: Napisane przez jari17 — 25 sie 2013, o 21:26

Re: TWI nie działa

2013-08-25T21:12:00+01:00

jari17 napisał(a):

W każdym razie zegarek dalej stoi w miejscu. Samo przerwanie raczej działa bo zgodnie z zaleceniami wykonałem eksperyment z diodą.

to raczej? czy dobrze ? .... powiedz co szkodzi dodać kilka słów np:

Podłączyłem diodę LED i w przerwaniu zmieniam jej stan - miga sobie co sekundę

.... więc miga co tą sekundę czy nie miga , panie kolego staraj się współpracować ok ? i odpowiadaj na pytania

bo "raczej" to niewiele mówi - wręcz nie wiadomo

A jeśli ci PCF nie tyka - to wyżej kolega Krauser podpowiedział ci cenną uwagę

ale musisz odpowiadać na pytania bo jak inaczej ci pomóc ?

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

aaa no i po co ci te procedury obsługi EEPROMA, wcześniej już pytał cię o nie z kolei kolega Antystatyczny ale też nic nie odpowiedziałeś

więc ja już nie wiem o co chodzi ... czy ty jakoś wybiórczo tylko niektóre zdania tu czytasz czy jak ?

Statystyki: Napisane przez mirekk36 — 25 sie 2013, o 21:12

Re: TWI nie działa

2013-08-25T21:06:08+01:00

Quote:

eeeeeh eeeeeh no tak jeśli w ten sposób będziesz traktował błędy to zapewniam cię - daleko w nauce programowania w C nie zajedziesz

Panie Mirku być może nieprecyzyjnie się wyraziłem. Kompilacja przeszła. Na konsoli nie ma błędów. Mimo to eclipse podkreśla. Zdarzało się to juz częściej w innych, poprawnie działających projektach, wiec olałem te podkreślenia.

W każdym razie zegarek dalej stoi w miejscu. Samo przerwanie raczej działa bo zgodnie z zaleceniami wykonałem eksperyment z diodą. Kod C w poprzednim poście.

Nie ukrywam ze zależy mi na tym zegarku.

Statystyki: Napisane przez jari17 — 25 sie 2013, o 21:06

Re: TWI nie działa

2013-08-25T17:57:15+01:00

jari17 napisał(a):

teraz jednak zegar się wyświetla, ale stoi w miejscu
więc coś jest jeszcze nie tak.

Te kwarce mają bardzo cienkie nóżki i może nie styka. Łatwo sprawdzić czy zegar PCF8583 pracuje i nie potrzeba do tego mikrokontrolera. Pomiędzy wyjście INT a +5V wepnij LED szeregowo z rezystorem 1k. I jak jest OK to LED będzie mrugać.

Statystyki: Napisane przez Krauser — 25 sie 2013, o 17:57

Re: TWI nie działa

2013-08-25T17:18:45+01:00

jari17 napisał(a):

co prawda program się kompiluje, ale podkreśla błędy. Przypuszczam że to mało istotne, ale dla formalności:

eeeeeh eeeeeh no tak jeśli w ten sposób będziesz traktował błędy to zapewniam cię - daleko w nauce programowania w C nie zajedziesz

Statystyki: Napisane przez mirekk36 — 25 sie 2013, o 17:18