W dniu 2016-07-03 o 21:46, badworm pisze:
> Czołem!
>
> Wracam do tematu, który tu poruszałem na początku kwietnia, a mianowicie
> komunikacji pomiędzy AVRem (Mega 8, docelowo Mega 324) a wyświetlaczem
> OLED z kontrolerem SSD1308. O ile komunikacja po I2C zrealizowanym
> programowo działa prawidłowo, choć z niewiadomych przyczyn po
> skompilowaniu programu nowszą wersją GCC prędkość transmisji spada
> kilkunastokrotnie (częstotliwość zegara na SCL obniża się z 80kHz do
> zaledwie 5kHz), o tyle z komunikacją za pośrednictwem sprzętowego I2C
> jest jakiś grubszy problem. Kod wysyłający dane na sprzętowe I2C sam w
> sobie jest dobry. Prosty program, wysyłający dane do układu PCF8574
> (ekspander portu I2C) działa aż miło, w przebiegach praktycznie nie
> widać różnicy czy to programowe czy sprzętowe I2C. Podmiana procedur
> obsługi I2C w docelowym kodzie z obsługą OLED kończy się porażką. Sam
> program jako całość żyje, bo diodka podpięta pod PB3 i taktowana
> przerwaniem timera mruga prawidłowo. Jeśli wyświetlacz jest już
> podłączony w momencie załączania zasilania, to efekt jest taki, że coś
> idzie nie tak w programie, bo nie pojawia się stan wysoki na PB0, mający
> za zadanie potrzymywać pracę stabilizatora zasilającego cały układ.
> Muszę więc cały czas trzymać wciśnięty przycisk "power on", podczas gdy
> normalnie wystarcza naciśnięcie go na chwilę a potem jego rolę przejmuje
> właśnie PB0. Jeśli natomiast spróbuję podłączyć moduł z wyświetlaczem do
> pracującego już procesora, to z tego co pokazuje oscyloskop, momentalnie
> na pysk leci sygnał na SCL.
>
> Jakieś pomysły co z tym fantem zrobić? :(
>
> Przebieg I2C sprzętowego dla PCF8574:
> http://transport.prohost.pl/kolejowy/pliki/tek00031.
png
>
> Przebieg dla I2C programowego dla PCF8574:
> http://transport.prohost.pl/kolejowy/pliki/tek00029.
png

Nie wiem czy zauważyłeś ale sprzętowo masz 200khz
a programowo 83khz, sam tek ci to na dole pokazuje
zmniejsz prędkość sprzętowego twi i powinno być dobrze.


--
Pozdr

Janusz_K