Re: HW aj SW vyvojove prostriedky pre STM32, Was: STlink programátor - bylo Re: perspektiva řady Xmega od Atmelu

[Ales Povalac]

Dobré ráno, když už se to stočilo k té výuce... přístup a pochopení na
úrovni registrů razím na AVR, kde je toho ještě rozumné množství.
Postup překladu, význam warningů, obsah listingu apod. Přesto se
najdou studenti, kterým celý semestr trvá jen to, aby pochopili
syntaxi bitových operací v C. Používání knihoven stylem "stáhnu to z
netu a třeba to bude dělat to, co chci" je mor.

ARMy jsou výrazně složitější a vytvořit kostru funkčního firmwaru na
úrovni zápisu do registrů se prostě bez zkušeností během pár hodin
nedá stíhat. Dávat předchystaný kód s tím, že stačí doplnit pár řádků
na správné místo, což s oblibou dělají výrobci MCU na firemních
školeních, je k ničemu. Chápu Váš pohled a do určité míry ho sdílím...
nerad bych, abychom skončili ve třetí kategorii v představě ARMu
http://sos.alpov.net/mbed-vyvoj.jpg . Na druhou stranu není ani dobré
zamrznout v té první :-)

Z mého pohledu každá funkce SPL logicky odpovídá přístupu k pár
registrům, dá se snadno pročíst její kód a svým názvem a parametry za
mě řeší dokumentaci - ušetří řadu komentářů, které bych jinak k
nastavování registrů musel otrocky vypisovat, abych za rok ještě
tušil, co chtěl tím řádkem básník říci.

Ohledně praktického použití - že se používá SPL vím. Existuje někdo,
kdo pro skutečnou práci přešel na HAL a dělá s tím?

Zdravím
AP


2015-05-30 14:54 GMT+02:00 Petr Labaj <labaj na volny.cz>:
> Do kamene tesat ...
>
> Plný souhlas.
> Co chci programovat/vyvíjet, to musím znát, s ne to schovávat do nějakých
> (každou chvíli jiných) obalů.
> Takže pokud chci programovat procesor, měl bych ho znát.
> Samozřejmě jinak je to v případě, že chci třeba programovat PLC nebo nějakou
> nadstavbu,
> která ten procesor používá (Picaxe). Pak jistě stačí znát příkazy toho PLC a
> ne procesoru.
> Ale všechny ty HALy a jiné mezivrstvy problém jenom zatemňují a generují (v
> případě výuky)
> pojídače koláčů.
>
> PL
>
> *****************************
>
> Dne 30.5.2015 v 10:32 Milan B. napsal(a):
>>
>>
>> Lenze prave zapis do registrov je ta spravna cesta :).
>>
>> Registre su vecne, boli tu, su tu a budu tu. Co sa tyka SPL alebo STMcube
>> alebo cokolvek ineho, vsetko moze jedneho dna skonit. Staci, ze nejaky
>> manager dospeje k zaveru, ze vacsi zisk sa vygeneruje nejakou uplne novou
>> nadstavbou (napriklad niecim, co si precital v casopise alebo videl u
>> konkurencie) a cele STMCube bude zo dna na den obsolete.
>>
>> Podla mna - pre potreby vyuky - je najlepsie ist na tie registre, potom
>> ukazat ako sa to da inac. A kazdy nech si potom vyberie ci mu viac vyhovuje
>> riesenie s tromi priradeniami do registrov alebo riesenie s dvadsiatimi
>> volaniami roznych funkcii.
>>
>> Ono to cele je tema na zamyslenie:
>> Na to, aby som napisal program pre MCU potrebujem kompilator s linkerom,
>> nejaky editor, hlavickove subory a dokumentaciu. To je v podstate minimum
>> znalosti a zrucnosti ktore potrebujem.
>>
>> Lenze k tomu sa este pribali nejaka nadstavba typu SPL alebo HAL, ktora
>> vyzaduje dalsiu vrstvu znalosti a zrucnosti.
>>
>> A o a cele strci do IDE, ktore takisto vyzaduje  dalsiu - a to poriadnu -
>> vrstvu znalosti a zrucnosti.
>>
>> A to posledne riesenie sa povazuje - ktovie preco - vhodne pre
>> zaciatocnikov a na vyuku. Lenze vysledkom je IMO "operator IDE", ktory sice
>> nieco vytvori (napriklad metodikou skusmeho porogramovania), ale vobec
>> netusi ako k tomu dospel. Poznam takych pomerne dost.
>>
>> Jeden z castych agumentov je, ze pouzitie nastrojov vyssej kategorie
>> eliminuje potrebu znalosti nizsej kategorie. Nie je to pravda. Ked mi IDE
>> nekompiluje spravne, potrebujem vediet, ako prebieha tento proces aby som
>> nasiel a odstranil chybu. Ak sa mi periferia nechova ani po priohnuti
>> siedmeho prikladu podla mojich predstav, nakoniec chytim do ruky
>> dokumentaciu a musim zistit preco.
>>
>> Je pravda, ze v tomto pripade znalosti nizsej urovne nemusim pouzivat
>> casto, avsak o to bolestnejsie je, ked k tomu pride.
>>
>> -m-
>
>
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list