-
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!news.chmurka.net!.POSTED!not-for-mail
From: Piotr Gałka <p...@c...pl>
Newsgroups: pl.misc.elektronika
Subject: Re: Odczyt czujników - RS485 czy I2C?
Date: Wed, 19 Feb 2014 19:20:56 +0100
Organization: news.chmurka.net
Lines: 104
Message-ID: <P...@n...chmurka.net>
References: <ld36d9$6bd$1@portraits.wsisiz.edu.pl>
<ld65jf$emc$1@portraits.wsisiz.edu.pl> <ld6ili$79r$1@node1.news.atman.pl>
<ld7h3h$jb1$1@portraits.wsisiz.edu.pl> <ld8c1f$cja$1@node2.news.atman.pl>
<ld8hnf$sp$1@portraits.wsisiz.edu.pl>
<P...@n...chmurka.net>
<1...@p...pl.invalid>
<P...@n...chmurka.net>
<7...@p...pl.invalid>
<P...@n...chmurka.net>
<ldbgvo$269$1@portraits.wsisiz.edu.pl>
<P...@n...chmurka.net>
<ldpvlv$9ij$1@portraits.wsisiz.edu.pl>
<P...@n...chmurka.net>
<ldqb1c$fd9$1@portraits.wsisiz.edu.pl> <ldqibr$kgu$1@node1.news.atman.pl>
<ldqqv4$3rp$1@portraits.wsisiz.edu.pl>
<P...@n...chmurka.net>
<ldtl8n$6c9$1@portraits.wsisiz.edu.pl>
<P...@n...chmurka.net>
<le04o8$2o0$1@portraits.wsisiz.edu.pl>
<P...@n...chmurka.net>
<le2pbe$qm0$1@portraits.wsisiz.edu.pl>
NNTP-Posting-Host: 213.192.88.238
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=original
Content-Transfer-Encoding: 8bit
X-Trace: althar.news.chmurka.net 1392834055 24053 213.192.88.238 (19 Feb 2014
18:20:55 GMT)
X-Complaints-To: abuse-news.(at).chmurka.net
NNTP-Posting-Date: Wed, 19 Feb 2014 18:20:55 +0000 (UTC)
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157
X-Newsreader: Microsoft Outlook Express 6.00.2900.5931
X-Priority: 3
X-Authenticated-User: PiotrGalka
X-MSMail-Priority: Normal
Xref: news-archive.icm.edu.pl pl.misc.elektronika:660002
[ ukryj nagłówki ]
Użytkownik "Atlantis" <m...@w...pl> napisał w wiadomości
news:le2pbe$qm0$1@portraits.wsisiz.edu.pl...
>
>> Moim zdaniem brakuje jednej informacji: Jeśli stosuje się drivery bez
>> izolacji to masy poszczególnych, komunikujących się ze sobą płytek muszą
>> być ze sobą połączone.
>
> Hmm... Skąd w takim razie wzięło się często powtarzane przeświadczenie,
> że przy komunikacji linią różnicową należy za wszelką cenę unikać
> łączenia mas poszczególnych urządzeń?
>
Nic nie wiem o takim przekonaniu wynikającym z zastosowania akurat linii
różnicowej.
Hasło o niełączeniu mas bierze się z założenia, że te masy mogą być
połączone z uziemieniem, każda w swoim miejscu (jak nie w danym urządzeniu
to może w jakimś podłączonym do niego - jak nie teraz to może kiedyś -
użytkownicy zazwyczaj nie zapanują nad tym.
Zmienię wypowiedź. Nie muszą bezwzględnie, ale według mnie lepiej jest dla
driverów jak będą.
Jak robię izolowane drivery (udało mi się kiedyś uzyskać pojemność izolacji
rzędu 7pF) to między urządzeniami mogą lecieć tylko dwa przewody. W
przypadku gwałtownego skoku potencjału masy jednego urządzenia
zabezpieczenie driverów poradzi sobie z przeładowaniem tych 3,5pF (dwie
izolacje w szereg).
Jeśli drivery nie są izolowane od mas płytek a izolację od PEN mamy w
zasilaczach (transformatorach sieciowych) to w razie skoku potencjału
jednego z PEN względem drugiego przeładować muszą się znacznie większe
pojemności. Jeśli masy będą ze sobą połączone to główny prąd ładowania tych
pojemności popłynie przez to połączenie, a nie przez zabezpieczenia
driverów.
To co piszę to wynik jedynie przemyśleń. Nie wiem, czy nie demonizuję
problemu.
Driver RS485 sam z siebie jest solidnym źródłem zakłóceń.
Karty katalogowe zazwyczaj podają, że napięcie (A+B)/2 między nadawaniem
stanu 1 a stanu 0 może się różnić do 200mV (EMC dopuszcza średnie zakłócenie
na poziomie 5mV przy 150kHz i liniowo (w skali logarytmicznej) obniża limit
do 1,58mV przy 500kHz, potem do 30MHz już jest na tym poziomie 1,58mV. Jak
pracujesz na dość dużej prędkości to te limity mogą być problemem.
Ale w praktyce tak dużej różnicy (200mV) raczej drivery nie mają. Znacznie
większym źródłem zakłóceń jest to, że zazwyczaj jedna linia przełącza się
trochę szybciej niż druga (nie tak, że zawsze A, ale tak, że zawsze ta co
idzie akurat w górę). Połącz A z B dwoma jednakowymi rezystorami, włącz
nadawanie prostokąta na stałe i podłącz oscyloskop do tego środka (względem
masy płytki).
Trzeci przewód RS485 (czyli to, co napisałem o połączeniu mas) ma służyć
temu aby obwód w którym popłynie prąd wywołany tymi zakłóceniami był mały.
Jak te zakłócenia będą się zamykały przez pojemności zasilaczy i przez
ziemię to nawet przy prędkościach komunikacji rzędu 19200 można przekroczyć
limity emisji.
>> Przez to połączenie nie mogą przepływać żadne prądy pochodzące z
>> zewnątrz (stąd maksymalnie jedno połączenie do przewodu ochronnego, a
>> najlepiej 0).
>
> Oczywiście mówimy i połączeniu mas urządzeń z przewodem ochronnym?
Tak
> Nic
> nie stoi na przeszkodzie, żeby metalowe obudowy miału połączenie z PEN,
> o ile tylko są odizolowane od masy płytki?
Jeśli masa jest wyprowadzona na zewnątrz urządzenia i ktoś może w ten sposób
jej dotknąć to dochodzimy do kwestii że izolacja izolacji nie równa. Ogólnie
bezpieczeństwo urządzeń. Nie czuję się kompetentny aby się w tym temacie
wypowiadać. Aby nie mieć z tym do czynienia nie projektuję (dotychczas) nic
zasilanego z AC.
> W takiej sytuacji przez
> obudowę również ekran kabla (o ile występuje) będzie połączony z PEN.
> A właśnie. W takiej sytuacji tylko jedna obudowa powinna być połączona z
> PEN, czy też nic nie stoi na przeszkodzie, żeby i inne miały takie
> połączenie. Jeszcze raz powtarzam, że mówię o sytuacji, kiedy nie ma
> kontaktu pomiędzy masą urządzenia a obudową.
Z punktu widzenia elektroniki urządzeń moim zdaniem nic nie stoi na
przeszkodzie.
Jest jedno ale. Zdarza się podobno (szczególnie w środowisku przemysłowym),
że nawet bez burzy między dwoma przyłączeniami PEN może występować kilka
Voltów różnicy potencjału i to o niesamowitej wydajności prądowej.
Połączenie tych punktów ekranem kabla może spowodować pożar tego kabla.
>
>> Generalnie uważam, że nie izolowanego RS485 można spokojnie zastosować
>> gdy wszystkie urządzenia są zasilane z jednego wspólnego zasilacza.
>> Gdy zaczynamy kombinować z więcej jak jednym zasilaniem to jest to
>> przesłanka aby się poważnie zastanowić nad izolowanym RS485.
>
> A co w sytuacji, gdy dodatkowy zasilacz służy tylko do zasilenia układu
> przekaźników, natomiast sama elektronika wraz z układem RS485 czerpie
> zasilanie z linii? Pomiędzy dwiema częściami siedzą jakieś transoptory.
> Wtedy można uznać, że izolacja jest wystarczająca?
> To samo odnośnie rozwiązania triak + optotriak.
Tak.
Dla poszczególnych kawałków systemu jest mało ważne na jakim potencjale
pracuje który kawałek. Ważne jest aby duże prądy wynikające z różnicy
potencjałów w poszczególnych punktach uziemienia (statycznie, czy w czasie
burzy) nie przepłynęły przez elektronikę.
P.G.
Następne wpisy z tego wątku
- 19.02.14 21:40 Atlantis
- 20.02.14 09:14 Piotr Gałka
- 20.02.14 20:24 Atlantis
- 20.02.14 20:34 Piotr Gałka
Najnowsze wątki z tej grupy
- Opis produktu z Aliexpress
- No proszę, a śmialiście się z hindusów.
- Zewnętrzne napięcie referencyjne LM385 1,2V -> 100mV dla ICL7106, Metex M-3800
- karta parkingowa
- Wl/Wyl (On/Off) bialy/niebieski
- I3C
- Pytanie o transformator do dzwonka
- międzymordzie USB 3.2 jako 2.0
- elektronicy powinni pomysleć o karierze elektryka
- jak szybko plynie prad
- Płytki Milkv-Duo
- Światłowód między budynkami
- POtrzebny bufor 3.3<>5V, jedonkieruowy, trójstanowy, wąski
- retro
- Bezprzewodowe polączenie Windows z projektorem
Najnowsze wątki
- 2024-11-17 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- 2024-11-18 Gdynia => Spedytor Międzynarodowy <=
- 2024-11-18 Białystok => Full Stack web developer (obszar .Net Core, Angular6+) <
- 2024-11-18 Białystok => Programista Full Stack (.Net Core) <=
- 2024-11-18 Kraków => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2024-11-18 Kraków => Business Development Manager - Network and Network Security
- 2024-11-18 Kraków => Network Systems Administrator (IT Expert) <=
- 2024-11-18 Kraków => Administrator Systemów Sieciowych (Ekspert IT) <=
- 2024-11-18 Zdunowo => Senior PHP Symfony Developer <=
- 2024-11-18 Łódź => QA Inżynier <=
- 2024-11-18 Lublin => Senior PHP Developer <=
- 2024-11-18 Gliwice => Specjalista ds. public relations <=
- 2024-11-18 Gdynia => Front-End Developer (React/Three.js) <=
- 2024-11-18 Gdańsk => Specjalista ds. Sprzedaży <=
- 2024-11-18 Gdańsk => Kierownik Działu Spedycji Międzynarodowej <=