Co je to MBUS

milan.klesa@spt.cz milan.klesa
Středa Březen 17 11:54:40 CET 2004


Hi lidicky,

>-----P?vodn? zpr?va-----
>Od: tomcopy 
>Odesl?no: 29. ledna 2000 9:39
>Komu: hw-news
>Kopie: tomcopy
>P?edm?t: Re: Co je to MBUS
>
>po cem by si mi povidali atmely (staci 2400 bps) ale aby vyseli vsechny
>na dvou dratech...
>a aby to nebylo vsechno, abych pres to mohl cpat i neco malo napajeni.
>
>Na jakou vzdalenost by si meli povidat ? Jak casto potrebujes cist ci
>zapisovat data ? Misi ti byt odolne proti ruseni ? Je to do 
prumysloveho
>prostredi ? Osobne jsem resil obousmernou
No co se vzdalenosti tyce staci do 50 az 100 metru. vetsi byt snad 
nikdy mit nebudu :-)
jak casto cist a zapisovat.. zalezi pripad od pripadu, ze zacatku bude 
staci jednou za cas.
zadne velke datove prenosy konat nehodlam. spis jednou za cas sejmout 
teplotu v nekolika 
mistnostech a poslat do kamen prikaz jestli maji topit nebo nemaji, 
eventuelne casem jeste 
snimat nejaka infra cidla. Ale cele to rozmyslim tka, ze kazdy 
jednotlivy snimac by pracoval 
jako plne autonomni system s tim, ze by mel moznost zjistena data 
poslat do nejakeho ustredi,
a to by mohlo zpetne ovlivnit jeho cinnost. Coz se napriklad tyce toho 
topeni.

>komunikaci po dvou vodicich - DATA, GND. Jednotlive terminaly ( 
klavesnice )
>mely svoje adresy a prihlasily se pouze pri dotazu ci odpovedi. 
Casovani
>sbernice bylo z duvodu obousmerne komunikace po jednom drate ponekud
asi tak bych to videl i ja.. proste by byl jeden master, ktery by si 
podle libosti osahal 
jemu podrizene otroky :-) a pripadne by jim udelil par prikazu, aby se 
neflakali.

>slozitejsi, ale fungovalo to spolehlive.Prenosovy protokol byl 
standartu
>RS232.
O necem podobnem jsem uz taky premyslel, proste a jednoduse spojit 
vysilani a prijem na RS232
na jeden drat a softwarove osetrit abych pri vysilani ignoroval prijem 
atd (coz neni problem), ale vzhledem
k tomu, ze jsem clovek setrna a nechce se mi vsude roztahvoat spousta 
dratu, chtel bych po tech dvou dratech posilat i nejake napajeni, coz 
uz je trochu horsi, napadlo me nekolik moznosti. Napriklad, ze by
v zarizeni byl akumulator, a ten by se po lince dobyjel. V pripade ze 
bych chtel komunikovat, utrhl bych proste napajeni (zarizeni by jelo z 
akku) a pak bych teprve zacal neco posilat a prijimat... cele by to 
mohlo docela i chodit, a melo by to vyhodu, ze by to nebylo az tak 
zavisle na vypadcich 220 (coz je stejne jedno,
protoze mame kamna s elektrickym zapalovanim a elektricke cerpadlo, 
takze kdyz nejde 220 stejne 
netopime :-D ) Dalsim resenim je pouzivat pro napajeni behem komunikace 
nejake vysokokapacitni kondiky,
mam doma pytel Goldkapu na 5,5V s kapacitou 0,33F nektere sice asi uz 
nebudou nejlepsi, ale neco 
bych z toho vybral. Zkousel jsem z jednoho zivit moturek z walkmena:-) 
a v pohode jel nekolik sekund 
se zatezi. Kdyz jsem to meril, tak to bylo schopno dodavat proud  cca 
10mA po dobu minuty a neco. 
coz by na odeslani a prijem dat stacilo. (samozrejme, ze bych z toho 
nezivil zadny LED displej :-)))
No a poslednim resenim je vymyslet neco plne vlastniho, kde by se 
napajeni posilao do dratu porad 
a nejakou zmenou velikosti napeti, pripadne namodulovanim nejake 
frekvence dala posilat dat.. ale to je asi 
trochu nad moje moznosti... (asi popremyslim o 3 dratech :-)

ByE milan


Další informace o konferenci Hw-list