[elektro] MPLAB-X, PICKIT3, mikroC

Moravcsik Szilard levlista.mszilard at gmail.com
Mon Sep 21 09:14:52 CEST 2015


Szia!

Azért a hardver fontosságához lehet mérni (ha ugyan nem fontosabb) a 
szoftver fejlesztői rendszert, könyvtárakat, dokumentációt, közösséget, 
stb. Szerintem a RapsberryPi is a jó háttér támogatottság miatt ér 
többet a nálánál erősebb vasaknál.

A 90-es években (még ChipCAD előtt, a HumanSoftos időkben) mi is 
PIC-ekkel kezdtünk. A választásban sokat segített, hogy egy bőröndnyi 
könyvet és mindenféle demo cuccot kaptunk ingyen tőlük. Meggyőztek! :)

Csak később, nagyobbacska projekteknél jöttünk rá sok ügyetlen PIC-es 
megoldásra. Kollégám maroknyi ősz hajszálat köszönhet pl. a PIC16C74 
(később "F" sorozat) memória bankolásból eredő szoftver hibáknak. 
Ráadásul a kvarcablakos tokok törlése eltartott egy darabig, ezért 
egyszerre többel küzdött. A törlő gyakorlatilag mindig tele volt 
sütkérező PIC-ekkel. :)

Ezután jöttek az AVR-ek, amik sok szempontból jelentettek megváltást.
Aztán szereztünk egy "okosított" CodeVisionAVR szoftvert, ami már 
tartalmazott egy "varázslót" is a hardver inicializálásához. Tudott 
inline assembly-t, jól használható editora, viszonylag gyors 
compilere/linkere volt, szépen dolgozott, jó kis szoftver könyvtárai 
voltak, stb. Persze járt nálunk "okosított" BASCOM, MikroC, IAR, de 
valahogy megmaradt a CvAVR, amit 2004-ben megvettünk és azóta frissítjük.

Eddig még nem volt akkora projektünk, amit egy 32MHz-en futó xmegával ne 
tudtunk volna megoldani. Ha lesz ilyen, megvan a jelölt STM32xxx ARM 
család, "csak" megfizethető, jó minőségű fejlesztői hátteret kell majd 
hozzá találnunk (a Keil és tsai nagyon drágák nekünk, a MikroC ARM-ről 
pedig nem túl jókat olvasunk...).

Üdv:
szilárd

2015.09.19. 21:07 keltezéssel, Acs Gabor írta:
> Nálam az lett a stratégia, hogy kiválasztottam évekkel ezelőtt egy olyan
> PIC-et, amiben eléggé sok I/F és láb van, és amihez csak lehet, azt
> használom. 'egységnyi' processzor.
> Ha variálnék, hogy mindig az alkalmazáshoz optimalizálom, akkor lehetne
> megbolondulni, hogy most akkor az ezer féléből melyik a legjobb, és
> spórolnék 1-200Ft-ot.
> Na jó, nagyobb szériáknál már számít, de az nem mindennapos eset, akkor
> rááldozza az ember azt az időt.
>
>
> Gábor
>
> 2015.09.19. 19:48 keltezéssel, Skandar Graun írta:
>> Én most állok át Arduinora... kompatibilis a nyelv, szinte minden periféria
>> létezik hozzá és a nano-tól a Mega360-ig igen széles skálán mozog a
>> tudása...
>> Ott van vele a fejlesztőrendszer és olcsó... a kész modulokat olcsóbban
>> veszem, mint előtte magát a PIC-et.
>> Ha meg nagyon szofisztikált programra lesz szükségem, akkor vagy Atmel C
>> környezet, vagy beteszek egy Rpi-t.
>> Be kellett látnom, hogy lemaradt a microchip... még az én szintemen is.
>> Kacérkodtam az ARM-el, de sok alkalmazásomnál ágyúval verébre és rengeteg
>> idő a portolás.
>>
>> 2015. szeptember 19. 19:40 hg12345 írta, <hg12345 at freemail.hu>:
>>
>>> Hi,
>>> ha már C-ben programoztok, akkor miért szenvedtek az egymással nem
>>> kompatibilis PIC-ekkel, árban tudásban lényegesen jobban kezelhető
>>> uC-vannak, a fejlesztési beruházási költség $10..$40. (kb ICD3 tudású
>>> eszközt kapsz érte)
>>> Egy PIC16Fxxxxxxxxxxxxxxx-nek megfelelő típus már akár $0.3...$1 között
>>> beszerezhető. Ingyenes fejlesztő rendszer meg könnyen található.
>>>
>>> Pipi <lista at puzsar.hu> írta:
>>>> 2015.09.19. 01:04 keltezéssel, hobilobi at gmail.com írta:
>>>>
>>>>> A többi már könnyebb lesz, mert a programozással nincs sok gondom.
>>>>> Én már asm-et nem szívesen használok, mert ha nincs kihegyezve a HW a
>>>>> feladathoz, akkor sokkal kényelmesebb
>>>> nálam rosszabb a helyzet, 16f636 parallax src-t (asm) kell átrakni
>>> 16f18323-ba, és marhára eltér a regiszter kiosztás,
>>>> és a timerek, bankok, eeprom is így első ránézésre...
>>>> a 18323-at meg csak az mplabx ismeri, meg C sincs rá, bár nem hiszem hogy
>>> át tudnám tenni C-be, meg hogy beleférne...
>>>> --
>>>> Pipi
>>>> http://www.puzsar.hu
>>>>
>>>> -----------------------------------------
>>>>            elektro[-flame|-etc]
>>>>
>>> -----------------------------------------
>>>             elektro[-flame|-etc]
>> -----------------------------------------
>>             elektro[-flame|-etc]
>
> -----------------------------------------
>            elektro[-flame|-etc]
>


---
A levél vírus, és rosszindulatú kód mentes, mert az avast! Antivirus védelme ellenőrizte azt.
https://www.avast.com/antivirus



More information about the Elektro mailing list