|
www.elektronik.si Forum o elektrotehniki in računalništvu
|
Poglej prejšnjo temo :: Poglej naslednjo temo |
V katerem IDE naj bodo pripravljeni primeri za STM32F103x? |
Atollic TrueSTUDIO(R)/STM32 |
|
13% |
[ 4 ] |
Keil uVision 4 |
|
86% |
[ 25 ] |
|
Skupaj glasov : 29 |
|
Avtor |
Sporočilo |
Umnik Član
Pridružen-a: Čet 16 Sep 2004 17:52 Prispevkov: 958 Aktiv.: 4.30 Kraj: Novo mesto
|
Objavljeno: Pon Mar 14, 2011 7:32 pm Naslov sporočila: |
|
|
No, pa še da dodam:
moj namen ni, da bi favoriziral eno ali drugo ali tretje orodje. Gre se striktno za to, da sebi olajšam delo.
Primeri bodo strukturirani tako, da bo od primera do primera potrebno v projekt dodati kakšno *.c datoteko (ali pa še to ne) in popolnoma nič drugega. S čim se koda prevaja in debagira ni moj problem.
Jaz Atollica ne bi kar takoj na začetku obsodil. Kot vsako drugo orodje, ga je treba naučiti se uporabljati. Glede na opis lastnosti ne more biti slab in po moje, bo tisti, ki bo zaslužil licenco zadovoljen!
(So pa tiste 3 sekunde za moj buffer dobre volje in potrpežljivosti predolge...)
Anketa je odprta za 10 dni, zainteresirani prosim glasujte. |
|
Nazaj na vrh |
|
|
strobos Član
Pridružen-a: Sre 24 Sep 2003 12:19 Prispevkov: 726 Aktiv.: 3.26 Kraj: Brežice
|
Objavljeno: Pon Mar 14, 2011 8:11 pm Naslov sporočila: |
|
|
Meni tudi Atollic ni preveč všeč. Kdaj v prihodnosti, če bo čas, ga bom mogoče uporabil, zaenkrat pa ostal na Keilu. Kolikor razumem te knjižnice, stvar teži k temu, da bi bilo podobno kakemu basicu ali pa C#, kjer je ogromno knjižnic že narejenih in potem nekako lažje za pregled, ker imaš ukaze napisane z besedami namesto s številkami. Saj je to zelo uporabno, samo moraš stvar spoznati in jo konstantno uporabljati.
Lp |
|
Nazaj na vrh |
|
|
SimonS Član
Pridružen-a: Čet 01 Jul 2004 11:18 Prispevkov: 4590 Aktiv.: 20.60 Kraj: Kobarid
|
Objavljeno: Tor Mar 15, 2011 9:32 am Naslov sporočila: |
|
|
Umnik je napisal/a: |
aly je napisal/a: |
Ampak tak je v sloveniji en sam... |
Ni... |
Poleg Vidmarja (verjetno si tega imel v mislih) se tudi moj sosed nekaj muči v assemblerju... _________________ Lep dan
Simon |
|
Nazaj na vrh |
|
|
MarkoM Član
Pridružen-a: Tor 12 Sep 2006 15:29 Prispevkov: 2825 Aktiv.: 13.18 Kraj: Lovrenc na P.
|
Objavljeno: Tor Mar 15, 2011 9:42 am Naslov sporočila: |
|
|
SimonS je napisal/a: |
Umnik je napisal/a: |
aly je napisal/a: |
Ampak tak je v sloveniji en sam... |
Ni... |
Poleg Vidmarja (verjetno si tega imel v mislih) se tudi moj sosed nekaj muči v assemblerju... |
Muči... in verjetno pri tem tudi ostane, brez kakšnega učinka.
To je tako, kot bi sedaj kopal temelje za hišo s krampom, sosed pa ima kopača. Res je, da lahko na roko skoplješ luknjo na cm natančno, ampak... |
|
Nazaj na vrh |
|
|
Slowfly Član
Pridružen-a: Sre 18 Feb 2004 2:07 Prispevkov: 4082 Aktiv.: 18.32 Kraj: Ljubljana
|
Objavljeno: Tor Mar 15, 2011 1:28 pm Naslov sporočila: |
|
|
Marko, tvoja primerjava kramp vs. bager sicer drži, ti bom pa sedaj jaz dal še eno drugo.
Ne vem sicer koliko poznaš zadeve, pa vseeno.
Brušenje in poliranje ogledala za reflektorski tip teleskopa.
Lahko ga brusimo in poliramo ročno, ali pa strojno. Zanimivo pri vsem skupaj je to, da je ročno brušeno in polirano ogledalo (enakega premera in goriščne razdalje seveda) ohoho dražje od strojno brušenega. Pa ne samo to. Tudi veliko bolj točno je. Celo toliko, da z nobenim strojem ne moremo doseči take točnosti, kot pri ročni obdelavi.
Podobna stvar je tudi pri stružnicah. Vodila so lahko strojno brušena, ali pa ročno tuširana. Cena in tudi kvaliteta (beri točnost) je bistveno višja pri ročno tuširanih vodilih.
Torej če povzamem, Matjaž (pa še kdo drugi najbrž tudi) verjetno prekleto dobro ve, zakaj ARM-e programira v assemblerju. |
|
Nazaj na vrh |
|
|
MarkoM Član
Pridružen-a: Tor 12 Sep 2006 15:29 Prispevkov: 2825 Aktiv.: 13.18 Kraj: Lovrenc na P.
|
Objavljeno: Tor Mar 15, 2011 2:56 pm Naslov sporočila: |
|
|
Se strinjam z napisanim.
Verjetno mislimo Matjaža Vidmarja?
Sem malo spremljal njegov ne brezhibni protokol. Za takšen protokol pri takšnih hitrostih je lpc2138 res premalo zmogljiv in tukaj je verjetno res rešitev optimizacija. Sam bi verjetno vzel arm9, to imajo tudi linksysova gigabitna stikala. Vse ima svoje prednosti in slabosti. Za nas večino uporabnikov je C majka. Sploh si ne predstavljam, da bi moral z asm računati kakšen floating point.
Ali pa kot je kolega programer izjavil (svoj čas je optimiral kodo): če bi programerji znali programirati, bi še danes bilo dosti 256MB rama.
p.s. To bi si lahko vzeli na znanje tudi razvijalci firefoxa, ki ima takšne memory leake, da glava peče. |
|
Nazaj na vrh |
|
|
diehart Član
Pridružen-a: Pon 19 Apr 2004 17:46 Prispevkov: 501 Aktiv.: 2.25 Kraj: okolica I G
|
Objavljeno: Čet Feb 16, 2012 10:48 pm Naslov sporočila: |
|
|
/** čez eno leto **/
Po dveh popoldnevih mi je uspelo pripraviti moj stm32 discovery, da deluje s programom atollic, sedaj pa najdem to temo... Z Atollicom sem začel, ker sem nameraval delati po ARM seminarju, ki ga je organiziralo društvo. Ker pa sem še na začetku, bom verjetno kar takoj menjal razvojno okolje.
Je zelo pomembno, da v poti do projekta ni šumnikov in presledkov? Ker vse kar dela je da naloži program na stm, ko pa poizkušam karkoli debagirat pa vrne nekaj podobnega:
Citiram: |
Can't find a source file at "G:/Arhiv/\212TROM/ST32 ... \..\..\src\main.c"
Locate the file or edit the source lookup path to include its location. |
Nalagam demo program. |
|
Nazaj na vrh |
|
|
|
|
Ne, ne moreš dodajati novih tem v tem forumu Ne, ne moreš odgovarjati na teme v tem forumu Ne, ne moreš urejati svojih prispevkov v tem forumu Ne, ne moreš brisati svojih prispevkov v tem forumu Ne ne moreš glasovati v anketi v tem forumu Ne, ne moreš pripeti datotek v tem forumu Ne, ne moreš povleči datotek v tem forumu
|
Uptime: 70 dni
Powered by phpBB © 2001, 2005 phpBB Group
|