[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