[elektro] kicsi ARM indulás

[uprogc]

IDE primitivseg: futasi idoben meg a keilben meg lehet nezni tombok
tartalmat, de neked sikerutl ez cubeide alatt ? mert nekem nem. Mondjuk nem
is eroltettem, de nagy tokoles meg mindig az egesz.
Ha mar panaszkodok, akkor pl keil: pl kiesik az usb programozo valamiert,
egymas utan ket ablakot is feldob amit le kell OK-zni, de hogy minek ?
Mire jok ezek az Okzasok a fejlesztes folyaman, fogalmam nincs. Nem lehetne
valahol az ilyeneket siman megjeleniteni, hogy ne kelljen egy
csomot idetlenul kattogtatni es magatol probaljon csatlakozni? a
cubeide mar csinal hasonlot...de az masert xar :)

On Sat, Aug 1, 2020 at 8:47 PM uprogc <uprogc at gmail.com> wrote:

> Direkt kihangsulyoztam hogy nem a keil, hanem a cubeide-re vonatkozik.
> Nehogy mar ne kellene errort adni arra hogy ha nem latszik a valtozo egy
> blokkon belul es inicializalod. Majd ha belefutsz a dologba, eszedbe jut
> amit irtam. Vigyazni kell, rament par ap mire rajottem. A warningok
> beallitasarol itt szo sincs. Amugy alap beallitassal van minden, a franc se
> foglalkozott vele. Semmi koze a generalt kodhoz, a kodot en irtam,
> utanna modositottam, es egy valtozo nem kerult a megfelelo helyre egy if
> agban, de nem zavarta, siman leforditotta, es volt valamilyen erteke, nem
> tudom mar. Ez teny, a cegnel korabban a coocoxxal szinten megjartam
> hasonlo modon. Rokon a ketto, hogy milyen szinten cseszodik el, fogalmam
> sincs. De van ilyen !
>
> On Sat, Aug 1, 2020 at 10:23 AM hg12345 <hg12345 at freemail.hu> wrote:
>
>> Hi,
>> távol álljon tőlem a kötözködés, de kiváncsi lennék mire gondoltál...
>>
>>
>> Az IDE miért hibás a fordító által generált kód miatt...  ?!
>>
>> Az hogy egyszer működik és máskor nem ott valami más problémának kell
>> lennie.
>> Az M0+ és az M0 között kód szinten nincs különbség, csak végrehajtási
>> sebességben 3 ciklus helyett 2 ciklus egy alap szintű utasítás, és ha a cég
>> implementálja akkor van 8K utasítás trace buffer a debuggerhez, a belső ram
>> rovására.
>>
>> Ha valamit használsz a láthatósági tartományon kívül akkor a KEIL
>> warning-ot dob, innen kezdve mindenki maga dönti el használja vagy nem. Nem
>> is lehet megoldani, hogy ilyen fék legyen a fordításban, (persze a WARNING
>> / ERROR szintek állíthatóak) macrozásnál lehetnek olyan helyzetek amikor
>> olyanra hivatkozol ami még nincs , de szükséges, de ha korrekt módon
>> (extern) hivatkozol rá, akkor többszörös definiálás miatt, ERROR-al le áll.
>>
>> Azért kiváncsi lennék, miért primítivek az IDE-k, mi ami hiányzik belőlük?
>> Ezek nem is tudnak mást mint egy szövegszerkesztő, ami kivan egészítve a
>> programozáshoz szükséges ezzel azzal, némi segítséggel a debuggolási
>> környezethez.
>>
>> Üdv
>>
>>
>> -------- Eredeti levél --------
>> Feladó: uprogc < uprogc at gmail.com (Link -> mailto:uprogc at gmail.com) >
>> Dátum: 2020 július 31 10:47:04
>> Tárgy: Re: [elektro] kicsi ARM indulás
>> Címzett: elektro at centralnet.hu (Link -> mailto:elektro at centralnet.hu)
>> Fejleszteshez az STMCubeIde-t lehet hasznalni, ingyen van. A Keil sok
>> hulyeseget csinalt pl M0-val, (nem M0+), a sima memcpy nem mukodott, neha
>> igen maskor nem, teljesen egyertelmu kodban. Erdekes modon tortennek fura
>> dolgok a forditassal kapcs. Pl olyan kodot forditott le lazan, amelyben
>> egy
>> valtozonak a lathatosagi tartomanyon kivul volt erted adva. Az ilyenekkel
>> el lehet szorakozni. Lehet hogy a gcc is teved :)
>> Ezzek az IDEk azert meg mindig eleg primitivek....
>> -----------------------------------------
>> elektro[-flame|-etc]
>> -----------------------------------------
>>           elektro[-flame|-etc]
>
>