Programowanie komunikacji RS485 z PC przy użyciu C ? podobieństwa do RS232
RS 485 - programowanie
From: "E.N" <gm_at_nospam_gnas.pl>
Subject: RS 485 - programowanie
Date: Tue, 23 Nov 2004 10:07:25 +0100
Witam.
Jestem początkowym programistą.
Mam urządzenie (miernik) z interfejsem RS485 oraz
pc z wbudowanym interfejsem RS485. Mam oprogramować komunikację pomiędzy
tymi urządzeniami (w języku c).
Mam pewne doświadczenia z RS232. Rozumiem, że przy
takich warunkach, oprogramowanie komunikacji (kod aplikacji) jest takie samo
jak w przypadku RS 232.
Proszę o potwierdzenie tej tezy.
pozdrawiam
GG
From: "Piotr Gałka" <piotr.galka_at_nospam_CUTTHISmicromade.pl>
Subject: Re: RS 485 - programowanie
Date: Tue, 23 Nov 2004 10:51:28 +0100
Użytkownik "E.N" <gm_at_nospam_gnas.pl> napisał w wiadomości
news:cnuun5$lcv$1_at_nospam_nemesis.news.tpi.pl...
Witam.
Jestem początkowym programistą.
Mam urządzenie (miernik) z interfejsem RS485 oraz
pc z wbudowanym interfejsem RS485. Mam oprogramować komunikację
pomiędzy
tymi urządzeniami (w języku c).
Mam pewne doświadczenia z RS232. Rozumiem, że przy
takich warunkach, oprogramowanie komunikacji (kod aplikacji) jest
takie samo
jak w przypadku RS 232.
W RS232 są osobne tory w dwie strony, a tu jest jeden wspólny.
W RS485 ramki mogą się "zderzyć" i trzeba to jakoś rozwiązać.
Można wymyślić coś samemu, lub zastosować jakiś standard (nie znam).
P.G.
From: Mariusz Dybiec <mardyb_at_nospam_poczta.onet.pl>
Subject: Re: RS 485 - programowanie
Date: Wed, 24 Nov 2004 18:45:54 +0100
Piotr Gałka wrote:
W RS232 są osobne tory w dwie strony, a tu jest jeden wspólny.
W RS485 ramki mogą się "zderzyć" i trzeba to jakoś rozwiązać.
Nie mogą jeśli to jest RS485 bo wg standardu musisz zastosować
Master-Slave. Slave nie może nadawać spontanicznie tylko jest odpytywany.
--
Pozdrawiam
MD
From: "Andrzej Augustynowicz" <august_at_nospam_csk.pl>
Subject: Re: RS 485 - programowanie
Date: Wed, 24 Nov 2004 19:46:19 +0100
Witam
W RS232 są osobne tory w dwie strony, a tu jest jeden wspólny.
W RS485 ramki mogą się "zderzyć" i trzeba to jakoś rozwiązać.
Nie mogą jeśli to jest RS485 bo wg standardu musisz zastosować
Master-Slave. Slave nie może nadawać spontanicznie tylko jest odpytywany.
Moment, moment - RS485 definiuje TYLKO warstwe fizyczna.
Jesli uklad jest typu multimaster (a dlaczego nie ?) to moga wystapic
"kolizje". Zalozmy sytuacje, kedy master-slave skoncza wymiane danych
i inne mastery chca rozpoczac transmisje do swoich adresatow.
Z pewnoscia badaja zajetosc szyny transmisyjnej jednak nie mozna
wykluczyc ze decyzje o rozpoczceciu transmisji podejma w tym samym
czasie.
Oczywiscie mozna to rozwiazac poprzez wymiane "tokenow", przydzial
czasu itd. ale to juz inna bajka :)
Pozdrawiam
Andrzej
From: Mariusz Dybiec <mardyb_at_nospam_poczta.onet.pl>
Subject: Re: RS 485 - programowanie
Date: Thu, 25 Nov 2004 01:14:48 +0100
Andrzej Augustynowicz wrote:
Witam
W RS232 są osobne tory w dwie strony, a tu jest jeden wspólny.
W RS485 ramki mogą się "zderzyć" i trzeba to jakoś rozwiązać.
Nie mogą jeśli to jest RS485 bo wg standardu musisz zastosować
Master-Slave. Slave nie może nadawać spontanicznie tylko jest odpytywany.
Moment, moment - RS485 definiuje TYLKO warstwe fizyczna.
Jesli uklad jest typu multimaster (a dlaczego nie ?) to moga wystapic
"kolizje". Zalozmy sytuacje, kedy master-slave skoncza wymiane danych
i inne mastery chca rozpoczac transmisje do swoich adresatow.
Nie będę się upierał ale nie przypominam sobie żeby EIA/TIA-485
dopuszczało więcej niż jeden master. Na 75176 obciążonym 50ohm możesz
sobie rzeźbić dowolnie ale to nie oznacza, że efekt będzie zgodny z
RS485 czyli "Recommended Standard".
W tym przypadku gość ma dość prosty układ - miernik który pewnie nie
jest masterem i pc który może i powinien być masterem. Pisanie mu o
wersjach RS485 dwu i czteroprzewodowych o echach i kolizjach jakie muszą
towarzyszyć wersji 2 przewodowej wprowadza chaos pojęciowy.
--
Pozdrawiam
MD
From: "Piotr Gałka" <piotr.galka_at_nospam_CUTTHISmicromade.pl>
Subject: Re: RS 485 - programowanie
Date: Thu, 25 Nov 2004 09:47:29 +0100
Użytkownik "Mariusz Dybiec" <mardyb_at_nospam_poczta.onet.pl> napisał w
wiadomości news:co38d2$3bh$1_at_nospam_nemesis.news.tpi.pl...
Nie będę się upierał ale nie przypominam sobie żeby EIA/TIA-485
dopuszczało więcej niż jeden master. Na 75176 obciążonym 50ohm
możesz
sobie rzeźbić dowolnie ale to nie oznacza, że efekt będzie zgodny z
RS485 czyli "Recommended Standard".
W tym przypadku gość ma dość prosty układ - miernik który pewnie nie
jest masterem i pc który może i powinien być masterem. Pisanie mu o
wersjach RS485 dwu i czteroprzewodowych o echach i kolizjach jakie
muszą
towarzyszyć wersji 2 przewodowej wprowadza chaos pojęciowy.
Zgoda, ale nie można pisać nieprawdy.
P.G.
From: "Piotr Gałka" <piotr.galka_at_nospam_CUTTHISmicromade.pl>
Subject: Re: RS 485 - programowanie
Date: Thu, 25 Nov 2004 09:45:30 +0100
Użytkownik "Mariusz Dybiec" <mardyb_at_nospam_poczta.onet.pl> napisał w
wiadomości news:co2hjk$gno$1_at_nospam_nemesis.news.tpi.pl...
Piotr Gałka wrote:
W RS232 są osobne tory w dwie strony, a tu jest jeden wspólny.
W RS485 ramki mogą się "zderzyć" i trzeba to jakoś rozwiązać.
Nie mogą jeśli to jest RS485 bo wg standardu musisz zastosować
Master-Slave. Slave nie może nadawać spontanicznie tylko jest
odpytywany.
Według jakiego standardu ?
Standard RS485 nie definiuje żadnego protokołu komunikacji, za to
wymaga, aby nadajnik wytrzymał zderzenie z drugim nadajnikiem.
Odpytywanie to najprymitywniejszy protokół komunikacji.
A jeśli jest 256 Slave-ów, które sporadycznie (raz na godzinę) mają
coś do wysłania, ale powinno wtedy być jak najszybciej (na przykład
kilka ms) i linia powinna jak najmniej siać zakłóceń.
P.G.
From: Mariusz Dybiec <mardyb_at_nospam_poczta.onet.pl>
Subject: Re: RS 485 - programowanie
Date: Thu, 25 Nov 2004 10:48:33 +0100
Piotr Gałka wrote:
Użytkownik "Mariusz Dybiec" <mardyb_at_nospam_poczta.onet.pl> napisał w
wiadomości news:co2hjk$gno$1_at_nospam_nemesis.news.tpi.pl...
Piotr Gałka wrote:
W RS232 są osobne tory w dwie strony, a tu jest jeden wspólny.
W RS485 ramki mogą się "zderzyć" i trzeba to jakoś rozwiązać.
Nie mogą jeśli to jest RS485 bo wg standardu musisz zastosować
Master-Slave. Slave nie może nadawać spontanicznie tylko jest
odpytywany.
Według jakiego standardu ?
Standard RS485 nie definiuje żadnego protokołu komunikacji, za to
wymaga, aby nadajnik wytrzymał zderzenie z drugim nadajnikiem.
Owszem nie definiuje protokołu ale zaleca konfigurację Master-Slave.
Odpytywanie to najprymitywniejszy protokół komunikacji.
A jeśli jest 256 Slave-ów, które sporadycznie (raz na godzinę) mają
coś do wysłania, ale powinno wtedy być jak najszybciej (na przykład
kilka ms) i linia powinna jak najmniej siać zakłóceń.
To już nie będzie Master-Slave
P.G.
--
Pozdrawiam
MD
From: "entroper" <entroper_at_nospam_CWD.spamerom.poczta.onet.pl>
Subject: Re: RS 485 - programowanie
Date: Tue, 23 Nov 2004 10:55:19 +0100
"E.N" <gm_at_nospam_gnas.pl> wrote in message
news:cnuun5$lcv$1_at_nospam_nemesis.news.tpi.pl...
(...)
Mam pewne doświadczenia z RS232. Rozumiem, że przy
takich warunkach, oprogramowanie komunikacji (kod aplikacji) jest
takie samo
jak w przypadku RS 232.
jesli to RS485 full duplex (2 pary), to bedzie tak samo, jesli jedna
para, a komunikacja ma zachodzic w dwie strony, wtedy trzeba
zapewnic jakis mechanizm zwalniania magistrali. No i nadawane dane
beda wracac do odbiornika ("echo").
pozdrawiam
entrop3r
From: "Michał" <michallo4_at_nospam_wp.pl>
Subject: Re: RS 485 - programowanie
Date: Tue, 23 Nov 2004 11:17:52 +0100
Mam pewne doświadczenia z RS232. Rozumiem, że przy
takich warunkach, oprogramowanie komunikacji (kod aplikacji) jest
takie samo
jak w przypadku RS 232.
jesli to RS485 full duplex (2 pary), to bedzie tak samo, jesli jedna
para, a komunikacja ma zachodzic w dwie strony, wtedy trzeba
zapewnic jakis mechanizm zwalniania magistrali. No i nadawane dane
beda wracac do odbiornika ("echo").
Potwierdzam, to cholerne echo przytrzymalo mnie kilka dni w miejscu,
zanim rozpoznalem i rozwiazalem problem.
Jesli ktos chce kilka fotek sieci na RS485 mozna przejrzec tu:
http://www.michallo.ll.pl/RS485/index.htm
Pzd Michał
pozdrawiam
entrop3r
From: Sebastian Bialy <heby_at_nospam_poczta.onet.pl>
Subject: Re: RS 485 - programowanie
Date: Tue, 23 Nov 2004 12:30:08 +0100
Michał wrote:
> Potwierdzam, to cholerne echo przytrzymalo mnie kilka dni w miejscu,
> zanim rozpoznalem i rozwiazalem problem.
> Jesli ktos chce kilka fotek sieci na RS485 mozna przejrzec tu:
> http://www.michallo.ll.pl/RS485/index.htm
Stosowałeś jakiś popularny protokół, czy coś własnego ? Własnie szyke
sieć na RS485 i mam jeszcze pole manewru ;)
--
Sebastian Bialy - heby_at_nospam_poczta.onet.pl
From: "Michał" <michallo4_at_nospam_wp.pl>
Subject: Re: RS 485 - programowanie
Date: Tue, 23 Nov 2004 14:41:41 +0100
Stosowałeś jakiś popularny protokół, czy coś własnego ? Własnie szyke
sieć na RS485 i mam jeszcze pole manewru ;)
Protokół wlasny, nawet nie chcialo mi sie szukac czego co moglnym
przystosowac do swojej sieci. W ramce danych mam zapisana temeperature, stan
fotokomorek oraz sterowanie przekaznikiem.
Pzd Michał
From: "GG" <gm_at_nospam_gnas.pl>
Subject: Re: RS 485 - programowanie
Date: Tue, 23 Nov 2004 13:05:25 +0100
Można gdzieś poczytać o metodach rozwiązujących ten problem ???
Użytkownik "entroper" <entroper_at_nospam_CWD.spamerom.poczta.onet.pl> napisał w
wiadomości news:cnv0s1$l1$1_at_nospam_achot.icm.edu.pl...
"E.N" <gm_at_nospam_gnas.pl> wrote in message
news:cnuun5$lcv$1_at_nospam_nemesis.news.tpi.pl...
(...)
Mam pewne doświadczenia z RS232. Rozumiem, że przy
takich warunkach, oprogramowanie komunikacji (kod aplikacji) jest
takie samo
jak w przypadku RS 232.
jesli to RS485 full duplex (2 pary), to bedzie tak samo, jesli jedna
para, a komunikacja ma zachodzic w dwie strony, wtedy trzeba
zapewnic jakis mechanizm zwalniania magistrali. No i nadawane dane
beda wracac do odbiornika ("echo").
pozdrawiam
entrop3r
From: "Tomasz Sliwa" <tomsliwaXXX_at_nospam_XXXsys.net.pl>
Subject: Re: RS 485 - programowanie
Date: Tue, 23 Nov 2004 17:13:58 +0100
Witam
zapewnic jakis mechanizm zwalniania magistrali. No i nadawane dane
beda wracac do odbiornika ("echo").
Ja rozwiazalem to bardzo prosto. W momencie nadawania wylaczalem odbiornik.
Nie mam pdfa (max485) pod reka, ale chyba wystarczylo zewrzec wyprowadzenia
ENABLE nadajnika i odbiornika, bo uaktywniane sa (o ile dobrze pamietam -
projekt robilem prawie 3 lata temu) roznymi stanami logicznymi (FIXME).
Dzialalo tot bez zarzutu, nie mialem problemu z echem.
Pozdrawiam
Tomek
From: "GG" <gm_at_nospam_gnas.pl>
Subject: Re: RS 485 - programowanie
Date: Wed, 24 Nov 2004 06:42:54 +0100
Czy problemy także wystepują gdy używamy jakiegoś popularnego protokołu
(Modbus, profibus) ?
Użytkownik "Tomasz Sliwa" <tomsliwaXXX_at_nospam_XXXsys.net.pl> napisał w wiadomości
news:cnvnrb$gj6$1_at_nospam_nemesis.news.tpi.pl...
Witam
zapewnic jakis mechanizm zwalniania magistrali. No i nadawane dane
beda wracac do odbiornika ("echo").
Ja rozwiazalem to bardzo prosto. W momencie nadawania wylaczalem
odbiornik.
Nie mam pdfa (max485) pod reka, ale chyba wystarczylo zewrzec
wyprowadzenia
ENABLE nadajnika i odbiornika, bo uaktywniane sa (o ile dobrze pamietam -
projekt robilem prawie 3 lata temu) roznymi stanami logicznymi (FIXME).
Dzialalo tot bez zarzutu, nie mialem problemu z echem.
Pozdrawiam
Tomek
From: Mariusz Dybiec <mardyb_at_nospam_poczta.onet.pl>
Subject: Re: RS 485 - programowanie
Date: Wed, 24 Nov 2004 18:39:36 +0100
entroper wrote:
"E.N" <gm_at_nospam_gnas.pl> wrote in message
news:cnuun5$lcv$1_at_nospam_nemesis.news.tpi.pl...
(...)
Mam pewne doświadczenia z RS232. Rozumiem, że przy
takich warunkach, oprogramowanie komunikacji (kod aplikacji) jest
takie samo
jak w przypadku RS 232.
jesli to RS485 full duplex (2 pary), to bedzie tak samo, jesli jedna
para, a komunikacja ma zachodzic w dwie strony, wtedy trzeba
zapewnic jakis mechanizm zwalniania magistrali. No i nadawane dane
beda wracac do odbiornika ("echo").
Jeśli full duplex to nie będzie RS485 tylko RS422. Jeśli jednak RS485
czyli 1 para to dzięki "sprzętowemu" zwalnianiu magistrali nie masz
echa. Jeśli pracuje nadajnik to odbiornik jest po tej stronie odłączony
( na wyjściu ustawiony na 1 ). Przełączenie odbiór-nadawanie jest albo
sterowane linią RTS albo następuje automatycznie przy pojawieniu się
bitu startu po stronie TTL przy pomocy prostego przerzutnika
monostabilnego. Wszystkie znane mi karty RS485/RS422 oraz konwertery
485-232 mają tak rozwiązane. Czasami to przełączanie powoduje, że
obetnie ci początek odpowiedzi jeśli Slave za szybko zacznie odpowiadać.
Ja robiąc obsługę w Slave musiałem zazwyczaj trochę opóźniać odpowiedż
bo pecet z kartą Advantecha nie zdążał.
--
Pozdrawiam
MD
From: "entroper" <entroper_at_nospam_CWD.spamerom.poczta.onet.pl>
Subject: Re: RS 485 - programowanie
Date: Wed, 24 Nov 2004 21:19:35 +0100
"Mariusz Dybiec" <mardyb_at_nospam_poczta.onet.pl> wrote in message
news:co2h1u$56c$1_at_nospam_atlantis.news.tpi.pl...
(...)
Jeśli full duplex to nie będzie RS485 tylko RS422. Jeśli jednak
RS485
czyli 1 para to dzięki "sprzętowemu" zwalnianiu magistrali nie
masz
echa.
zalezy czy "sprzet" zwalnia :) W gotowej karcie albo konwerterze
232/485 moze byc zrobione tak jak mowisz (w konwerterze nawet jest
to calkiem zrozumiale :) ), ale np. scalony driver we wlasnym
urzadzeniu mozesz podlaczyc roznie - uzywajac czegos do przelaczania
nadawanie/odbior lub nie. Lokalne echo natomiast wcale nie jest (jak
dla mnie) takie zle - mozna np. programowo sprawdzac kolizje w
systemie multimaster czy tez po prostu kontrolowac sprawnosc drivera
i linii.
pozdrawiam
entrop3r
From: Mariusz Dybiec <mardyb_at_nospam_poczta.onet.pl>
Subject: Re: RS 485 - programowanie
Date: Thu, 25 Nov 2004 01:42:44 +0100
entroper wrote:
"Mariusz Dybiec" <mardyb_at_nospam_poczta.onet.pl> wrote in message
news:co2h1u$56c$1_at_nospam_atlantis.news.tpi.pl...
(...)
Jeśli full duplex to nie będzie RS485 tylko RS422. Jeśli jednak
RS485
czyli 1 para to dzięki "sprzętowemu" zwalnianiu magistrali nie
masz
echa.
zalezy czy "sprzet" zwalnia :) W gotowej karcie albo konwerterze
No tak ale on ma gotową kartę.
232/485 moze byc zrobione tak jak mowisz (w konwerterze nawet jest
to calkiem zrozumiale :) ), ale np. scalony driver we wlasnym
urzadzeniu mozesz podlaczyc roznie - uzywajac czegos do przelaczania
nadawanie/odbior lub nie.
Jeśli lubisz bohatersko przezwyciężać przeszkody które sam sobie
tworzysz. Mi do tej pory wydawało się to proste. Jeśli robie urządzenie
odpytywane zdalnie przez 485 ( czyli 1 parka) to ono ma nasłuchiwać na
linii. Jak dostanie komendę to przełączy się na nadawanie, wypluje wynik
i znowy zacznie nasłuchiwać.
Lokalne echo natomiast wcale nie jest (jak
dla mnie) takie zle - mozna np. programowo sprawdzac kolizje w
systemie multimaster czy tez po prostu kontrolowac sprawnosc drivera
i linii.
No tak to jest twój świadomy wybór. Ale jak gość weżmie kartę 485 i
użyje jej standardowo to nie dostanie echa. Chyba że ma tylko 422 i
zewrze Tx z RX żeby sobie zrobić z tego 485.
--
Pozdrawiam
MD
From: "Piotr Gałka" <piotr.galka_at_nospam_CUTTHISmicromade.pl>
Subject: Re: RS 485 - programowanie
Date: Thu, 25 Nov 2004 09:54:04 +0100
Użytkownik "Mariusz Dybiec" <mardyb_at_nospam_poczta.onet.pl> napisał w
wiadomości news:co3a1b$ac9$1_at_nospam_nemesis.news.tpi.pl...
Jeśli lubisz bohatersko przezwyciężać przeszkody które sam sobie
tworzysz. Mi do tej pory wydawało się to proste. Jeśli robie
urządzenie
odpytywane zdalnie przez 485 ( czyli 1 parka) to ono ma nasłuchiwać
na
linii. Jak dostanie komendę to przełączy się na nadawanie, wypluje
wynik
i znowy zacznie nasłuchiwać.
Za proste. A jak to jest czujka alarmowa to będziesz ją odpytywał 10x
na sekundę (zanieczyszczając środowisko naturalne falami EM i
zużywając zasoby energetyczne globu :-) ) aby raz na 10 lat dostać
odpowiedź.
P.G.
From: Mariusz Dybiec <mardyb_at_nospam_poczta.onet.pl>
Subject: Re: RS 485 - programowanie
Date: Thu, 25 Nov 2004 10:02:08 +0100
Piotr Gałka wrote:
Użytkownik "Mariusz Dybiec" <mardyb_at_nospam_poczta.onet.pl> napisał w
wiadomości news:co3a1b$ac9$1_at_nospam_nemesis.news.tpi.pl...
Jeśli lubisz bohatersko przezwyciężać przeszkody które sam sobie
tworzysz. Mi do tej pory wydawało się to proste. Jeśli robie
urządzenie
odpytywane zdalnie przez 485 ( czyli 1 parka) to ono ma nasłuchiwać
na
linii. Jak dostanie komendę to przełączy się na nadawanie, wypluje
wynik
i znowy zacznie nasłuchiwać.
Za proste. A jak to jest czujka alarmowa to będziesz ją odpytywał 10x
na sekundę (zanieczyszczając środowisko naturalne falami EM i
zużywając zasoby energetyczne globu :-) ) aby raz na 10 lat dostać
odpowiedź.
Ja bym ci radził podłączyć tę czujkę przez GPIB :)
--
Pozdrawiam
MD
From: "Piotr Gałka" <piotr.galka_at_nospam_CUTTHISmicromade.pl>
Subject: Re: RS 485 - programowanie
Date: Thu, 25 Nov 2004 11:14:41 +0100
Użytkownik "Mariusz Dybiec" <mardyb_at_nospam_poczta.onet.pl> napisał w
wiadomości news:co479p$ctp$1_at_nospam_nemesis.news.tpi.pl...
Za proste. A jak to jest czujka alarmowa to będziesz ją odpytywał
10x
na sekundę (zanieczyszczając środowisko naturalne falami EM i
zużywając zasoby energetyczne globu :-) ) aby raz na 10 lat
dostać
odpowiedź.
Ja bym ci radził podłączyć tę czujkę przez GPIB :)
Nie znam GPIB, a RS485 stosuję od 10 lat (zasadniczo odpytywanie, ale
z pewnymi wyjątkami).
P.G.
From: Mariusz Dybiec <mardyb_at_nospam_poczta.onet.pl>
Subject: Re: RS 485 - programowanie
Date: Thu, 25 Nov 2004 01:29:18 +0100
E.N wrote:
Witam.
Jestem początkowym programistą.
Mam urządzenie (miernik) z interfejsem RS485 oraz
pc z wbudowanym interfejsem RS485. Mam oprogramować komunikację pomiędzy
tymi urządzeniami (w języku c).
Mam pewne doświadczenia z RS232. Rozumiem, że przy
takich warunkach, oprogramowanie komunikacji (kod aplikacji) jest takie samo
jak w przypadku RS 232.
Proszę o potwierdzenie tej tezy.
Jeśli i miernik i karta ma rzeczywiście RS-485 to łączysz jedną parką.
Jeśli karta w komputerze ma automatyczne przełączanie nadawanie- odbiór
to tylko wysyłasz rozkaz do miernika a potem z bufora coma odczytujesz
odpowiedź. Karta powinna po wysłaniu automatycznie przełączyć się na
odbiór. Ale w starych kartach musisz sprawdzić czy ewentualnie zworkami
jest ustawiona prawidłowa prędkość transmisji ( bo od niej zależy
prędkość przełączania). Jeśli nie ma automatu to przełączasz linią RTS -
powinno być w dokumentacji karty. Karta powinna mieć wlutowane
terminatory - rezystory np 120 Ohm. Jeśli ta karta to Advantech to w
dokumentacji jest błędnie zaznaczone który rezystor jest od 485.
Jeśli miernik ma jednak RS422 a nie 485 to ustaw kartę na 422 ( pewnie
ma wybór) podłącz dwie parki i nie musisz o niczym myślec.
--
Pozdrawiam
MD