ATNEL tech-forum

Re: RS485 - czy Master zdąży odebrać dane

2018-09-07T22:48:47+01:00

kuba_kubek napisał(a):

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

Statystyki: Napisane przez rskup — 7 wrz 2018, o 22:48

Re: RS485 - czy Master zdąży odebrać dane

2018-09-06T19:42:36+01:00

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

Statystyki: Napisane przez kuba_kubek — 6 wrz 2018, o 19:42

Re: RS485 - czy Master zdąży odebrać dane

2018-09-06T15:49:57+01:00

mirekk36 napisał(a):

a po co te r19 i r20 ?

tak samo r21 w ogóle niepotrzebny

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."

Statystyki: Napisane przez rskup — 6 wrz 2018, o 15:49

Re: RS485 - czy Master zdąży odebrać dane

2018-09-07T05:18:18+01:00

Statystyki: Napisane przez JarekB — 6 wrz 2018, o 14:11

Re: RS485 - czy Master zdąży odebrać dane

2018-09-06T11:11:19+01:00

a po co te r19 i r20 ?

tak samo r21 w ogóle niepotrzebny

Statystyki: Napisane przez mirekk36 — 6 wrz 2018, o 11:11

Re: RS485 - czy Master zdąży odebrać dane

2018-09-06T11:09:27+01:00

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

Statystyki: Napisane przez kuba_kubek — 6 wrz 2018, o 11:09

Re: RS485 - czy Master zdąży odebrać dane

2018-09-06T11:03:00+01:00

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

Statystyki: Napisane przez micky — 6 wrz 2018, o 11:03

Re: RS485 - czy Master zdąży odebrać dane

2018-09-06T10:05:58+01:00

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.

Statystyki: Napisane przez Marhef — 6 wrz 2018, o 10:05

Re: RS485 - czy Master zdąży odebrać dane

2018-09-06T09:37:59+01:00

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.

Statystyki: Napisane przez kuba_kubek — 6 wrz 2018, o 09:37

Re: RS485 - czy Master zdąży odebrać dane

2018-09-05T18:11:32+01:00

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

Statystyki: Napisane przez Marhef — 5 wrz 2018, o 18:11

Re: RS485 - czy Master zdąży odebrać dane

2018-09-05T17:51:29+01:00

Dzięki, teraz działa

Statystyki: Napisane przez kuba_kubek — 5 wrz 2018, o 17:51

Re: RS485 - czy Master zdąży odebrać dane

2018-09-05T17:42:28+01:00

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.

Statystyki: Napisane przez andrews — 5 wrz 2018, o 17:42

Re: RS485 - czy Master zdąży odebrać dane

2018-09-05T16:35:55+01:00

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ę?

Statystyki: Napisane przez kuba_kubek — 5 wrz 2018, o 16:35

Re: RS485 - czy Master zdąży odebrać dane

2018-09-04T16:19:17+01:00

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

Statystyki: Napisane przez mirekk36 — 4 wrz 2018, o 16:19

Re: RS485 - czy Master zdąży odebrać dane

2018-09-04T15:48:02+01:00

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?

Statystyki: Napisane przez kuba_kubek — 4 wrz 2018, o 15:48

Re: RS485 - czy Master zdąży odebrać dane

2018-09-04T13:23:01+01:00

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.

Statystyki: Napisane przez kuba_kubek — 4 wrz 2018, o 13:23

Re: RS485 - czy Master zdąży odebrać dane

2018-09-04T13:17:13+01:00

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

Statystyki: Napisane przez mirekk36 — 4 wrz 2018, o 13:17

Re: RS485 - czy Master zdąży odebrać dane

2018-09-04T13:05:31+01:00

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

Statystyki: Napisane przez kuba_kubek — 4 wrz 2018, o 13:05

Re: RS485 - czy Master zdąży odebrać dane

2018-09-04T11:41:33+01:00

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

Statystyki: Napisane przez kuba_kubek — 4 wrz 2018, o 11:41

Re: RS485 - czy Master zdąży odebrać dane

2018-09-04T11:35:17+01:00

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

Statystyki: Napisane przez mirekk36 — 4 wrz 2018, o 11:35

RS485 - czy Master zdąży odebrać dane

2018-09-04T11:28:01+01:00

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?

Statystyki: Napisane przez kuba_kubek — 4 wrz 2018, o 11:28