Atmelt vagy milyen procit ajanlotok PIC mellett/helyett?

[Janos Sztriko]

On Mon, 4 Aug 2003 14:20:24 +0200
"Acs Gabor" <agabor at electrodesign.hu> wrote:

> Jó, jó, még mindíg értem, csak azt nem, miért nem jó bárhova RS485, ahol nem
> kell egy már meglév_ CAN rendszerhez csatlakozni? olyan protokollt alakítasz ki,
> amilyet akarsz, zavar stb t_r_, nagy távolságra is jó, és olcsó az interface,
> nem kell célprocesszorokat venni, vagy várni rájuk.
A valasz egyszeru: csak :-)). Szimpatikus, tetszik, jo, ennyi.
> 
> Kérdezem a CAN-hoz ért_ket, ugyanis eddig nem kaptam erre megfelel_ választ. A
> CAN buszon nem kell címeket beállítani, hanem egymás között osztják le az
> egységek a prioritásokat. Hogy m_ködik ez pontosan? Tavaly a Microchip
> szemináriumon már beszéltek err_l, de ott sem tudták pontosan, hogy d_l el a
> 'címzés' a hálózaton. Úgyhogy nem általánosságokat kérnék, hanem pontosan erre a
> választ.
Nem az egysegeknek, hanem az uzeneteknek van azonositojuk. Pl. autoban: a motorhomerseklet kodja legyen 1234. A homero azt mondja masodpercenkent, hogy 1234 87 fok C. Veszi mindenki: a motorelektronika orul neki es felhasznalja az adatot, a muszerfal orul neki es a leptetomotorral a megfelelo allasba tekergeti a mutatot, a hatso vilagitasvezerlot viszont teljesen hidegen hagyja a dolog (ez csak egy pelda!!!). Az uzeneteknek van prioritasuk, az alacsonyabb azonisitoju az erosebb. Tehat ha egy buszon ul a lakasban riasztom es a kulso homerom, akkor a riaszto uzenetenek nagyobb prioritasu kodot adok, igy ha egyszerre probalnak adni, akkor a riaszto uzenete a nyero. Tehat megegyszer: az uzeneteknek van azonositojuk, es nem az egysegeknek!
 Ilyen protokollt persze lehet csinalni, az RS-485 tokeletes erre a celra (sot, 100%-ig alkalmas akar CAN fizikai retegnek is), de ha mar egyszer valaki megcsinalta, raadasul ilyen magas szinten, akkor miert ne hasznalnam?
 Erdeklodoknek: www.kvaser.com, CAN Information es a Download oldal alja.
> 
> Gábor