Musze przyznać że mam mieszane uczucia i od paru dni staram sie iść dwiema drogami - w jednych projektach korzystać z bibliotek, w innych nie. Moje konkluzje jak na obacny czas są takie - wszystko zależy od kilku czynników, i nie zgadzam się z żadnymi skarjnymi opiniami typu "biblioteki są super i powinno się korzystać zawsze", albo "biblioteki są do kitu, i tak musisz poznać manuala procesora (nie musisz), więc nie warto się nimi zajmować". Zaczynając zabawę z STM32 i C, zacząłem pisać pierwsze programiki z wykorzystaniem bibliotek i przykładów. W krótkim czasie udało mi się na bazie płytki stm32vldiscovery uruchomić wyświetlacz graficzny, przetwornik A/D, prostą klawiaturę, przerwania itp. Poskładałem z tego programik odczytujący wartość napięcia, wyliczający z tej wartości log10 i przedstawiający ją w formie wykresu. Proste menu itd... Nic wielkiego, ale całkiem użyteczny, trochę więcej niż zapalenia LEDa:) A wszystko bez czytania manuala i zagłębiania się w rejestry, architekturę. Parę błedów zrobionych po drodze nie miało nic wspólnego z bibliotekami. Dlatego uważam - jeżeli ktoś ma zrobić spory, rozbudowany program, działający niezawodnie, robi to profesjonalnie dla komercyjnych urzadzeń itd. to oczywiście powinien dokładnie poznać kontroler i jego działanie, przeznaczenie rejestrów, napisać własne biblioteki i z nich korzystać. Ale hobbista chcący podpiąć prosty alfanumeryczny LCD, jakiś silniczek krokowy czy czujnik temperatury to już niekoniecznie musi zagłębiać się w manuala i może swobodnie korzystać z bibliotek ogólnodostepnych, bo w ten sposób zrobi to co chce cztery razy szybciej. Jako argument podam wspominaną już przeze mnie książkę "Mikrokontrolery STM32 w praktyce" K. Paprockiego. Książka jest oparta o funkcje biblioteczne i nie ma słowa o tym że biblioteki te są zawalone błędami. Chyba autor sam z nich korzysta, a z opisu "o autorze" wydaje się że zna się na rzeczy. Tak więc jak ktos robi w miarę prosty projekt, robi go hobbystycznie, nie powinno sie go od razu, przy pierwszym problemie starszyć "a widzisz, to dlatego że korzystasz z bibliotek. Zacznij pisać program bez tych bibliotek a problemy się skończą" - bo to nieprawda. Jak zawsze, tak i w tym przykladzie - skrajne i sztywne stanowiska są szkodliwe.
Niczym się różni na przykład od dokumentacji Atmela od AVR, gdzie większość chwali za "prostotę oraz mniejszą objętość". Według mnie, nie ma to różnicy między tymi dokumentami, oba prezentują podobny poziom na korzyść ST (subiektywna ocena). Zauważcie, że jakbyście wyrzucili opisy Timer (Advanced), FSMC, SDIO, Ethernet oraz USB to objętościowo oraz merytorycznie byłby zbliżony do takiej dokumentacji pierwszej lepszej Atmegi, ... a w zamian dostajemy uC o lepszym współczynniku jakości do ceny.
Moim celem nie jest namawianie do stosowania bibliotek przez 'zaawansowanych', czy profesjonalistów, ale widzę że często odstrasza się tu od nich zupełnie początkujących, którzy chca sobie pomrugać ledami i to wszystko, może na tym skończy się ich przygoda z tymi procesorami. Wydaje mi sie że niesłusznie się ich odstrasza, bo dla początkujacego samo 'wystartowanie' procesora bez użycia bibliotek może być czarną magią (jak jeszcze było dla mnie miesiąc temu). A z bibliotekami znajdzie się 1000 razy więcej przykładów w necie, w książkach czy choćby w EP (tam też 90% przykładów i artykułów jest z bibliotekami, które ponoć do niczego się nie nadają???), niż bez. Czasem takie przykłady nie startują od razu, więc ludzie tu szukaja pomocy, a tu od razu "no bo po co używasz bibliotek, one nie działają, daj sobie spokój...".
