Implementacja protokołu opisanego w RAM dla dwóch UART-ów ? jak to zrobić?
2 x UART I protokol
From: "megaraptor" <megaraptor_at_nospam_wp.pl>
Subject: 2 x UART I protokol
Date: Mon, 20 Sep 2004 11:05:50 +0200
Witam.
Muszę zaimplementować protokół dla procesora z dwoma UART-ami.
Obydwa muszą obsługiwać ten sam protokół i oczywiście bezkolizyjnie.
Protokół sprowadza sie do odczytu i zapisu zawartości RAM procesora.
Mam juz pewne pomysły ale chetnię wysłucham pomysłów innych fachowców.
Może ktoś będzie miał jakieś sugestie ?
Pzdr
megaraptor
========
Path: news-archive.icm.edu.pl!news2.icm.edu.pl!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mai
From: "Krzysztof Gawryś" <profrook_TO_USUN__at_nospam_o2.pl>
Subject: Re: 2 x UART I protokol
Date: Mon, 20 Sep 2004 14:09:53 +0200
Użytkownik "megaraptor" <megaraptor_at_nospam_wp.pl> napisał w wiadomości
news:cim6hj$n4i$1_at_nospam_inews.gazeta.pl...
Witam.
Muszę zaimplementować protokół dla procesora z dwoma UART-ami.
Obydwa muszą obsługiwać ten sam protokół i oczywiście bezkolizyjnie.
Protokół sprowadza sie do odczytu i zapisu zawartości RAM procesora.
Mam juz pewne pomysły ale chetnię wysłucham pomysłów innych fachowców.
Może ktoś będzie miał jakieś sugestie ?
I w czym masz problem?
K.
========
Path: news-archive.icm.edu.pl!news.gazeta.pl!not-for-mai
From: "megaraptor" <megaraptor_at_nospam_wp.pl>
Subject: Re: 2 x UART I protokol
Date: Mon, 20 Sep 2004 14:17:26 +0200
Muszę zaimplementować protokół dla procesora z dwoma UART-ami.
Obydwa muszą obsługiwać ten sam protokół i oczywiście bezkolizyjnie.
Protokół sprowadza sie do odczytu i zapisu zawartości RAM procesora.
Mam juz pewne pomysły ale chetnię wysłucham pomysłów innych fachowców.
Może ktoś będzie miał jakieś sugestie ?
I w czym masz problem?
No i zastanawiam się czy nie trzeba specjalnych zabiegów żeby znaki nie były
gubione. W końcu UART chodzi w przerwaniach i są to dwa przerwania o różnych
priorytetach.
Pzdr
megaraptor
========
Path: news-archive.icm.edu.pl!newsfeed.gazeta.pl!news.internetia.pl!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mai
From: "Q" <oink_at_nospam_gazeta.gov.pl>
Subject: Re: 2 x UART I protokol
Date: Mon, 20 Sep 2004 14:40:14 +0200
No i zastanawiam się czy nie trzeba specjalnych zabiegów żeby znaki nie
były
gubione. W końcu UART chodzi w przerwaniach i są to dwa przerwania o
różnych
priorytetach.
zobacz z jaka szybkoscia chodzi uart,
z jaka procesor =>
ile czasu procesora bierze odebranie znaku z uarta,
a potem zadawaj takie pytania;
ps. mi 3 uarty dzialaja :)
========
Path: news-archive.icm.edu.pl!newsfeed.gazeta.pl!newsfeed.atman.pl!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mai
From: "Krzysztof Gawryś" <profrook_TO_USUN__at_nospam_o2.pl>
Subject: Re: 2 x UART I protokol
Date: Mon, 20 Sep 2004 15:01:40 +0200
Użytkownik "Q" <oink_at_nospam_gazeta.gov.pl> napisał w wiadomości
news:cimj4d$3kb$1_at_nospam_atlantis.news.tpi.pl...
No i zastanawiam się czy nie trzeba specjalnych zabiegów żeby znaki nie
były
gubione. W końcu UART chodzi w przerwaniach i są to dwa przerwania o
różnych
priorytetach.
zobacz z jaka szybkoscia chodzi uart,
z jaka procesor =>
ile czasu procesora bierze odebranie znaku z uarta,
a potem zadawaj takie pytania;
ps. mi 3 uarty dzialaja :)
a mi 2 usarty, 2 spi i programowe I2C jednoczesnie, a zegar procesora nie
jest 3,05GHz a 7,3728MHz. ;-)
jesli dobrze napiszesz obsluge przerwan (szybkie procedury), bez zbednych
operacji, tylko proste buforowanie danych przychodzacych/ wysylanie danych z
bufora, to nie masz sie o co martwic.
Napisz cos wiecej, jaki procesor? jaki zegar? jakie predkosci UART
potrzebujesz.
K.
========
Path: news-archive.icm.edu.pl!news2.icm.edu.pl!not-for-mai
From: "entroper" <entroper_at_nospam_CWD.spamerom.poczta.onet.pl>
Subject: Re: 2 x UART I protokol
Date: Wed, 22 Sep 2004 10:21:24 +0200
"megaraptor" <megaraptor_at_nospam_wp.pl> wrote in message
news:cimhot$ijn$1_at_nospam_inews.gazeta.pl...
No i zastanawiam się czy nie trzeba specjalnych zabiegów żeby znaki
nie były
gubione. W końcu UART chodzi w przerwaniach i są to dwa przerwania o
różnych
priorytetach.
jesli znaki sa gubione przez zla obsluge przerwan, lepiej naprawic to u
zrodla, niz implementowac protokol, ktory odzyskuje utracone znaki.
Jakby nie kombinowac takie odzyskiwanie pochlania czas procesora i
przepustowosc lacza. Pomijajac fakt, ze jest to malo eleganckie :).
pozdrawiam
entrop3r
========
Path: news-archive.icm.edu.pl!newsfeed.gazeta.pl!news.onet.pl!not-for-mai