Witam!
Mam pytanie, być może bzdetne i niepotrzebnie się tym przejmuje, otóż:
1. Wysyłam adres przez mastera do kilku slave'ów.
2. Slave o odpowiednim adresie wysyła dane do mastera
Pytanie: Czy master zdąży je odebrać? Czy zdąży ustawić swojego MAX485 na odbiór? Czy nie wystąpi coś takiego że slave wyśle jeden bajt a master nie zdąży go odebrać, bo po prostu nie będzie jeszcze ustawiony w funkcje odbioru i ramka ucieknie?

A dlaczego miałby nie zdążyć ? przecież to FullDuplex .... ty się w ogóle nie musisz martwić o to czy zdąży wysłać czy nie - chociaż - hmmm nawet nie ma się o co martwić - bo przecież gdy master wyśle ostatni bajt to od razu w przerwaniu TX zacznie nasłuchiwać - wręcz nie ma możliwości aby jakiś układ odpowiedział wcześniej

_________________
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 ]

No to teraz już mogę spać spokojnie, dzięki.

Czy to ma wyglądać mniej więcej tak jak na obrazku?

ooooo jo joj .... a cóż to za konstrukcja w C

if( Uart_receive() == Adres ) ....

sorki ale kompletne - kompletne nieporozumienie ... trzeba jednak sięgnąć do podstaw C i zobaczyć jak się w ogóle posługiwać stringami - a nie wspomnę już o podstawach obsługi UART .... W Bluebooku są podstawy żeby zrozumieć w ogóle buforowanie cykliczne ... jest też namiastka ale ważna odnośnie sterowania kierunkiem przepływu dla RS485 ... a dopiero w Greenbooku jest pokazane jak robić odbieranie danych w oparicu o zdarzenia (EVENTS) - nie wspomnę, że już w wielu - wielu poradnikach czy to przy okazji komunikacji z PC za pomocą Delphi czy dla komunikacji z WiFi i innymi - pokazywałem jak to się robi na podstawie Greenbooka

_________________
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 za informacje, bo bluebooka przeczytałem w całości i przećwiczyłem wszystko z niego na własnej stykówce, jednak miałem trzy lata przerwy w programowaniu i się pozapominało. W takim razie wracam do literatury.

Poczytałem co nieco i wysunąłem takie wnioski:
1. Powinienem stworzyć bufor, w którym zapisywane są dane gdy akurat ten slave nie jest odpytywany przez mastera.
2. Wskaźniki dwa, początku i końca bufora.
3. Przerwanie które zostanie zgłoszone po odebraniu właściwego adresu z RS485 oraz wysyłka danych z bufora.
Czy plan jest dobry?

dużo lepiej .... ale nie ma czegoś takiego jak " Przerwanie które zostanie zgłoszone po odebraniu właściwego adresu z RS485"

przerwania UART służy do odbierania/nadawania pojedynczych znaków, bufor cykliczny głównie odbiorczy jest istotny robi się po to aby tam te odebrane znaki gromadzić, a następnie się tworzy kolejne funkcje, które potrafią te dane czyli np całe ramki (stringi) odczytywać z takiego bufora cyklicznego. I tu w grę mogą wejść np zdarzenia EVENTS (ale tego w aspekcie UART'a nie ma w BB) ... dopiero w GB

Oczywiście można i bezpośrednio w przerwaniu bawić się w parsowanie danych - niektórzy też i tak robią

krótko mówiąc - trzeba stworzyć własny jakiś prosty protokół wymiany danych

_________________
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 ]

Zabrałem się za przerwania od UARTA i kod wygląda następująco:

A przerwanie tak:

wiadomo tam sei(); jest i biblioteki wszystkie zaimplementowane.
Jednak problem jest taki że ustawiłem sobie w innym procku aby transmitował co 1 sekundę po UARCIE jakieś tam dane.
Gdy mam włączone przerwanie zgłaszjące się po odbiorze danych z UARTA a w tym przerwaniu zmianę stanu diody, to czemu ona miga tak szybko jakby świeciła, a nie co jedną sekundę?

Nie odczytujesz w procedurze obsługi przerwania rejestru UDR, więc flaga RXC nie jest zerowana i w konsekwencji procedura jest ponownie wywoływana zaraz po zakończeniu.

Dzięki, teraz działa

A ja się przyczepię co to za moda wstawiania kodów programu jako OBRAZEK?! Przecież jest instrukcja, jak poprawnie wstawić kod

Mógłby ktoś zerknąć czy prawidłowo podłączyłem MAX485?

RO jest podłączone do RXD procka
DI do TXD
a te dwa środkowe do wspólnego pinu który będzie sterował MAXami.

R19 pomiędzy pinem B i GND, R20 pomiędzy A i +5V.
I jeszcze dałbym rezystor podciągający do 5V na pinie Rx. I jeszcze (ale to już nadmiarowo trochę) piny sterujące podciągnąłbym rezystorem do GND. Po to, żeby sterownik nie zajmował linii niepotrzebnie.
Rezystory po 10k powinny być ok.

Wstaw porządnie kody (nie jako obrazki) zanim admin się zdenerwuje.

Po poprawce, chyba tak to powinno wyglądać, zgadza się?

a po co te r19 i r20 ?

tak samo r21 w ogóle niepotrzebny

_________________
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 ]

.

_________________
Jestem na GG 31324
Nowy soft, nowa nadzieja.

Te rezystory użył do Fail-Safe Biasing
http://www.ti.com/lit/an/slyt514/slyt514.pdf
https://www.intersil.com/content/dam/In ... an1986.pdf

Oprócz R21 to pewnie R22 także może być zbędne (zależy do czego jest wpięte).

--
Pozdrawiam,
Robert

------------------------ [ Dodano po: 3 minutach ]

Choć w użytym układzie MAX3468 to ma już to wewnętrznie zaimplementowane, więc masz rację że nie musi

"The devices operate from a +5V supply and feature true fail-safe circuitry, which guarantees a logic-high receiver output when the receiver inputs are open or shorted. This enables all receiver outputs on a terminated bus to output logic highs when all transmitters are disabled."

Czyli ostatecznie mogę zrezygnować z tych rezystorów tak?

Jeżeli stosujesz odbiorniki z wbudowanym zabezpieczeniem Fail-Safe, to rezystory R19 i R20 nie są potrzebne. Ale dla bezpieczeństwa radzę Ci na płytce zostawić na nie miejsca (najwyżej ich nie wlutujesz), bo bardzo często sprzedawane układy jako MAX485 to są tańsze odpowiedniki, które już często nie mają tych funkcjonalności.

--
Pozdrawiam,
Robert