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に貯めてから、シリアルで吐き出したらいいんじゃない？