[elektro] ARM Cortex-M -- ki mivel fejleszt szoftvert?
Győző
elektro at cavalier.hu
Wed Mar 16 17:12:55 CET 2016
Videószerkesztésre, meg 3D cuccokhoz nekem is egy duál xeonos
workstation van 64GB RAM-al, ebayen 670 eur volt, szóval még túl mélyen
se kell a zsebbe nyúlni. Ugyanezt a prociteljesítményt egy 200ezres i7
tudja kb. Bár igaz, hogy az kevesebb magból kihozza.
Ha megnézem, hogy a thunderbird meg a firefox/chrome becuppant 1GB
ramot, akkor netezős gépre se elvetemült a 8GB. Főleg, ha az ember néha
doksikat szerkeszt, képekkel, photoshop, etc.
2016.03.16. 14:41 keltezéssel, elight írta:
> Szia
>
> Nemrég téma volt , éppen valakivel egyeztettem..
> Arra jutottunk , hogy 8GB RAM , vagy még talán
> a 16Gb méret "sem túlzó" (tehát alap minimum)
> az Eclipse IDE használatához.. :-)
>
> Szóval a vas az nem árt ha rendes...
> Éppen a napokban nézegettem, hogy már
> akadnak xenon - 64Gb RAM-mal konfigurációk is..
>
> Üdv István
>
>
> 2016-03-16 14:31 keltezéssel, Péter Bozzay írta:
>> Hétvégén végre én is végig tudtam ezt csinálni és megvolt az első
>> ledvillogtató projektem egy Nucleo-F072RB-vel. :-) Viszont azóta
>> sejtem, hogy miért utálják sokan az Eclipse-et...Egyrészt nekem sokkal
>> bonyolultabbnak tűnik, mint amit egy átlag mikrovezérlős fejlesztés
>> igényelne, másrészt hogy "csak egy IDE" létére linuxon úgy megterhelje
>> a gépemet, mint kevés más szoftver, hát...
>> Nekem ez az egész onnan indult, hogy mielőtt a jól bevált XP-t végleg
>> ellehetetlenítik, szeretnék összehozni végre egy teljesen linuxosított
>> fejlesztő gépet. Az eddigi tapasztalataim alapján erre ma már egész jó
>> esély van, csak a CooCox nem megy linuxon és ez tűnik a legegyszerűbb
>> alternatívának. Legfeljebb a Win10 árából inkább egy hardver upgrade
>> lesz. :-)
>>
>> Üdv,
>> Péter
>>
>> r3flow <zoltan.nagy at vivor.hu> írta (2016. március 5. 23:51):
>>> Ma igen. STM32L05x van most terítéken és a CooCox flash letöltője ennél
>>> az MCU-nál végtelen ciklusba kerül stlink-el, a CoFlash többi funkciója
>>> is teljesen értelmezhetetlen módon viselkedik.
>>>
>>> Kellett tehát vmi más, és ezt az SW4STM32-t telepítettem Linuxra. Meg
>>> mellé CubeMX-et. Teljesen jó. CubeMX esetén kb. ugyanaz a metódus mint
>>> CooCox esetén, létehozol egy üres projektet az IDE-ben majd
>>> hivatkozásként hozzáadod a cubemx által máshová generált Drivers/Inc/Src
>>> könyvtárakat, majd felveszed az include útvonalakat meg pár makrót,
>>> plusz beállítod, hogy használja a cubemx által generált linker scriptet.
>>> Lefordult és letöltve a vason is működik, Linuxon is, ingyen.
>>>
>>> Fórumok alapján idővel a CubeMX képes lehet majd konyhakész projekt
>>> előállítására is SW4STM32-höz.
>>>
>>>
>>> On 2016-01-29 12:11, Péter Bozzay wrote:
>>>> Ezt próbálta már valaki?
>>>> http://www.st.com/web/catalog/tools/FM147/CL1794/SC961/SS1533/PF261797
>>>> Win/Linux, ingyenes, CubeMX-ben választható, ST-LINK, debugger, stb.
>>>>
>>>> Üdv,
>>>> Péter
>>>>
>>>> Moravcsik Szilard <levlista.mszilard at gmail.com> írta (2016. január 29. 8:24):
>>>>> 2016.01.28. 21:25 keltezéssel, r3flow írta:
>>>>>> Az Eclipse + GCC + debugger konyhakész változata:
>>>>>>
>>>>>> http://www.chibios.org/dokuwiki/doku.php?id=chibios:product:chibistudio:start
>>>>>>
>>>>>> Ezt használtam ChibiOS nélküli natív fejlesztéshez is STM32-höz. Tetszett.
>>>>>>
>>>>>>
>>>>> Ez érdekes, ki fogom próbálni, kösz!
>>>>> Amúgy nekem a ChibiOS is tetszik a leírások alapján. Te már próbáltad a
>>>>> ChibiOS-t?
>>>>>
>>>>> Üdv:
>>>>> Szilárd
>>>>>
>>>>>> On 2016-01-27 09:46, György Griecs wrote:
>>>>>>> Eclipse + GCC
>>>>>>>
>>>>>>> 2016. január 27. 9:29 Péter Bozzay írta, <peterb.list at gmail.com>:
>>>>>>>
>>>>>>>> Én amikor elkezdtem STM32-vel foglalkozni egy új projekt miatt, akkor
>>>>>>>> a CooCox, Mikroe és Em::Blocks került képbe, mert a "barkácsolt"
>>>>>>>> fejlesztőrendszerekkel eddig még mindig volt valami rossz
>>>>>>>> tapasztalatom. Annyi idő alatt, amíg az utóbbi kettővel még egy
>>>>>>>> értelmes uC init függvényt se sikerült összehoznom egyáltalán, a
>>>>>>>> Coocox alatt -részben a bőséges komponenskészlet segítségével- simán
>>>>>>>> összeraktam az első
>>>>>>>> kvarchiányfigyelősenórajelváltósidőzítveledvillogtatós programot. Így
>>>>>>>> maradtam ennél és eddig nem is okozott nagyobb csalódást. Viszont ez
>>>>>>>> állítólag nem megy linux alatt egyáltalán, nekem se sikerült
>>>>>>>> elindítanom.
>>>>>>>> Az itt ajánlott Mbed is szimpatikus első ránézésre a
>>>>>>>> platformfüggetlensége miatt is és a bőséges komponensválasztéka miatt
>>>>>>>> is. De vajon linux (vagy más nem win) alatt van-e kellően kézhezálló
>>>>>>>> programozó és debugger sw pl. az ST-Link-hez, vagy a többi család
>>>>>>>> cuccaihoz?
>>>>>>>>
>>>>>>>> Üdv,
>>>>>>>> Péter
>>>>>>>>
>>>>>>>> zulu <zulu at gmail.hu> írta (2016. január 27. 8:45):
>>>>>>>>> 2016-01-27 08:03 keltezéssel, Moravcsik Szilard írta:
>>>>>>>>>> Sziasztok!
>>>>>>>>>>
>>>>>>>>>> ARM Cortex M családra szoftvert Ti mivel fejlesztetek? Szigorúan csakis
>>>>>>>> legális szoftverre gondolok.
>>>>>>>>> + info:
>>>>>>>>>
>>>>>>>>> ARM Cortex A5
>>>>>>>>> ARM Cortex A7
>>>>>>>>> ARM Cortex A8
>>>>>>>>> ARM Cortex A9
>>>>>>>>> ARM Cortex A15
>>>>>>>>> ARM Cortex M0
>>>>>>>>> ARM Cortex M0+
>>>>>>>>> ARM Cortex M1
>>>>>>>>> ARM Cortex M3
>>>>>>>>> ARM Cortex M4
>>>>>>>>> ARM Cortex M7
>>>>>>>>> ARM Cortex R4
>>>>>>>>> ARM Cortex R4F
>>>>>>>>> ARM Cortex R5
>>>>>>>>>
>>>>>>>>> http://gnutoolchains.com/arm-eabi/
>>>>>>>>>
>>>>>>>>> -zulu
>>>>>>>>>
>>>>>>>>> -----------------------------------------
>>>>>>>>> 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
>>>>>
>>>>> -----------------------------------------
>>>>> elektro[-flame|-etc]
>>>> -----------------------------------------
>>>> elektro[-flame|-etc]
>>>>
>>> -----------------------------------------
>>> elektro[-flame|-etc]
>> -----------------------------------------
>> elektro[-flame|-etc]
> -----------------------------------------
> elektro[-flame|-etc]
More information about the Elektro
mailing list