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!news.icm.edu.pl!wsisiz.edu.pl!newsfeed2.atman.pl!newsfe
ed.atman.pl!news.nask.pl!news.nask.org.pl!newsfeed.neostrada.pl!unt-exc-02.news
.neostrada.pl!unt-spo-a-02.news.neostrada.pl!news.neostrada.pl.POSTED!not-for-m
ail
From: Marek <f...@f...com>
Newsgroups: pl.misc.elektronika
Subject: Re: Brak komunikacji między Atmegą a modułem GSM po rs232
Date: Sat, 15 Dec 2012 22:17:57 +0100
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
In-Reply-To: <kaijhr$4hu$1@portraits.wsisiz.edu.pl>
References: <ka5cm1$mhd$1@portraits.wsisiz.edu.pl> <ka5e2c$lj0$1@node1.news.atman.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>
<kaijhr$4hu$1@portraits.wsisiz.edu.pl>
Message-ID: <a...@n...neostrada.pl>
User-Agent: Groundhog Newsreader for Android
Lines: 25
Organization: Telekomunikacja Polska
NNTP-Posting-Host: 83.7.250.235
X-Trace: 1355606279 unt-rea-a-02.news.neostrada.pl 1301 83.7.250.235:39921
X-Complaints-To: a...@n...neostrada.pl
Xref: news-archive.icm.edu.pl pl.misc.elektronika:639221
[ ukryj nagłówki ]
On Sat, 15 Dec 2012 20:37:11 +0100, Atlantis <m...@w...pl>
wrote:
> Sęk w tym, że np. na zapytanie "AT+CPIN?" moduł odpowiada w
następujący
> sposób:
> +CPIN: SIM PIN\r\n \r\n\ OK\r\n
> Efekt jest oczywisty - oczekiwana, pierwsza linia zostaje niemal
> momentalnie zastąpiona przez trzecią (druga zostaje zignorowana).
> Można by to wyłączyć (np. jakąś komendą AT) czy jedynie w grę
wchodzi
> zmiana algorytmu odbierania komunikatów?

Niektóre odpowiedzi modemu można zamienić na kody numeryczne
poleceniem atv0 (np. zamiast "OK" modem odpowie "0"). Ale nie sądzę
ze tez to może dotyczyć polecen rozszerzonych dot. np. nr pin.
Proponuje zmianę algorytmu z zastosowaniem bufora, tak aby czekał na
podany wzorzec stringu odpowiedzi. Po wyslaniu polecenia, które
podałeś jako przykład czekamy na string "OK\r\n". Nie ma znaczenia
czy w odpowiedzi sa 2 czy 3 linie. Po odebraniu wzorca odpowiedzi
(wszystkich 4 znakow O+K+\r+\n) w buforze odbiorczym będzie cała
odpowiedź modulu (można ja później parsowac itp.).

--
Marek