Rad pomuzu kdyz to bude jasny ukol pro mantaky jako jsem ja. Aktualne muzu
nejakym jednoduchym zpusobem testovat na LPC2119, LPC2364 a LPC1768 (kit
MBED od NXP) Mym problem je, ze vnitrnostem syslessu spis nerozumim nez
rozumim a komentaru je v nem pramalo. Z Ulanu jsem zkousel neco
prekopirovavat a posunout se nekam dal, ale jak jsem psal porad nekde koncim
na nejakych errorech.
Pro Lpc17xx me zaujalo CMSIS od ARMu (resp upraveny od NXP) a rad bych ho
nejakym zpusobem zkusil pochodit, koukal jsem ze v ulanu jsou z CMSIS
vytazeny nejaky vnitrnosti, takze to nebude asi az zas tak marny... Nicmene
dokud nic neprelozim tak ani nic nezkusim.
Jirka
Dne 1. července 2010 13:32 Pavel Pisa <pisa(a)cmp.felk.cvut.cz> napsal(a):
> On Thursday 01 July 2010 12:07:46 jiri.kubias(a)gmail.com (
> sysless(a)pandora.cz)
> wrote:
> > LPC13xx ne (zatim nema can) ale lpc17xx jo. A vzhledem k tomu ze od 13 k
> 17
> > je hodne blizko tak si to vymodifikuju na 17. Zkusil jsem sysless
> loupnout
> > sam na LPC17 + CMSIS od ARMu, ale porad koncim ne nejakych errorech okolo
> > system_stub.c o kterym vubec nic nevim.
> >
> > Pokud to mas v nejakym zoufalym stavu (neposlateny do syslessu) tak to
> > zataruj a posli mi to. Ja si s tim uz pak nejak pohraju/prizpusobim.
> >
> > Jirka
>
> Kompletní a odzkoušená podpora LPC17xx je v syslessu
> v uLanu
>
> http://sourceforge.net/projects/ulan/develop
>
> http://ulan.git.sourceforge.net/git/gitweb-index.cgi
>
> Mělo by se to sjednotit.
> Jak jsem již před dávnou dobou říkal, je tomu potřeba
> věnovat určité množství času, se kterým mám sám problém
> a především je nutné, aby do toho věnovali kus práce
> všichni ti, co sysless z RTIME používají a reportovali
> průběžně problémy způsobené změnami při vývoji.
>
> Je nutně potřeba, aby existovalo buď další repository
> nebo tar s build adresáři pro typicky používané konfigurace.
> Neměly by to být rozlezlé bastly, pokudmožno minimální
> kousky otestované na HW s povolenými periferiemi
> ze syslessu. Zatím jediný, koho pochválím,
> je Marek, od kterého mám správně připravený
> build pro hiddemo s konfigurací
>
> ARCH=arm
> MACH=lpc23xx
> BOARD=lpc2364-12
>
> Bohužel pro vývoj je to málo a hlavní vývoj s Petrem Smolíkem
> máme v uLanu, kde mám rozumnou sadu buildů
> Thu Jul 1 12:54:50 CEST 2010
> build arm-ha-blinder OK
> build arm-lpc11xx FAIL
> build arm-lpc17xx FAIL
> build arm-ul_usb1 FAIL
> build arm-ul_usb1-2103 OK
> build arm-ul_usb1-boot OK
> build arm-ul_usb1-boot-minimal OK
> build arm-ul_usb1-display OK
> build arm-ul_usb1-thermostat FAIL
> build arm-ul_usb1-u2uv2 OK
> build arm-ul_usb1-ulad31 OK
> build host-display FAIL
> build host-indir OK
> build host-m32 OK
> build host-mingw32 OK
> build host-mingw32-minimal OK
> build host-powerpc OK
> build host-uslib FAIL
> build host-win32-kmd FAIL
> build host-win32-wdf FAIL
> build host-win32-wdf64 OK
> build mcs51-thermometer-ulad21 OK
> build mcs51-u2u-ulad21 OK
>
> Pak testuji i HAIRC - sice licence a budoucnost je nejasná
> ale na testování se hodí
>
> HAIRC build embedded
>
> Thu Jul 1 13:06:20 CEST 2010
> build ./ulio_17xx FAIL
> zrovna chybí lpc17xx.h !!!!!!!!! Petře, Pavle !!!!!!!!!!!!!!!
> build ./veco_ulan OK
> build ./ulsw FAIL
> build ./uact OK
> build ./veco_modbus OK
> build ./ulth OK
> build ./veco-thumb FAIL
>
> HAIRC build host
>
> Thu Jul 1 13:14:41 CEST 2010
> build ./ulsw FAIL
> build ./unitest OK
> build ./ulth OK
> build ./veco OK
>
> Obecně je odzkoušená vetšina (i LPC17XX) a v případě
> zásahů, to zle srovnat.
>
> Je nutné, aby Ti co chtějí mít ze syslesu prospěch,
> přispěli podobně testováním a sledováním i informováním
> o záměrech. Jinak budu jen se smutkem a ironií sledovat,
> jak se moje i vaše práce hnojí.
>
> V tuto chvíli je nutné updatovat podporu ARMu tak, aby podporovala
> Cortex-M3 a zdá se, že by to mohlo chodit i s Cortex-M0.
> Potřebné věci jsou v uLan sysless GITu. Jsem ochoten
> to udělat, ale ti, co si to včas potom neotestují a nebudou
> spolupracovat se musí připravit na to, že po rozejití se vývoje
> synchronizaci časem nezvládnou a nikdo jim nepomůže.
>
> Sám jsem v tuto chvíli omezen na jediný kompilovatelný test
> z RTIME sysless a to je hiddemo na lpc2364-12. Vlastní
> desku nemám a ani věnovat čas testování na HW nemíním.
> To je na vás a pak poslat slušně zpracované reporty
> s chybami.
>
> Synchronizaci asi již tento týden nestihnu, ale příští
> středu bych to mohl zvládnout. Pak tu ale od 10.7. přes
> 10 dnů nebudu.
> Čekám na alespoň dvě, tři odpovědi typu chápu, co se ode
> mě chce, jsem pro posun dopředu a otestuji včas své
> vlastní aplikace proti změnám. Marek psát nemusí,
> s ním jsem na tom již dohodnutý. Michal též,
> ten má teď jiný úkol.
>
> S pozdravem,
>
> Pavel Píša
>
--
===================================================
Bc. Jiri Kubias
Czech Technical University in Prague
Faculty of Electrical Engineering
dept. of Control Engineering
Karlovo namesti 13/E, 121 35 Prague
Czech Republic
web page: http://dce.felk.cvut.cz
e-mail: jiri.kubias(a)gmail.com
mobile: 777 974167
===================================================
---
LPC13xx ne (zatim nema can) ale lpc17xx jo. A vzhledem k tomu ze od 13 k 17
je hodne blizko tak si to vymodifikuju na 17. Zkusil jsem sysless loupnout
sam na LPC17 + CMSIS od ARMu, ale porad koncim ne nejakych errorech okolo
system_stub.c o kterym vubec nic nevim.
Pokud to mas v nejakym zoufalym stavu (neposlateny do syslessu) tak to
zataruj a posli mi to. Ja si s tim uz pak nejak pohraju/prizpusobim.
Jirka
2010/7/1 Robothron 1715 (sysless(a)pandora.cz) <pecam1(a)fel.cvut.cz>
>
> Pripominam se.
>>
>
> Zaplatis?
>
> Ted vazne: Ty budes nekde pouzivat LPC13xx?
>
> MP
>
> ---
>
--
===================================================
Bc. Jiri Kubias
Czech Technical University in Prague
Faculty of Electrical Engineering
dept. of Control Engineering
Karlovo namesti 13/E, 121 35 Prague
Czech Republic
web page: http://dce.felk.cvut.cz
e-mail: jiri.kubias(a)gmail.com
mobile: 777 974167
===================================================
---
Pripominam se.
Jirka
2010/6/29 Robothron 1715 (sysless(a)pandora.cz) <pecam1(a)fel.cvut.cz>
>
> Cekam, az Marek posle novou verzi, kde nebudou blby konce radku atd. a
>> budu ji moct aplikovat bez toho, aniz bych patch musel rucne upravovat,
>> aby to proslo (tj. vygenerovat patch pomoci git format-patch).
>>
>
> Aha, jsa natvrdlonem, to, ze cekas, jsem nepochopil. OK, poslu lepsi.
>
> Zdar,
> M.
>
> ---
>
--
===================================================
Bc. Jiri Kubias
Czech Technical University in Prague
Faculty of Electrical Engineering
dept. of Control Engineering
Karlovo namesti 13/E, 121 35 Prague
Czech Republic
web page: http://dce.felk.cvut.cz
e-mail: jiri.kubias(a)gmail.com
mobile: 777 974167
===================================================
---