07/06/15 22:03:04
>>807
半導体の総称だよ。
昔は本当に石だったんだ。
で、半導体素子を「石」という名称でよぶのさ。
けして、ペリフェラルではない。
URLﾘﾝｸ(ja.wikipedia.org)
813:807
07/06/15 22:05:21
>>812
そういうことでしたか。
わかりました。
ありがとです。
814:仕様書無しさん
07/06/15 22:06:33
URLﾘﾝｸ(www.nifty.com)
815:仕様書無しさん
07/06/15 23:02:30
電子管は球、半導体素子は石
816:仕様書無しさん
07/06/15 23:17:16
見ろ、人がゴミのようだ…
817:仕様書無しさん
07/06/15 23:22:11
去年入った新人が「バルボル」を知らなかった。
俺も歳をとったもんだ・・・
818:仕様書無しさん
07/06/16 00:19:00
知ラネーヨ。
ラジオのチューニングメータのことか？
819:仕様書無しさん
07/06/16 00:21:34
ｵｯｻﾝだけどわかんねぇ
820:仕様書無しさん
07/06/16 00:22:05
半導体素子というか、元々はたぶんトランジスタだけを石と言ったのじゃなかったかな？
なんでTrだけを石と呼ぶのかは冷静に考えると変な感じだ。
クリスタルなんて要するにSiO2で、これなんか石そのものなのに。
821:仕様書無しさん
07/06/16 02:54:29
昔は半導体にゲルマニウムを使ってて、ゲルマニウムを鉱石から採ってたことから
「石」と呼ばれたと記憶してる。
ラジオや時計の性能を示すのに、トランジスタの数を表示して「○石スーパー」とか
呼んでた。
822:仕様書無しさん
07/06/16 08:37:06
>>807 いまの半導体の素材は、基本的にシリコン。
SiO2って地球に腐るほどある、そこらの石ころの主成分はSiだし。
だから石と呼ぶのだと思ったけど。
ラジオつながりで半導体素子そのものを石と呼んでるのかな。
823:仕様書無しさん
07/06/16 08:44:15
鉱石ラジオで調べた。
規模から
LSI => トランジスタ => ダイオード => 鉱石
なつながりで「石」なんだろう。
俗語だとおもうけども。
ちょっと面白いね。
鉱石ラジオで検索
URLﾘﾝｸ(ja.wikipedia.org)
824:仕様書無しさん
07/06/16 10:01:09
いやトランジスタ以外を石と呼んだ記憶はないなやはり
825:仕様書無しさん
07/06/16 10:27:20
>>824
オレなんか庭に見える鉱物を「いし」と呼んでいたんだがあれはやはり間違いだったか。
826:ひぐ
07/06/16 18:16:59
こらこら。
ごめん、ペリフェラルじゃないんだな。
827:仕様書無しさん
07/06/16 20:16:38
>>825
あれは「いし」であってる。
おまえ、その鉱物とのI/Fがおかしいんだよ。
ちゃんと繋いでみな。
828:仕様書無しさん
07/06/16 20:56:16
考えるのをやめた鉱物と生物の中間の生命体かも知れんぞ。
829:仕様書無しさん
07/06/17 10:27:35
>>824 トランジスタを何故”石”と呼ぶか、がテーマなんじゃねーの？
お前はLSIを石と呼ぶことは間違いorんなことない、とおもってる？
830:仕様書無しさん
07/06/17 11:05:32
石って増幅器として使った場合の単位では
論理演算器として使った場合の単位はチップだろ
831:仕様書無しさん
07/06/17 11:09:57
石＝ケイ素＝シリコン＝おっぱい
832:仕様書無しさん
07/06/17 11:14:45
うちではチップも「石」と呼ばれてるよ。
LSIを作り直すのを「石を焼きなおす」とか言う。
833:仕様書無しさん
07/06/17 11:20:39
携帯電話に開発中のbinファイルコピーするのも、焼くって言うよね？
ぜんぜん焼いてないのにw
まだワンタイムROMの時代なら、文字通り焼いてたから意味通りなんだけどさ。
834:仕様書無しさん
07/06/17 11:46:38
論理演算機として使った場合の単位はゲートでないか？
昔は紙のコピーも（写真も）焼くって言ってたよ。
835:仕様書無しさん
07/06/17 11:47:53
>>834
青写真ってやつか？
あれもほとんど事実上焼いてたから名の通りだよな。
836:仕様書無しさん
07/06/17 14:22:36
やっぱり Linux Kernel とかデバドラのソースからしか方法ないの？
837:仕様書無しさん
07/06/17 15:03:57
なにがじゃ
838:仕様書無しさん
07/06/17 15:09:25
ICを「いしー」と読んでるとかみたいな説は無いのか
839:仕様書無しさん
07/06/17 15:10:13
>>833
フラッシュROMは、焼くって言うなぁ。
840:仕様書無しさん
07/06/17 16:32:43
UV-EPROM（窓付きの紫外線で消すやつ）も焼くって言ってた。
イレーサのタイマの「チンッ」って音がトースターのタイマとおなじ音なんで、
「こっちの方が『焼けた』って感じがするよな」とか言いながら。
841:仕様書無しさん
07/06/18 09:08:56
出来上がりもホカホカ状態だったしな
842:仕様書無しさん
07/06/18 15:57:52
でも実は、それは「消去」なんだよねー。
843:仕様書無しさん
07/06/18 17:15:45
全ビットに1を焼き付けてると思えばいいんだよ
844:仕様書無しさん
07/06/18 19:27:55
そういえばイレイザーのニオイとコピー機のニオイは似てるね
845:仕様書無しさん
07/06/18 19:30:59
オゾン臭だな
紫外線灯がオゾンを出してるのか?
846:仕様書無しさん
07/06/18 21:30:22
正確には紫外線が空気中の酸素をオゾンに変えている
847:仕様書無しさん
07/06/18 21:34:32
そりゃあ今のところエネルギーを物質に変える技術は存在しないから当たり前だろうw
848:仕様書無しさん
07/06/19 08:43:37
だがプログラマは情熱というエネルギーを
849:仕様書無しさん
07/06/19 10:09:30
支配階級に搾取されて終わり
850:仕様書無しさん
07/06/19 10:51:41
さもオリジナルであるかのように
賢しいことを言って悦に入ってる馬鹿の典型だな
851:仕様書無しさん
07/06/19 11:07:46
ワロタww
笑えねーよ！！！
852:仕様書無しさん
07/06/19 11:14:26
>>849
搾取しない支配階級は無いよ。
馬から落馬した みたいな表現は卒業してくれよホント頼むよ
853:仕様書無しさん
07/06/19 16:54:08
マは成果物が物質じゃねーからなぁ．．．
854:仕様書無しさん
07/06/19 17:20:05
ソースをプリントアウトしたら立派な青果物じゃないか
855:仕様書無しさん
07/06/19 22:19:02
自分の脳内だけに蓄積されたノウハウはコピーできないだけに知的財産としては最強。
それが役に立つノウハウならばという条件は付くけど。
856:仕様書無しさん
07/06/19 23:31:24
ちゃんと文書化して横展開して頂きたい。
857:仕様書無しさん
07/06/19 23:33:19
Job Security上それはできません。
858:仕様書無しさん
07/06/20 07:00:06
文書化してやるのは問題ない。
ただ、いちいち違う問題に対して同じような文書がまねればできるかといえば
そういうものでもなかろ。
そこ判らないあほが多すぎ。
859:仕様書無しさん
07/06/20 07:10:04
マニュアル作っても出来ないこととかあるよな。
女の口説き方みたいなもんじゃね？
860:仕様書無しさん
07/06/20 13:00:53
知識を体系化できないやつは口を閉じてろバーカ
861:仕様書無しさん
07/06/20 19:19:04
ある文書を理解するのにはその文書を読むのにふさわしい能力が要求される
天才が書いた文書をアホが読んでもアホな成果しか生み出せない。
862:仕様書無しさん
07/06/20 22:13:32
アホな成果でも出ればまだマシな方で、
本当にクリティカルな事だと情報伝達の段階でおかしくなっちゃう奴とか出てくる。
863:仕様書無しさん
07/06/20 23:11:25
今年は15名ほど拉致されてきましたね・・・
藤Iが階段でタバコ吸いながら大声でわめいてたんだけど。
・景気がよくなってきたから理系の奴には見向きもされない。
・文系の取り得のないアフォばっかりだ！
・研修にかける経費なんかないんだから、1ヶ月間日報を書かせて終わりな。
・安値でいいから、とっとと売りとばすぞ！
・すぐやめる奴が多いから社会保険になんか入れなくていいぞ、今年も。
864:仕様書無しさん
07/06/24 16:53:30
知らんがな
865:仕様書無しさん
07/06/25 21:01:59
asahi.com：偽装請負防止へ 発注元にも法順守の確認求める 厚労省
URLﾘﾝｸ(www.asahi.com)
> 実態は労働者派遣なのに請負を装う違法な「偽装請負」を防ぐため、請負会社や発注元企業が守る
>べき内容をまとめた厚生労働省の指針の概要が２５日分かった。請負会社に労務管理体制の強化を求
>めるだけでなく、仕事の発注元にも、契約時に請負会社の法令順守体制の確認を求める点が特徴だ。
>発注元もコスト削減などのため偽装請負を活用してきた経緯があり、厚労省も指針を踏まえて関係企
>業による協議会をつくり、適正化を強く求めていく。
> 発注元向けの指針では、契約する請負会社を選ぶ際、適正に労働者を雇用保険や社会保険に加入さ
>せているかなど、法令順守を考慮するように求める。また、請負会社には有期雇用の労働者が多く、
>請負契約の解約で突然解雇される例も後を絶たない。このため、発注元にも、契約を途中で解約する
>場合は３０日前に請負会社に予告することを要請する。
> 一方、請負会社向けの指針では、発注元企業の社員が請負会社の労働者を指揮、命令すると偽装
>請負にあたるため、請負会社が労働者を監督できる者を現場に置き、会社側にも適正な雇用管理を
>担う責任者を置くべきだとした。このほか、請負労働者の安定雇用を促すため、雇用契約の期間は、
>発注元と請負会社とで結ぶ請負契約の期間と少なくとも同じとし、極端に短い雇用契約にならない
>ように求めている。
866:仕様書無しさん
07/06/25 21:46:04
コピペ君って馬鹿だな、まで読んだ。
867:仕様書無しさん
07/06/25 22:28:49
>>1
【軍曹が】携帯電話開発の現状【語る】
これおもろいなｗ
868:仕様書無しさん
07/06/25 22:39:59
マイコンのA/D入力って10本以上持っていることがありますが、まとめて2本とか
4本とか使うケースがあるんでしょう（マイコンにそれを想定しているらしい
モードがある）、それはどんなモノが相手のときですか？
1つのセンサに対してA/D入力1本しか使ったことなくて。
869:仕様書無しさん
07/06/25 22:45:05
センサが複数あるときだな。
870:仕様書無しさん
07/06/26 00:53:06
自分の場合、センサ6本と自身のバッテリ
ってのがいマンと子の最高記録だな
871:仕様書無しさん
07/06/26 01:01:07
無茶な変換するIMEだな
872:仕様書無しさん
07/06/26 01:03:29
>>871
学習機能。
・・・ってことは、わかるね？
873:仕様書無しさん
07/06/26 05:36:09
>>868 サーミスタx2 バッテリ電圧 入力電圧 出力電圧 電流(差動でADx2使用)
これで7本使う。
874:仕様書無しさん
07/06/26 20:56:12
>>870の辞書の変換候補が気になるお。
875:仕様書無しさん
07/06/27 08:39:03
ADCを複数持ってるのはPSoCくらいだろ。
ほとんどは、１個のＡＤＣをセレクタで複数のポートに割り当てられるだけ
せめてサンプルホールドを同期出来る機能があればと思うけど
それだけのＣをチップ内に作れないのだろう。
876:仕様書無しさん
07/06/27 19:18:00
そういうの普通「マルチプレクサ」って言うんじゃない？
むしろたいていの場合はチャンネルの切替とサンプリングを同期させる
機能を持ってると思うけど。
877:仕様書無しさん
07/06/27 19:53:54
組み込み系でグッドウィルからスカウトメールきました
878:仕様書無しさん
07/06/27 20:02:17
>>877 組み込みでスカウトって、あまりに露骨で萎えるな。
年収1000万で確実に10年保障して雇ってくれるなら行くけど。
879:仕様書無しさん
07/06/27 23:57:26
派遣会社じゃあな…
しかもFTSが処分逃れで身売りしただけのグッドウィル…
880:仕様書無しさん
07/06/29 23:10:16
グッドウィルまだ潰れてないのか？！
881:仕様書無しさん
07/06/30 18:16:23
まだつぶれねーよ
セックスマンが一気に拾ってただろ
当分おもちゃにされるよ
882:仕様書無しさん
07/07/04 07:11:58
ハード性能上がったらjava主流になるかな
やっぱ書くの楽だし
883:仕様書無しさん
07/07/04 08:17:31
ならんだろうな
いつまでもRAM8KB だ
884:仕様書無しさん
07/07/04 08:39:46
ＲＡＭの容量は増やすなら一気に２桁くらい増やさないとな
でも容量が増えれば結局アクセス回数が増えて電池容量に響くからな。
それよりPSoCみたいに FPGAのようなプログラマブルロジックの方に夢がありそうだ
885:仕様書無しさん
07/07/04 09:30:05
つNANDフラッシュメモリ
886:仕様書無しさん
07/07/04 12:11:37
つ書き換え可能回数
887:仕様書無しさん
07/07/04 12:58:08
つ書き換えるな
888:仕様書無しさん
07/07/04 18:23:02
つ
とか幼稚園児みたいで恥ずかしいと思わんのかね。
889:仕様書無しさん
07/07/04 19:43:28
そんなこと思わないし思う暇も無い
890:仕様書無しさん
07/07/04 23:31:17
難しいことは全部intelに任せとけばいい。
891:仕様書無しさん
07/07/05 14:54:13
よしMCS51にまかせよう
892:仕様書無しさん
07/07/07 04:14:44
>>891
素直に8051と言えよ。
あんた、組込屋だろ？
893:仕様書無しさん
07/07/11 21:59:51
NEC のマイコンで開発中あげ
894:仕様書無しさん
07/07/11 22:41:48
最近秋葉原でよく見かけるな＞78K
895:仕様書無しさん
07/07/11 23:51:54
小難しいアプリケーションノートは沢山あるものの、
使い勝手の良い、万能なUARTモジュールやI2C,LINなんかは全然提供されない件について。
マイコンメーカってのは、チップを買って欲しいくせに
全然売り込む気概がないよな。
896:仕様書無しさん
07/07/12 00:00:40
>>895
それこそ、ソフトハウスの腕の見せ所
ハードメーカーが無料でバラ撒いてたら、訴えられるだろw
897:仕様書無しさん
07/07/12 06:04:42
USBやIEEE1394,PCI,できればS-ATA
I/Fのついた評価ボードが欲しいな。
そろそろレガシーシリアル・パラレル
だと、ノートPCに繋がらないから屋外
に持ち運んで使う機器に使い難い。
その一方で指来タスとか煽ってやがるし。
898:仕様書無しさん
07/07/12 06:44:22
>USBやIEEE1394,PCI,できればS-ATA
コントローラー自体のドライバはまあいいとして、
相方を動かす、特にHDDやCD-ROMなんかのドライバはめんどくさくてやってらんない気がする
S-ATAで無手順垂れ流しとかしても相手が受けてくれるならいいんだがな
899:仕様書無しさん
07/07/12 17:07:42
Linuxや*BSDから手順スタック持って来れば良いよ。
どーせ、このクラスはSH4とかMPC5000シリーズ以上
使うんだから無問題。MIPSやARMなら余裕だろ。
個人的にはファンレス希望。
900:仕様書無しさん
07/07/12 20:28:55
>>897
否定する気は全然無いけど、通信速度要らないなら
USB－シリアル変換コネクタで何とかなってるからなぁ。
901:仕様書無しさん
07/07/12 22:30:43
今度組み込みLinuxでUSB機器のドライバとミドルウェアを開発することになりました。
参考になる本などあったら教えてください。
902:仕様書無しさん
07/07/12 22:47:25
>>900
USB-シリアル変換はマトモに動作しない。
数年前のトラ技の特集を見るべし。
世に出回ってるロボットキットなんかは
USB-シリアル変換では動作「しない」こと
が保証されてる。最近シリアル・パラレル
のついたノートPCが無いのでロボコンの
人達は困ってる。
>>901
ホスト側かターゲット側かで随分違う。
ホスト側ならソース見れ。*BSDなんかも
カンニングすると良い。hidとか上位層
の実装が進んでてミドルウェア要らんかも。
Linuxだとlibusbで処理しようとしてるが
結構ウンコだったりする。
ターゲット側だとEZUSBキットで練習して
みれば。
903:仕様書無しさん
07/07/12 23:11:46
>>902 8bitマイコンを12Mの水晶で動かして、USBをソフトウェアで実装することだって
最近じゃ普通にやってるのに、シリアルが無いとPCとつなげませんって、なさけなす。
904:仕様書無しさん
07/07/12 23:48:15
ちゃんと±12V振ればUSBシリアルでも動くんだから
そのくらい工作しろよ
905:仕様書無しさん
07/07/13 00:44:02
>>902
それは変換ブリッジが「マトモじゃない」のではなく、単に通信ソフトがヘタレなだけでしょ。
なにが動作しないことが保証されている、だ。
不満の声を向ける方向が間違ってるよ。
>>903
どこの世界の普通だよそれw
そういうのは昔ブザーやリレーを高速でon/offして音階を作ったような
アナクロな「お遊び」であって、とても実用になる代物とは思えない。
少なくともちっとも普通じゃない。
906:仕様書無しさん
07/07/13 01:30:10
>>904
そういう問題じゃないし。トラ技読め。
ロボットだけでなく、天文機器もそうだ。
何百万円もして、中身は古くさい化石のような
マイコンで、USBからの変換では動かないことを
自慢気にメーカが言ってる。
俺だったらあんなウンコ製品作らないが、俺の
作った製品でないから面倒見れん。
907:仕様書無しさん
07/07/13 03:03:14
RX/TX/GNDだけで通信する分にはUSB-シリアルでも十分使える
908:仕様書無しさん
07/07/13 07:27:26
記事読んでないけど、たぶん FTDI なんかのだと、
・ハードフロー制御しても何バイトか送られてくる（バッファをギリギリに取ってフロー制御してるとダメ）
って事じゃないのかな
他にＵＳＢ全般の問題として、遅延が問題になる事もあるのだろう
そのあたりを見越して多少余裕を持たせれてあればいけるんだけどね
909:仕様書無しさん
07/07/13 07:34:32
みなさん、UMLを使用する際にどのようなソフトを使ってますか？
910:仕様書無しさん
07/07/13 08:15:39
>>906
じゃあどういう問題か言ってみれば？
言えないんでしょ？w
逆説的だが、確かに変換ブリッジには、当たり前だが232cそのもので通信する
場合との違いが生じるし、その違いを問題と言っても良いんだが、
その「問題」の本質を知っていればそんな勘違いはしないよ。
911:仕様書無しさん
07/07/13 09:12:51
>>909
はいはい。UMLなんてつかわねーよ。
912:仕様書無しさん
07/07/13 09:23:47
>>911
デキるエンジニアに見られたくてやたらに使いたがる技術者はいるがな
実際に必要になる場面はほとんどない。
913:仕様書無しさん
07/07/13 11:44:23
UMLに固執しなくても、ちゃんとした仕様書というのは
同等以上の内容を持ってるとおもわれ。
914:仕様書無しさん
07/07/13 13:10:14
>>909
UMLはフローチャートの再来。
契約には必要だが、役にはたたない。
915:仕様書無しさん
07/07/13 13:38:47
フローチャートを求められたときにUMLのツールでアクティビティ図を書いて提出することがある。
向こうさんはフローチャートなのかどうかは気にしてないらしい。
916:仕様書無しさん
07/07/13 19:33:26
優れた道具も、使うやつが無能なら無意味ってことだな
917:仕様書無しさん
07/07/13 22:38:17
USB-UART動かないよー。; ;)
ASCIIキャラ使ってチマチマ動く端末なんで、コンバータでバンバンCTS返されると
制御キャラを見失うorz
918:仕様書無しさん
07/07/13 23:50:22
安心汁。現実問題として、市販の製品もそんなもん。
919:仕様書無しさん
07/07/18 17:39:41
ソフトで組んだフィードバック制御の応答性や安定性の確認方法についてお教えください。
ハードで組まれたフィードバック制御の場合は、計測値、目標値、制御出力値の3点をオシロに繋ぎ、応答性や安定性を確認しています。
ソフトで組まれている場合は計測値、目標値、制御出力値の3つとも単なる変数でしかないため、見る方法に悩んでいます。
なお、このフィードバック制御の処理周期(制御出力値の更新周期)は17kHz(58usインターバル)です。
ターゲットは、現在、ルネサスSH2。将来、テキサスDSPです。
自分では下記を思いつきましたが、それぞれ問題があります。
皆さんはどうやって確認されているのでしょうか。
1.エミュレータで3点(計測値、目標値、制御出力値)のデータをトレースする
×.応答性等の確認段階でエミュレータを使うのは現実的に難しい
×.リアルタイムに見れない
2.シリアル通信でパソコンに送信し、パソコンのツールで3点のデータを表示する
×.グラフ表示をするツールを作らなければいけない
×.ターゲットマイコンの都合上19200bpsまでしか扱えず、これでは全然遅い
3.パラレル接続のD/A変換器を使って、3点のデータをオシロで見れるようにしてあげる
×.パラレル接続できるほど端子数に余裕が無い
4.シリアル接続のD/A変換器を使って、3点のデータをオシロで見れるようにしてあげる
×.処理が重く、1kHzより更新周期を速くするとセンシングに影響が出てしまった
920:仕様書無しさん
07/07/18 18:30:42
>>919
GPIOが3本使えるなら、
計測値、目標値、制御出力値 それぞれの値を、
デューティー比の変化として取り出すのはどうだろう？
ベースとなるクロックは 17kHz でいいんじゃないでしょうか？
921:仕様書無しさん
07/07/18 23:05:19
>>919
2はできるのに面倒ってだけじゃん。やれよ。
922:仕様書無しさん
07/07/18 23:23:03
>>919
そのサンプリング周期とか制御系の安定性とかってのを聞くと
どうも似たような業界の人のような気が……。
まあでも、そのあたりの仕掛けがまだ無いってのはやっぱ異業種かな。
とりあえず、基本は2ですよ。
923:仕様書無しさん
07/07/18 23:43:41
シリアル通信でも、マイコンを水晶駆動してやれば、相当な速度だせるんじゃ。
無理なら頑張ってパラレル出力。
924:仕様書無しさん
07/07/19 00:09:54
俺だったら内蔵カウンタ使うかなぁ。
（SH2だと4本しかないんで他で使ってたら無理だけど）
F-V変換つけてオシロでモニタ。
ハード屋上がりの発想ですかそうですか。
925:仕様書無しさん
07/07/19 01:33:39
>>919
2は簡単だろ
時刻(タイマのカウンタ値かなんか)と測定値をCSV形式にして垂れ流すだけ
それをTeraTermかなんかで受けて、ログ取ればそのままExcelでグラフにできる。
926:仕様書無しさん
07/07/19 01:49:21
>>925
ツールを作らなければならないって書いてあるのにExcelかよ。
927:仕様書無しさん
07/07/19 07:47:46
内部で応答性や安定性を数値化して、それをシリアル通信で1秒10回くらい見ればいいんじゃないの？
928:仕様書無しさん
07/07/19 09:57:29
エクセルってツールじゃないの？
929:仕様書無しさん
07/07/19 11:23:39
返信ありがとうございます。
ご意見を参考にし、以下の 5 と 6 を検討に加えさせて頂きます。(>>920,924,927)
5.マイコン内蔵タイマを使って3点のデータをパルス出力し、電圧に変換してオシロで見る
○.リアルタイムに完全なデータを見ることができる
○.オシロの便利な機能を使ってデータを分析できる
×.数少ないマイコン内蔵タイマを1つ、または2つ割り当てないといけない
6.3点の生データではなく、それぞれの分析データをパソコンに送信して表示する
？.～
ご意見の多かった 2 について補足します。
> 2.シリアル通信でパソコンに送信し、パソコンのツールで3点のデータを表示する
> ×.グラフ表示をするツールを作らなければいけない
> ×.ターゲットマイコンの都合上19200bpsまでしか扱えず、これでは全然遅い
問題は表示方法よりも19200bpsという通信速度の方だと考えています。
例えば、計測値、目標値、制御出力値の3つの16bitデータをバイナリ形式でリアルタイムにパソコンへ送信するとすると、
(データ8bit+スタート1bit+ストップ1bit)*サイズ2octet*個数3つ*更新周期17000Hz=1,020,000bps
1Mbpsという速度は遠すぎてどうも実現可能に思えません。
また、RAMにデータを溜め込んで、後でまとめてパソコンへ送信するという手が考えられますが、
アドレスバスとデータバスを割り当てられるほど端子数に余裕が無いため、外付けRAMを使えません。
現在、テキサスDSPがI2Cを装備していることを利用してなにかできないか調べています。
930:仕様書無しさん
07/07/19 20:13:38
純粋にソフトのアルゴリズムの検証だけをしたいのなら、シミュレータデバッガにファイル入出力機能のあるものがあるんじゃないの？
入力データのログを外部手段で例えば１０ｓ分とか作っておいて、それをSDにかましてとか。
ハードのロジック検証のISSほど厳密なものじゃなくてもいいんでしょ？
931:仕様書無しさん
07/07/19 20:39:13
>>929
I2Cって、400K以上だと、少し回路構成が繊細になった気がした。
SPIのほうが速度でるし、シリアルでダメならパラレルしか。
ピンを増やした分だけクロックを落とせる。
932:仕様書無しさん
07/07/19 21:05:35
シリアルで１９２００しか出せないってコトは、クロック元に制約あってシリアル系クロックあげられないんじゃないの？
933:仕様書無しさん
07/07/19 21:48:41
I2Cってデータバスがオープンドレインドライブなんで速度がすごく遅いと思ったが。
SPIの方が早いけど、ワンチップマイコンでサポートしてるデバイスって少なくないか？
934:仕様書無しさん
07/07/20 12:08:31
返信ありがとうございます。
>>919 >>929です。
> 純粋にソフトのアルゴリズムの検証だけをしたいのなら
デバッグやテストというよりも、応答性や安定性等、フィードバック制御演算の係数を調整して、
性能をチューンナップする際に活用したいと考えています。
> シリアルで１９２００しか出せないってコトは
現在使っているSH2マイコンは、28.6MHz、または40MHzで動作させているのですが、
内蔵SCIに設定する通信速度を19200bpsより上げると誤差が許容量を超えてしまうのです。
> SPIのほうが速度でるし
SPIがなんなのかよくわかっていなかったので調べました。
なるほど、MicrowireやI2Cと同じく、シリアル接続方式の1つなんですね。
(続く)
935:仕様書無しさん
07/07/20 12:09:04
(続き)
将来使う予定のテキサスDSP(TMS320F2802)の資料を見てみると、
I2C以外に、SPIも内蔵ハードの支援を受けられるようでした。
内蔵ハードの支援を受けられるのであれば、ソフトのみでシリアル接続した時と違い、
> 4.シリアル接続のD/A変換器を使って、3点のデータをオシロで見れるようにしてあげる
> ×.処理が重く、1kHzより更新周期を速くするとセンシングに影響が出てしまった
の方法が余裕を持って実現できそうです。
パッと見たところ、DSPの資料のSPIの項には最大通信速度10Mbpsとありました。
大分考えが決まってきたのでまとめました。
誤りあればご指摘ください。
問題:58μ秒ごとに更新されている4つの変数の動きをリアルタイムに完全に観測するには？
回答1:ルネサスSH2(SH7044,SH4047)の場合
・パラレル接続したD/A変換器によりデータを出力し、電圧を観測する
・内蔵ハードによりデータをパルス出力し、電圧に変換してから観測する
回答2:テキサスDSP(TMS320F2802)の場合
・回答1の方法
・内蔵ハードの支援を受けてSPI接続したD/A変換器によりデータを出力し、電圧を観測する
936:仕様書無しさん
07/07/20 13:12:16
＞電圧を観測する
まで読んだ
937:仕様書無しさん
07/07/20 13:37:22
>>934 商品化するんじゃないんだから 2%くらいまでは大丈夫だよ
128000BPSなんてどう？
938:仕様書無しさん
07/07/20 18:28:40
サブクロックは外部から入れられないんだっけか？
939:仕様書無しさん
07/07/20 18:46:14
長時間の制御じゃなかったら一旦データをRAMに貯めてから、シリアルで吐き出したらいいんじゃない？