W programowej implementacji I2C (4.10.2 "niebieska") bardzo ważne jest
Pierwsza wprowadza opóźnienie o ćwierć przesyłanego bitu, druga o pół.Czyli te "delay-e" tak naprawdę decydują o szybkości transmisji mikrontroler<--> urządzenie I2C
W związku z tym mam pytania
1. Jak działają w/w "_delay-e"?
2. Skąd program wie jakie urządzenie ( "wolne?", "szybkie?") podłączone jest do mikrokontrolera? Program może korzystać tu np. z . Ale to chyba za mało informacji dla programu. Przecież są różnie urządzenia I2C.

Myślę, że jak koledze odpowiem na to pytanie to inne się same wyjaśnią ...

program NIE WIE.

Bo niby skąd program ma coś wiedzieć ? To kolega jako programista MUSI WIEDZIEĆ i to przewidzieć. Ja pokazałem prostą implementację, którą na dodatek przygotowałem na konkretne taktowanie 8MHz ...

i jak dasz sobie kwarc/taktowanie 16MHz to już koniec - nie będzie działać - trzeba wtedy sięgnąć do tych delayów o które pytasz i je dwukrotnie wydłużyć - żeby działało ...

Poza tym przy programowej wersji I2C nawet nie rozpatrujemy za bardzo czy mamy podłączone urządzenie wolne czy szybkie (czyli czy np 100kHz czy 400kHz albo jeszcze szybsze) ....

programowa wersja ma po prostu działać - i zwykle dobrze żeby działała przynajmniej 100kHz - chociaż czasem może i wolniej działać bo to zwykle przy foft I2C nie ma żadnego znaczenia - ważne żeby działało

Dopiero przy sprzętowym I2C gdzie wspomaga cię moduł sprzętowy procka TWI, można pokusić się o obsługę wolnych czy szybkich urządzeń bo masz pan rejestry nawet do konfiguracji tych prędkości.

Tak to wygląda.

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Dzięki , prawie świta. Do szczęścia brakuje mi tylko co robią dokładnie te delaye . Domyślam się że opóźniają o kilkanaście cykli zegarowych. Na pewno HDEL to 2 razy więcej niż QDEL. Pozostało tylko doprecyzowanie to "kilkanaście"

tzn ja nie rozumiem do końca pytania .... jak to co robią ? ... wprowadzają opóźnienia

a dokładniej to jest to oczywiście opisane u źródła:

http://www.nongnu.org/avr-libc/user-man ... basic.html

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

bazują one na zliczaniu pojedynczych taktów zegara

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Dzięki
Po rozgryzieniu (tak mi się przynajmniej zdaje) http://www.nongnu.org/avr-libc/user-man ... basic.html
_delay_loop_1(1) powoduje opóźnienie 1x3 cykli zegarowych
_delay_loop_1(2) powoduje opóźnienie 2x3 cykli zegarowych
....
_delay_loop_1(100) powoduje opóźnienie 100x3 cykli zegarowych
...
_delay_loop_1(255) powoduje opóźnienie 255x3 cykli zegarowych
Co ciekawe to
_delay_loop_1(0) powoduje opóźnienie 256x3 cykli zegarowych Maksymalne opóźnienie= "przekręcenie licznika"! (a nie opóźnienie 0, jakby się wydawało)

Raczej typowe, startuje licznik od zera w dół, dzięki czemu zlicza 256 razy ot tyle

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]