RTV forum PL | NewsGroups PL

Izolowany konwerter zrobić z RS232 na RS485

NOWY TEMAT

elektroda.net NewsGroups Forum Index - Elektronika Polska - Izolowany konwerter zrobić z RS232 na RS485

Goto page Previous  1, 2, 3, 4, 5, 6, 7  Next

Dariusz Dorochowicz
Guest

Tue Sep 26, 2017 12:49 pm   



W dniu 2017-09-26 o 04:38, Pszemol pisze:

Quote:
Problem mam teraz, bom rozpieszczony, a muszę się dogadać z jednopłytkowcem
przez jego rs232 a w swoim mam rs485 i obsługujemy trzy baudrate: 1200,
2400 i 9600.

Nie wypada mi przyjąć rozwiązania z konwertera "automatycznego", tego co to
odwróconym TX steruje nadajnikiem linii rs485, bo przecież to jest
druciarstwo, więc jak mi się nie uda gościa softwarowego od tego
jednopłytkowca przekonać aby mi machał RTSem w czasie gdy odpowiada na moje
zapytania to będzie kicha: NE555 i trzy jumpery do ustawiania baudrate
trzeba bedzie dać Sad

Jeszcze jedna sprawa mi się przypomniała, chociaż z Linuxem to trudniej
będzie. Jeżeli masz wpływ na protokół i na magistrali nie będziesz miał
innych urządzeń, to opcja z 555 jest o tyle prostsza, że można wymusić
odstępy między transmisją kolejnych pakietów, co zapobiegnie
przedwczesnemu włączaniu nadajnika - po prostu z definicji jest pauza
między pakietami. Przy niewielkim wymaganiu na transfer można to nawet
na stałe ustawić - żeby nie trzeba było jumperów.

Pozdrawiam

DD

Krzysztof Kajstura
Guest

Tue Sep 26, 2017 1:08 pm   



W dniu 2017-09-26 o 04:38, Pszemol pisze:
Quote:
Ktoś się przypadkiem orientuje czy standardowe drivery do rs232 pod
linuksem nie umożliwiają takiej funkcji machania RTSem w takt nadawania?

Jak kiedyś przerabiałem podobny temat to były patche kernela pod kilka mikroprocesorów, które mają
sprzętowo zaimplementowane sterowanie kierunkiem RS-485 w module UART. Teraz już chyba są włączone
do oficjalnych źródeł kernela. W moim przypadku był to AT91SAM9260. Działało bezbłędnie dla
dowolnych prędkości transmisji.

J.F.
Guest

Tue Sep 26, 2017 6:52 pm   



Użytkownik "Pszemol" napisał w wiadomości grup
dyskusyjnych:oqe5km$on2$6_at_dont-email.me...
J.F. <jfox_xnospamx_at_poczta.onet.pl> wrote:
Quote:
do 9600 to chyba mozesz tez druciarstwo - po zmianie z 0 na 1 na
ulamek bita zostaw wlaczony nadajnik, pojemnosci kabla przeladuje,
a
potem rezystory podtrzymujace wystarcza.

Nie mogę zrobić takiego druciarstwa.
W czasie wysyłania bitów '1' nie sterujesz linią. Zamiast 5V odstępu
między
drutami masz jakies 200mV. Sorry, ale to nieprofesjonalne.

Jak dziala, to jest profesjonalne :-)

Daj inne oporniki, zrob 500mV :-)

Quote:
Ktoś się przypadkiem orientuje czy standardowe drivery do rs232
pod
linuksem nie umożliwiają takiej funkcji machania RTSem w takt
nadawania?

cos mi mignelo, ze maja ... i ze to nie do konca dobrze dziala.
No bo sam wiesz - Exar, albo problem przerwania, a unix lubi dlugie
bufory Smile
A pamiętasz jakieś słowa kluczowe aby to poszukać w linuksie?

Linux automatic RTS control
https://stackoverflow.com/questions/25250731/automatically-changing-rts-for-rs-485-communication
pewnie rs-485 direction control bedzie lepsze.

Ale to ten jednoplytkowiec ?
Moze prosciej bedzie obejrzec i przerobic driver UARTa ?


J.

Dariusz Dorochowicz
Guest

Tue Sep 26, 2017 6:58 pm   



W dniu 2017-09-26 o 20:17, Pszemol pisze:
Quote:
Dariusz Dorochowicz <dadoro_at__wp_._com_> wrote:

Ale w ogóle to RS485 to bardzo wdzięczny temat - jak nie wiesz czy
zadziała to bierzesz MAXa w obudowie DIP (albo na płyteczce SO->DIP),
płytkę uniwersalną:
http://www.gotronik.pl/plytki-stykowe-c-16.html
i sprawdzasz. Szkoda czasu na rozważania teoretyczne. Jak już wiesz co i
jak to możesz się pozastanawiać jak zrobić.
A jak masz dość czasu to robisz to samo na PCB żeby nie mieć wątpliwości
czy przypadkiem któryś z drucików słabo nie stykał.

Nie bardzo rozumiem o czym Ty piszesz... co Ty chcesz sprawdzać budując
nową płytkę z MAXem?
I ja piszę o jednopłytkowym pececie, który został użyty przez inną firmę i
z tym produktem muszę współpracować.

Masz zrobić konwerter? No to zrób go najpierw na pająku. MAX485 plus
MAX232 i kombinujesz co jeszcze trzeba dodać itd. No i tyle.

Pozdrawiam

DD

Dariusz Dorochowicz
Guest

Tue Sep 26, 2017 7:17 pm   



W dniu 2017-09-26 o 20:46, Pszemol pisze:
Quote:
Krzysztof Kajstura <supportDELETETHIS_at_NOSPAMkristech.eu> wrote:
W dniu 2017-09-26 o 04:38, Pszemol pisze:
Ktoś się przypadkiem orientuje czy standardowe drivery do rs232 pod
linuksem nie umożliwiają takiej funkcji machania RTSem w takt nadawania?

Jak kiedyś przerabiałem podobny temat to były patche kernela pod kilka
mikroprocesorów, które mają
sprzętowo zaimplementowane sterowanie kierunkiem RS-485 w module UART.
Teraz już chyba są włączone
do oficjalnych źródeł kernela. W moim przypadku był to AT91SAM9260.
Działało bezbłędnie dla
dowolnych prędkości transmisji.

Ten pecet-jednopłytkowiec to VDX-6354D. Mam do dyspozycji tylko jeden z
jego portow RS232, - jego dedykowany RS485 jest już zajęty do innych celów.

Najnowszy to ten Linux nie jest. Chyba że coś innego niż na
http://www.dmp.com.tw/tech/os-xlinux/#download
dokąd kieruje jakaś wersja dokumentacji.

Pozdrawiam

DD

Pszemol
Guest

Tue Sep 26, 2017 8:17 pm   



J.F. <jfox_xnospamx_at_poczta.onet.pl> wrote:
Quote:
Użytkownik "Pszemol" napisał w wiadomości grup
dyskusyjnych:oqcejp$37t$1_at_dont-email.me...

Problem mam teraz, bom rozpieszczony, a muszę się dogadać z
jednopłytkowcem
przez jego rs232 a w swoim mam rs485 i obsługujemy trzy baudrate:
1200,
2400 i 9600.

przerobic "swojego" na czterodruta ?

Mógłbym, lokalnie, ale dalej musiałbym puścić tylko dwa druty, bo taki mamy
standard.

Quote:
Ten jednoplytkowiec nie bedzie czegos wysylal nieproszony, tzn w
sposob niekontrolowany i grozący konfliktem ?

Nie. On ma odpowiadać tylko zapytany. Jak przestało na grzecznego slave w
RS485.

Quote:
Nie wypada mi przyjąć rozwiązania z konwertera "automatycznego", tego
co to
odwróconym TX steruje nadajnikiem linii rs485, bo przecież to jest
druciarstwo, więc jak mi się nie uda gościa softwarowego od tego
jednopłytkowca przekonać aby mi machał RTSem w czasie gdy odpowiada
na moje
zapytania to będzie kicha: NE555 i trzy jumpery do ustawiania
baudrate
trzeba bedzie dać :-(

www.ti.com/lit/ug/tidubw6/tidubw6.pdf
Masz tu schemat namaszczony przez TI Smile

Tak, znalazłem to samo już parę dni temu, zanim rozebrałem tego małego, bez
jumperków do ustawiania baudrate.

Quote:
do 9600 to chyba mozesz tez druciarstwo - po zmianie z 0 na 1 na
ulamek bita zostaw wlaczony nadajnik, pojemnosci kabla przeladuje, a
potem rezystory podtrzymujace wystarcza.

Nie mogę zrobić takiego druciarstwa.
W czasie wysyłania bitów '1' nie sterujesz linią. Zamiast 5V odstępu między
drutami masz jakies 200mV. Sorry, ale to nieprofesjonalne.

Quote:
Ktoś się przypadkiem orientuje czy standardowe drivery do rs232 pod
linuksem nie umożliwiają takiej funkcji machania RTSem w takt
nadawania?

cos mi mignelo, ze maja ... i ze to nie do konca dobrze dziala.
No bo sam wiesz - Exar, albo problem przerwania, a unix lubi dlugie
bufory Smile

A pamiętasz jakieś słowa kluczowe aby to poszukać w linuksie?

Pszemol
Guest

Tue Sep 26, 2017 8:17 pm   



Dariusz Dorochowicz <dadoro_at__wp_._com_> wrote:
Quote:
W dniu 2017-09-26 o 04:38, Pszemol pisze:

Problem mam teraz, bom rozpieszczony, a muszę się dogadać z jednopłytkowcem
przez jego rs232 a w swoim mam rs485 i obsługujemy trzy baudrate: 1200,
2400 i 9600.

Nie wypada mi przyjąć rozwiązania z konwertera "automatycznego", tego co to
odwróconym TX steruje nadajnikiem linii rs485, bo przecież to jest
druciarstwo, więc jak mi się nie uda gościa softwarowego od tego
jednopłytkowca przekonać aby mi machał RTSem w czasie gdy odpowiada na moje
zapytania to będzie kicha: NE555 i trzy jumpery do ustawiania baudrate
trzeba bedzie dać :-(

Ktoś się przypadkiem orientuje czy standardowe drivery do rs232 pod
linuksem nie umożliwiają takiej funkcji machania RTSem w takt nadawania?

Co do samego drivera, to zapewne zależy to również od samego procka (nie
ja z tym walczyłem więc gdybam), ale na pewno przy starych jądrach
systemu (bodaj 2.6.x) i SAM9260 nie działało to poprawnie. Przy 3.x
podobno jest już OK, ale jeszcze nie mogę wyegzekwować potwierdzenia (są
ważniejsze sprawy - cokolwiek by to znaczyło).

Ale w ogóle to RS485 to bardzo wdzięczny temat - jak nie wiesz czy
zadziała to bierzesz MAXa w obudowie DIP (albo na płyteczce SO->DIP),
płytkę uniwersalną:
http://www.gotronik.pl/plytki-stykowe-c-16.html
i sprawdzasz. Szkoda czasu na rozważania teoretyczne. Jak już wiesz co i
jak to możesz się pozastanawiać jak zrobić.
A jak masz dość czasu to robisz to samo na PCB żeby nie mieć wątpliwości
czy przypadkiem któryś z drucików słabo nie stykał.

Nie bardzo rozumiem o czym Ty piszesz... co Ty chcesz sprawdzać budując

nową płytkę z MAXem?
I ja piszę o jednopłytkowym pececie, który został użyty przez inną firmę i
z tym produktem muszę współpracować.

Pszemol
Guest

Tue Sep 26, 2017 8:17 pm   



Piotr Gałka <piotr.galka_at_cutthismicromade.pl> wrote:
Quote:
W dniu 2017-09-26 o 04:38, Pszemol pisze:
Problem mam teraz, bom rozpieszczony, a muszę się dogadać z jednopłytkowcem
przez jego rs232 a w swoim mam rs485 i obsługujemy trzy baudrate: 1200,
2400 i 9600.

Nie wypada mi przyjąć rozwiązania z konwertera "automatycznego", tego co to
odwróconym TX steruje nadajnikiem linii rs485, bo przecież to jest
druciarstwo, więc jak mi się nie uda gościa softwarowego od tego
jednopłytkowca przekonać aby mi machał RTSem w czasie gdy odpowiada na moje
zapytania to będzie kicha: NE555 i trzy jumpery do ustawiania baudrate
trzeba bedzie dać :-(

Ktoś się przypadkiem orientuje czy standardowe drivery do rs232 pod
linuksem nie umożliwiają takiej funkcji machania RTSem w takt nadawania?


Nie wiem czy dobrze rozumiem Twój problem.
Protokoły zazwyczaj zawierają jakieś mechanizmy powtarzania jak brak
odpowiedzi. Pierwszą ramkę można wykorzystać do rozpoznania prędkości na
której ten drugi chodzi i się na nią ustawić.

Tak, autobaudrate to jedna z opcji uniknięcia jumperór do wyboru baudrate i
zastąpienie ich dodatkowym procesorem wstawionym tam tylko w tym celu -
troszkę brzmi jak strzelanie z armaty do komara.

Pszemol
Guest

Tue Sep 26, 2017 8:46 pm   



Krzysztof Kajstura <supportDELETETHIS_at_NOSPAMkristech.eu> wrote:
Quote:
W dniu 2017-09-26 o 04:38, Pszemol pisze:
Ktoś się przypadkiem orientuje czy standardowe drivery do rs232 pod
linuksem nie umożliwiają takiej funkcji machania RTSem w takt nadawania?

Jak kiedyś przerabiałem podobny temat to były patche kernela pod kilka
mikroprocesorów, które mają
sprzętowo zaimplementowane sterowanie kierunkiem RS-485 w module UART.
Teraz już chyba są włączone
do oficjalnych źródeł kernela. W moim przypadku był to AT91SAM9260.
Działało bezbłędnie dla
dowolnych prędkości transmisji.

Ten pecet-jednopłytkowiec to VDX-6354D. Mam do dyspozycji tylko jeden z
jego portow RS232, - jego dedykowany RS485 jest już zajęty do innych celów.

J.F.
Guest

Tue Sep 26, 2017 10:41 pm   



Dnia Tue, 26 Sep 2017 18:46:53 -0000 (UTC), Pszemol napisał(a):
Quote:
Krzysztof Kajstura <supportDELETETHIS_at_NOSPAMkristech.eu> wrote:
Ktoś się przypadkiem orientuje czy standardowe drivery do rs232 pod
linuksem nie umożliwiają takiej funkcji machania RTSem w takt nadawania?

Ten pecet-jednopłytkowiec to VDX-6354D. Mam do dyspozycji tylko jeden z
jego portow RS232, - jego dedykowany RS485 jest już zajęty do innych celów.

A patrzyles jak zrobiony ten RS485 ?

Bo spodziewalbym sie, ze uarty zrobione podobnie, wiec skopiowac
rozwiazanie z tego jednego portu 485.


Ale ... czy to ten ?
http://www.vortex86.com/?p=152

"Support TXD_En Signal on COM1/COM2"

J.

Pszemol
Guest

Wed Sep 27, 2017 4:36 am   



Dariusz Dorochowicz <_dadoro__at_wp.com> wrote:
Quote:
W dniu 2017-09-26 o 20:17, Pszemol pisze:
Dariusz Dorochowicz <dadoro_at__wp_._com_> wrote:

Ale w ogóle to RS485 to bardzo wdzięczny temat - jak nie wiesz czy
zadziała to bierzesz MAXa w obudowie DIP (albo na płyteczce SO->DIP),
płytkę uniwersalną:
http://www.gotronik.pl/plytki-stykowe-c-16.html
i sprawdzasz. Szkoda czasu na rozważania teoretyczne. Jak już wiesz co i
jak to możesz się pozastanawiać jak zrobić.
A jak masz dość czasu to robisz to samo na PCB żeby nie mieć wątpliwości
czy przypadkiem któryś z drucików słabo nie stykał.

Nie bardzo rozumiem o czym Ty piszesz... co Ty chcesz sprawdzać budując
nową płytkę z MAXem?
I ja piszę o jednopłytkowym pececie, który został użyty przez inną firmę i
z tym produktem muszę współpracować.

Masz zrobić konwerter? No to zrób go najpierw na pająku. MAX485 plus
MAX232 i kombinujesz co jeszcze trzeba dodać itd. No i tyle.

Wiem czego się mogę spodziewać bez robienia tego typu eksperymentów...
czymś muszę konkretnie sterować stanem pinów DE/RI. I o tym tu przecież od
samego początku mówimy.

Pszemol
Guest

Wed Sep 27, 2017 4:36 am   



J.F. <jfox_xnospamx_at_poczta.onet.pl> wrote:
Quote:
Dnia Tue, 26 Sep 2017 18:46:53 -0000 (UTC), Pszemol napisał(a):
Krzysztof Kajstura <supportDELETETHIS_at_NOSPAMkristech.eu> wrote:
Ktoś się przypadkiem orientuje czy standardowe drivery do rs232 pod
linuksem nie umożliwiają takiej funkcji machania RTSem w takt nadawania?

Ten pecet-jednopłytkowiec to VDX-6354D. Mam do dyspozycji tylko jeden z
jego portow RS232, - jego dedykowany RS485 jest już zajęty do innych celów.

A patrzyles jak zrobiony ten RS485 ?

Bo spodziewalbym sie, ze uarty zrobione podobnie, wiec skopiowac
rozwiazanie z tego jednego portu 485.


Ale ... czy to ten ?
http://www.vortex86.com/?p=152

"Support TXD_En Signal on COM1/COM2"

Na razie wysłałem email do softwareowca który jest odpowiedzislny za

firmware na swojej płytce. Jak on wymięknie to zamemu zacznę to rozczajać -
dzięki, ten txen wygląda obiecująco.

J.F.
Guest

Wed Sep 27, 2017 6:51 am   



Dnia Wed, 27 Sep 2017 02:36:13 -0000 (UTC), Pszemol napisał(a):
Quote:
J.F. <jfox_xnospamx_at_poczta.onet.pl> wrote:
Ten pecet-jednopłytkowiec to VDX-6354D. Mam do dyspozycji tylko jeden z
jego portow RS232, - jego dedykowany RS485 jest już zajęty do innych celów.

A patrzyles jak zrobiony ten RS485 ?

Bo spodziewalbym sie, ze uarty zrobione podobnie, wiec skopiowac
rozwiazanie z tego jednego portu 485.


Ale ... czy to ten ?
http://www.vortex86.com/?p=152

"Support TXD_En Signal on COM1/COM2"

Na razie wysłałem email do softwareowca który jest odpowiedzislny za
firmware na swojej płytce. Jak on wymięknie to zamemu zacznę to rozczajać -
dzięki, ten txen wygląda obiecująco.

Dokumentacje przejrzyj, co tam pisza, na ktorym pinie wyprowadzony i
czy nie dzieli pinu z RTS :-)

J.

Piotr Gałka
Guest

Wed Sep 27, 2017 9:48 am   



W dniu 2017-09-26 o 20:17, Pszemol pisze:

Quote:
Nie. On ma odpowiadać tylko zapytany. Jak przestało na grzecznego slave w
RS485.

To inaczej używamy RS485 Smile
U nas każdy się odzywa jak ma coś do powiedzenia.

Quote:
www.ti.com/lit/ug/tidubw6/tidubw6.pdf
Masz tu schemat namaszczony przez TI :-)

Tak, znalazłem to samo już parę dni temu, zanim rozebrałem tego małego, bez
jumperków do ustawiania baudrate.

OIDP różne 555 różnie się zachowują jak sygnały R i S dają sprzeczne
wytyczne dla przerzutnika. Ale tak mi się wydaje, że tu nie spowoduje to
problemu (kwestia momentu włączenia dla kolejnego bajtu.


Quote:

Nie mogę zrobić takiego druciarstwa.
W czasie wysyłania bitów '1' nie sterujesz linią. Zamiast 5V odstępu między
drutami masz jakies 200mV. Sorry, ale to nieprofesjonalne.

Czekaj, czekaj, jakie 5V i 200mV.
Nadajnik daje typowo tylko jakieś 2,5V (wynika z konieczności
zabezpieczenia buforów wyjściowych nadajnika przed różnicą mas +-7V). Po
długim kablu (obciążonym rezystorem dopasowującym) masz niewiele ponad
te 200mV i wszystko ma działać. Typowy odbiornik może mieć próg dowolnie
gdzieś miedzy -200 a +200mV więc faktyczny zapas to tyle co po tym kablu
jest ponad te 200mV.
Odbiorniki fail save gdy sygnał jest 0V ma zapas chyba rzędu 70mV. Wcale
nie musi być mniej niż normalny odbiornik (za długim kablem) z włączonym
nadajnikiem dla stanu 1.
Jak nie wiadomo, czy tamten ma fail-save to można opornikami wymusić
stan ponad 200mV. Gdyby prędkość była 57600, czy 115200 a kabel 1km to
uważałbym, że silne przeładowanie na stan 1 przed puszczeniem luzem jest
konieczne, ale przy małych prędkościach to nawet bez tego RS485 nie
powinien mieć żadnych problemów.
P.G.

Piotr Gałka
Guest

Wed Sep 27, 2017 9:49 am   



W dniu 2017-09-26 o 20:17, Pszemol pisze:
Quote:

Tak, autobaudrate to jedna z opcji uniknięcia jumperór do wyboru baudrate i
zastąpienie ich dodatkowym procesorem wstawionym tam tylko w tym celu -
troszkę brzmi jak strzelanie z armaty do komara.

Rozumiem, że ten, który ma po tym RS485 gadać już nie ma zapasu mocy

obliczeniowej aby to sobie wyliczyć.
P.G.

Goto page Previous  1, 2, 3, 4, 5, 6, 7  Next

elektroda.net NewsGroups Forum Index - Elektronika Polska - Izolowany konwerter zrobić z RS232 na RS485

NOWY TEMAT

RTV map News map