eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaBrak 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!.POSTED!not-for-mail
    From: Atlantis <m...@w...pl>
    Newsgroups: pl.misc.elektronika
    Subject: Re: Brak komunikacji między Atmegą a modułem GSM po rs232
    Date: Sun, 16 Dec 2012 15:01:42 +0100
    Organization: http://www.wit.edu.pl
    Lines: 22
    Message-ID: <kakk8q$7e8$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>
    NNTP-Posting-Host: avv15.neoplus.adsl.tpnet.pl
    Mime-Version: 1.0
    Content-Type: text/plain; charset=UTF-8; format=flowed
    Content-Transfer-Encoding: 8bit
    X-Trace: portraits.wsisiz.edu.pl 1355666522 7624 83.27.55.15 (16 Dec 2012 14:02:02
    GMT)
    X-Complaints-To: a...@w...edu.pl
    NNTP-Posting-Date: Sun, 16 Dec 2012 14:02:02 +0000 (UTC)
    User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0
    In-Reply-To: <a...@n...neostrada.pl>
    Xref: news-archive.icm.edu.pl pl.misc.elektronika:639252
    [ ukryj nagłówki ]

    W dniu 2012-12-15 20:04, Marek pisze:

    > ja jestem zwolennikiem buforu odbiorczego typu ring, które wypełnia
    > przerwanie po odbiorze znaku + funkcje odczytu zawartosci bufora.
    > Algorytm to m.in. dwie funkcje (w psedokodzie):
    > wyslij("at&f\r\n");
    > czekajna("OK\r\n", 1000);

    Hmm... Wydaje mi się, że w tym projekcie nawet nie występuje konieczność
    implementacji ring bufora. Nie będzie występował ciągły przepływ danych.
    Jedynie w określonych momentach będą przybywały komunikaty o możliwej do
    przewidzenia długości (odpowiedzi na komunikaty oraz cyklicznie
    pojawiający się "RING\r\n\r\n" w przypadku połączenia przychodzącego.

    Czyszczenie bufora przed wysłaniem polecenie oraz po sprawdzeniu
    odpowiedzi (a także wykryciu sygnału dzwonka) powinno wystarczyć, o ile
    dodatkowo zastosuję jakieś zabezpieczenie przed jego przepełnieniem.

    Niemniej w celach dydaktycznych przyjrzę się temu zagadnieniu.

    Później pewnie będę musiał zastosować też obsługę linii RTS.

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: