Bohuzel se mi nedari zlomit mach-lpc17xx a ani ma portace mach-lpc17cmsis k funkcnosti. Ale povedlo se mi pomerne rychle a jednoduse zlomit Markuv mach-lpc13xx na novy mach-17xx (s funkcni demo aplikaci ktera blika ledkou). Otazka je tedy co s tim? Smazat soucasnou verzi lpc17xx a nahradit upravenou Markovou, nebo pockat az se spravce soucasne verze ozve?
Jak uz psal Marek lpc17xx a lpc13xx maje stejne jadro, takze zaklad je uplne stejny...
Jirka
Zdar,
Bohuzel se mi nedari zlomit mach-lpc17xx a ani ma portace mach-lpc17cmsis k funkcnosti. Ale povedlo se mi pomerne rychle a jednoduse zlomit Markuv mach-lpc13xx na novy mach-17xx (s funkcni demo aplikaci ktera blika ledkou). Otazka je tedy co s tim? Smazat soucasnou verzi lpc17xx a nahradit upravenou Markovou, nebo pockat az se spravce soucasne verze ozve?
Jak uz psal Marek lpc17xx a lpc13xx maje stejne jadro, takze zaklad je uplne stejny...
jakkoli me tesi, ze Ti muj zaklad k 13xx funguje na 17xx, bude treba opatrnosti pri slucovani s uLanovskym 17xx. Nemam ted po ruce zadnou 17xx (v nejblizsich 2 mesisich ani nebudu mit a v nejblizsim roce ani nechci mit), abych to zkousel. Funkcnost mych ldscriptu pro 23xx a 21xx se zcela nekryje s uLanovskymi, oba mame neco navic, proto jsem se pri tvorbe 13xx snazil zachovat kompatibilitu se svymi syslessimi 21xx a 23xx v tom smyslu, aby byla samocinna detekce RAM-run/ROM-run, Michalovo .initarray a podobne. V uLanu je ale zase spousta smozich veci navic, napr. ta preruseni. Ale je tam videt, ze na male kilobajtove aplikace tam nikdo asi nehraje, takze fuze bude muset byt opatrna a ja doufam, ze jednoho dne dosahneme stavu, kdy bude to lepsi z obou syslessu sikovne spojeno dohromady.
Ted delam s CML neco na 13xx a budu se snazit znasilnit USB, coz se zatim nedari, tak z toho treba neco vyplyne.
K Tvemu problemu: nevidel bych jako tragicke, kdyby sis odvodil dalsi mach z 13xx a pouzival ho pro 17xx. Aspon to bude dobre odzkousene. Puvodne jsem chtel mit spolecny mach lpc_m3 pro 13xx i 17xx, ale CML me predbehl se svym importem, coz ale nakonec bylo asi dobre, viz ma poznamka k (ne)podobnosti periferii napric radami LPC.
At se dari, MP
P.s> Dik za testovani!
---
Neni zac za testovani. Uz pres tejden se snazim neuspesne jakkoliv pochodit LPC1768 takze tvuj LPC13xx byla pro me spasa. Otazkou tedy je kudy dal, jestli cekat nez aktualni LPC17xx nekdo opravi nebo vyrobit druhej... Necht at THE ELDERS OF THE SYSLESS rozhodnou. (pro ty co netusi co ma byt the elders of ... at zkouknou http://www.youtube.com/watch?v=iRmxXp62O8g - epizoda z IT crowds o internetu )
V mezi case se pokusim porovnat rozdily mezi LPC17xx od Smolika a tvym, ale uz ted mam silne tuseni ze to bude nesrovnatelne, zvlast kdyz k tomu neni zadna mne znama dokumentace.
Ten LPC17xx CMSIS me porad nepustil, Ono kdyz se podivas tak i lpc13xx jsou z nej vyzobany headry. Takze nejaka zanedbatelna sance by byla.
Jirka
2010/7/16 Robothron 1715 (sysless@pandora.cz) pecam1@fel.cvut.cz
Zdar,
Bohuzel se mi nedari zlomit mach-lpc17xx a ani ma portace mach-lpc17cmsis
k funkcnosti. Ale povedlo se mi pomerne rychle a jednoduse zlomit Markuv mach-lpc13xx na novy mach-17xx (s funkcni demo aplikaci ktera blika ledkou). Otazka je tedy co s tim? Smazat soucasnou verzi lpc17xx a nahradit upravenou Markovou, nebo pockat az se spravce soucasne verze ozve?
Jak uz psal Marek lpc17xx a lpc13xx maje stejne jadro, takze zaklad je uplne stejny...
jakkoli me tesi, ze Ti muj zaklad k 13xx funguje na 17xx, bude treba opatrnosti pri slucovani s uLanovskym 17xx. Nemam ted po ruce zadnou 17xx (v nejblizsich 2 mesisich ani nebudu mit a v nejblizsim roce ani nechci mit), abych to zkousel. Funkcnost mych ldscriptu pro 23xx a 21xx se zcela nekryje s uLanovskymi, oba mame neco navic, proto jsem se pri tvorbe 13xx snazil zachovat kompatibilitu se svymi syslessimi 21xx a 23xx v tom smyslu, aby byla samocinna detekce RAM-run/ROM-run, Michalovo .initarray a podobne. V uLanu je ale zase spousta smozich veci navic, napr. ta preruseni. Ale je tam videt, ze na male kilobajtove aplikace tam nikdo asi nehraje, takze fuze bude muset byt opatrna a ja doufam, ze jednoho dne dosahneme stavu, kdy bude to lepsi z obou syslessu sikovne spojeno dohromady.
Ted delam s CML neco na 13xx a budu se snazit znasilnit USB, coz se zatim nedari, tak z toho treba neco vyplyne.
K Tvemu problemu: nevidel bych jako tragicke, kdyby sis odvodil dalsi mach z 13xx a pouzival ho pro 17xx. Aspon to bude dobre odzkousene. Puvodne jsem chtel mit spolecny mach lpc_m3 pro 13xx i 17xx, ale CML me predbehl se svym importem, coz ale nakonec bylo asi dobre, viz ma poznamka k (ne)podobnosti periferii napric radami LPC.
At se dari, MP
P.s> Dik za testovani!
Ten LPC17xx CMSIS me porad nepustil, Ono kdyz se podivas tak i lpc13xx jsou z nej vyzobany headry. Takze nejaka zanedbatelna sance by byla.
Me osobne nechava CMSIS chladnym. Podle me je to dost trapny. Kdyz se podivas na google code na projekt s nazvem podobnym tusim LPC1343 codebase (je tam slovo "codebase"), tak tam se na tyhle kravoidni headery stejne vybodli a pracne buduji s gcc kompatibilni knihovny.
Nevylucuju, ze u 13xx prejdu na jmena registru a hlavicky z teto "codebase", abych byl kompatibilni s jedinym v soucasnosti mi znamym opensource zakladem pro 13xx. Dokud jsem jedinym uzivatelem 13xx, muzu si jeste zmeny v nazvech registru periferii dovolit.
Zajimave je, ze NXP a mozna i ARM (coz je desive) a jejich nohsledi nejak dlabou na kompatibilitu se zakladnim gcc a bastlej jakesi Xpressa a nevim jake toolchainy, ktere zjvene maji syntakticke odchylky od toho, co pouzivame my. Bojim se, ze to prave nejak souvisi s tim CMSISem. Me to nenadchlo a osobne na CMSIS kaslu.
MP
---
On Fri, 16 Jul 2010, jiri.kubias@gmail.com wrote:
V mezi case se pokusim porovnat rozdily mezi LPC17xx od Smolika a tvym, ale uz ted mam silne tuseni ze to bude nesrovnatelne, zvlast kdyz k tomu neni zadna mne znama dokumentace.
Zkus pro zacatek porovnat jen .map soubory tve aplikace prelozene pro 17xx a 13xx. Z toho by mohlo byt videt, kde je problem.
M.
---
-
jiri.kubias＠gmail.com (sysless＠pandora.cz) -
Michal Sojka (sysless＠pandora.cz) -
Robothron 1715 (sysless＠pandora.cz)