Re: Brak komunikacji między Atmegą a modułem GSM po rs232

eGospodarka.pl › Grupy › pl.misc.elektronika › Brak komunikacji między Atmegą a modułem GSM po rs232 › Re: Brak komunikacji między Atmegą a modułem GSM po rs232

Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!wsisiz.edu.pl!plix.pl!newsfeed2.plix.pl!feed.xsnews.nl!border-2.ams.xs
news.nl!feeder.erje.net!eu.feeder.erje.net!zen.net.uk!dedekind.zen.co.uk!newsfe
ed.neostrada.pl!unt-exc-01.news.neostrada.pl!unt-spo-a-02.news.neostrada.pl!new
s.neostrada.pl.POSTED!not-for-mail
From: Marek <f...@f...com>
Newsgroups: pl.misc.elektronika
Subject: Re: Brak komunikacji między Atmegą a modułem GSM po rs232
Date: Mon, 24 Dec 2012 16:41:08 +0100
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
In-Reply-To: <4bzes9sb3tfu.3wd54fpbb8y1$.dlg@40tude.net>
References: <ka5cm1$mhd$1@portraits.wsisiz.edu.pl>
<ka5hcc$o9i$1@portraits.wsisiz.edu.pl>
<ka5l1v$pp2$1@portraits.wsisiz.edu.pl> <ka5mfv$u2g$1@node1.news.atman.pl>
<ka5o4e$qus$1@portraits.wsisiz.edu.pl> <ka5rqv$u5p$1@mx1.internetia.pl>
<ka7vc3$1qf$1@portraits.wsisiz.edu.pl>
<g...@n...chmurka.net>
<kaansn$cp6$1@portraits.wsisiz.edu.pl>
<kadac0$ptr$1@portraits.wsisiz.edu.pl>
<50ca37de$0$26695$65785112@news.neostrada.pl>
<kade5t$rht$1@portraits.wsisiz.edu.pl>
<50ca5c8a$0$26694$65785112@news.neostrada.pl>
<kag17a$80e$1@portraits.wsisiz.edu.pl>
<a...@n...neostrada.pl>
<kag9ro$bbq$1@portraits.wsisiz.edu.pl>
<a...@n...neostrada.pl>
<kaiaok$1d6$1@portraits.wsisiz.edu.pl>
<a...@n...neostrada.pl>
<kb757t$7kp$1@portraits.wsisiz.edu.pl>
<a...@n...neostrada.pl>
<4bzes9sb3tfu.3wd54fpbb8y1$.dlg@40tude.net>
Message-ID: <a...@n...neostrada.pl>
User-Agent: Groundhog Newsreader for Android
Lines: 22
Organization: Telekomunikacja Polska
NNTP-Posting-Host: apn-77-114-155-162.dynamic.gprs.plus.pl
X-Trace: 1356363672 unt-rea-a-01.news.neostrada.pl 26697 77.114.155.162:44500
X-Complaints-To: a...@n...neostrada.pl
Xref: news-archive.icm.edu.pl pl.misc.elektronika:639585
[ ukryj nagłówki ]
On Mon, 24 Dec 2012 11:39:17 +0100, "J.F."
<j...@p...onet.pl> wrote:
> Musi jednak jakos lapac dane do porownania, zeby rozne smieci nie
zaklocily
> przetwarzania.
Nie wiem jakie śmieci masz na myśli.
Bufor cykliczny ma zapis i odczyt niezależny. Funkcja odczytu z
bufora pobieraja tylko te dane (z bufora), które nie zostały jescze
odebrane. Funkcja zapisujaca (przerwanie usarta) dodaje odebrane do
bufora i przesuwa wskaźnik odczytu dla funkcji czytujacej. Jeśli nic
nowego w buforze nie ma funkcja odczytyjaca zwraca null. Wtedy wiemy
ze bufor jest "pusty".
"Czyszczenie" bufora (jeśli w ogóle konieczne) robi się poprzez
zrownanie wskaźnika odczytu i zapisu (danych nie trzeba "zerować").
Jak już pisałem RING nie powinIen się pojawić z nienacka tzn. w
połowie odpowiedzi na poprzednie polecenie, ale tuż po jego
zakończeniu lub w trakcie przerwy między poleceniami. Wystarczy
pilnowac aby po każdej odpowiedzi lub przed nowym zapytaniem
sprawdzac czy w buforze nie pojawił się ring.

--
Marek