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@cmp.felk.cvut.cz> napsal(a):

On Thursday 01 July 2010 12:07:46 jiri.kubias@gmail.com ( sysless@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@gmail.com mobile: 777 974167 =================================================== ---