Książka dotarła więc pora nadeszła na wyciągnięcie z pudełka zestawu KL25Z. Po pobraniu sterowników zgodnie z opisem w książce "Mikrokontrolery Kinetis dla (bardzo) początkujących" i ich zainstalowaniu zestawik został prawidłowo wykryty, pojawił się nowy dysk, wszystko jak autor napisał tyle że program demonstracyjny nie działał tylko jedna dioda sobie mrugała. Zachciało mi się podejrzeć jaki bootloader w środku siedzi i podglądnąłem tyle że od tej pory tylko mogę sobie to robić - bo cholera uparta nie będzie współpracowała z systemem Win8.1 (o czym jest na stronie pemicro ale kto by wcześniej przeczytał )
Teoretycznie wiem co dalej bo musze dorwać się do kompa z win XP ale naprawdę nie ma innego sposobu?
Ćwiczył już ktoś taką sytuację?

Proszę cie bardzo
http://mbed.org/users/Kojto/notebook/cm ... l25-kl46-/

To jednak nie to.
Trzeba na spokojnie a nie jak zając w kapuście. Ściągnąć ostatnie pliki ze strony PEMICRO i później posługując się komputerem z systemem win7 lub xp postępować na spokojnie jak opisane w BOOTUPDATEAPP_release_notes.txt i wgrać BOOTUPDATEAPP_Pemicro_v111.SDA a później jeszcze MSD-DEBUG-FRDM-KL25Z_Pemicro_v114.SDA no i np. accelero_i2c_rgb.srec aby cieszyć się testowym programikiem i obsługą zestawu pod Win 8.1.

------------------------ [ Dodano po: 7 minutach ]

Hehe, faktycznie masz rację, ja mając 3 zestawy tak długo mieszałem, że jak tylko zaczęło działać nie zgłębiałem już tematu.

mbed niby fajne, takie arduino, ale jeżeli kolega chce poważniej zająć się ARM'ami to polecam ściągnięcie DSa tego uC, notę od rdzenia ARM + erraty - generalnie na początek jest bardzo ciężko, ale z czasem to bardzo zaprocentuje, bo ciągle będziesz miał kontrole nad kodem i tak naprawdę będziesz wiedział co się dzieje, bez przysłaniania tego gotowymi bibliotekami mbed.

Jeżeli chodzi o środowisko, darmowe może być CoIDE (dobre na początek, ale jak dla mnie bardzo uciążliwe, blokowało mnie, nie lubiłem tutaj pracować), bądź zbudowanie własnego na pakiecie np. Eclipse + openOCD + np linaro ew. codesourcery.

--MXST4

No to jest jakby oczywista oczywistość
Tu spróbuje korzystać z CrossWorks (ma pełną z licencją wersję)

To życzę powodzonka, w razie pytań pytaj, z chwilą wolnego czasu postaram się pomagać

Nie wiem jak wygląda to IDE, ale mimo wszystko polecam stworzenie swojego środowiska i dostosowania w 100% do swoich potrzeb.


MXST4

Będę pytał - dzięki.

Pozwolę sobie pociągnąć tego offtopa , sam zmagam się z materią od jakiegoś pół roku, tj. nie mogę się zdecydować na środowisko, bo po pierwsze, CW jako strasznie przeładowany i płatny jakoś nie jest moją grupą docelową, chociaż ćwiczenia na warsztatach w CW to była przyjemność, tak robienie w tym czegoś od zera to już nie jest takie proste.
Po drugie, wszelkie przykłady np. do CoIDE, czy Keil, CW itd, np. wykorzystujące SysTick, wyglądają jak po prostu inny sposób użycia funkcji delay . Nie ma czegoś takiego że bez RTOS pokazuje ktoś jak zrobić nie blokujący kawałek kodu, albo ja jestem za "tempy" by to znaleźć .
Po trzecie, nawet mbed jako ciekawa alternatywa wprowadzająca do ARM, bo w sumie w niej najłatwiej zacząć, ma sporo wad, o których już kolega wspomniał w innym temacie.
Znowu opis przeniesienia do eclipsa bibliotek z mbed, jest pod linuxa, a na windowsa nie udało mi się uzyskać działającego środowiska. Mbed to edytor ma z lat 70tych chyba .
Nie wiem, może jestem już za stary i za bardzo przyzwyczajony do wygody jaką daje eclipse czy edytor w C# (dopiero się uczę), nie potrafię ogarnąć reszty.
Dwie książki do STMów to w zasadzie przedruk not, nie w oderwaniu od architektury Cortex M3, tylko pisane typowo pod nią, bez wytłumaczenia jak to przenieść np. na M0+
Nie wiem, czy Mirek napisał za dobrą książkę że teraz spodziewam się po każdej pozycji tego samego podejścia.

Zasadniczo masz rację REZ ... toporność i ociężałość CE daje się we znaki ... CoIDE jest w miarę , ale ... no właśnie pozbawili go części tych użytecznych cosi co sprawiały to że eclipse jest cudowne. Mbed ... no niema co się spodziewać za wiele po jego edytorze , no ale jest to jakaś alternatywa ....

Wszystkie z nich mają zalety i wady ... na razie siedzę nad keplerem starając się zrobić go tak by było to eclipse i działało z STM32 i Kinetisami ...
zobaczymy co wyjdzie ...

_________________
Zbuduj swój system [url=https://helion.pl/ksiazki/w-labiryncie-iot-budowanie-urzadzen-z-wykorzystaniem-ukladow-esp8266-i-esp32-andrzej-gromczynski,wlablo.htm#format/d]IOT[/url]

znając twojego keplera do AVR, czekam z niecierpliwością.

Mógłbyś poratować jakimś sprawdzonym poradnikiem ?, Co prawda po akcji mbed w eclipse mam trochę awersje do dłubania w IDE, ale czego się nie robi dla ARMów .

jak chcesz się dręczyć to manenkinen chyba opisał dosyć dobrze jak sobie z armić eclipse i openOCD...

niestety mnie openOCD mierzi strasznie ...

_________________
Zbuduj swój system [url=https://helion.pl/ksiazki/w-labiryncie-iot-budowanie-urzadzen-z-wykorzystaniem-ukladow-esp8266-i-esp32-andrzej-gromczynski,wlablo.htm#format/d]IOT[/url]

Postawienie całego środowiska zajmie z godzinkę z pobraniem odpowiednich pakietów.

OpenOCD 0.8.0, linaro (bo obsłuży w pełni Cortex M4F) + eclipse kepler, dodatkowo możesz zainstalować plugin ARM, będziesz miał fajną możliwość tworzenia projektów na różne MCU. W tym Kinetisa i STMa.


MXST4

A masz jakiś poradnik jak to zrobić, czy iść za tropem SunRivera.

Sam to wszystko stawiałem jakiś czas temu, generalnie nie kierowałem się żadnym konkretnym poradnikiem.

Generalnie robisz tak:

ściągasz i instalujesz Eclipse w wersji dla programistów C/C++
ściągasz w między czasie openOCD, linaro/ew codesourcery
openOCD nie wymaga instalowania, linaro owszem - to jest toolchain, w eclipse podasz ścieżkę do niego
odpalasz eclipsa, doinstalowujesz wtyczkę z pluginem ARM [wszystkie pakiety możesz zainstalować z tej wtyczki]
ustawiasz adres do toolchaina w opcjach
możesz utworzyć projekt i wybrać z listy na jaką rodzinę/płytkę np discovery
następnie potrzebujesz stworzyć narzędzie w eclipsie, które przy pomocy openOCD, połączy się z MCU (zakładka Run->External Tools-> External Tools Configurations), tam podajesz ścieżkę do openOCD, które gdzieś tam rozpakowałeś + komendę (albo podajesz plik konfiguracyjny z płytką startową, albo rodzinę mikrokontrolera - w zależności co masz)
ostatnim krokiem to stworzenie "środowiska do debugowania", musisz mieć zainstalowany gbd (który instaluje się z pluginem ARM) i również go skonfigurować aby zaprogramował pamięć flash + debug, ew samo programowanie flash, albo sam debug wgranego programu.

W takich krokach należy postawić środowisko. Trochę się napisałem..


MXST4

Z czystej ciekawości sprawdzę czy to jest takie proste jak piszesz

------------------------ [ Dodano po: 20 minutach ]

Nie, jednak wymiękam, jakoś nie trawie tych oszczędnych opisów i ślepych linków przy sciąganiu narzędzi typu "linaro" - ja chyba jednak potrzebuje opisu krok po kroku jak dla małpy, ściągniecie eclipse i wypakowanie to nie problem, co jednak dalej z pozostałymi narzędziami to już odpuszczam po kilku próbach rzeźbienia

------------------------ [ Dodano po: 26 minutach ]

Jeszcze sprobuje według tego opisu: http://www.freddiechopin.info/pl/artyku ... n-tutorial

------------------------ [ Dodano po: 42 minutach ]

kocham takie opisy gdyby to był faktycznie jakiś instalator typu "setup.exe" to jeszcze rozumiem ale po rozpakowaniu takiej paczki openocd-0.8.0.7z ja nic takiego nie widzę

Ten opis jest nieaktualny, zmieniło się openOCD, teraz nie wymaga ono instalacji, tylko rozpakowania, a w eclipsie podajesz tylko ścieżkę do niego.

Zrobiłbym poradnik, ale nie mam aż tak dużo czasu, żeby poradnik poprowadził każdego do celu.

Linaro to toolchain - tak jak winavr czy atmel-toolchain, instalujesz go i praktycznie zapominasz, do czasu konfiguracji eclipsa (w której zakładce znajdziesz "Set Toolchain Path" i tutaj własnie wybierasz ścieżkę do linaro.


MXST4

Jak możesz to pokaż link, który jest dla Windows - ja mam win8.1 64 bit.

Linaro: https://launchpadlibrarian.net/170926759/gcc-arm-none-eabi-4_8-2014q1-20140314-win32.exe
CodeSourcery: https://sourcery.mentor.com/public/gnu_toolchain/arm-none-eabi/arm-2011.03-42-arm-none-eabi.exe

Linaro jako ToolChain, a CodeSourcery będzie potrzebne aby wskazać w USTAWIENIACH projektu ścieżki do narzędzi: (C/C++ Build->Settings->Binary Parses i wybierasz ptaszkiem GNU Elf Parser i naciskasz na to, po czym pojawią się dwa okienka na dole, w których trzeba podać ścieżki do narzędzi tam napisanych (a one znajdują się w CodeSourcery, jak zainstalujesz). Nie martw się, wystarczy raz to ustawić i będzie OK pomimo tego, że po zapisaniu zniknie ścieżka, ale tak naprawdę to będzie zapisane


MXST4

z mentora sciagnałem już wcześniej ale to plik o nazwie: arm-2014.05-28-arm-none-eabi.exe

jak na razie ładnie działa debugowanie na FRDM ... opis machnę niedługo



Seggera J-Link OpenSDA daje rade FRDMKĄ

_________________
Zbuduj swój system [url=https://helion.pl/ksiazki/w-labiryncie-iot-budowanie-urzadzen-z-wykorzystaniem-ukladow-esp8266-i-esp32-andrzej-gromczynski,wlablo.htm#format/d]IOT[/url]

No generalnie zmieniłem póki co zdanie na temat eclipse, w sensie takim, ze przy pomocy paczki Suna, który zrobił czarną robotę można jednak użyć tego środowiska, co nie znaczy że od razu stałem się jakimś zagorzałym fanem post85238.html#p85238

ten Post jako że bezpośrednio dotyczy FRDM-KL25Z pisany jest gwoli wyjaśnienia dlaczego Segger-OpenSDA , a nie P.E.Micro
widzicie oczywiście można bez problemu skonfigurować PE-Mikro do pracy z Eclipse , ale ....
niestety jest takie jedno ....

PE Micro , udostępnia server GDB i fajnie tylko że ....

1. Pełna wersja kosztuje 299Usd...
2. Jest wersja Basic Darmowa , ale ma graniczenia
- pracuje na wolnych obrotach -- ślimak straszny chyba nawet poniżej 1000KHz
- pozwala zaprogramować tylko połowę dostępnej w danym MCU pamieci Flash czyli w wypadku KL25Z
gdzie mamy 128K możemy max 64K ,....

ale jak ktoś chce to proszę bardzo : http://www.pemicro.com/products/product ... d=15320151

Na szczęście Segger wypuścił specjalnie dla Freescale J-Link OpenSDA , który pracuje lepiej i szybciej i bez limitu ale ...
też ma ograniczenia ....

-- może być używane tylko z układami Freescale i tylko na płytkach ewaluacyjnych jak np: FRDM-Kl25z
-- dla firmware niema (J-LinkOpenSDA.sda) niema wsparcia i gwarancji
i parę innych punktów ....

wszystko na stronie : http://www.segger.com/opensda.html

Niemniej działa bardzo dobrze i szybko wiec o to nam chodziło i niema ograniczenia kodu.
Jednak mała uwaga ...

Posiadacze nowszych FRDM np: K64F mają interfejs OpenSDA V2 i nie obsługują już
plików *.sda w trybie MSD ze względu na nowszy bootloader na co SEGGER odpowiada
nowszą wersją Firmware : http://www.segger.com/admin/uploads/use ... SDA_V2.zip

Sposób ładowania firmware dla K64F jest taki sam jak w KL25Z.

A wszytko opisane jest tez tu: http://www.segger.com/opensda.html

i to tyle gwoli wyjaśnienia

_________________
Zbuduj swój system [url=https://helion.pl/ksiazki/w-labiryncie-iot-budowanie-urzadzen-z-wykorzystaniem-ukladow-esp8266-i-esp32-andrzej-gromczynski,wlablo.htm#format/d]IOT[/url]

Własnie odpaliłem J-Link OpenSDA i mogę potwierdzić, że działa zarówno w Eclipse, CodeWarrior oraz Kinetis Design Studio...

_________________
ATMEL-ICE+ATXmega256A3BU oraz dużo samozaparcia