W końcu postanowiłem rozprawić się po mojemu z podstawami RS232 dla początkujących, którzy chcą wiedzieć jak to jest z tą komunikacją tak "od podszewki" zapraszam:

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

O kurczę,
Jeszcze nie obejrzałem a już mi się mordka cieszy.
Brakujące ogniwo o podstawach w wykonaniu Mirka.
Nie trzeba będzie myszkować w Internecie, wystarczy jak zawsze skoncentrować się na przekazie.
Już nie mogę się doczekać,
Wieczór spędzę przy poradniku.
Z góry dziękuję za rozprawienie się z tematem RS232.

Nie mogłem się powstrzymać.
Obejrzałem w telefonie - i jak zwykle łapka w górę.
Super poradniczek.

a dziękuję i cieszę się, że poradniczek może okazać się być przydatnym

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

Kłaniam się Kolegom,
Mimo, że jestem teraz w pracy i nie mogę go obejrzeć od razu, to nie ma takiej siły, która by mnie powstrzymała od zalogowania się i podziękowania kol. Mirkowi.
Za to, że widzisz także tych małych (wiedzą elektroniczną), ale wielkich duchem, jak ja, którzy chcą tą wiedzę zdobyć.
A na każdym kroku pod górkę, jak nie z tym, to z tamtym i tak w kółko.
Zatem jeszcze raz - dziękuję.
Kończę - szef na horyzoncie (tak naprawdę moja żona - taki los.)
Pozdrawiam,
Mariusz

_________________
Ad augusta per angusta

To pozdrów ode mnie Szefa

_________________
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 Mirku za wzięcie pod uwagę mojej prośby.

Po prostu ilość próśb w tym zakresie od wielu osób przekroczyła masę krytyczną i nagle poradnik dostał wyższy priorytet

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

Właśnie skończyłem oglądać .Kilka rzeczy których do tej pory nie rozumiałem właśnie się wyjaśniły .Mirku proszę kręcić następny bo właśnie się rozchorowałem i mam w końcu kupę czasu Dzięki i pozdrawiam.

Zabiera się za oglądanie. Taka myśl się nasunęła, że idealnym rozwinięciem tematu będzie rs485

O tym samym myślałem. RS232 i RS485 od a do z to świetny pomysł

No poradnik Mirku suuuper Na prawdę się w głowie nagle żarówa zapala i rozjaśnia wiele kwestii
Tak, tak, tak ja też baaardzo popieram pomysł o RS485, to taka nierozłączna para tematyczna

_________________
.

No tak tylko o czym dokładnie koledzy myślicie jeśli chodzi o RS485 ? Bo jak chodzi o warstwę sprzętową to przecież w zasadzie tylko układ MAX485 i transmisja różnicowa plus do tego sterowanie kierunkiem przepływu. Czy wam może chodzi o protokoły komunikacyjne śmigające po warstwie sprzętowej RS485 - bo to już jest CAŁKOWICIE inny i bardzo rozległy temat.

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

Jeżeli mógł bym coś zasugerować to by mi się marzyło posmakować temat z grubsza od przysłowiowego zera a więc kiedy najlepiej korzystać z tego sposobu,w jakich warunkach i z czym to się je.Ja osobiście jakoś przyczepiłem się rsa232 i wszystko co tworzę tylko na bazie tej transmisji a w zasadzie nie mogę się zebrać aby ugryźć czego innego .Ale to jest tylko moje takie spostrzeżenie.Pewnie zaraz ktoś dorzuci że kolego weź knige w łapki i poczytaj.No ale jeżeli można coś tu od siebie nabazgrać to korzystam z sytuacji .
Pozdrawiam.


My tu gadu gadu a pewnie filmik jest już montowany bo wczoraj był kręcony między 2:00 a 5:30 rano.W zasadzie to dziś Przecie Mirka już troszkę znamy.

RS485 to na większe odległości i mało przyjazne warunki. Oraz wtedy, kiedy pod jedną magistralą chcesz mieć więcej urządzeń, bo tam tak to działa.
Oczywiście jeśli powstałoby coś na ten temat, to chętnie obejrzę, bo to co wiem to nawet podstawową wiedzą bym nie nazwał.

A ten poradnik obejrzany i łapa w górę!

Witam.
Poradnik obejrzany, co prawda na szybko z braku czasu. Ale się poprawię..
Też przyłączam się do głosów o RS485, jak iść to na całość.
Nie wiadomo o czym będzie druga część, ale odnośnie RS232 to nie tylko sygnały Tx/Rx. Czy będzie o pozostałych, po co one, kiedy stosować itd. Czyli ogólnie z czym to się je
Pozdrawiam

Oj Mirku... Uwierz mi że i "to" wytłumaczone przez Ciebie w 10min będzie bardzo potrzebne. Początkujący mają z tym często problem. Jeszcze kwestia terminatora...

No mi to by się marzył taki poradnik z podstawowymi informacjami opisującymi ten rodzaj komunikacji, budowania magistrali itd., czyli minimum wiedzy jaka jest potrzebna do zbudowania urządzenia. No i tutaj spełnieniem marzeń byłoby ćwiczenie praktyczne składające się np. z 2 modułów/urządzeń na np. jakimś attiny+DS18B20+MAX485, które wysyłałyby zmierzoną temperaturę do modułu głównego czyli naszego ATB z LCD
Wiem, wiem to pewnie spory temat, ale uwierz mi Mirku, że Twój sposób przekazywania wiedzy jest unikalny i wchodzi do głowy wyjątkowo

No to tyle ze świątecznych życzeń

_________________
.

Ja rowniez dolaczam sie do prosby o poradniki na temat 485 z jakims fajnym przykladem na 3 uzadzeniach . Pozdrawiam

Witam wszystkich.
Również dołączam się do próśb odnośnie poradników o rs485.
W sieci jest dużo informacji, ale nie potrafię poskładać w jedną całość, czysta teoria, a przydałby się jakiś przykład w postaci kodu. Najbardziej interesuje mnie modbus rtu.

Gorąco pozdrawiam.

No widzicie panowie jak skaczecie po tematach nie zdając sobie sprawy z tego co to jest RS485.

Króciutko - RS485 określa nam prostą warstwę fizyczną łącza (owszem rozumiem, że o tym można zrobić poradnik) ale proszę nie mieszajcie do tego protokołów komunikacyjnych jak np Modbus RTU, bo za chwilę dojdzie wam i CAN i LIN, i setka innych

moja odpowiedź jest krótka

nie ma i nie będzie mojego poradnika a przynajmniej nie prędko - może kiedyś kiedyś ale też wątpię na temat Modbus, CAN itp

a jeśli to właśnie o to wam chodzi jak mówicie co chwila o RS485 to widzicie już jak jest

i broń BOŻE nie mówię tego z jakąś złością czy coś - spokojnie tłumaczę bo widzę totalne niezrozumienie zagadnienia .....

Wobec powyższego może większość z Was powie - że w takim razie może w ogóle nie potrzeba poradnika o RS485 ? i to zrozumiem bo w końcu to tylko scalak MAX485 i prosta linia przesyłowa - jedyne co mógłbym wtedy pokazać to jakąś prostą własną ale przykładową komunikację żeby pokazać o co w tym chodzi i jaką drogą można sobie samemu korzystać albo lepiej powiedzieć, żeby pokazać kierunek jak z tego korzystać, jak napisać sobie jakiś własny protokół, jak to testować itp

więc proszę się ew zdecydować - bo jak mówię tak rozbudowane protokoły jak Modbus, CAN i inne to temat RZEKA - a poradnik obejrzy może 200-300 osób na YT

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

i o to "jedyne" się rozchodzi
Przykład jakiś najprostszy do komunikacji z kilkoma modułami/czujnikami obojętnie byle to poczuć...

Jeżeli chodzi o Modbus to polecam zapoznanie się z informacjami dotyczącymi samego protokołu. Np. ze strony Modbustools

Sent from my Mi-4c using Tapatalk

No to kolega rzeczywiście będzie musiał sam się w to wdrażać - ja niestety jak pisałem wyżej nie mam czasu, no już wprost to piszę, na takie zabawy z protokołami i to jeszcze ... co ciekawe binarnymi skoro piszesz o timeoutach ... Już mówiłem nie jestem w stanie tworzyć poradnika co oznacza wprost, poświęcać ogromnej ilości godzin na to, żeby obejrzało go 20 osób, więc przykro mi. Po raz kolejny mówię jasno - nie będzie poradnika o protokołach i to binarnych ... jak już to pokażę jakieś podstawy, jak mówiłem KIERUNEK ale za pomocą oczywiście komunikacji ASCII a nie żadnej tam binarnej ...

więc proszę nie powtarzać żebym robił o protokołach bo już pisałem że nie zrobię a jeśli większość będzie chciała RS485 wciąż nie rozumiejąc że to tylko warstwa fizyczna łącza i mieszając to z protokołami - to myślę, że tak jak na początku pisałem w ogóle nie będzie sensu zajmować się nawet RS485

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

A wiesz jak się organizuje komunikację ASCII ?

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

Oj chyba coś pomyliłeś. Komunikacja ASCII jest prostsza w implementacji ale za to mniej wydajna. Binarna-odwrotnie.

Sent from my Mi-4c using Tapatalk

Tak, bo ASCII jest prostsza w implementacji, testowaniu i symulacji. Pomyśl - jak byś chciał przesłać liczby np. 2, 94, 128 to możesz to zrobić na wiele różnych sposobów (pomijam zupełnie ew. adresowanie, sumy kontrolne):
ASCII:
a) możesz wysyłać zawsze 3 znaki/bajt (czyli: 002, 094, 128) - wtedy teoretycznie możesz pominąć separator.
b) możesz wysyłać tyle znaków ile jest potrzebne (czyli: 2, 94, 128) - wymagany separator
c) możesz wysyłać po 2 znaki w hex (czyli: 02, 5e, 80)

Binarnie musisz wysyłać znak o konkretnym kodzie - dla cyfry zero jest to kod 0x30 lub 48 dec. Dla znaków z przedziału 32-127 jest to teoretycznie do zrobienia, dla pozostałych znaków jest to już kombinacja (i wiąże się z używaniem albo programów typu Realterm albo zabawami z klawiszem Alt+kod z klawiatury numerycznej). Co więcej musisz albo znać długość ramki, albo użyć znaku ktory nigdy nie wystąpi w danych (b. rzadki przypadek) - bo skąd będziesz wiedział, który bajt jest od czego, skoro nie jesteś w stanie określić początku transmisji. Teoretycznie można bazować na przerwach i timeoutach, ale może to być źródłem problemów.
Więc jak sam widzisz to do prób dużo łatwiejsze jest używanie transmisji ASCII (bo czekasz z obrobieniem ramki jak otrzymasz znak jej końca - \r\n lub \r)

Sent from my Mi-4c using Tapatalk

No i właśnie mi o to chodziło .Więc kłaniam się nisko i proszę o taki właśnie 5 minutowy poradniczek do poduszeczki

Super !!

Zastanawiam się... projektuję płytkę pod urządzenie z WIFI232-T, chcę zostawić RX modułu "wiszący" = nie podłączony. Tym samym odpada tranzystor do konwersji stanów. Będzie to miało wpływ na cokolwiek? Czy może lepiej byłoby podciągnąć 10k do +3.3 ?