Chytry vysavac BYLO: Roboti

Středa Březen 17 12:11:13 CET 2004

  Zdravim!

 Na vyvoj bych jednoznacne volit PC platformu. Temer vsechny 
nase pristroje obsahuji embedded PC a ma to sve vyhody - hlavne 
kopec vyvojovych prostredku a rychlost vyvoje.
 Napr. mame skonstruovany elektromer na baze DIMM-PC. Je to 
386-ka spolu s 4MB disk a 2MB RAM, RTC, CMOS je ako 
EEPROM, BIOS uz podporuje upload na disk po seriovej linke, 
rozmery cca 4x6cm atd - vid info na internete (HW.cz, mite.cz). 
Jedinou nevyhodou je (a co mi osobne vadi) dlhsie bootovanie: 
DIMM-PC cca 12 sekund, ostatne embedded PC cca nad 30 
sekund. 
  Hlavnou vyhodou pre vysavac je tu aj dostatok pamati - trasovanie 
terenu. 
  Konstrukciu by som zvolil napr. aby boli vstupy a vystupy napr. 
cez paralelny port. Takto je rieseny aj nas elektromer. Mate to na 
stole napojene na LPT port a soft robite na Pentiu II. Ak to mate 
odladene a vyskusane, tak odpojite LPT soft hodite do DIMM-PC a 
to osadite do dosky - a mozete to nechat cez noc testovat 
prakticky - rano uvidite ake skody to napachalo - stiahnete si 
logovaci subor z DIMM-PC (zaznamy o pohybe a prekazkach) a 
odladujete dalej. Velmi sa mi tato metoda osvedcila.

  S pozdravom
                           Igor

> Ja bych se vyvoji vyssiho SW na PC vubec nebranil, ale v tom vysavaci nevim nevim.. Prumyslove PC je dost drahe, to si asi na vyvoj GPL nebudeme moct dovolit a v konecne podobe vysavace asi uz vubec. Davat do vysavace orezane PC, tim si zadelate na 1000+1 problemu - mechanicke reseni, napajeni, 
mechanicka odolnost, protiprachova odolnost...
> A kdyz budu vymyslet periferie, tak bych stejne musel do ISA nebo nedejboze PCI a to neni sikovne pro embedded aplikaci.
> 
> Ja nechci obhajovat motorolu, za to rozhodne placenej nejsem :-) ale deska do vysavace se bude muset postavit a na takovouhle aplikaci je to fakt sikovny. Je to malej brouk, skoro nic kolem sebe nepotrebuje, basti malo, ma vykon jak x86 na dvojnasobnym vykonu a ma v sobe hromadu sikovnych 
periferek. 
> Z x86 rady bysme asi museli volit nejake rychlejsi AMD (co s nim stavi treba mite) a to ta motorola vyjde vyrazne levneji. Minimalne proto, ze to AMD-cko v sobe ma zase jen to PC, tedy periferie na pripojeni klavesnice mysi, PCI, floppy a podobne periferie, ktere v tom vysavaci budou na nic, 
ale treba SPI nebo preddekodovanou sbernici to nema.
> 
> Pripojeni pres CF jsem rozhodne nemyslel. To bylo prave to omezeni, kvuliva kteremu bych nechtel do vysavace dat palma, ale vyrobenou desku. Palmem bych zabil hromadu sikovnych periferii uvnitr dragouna, nicmene vyvijet nejake kousky SW ve spolupraci s palmem, proc ne?
> 
> Na tu motorolu jsou free prostredky taky (vcetne linuxu, gcc...) www.uclinux.org a pri vhodnem spojeni s PC se vyvoj prilis nezpomali a to, ze se odpoutame od platformy PC si usetrime casem milion trablu s tim, ze si ssebou vlacime kompatibilitu s PC-XT.. PC v sobe obsahuje spoustu veci, ktere 
v tom vysavaci nepotrebujete.. Vyvojovy HW si muzem vymyslet a vyrobit a necekam nejakou enormni cenu. Rozhodne to nebude za 300 korun, ale zase to bude na miru, coz se rozhodne vrati.
> 
> Jirka N.
> 
> > -----Original Message-----
> > From: belohrad david [mailto:belohrad@isibrno.cz]
> > Sent: Friday, July 20, 2001 2:25 PM
> > To: hw-news@list.gin.cz
> > Subject: Re: Chytry vysavac BYLO: Roboti
> > 
> > 
> > no, tak nevim. ja myslim ze z hlediska rychlosti vyvoje je 
> > nejjednodussi
> > naprat tam nejakou odrbanou 386, na tu linux. vyvojova platforma temer
> > zadarmiko (nepocitam-li cca 300kc v bazaru za soucastky, sam mam par
> > takovych desek ve stole), opensource, vytvoreny dobry zaklad v podobe
> > GCC, jednoduchost obsluhy, ale hlavne-znamy system. Programovat kvuli
> > tomu palma se mi zda zbytecne odbihani od problemu a navic je 
> > to system
> > ponekud omezeny co se tyce hw prostredku. pokud by to melo byt profi,
> > pak staci vzit nejakou starsi desku prumysloveho PC (takove 
> > ty euro, co
> > se na sebe natlaci konektory a mate z toho pececko, tusim ze neco
> > podobneho vyrabi mite), je to maly, rychly, levny a hlavne - clovek se
> > venuje opravdu neznamemu problemu, tj. samotnemu algoritmu, a neresi
> > potom zbytecne komplikace stylu jak napojit tohle nebo tamto. Jestli
> > jsem to pochopil dobre, tak byste chtel napojit cely hw na rozhrani
> > CFII. Nezda se Vam to ponekud komplikovane? Na ISA (v 
> > rychlejsim pripade
> > PCI - ktery tady stejne nebude potreba) naperete vsechno akorat se 3mi
> > oddelovaci sbernice, zadne casovani, zadne smeti, dobre se to 
> > ovlada. co
> > chtit vic?
> > to PC ma jeste jednu vyhodu. Pokud ty periferie udelate tak, 
> > ze je bude
> > mozno strcit do jakehokoliv PC, lze to ladit na rychlem stroji, tim se
> > usetri spousta casu. pak se jen zvoli target i386 a 
> > prekopiruje se to do
> > vysavace.
> > jestlize udelate periferie na CFII, tezko je bez specialniho adapteru
> > budete ovladat v pc.
> > vsechno je to o tom, co s tim chcete delat. bud se budete 
> > venovat tomu,
> > co uz nekdo vyrobil a zbytecne se prosere spousta casu (tim nemyslim
> > vas, reaguji na predchozi prispevky) tim ze budete hledat 
> > chyby v necem
> > co uz tady davno je, a nebo se vezme dobry zaklad - odladeny, 
> > bez chyby,
> > levny, rozsiritelny - a budete se venovat tomu core aplikace, 
> > tedy tomu
> > jak na to nasadit senzory a jaky zvolit algoritmus. a pokud to chcete
> > navic prodavat, musi to byt rychle hotove.
> > z toho duvodu bych volil to, co je ve svete nejrozsirenejsi -> PC
> > platformu.
> > d.
> > 
> > Jakub Slajs wrote:
> > > 
> > > > 68xx328ka vychazi z 68k a je treba v palmech (fura SW hotova,
> > > > lidi ji znaji) - implementace linuxu - treba uc-linux
> > > > (podporuje spousta lidi).
> > > 
> > > Jo Dragonball je pekna vecicka ale uz se vidim jak pajim
> > > 144 TQFP MC68328 resp. 100 pin EZka. Co proste vzit hotovy
> > > vyrobek - Visor nebo TrgPro ktere maji rozsirujici sloty
> > > (spring board resp. compact flash) a celeho robota ridit
> > > primo z vestaveneho PDA? Palm OS zna spousta lidi a vyvojove
> > > prostredky jsou k dispozici zdarma. Nevyhodou systemu je to,
> > > ze vastavene jadro AMX (od fy Kadak) neposkytuje programatorum
> > > API pro multitasking (Palm Inc. si asi licencoval nejakou
> > > orezanou verzi a viceulohove bezi pouze operacni system
> > > ale uz ne vlastni aplikace). Motorola take chysta Dragonball
> > > zalozeny na jadre ARM.
> > > 
> > > Jakub S.
> > > 
> > > __________________________________________________
> > > Do You Yahoo!?
> > > Get personalized email addresses from Yahoo! Mail
> > > http://personal.mail.yahoo.com/
> > 
> > -- 
> > --------------------------------------------------------------
> > ----------------
> > M.Sc. David Belohrad                            tel: 420-5-41 51 43 05
> > NMR department, sec. Rf-coils                   mobil: 
> > 420-5-604-613 393
> > Institute of Scientific Instruments             fax: 420-5-41 51 44 04
> > Kralovopolska 147                               mail:
> > belohrad@isibrno.cz
> > 612 64 Brno                                     www:
> > www.isibrno.cz/~belohrad
> > Czech Republic                                  ICQ: 23641076
> > --------------------------------------------------------------
> > ----------------
> > 
> 

-------------------------
Ing. Igor Cesko
Hardware & Software
http://www.cesko.host.sk
E-mail: cesko@internet.sk

Applied Precision Ltd.
Technicka 5
821 04 Bratislava
SLOVAKIA
Tel,Fax: +421-2-4342 6628
Tel:     +421-2-4363 3151
Tel:     +421-2-4333 7340
E-mail:  info@appliedp.sk
Web:     http://www.appliedp.sk
-------------------------