-
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: Thu, 20 Feb 2014 20:34:00 +0100
Organization: news.chmurka.net
Lines: 32
Message-ID: <P...@n...chmurka.net>
References: <ld36d9$6bd$1@portraits.wsisiz.edu.pl>
<le34s8$n4$1@portraits.wsisiz.edu.pl>
<P...@n...chmurka.net>
<le5kpb$rin$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 1392924839 14643 213.192.88.238 (20 Feb 2014
19:33:59 GMT)
X-Complaints-To: abuse-news.(at).chmurka.net
NNTP-Posting-Date: Thu, 20 Feb 2014 19:33:59 +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:660055
[ ukryj nagłówki ]
Użytkownik "Atlantis" <m...@w...pl> napisał w wiadomości
news:le5kpb$rin$1@portraits.wsisiz.edu.pl...
> Hmm... To może w takim razie następujące podejście:
> 1) Licznik ustawiany na określoną wartość w przerwaniu odbiorczym
> USART-a, a następnie dekrementowany. Procedura rozpoczynająca nadawania
> ramki z bufora wstrzymuje się z działaniem, dopóki licznik ma wartość
> różną od zera. W ten sposób jedno urządzenie nie rozpocznie nadawania,
> jeśli jeszcze przed chwilą odbierało znak. Nadawanie będzie możliwe
> dopiero w chwilę po zwolnieniu linii.
> Oczywiście nie chroni mnie to przez kolizją, gdy nadawanie rozpocznę w
> trakcie odbierania pierwszego znaku (przed wystąpieniem przerwania) albo
> gdy dwa urządzenia zdecydują się nadawać dokładnie w tym samym momencie.
>
> 2) Jeśli jednak dojdzie do takiej sytuacji, w zadanym czasie nie
> otrzymuję potwierdzenia otrzymania wiadomości, albo dostaję informację o
> błędnej sumie CRC. W takiej sytuacji urządzenie odczekuje losową chwilę
> i ponownie próbuje nadawać. Próby są podejmowane do skutku albo do
> wyczerpania limitu.
>
> Czy takie podejście jest właściwe? Pozwoli mi na w miarę bezproblemową
> komunikację po magistrali RS485?
Się nie wypowiem. Nigdy nie pisałem programów na mikrokontroler.
>
> Czy od strony elektrycznej nic się nie stanie, jeśli dwie lub więcej
> stron zacznie jednocześnie wysyłać sygnały na linię różnicową?
Drivery RS485 muszą być przygotowane na takie zdarzenia.
P.G.
Najnowsze wątki z tej grupy
- Ściąganie hasła frezem
- Koszyk okrągły, walec 3x AA, na duże paluszki R6
- Brak bolca ochronnego ładowarki oznacza pożar
- AMS spalony szybkim zasilaczem USB
- stalowe bezpieczniki
- Wyświtlacz ramki cyfrowej
- bateria na żądanie
- pradnica krokowa
- Nieustający podziw...
- Coś dusi.
- akumulator napięcie 12.0v
- Podłączenie DMA 8257 do 8085
- pozew za naprawę sprzętu na youtube
- gasik
- Zbieranie danych przez www
Najnowsze wątki
- 2025-02-01 Śmierć mózgu a narządy do pobrania
- 2025-01-31 A niektórym to naprawdę zależy na ekologi w miastach LPG POWRACA ;-)
- 2025-01-31 Lublin => Programista Delphi <=
- 2025-01-31 Łódź => Programista NodeJS <=
- 2025-01-31 Wrocław => Senior SAP Support Consultant (SD) <=
- 2025-01-31 Warszawa => Full Stack web developer (obszar .Net Core, Angular6+) <=
- 2025-01-31 Gdańsk => iOS Developer (Swift experience) <=
- 2025-01-31 Kraków => UX Designer <=
- 2025-01-31 Warszawa => Data Engineer (Tech Leader) <=
- 2025-01-31 Gliwice => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2025-01-31 Gliwice => Business Development Manager - Network and Network Security
- 2025-01-31 Warszawa => Architekt rozwiązań (doświadczenie w obszarze Java, AWS
- 2025-01-31 Warszawa => Full Stack .Net Engineer <=
- 2025-01-31 Warszawa => Programista Full Stack (.Net Core) <=
- 2025-01-31 Gdańsk => Programista Full Stack .Net <=