AM 18.2. hat ST ein komplett neues Treiber Konzept online gestellt. STM32Cube firmware for STM32 F4 series (HAL drivers, USB, Ethernet, File System, ...) (UM1730) http://www.st.com/web/en/catalog/tools/PF259243# Das Betrifft zur Zeit noch nur die F4 Reihe. Ich habe mir das Konzept angesehen. Scheint mir schlüssiger und verständlicher. Das neue Konzept bringt sicher Vorteile aber auch Nachteile und gefahren. Vermischung von den beiden Konzepten usw. Was meint Ihr dazu?
Gast
#3543967
Hi, Sie wollen also sowas bauen wie den "Processor Expert" für die S12X Prozessoren. Ist sicher praktisch, vor allen für die AVR-Umsteiger die immer vergessen für jedes Peripheral die Clock zu aktivieren. mfg
Gast
#3557839
Sieht ganz interessant aus (vor allem STM32cubeMX zur Konfiguration der Peripherie). Hat schon jemand die Dokumentation der HAL Library gefunden? Im Zip-Archiv sind nur die Release Notes.
den Konfigurator gibt es auch für die stdlibs
Jörg B. schrieb: > Ich habe mir das Konzept angesehen. Scheint mir schlüssiger und > verständlicher. Ein grosser Fortschritt ist auch die BSD Lizenz gegenueber dem bisher genutzten eigenen Quark...
Hi, Und es gibt jetzt auch einen "OS-Support". Im Falle von USB (kann jetzt auch mit mehrere Device Classes umgehen) stelt die Lib dann von polling auf Events um. Sieht nett aus, ich bin einmal auf das "Migration Guide" gespannt und ob diese Lib jetzt die alte komplett ersetzt oder ob die weiter gepflegt wird. Gruß Martin
Gast
#3558346
Martin K. schrieb: > Sieht nett aus, ich bin > einmal auf das "Migration Guide" gespannt und ob diese Lib jetzt die > alte komplett ersetzt oder ob die weiter gepflegt wird. Ja, wird durch die neue HAL Library ersetzt: Is there any link with Standard Peripheral Libraries? The STM32Cube HAL Layer is the replacement of the Standard Peripheral Library. The HAL APIs offer a higher abstraction level compared to the standard peripheral APIs. HAL focuses on peripheral common functionalities rather than hardware. The higher abstraction level allows to define a set of user friendly APIs that can be easily ported from one product to another. Customers currently using Standard Peripheral Libraries will be helped through Migration guides. Existing Standard Peripheral Libraries will be supported, but not recommended for new designs. http://www.st.com/st-web-ui/static/active/en/resource/technical/document/user_manual/DM00107720.pdf
Was tun den Texas, NXP und andere an dieser Stelle zum Vergleich ? Bei dem Abstraktionsgrad dürften ja nicht nur ST Arms sondern auch alles mögliche andere noch unter die Haube passen ...
Gast
#3630927
Was macht jetzt einer wie ich, der sich mühsam durch die Standard Peripheral Library gearbeitet hat. Im ersten Projekt bin ich auch mitten drin. Kann ich das gelernet jetzt in die "Tonne kloppen" und von vorne Anfangen?
da lasse ich mich mal nicht scheu machen. Die Files der benutzten Lib Version liegen bei mir jeweils im Quellverzeichnis und können jederzeit mit übersetzt werden. Auch noch in zehn Jahren wenn es ST vielleicht gar nicht mehr gibt. Was man so hört, betrifft die HAL wohl in erster Linie die F4 Serie und bringt vielleicht auch nur dann Vorteile wenn man Filesystem, TCP/USB oder andere Stacks braucht die man nicht mal so selbst schreiben kann. Für den ST8 (wo es ja kompatible Periph-Lib gibt) kann ich mir das gar nicht vorstellen. Was passiert mit der 8 bit Periph Lib ? Siehe auch anderen Thread hier To HAL or not to HAL >Seit STM die CubeMX-Software eingeführt hat, haben sie einen HAL >eingeführt. Darin findet sich im Großen und Ganzen die alte Lib wieder.
Für alle, die wie ich darauf gewartet habe: die F1 reihe ist jetzt auch verfügbar. Auf der ST Seite ist sie zwar noch nicht aufgeführt, wenn man STM32CubeMX herunterlädt, dann ist diese aber bereits als Beta verfügbar. Kann zudem jemand seine Erfahrung wiedergeben, wenn man Cube benutzt und unterschiedliche Prozessor-Reihen nutzen möchte. Also z.B. F1, F4, L0, etc. ? Wie portabel bleibt der Code?