5月 21
Mac OSX でSTM32の開発環境を構築してきましたが、どうしてもDFUを使った書き込みだけができません…
Macでコンパイルして生成したelfバイナリをWindowsに持って行き、STMicroのツールでDFUに転送するとちゃんと実行されるのでコンパイル環境は正常に構築できたようです。
また、前回最後に触れたdfu-utilも導入できたのですが、それをつかって書き込む方法がさっぱり分かりません。
sudo dfu-util -d 0110:1001 -a 0 -R -D $(TARGET).bin
というコマンドをLeaf LabsのMakefileに見つけたので以下のようにやってみたのですがダメでした…
sudo dfu-util -d 0483:df11 -a 0 -R -D main.bin
どなたかdfu-utilを使ってSTM32に書き込みをする方法を教えてください!
written by chibiegg
トラックバックURL : http://blog.chibiegg.net/2010/05/21_00_534.htm/trackback
5月 13
図書館で二時間時間を潰さないといけない状況になったので、なにかしようと思います。
そこで、最近無性にSTM32が使いたかったのでとりあえず開発環境でもを用意してみようかということで進めていきます。
今回は以下の二段構えになっています。
まず、前者についてはCortex M3開発環境 on Mac OS Xというページを参考にしました。
- ARM用gccのインストール (Targetがarm-eabiのgcc)
ARM用のgccはSHやH8の時とはちがい、コンパイル済みのdevkitARMを利用します。このページからdevkitARMのOSXバージョンの最新版をダウンロードし、インストールします。
こいつはインストーラが無いので解凍してできたdevkitARMディレクトリを /usr/local/ ディレクトリにコピーしておきます。
そして、PATHを通すために~/.bash_profileファイルに(無ければ新規作成)
export PATH=$PATH:/usr/local/devkitARM/bin
という一行を加えておきます。
次にSTM32のプログラムをコンパイルするためのプロジェクトのテンプレート(雛形)を作成します。
このディレクトリにSTMicroが用意してくれているSTM32のためのライブラリファイルや、リンカースクリプト、Makefile等を用意しておきます。新しくプログラムを作るときにはこのディレクトリのコピーを作成し、main.c等のユーザープログラムを書くだけでmakeコマンド一発でコンパイルできるようになります。
たぶんこれは二次配布可能だと思うので、圧縮したファイルを添付しておきます。問題があればコメントください。
ただし、この場合には付属のMakefileの“arm-none-eabi”となっている所を全て”arm-eabi”に変更する必要があります。
以上でコンパイルまではできるようになりました。
次はDFUを使ってUSB経由で書き込みをするツールを用意します。dfu-utilというのを見つけたのでインストールしたいのですが、何故かコンパイルエラー。
ここで時間が来てしまったのでまた出来次第追記します。
written by chibiegg
トラックバックURL : http://blog.chibiegg.net/2010/05/13_17_519.htm/trackback
5月 10
Mac OSX 10.6 SnowLeopardでSHとH8のためのプログラムをコンパイルするためのGCCをコンパイルしました。
なかなか最初はうまくいきませんでしたが、いくつかオプションを指定することでうまくいきました。
基本的にクロスコンパイル環境はbinutilsをコンパイルし、その後にGCCをnewlibといっしょにコンパイルすることになります。
その前に、GCCのコンパイルにはGMPとMPFR及び、MPCをインストールしておく必要があります。
今回使ったバージョンは以下の通りです。
- GMP 5.0.1
- MPFR 2.4.2
- MPC 0.8.1
- binutils 2.20
- newlib 1.18.0
- gcc 4.5.0
これらが~/src/以下に展開されている状態である場合のコンパイル例が以下の通りです。SHとH8の違いはTargetがsh-elfかh8300-elfかの違いだけです。
また~/.bash_profileに以下の二行を追加しておきます。
export PATH=$PATH:/usr/local/sh/bin
export PATH=$PATH:/usr/local/h8/bin
以下はコンパイルしたときに実行したコマンドです。-disable-werrorを追加しないとコンパイルできませんでした。
これで/usr/local/h8以下と/usr/local/sh以下にそれぞれgcc等がインストールされるはずです。
2010年5月14日追記:newlibのコンパイルが抜けていたのを追加
$ cd ~/src
$ cd ./gmp-5.0.1
$ ./configure
$ make
$ sudo install
$ cd ../mpfr-2.4.2
$ ./configure
$ make
$ sudo install
$ cd ../mpc-0.8.1
$ ./configure
$ make
$ sudo install
$ cd ../gcc-4.5.0
$ ln -s ~/src/newlib-1.18.0/newlib ./
$ cd ../
$ mkdir h8-binutils
$ cd ./h8-binutils
$ ../binutils-2.20/configure –prefix=/usr/local/h8 –program-prefix=h8300-elf- –target=h8300-elf –disable-nls –disable-werror
$ CC=’cc -no-cpp-precomp’ CFLAGS=”-O2 -fomit-frame-pointer” make all
$ sudo make install
$ cd ../
$ mkdir h8-gcc
$ cd ./h8-gcc
$ ../gcc-4.5.0/configure –prefix=/usr/local/h8 –program-prefix=h8300-elf- –target=h8300-elf –with-newlib –enable-languages=c
$ CC=’cc -no-cpp-precomp’ CFLAGS=”-O2 -fomit-frame-pointer” make all
$ sudo make install
$ cd ../
$ mkdir h8-newlib
$ cd ./h8-newlib
$ ../newlib-1.18.0/configure –prefix=/usr/local/h8 –program-prefix=h8300-elf- –target=h8300-elf
$ make
$ sudo make install
$ cd ../
$ mkdir sh-binutils
$ cd ./sh-binutils
$ ../binutils-2.20/configure –prefix=/usr/local/sh –program-prefix=sh-elf- –target=sh-elf –disable-werror
$ CC=’cc -no-cpp-precomp’ CFLAGS=”-O2 -fomit-frame-pointer” make all
$ sudo make install
$ cd ../
$ mkdir sh-gcc
$ cd ./sh-gcc
$ ../gcc-4.5.0/configure –prefix=/usr/local/sh –program-prefix=sh-elf- –target=sh-elf –with-newlib –enable-languages=c
$ CC=’cc -no-cpp-precomp’ CFLAGS=”-O2 -fomit-frame-pointer” make all
$ sudo make install
$ cd ../
$ mkdir sh-newlib
$ cd ./sh-newlib
$ ../newlib-1.18.0/configure –prefix=/usr/local/sh –program-prefix=sh-elf- –target=sh-elf
$ make
$ sudo make install
written by chibiegg
トラックバックURL : http://blog.chibiegg.net/2010/05/10_23_513.htm/trackback
1月 11
以前の記事で、WordPressでの自動アップデートを成功させるためには、FTP_BASEやFTP_CONTENT_DIRやFTP_PLUGIN_DIRを定義すればよいと記事に書きました。
が、その記事に書いた通りLinux(Debian)では正しく動作していたのにLeopard Serverにしてからうまく行かなくなっていました。
しかも「ディレクトリが見つかりません」というようなわかりやすいエラーではなく「ファイルをコピーできませんでした」というエラー…
表示されるパスには間違いはないし、パーミッションも777にしてみても(すでになっている)駄目。
ちなみに「ファイルをコピーできませんでした」というエラーはPHPがセーフモードで動いている場合によく出るそうですが、今回はセーフモードで動かしてはいません。
で、諦めていたのですが、いっそのことFTP_BASEやFTP_CONTENT_DIRやFTP_PLUGIN_DIRの定義をコメントアウト(削除)してみるとなんとすんなり成功。
(下部の追記参照)
ということで、セーフモードでもないのに「ファイルをコピーできませんでした」と言われた時は一度FTPのディレクトリ設定を削除してみるのも手かもしれません。
追記
どうやらCodexのFTP_BASE等の説明には「インストールした WordPress のベースフォルダへのフルパス。」と書いてあるので”サーバー内でのフルパス”だと思っていたのですが、少なくともOSXでは”FTPでアクセスした時のパス”が正しいようです。(OSの問題では無いようなな気もしますが)
Codexにも「FTPユーザとしてサーバ上にある各フォルダへのパスが分かっていれば…」とあるので”FTPでアクセスした時のパス”が正しいようです。
つまり「/Users/name/Sites/wp-content/」ではなくFTPから見た時のパスなので「/Sites/wp-content/」とするとFTP_BASE等を定義しても自動アップデートできました。
written by chibiegg
トラックバックURL : http://blog.chibiegg.net/2010/01/11_12_462.htm/trackback
11月 13
アップデートしたときにPHPのバージョンも変更(5.2.10)されていたことに気づかず、GDが入っていないPHPに置き換えられていたので再度PHPをGD付きでコンパイルしたのでメモ。
各ライブラリの今回利用したバージョンは以下の通り。
- libpng 1.2.40
- libjpeg jpeg-7
- gd 2.0.35
- php 5.2.10
PHPをMacでコンパイルするとlibiconv関係でリンク時にエラーが出る問題があるそうなのでext/iconv/iconv.cの196行目あたりを以下のように書き換えてからコンパイルに移ります。(参照:PHP Bugs: #49267: Linking fails for iconv: “Undefined symbols: _libiconv”)
Before
#ifdef HAVE_LIBICONV
#define iconv libiconv
#endif
After
#ifdef HAVE_LIBICONV
#define iconv iconv
#endif
実行した手順だけを載せます。
$ cd ~/Downloads/src/libpng-1.2.40
$ CFLAGS="-arch x86_64" CCFLAGS="-arch x86_64" CXXFLAGS="-arch x86_64" LDFLAGS="-arch x86_64" ./configure
$ make
$ sudo make install
$ cd ~/Downloads/src/gd-2.0.35
$ CFLAGS="-arch x86_64" ./configure
$ cp libtool ../jpeg-7/
$ cd ../jpeg-7/
$ MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS="-arch x86_64 -g -Os -pipe -no-cpp-precomp" CCFLAGS="-arch x86_64 -g -Os -pipe" CXXFLAGS="-arch x86_64 -g -Os -pipe" LDFLAGS="-arch x86_64 -bind_at_load" ./configure --enable-shared
$ make
$ sudo make install
$ cd ~/Downloads/src/gd-2.0.35
$ MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS="-arch x86_64 -g -Os -pipe -no-cpp-precomp" CCFLAGS="-arch x86_64 -g -Os -pipe" CXXFLAGS="-arch x86_64 -g -Os -pipe" LDFLAGS="-arch x86_64 -bind_at_load" ./configure --with-zlib-dir=/usr --with-jpeg-dir=/usr/local/lib --with-png-dir=/usr/X11R6 --with-freetype-dir=/usr/X11R6 --with-xpm-dir=/usr/X11R6
$ make
$ sudo make install
$ cd ~/Downloads/src/php-5.2.10
$ MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS="-arch x86_64 -g -Os -pipe -no-cpp-precomp" CCFLAGS="-arch x86_64 -g -Os -pipe" CXXFLAGS="-arch x86_64 -g -Os -pipe" LDFLAGS="-arch x86_64 -bind_at_load" ./configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --disable-dependency-tracking --with-apxs2=/usr/sbin/apxs --with-ldap=/usr --with-kerberos=/usr --enable-cli --with-zlib-dir=/usr --enable-trans-sid --with-xml --enable-exif --enable-ftp --enable-mbstring --enable-mbregex --enable-dbx --enable-sockets --with-iodbc=/usr --with-curl=/usr --with-config-file-path=/etc --sysconfdir=/private/etc --with-mysql-sock=/var/mysql --with-mysqli=/usr/bin/mysql_config --with-mysql=/usr --with-openssl --with-xmlrpc --with-xsl=/usr --without-pear --with-jpeg-dir=/usr/local --with-png-dir=/usr/local --with-freetype-dir=/usr/X11R6 --with-gd=/usr/local
$ make
$ make test
$ sudo make install
written by chibiegg
トラックバックURL : http://blog.chibiegg.net/2009/11/13_22_432.htm/trackback
最近のコメント