[elektro] ARM megint
Arnold Fuzesi
arnold.fuzesi.lista at gmail.com
Fri Sep 20 14:40:37 CEST 2013
Segger J-link edu jtag. /usb.
Farnell, tizenezer forint, tud minden arm-et ami szoba johet.
Arnold
Sent from my iPhone
On 2013.09.20., at 14:04, Stonie <laca256 at gmail.com> wrote:
> 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]
More information about the Elektro
mailing list