Mikrokontroler z HDLC w formacie SOP8 ? jakie alternatywy dla odpornej komunikacji?
Mikrokontroler z HDLC ?
From: "Artur Miller" <armi_at_nospam_poczta.onet.pl>
Subject: Mikrokontroler z HDLC ?
Date: Mon, 16 Feb 2004 13:25:53 +0100
Jak w temacie ... jak najmniejszy docelowo (nawet SOP8). Jest jakis
dopstepny ? A moze nie HDLC ? moze cos innego, ale zeby mialo sprzetowo
jakis protokol w miare odporny na bledy. aha. komunikacja tylko po 2-ch
drutach wiec sprzetowy handshaking raczej odpada ... :-/
_at_nospam_
========
Path: news-archive.icm.edu.pl!news.rmf.pl!poznan.rmf.pl!news.man.poznan.pl!news.nask.pl!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mai
From: Jan Dubiec <jdx_at_nospam_slackware.pl>
Subject: Re: Mikrokontroler z HDLC ?
Date: Mon, 16 Feb 2004 16:49:31 +0100
Artur Miller wrote:
Jak w temacie ... jak najmniejszy docelowo (nawet SOP8). Jest jakis
dopstepny ?
O takich małych kontrolerach z HDLC to nie słyszałem, chociaż podobno ktoś
produkuje (produkował?) '51 z HDLC. Możesz rzucić okiem na:
- Motorole PowerQUICC:
http://e-www.motorola.com/webapp/sps/site/taxonomy.jsp?nodeId=01DFTQDKCb&releaseLevel=Preview
- Motorole 68K QUICC:
http://e-www.motorola.com/webapp/sps/site/taxonomy.jsp?nodeId=01DFTQGL2n
- AMD Am186CH:
http://www.amd.com/us-en/ConnectivitySolutions/ProductInformation/0,,50_2330_8579_8580,00.html
Ale to prawdopodobnie overkill. Szczególnie to pierwsze. :-)
A moze nie HDLC ? moze cos innego, ale zeby mialo sprzetowo
jakis protokol w miare odporny na bledy. aha. komunikacja tylko po 2-ch
> drutach wiec sprzetowy handshaking raczej odpada ... :-/
Odporność na błędy HDLC w zasadzie ogranicza się tylko do
wygenerowania/sprawdzenia sumy kontrolnej. Nie masz np. gwarancji że ramka
dotarła do punktu docelowego. Takie rzeczy realizują protokoły wyższych
warstw.
No i jakiego HDLC potrzebujesz - "prawdziwego" synchronicznego operującego
na poziomie bitów czy też asynchronicznego AHDLC (czyli mutacji HDLC
przeznaczonej do łącz asynchronicznych - operuje na poziomie bajtów). To
drugie całkiem prosto realizuje się programowo i nie jest procesorożerne.
Wszystkie implementacje PPP w popularnych systemach operacyjnych tego
używają. :-) Prawdopodobnie właśnie tego potrzebujesz. :-) Więcej
informacji w RFC1662 i np. źródłach pppd.
Regards,
/J.D.
========
Path: news-archive.icm.edu.pl!news.rmf.pl!poznan.rmf.pl!news.man.poznan.pl!newsfeed.gazeta.pl!news.onet.pl!not-for-mai
From: "Artur Miller" <armi_at_nospam_poczta.onet.pl>
Subject: Re: Mikrokontroler z HDLC ?
Date: Mon, 16 Feb 2004 23:13:44 +0100
Użytkownik "Jan Dubiec" <jdx_at_nospam_slackware.pl> napisał w wiadomości
news:c0qomg$bdl$1_at_nospam_atlantis.news.tpi.pl...
Artur Miller wrote:
Jak w temacie ... jak najmniejszy docelowo (nawet SOP8). Jest jakis
dopstepny ?
O takich małych kontrolerach z HDLC to nie słyszałem, chociaż podobno ktoś
produkuje (produkował?) '51 z HDLC. Możesz rzucić okiem na:
- Motorole PowerQUICC:
http://e-www.motorola.com/webapp/sps/site/taxonomy.jsp?nodeId=01DFTQDKCb&rel
easeLevel=Preview
- Motorole 68K QUICC:
http://e-www.motorola.com/webapp/sps/site/taxonomy.jsp?nodeId=01DFTQGL2n
- AMD Am186CH:
http://www.amd.com/us-en/ConnectivitySolutions/ProductInformation/0,,50_2330
_8579_8580,00.html
Ale to prawdopodobnie overkill. Szczególnie to pierwsze. :-)
taaa ... setki mipsow do glupiej komunikacji nie sa mi narazie potrzebne ;-)
poza tym nie mam miejsca na obudowe BGA516 :-D
A moze nie HDLC ? moze cos innego, ale zeby mialo sprzetowo
jakis protokol w miare odporny na bledy. aha. komunikacja tylko po 2-ch
drutach wiec sprzetowy handshaking raczej odpada ... :-/
Odporność na błędy HDLC w zasadzie ogranicza się tylko do
wygenerowania/sprawdzenia sumy kontrolnej.
wlasnie o to mi tez chodzi ...
Nie masz np. gwarancji że ramka
dotarła do punktu docelowego. Takie rzeczy realizują protokoły wyższych
warstw.
to jest jasne.
No i jakiego HDLC potrzebujesz - "prawdziwego" synchronicznego operującego
na poziomie bitów czy też asynchronicznego AHDLC (czyli mutacji HDLC
przeznaczonej do łącz asynchronicznych - operuje na poziomie bajtów). To
drugie całkiem prosto realizuje się programowo i nie jest procesorożerne.
Wszystkie implementacje PPP w popularnych systemach operacyjnych tego
używają. :-) Prawdopodobnie właśnie tego potrzebujesz. :-) Więcej
informacji w RFC1662 i np. źródłach pppd.
ehh ... przemila lektura do poduszki ;-) zastanawiam sie tylko jak to
wszystko (procek, tranzystor do pwm, stabilizator 12V -> 5V oraz 1 IR LED)
upchnac majac do dyspozycji 6cm^2 ... :)
dzieki za info.
_at_nospam_
========
Path: news-archive.icm.edu.pl!news.rmf.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!lublin.pl!uw.edu.pl!news.pw.edu.pl!not-for-mai