[elektro] STM32 SPL vs LL

uprogc . uprogc at gmail.com
Thu Feb 1 10:45:45 CET 2018


Szia !
Koszi az infot.

Pl olyan esetben amikor van nehany I/O amire megcsinaltad mar a configot
cubemx-el, es utana meg kell egy I/O-t confolni, akkor ujra hasznalni kell
a cubemx-et vagy a korabbi kodot lehet konnyen modositani ? Erre lennek
kivancsi.

Udv.

2018-02-01 11:35 GMT+02:00 Peter Peterb <peterb.list at gmail.com>:

> uprogc . <uprogc at gmail.com> írta (2018. január 31. 19:14):
> > Sziasztok,
> >
> > Ez engem is erdekelne.
> > Pl. hogy 32F7 es 32H7 eseten mit lehet, mit erdemes hasznalni.
> > Nem is tudom hogy ezekre mar letezik-e a Standard Periph Lib.
>
> Én olyasmit olvastam, hogy amire nincs, arra már nem is lesz.
>
> > A CubeMX-el generalt kod utolag mennyire atlathato, mennyire
> kiegeszitheto
> > / modosithato ?
>
> A CubeMX+Atollic próbával egyelőre addig jutottam, hogy ledvillogtatás
> (ms felbontású HAL_Delay() van), soros port és i2c eeprom pikk-pakk
> megy. Ezen a szinten teljesen jól átlátható a CubeMX kódja. A help
> integráció viszont nekem hiányzik, ahogy a másik szálban írtam.
>
> Üdv,
> Péter
>
> > Udv.
> > Szabi
> >
> > 2018-01-31 15:13 GMT+02:00 Peter Peterb <peterb.list at gmail.com>:
> >
> >> Sziasztok,
> >>
> >> Talán itt is volt már téma, hogy a HAL mennyire lassú, meg nagy, meg
> >> bugos, stb. Viszont van-e esetleg itt valakinek tapasztalata az LL
> >> driverekkel? Mennyire lehet már alkalmas a gyakorlatban az SPL
> >> kiváltására?
> >> Eddig a CooCox, majd  Embitz + SPL-t használtam néhány projekthez, de
> >> most egy nagyobb projekt kezdetén azon gondolkodom, hogy ha már az
> >> Atollic-ot megvette az ST és kijött az ingyenes TrueStudio az
> >> STM32-höz, hosszabb távra nézve talán érdemes lenne inkább váltani az
> >> LL+HAL+Atollic+CubeMX irányba a már halálra ítélt SPL helyett.
> >>
> >> Üdv,
> >> Péter
> >>
> >> -----------------------------------------
> >>           elektro[-flame|-etc]
> > -----------------------------------------
> >           elektro[-flame|-etc]
>
> -----------------------------------------
>           elektro[-flame|-etc]


More information about the Elektro mailing list