Dnia Fri, 8 Apr 2016 15:51:41 +0200, Grzegorz Niemirowski napisał(a):

> Może to jest kwestia optymalizacji? Czy nie lepiej te opóźnienia generować z
> pomocą timera lub też funkcjami bibliotecznymi? Rozumiem, że to jest
> programowe I2C i nie możesz użyć sprzętowego?

Tak, to jest programowe I2C, na bazie bibliotek z kursu C, jaki był w
EdW już dosyć daawno temu. Wygląda na to, że najszybciej będzie mi
przejść na TWI, bo z tego, co widzę, to mam taką możliwość - odpowiednie
piny są do zagospodarowania. Programowe I2C zostawię sobie docelowo do
obsługi SHT11, bo ten układ zdaje się, że ma interfejs nie w pełni
kompatybilny z prawdziwym I2C, a wolne taktowanie SCL raczej nie
przeszkodzi.

Swoją drogą - spróbowałem manewru polegającego na skopiowaniu
odpowiedniego pliku nagłówkowego dla MEGA324PA z nowego GCC do starego,
z czystej ciekawości. Po zmianie wpisu o typie procesora w makefile
program się niby skompilował i nawet bez błędów, ale mam poważne
podejrzenia, że to tylko ściema. Nazwy rejestrów obsługujących np. porty
USART różnią się, więc nie ma siły, by nie było błędów na etapie
kompilacji - przerabiałem to kiedyś zmieniając MEGA 8 na MEGA162.
--
Pozdrawiam Bad Worm badworm[maupa]post{kropek}pl
GG#2400455 ICQ#320399066