[elektro] ARM megint

[hg12345]

Reméltem :-)

Stonie <laca256 at gmail.com> írta:
>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]
>>
>-----------------------------------------
>          elektro[-flame|-etc]
>