Równoległa praca dwóch mikrokontrolerów.

[cesiek]

Witam , mam pytanie do bardziej doświadczonych forumowiczów , czy możliwa jest równoległa praca dwóch mikrokontrolerów np. ATmega 8 lub Atmega 16 , tak aby współpracowały ze sobą w układzie i wymieniały dane ze sobą. Za odpowiedż z góry dziękuję i pozdrawiam.

[Treker (Damian Szymański)]

Tak jest to możliwe, np.: przez rs'a.

[Chechli]

A jakby miały wspólne źródło częstotliwości wzorcowej to chyba mozna znacznie przyśpieszyć transfer danych (mniejsza szansa na błędy).

[Zuk]

Nie do końca.

Zależy jaki protokół transmisji wybierzesz. Synchroniczny czy asynchroniczny.

Nawet w transmisji asynchronicznej wymagana jest synchronizacja transmisji.

Zwykle Master w transmisji synchronicznej generuje sygnał CLOCK.

W transmisji asynchronicznej synchronizacja następuje na początku transmisji,
kiedy master generuje pierwsze np. cztery bity synchronizacyjne.

W tym przypadku paczka danych musi być na tyle krótka, żeby nie doszło do

rozsynchronizowania urządzeń.

[Polecacz 101]

Produkcja i montaż PCB - wybierz sprawdzone PCBWay!
   • Darmowe płytki dla studentów i projektów non-profit
   • Tylko 5$ za 10 prototypów PCB w 24 godziny
   • Usługa projektowania PCB na zlecenie
   • Montaż PCB od 30$ + bezpłatna dostawa i szablony
   • Darmowe narzędzie do podglądu plików Gerber
Zobacz również » Film z fabryki PCBWay

[OldSkull]

Komunikacja przez SPI. Należy jedynie pamiętać, aby podczas programowania slave'a resetpować mastera, aby nie przeszkadzał w programowaniu. Prędkości mogą być duże, tylko po co? i tak dużo czasu procesora zajmie interpretacja protokołu transmisji.

[Chechli]

Duża prędkośc to w tym wypadku ciekawostka, jednak przy użyciu rs'a o którym była mowa, brak rozbieżności w częstotliwościach znacznie zmniejsza ilośc błędów, sygnał taktujący i tak jest wspólny więc nie ma sensu dodatkowy sygnał od mastera, transmisja asynchroniczna jest w sumie synchroniczna, czyli rozwiązanie trochę bardziej efektywne.

[OldSkull]

I tak potrzebujesz użyć sygnału taktującego jeśli chcesz korzystać z synchornicznego RSa (USART, z naciskiem na S), albo dać generator kwarcowy, który sporo kosztuje. Ewentualnie drugi uC taktować pierwszym, ale w takim wypadku masymalna częstotliwość taktowania jest połowę mniejsza (czyli np. jeden taktowany 16MHz, drugi 8MHz).

[Chechli]

Miałem na myśli użycie kwarcu zewnętrznego, i wtedy korzystać z USARTa z naciskiem na A 🙂

[kocur_90]

A ja podpowiem że generator kwarcowy i ustawienie zewnętrznego sygnału taktującego powinno pomóc w synchronizacji procków. Problem leży w cenie.

http://www.tme.eu/pl/katalog/artykuly.phtml?search=generator+kwarcowy&idp=1#search%3Dgenerator+kwarcowy

[riddyk]

Panowie jeśli jeden uC, będzie taktowany np. z generatora kwarcowego, czy z generatora RC lub wewnętrznego czy czegokolwiek innego, to dla atmegi88 zawsze można wyciągnąć ten sygnał na zewnątrz odpowiednim fusebitem " Clock output on PORTB0; [CKOUT=0]" i podpiąć do drugiego. Takim sposobem sam odblokowuje część źle zaprogramowanych fusebitów dla wyboru taktowania dla uC.

Komunikację można załatwić na wiele sposobów najprościej IMO USARTem w jakiejkolwiek postaci, najlepiej synchronicznym gdyż wymaga minimum przewodów, jeśli chcemy uzyskać maksimum poprawności transmisji to asynchroniczny z przelotem (hand-shake) .

Jeszcze można się komunikować za pomocą: SPI, 1-Wire, I2C, równolegle, co dusza zapragnie, własne protokoły też są tworzone.

[OldSkull]

@riddyk: o jaki uC mówisz? w mega8 i mega16 widze tylko CKOPT i CKSEL0-3

[Bobby]

dla atmegi88

😉

Ogólnie wszystkie m*8.

[OldSkull]

Przepraszam, zasugerowałem się tym, że autor tematu podał m8 i m16, które nie mają tego bitu.