デバイスドライバを書いてみよう03 Linuxデバイスドライバを書いてみよう

前回まででドライバの概要やデータのやり取り方法を説明した。では実際にデバイスドライバを書いてみよう。
前回に予告したようにLinux用ドライバを書いてみる。簡単なものから順に複数のドライバを書いていきたい。今回はもっとも単純なもので、ドライバのロード時とアンロード時にメッセージを出力するドライバを書く。

まぁこの内容、Raspberry Pi用に書いた以前の記事の内容に含まれているので、それの簡易版となる。すでに実践した人は飛ばしてもOK。

デバイスドライバを書いてみよう02 続・デバイスドライバって何？

前回でデバイスドライバの立ち位置や仕組みをなんとなく説明したが、実際にデバイスドライバを書く場合、知りたいのは

1. ドライバの基本的な書き方、組み込み方
2. デバイスとデータをやり取りする方法
3. アプリケーションとデータをやり取りする方法

ではないだろうか。

１は、その前に概念や仕組みを説明をしたいので、もう少し後に説明する。今回は２のデータのやり取りなどをもう少し突っ込んで説明したい。
また、３の概要はすでに説明したが、その詳細も２に関連するので今回でもう少し具体的に説明したい。

デバイスドライバを書いてみよう01 デバイスドライバって何？

IoT的なものづくりをしていると簡単なものはGPIOなどから信号を出して制御するが、複雑になるとデバイスドライバを書いた方がいい場合がある。
規模が大きくなりがちなので、なんでもかんでもドライバを書くのはよくないのだが、必要な場合はある。

今回は、そもそもデバイスドライバって何？という疑問に対する説明をしたい。

サウンド系API事情05 Android系API

前回はLinuxのサウンドAPIについて説明したが、今回はAndroidのサウンドAPIに関して説明する。
Androidはアプリケーションの実装言語がJavaであるため、またちょっとかわったソフトウェア構成になる。今回はその構造から説明したい。

サウンド系API事情04 Linux系API

前回はMacのサウンドAPIについて説明したが、今回はLinuxのサウンドAPIに関して説明する。
Linuxはディストリビューションが多数ありそれぞれにモジュール構成の方針があるため、APIが多数ある。しかも、誤解を恐れずにいうがソフトベンダーがデスクトップ版をあまり重要視していないため、それぞれのディストリビューションで規格を統一しようという考え方があまりないようで、採用しているAPIもまちまちだったりする。
こういう事情もあり、複数のLinuxディストリビューションに対応したマルチメディアソフトウェアを作るのは、結構ないばらの道になることだろう。

サウンド系API事情03 Mac/iOS系API

前回はWindowsのサウンドAPIについて説明したが、今回はMac/iOSのサウンドAPIに関して説明する。

新しいMacはiOSとAPIを同規格にしているものが多い為、昨今のAPIはiOSでも使用出来る。
ただし、サポートしている機能が異なったりレイテンシなどの品質が異なるなど、差異があるため注意が必要だ。
モバイルではバッテリ消費などを気にするため、品質や作法が異なる結果になるようだ。

サウンド系API事情02 Windows系API

Windowsは古くからゲームなどエンターテイメント筐体に採用されてきたため、複数のAPIが存在する。
デスクトップ環境としては最も使用されてきたOSであることもあり、求められる水準も高かったことだろう。
今回は、Windows環境のサウンドAPIについて説明する。