Tak co s tym spravime?, Was: Roboticky den

[Galloth]

2008/5/6 Slavomir Skopalik <skopalik@elektlabs.cz>:
> Dovolim si s Vami nesouhlasit z techto duvodu:
>  1. Vyvoj ve vissim jazyce jde mnohem rychleji a jsou
>   hlavne dostupne knihovny (napriklad od Intelu pro zpracovani obrazu).
>  2. Kooperace lidi na jednom SW neni problem, dokonce
>   je mensi problem, nez reseni rychle komunikace.
>
>  A ted trochu jinak, co bych ocekaval od robota:
>  1. Stereoskopicke videni
>  2. Ultrazvukove senzory okoli robota + povrchu vozovky (prevence sjeti)
>  3. Hruba navigace pres GPS (jinak to fakt nejde, pokud Vam robota
>   nekam poponesou, tak jste v ....)
>  4. Jemna navigace (kamery?, casove hyperbolicky princip z nejakych
>   vlastnich vysilacu?, ....)
>  5. Detailni informace (dostupne pres WiFi)o aktualni situaci vsech
>   subsystemu.
>
>  Takze moje prestava:
>  Urcite PC, notebook je idelani (cena, dostupnost, nahraditelnost).
>  Dale pak nejaky DSP (pod MCU si predstavim 8051) co by resil
>  zakladni senzory (pohyb, ultrazvuk, kompas, odometrie, ....).
Problema le nastane s rozsiritelnosti, pokud udelate pokrocili
algoritmus  pro spracovani obrazu, nemusi Vam tihat dalsi veci a
musite udatovat cely notebook (navic HW reseni i na zprac obrazu muze
mit mnohem vyssi vykon nez NB)
Navic pokud budete mit nejakou distribuovanou inteligenci, tak do ni
muzete pristrcit ten notebook jako "inteligentni stereoskopicke cidlo"
popripade jako nekolik inteligentnich cidel. Asi by nic nebranilo
narvat to vsechno do NB,ale pak budete spolehat na to, ze vam to
vsechno neshodi nejaky proces ktery napsal nekdo jiny. Pokud to nekdo
napise dostatecne blbe, muze se stat, ze shodi cely system a robot
stuhne. A tomu se zabranit neda, pokud se do vyvoje bude zapojovat
vice lidi..

>
>  Kamery primo do PC. Vse ostatni na nejake RS lince, nebo Eth.
>
>         Slavek
>
>


-- 
Jan Kastil
galloth@jabbim.cz