Ankieta: Jaki system operacyjnym preferujesz
Nie posiadasz uprawnień, aby oddać głos w tej ankiecie.
Windows
60.78%
31 60.78%
Linux
31.37%
16 31.37%
MAC/OS
7.84%
4 7.84%
Inny
0%
0 0%
Razem 51 głosów 100%
*) odpowiedź wybrana przez Ciebie [Wyniki ankiety]

Ocena wątku:
  • 0 głosów - średnia: 0
  • 1
  • 2
  • 3
  • 4
  • 5
Programowanie ARM, nauka, środowiska programistyczne IDE
(17-07-2016, 14:08)SP6LUN napisał(a): Z002 - błędy, prawdopodobnie nieco inna składnia asemblera.

A coś jaśniej ? Z002 przenosiłeś na embed ? jak tak ,to w tym środowisku jest trochę inaczej. Mbed generalnie nastawione jest na obiektowość i C++ oraz ma swój kompilator z własnymi bibliotekami, które normalnie nie są widziane w drzewie projektu. A jeżeli już się je dostawi, to mają jakieś zależności związane z platformą Embed. Trzeba się odrobinę napocić, aby bardziej rozbudowane programy chciały się poprawnie kompilować. Identyczna sytuacja jest w drugą stronę. Rozbudowany projekt przeniesiony z Mbed ciężko doprowadzić do tego, aby bez błędów się kompilował w normalnym lokalnym środowisku.

Rzeczywiście, ST-Link zintegrowany przyjmuje tylko pliki *.bin ( metoda copy/paste do katalogu programatora ST-Link). Ale nie muszą to być pliki wygenerowane przez środowisko Mbed. Równie dobrze może takie pliki generować inne środowisko. Jeżeli nie ma takiej możliwości, to plik *.bin generujemy z pliku *.elf w taki sposób:
Kod:
arm-none-eabi-objcopy -Obinary ścieżka/do/naszego/pliku.elf ścieżka/do/naszego/pliku.bin
lub do pliku hex:
Kod:
arm-none-eabi-objcopy -Oihex ścieżka/do/naszego/pliku.elf ścieżka/do/naszego/pliku.hex

Równie dobrze te komendy można umieścić w ustawieniach projektu w zakładce post-build


Do tych przykładów zalecam instalację EmBitz-a. Gwarantuję, że wówczas nie będzie żadnych kłopotów....
73 Paweł
Odpowiedz


Wiadomości w tym wątku

Skocz do:


Użytkownicy przeglądający ten wątek: 1 gości