Atmelt vagy milyen procit ajanlotok PIC mellett/helyett?

Kovács András andras at sdktech.com
Tue Aug 5 12:39:49 CEST 2003


Igazad van, nem emlekeztem pontosan. Olyat csinaltam amit leirtal
masodik esetnek. (felcsereljuk a Tx es Tx_enable jeleket)
De ez valoban nem igazan RS485 fizikai szint.

Udv!

Andras

-----Original Message-----
From: elektro-bounces at tesla.hu [mailto:elektro-bounces at tesla.hu] On
Behalf Of VF
Sent: Tuesday, August 05, 2003 12:59 PM
To: elektro at tesla.hu
Subject: Re: Atmelt vagy milyen procit ajanlotok PIC mellett/helyett?


Thus spake Kovács András <andras at sdktech.com>:

> Nagyjabol jol latod a helyzetet. En eddig harom fele fizikai szinttel 
> talalkoztam. Ebbol az egyik (nem a legelterjedtebb) ugyanaz mint az 
> RS485. A fizikai szinttel szemben az a kovetelmeny, hogy ket allapota 
> legyen: recessziv es dominans. Ez azt jelenti, hogy ha minden egyseg 
> recessziv allapotot ad a buszra akkor az recessziv allapotban van, ha 
> barki dominanst

Az RS485-nel melyik a dominans allapot? Attol tartok, ha az egyik 0-t a
masik 1-et akarna egyidoben a buszra kenyszeriteni, nem lenne egyertelmu
a busz allapota, legalabbis tudomasom szerint nincs semmi garancia ra.
Megeshet, hogy a busz egyik fele 1-et, a masik fele 0-t fog erzekelni.
Igy az utkozest nem lehet detektalni. Ezek szerint az RS485 nem igazan
alkalmas CAN fizikai retegnek. Vagy megis? Egy otlet: lehetne ugy
csinalni, hogy a felhuzoellenallasok beallitjak az egyik szintet, es ezt
a szintet a meghajtok csak a bit-ablak elejen hajtjak meg, utana
elengedik a buszt. A masik szintet folyamatosan meghajtjak a teljes
bitido alatt. (Olyan mint a PCI-ban a sustained
tri-state) Sajnos kell meg valami logika ami letiltja az adot ha
valtozas van a bit-ablak kozepen, mert az UART hiaba figyeli a buszt
adas kozben, a hiba csak a teljes byte atvitele utan derul ki :( Meg
egyszerubb, ha felcsereljuk a Tx es Tx_enable jeleket, es a recessziv
szintet csak a felhuzoellenallasok allitjak elo. Ezzel az a baj, hogy
nem biztosithato a megfelelo jelmeredekseg, tehat alacsony lesz a
sebesseg. A CAN eseten ezt hogy oldottak meg? Ki kene talalnunk valami
ketiranyu protokollt RS485-re, van valakinek otlete? Jelenleg csak
master-slave, pollozos kommunikacio van, de ugy tunik mindenkeppen
szukseg lesz a jelenlegi slave eszkozok altal kezdemenyezett
kommunikaciora is. A kollegam most szenved ezzel... Egy biztos mukodo
megoldas a Tokenring-hangulatu kommunikacio, de ha nem muszaj, nem
eroltetnem :)

> Andras

-- 
Valenta Ferenc <vf at elte.hu>   Visit me at http://ludens.elte.h u/~vf/
"Az eg nem a csillagoknal kezdodik, hanem a fuszalak hegyenel. (J.M.)"


---------------------------------------
Legyszi ezentul az elektro at tesla.hu
cimre kuldd a leveleket




More information about the Elektro mailing list