Kanał - ATNEL tech-forum
Wszystkie działy
Najnowsze wątki



Teraz jest 16 sty 2026, o 20:34


Strefa czasowa: UTC + 1





Utwórz nowy wątek Odpowiedz w wątku  [ Posty: 5 ] 
Autor Wiadomość
PostNapisane: 9 gru 2016, o 22:13 
Offline
Nowy

Dołączył(a): 22 kwi 2013
Posty: 3
Pomógł: 0

Witam wszystkich.

Potrzebuję parę Atmeg połączyć ze sobą, aby wymieniały się informacjami między sobą (docelowo stan wejść./wyjść). Czy posiadacie Państwo godną polecenia literaturę na ten temat. Czy Pan, Panie Mirosławie w swoich książkach coś bardziej szczegółowo na temat tego protokołu z uC?


Dziękuję za informacje i pozdrawiam



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 9 gru 2016, o 22:45 
Offline
Użytkownik

Dołączył(a): 07 cze 2016
Posty: 563
Pomógł: 143

Ja osobiście korzystam z tej strony: http://www.bb-elec.com/Learning-Center/Serial-Connectivity.aspx. Moim zdaniem jest tam całkiem sporo ciekawych materiałów.



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 9 gru 2016, o 23:33 
Offline
Użytkownik

Dołączył(a): 22 mar 2014
Posty: 38
Lokalizacja: Bydgoszcz
Pomógł: 4

Z tego co widzę korzystasz ze strony advantecha więc pewnie "siedzisz" w automatyce.
Jesli chodzi o automatykę najlepszym protokołem będzie Modbus RTU, ponieważ będziesz mógł "dogadywać" się z innymi sterownikami PLC bądź modułami I/O.
Wracając do tematu polecam Ci tę stronkę na której autor przedstawił projekt implementacji protokołu Modbus RTU na procku atmega. Jest tam cały kod na procek plus wyjaśnienie. Po prostu rewelacja!!!
http://developrog.com/index.php/categories-of-articles/temporary-unnamed-categories/item/86-modbus-implementation-on-atmel-avr-mega-devices-cost-1-only



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 10 gru 2016, o 10:50 
Offline
Nowy

Dołączył(a): 22 kwi 2013
Posty: 3
Pomógł: 0

Mówiąc szczerze, to poszukuję tylko sposobu, żeby parę procesorów spiąć, żeby mogły na odległościach rzędu 20-30m wymieniać się stanami wejść (i na tej podstawie sterować swoimi wyjściami). Rozumiem, że RS485 to tylko warstwa programowa, nie ma standardów jeśli chodzi o komunikację (bity startu, długość transmisji, etc) tylko reguluje sposób podłączenia. Myślę, że MODBUS będzie dobrym wyborem.



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 10 gru 2016, o 12:34 
Offline
Użytkownik

Dołączył(a): 10 paź 2012
Posty: 123
Pomógł: 10

Witam.
RS-485 to warstwa fizyczna nie programowa. To co będziesz po tym przesyłała to już tylko Twoja wola i fantazja.
Generalnie nie różni się to dużo od rs-232 (jeśli chodzi o programowanie). W programie głównym wygląda tak samo jak dla rs-232 wysyłasz i odbierasz transmisję szeregową. Inaczej trochę wygląda tylko obsługa rs-232 w bibliotece mk_uart. Trzeba tam skonfigurować bibliotekę do pracy z rs-485 m.in. do wskazać pin do obsługi kierunku transmisji jaki używamy w procesorze. Tu na forum były podawane również modyfikacje bootloadera aby umożliwić jego pracę z interfejsem rs-485.
Pozdrawiam
Jarek



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
Wyświetl posty nie starsze niż:  Sortuj wg  
Utwórz nowy wątek Odpowiedz w wątku  [ Posty: 5 ] 

Strefa czasowa: UTC + 1


Kto przegląda forum

Użytkownicy przeglądający ten dział: Brak zidentyfikowanych użytkowników i 5 gości


Nie możesz rozpoczynać nowych wątków
Nie możesz odpowiadać w wątkach
Nie możesz edytować swoich postów
Nie możesz usuwać swoich postów
Nie możesz dodawać załączników

Szukaj:
Skocz do:  
Sitemap
Technologię dostarcza phpBB® Forum Software © phpBB Group phpBB3.PL
phpBB SEO