[elektro] dsPIC programozás assemblyben
hg12345
hg12345 at freemail.hu
Mon Jan 7 19:54:24 CET 2019
Hi,
Ha 5V kell, akkor is inkább egyszer érdemes meglépni az ARM-ot, <200Ft alatt kapható MINI5x család a NUVOTON-tól, de van az NXP-nek is ilyen, 25...50MHz sebesség bőséges perifériák, olcsó debuggerek és sok nyitott programozási környezett. Memória RAM és FLASH hasonló árfekvésben általában több mint a 8 bitesekben, C sokkal jobban illeszkedik ehhez a felépítéshez. Igazából szinte sohase kell ASM betétet írni....
Amúgy a 3.3V rendszerek se annyira zavar érzékenyek, mint gondolják, megfelelő illesztések mellett ugyan olyan zavar elnyomást lehet ezekkel is csinálni mint az 5V-s rendszerekkel. Amúgy ezekse 3.3V inkább 1.8V vagy 1.5V-sak a belső kiépítésük....
Indulásnak már minden cég "ARDUINO" lábkiosztású paneleket ad demónak, innen kezdve egyszer próbára megépíted a kompatibilisra a kiegészítő panelt, és csak rádugni kell a megfelelő hordozó/ futtató környezetre. Hobbira ennél olcsóbb megoldás nincs persze, ha nem pont a uC panel tervezés a cél.
Amúgy meg szerintem lassan mindegy min fut a program, az árat sokkal inkább a fejlesztési idő határozza meg néhány ezer darabos gyártásnál. Milliós esetekben már érdemes néhány centen csuklózni, de "fejlettebb helyeken" rábízzák a hiba keresést a felhasználókra, aztán OTA frissítenek vagy nem :-()
-------- Eredeti levél --------
Feladó: elight < elight at gmail.hu (Link -> mailto:elight at gmail.hu) >
Dátum: 2019 január 7 15:16:49
Tárgy: Re: [elektro] dsPIC programozás assemblyben
Címzett: elektro at tesla.hu (Link -> mailto:elektro at tesla.hu)
+1
ha mégis,
...max. 3-4 inline sor ASM.
És inkább használd ki maximálisan a hardver
adottságokat, többszintű INT, DMA és egyéb finomságok...
Vagy válassz egy nagyobb, gyorsabb MCU-t.
És ez nem hitvita, szerintem inkább csak ésszerűség.
Üdv István
2019-01-07 15:05 keltezéssel, Pipi írta:
> Szerintem ha sebesség komolyan nem indokolja az assembly-t akkor vétek
> vele kínlódni, C-ben kell nyomulni.
> Nézd meg a PIC24FV-t 5V-os, és eepromja is van
>
>
>
> 2019.01.07. 13:53 keltezéssel, Horváth Zsolt írta:
>> Csak kíváncsiságképpen... :D
>>
>> (Nagyon kérlek benneteket, nehogy flame kerekedjen belőle, jó? :) )
>>
>> Elővettem néhány, cirka 10 éve (!) pihentetett projektemet.
>> Akkoriban jöttek ki ugye a 30-as sorozatjelű dsPIC-ek. Van még belőle
>> pár a fiókban, úgyhogy hobbi munkákhoz el szeretném használni őket.
>> Programozza valaki ezeket közületek assemblyben? :D (Idővel lehet,
>> hogy lenne néhány gyakorlati kérdésem a témában.)
>>
>> Illetve néhány kérdés hasonló témában... kollégával a napokban
>> beszélgettünk a mikrokontrollerek (PIC-ek) fejlődéséről, de nem
>> néztem utána részleteiben a dolgoknak...
>>
>> Jól sejtem, hogy azért jönnek ki pl. a dsPIC30-as típusok egyre
>> kevesebb memóriával és programmemóriával, (pl. dsPIC2010) mert a
>> gyártástechnológiai selejtet nem dobják ki, hanem betokozzák? (Ez
>> csak egy tipp részemről. Ha jól tudom, a Celeron processzorok is így
>> születtek/születnek. Tehát hogy a legnagyobb kapacitású chipeket
>> gyártja a gyártósor, de sok a selejt. Az a selejt, amelyikben a cache
>> alsó része használható, abban letitltják a felső, hibás címeket és
>> így kevesebb cache memóriával tokozva lesz a selejtből "sánta", de
>> használható processzor. Ennek analógiájaként tippelem, hogy a
>> mikrokontrollerekkel is ugyan ez a helyzet. Meg ezért van ugyan abból
>> a magból többféle memóriaméretű változat. Vagy ezeket szándékosan
>> kisebbként gyártják?)
>>
>> A másik: nem tudom, talán a dsPIC30/33 család volt az utolsó, ami
>> 5V-on is tudott menni? (Mármint 5V tápfeszültségről.) Az utána
>> következők (PIC24) már csak max. 3.6V-on mennek. (Illetve olvastam
>> valamelyik 16-os adatlapjában, hogy a legújabb 16F-esek is belül
>> 3,3V-on vagy mennyin működnek, csak "kifelé látszik" 5V-osnak a
>> rendszer.)
>>
>> Na és a lábak terhelhetősége! Jönnek még ki 25mA-es
>> terhelhesőséggel új típusok? (Ha jól tudom, a 24-es PIC-ek lábai már
>> csak 3mA-t bírnak.)
>>
>>
>> Üdv.: Horváth Zsolt
>>
>> -----------------------------------------
>> elektro[-flame|-etc]
>>
>
>
-----------------------------------------
elektro[-flame|-etc]
More information about the Elektro
mailing list