IoTの要(かなめ)！BLE通信をMacだけでデバッグできるようになる方法！ - Qiita
この投稿はBluetooth Low Energy Advent Calendar 2014 の6日目の記事です！ ここ数ヶ月間iOSアプリとBLEで通信する機器の開発を行っている @kazuph です。 元々は単なるWebプログラマーだったのですが、いつの間にかマイコンの組込みプログラミングをするまでになりました。 サーバー、アプリ、マイコン含めていわゆる"ソフトウェア"と呼べる部分は全部書いているのですが、その辺の習得までの流れとかはおいおいブログに書いていきたいと思います。 今回は普段仕事でBLE開発をする中で習得した、GATTの内容やアドバタイジングパケット内容をMacだけで確認する方法を書きたいと思います。 やってみる 何はともあれツールをインストールします。 用いるものは以下の２つです。 LightBlue PacketLogger LightBlue AppStoreからイン
でらうま倶楽部 : iPhone リリースビルド時に余計なコードをまとめて省く、Objective-Cなりの書き方。
2010年08月02日21:30 カテゴリiPhoneプログラム iPhone リリースビルド時に余計なコードをまとめて省く、Objective-Cなりの書き方。 これが果たして実用的なのかどうか…是非みんなにも考えてみて欲しいネタです。 Objective-Cで役立つ…かもしれない、デバッグ用のコード管理についてー。 デバッグ用にプログラムの状況を逐次表示するもっとも簡単な手法として、恐らく printf("%f %f\n", pos.x, pos.y); とか、iPhoneなら NSLog(@"%f %f\n", pos.x, pos.y); みたく、コンソールにテキストを表示する方法があると思います。昔から使われとる由緒正しい(?)技…なのかな？部長もほぼ８割がた、これでバグを特定して修正しとります。ほとんどデバッガ使いません(使えません) んで、ゲームもそうなんだけど、こういったデ
でらうま倶楽部 : iPhone Objective-Cではないコードのメモリリークを特定するには(今回はソース付き)
2010年08月05日15:38 カテゴリiPhoneプログラム iPhone Objective-Cではないコードのメモリリークを特定するには(今回はソース付き) 今回はメモリリークの話です。 iPhoneでのメモリ管理ですが、Objective-Cのクラスをフル活用してコードを書いているウチは問題ないと思います。InstrumentsのLeaksを使えばコードのどの場所で確保されたメモリかが一目瞭然だと思うからね。 (きっとC++でもそんな感じに違いない) なーのーでーすーがー！ 問題なのがCのmalloc()とかcalloc()とかrealloc()とか。これ、InstrumentsのLeaksでも「Malloc area 8K」とかって表示されるんで、その表示の中からメモリリークを探し出すのが至難の技….。 まぁメモリ確保時にクラス名の指定も何もないんだから仕方ないのは判ってるんで
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
