[elektro] ARM megint

Stonie laca256 at gmail.com
Fri Sep 20 22:02:23 CEST 2013


Hi,
Köszi, tényleg vannak filléres cuccok is, pl NuTiny-SDK-NUC140 5670Ft a
ch*pc*d-nél. Most már értem a letörhetőt is :) a kép alapján <
http://www.nuvoton.com/hq/enu/ProductAndSales/ProductLines/MicrocontrollerApplicationIC/ARMMicrocontroller/ARMCortexTMM0/PublishingImages/NuTiny-SDK-140.jpg
>
L


2013/9/20 hg12345 <hg12345 at freemail.hu>

> Hi
>
> elnézést olvasd végig a levelezést (már többször leírtam)
>
> Minden gyártó cég ad próba panelt a termékéhez ($10-20 elérhető kategoria
> FDH Kft ingyen kiszállítja budapesten)
> a próba panel két részből áll:
> -- a cég minta uC-re és egy- két külső periféria
> -- egy USB--JATG/SWD átalakító ami vagy letörhető vagy függetleníthetö a
> próba uC-ről.
> Az utóbbi eszköz egy teljes értékű debugger és programozó a cég
> termékeihez. Általában a IDE környezetek is felismerik.
>
> Ha ennél többre vágysz akkor $60 beszerezhető a SEGGER JTAG EDUCATION, ez
> egy kicsit gyorsabb, de nem ez a sebesség fog segíteni a fejlesztésben...
>
> Az debugger rész a CORTEX mag "perifériája" egyik debugger se tud többit,
> mint amit a beépített port tud!
> Egyetlen plusz tulajdonság lehetséges ezt IDE vagy támogatja vagy nem! A
> FLASH-be ágyazott töréspont.
> (De ezt is uC támogatja, van ilyen utasítás, vagy illegal utasítást
> égetnek be, amire csinál egy IT és itt lekezelik a törésponthoz szükséges
> kommunikációt.
>
> Stonie <laca256 at gmail.com> írta:
> >További kérdés milyen HW kell a beégetéshez/debugoláshoz? Printer portom>
> nincs, esetleg PCI-s mehet bele.>
> L>
> >
> >
> 2013/9/20 Moravcsik Szilárd <mszilard at contarex.hu>>
> >
> > Szia!>
> >>
> > Azt írod:>
> >>
> >  > a KEIL fejlesztő rendszer 32K ingyenes, a fenti eszközöket ismeri,>
> >  > és minden tud amit a debugokkal ellehet érni. 32K elég sok ami egy>
> >  > 8 biten elfér az itt is, még C-ben is....>
> >>
> > Az ARM utasításai ilyen hatékonyak (na meg a C fordító is jól>
> > optimalizál)? Mert ugye az Atmel AVR a maga 16 bit széles utasításaival>
> > fele az ARM 32 bites utasítás szélességének, azaz olyan a 32kByte ARM>
> > flash terület, mintha 16kByte AVR flash terület lenne helyfoglalásilag.>
> > Vagy nem egészen így van?>
> >>
> > Üdv:>
> > Szilárd>
> >>
> > 2013.09.19. 15:22 keltezéssel, hg12345 írta:>
> > > Szia,>
> > >>
> > > dipes nincs tudtomnal, de a belépő fejelsztő eszközök $10-$20
> kategoria>
> > mind DIP-s kivitelű nyákon vannak, a debuggerrel egyűtt, vagy letörhető>
> > vagy nem kivitelben.>
> > >>
> > > Itthon a CHIPCAD tart a NUVOTON-ból, a FARNELL-től rendelhető NXP,ST
> és>
> > FREESCALE, ATMEL>
> > > Ha kintről tudsz rendelni a MOUSER és DIGIKEY nél igen nagy a
> választék.>
> > > Az OLIMEX eszközök között is vannak és a KOPOG Bt-től beszerezhetőek,
> de>
> > az OLIMEX nagyon sok helyen kapható a világban.>
> > >>
> > > Ha még nem kóstoltál bele a 3V-s világba, akkor első próbára a NOVUTON>
> >  Mini51 (max 16K flash) vagy M052 (max 64K flash) sorozat jó, ezekből a>
> > legkisebb QNF 33 (32+1 középső) tokban mindenütt elférnek.  A Mini51
> ugyan>
> > lassú 24MHz, de nem kell hozzá az LDO-hoz külső kondi.>
> > >>
> > > 3V-s rendszerek esetén bőséges a választék, és egyedi darabokhoz a FDH>
> > Bp ingyen kihozza az 1db-t a FARNELL rendelésből... :-)>
> > >>
> > > a KEIL fejlesztő rendszer 32K ingyenes, a fenti eszközöket ismeri, és>
> > minden tud amit a debugokkal ellehet érni. 32K elég sok ami egy 8 biten>
> > elfér az itt is, még C-ben is....>
> > >>
> > >>
> > > Skandar Graun <sgraun at gmail.com> írta:>
> > >> Tudnál esetleg típust mondani?>>
> > > Ha DIP-es lenne, még jobb.>>
> > >>>
> > >>>
> > > 2013. szeptember 19. 14:21 hg12345 írta, <hg12345 at freemail.hu>:>>
> > >>>
> > >>>>
> > >>>>
> > >> r3flow <nzoltan at freemail.hu> írta:>>
> > >>>>>>
> > >>>>>
> > >> On 2013-09-18 09:12, Horvath Janos wrote:>>>
> > >>> Pedig Őt is a hideg rázta, ha meghallotta, hogy PIC.>>>
> > >>> Szóval nehéz dönteni, adott feladatnál lehetne>>>
> > >>> összehasonlítást csinálni (ár/munkaóra/szívás az errata-k>>>
> > >>> miatt, fordító bugok stb.)>>>
> > >>>>>
> > >>>>>
> > >> Szerintem egyszerű dönteni. Egyedi fejlesztéseknél ami nem széria>
> > hanem>>>
> > >> 1 vagy pár darab oda kár vesződni 600 forintos PIC-el és 2 hét>
> > munkaidőt>>>
> > >> elpazarolni rá, mert a munkaidő nagyságrendekkel drágább. Ezért>>>
> > >> egyszerűbb ráállni még akár a majd 2 ezer forintos ARM-re is, és az>>>
> > >> összes kis darabszámú egyedi munkát arra építeni még akkor is, ha>>>
> > >> egyébként a negyedét sem használod ki, mert munkaidőben bőven>
> > megtérül.>>>
> > >> És marad tér annak is, ha a legvégén a megrendelő benyögi a "na még>
> > ezt>>>
> > >> a kicsit tegyük bele" ami a határon lévő 8 bitnél éppen teljes>>>
> > >> újratervezést jelentene.>>>
> > >>>>>
> > >> Amikor szériáról van szó ami sorozatgyártásba kerül, akkor lehet>>>
> > >> optimalizálni faragni lefelé az 1K ROM és 64 bájt RAM szintig vagy
> az>>>
> > >> alá, sok heti munkával.>>>
> > >>>>
> > >> Ma már ott tartanak a M0 maggal, hogy hasonló árban jobbat kapsz mint>
> > egy>>
> > >> pici 8 bites.... Még 5V-sban is :-)>>
> > >> akkor meg minek szenvedni a sorozatnál....., ja és ezekből a picik
> is>>
> > >> direkctben debuggolhatóak, nem kell hozzá másik fejlesztő darab....>>
> > >>>>
> > >>>>
> > >>>>>
> > >> Szerintem.>>>
> > >>>>>
> > >> ----------------------------------------->>>
> > >>            elektro[-flame|-etc]>>
> > >>>>
> > >> ----------------------------------------->>
> > >>            elektro[-flame|-etc]>>
> > > ----------------------------------------->>
> > >            elektro[-flame|-etc]>>
> > >>
> > >>
> > > ----------------------------------------->
> > >            elektro[-flame|-etc]>
> > >>
> >>
> > ----------------------------------------->
> >           elektro[-flame|-etc]>
> ----------------------------------------->
>           elektro[-flame|-etc]>
>
>
> -----------------------------------------
>           elektro[-flame|-etc]
>


More information about the Elektro mailing list