[mikson123]

Jakie są dobre praktyki jeśli chodzi o komunikację dwóch mikrokontrolerów po I2C? Jak bardzo niezawodna jest taka komunikacja? Czy powinienem np. odsyłać potwierdzenie otrzymania każdej wiadomości?
#elektronika #mikrokontrolery #i2c

[a231]

@mikson123: ACK/NACK to już jest w standardzie, także brać i używać.

[Tymian]

@mikson123: potwierdzenia masz zaszyte w standardzie I2C więc nie musisz się tym przejmować.
Możesz sobie dopisać w programie liczenie CRC z ramek żeby być pewnym że się bit nie przestawił.

A niezawodne jest dopóty, dopóki postępujesz zgodnie z zasadami i przeznaczeniem tego interfejsu i respektujesz cechy fizyczne sygnałów, interfejsów i otoczenia. Czyli jeśli dobrze zaprojektujesz a otoczenie nie jest zaszumione syfem.

[zetisdead]

Jakie są dobre praktyki jeśli chodzi o komunikację dwóch mikrokontrolerów po I2C?

@mikson123: nie łączyć dwóch µC po I2C :-)

[mikson123]

@zetisdead: Akurat uprościłem na potrzeby przykładu :) tak naprawdę mam kilka uC połączonych, no niby moglbym RS485 ale to dodatkowe układy scalone, drożej i więcej miejsca zajmuje, dlatego w I2C poszedłem

[zetisdead]

@mikson123: jeśli to jest na jednej płytce, to nadal uart jest lepszym rozwiązaniem. Wiele µC ma możliwość przełączenia uartu w tryb jednoliniowy (RxD/TxD są na jednym pinie), albo ma możliwość włączenia otwartego drenu na linii TxD. Więc cały sprzęt do łączenia wielu µC to jeden rezystor.
Dodatkowo uart ma wielokrotne próbkowanie każdego bitu i będzie dużo odporniejszy na zakłócenia niż I2C, gdzie jeden fałszywy impuls na CLK rozwala całą ramkę danych.