Witam technicznie.
Chciałbym poruszyć "temat jak w temacie".
Pewne przesyłanie asynchronicznie kilku bajtów z niedużą prędkością 1200-9600bps pomiędzy wieloma urządzeniami na odległościach rzędu kilkudziesięciu metrów "kablem RJ45". W moim dotychczasowym rozwiązaniu zastosowałem pętlę prądową z transoptorami jako RX (działa super ale liczba urządzeń zwiększa się w perspektywie) - zrezygnowałem z RS485 i nie wiem czy słusznie.
Ktoś coś ?
radiowo pewnie nie chcesz? używałem kilka lat temu takich modułów na 2,4GHz, całkiem fajnie to chodziło. A jak kabel to może CAN?
CAN i RS485 wymagają 2 przewodów a ja mam tylko jeden komunikacyjny i musi działać w simplexie - sorka ale nie dopisałem tego
Warstwę programową master/slave mam ogarnięta.
w samochodach stosuje się jeszcze LIN, na jednym przewodzie, nie znam tego bližej ale może to Ci podsunie jakieś rozwiazanie.
Dzięki za zwrócenie uwagi na 1wire. Dzięki temu znalazłem ciekawe informacje dotyczące organizacji sieci i szkodliwych pojemności linii . Tu dla zainteresowanych link :
https://www.maximintegrated.com/en/desig...1/148.html
Zastanawia mnie tylko co jest lepsze (pomijając protokół danych) czy "napięciowe" przesyłanie informacji czy "prądowe" (stosowane w automatyce co prawda w układach analogowych) w celu uniknięcia problemów z pojemnością , opornością i odbiciami na linii UTP.
Mój pomysł interfejsu prądowego ,który się jeszcze sprawdza wygląda tak :
Moje skomunikowane urządzenia zasilane są tym samym przewodem UTP co jest dosyć istotne (nie POE tylko DC 12V).
Witam!
Trudno powiedzieć prąd czy napięcie nie znając wszystkich zależności. Użyj napięcia a jak sygnał spadnie zbyt mocno z odległością to trzeba by chyba przejść na prąd.
Co do interface to dałbym w torze nadawczym także separację optyczną - co najmniej dla procesora (master). Nigdy nie wiadomo co z drugiej strony do linii dotrze. To rozwiązanie ma dodatkowo tą zaletę, że można podnieść napięcie w linii poprawiając zasięg.
Kolejna uwaga, ale to pewnie wiesz, wynika z istnienia obu sygnałów w jednym przewodzie, musisz więc wyłączyć przerwanie RxD podczas nadawania.
Jeśli nie masz za dużo urządzeń slave to najlepszą organizacją transmisji będzie chyba odpytywanie (pooling) przez co unikniesz kolizjom od wielu stacji slave. Inną sprawą będą odbicia ale w przytoczonym linku jes na to kilka sposobów.
L.J.
Co jest złego w rs485? Dwa przewody do symetrycznego sygnału? w simplexie tez moze pracować a zasięgi i prędkości dobre. Pewnym problemem jest common mode ale to kwestia implementacji.