ATNEL tech-forum

Re: Sprzętowy I2C przykład z książki

2013-07-08T13:42:36+01:00

Właśnie obsługuję DS1307 (RTC) i ma taką przypadłość że jak wyładuje się bateryjka podtrzymująca czas to nie idzie komunikacja z układem.

Statystyki: Napisane przez CeBe — 8 lip 2013, o 13:42

Re: Sprzętowy I2C przykład z książki

2013-07-08T13:28:02+01:00

U mnie to koncepcja wygląda z zgłaszaniem następująco, jest sobie coś na zasadzie flag, systemowych czyli wiem, co zgłasza błąd, program podejmuje za mnie decyzje, czyli albo powtarza transmisje do skutku, albo resetuje cały system .
W końcu to tylko rozwinięcie koncepcji eventów , bo obsługa błędów to po prostu kolejny krok.
Chociażby zapalenie diodki error .

Statystyki: Napisane przez Gość — 8 lip 2013, o 13:28

Re: Sprzętowy I2C przykład z książki

2013-07-08T13:14:51+01:00

W każdej pętli oczekującej na akcję zastosować prostego timeouta, nawet bez żadnego timera, żeby nie tracić zasobów .... i to wystarczy.

Jak będzie coś nie tak to zgłaszasz komunikat ..... ale

...ale jest jedno małe ale

Przede wszystkim to nie komputer PC więc gdzie zgłosić ten komunikat ? do czego ? do kogo ?

w zdecydowanej większości wypadków jest to po prostu bezcelowe ..... bo skoro nie działa transmisja I2C a zwykle nie jest ona dla zabawy tylko pełni istotną rolę w układzie wbudowanym, na tyle że bez niej zwykle działanie całego urządzenia staje się nonsensem ...

dlatego jak nie działa to przynajmniej szybko wiadomo co i można to naprawić

a takie pomysły na timeouty w prostej komunikacji I2C przychodzą do głowy, gdy ktoś ma poważne kłopoty ze zrobieniem elektroniki do tego - co w zdecydowanej większości wypadków jeśli chodzi o początkujących sprowadza się np do tego że nie dają rezystorów podciągających linie SDA i SCL do VCC i potem mają takie kwiatki. Tzn raz im to działa a raz nie - i wtedy zaczyna się poszukiwanie przyczyn że niby w programie, że się niby przydałyby timeouty itp .... a po co ? jak się poprawnie zrobi I2C to śmiga aż miło ...

oczywiście ten wywód nie obejmuje wszystkich przypadków na świecie ale opowiadam to na podstawie BARDZO CZĘSTO zadawanych pytań i poszukiwań takiego rozwiązania kłopotu z jakim się kolega zwrócił w tym wątku.

Statystyki: Napisane przez mirekk36 — 8 lip 2013, o 13:14

Re: Sprzętowy I2C przykład z książki

2013-07-08T12:58:54+01:00

Możesz zastosować softwerowy timer. Np, sprawdzać co 10ms czy flaga ACK została zmieniona, jeżeli nie to reset transmisji, albo error, czy co tam sobie ustawisz.

Statystyki: Napisane przez Gość — 8 lip 2013, o 12:58

Sprzętowy I2C przykład z książki

2013-07-08T12:42:38+01:00

Witam,
jak można w prosty sposób wykrywać błąd transmisji I2C na przykładzie(RTC) z książki. Przy zastosowaniu tego programu i w przypadku braku transmisji układ cały czas czeka na sygnał ACK. Czy trzeba np w przerwaniu ustawiać jakąś flagę i pilnować prawidłowej transmisji?

[syntax=c]#include

#include "i2c_twi.h"

void i2cSetBitrate(uint16_t bitrateKHz) {
uint8_t bitrate_div;

bitrate_div = ((F_CPU/1000l)/bitrateKHz);
if(bitrate_div >= 16)
bitrate_div = (bitrate_div-16)/2;

TWBR = bitrate_div;
}

void TWI_start(void) {
TWCR = (1<while (!(TWCR&(1<}

void TWI_stop(void) {
TWCR = (1<while ( !(TWCR&(1<}

void TWI_write(uint8_t bajt) {
TWDR = bajt;
TWCR = (1<while ( !(TWCR&(1<}

uint8_t TWI_read(uint8_t ack) {
TWCR = (1<while ( !(TWCR & (1<return TWDR;
}

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_write_bajt( uint8_t SLA, uint8_t adr, uint8_t bajt ) {

TWI_start();
TWI_write(SLA);
TWI_write(adr);
TWI_write(bajt);
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]

Kody wklejamy przy pomocy syntax=c - Zielony J.

Statystyki: Napisane przez CeBe — 8 lip 2013, o 12:42