Witam, jako iż przyszedł czas na nieszczęsne I2C postanowiłem zaglądnąć do kodu z książki.

Układ pcf8583 mam podłączony do ATB.
Wyjście INT do portu PD2
Wejście A0 jest zwarte do VCC
Taktowanie atmegi 16 8MHz
Dioda z przerwania mruga co 1sekundę.
Druga dioda umieszczona jest w funkcji TWI_START() a dokładniej:
-przed pętlą "while (!(TWCR&(1<<TWINT)));" zaświeca się
-po pętli "while (!(TWCR&(1<<TWINT)));" brak reakcji
Czyli program staje w miejscu oczekując na spełnienie warunku

I teraz moje pytanie co może być przyczyną takiego zachowania.
Dodam także że na programowym I2C na wyświetlaczu wyświetlają się same zera w miejscach godziny
(podczas gdy odłączę jakąś z linii SDA lub SCL pojawia się 165:165:165:165

Oto mój main.c

_________________
sig off ;(

TWI sprzętowe będzie zawieszać się jak jest problem z łącznością z układem/układami na magistrali.
Programowe i2c tez podpowiada, że coś jest nie tak.
Sprawdź dokładnie połączenia, przedzwoń wszystkie nogi PCF-a, szczególnie SCL/SDA/A0, może coś z rezonatorem lub niepoprawny adres układu i2c.

_________________
Migracja z punktu B do punktu C
Pozdrawiam

Dlatego warto przerobić trochę te standardowe biblioteki do sprzętowego TWI, dorzucić timeouty i obsługę błędów. Kiedyś widziałem fajnie zrobioną obsługę tego w źródłach dla arduino.

_________________
eDiyCraft.blogspot.com

Tutaj podobny wątek post110347.html#p110347

Ogólnie mi pomogło zrobienie to co mówi savian86. Jednak ktoś może ma właśnie jakieś biblioteki, w których jest to "fajnie" zrobione. Bo to co ja namodizłem u siebie jakoś działa, ale na pewno nie jest uniwersalne

_________________
.

Jak wroce wieczorem to postaram sie wrzucic kod ktory ma w miare obsluge bledow


Sent from my iPhone using Tapatalk

_________________
sig off ;(

Dziękuje bardzo za zainteresowanie, nie zauważyłem że pode mną był już taki temat. Trochę mnie zastanawia to zachowanie ponieważ nie ma zwarć miedzy poszczególnymi nóżkami. Wyjście INT z RTC ewidentnie działa. Najbardziej prawdopodobne jest że układ najwyraźniej może być uszkodzony. Czekając do wieczora na pomoc RafPe spróbuje coś sam wydedukować;)

_________________
sig off ;(

Witam,
sam miewałem różnorakie problemy z i2c, więc na podstawie mojej skromnej wiedzy utworzyłem sobie narzędzie do przeszukiwania magistrali za pomocą sprzętowego TWI i prezentacji wyników w konsoli via UART.

Program w każdym cyklu szuka urządzeń w zakresie 0-255 (0x00 - 0xff) i bada stan na magistrali.
Dzięki temu możemy dość szybko zdiagnozować czy i jakie urządzenia (na jakich) adresach mamy podpięte.

Kod może być niedoskonały, bo jak wspomniałem bazuję na swojej skromnej wiedzy z zakresie C dla uC AVR. Ale dzięki temu forum i informacjom tu znalezionym udało się sklecić to narzędzie, które mam nadzieję pomoże w okiełznaniu problemów z i2c.

Domyślnie projekt skonfigurowany jest dla zestawu ATB, czyli ATmega32 @ 11059200, UART @ 19200.

Wynik działania na zestawie ATB 1.04


P.S. W moim kodzie w funkcjach odpowiedzialnych za TWI zastosowane są własnie opisywanie przez poprzedników opóźnienia, które pozwalają ograniczyć zawieszenia dając jednoczenie możliwość wyłapywania takich zdarzeń.

_________________
Migracja z punktu B do punktu C
Pozdrawiam

Tylko takie pytanie na szybko bo nie znalazłem w opisie Twojego problem
Czy podciągnąłeś linie SCL I SDA poprzez rezystory (np 4,7k) do Vcc ?

Aha i jeszcze jedno, kiedyś walczyliśmy ze sprzętowym I2C, który sie zawieszał i remedium okazało się wpisanie odpowiedniej wartości do rejestru TWBR podczas inicjalizacji.
U nas dla Atmegi8 i wewnętrzenego oscylatora 8MHz należało wpisać to: "TWBR = 8;"

Pozdrawiam

Hmm wiecie co panowie działa, trochę nie wiem dlaczego. Na początku miałem A0 do Vcc podłączone (#define PCF8583_ADDR 0xA2)
Wgrałem program matw ale zmieniłem podłączenie na GND odczytałem takie coś:

Czyli wszystko okej, zmieniłem w programie na #define PCF8583_ADDR 0xA0 i działa.

Dziękuje wszystkim za zaangażowanie przy prezentacji projektu nie zapomnę o was

Pozdrawiam

_________________
sig off ;(