ＰＩＣにＯＳは必要か？

昔ADBなキーボード／マウスをPS/2キーボード／マウスに見せかける
アダプタ作った時は、PIC２個使ったな。
PICの開発環境チェックのLEDチカチカの次に作ったのがこれだった
最初一個でやろうとしたんだけど、途中で面倒くさくなってきて２個
使った。

しかし、ボタン１個のマウスをWindowsで使うというのもなんともはや・・であった

ＲＡＭがないＣＰＵにＯＳは不要、
ＲＡＭの半分以上使うＯＳに意味などない。

時代はクアッドコア

>>114
そんなあなたにPIC18F
メモリI/Fで単純接続でも2MBの大容量RAMがｗ

いっそのことＨＤＤや各種ﾒﾓﾘｶｰﾄﾞを直読みできるのにしたシリーズのチップを出しゃいーのに、どぉ？ Ｍ社さん。

まぁ、今あるＵＳＢコントローラーが載ってるのでもいける（どうっｽか？）かもしれないけど‥

三菱の中の人が反応したぞw

>>113
おっ、それは読んだ覚えがあるぞ。
手持ちの水晶の関係で1つは4MHz、もう1つは4.1952MHz にしたと書いてあったな。

>>116
外部接続するのなら単指数が増えるとか兼用ポートがつかえなくなり
つかえねーＰＩＣになる。
その２ＭＢを内蔵メモリで与えてみよ。ｗ

PIC16F で OS を使った例を紹介しているサイトを探しています。
方法論というより工作例を見たいのですが、ご存知でしたら教えてください。

>>121

PICROSでググッてみ
たくさんあるよ

>>122
ありがとうございました。
検索してみましたが、実際に工作例として紹介されているところは無いみたいです。
PICROS というゲームや、植物に関連したサイトがあるんですね。
あとは、後閑さんのサイトでした。

ttp://www.geocities.jp/mkmac_8008/

ここは、AVR に移植して使用したようだし

ttp://www.kuze.jp/diary/page23.html

この辺に何か書いてあるな・・・と思ったら PICROS やめたら完成した、とか
書いてあるし。
残念です。

http://page13.auctions.yahoo.co.jp/jp/auction/r35836912

PICROSは用途によっては便利だと感じる

picros使ったことあるけど、良かったよ。
簡単なプログラムを適当に動かすには便利。
込み入ったものには使えないが。

ふ〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜ん

まあーあってもいいけど

電波公害を撒き散らすＰｌＣには断固反対です。

もしかして・・と思ったらPICスレ全部に書いてるのな

対策すればよろしかと‥
つうか身の回りの製品はＰＩＣより桁違いとおもわれ。

近頃、ＰＩＣもいろいろとグレードがあるからな、３２ビット版も出たようだし。

上位ならＯＳ積むこと考えても良いのじゃ？

標準ＯＳ（トロンとか）積んでＣでソフト組むと、別のＣＰＵにソフト移植できるのがメリット。

dsPICも出てきたことだし　これからは必要なんじゃないでしょうか

えーと、スレ違いとは思うのですが、いま本スレ？が消えているのでよろしければお願いします。
16F84AでMPLAB IDEでアセンブルしています。
エラーは出るのですが、HEXファイルが出力されます。
でそのHEXファイルのコードがどのソースを表すのかなのですが、
要するに、エラーの出た命令がアセンブラのコードに出力されているのか知りたいのです。
デバッガで両方表示しているものなど無いのでしょうか？

>>134
本スレあるよ。

【16Fに】PIC専用のｽﾚPart19【まだ新品種が!w】
http://science6.2ch.net/test/read.cgi/denki/1205937905/l50

普通エラーが出たらhexは出力されない。ただし、元あったhexが削除されるわけじゃないから、
以前にコンパイルが成功しているのであれば、そのときのファイルが残っているのかも。

あるいは、>>134が言うエラーって
Message[302] C:\PIC\LOGGER\LOGGER.ASM 313 : Register in operand not in bank 0. Ensure that bank bits are correct.
こういうタイプのじゃない？
読めばわかるけど、これは「バンクが切り替わってるかちゃんと確認してね」っていう意味。
バンク0以外にあるレジスタにアクセスする場合は必ず出る。

>>134
errorじゃ無くてmessageかwarningでしょ。errorがでるとHEXは生成されない。

それはともかく、出たメッセージの上でダブルクリックだな。

>>135-136

ありがとうございます。
>>136
そうなのです、まさにそのメッセージでした。
そういう意味でしたか。英語力の弱さが恥ずかしいです。

ちなみに、上で自分が見たかったものは、
メニューのView→Disassembly listingで見ることが出来ました。
英語が判らないとなにかと不自由だと思う今日この頃です。

CMX-Scheduler　を検討中です。
今から取説PDFを紙に出して、読み始めるところ。
picros があまりにも使い勝手が良かったので
dsPICで CMX-Scheduler 使って見ようかと思います。

こんなのまでやってみよ。
http://f.hatena.ne.jp/images/fotolife/m/moetsukiro/20081127/20081127204731.png

３０ＭＩＰＳなんてのや３２ｂｉｔのがあるんだからいけるってか、複数個でもって。

わっ、ｺﾞﾊﾞｰｸした‥
http://c.2ch.net/test/-/denki/1223809224/i
にだった。

あれ、久々に見たら、ＰＩＣ関連のスレってこれだけになってるんだな。
寂しい限りだ。別にＯＳのこととか、俺はどうでも良いんだが……。

６ピンとか８ピンしかないＰＩＣとか使う方がおもしろいよね。
大きいのは他のＣＰＵでも大同小異だし。
そう思わない？

>ＰＩＣ関連のスレ
検索も出来ないヘタレが居るな・・・

>>142
ＰＩＣ（全角）と豚で検索したがここしかヒットしなかった。
なるほど、半角で検索すればたくさんあるんだな。
Janeの検索は全角と半角を区別するとは知らなかった。
昨夜は酔っぱらってたからな。
わかった、そっちで話すよ。

RAMが少なすぎてOSがリソース食いまくるんじゃないかと。
PICの醍醐味はアセンブラでゴリゴリ高速化する所だったはず
いつのまにかISPだのOSだのと生意気なコントローラになりやがって。

わざわざCなんか金払って買うな。
漢ならPICごときはJDMプログラマとアセンブラで充分と言ってやりたい。

漢だが今時無料のCがある時代に、わざわざアセンブラ覚えて苦労する理由が
理解できん。

>>145
それはメモリー空間を自由に使えるアプリのケースで言える話。
少ないプログラムメモリでめいっぱいのことをさせようとおもったら、
今の時代でもアセンブラに勝るものはない。
また、究極のスピードを出す場合もしかり。

それと、スレタイのＯＳの話だが、ＯＳを必要とするのは、やはり
マルチタスクとかリアルタイム処理のためだろうから、その目的に
合った最低限の機能を自分でゼロから開発すれば、少ないメモリ
資源の中でも最大限のパフォーマンスを発揮することが出来る。
開発期間とか効率とか、はたまたそういうケースがあるかどうかと
なると、それは疑問だが。
あくまでも、アマチュア的な興味として、俺はそういうのをやってみたい。

＞PICの醍醐味はアセンブラでゴリゴリ高速化する所だったはず
んなこたーない

＞少ないプログラムメモリでめいっぱいのことをさせようとおもったら、
＞今の時代でもアセンブラに勝るものはない。

ヘタレがアセンブリ言語で書くよりコンパイラの方が賢かったりしてな
近頃のCPUは内部の動作まで考えて最適化しなくちゃならんので、
コンパイラに勝つのはかなり難しくなってたりもして

>>148
> ヘタレがアセンブリ言語で書くよりコンパイラの方が賢かったりしてな

ヘタレはコンパイラ使えばいいだろう。

> 近頃のCPUは内部の動作まで考えて最適化しなくちゃならんので、

究極の速さを求めるアセンブラ書きにとってはそんなの基礎中の基礎。

＞究極の速さを求めるアセンブラ書き
まぁな。ただ、内部処理が公開されてりゃいいけど、何をどうやってるのか
一般人には非公開だったりでな。
数段のパイプラインでブランチターゲットバッファがちょこっとあった
程度だった時代が懐かしい。

パイプラインは今もあまり深くないよ。
ブランチがあるとすぐに効率が悪くなるからね。
それと、ＰＩＣ程度では内部処理ってそんなに難しくないし。

近頃のCPUは結構多いわ
＞ブランチがあるとすぐに効率が悪くなるからね
それを避けるために分岐予測と投機実行したりな・・ってすでに古典みたいな
技だけど、初めて知ったときはよくやるわと呆れた覚えがある

アセンブラで書く利点は、とことん最適化よりも、
記述した処理の所要時間を簡単に把握できるって事だと思うんだ。

まあ、それもあるかもしれないね。
ただ、正確な時間が必要ならタイマーに任せた方が良いから、
それほど必要性が高いとも思えないが。

>>151
ベンチャーズだぜ！GOGO！

>>154
処理の内容に対してタイマーの間隔が十分広ければCで十分だと思うけどね
タイマーが短いか処理が多くて、実行時間に余裕がない時はCだと怖いかなぁ。

「数十ns以内に処理を終わらせないと次の信号を取りこぼす」とかね
こういう時は初めからアセンブラでステップ数を考えながら書いちゃう方が良いかと。

>>156
同意なんだが……。

> 「数十ns以内に処理を終わらせないと次の信号を取りこぼす」とかね

ＰＩＣの最高クロックって何ＭＨｚだったっけ？　その時間で１命令こなせるかどうか……。
まあ、遅いＰＩＣでは処理どころの話ではないわな。

数十usの間違いでした。

数十nsなんて40MIPSのdsPIC33でも無理だなorz

誰もいないの？

心配するな。俺がいる。

OSっつーか、モニタはあった方が便利
でないと、ほんのちょっと構成変えただけでソフト全とっかえじゃん

まあ、あればあったでそれなりに便利かな。
しかし、小型のＰＩＣは用途も知れているから、
プログラムも数百ワードで事足りることも多い。
それだったら、アセンブラでその都度書いても
特にデバッグに手間はかからない。
となると、ＯＳは要らない、とも言えるだろう。