アカウント名:
パスワード:
なぜOSを使う必然性があるのか理解出来ないいずれTVやクーラーの赤外線リモコンにもLinuxが搭載される日がくるのだろう
・I/Oの面倒をOSが見てくれるから楽・ドライバをかくための資料やサンプルも豊富なので独自のI/Oも容易に追加できる・開発環境が整備されており楽・信頼性を確保しやすい
そして何より
・Linuxが動くハードウェアの小型化低消費電力か低価格化が著しい
ということが大きく、これまでハードの規模やコスト的制約でローレベルからスクラッチで開発していたデバイスや規模の小さな＝機能の小さなOSを利用でざるを得なかったようなデバイスでも、Linuxのような規模の大きなOSを載せることができるようになったわけで、ソフト開発の負担と開発期間と費用を低減できるので利用されるのです。
というより、OSを載せたほうが楽に開発できるほどの複雑な機能ってなに？ということでしょう。
そのうちリモコンどころかリモコンのボタンひとつひとつにそれぞれOSが搭載される日が来るかも知れない。
別に複雑でなくたってOSが合ったほうが楽ですよ当たり前ですが。Linuxなら簡単なことならシェルスクリプトでも実装できますからね。
OSがないということは全て自前でやるってことですよ？実際の仕事に入る前に最低でも割り込みベクタの初期化してSPに適当なRAMのアドレスにロードするという本来の目的以外のスタートアップコードを書かなきゃいけないし、スタックオーバーフローなどメモリの面倒も自分で見ないといけない。C言語を使うならCのスタートアップルーチンもゼロから書くなり既存のものをターゲットのアドレスマップに応じて書き換え用意する必要があるし、Cを使うとスタックや
えっ、そんな高級な開発をやっている人が羨ましいですちょうど今、シコシコとPIC16F688のプログラム作成やってたところですコンパイラを使ってもコードサイズはたったの106word、使用メモリ量10byteでありました（素直な命令セットのATMEL AVRあたりならアセンブラ使うところですが、PICのアセンブラはキツイ）
＃74シリーズのロジックLSIで組んでた機能を置き換えるような汚れ仕事をやっている可愛い組込プロセッサ君がいることをソフト屋さんに理解してもらえないことが多くて悲しい
AVRのアーキテクチャは素直なのでコンパイラでも結構効率の良いコードを吐いてくれますが、アーキテクチャの変態さからPICはコンパイラに向かないんじゃないかな。アセンブラ必須というか。
で、マスプロダクトだと価格は変わるでしょうけど、とりあえず秋月価格でPIC16F688が110円 [akizukidenshi.com]、ARMな28ピンDIPマイコンLPC1114FN28も110円 [akizukidenshi.com]だったり。まあ、ARMとはいえCoretex-M0でメモリの少ないLPC1114ではLinuxなんてのは無理ですが、アーキテクチャ的な制約が少ないので、開発の手間はPICより格段に楽になると思う。
おおせの通りで、最近の命令セットが一部拡張されたものはマシになってるでしょうが、基本的にはPICはどんなにコンパイラが頑張っても効率の良いコードにはなりません．それでも十分に間に合ってるので、入手の容易なPICを使ってます．個人的にはPIC10/PIC14/PIC16/PIC18でパフォーマンスが足りなければ、次の選択肢はPIC24ですね．少し背伸びしてMIPSベースのPIC32でもかまいませんが．基本的にはやりたいことが低レベルで書くコード量も大したことないので、各種の初期設定のお呪いコードが少なくてすむ低機能プロセッサで十分です．
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
192.168.0.1は、私が使っている IPアドレスですので勝手に使わないでください --- ある通りすがり
なぜOS搭載 (スコア:0)
なぜOSを使う必然性があるのか理解出来ない
いずれTVやクーラーの赤外線リモコンにもLinuxが搭載される日がくるのだろう
Re: (スコア:4, 興味深い)
・I/Oの面倒をOSが見てくれるから楽
・ドライバをかくための資料やサンプルも豊富なので独自のI/Oも容易に追加できる
・開発環境が整備されており楽
・信頼性を確保しやすい
そして何より
・Linuxが動くハードウェアの小型化低消費電力か低価格化が著しい
ということが大きく、これまでハードの規模やコスト的制約でローレベルからスクラッチで開発していたデバイスや
規模の小さな＝機能の小さなOSを利用でざるを得なかったようなデバイスでも、
Linuxのような規模の大きなOSを載せることができるようになったわけで、
ソフト開発の負担と開発期間と費用を低減できるので利用されるのです。
Re: (スコア:1)
というより、OSを載せたほうが楽に開発できるほどの複雑な機能ってなに？ということでしょう。
そのうちリモコンどころかリモコンのボタンひとつひとつにそれぞれOSが搭載される日が来るかも知れない。
Re: (スコア:3)
別に複雑でなくたってOSが合ったほうが楽ですよ当たり前ですが。
Linuxなら簡単なことならシェルスクリプトでも実装できますからね。
OSがないということは全て自前でやるってことですよ？
実際の仕事に入る前に最低でも割り込みベクタの初期化してSPに適当なRAMのアドレスに
ロードするという本来の目的以外のスタートアップコードを書かなきゃいけないし、
スタックオーバーフローなどメモリの面倒も自分で見ないといけない。
C言語を使うならCのスタートアップルーチンもゼロから書くなり既存のものをターゲットの
アドレスマップに応じて書き換え用意する必要があるし、Cを使うとスタックや
Re: (スコア:-1)
えっ、そんな高級な開発をやっている人が羨ましいです
ちょうど今、シコシコとPIC16F688のプログラム作成やってたところです
コンパイラを使ってもコードサイズはたったの106word、使用メモリ量10byteでありました
（素直な命令セットのATMEL AVRあたりならアセンブラ使うところですが、PICのアセンブラはキツイ）
＃74シリーズのロジックLSIで組んでた機能を置き換えるような汚れ仕事をやっている可愛い組込プロセッサ君がいることをソフト屋さんに理解してもらえないことが多くて悲しい
Re: (スコア:1)
AVRのアーキテクチャは素直なのでコンパイラでも結構効率の良いコードを吐いてくれますが、
アーキテクチャの変態さからPICはコンパイラに向かないんじゃないかな。アセンブラ必須というか。
で、マスプロダクトだと価格は変わるでしょうけど、とりあえず秋月価格で
PIC16F688が110円 [akizukidenshi.com]、ARMな28ピンDIPマイコンLPC1114FN28も110円 [akizukidenshi.com]だったり。
まあ、ARMとはいえCoretex-M0でメモリの少ないLPC1114ではLinuxなんてのは無理ですが、アーキテクチャ的な制約が少ないので、開発の手間はPICより格段に楽になると思う。
Re:なぜOS搭載 (スコア:0)
おおせの通りで、最近の命令セットが一部拡張されたものはマシになってるでしょうが、基本的にはPICはどんなにコンパイラが頑張っても効率の良いコードにはなりません．
それでも十分に間に合ってるので、入手の容易なPICを使ってます．
個人的にはPIC10/PIC14/PIC16/PIC18でパフォーマンスが足りなければ、次の選択肢はPIC24ですね．
少し背伸びしてMIPSベースのPIC32でもかまいませんが．
基本的にはやりたいことが低レベルで書くコード量も大したことないので、各種の初期設定のお呪いコードが少なくてすむ低機能プロセッサで十分です．