ＰＩＣにＯＳは必要か？

必要か？

パスコンにOSコン？

いらね

だよな。ＰＩＣは小さい事に意義があるよな？

ＰＩＣ用ＯＳ、「ＰＩＣＯＳ」とか？
誰か商標登録だけでも w

ＰＩＣにＯＳ入れる位ならＨ８などを使った方が賢い気がする。
わざわざＰＩＣ程度のＭＣＵに負荷を与えなくてもねぇ？

H8ならRTOS入るしな

つ[PICROS]

ttp://www.picfun.com/picrosframe.html

すげー
そんなもんが存在したのか

OS使わなくても自分でライブラリつくっていくと段々それに近くなるじゃん。
ってかOSなんて言葉大げさだよな。ただOSいいたいだけちゃうかと。

タスクスイッチャすら自分では作れそうにない。
システムコールの塊ぐらいなら>10が言うように出来なくはないと思うけど。

ｐｉｃにｏｓなんて大きな間違い。
ただ、最近のｐｉｃはチップ自体が貧弱なわりに、そこそこメモリ容量
も有って、ピン数も増えていたりして．．ＯＳ入れるなら基本的にＲＡＭが少なすぎ。
ｏｓ入れるとそれだけでメモリを食うし。あんまり意味がない。只の自己満足と思うが。

ＰＩＣのように、どのような周辺機器を接続するか決まっていないようなものに
ＯＳを作ってもドライバを書く手間があるからねー
どうせ直接Ｉ／Ｏを叩くようなプログラムを書くようになるから
ＯＳあってもなくても大差ないかもな、
ＲＯＭが余ってるならやってみな、漏れは推奨しませんが…

>>13
そうそう。
ＯＳあるとシビアな制御する時に邪魔されて．．．

RTOSの話題が出ないのはなぜ？

興味がないからでは?

すたっく8つで何をする？

ちょっとな

サブルーチンライブラリィが公開されてるからなぁ。
ＬＡＮ接続したいならともかく、ＯＳはいらんでしょう。
それ以上を望むならＨ８使うだろうし。

PIC程度ならアセンブラで十分だと思う。

強力なマクロアセンブラないっすか？

彼女のブラは汗で真っ黒

タイマ割り込みに処理をぶら下げれば、タスク風処理にはできるだろ。
メモリないんだし、その程度で十分。

＞ タイマ割り込みに処理をぶら下げれば、

お前、ＰＩＣ使うなよ。ボケカス

また出たよ、PICに割り込み使うなって椰子が

適材適所という言葉がある。好みで決めるべきでない事が多多あるってことだよ。
オマエラ、耳の心地よくないことは無視してかかるからちっとも進歩しないんだよ。

日本語直してやる
×：PICに割り込み使うなって椰子が
〇：PICで割り込み使うなって椰子が

割り込みを使った場合に具体的に起こりうる不具合の内容は？

まーた出てきたのか、シーケンサ爺が。都合の悪い部分には
異常は起きないっていう前提で妄想語ってるだけで、説得力ゼロ
なのにね。

ポケコンで機械語使って遊んでた世代なら
ＰＩＣはその再来、しかも制御に使えるので桁違いに面白い
ＯＳなんぞ不要

表示器とキーがついてる機械語が直でいじれるポケコンは極めて強力だった。
http://science3.2ch.net/test/read.cgi/denki/1072091868/463みたいなPCもすごく面白かったがポケコンはもっとスゴい。データーが保存できるしどこへでも持ち歩ける。
何かこんな回路をと思った瞬間にすぐアセンブラやマクロで実現できて周囲を「何で数分で実現できるんだ？」と圧倒した。

一応PCだからプリンタもFDも付くしI/Oをバスから直に介して繋げるから何でもアリだったしメモリもﾌﾗｯﾄの6264とか増設して完璧だった。
バイトにクラブに実験や評価に使ってかなり稼いだ。しかしかなり古い世代に出たマシンらしく
ｲﾝｽﾄﾗｸｼｮﾝとか回路図を入手するのに大変だった。

それでPICをいつでもどこでも書いたら面白いだろうなと思ったし、閃いたらマクロがすぐ書けてかなり積もりそうだ。

ポケコンの機械語というと、シャープのPC-1251の系統のポケコンは
隠し機能だった、PEEK・POKE命令と１０バイト前後の機械語HEXデータを手掛かりに
ユーザが勝手に解析して全機械語・レジスタ構成・ハードの構成やらを解明した、
って話がありましたな。
たしか、00〜FFのコードの内、1/4が特定のレジスタに定数を入れる命令、
1/8がCALL命令という変なCPUでした。

>>24
23のような処理の問題点考えてみたけど、
割り込みがかかった時にすぐに処理をしなけりゃならん制約でもない限り
困らないと思うけど。

ただOSというより、たくさんあるプログラム技法の一つにすぎない様な・・・

>30
一番の欠点は遅いってこと。
クロックをマージンギリギリまで上げれば、プリンタが使えなくなった。
テープも読めん。

糞だったな。

>>32
CPUのクロックだけあげとけば良かったのに

実は今でも漏れはそのマシンが現役で使い勝手がいい。厨房の頃にＯＰコードが頭に焼き付いて消えないもんだから何かネタがあるとすぐ.BIN化されてしまう！？
でももうマシンが骨董だから次期ポケコンの構想が企てられてる。
候補としてPICをコアにしたポケコンを設計して右腕にするとか、ＧＢ(ｹﾞｰﾑﾎﾞｰｲ）上で機械語やＣを扱うとか考えたが
最近http://science3.2ch.net/test/read.cgi/denki/1073059393/111にあるように携帯のCPUをプログラミングして測定から制御とかの何でもアリのマシンを開発して持ち歩いて即何でもやれるようになんて構想をしてる、
だからPICなんかのﾌﾟﾛｸﾞﾗﾐﾝｸﾞやカキコを携帯の端子から出た怪しいICソケットに繋いでやってしまうなんてやって楽しもうかと。

あとそれが進化した妄想ではその携帯がＲ２Ｄ２みたいに世の中のあらゆるﾊｯｷﾝｸﾞやﾌｫｰﾏｯﾄやそれ以上のが搭載されていてどこのＬＡＮや回線でも操れる端末なんかに出来たらカッコいいなあと思った。
ｽﾀｰｳｫｰｽﾞではＲ２Ｄ２が侵入や脱出の際あのヘンなプラグで場面ごとに思うままにＬＡＮを操作をしてしまうの見て「あんな最強なマシンどうなってるんだ」と感動した。
しかしある意味あのポケコンもそれに近いような汎用性があっていろんなこと出来て心強かった。

>>33
お前バカだろ。

もっとバカなことして遊んだ。
Ｘ'talの付いている機器のクロックのとこに可変できるOSCの出力を繋いで自在の速度で動作させてみた。

どの機器も一応水晶に書いてあるMHzよりいくらか高いのでもＯＫだったがやはり上げすぎると脱調するが
パスコンや電源ラインを強化すればもっと行けるかも？

しかし機器内に複数の発進子がある場合は波長が乱れてみょーな挙動になる。その びみょーなとこでわざといろんなことした。

また極度に遅くした状態（1Hz）で動作しているCPUボードのバスをＤＭＡ表示して見てみたら
ちゃんとトレースモードみたいにアドレスがカウントされデーターが受け渡されてる様子が見れた。

プリンタやテープも同期させようと思ったら
プリンタ内部のクロックも変えないとだめでしょ

西船には必要です　OS

ＰＩＣも周辺が、多いものはＯＳがほしいです。
とくに、シリアルとタイマーの部分はほしいですね。
構造の簡単な、PIC16F84系はいらんと思うけど、
PIC18F系には、ほしいですね。

14ビットコアこそ、割り込みが１レベルなんだから、OSが必要に思う。

ただ、PIC16みたいな小さな規模では、一箇所に集まったOSというコード
ブロックではなく、各ルーチンの中に分散してても、大して不便ではない。
OSなんて要らないという人でも、大概は知らず知らず、自分のコードの中
にRTOSを実装しちゃってる。その部分で、タスクの管理をしているという
意識があるか、場当たりで組んでるかで、全体の見通し、開発効率が違っ
てくる。
μiTRONなんて、実装しなくてもいいという機能をどんどん除いて行ったら、
最後は僅かな名前付けの規則集になってしまう。小規模組み込みのOSなんて、
そんなもんです。

ＲＴＯＳというなら、タイマー割り込みでタスクスイッチングくらい
できなきゃ話しにならんでしょ？

あぼーん

ＰＩＣでタイマー割り込みという時点で終わってる。
リアルタイム＝タイマー割り込みってなんとも底の浅いことか。
天井川だな。

ほれ、王道は、やはりループでポーリングですよ。

＞リアルタイム＝タイマー割り込み
なんていう読み方をする奴のなんと底の浅いことか。
リアルタイム⊃タイマー割込
だよ。タイマー割込タスクスイッチングなんてRTOSの中でもきわめて
低レベルな機能。まさかそんなものが高度だと思ってるわけではない
だろうな

>>44のとおり、PICではループでポーリングですな。それをOSと称するか
どうかは好きずきだがね

http://www.pumpkininc.com/

>>45
昔、それをマルチタスクと称して、アプリ側にポーリング処理への復帰を強要したOSがあったよね。

あの〜〜　>>44　は、冗談で書いたんですけど・・・

>>36
電源強化も効果はあるかもしれないけど、多分内部のセットアップ･ホールド違反が
高速で動作しない主要因だと思うから冷やすのがいいかもｗ

冷えるとセットアップには有利だけどホールドには不利かしらんが

１Hzいいな、動作解析というか教育に使えそうだ
おもいきってスイッチにしてしまうのもいいかもｗ　高橋名人で16Hz。

割り込み処理が理解出来ないので、OSがあれば便利、なんて思ってませんかね。
コンパイラお仕着せの割り込み処理が便利、とかいうのも、かなりそのレベル
が混じってるような気がする。

ＯＳがあるということは‥ （￣ー￣）ﾆﾔﾘｯ ウイルスみたいなことが可能だな。
つうかライタソフトにもう仕込まれていたりして。
その場合はやっぱワンチップマイコンだからトロくなったり停止するかポートをランダムにＨｉにするくらいか？

愉快版的には奇妙な可聴音でモーターがうなりで警報を奏でたり１bitサンプルの音声で喋り出すとかかな？

ﾜﾀｼﾊｳﾁｭｳﾉﾃｲｵｳｻﾞｶﾘﾃ

モーターが（ＰＩＣに）
「ｵﾏｴﾉ ｼﾚｲﾊ ﾑﾘ ﾊﾞｯｶﾀﾞ!
ﾓｯﾄ ｵﾚﾉ ｺﾄｦ ｶﾝｶﾞｴﾛ ｺﾉﾎﾞﾝｸﾗ ｽﾞﾉｳﾒ」
そして設計者がライトした内容をデバッグするとJISコードで
「おまいの設計が屑だから俺が説教されたうえ
モーターが泣いちまったじゃねーか！ このタコ」
とかいうモメ事が起こるような思惑のウイルスだったりして。

たしかに漏れは使ってない空き領域に教授の悪口を思いっきり書いたりしてるが。

ＯＳっていうと、一般の人は、Windowsとかみたいな大規模なものを連想するのかな？
最初の方で出ていたような簡単なタスクスイッチャは便利だよ。
漏れは昔、Ｚ８０とか、Ｚ８でもそれを使ってプログラムしていた。
マルチタスクは一度使うと、シングルタスクなんて使えなくなるくらいに
便利だから。
漏れの場合、そのタスクスイッチャにデバッガの機能も付けて便利に
使っていたよ。それでもプログラムは２Ｋ弱だった。
タスクスイッチの部分だけなら、２５６ワードかからないでしょ。

ＰＩＣもいろいろあるから、８PINくらいの小さいのには要らないけど、
機械制御とかに使うのなら、簡単なＯＳはあると便利だね。

九条OS 手こき　4K\なり

九条OSまだあるのか？　最近はあの手の商売、流行らんからな。
伏見ミュージックは潰れたぞ。

それはさておき、PICに比べると、Z8は実際にコーディングしてみると、
タスクスイッチが非常に楽だった。そういう概念を持っていないZ80で、
Zilogはユーザから山ほど文句を言われたに違いない。
>>54　氏のやったように、Z80の場合は、よく考えられた独立したコー
ドブロックのタスクスイッチャが無いと、やってられなかった。

で、PICの場合は、というと、よくわからん。ひょいひょいとタスクス
イッチャを書くのは難しい気がする。もうアセンブリ言語なんて使わ
ないから、Cのコードの中に、それらしい機能を混ぜ込んでいる程度。

A級伏見

それは伊丹だ。なぜか旭区千林にあった。

>>56

> Z8は実際にコーディングしてみると、 タスクスイッチが非常に楽だった。

同意。最初から「タスクスイッチングでやってください」みたいなレジスタ構成だったと記憶しています。
たしか、同じようなレジスタ群が８組用意されていたような……。
いや、メモリの特定部位をレジスタとして使うんだったかな？　忘れたからどっちでも良いけど、たしかに
Ｚ８０よりはるかにやりやすかった記憶があります。但し、ピギーバックのままではメモリ容量が知れてい
るので、それほど必要性を感じませんでしたが。外部メモリを使うモードであれば、より本格的な利用が
出来たでしょうね。

>そういう概念を持っていないZ80で、 Zilogはユーザから山ほど文句を言われたに違いない。

　もともと８０８０Ａの上位互換で始まった機種なんで、理想のアーキテクチュアを盛り込めなかったんで
しょうね。その点、Ｚ８は非常にスッキリしていましたね。もう少し登場時期が早く、かつザイログに営業力
があれば、もっと普及したのに、と惜しまれるくらいです。

> で、PICの場合は、というと、よくわからん。ひょいひょいとタスクス
> イッチャを書くのは難しい気がする。もうアセンブリ言語なんて使わ
> ないから、Cのコードの中に、それらしい機能を混ぜ込んでいる程度。

　実は私、ＰＩＣは２種類しか使ったことありません。どれも構成は似ているのに、小さな機種は命令が
制限されていたりレジスタのビット数が小さかったりで、混乱したことだけおぼえています。小型のＰＩＣ
の場合は、メモリも知れているので、アセンブリ言語で書いていましたね。それももう何年も前の話です。

何をやらせたいかによるとおもうぞ。
ＬＥＤチカチカしかやらないのにＯＳいるか？

>>60
> 何をやらせたいかによるとおもうぞ。
> ＬＥＤチカチカしかやらないのにＯＳいるか？

箱側箱だね。

>>59
Z8 MCUとZ80CPUの話は分けて書け。

>>62
分かれてるよ

>箱側箱だね。

ケースバイケースと読むんだよ。

>>60
何をやりたいかじゃなくて、使ったソフトの移植性。再利用性
などを考えたときのRTOSと思う。

タイマー、シリアル、ＡＤその他、サブルーチン集が公開されればＯＳはいらん。

そんならデータシートだけで充分じゃん

長いことやってると、サブルーチンがたんまり出来上がるので、
ライブラリとして使ってる。
そーするとだな、そのうちただのサブルーチン塊だったのが
OSに転用しようとすればできなくもない程になってるんだよ。

DOS全盛期プログラマならわかるだろうが、システムコールというか、BIOSコールというか
そんな感じに仕上がる。

で、OSは必要かどうかだが、漏れはイランと思う。

そもそもＰＩＣには使わないかもしれないＢＩＯＳを沢山載せられる程のメモリ領域はないしな．．．．
必要な分だけのサブルーチンを載せたら余裕がないどころか足らない場合もある。
なのに、どうして漏れはＰＩＣなんか使っているんだろう．．．．

つ　マゾヒスト

ＯＳ＝Ｉ／Ｏサービスとすればあったほうがいい。
しかし、Ｉ／Ｏはライブラリで済ますことが出来るからＯＳでなくてもよい。

OS=DLL

>>69
54参照汁。

>>73
　　SPI経由のD/A、USART通信、A/D関連のタスク等はコンパクトに収まるが、
グラフィック液晶に漢字表示やグラフを描画をさせるルーチンがでかくなってきて、
かなり工夫しなければならなくなっているんでつ。

>>74
> グラフィック液晶に漢字表示やグラフを描画をさせるルーチンがでかくなってきて、 かなり工夫しなければならなくなっているんでつ。

ＰＩＣごときにそんなことさせるから……。そこまでのＯＳを載せる必要があるのかな？　汎用性があってこそのＯＳだから。

グラフィック液晶使うならPICよりH8使おうよとあれほど・・・・（以下略

ぼきはセコいので豚のﾌﾟﾛｸﾞﾗﾑﾒﾓﾘｰを必ず全部使っています。
実験や評価の際は前にやったﾌﾟﾛｸﾞﾗﾑの後ろの番地に新しいのを書いて使います。
もちろん豚本体もソケットかクリップで接続します。だから製作時間が大幅に少なくなります。

でも以前に書いたのも使いたくなったりするとＯＳ（みたい？なｵﾍﾟﾚｰﾀｰ）でﾌﾟﾛｸﾞﾗﾑを電源ＯＮ時に切り換える必要がある為
最初にファイルＮｏをモールス信号みたいに打って指示します。

今のところファイル番号を打つ形ですが次の段階はカッコよくファイル名を打つ、つまり
ＳＩＯ 受信したＲＳ232をポートに出力
ＲＥＭ ｽｲｯﾁとLED付けて赤外リモコン
ＬＣＤ ｼﾘｱﾙﾃﾞｰﾀを表示させる
ＦＦＴ シャレでやった評価
ＡＤＣ ｱﾅﾛｸﾞ入力をシリアルにして出力
　：
　：
みたいにしたら楽そう。
でも重宝するのが多いからもともと一杯にそれらのツールが入ってるのをたくさん焼いておいて
複数の豚同士が有機的にシリアルで喋り合ってたりすることもあった。

なんかそれ一つ一つを電子ブロックのセルみたいに組み合わせれれば瞬時にいろんな実験や測定器を作れそう。
もちろんその中にエロいプログラムがあってサーボやｽﾃｯﾋﾟﾝｸﾞﾓｰﾀｰが２．５Ｈｚで揺さぶれるやつに
何回かに一回は深く揺れるパターンをファジーに発生するやつがある。

ＯＳ『電脳師 2006』どぉ？

電脳師の話はどこまでが事実でどこまでが構想なのか？
勿論そこから先は妄想だが、全部妄想に思えて仕方ないんだ

治療中なんだからそっとしておいてやれ

人間シリアル入力ってかなり有効だよ。
モールスをＡＳＣＩＩに変換するプログラムは作るのが結構面白い。

これやったらモールスを僅か数十分で覚えられるよ。
妄想なんて思わず一度やってみるとアルゴリズムやデーターテーブルとかのデザインが楽しくなる。

ちなみにその入力をする際はミノムシでＧＰ３にモールス・シリアルを打つだけでいい、
ウェイトがトンとツーのみだからチャタリング策はいらない。
￥０で済む入力機器だ。

http://www.kitasemi.renesas.com/product/smalight/

意味なく>77にあるいろんなセルを繋ぎ合わせて電子ブロックみたいにして遊んだ。

他に波形発生や周波カウンタや数値変換だの７０近くのプログラムがあるけど
始めにいちいち個々の設定をするのが面倒になった。
だからどの豚セルは宣言しなければ自動的にあるプログラムを始めるというようにした。

そしたら外見が一緒だから区別がつかなくなって困ったからラベルシールで
奈美、由香、朋、奈保、七菜、千春、綾、弥佳、晶、
梨恵、美紀、芳美、佳織、美代 ‥
と刷って貼っておいた。

この前ＶＶＶＦを実現してみたけど三相ゲート指令の中心役を“電脳師”って風にして
それぞれの相の奈保と佳織と由香に指示するハーレムにしてみた（でもＶＲのを
Ｈｚ値にして指令してくるのは奈美だが‥）

なんかもっと征服感のあるシステムない？

>>82
PC/CFカードソケットくっつけて無線LANカード作ってくれ、消費電力は50mW以下がいい。
市販の無線LANカードはやたら電力を食うのでPDAのバッテリーは１時間位しか持たんのよ。

２個セット＋ドライバ(DOS or リナザウ用とか)なら１ﾏｿ位出すぜ

通信距離は屋内20m以内で十分だから

通信速度は最低でも32kbps、欲をいえば64kbps以上は欲しいでつ

連投ゴメソ

おまいら、これ作ってあげてください。↑

無線モジュールに変調なしでつなげるだけでいいかも、
ＰＩＣはいらないよな？

漏れ、ケータイでしかカキコしてないからレスなかなか見れないんだよ、
ageとけばすぐわかるかも。

やめてくれ、非力なPDAのマシンパワーを食いつぶす構成にするのは！
バッファリング＆割り込み要求でPIC一個かますだけでも、だいぶ違うのよ。

興味ないことには食指がうごかないんだな、数百個単位で作ってヤフオクに出してみれば？
このようなニーズは結構あるはず、せっかくの儲け話なんだからよ。
ああ、もちろんリスクは背負ってもらわないとな。

瞬時瞬時って五月蠅いなぁ

あのぉ‥ >77のエロいのを発展させて
http://science4.2ch.net/test/read.cgi/sci/1144725397/13
みたいなパターンのジェネレーターをだりかつくってくらはい。
逝くより気持ち良さに萌えたもんで‥
わたすぃは
http://science4.2ch.net/test/read.cgi/denki/1142330019/7
みたいにフーリエ変換だか解析も習ってなひもんで‥

8pinPICで仮想記憶が必要なアプリケーションがあるなら言ってくれ↓
盆休みにLinuxでも移植するから

age

その前に、PICが必要なのか...

バカか。
コードがＲＯＭにある限り、仮想記憶とはイワンだろだ。

PICイラネ。軽石とともに消えてね。

>2005-05-12 朝からどたばた
>ロジック屋の軽石としては基板をいじる事の法が楽しい
>所詮軽石は絶滅種族、ゆっくりと退場していくしかないのかもしれない・・・・。

最近PICにハマりだしました。

>>82

ホリエモンとかミキタニとかサンマとか書いとけ

やだ、わくわくできない！

USBのやり方教えて。

877でできる？

>99 >100
あんまり よーわからんがＰＩＣ直でＵＳＢにってことか？
現状のでは速度やバッファの点で直は無理のような‥
ＳＩＥのプロトコルまで調べてＣＰＬＤなんかで作ったら面白そう、
トラ技の付録でやるだのあったけどどうなった？ 情報ぎぼん！

でもまぁ、ＰＩＣとＵＳＢの場合はコントローラーのチップを介してるのが一般でよく見るが‥



そー言やー最近>98はこんな風にもしてる、優雅に刺身ばっか食べてるから>82みたいなのとは違った美味しさの
鮪、鮭、鯛、鰹、鯖‥ とかのラベルシールを12F509に貼っている。

でも海産物って
http://science4.2ch.net/test/read.cgi/denki/1103547896/54
みたいにﾑﾗﾑﾗくる、ＰＩＣでうずくとは‥

No4o2

あーっ、はっはー

>99 >100だかのＵＳＢ内蔵は１８Ｆ２４ｘｘだか、５４ｘｘ、５５ｘったな（←記憶だからやや違うが４桁のやつ）。
>101なんてバカは漏れだけ、でもやってみてー

ちなみに○月にゃないらしい。
漏れも早くほすぃ‥

‥と ｵﾓﾀら、トラ技今月号の広告にしっかりＵＳＢコントローラー内蔵ってあった。
ﾁﾐは何作る？

漏れは
http://science4.2ch.net/test/read.cgi/denki/1089693925/57
なんてのを事始めにやってみよっかと。

それなりの検出アンプから直にそのＰＩＣに‥ （ＡＤＣ付いてるはずだよな）
楽しいＦＦＴアルゴリズム書いたりとか面白そう。

ＰＩＣごときにＯＳか……。なくてもほとんどはＯＫ。
でも、こんな小規模なのに使うと、それはそれで面白いと思う。
マルチタスクは一々組んでるのめんどくさいからね。

PICROSに詳しいHP知りませんか？
G氏以外のHPで。

マルチタスクしたければ、ＰＩＣを２個使う。

PICROSは結構使えると思う。
ソフト書くの結構負担減るし。
楽が一番。
と思うが、どうでしょう。

容量の無駄

ﾒﾓﾘ余裕あるPIC18にむいてるね。でもccs前提なんだからRTOSの方が良い。

>>110
PIC16用にアセンブラで書いたのも公開されてるじゃん。
そっちは本当にソース書く手間が省けるかは微妙な気もするけど・・・

個人的には案外>>107のような考え方のほうがPICには向いてる気がする。

>>107
確かに。
安いＣＰＵなら、ソフトでくろうするより
ＣＰＵの個数を増やす方が開発工数が減らせるかもね。

昔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っつーか、モニタはあった方が便利
でないと、ほんのちょっと構成変えただけでソフト全とっかえじゃん

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