eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikapoglądanie RS485 ciąg dalszy - dziwny oscylogram...Re: poglądanie RS485 ciąg dalszy - dziwny oscylogram...
  • Path: news-archive.icm.edu.pl!news.gazeta.pl!newsfeed.pionier.net.pl!news.nask.pl!new
    s.nask.org.pl!news.onet.pl!newsfeed.neostrada.pl!atlantis.news.neostrada.pl!new
    s.neostrada.pl!not-for-mail
    From: "entroper" <e...@C...spamerom.p0czta.on3t.pll>
    Newsgroups: pl.misc.elektronika
    Subject: Re: poglądanie RS485 ciąg dalszy - dziwny oscylogram...
    Date: Thu, 28 May 2009 20:50:29 +0200
    Organization: TP - http://www.tp.pl/
    Lines: 31
    Message-ID: <gvmmv3$39c$1@nemesis.news.neostrada.pl>
    References: <gvj9t1$be9$1@news.onet.pl> <gvjhjn$2om$1@news.onet.pl>
    <gvji59$46c$1@news.onet.pl> <gvjq0l$q2u$1@news.onet.pl>
    <f...@4...com> <gvkeq9$n8a$4@news.onet.pl>
    <gvlamu$shu$1@nemesis.news.neostrada.pl> <gvltp4$1gi$1@news.onet.pl>
    <gvm0he$1c7$1@nemesis.news.neostrada.pl> <gvm2io$gg6$1@news.onet.pl>
    <gvm60a$q7r$1@news.onet.pl> <gvmdel$ivr$1@nemesis.news.neostrada.pl>
    <gvmerd$hqm$1@news.onet.pl>
    NNTP-Posting-Host: ani155.internetdsl.tpnet.pl
    Mime-Version: 1.0
    Content-Type: text/plain; charset="iso-8859-2"
    Content-Transfer-Encoding: 8bit
    X-Trace: nemesis.news.neostrada.pl 1243537187 3372 83.17.90.155 (28 May 2009 18:59:47
    GMT)
    X-Complaints-To: u...@n...neostrada.pl
    NNTP-Posting-Date: Thu, 28 May 2009 18:59:47 +0000 (UTC)
    X-Priority: 3
    X-MSMail-Priority: Normal
    X-Newsreader: Microsoft Outlook Express 6.00.2800.1933
    X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1933
    Xref: news-archive.icm.edu.pl pl.misc.elektronika:564485
    [ ukryj nagłówki ]

    Użytkownik "sundayman" <s...@p...onet.pl> napisał w wiadomości
    news:gvmerd$hqm$1@news.onet.pl...

    > No a jeden bit na RXD ma 4 uS - znaczy takie są najkrótsze "bity" na
    RXD.
    > Z tego jednak by wynikało, że transmisja chodzi na 250kb czyli
    maksymalnej > dla tego procesora, dobrze rozumiem ?

    > Znaczy tak (start + 8 bitów + stop) = 40us + 24 us pauza = 64 us ? To by
    > się jakby zgadzało, bo z tego wynika że w ciągu przynajmniej 24uS przed
    > bitem startu nie mają prawa się zadne dane pojawić - i faktycznie tak
    > zasadniczo jest - chociaż trafiłem na jeden wyjątek, ale może to jakiś
    > błąd w transmisji.

    Wygląda na to, że masz transmisję z takim bitratem jak mówisz a co
    ciekawe, pojedyncze bajty są wysyłane z jakiegoś timera (bez buforowania),
    stąd te wielkie odstępy do bitu stopu do startu. Temu jednemu wyjątkowi
    raczej się przyjrzyj, bo błąd w transmisji to trochę naciągana hipoteza
    :).

    > Myślę, że 8 bitów a nie 9 bo parzystość by musiała byc liczona
    prgoramowo
    > w tym PICu (ale nawet jakby to było 9 bitów to w sumie niewielka
    różnica).

    Akurat w PICu jest łatwo zrealizować 9 bitów, więc musisz to wziąć pod
    uwagę.

    e.


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: