制御プログラム\

関連リンク
【制御】メカトロニクス【FA・ロボット】
http://science2.2ch.net/test/read.cgi/denki/1072951166/l50
アセンブラ☆with C
http://science2.2ch.net/test/read.cgi/denki/1072675685/l50
◆ハードウェアとソフトウェアの.はざま◆
http://science2.2ch.net/test/read.cgi/denki/1072495340/l50
アセンブラ…
http://pc2.2ch.net/test/read.cgi/tech/1060928704/l50
制御系なら俺に聞いてもいいぞ（４）
http://pc2.2ch.net/test/read.cgi/tech/1068869894/

で、どんな内容のスレにしたいわけ？

いきなりＤＳＰの話とか（懐かしいか？）

制御プログラムといっても、あまりに膨大なので、まずは、分けずにきたんなく話して欲しいなと・・・。
そこから、新たなソフトウェア系スレが派生してゆけばよいんじゃないかと。

自動車のエンジン制御カキカキしてるのだが、
質問があれば、わかる範囲で答えるよ！プリーズ(・∀・)!!

安全性にはどれくらい気を使ってるんですか？
というか、安全なものを作れるようなプログラミング方法きぼんぬ

あとやっぱハード屋と喧嘩してます？

＞安全性にはどれくらい気を使ってるんですか？

うん、自動車ではプログラミング・エラーで簡単に人が殺せますので、
各サプライヤーは非常に気を使っています。
安全性も、完全性レベルという呼び名で、製品毎に
５段階（制御不能、制御困難、機能衰弱、機能混乱、不快のみ）に場合分けして管理しようとしてます。
今までのソフトウェア製作は、クリティカル分野と非クリティカル分野しか場合分けが
なかったのですが、クリティカル分野も細かくレベル分けしようとするのが世界的な流れみたいです。

＞というか、安全なものを作れるようなプログラミング方法きぼんぬ

C言語については、自動車用のコーディング基準が決まろうとしてます。
MISRA-Cといいます。
でも、これら製造スタイル基準は、バグの総量のなかで２５％ぐらい。
６０％のバグは、要求定義・設計段階で混入するので、どのようなプロセスで
レビュー・ウォークスルー・インスペクションを行うかは各社のノウハウですね。

＞あとやっぱハード屋と喧嘩してます？
このごろのハード屋はCAD結線屋に落ちぶれているのでヘタレですね。
自動車では、ハード（CPU・ASIC）は一円でも安いものを使おうとするので、
必然的にハード屋のスキル向上に結びつかないのが悩みの種です。
なので、設計段階のハード／ソフトのパーティショニング、見積もり工数のマッピング、
果ては、ハードのデバッグまで、ソフト屋がイニシアティブをとらねばならんのが情けない。

>>5
太古車にのっているんだけど、せめてアクセル開度と吸気温度・外気温度で
点火時期をマップで制御したいと思っていますが、プログラム自体よりも、
センサ関係やデスビとかのどこをどうすりゃいいのかわからないので、もしも何かご存知なら
教えてくださいです。
ファーム屋なんですが、ハードの設計は全然ダメなんですわ・・・。

>>8
絶版なってるようだけど、昔の車をイタズラするにはこれがお勧め(・∀・)ｲｲ!!
http://www.cqpub.co.jp/hanbai/books/30/30661.htm
図書館で探してチョ

>>7
市販のCPUやASICの信頼性は相当低いと思いますが、ハードエラーの検出と
リカバリはどうやってるんですか？

>>10
＞市販のCPUやASICの信頼性は相当低いと思いますが、

そうなんですが、温度許容範囲がＪ仕様といって-40〜+125℃までの選別品を
主に使っています。しかしながら、機能的には市販品と大差ないです。
また、メモリーにECCやSEC-DEC誤り訂正が入るのは、次世代SHやPowerPCからです。
自動車分野では、CPUの冗長度を増やして信頼性を上げる手法はあまり用いられません。
なぜなら、コスト高になるからです。
その代わり、フォール・バック（縮退運転）という概念を持ち込みます。
これは、リンプ・フォーム運転（よたよた運転）といって、CPUやセンサ・アクチュエータに
ダメージを受けた場合、高速道ならば最寄のサービスエリアまで、一般道ならばディーラまで
よたよた運転でも到達できる限定された機能性をバックアップICにより与えようとするものです。

自動車の中はノイズだらけだと思うんですけど、
そこら辺の対策はどうされてますか？

＞自動車の中はノイズだらけだと思うんですけど、

そうですね。高圧の点火ハイテンションコードとか、アクチュエータコイルの逆起電力
ノイズが癌ですね。（そういう意味でアーシングが効くのかも？）
センサ系で、ノイズレベルが気がかりな配線配置ではシールド線で守ってます。
それでも飛び込むノイズは、ソフト的なディジタル・フィルタを実装します。
また、対抗センサ情報診断という機能も持っていまして…
例えば、アイドルSWオフかつスロットル開度センサ開きで、空気流量センサ出力が低いならば、
空気流量センサNGで情報マスク…
空気流量センサ出力大で運転時間が長いにも関わらず、水温低いなら水温センサNGで切り離し等…
これらの診断情報はタイムスタンプ付きで記憶されていまして、ディーラのツールで監査することができます。

それから、CPUのタイマ機能の中にもプログラマブル・デグリッジ機能
（ワンショット入力以降は一定時間入力を排除）をもつ石が増えてきつつあるのもうれしいです。

車内LANでは、物理層は作動伝送、データリンク層以上はCRC付加カプセル化が基本です。

すいません誤記です。
×車内LANでは、物理層は作動伝送
○車内LANでは、物理層は差動伝送

現在、車の中は３種類のLANが走っています。
情報系（オーディオ・ナビ・携帯電話）
パワートレイン系（エンジン・オートマ・アンチスキッド・インパネ・防盗）
電装系（ランプ・ドア・シート位置）

この内、高信頼性が要求されるパワートレイン系以上が差動です。
また、将来的には、ステアリング・バイ・ワイヤやブレーキ・バイ・ワイヤ（電線で操舵・ブレーキ）が
入ってくるとパワートレイン系LANが時分割多重化（携帯電話と同じ）される予定もあります。

>>14
自動車の中って大変なことになってるんですね。

>>15
んだぁ。
素人にはお勧めできない(;´Д｀)ﾊｧﾊｧ

>>9
をを。サンクスコ。
元のサイトは見ていたけど、30年前の車に適用できるかどうか、
てな感じにおもっていたです。
まじめに勉強してみようと思います。
どもども。ありがとうでした。

エンジン制御ソフトで一番のポイントはどの辺なんでしょうか？
やはり>7安全性なんでしょうか？

難しいところはどの辺ですか？
最近は車に限らず、何でも通信しまくりなので
その辺なんでしょうか？

＞エンジン制御ソフトで一番のポイントはどの辺なんでしょうか？
いかに、希薄な燃料で燃やして燃費や排ガス規制をクリアするかですね。
直噴や可変バルブタイミング機構はそのために進化しているといっていいです。
動力を伝える機構（オートマ・ＣＶＴ・自動クラッチ）なども燃費を抑えかつ走行フィーリング
を向上させるために進化し続けています。
究極の姿は、ＨＥＶ（エンジンを単なるエネルギ・リアクタとして使う）や燃料電池車でしょう。

＞難しいところはどの辺ですか？
内燃機関としての難しさは昔からですが、プラス自己診断の難しさというのもあります。
北米では、車検がないので、排ガス悪化を伴うシステム劣化要因を感知すると
警告ランプを点灯して運転者に警告する義務があります。（日本でもこうなります）
この自己診断が難しい！触媒劣化、排ガスセンサ異常、気筒失火、果ては、燃料タンクの
気密不足による炭化水素漏れ、エバポレータ（ガス吸着気）のオーバフローまで判定せねばなりません。
もろ、複雑な状態遷移ソフトです。デバッグに困る困る。カバレッジ通すのが至難の業(;´Д｀)ﾊｧﾊｧ

＞最近は車に限らず、何でも通信しまくりなので
そうですね。エンジン制御ならそれだけで車の性能は決まらなくて、通信相手（オートマ・トラクション・アンチスキッド）
とのトータル・チームワークで決まります。それだけに会話する共通言語を何にするかが悩みどころです。
現在の主流は、”トルク”です。エンジン制御なら発生トルク、オートマなら要求トルク、トラクション制御なら車体が
スピンしそうなので上限抑止トルクを互いに連絡しあって、需要と供給を制御しあっています。

>>19
そういった色々なしがらみを無視すれば、エンジンの素性どおりな、すっげえエンジンコントローラを
作れるって事なんですよね？
真剣にほしいなあ、ラスト・アセンブラマ氏の作った漏れの車専用コントローラ。
周辺機能はウオッシャ液のモータと、パワーウィンドゥだけでいいです。

買い被ってはいけないっす
これでもわしは、元は電気屋っす。
門前の小僧習わぬ経を読みってこっとっす。
制御屋さんメカ屋さん燃焼屋さんはわしと違った世界観や理想をもってるっすよ！

＞エンジンの素性どおりな
そうですね。厚化粧が多すぎるっすね。子供の理科離れが進むはずです。
現に車が好きだからってこの世界に入っても、幻滅してチューン屋とか
ラリー関係の世界に出て行くことも多いですから…
だって、今のエンジンってシリンダヘッド・ピストン安作りで高出力モードではガソリン噴霧で冷やすんですよ！

わしは、マイコン（ＮＥＣの8080）の時代＠高校生からマイコンに夢を託してたので
それなりに仕事が面白かったすが…
今は、ソフト屋で数年前までアセンブラでソフト全体を見渡せられるようなプログラムを
シコシコ書いとりました（だから、ラスト・アセンブラ・プログラマ…）
今は、ＯＳ、ミドル、ドライバいろんな各社裏方さんの書いたソフトを使うので分けわかりません(´д｀)
携帯電話屋さんのソフトもそうなっとるようで…
ものを作るっていうような充実感が毎年減っていくような(´-`).｡ｏＯ（なんでだろ？）

>>21
私は何でも屋さんのファーム書きなんですが、正直ひとつのことを続けているのは素晴らしいことだと
思います。まあ、自分は会社勤めではなく、フリーでやっているからなんですが。

で、相談なのですが、ターゲットはロータスヨーロッパ。エンジンはLOTUS T/C。キャブはストロンバーグ。
デスビに細工して(まあ、フォトインタラプタかなぁ)クランク角度をとって、点火時期を決定するような
アプリケーションを考えるとすると、CPU&速度はどのくらいあれば良いのでしょうか？
昔、ユニシアジェックスのエンジンコントローラの試験ジグを作ったのですが、その時は65816の20Mhzでした。
今だったらSH2で20Mhz程度でお釣がくるかな？

>>22
ルネサス系列だとＳＨ２でも良いのですが、
Ｈ８Ｓという選択肢もあると思います。
点火時期制御だけだとプログラム自体は大した大きさではないので、
内蔵タイマの時間精度に気を使ってください。２０Ｍｈｚで十分すぎるほど！
６０００ｒｐｍでクランク角度換算１℃Ａぐらいの精度が出せれば十分では？
むしろ開発環境にお金がかられるかですね？？
ｇｃｃでやるならＳＨ２かなぁ？？

デスビに細工ですか？クランク角度は少なくとも1行程１発ぐらいのパルスが必要です。
後はエンジン回転数で角度時間変換して、最適なドゥエル角と点火時期を決めてください。
あっそれから点火時期はエンジン回転数と吸気管負圧（ブースト）の2次元マップ化したほうが良いですよ。
ドゥエル角も点火エネルギなので、バッテリ電圧の１次関数としたほうが安心。

ラスト・アセンブラマ樣。
質問ぜめですが、簡素でいいのでお願い致します。

1) 今の車ってどのくらいの数の CPU が載ってますか?
2) CPU の種類(数の多い方から) と開発環境などは?
3) 去年か一昨年、BMW の最高グレードに WinCE (?) が搭載されたそう
　　ですが(コンパネ系?) どう思いました?

>>24
＞1) 今の車ってどのくらいの数の CPU が載ってますか?
わしの聞いたところによると２０〜５０個（高級車）のようです。
ええっと、これはＣＰＵの数だったか、それともコントロールユニットの
数だったか記憶が曖昧です（ｽﾏｿ

＞2) CPU の種類(数の多い方から) と開発環境などは?
わしは、>>14で書いたように情報系・パワートレイン系・電装系の分類のうち、
パワートレイン系なので、その他の情報系とか電装系の石にはくわしくないっす。
自動車分野全体でのシェアがどうなっとるのか分からんですが、
今まで出会ったＣＰＵとしては、Ｈ８、ＳＨ２Ｅ、Ｍ３２Ｒ、ＰｏｗｅｒＰＣ（ＭＰＣ５ＸＸ）、Ｖ８５０
ってのがあります。トヨタ・日産ではＳＨ２Ｅがポピュラーなのでは！！
北米ではモトローラのＰｏｗｅｒＰＣ、欧州ではＳＴマイクロの石が強いみたいです。
開発環境はＣＰＵメーカ推奨のもの（責任の所在上）、ＩＣＥはＪＴＡＧがポピュラーになってきてます。

＞3) 去年か一昨年、BMW の最高グレードに WinCE (?) が搭載されたそう
これは、情報系の話ですね？？μＩＴＲＯＮにもＷｉｎＡＰＩを使えるフレームワークを
被せるという発表がありましたね。
多分、ＧＵＩとかインターネットへの親和性を狙ってのことだと思います。
Windows系列のＯＳは、ハードリアルタイムではないので、パワートレイン系には使えません。
スレッド・プロセスが過負荷になったとき、点火や噴射・変速が止まると困りまつ。

>>25
大変な数の CPU ですね。
バグが出たとき、責任の擦り合いとかありそうですね。(w
PowerPC などもお使いなんですね。これは当方全く分りません。

私も制御系のプログラマですが、ケータイ、車は怖くて自分は出来ません。
(ケータイは別の意味で・・・)
何重にもフェイルセーフが施されているとは思いますが、
夜も気になって眠れないと思います。
ましてや、自分がその車を運転しているとなると・・・運転に集中出来ない。

自動車業界にも MS がしゃしゃり出てますね。
T-kernel にも参加表明してます。
パソコンだけにしておいてくれ、ってのは私だけでしょうか・・・?

なんか、はちゃめちゃに書いてしまいました。
ﾚｽ、ｻﾝｸｽでつた。

プログラムの製造工程ってどうなってます？
仕様→設計→デバッグ→検証みたいにちゃんとなっていて、
デザインレビューとかもちゃんとやっているんでしょうか。
あと、ドキュメントとかどんなの作ってますか？
うちは超適当なので。

>>26
パワートレイン制御の複数のユニットのプログラム総ステップ数は２Ｍステップも行きません。
それも数社で分割して作成・デバッグするので最低の品質は守られます。
（駄目な会社は競合他社に入れ替えられます）
しかし、次世代ケータイは現在４Ｍステップで1社でデバッグするんでしょ？
わしは、とても信じられないのだが？？
人柱が折込済みなのだろーか？

車が量産になったソフトは、一冬越すまで安眠できません。
うなされます。これ本当！

ＭＳは、家庭用パソコンがほぼ飽和してるので、次は車を狙ってますね。

>>27
ちゃんとやってるよ！ＣＭＭＩ（正確にはＩＳＯ１５５０４）準拠ね！
レビューは大切ですね。
その際、得意満面で説明するやつほど品質が危ないって経験上分かってきました。
そのわけは、“認知的不協和”でググってちょ！

この板、人少な杉でつね。少々疲れてきました（ｽﾏｿ
だれか他の業界の経験も聞きたいでつね。>>1
おーい、いないかい

やっぱり自動車は輸出品だからISOは必須なわけですね。
でも、開発期間が長いからきちんとできるんでしょうね。
うちは短納期ばかりなのでそんなに几帳面にできないです。
回答ありがとう。

ラスト・アセンブラマ様ご紹介の書籍ですが、著者様ご本人が?　コピー本を
販売しています。
http://www.e-freedom.co.jp/DENNSHI.HTM

素人ですがOBD関係で遊んでいます。今日からしばらく不在なので、
戻ってくるまでこのスレ生きててほしいなーと。
ラスト・アセンブラマ様にはお聞きしたいことが山のようにありますが、
何を聞きたいのかもわかんない状態だったりして。

制御系にＷｉｎを使った車は買いたくないな。
直接、命に関わるような製品にＭＳはでしゃばるな。ヽ(`Д´)ﾉ

>>29
＞でも、開発期間が長いからきちんとできるんでしょうね。
＞うちは短納期ばかりなのでそんなに几帳面にできないです。
自動車の開発期間はだいたい３年です。
几帳面じゃなくて、国土交通省に登録するようなリコールを出すと、
うちのような部品会社の場合は、ボーナスがなくなるか、
下手すると潰れちゃうからです。だから、みんな必死でデバッグします。

ここで、僭越ながら少しコマーシャルお願い。
わしは、会社とは別に公益法人の会員なのだが、そこからこんなの
http://www.jsae.or.jp/07pub/newpub.html#SHASAI
出てます。
各社持ち回りのボランティアで、ＩＳＯと英国ＭＩＳＲＡの技術文書を和訳したものです。
興味のあるお方は買ってくだされ。
実は、著作権契約上、メディア代＋雑費で誰も儲からんのだが(´д｀)

保守

BACnetやってる香具師いない〜？
データフォーマットが
|Etherﾍｯﾀﾞ|IPﾍｯﾀﾞ|UDPﾍｯﾀﾞ|BVLLﾍｯﾀﾞ|BACnetNETﾍｯﾀﾞ|BACﾈtAPDU|
BVLLﾍｯﾀﾞ　BVLCType(1ｵｸﾃｯﾄ)0x81固定
　　　　　BVLCFunction(1ｵｸﾃｯﾄ)0x0A(ﾕﾆｷｬｽﾄ)または0x0B(ﾌﾞﾛｰﾄﾞｷｬｽﾄ)
　　　　　BVLCLength(2ｵｸﾃｯﾄ)電文長により設定
BACnetNETﾍｯﾀﾞ　Version(1ｵｸﾃｯﾄ)0x01固定
　　　　　　　　Control(1ｵｸﾃｯﾄ)0x04(応答メッセージあり)または0x00(応答メッセージなし）
なんだよこれ。Socket使えんのかよ〜。

>>34
自分でBACNETスタック作ってPF_BACNETとかAF_BACNETを定義しろ
いやなら市販のライブラリを買ってこい

THX！！！なるほど、通信ドメインINET以外に作んなきゃいけないわけですね！ドモ。

(´-`).｡ｏＯ(　そんな簡単に作れるのだろうか・・・　)

下にUDPいるんだからSOCK_DGRAM使えという話でないの？

>>38
BACNET/IPっていうIPでカプセル化した規格もあって、それならUDP使えばOKだ
でも>>34がいってるのは IPは関係なくて、Etherframeに直接乗せるやり方なので
UDPは関係ない

つーかBACNET業界でIPアドレスを各ノードに割り振るなんてナンセンス

ありゃ >>34を見直してみたら IPヘッダとUDPヘッダがくっついてるね
ということは BACNET/IPで >>38 が正しいのか
正直スマン

今ってBACNETでもIPアドレス割振る時代なのか…

電気メーカーのソフト設計職もプログラミングとかするのでしょうか？
デスマありますか？
それとも、プログラミングは丸投げですか？

>>41
よいプログラマのおやくそく　第１０２４条
いろんなスレで「デスマデスマ」と聞きまわらない。

デスマってなに？

>>43
氏の交信、もとい死の行進 Death marchの略と思われ。
これは会社の問題と言うよりプロジェクトの問題、
管理能力の問題だろう。
　

>>41
基本的に大手は丸投げだと思いますか

>>44
もともとは「死の行軍」だよねー。八甲田山って小説か映画のサブタイトルだったし。

Death Marchの原因は

１：技術がまったく判っていない営業が、安請け合いでスケジュール的に無理な商談を取ってくる。(最大理由）
２：管理者が馬鹿で「人区計算」がまともにできていない。(課長〜社長まで）
３：会社の絶対的な技術レベルが足りなくて、スケジュールをこなせない。
４：・・・・

八甲田山は『八甲田山〜死の彷徨〜』ではなかったでつか？？
Death Marchは、『バターン死の行進』でぐぐってちょ！

いずれにせよ、デスマの当事者たちは、火の粉を振り払うために必死だな！
の動きをしているのですが、外から見ている人たちには明らかなジュネーブ協定違反で、
指揮官は戦犯で有罪・銃殺なわけです。
（でも責任取らないことが多い⇒実質的な指揮官はもっと上なのでつね）

>>47
ぐぐりますた。
原作は死の彷徨（ほうこう）で、映画は無印なんですね。
歴史年表だと「八甲田山　死の行軍事件」って書いてあるのが多いですね。

>>48
The BATAAN Dｅａｔｈ March
バターンは地名だったんですね。バターンと倒れるところから来ているのかと（ｒｙ

PID制御のパラメーター決めのステップ応答って
どうやってやるんです？
パラメーターによって応答が変わると思うのですが

>>50
それは、PIDの計算式を組みたいのか･･･｡
それとも、コントローラや分散システムのユニットを設定したいのか・・・。
前者なら、伝達関数の基本式が幾つかあったはず。
その定数を変化させて、試す。装置に依存すると思うから、シミュレーションじゃでないと思う。
前者の定数の調整と、後者の調整は、
Dをハンチングしないところまで上げる。
Dはオフセットが残るから、Iでオフセットを削る。Iが強すぎるとハンチングやサチュレーションを起こす。
また、Iが強くなってくると、応答時間に遅れが出てくる。
これをPで応答速めるとともに、オフセットを削るにも使える。
Pが強すぎると、ハンチングする。
Iが強くて、Pで目標応答時間が得られないときは(得ようとするとハンチングする時は）、Iを弱めてP上げて、オフセットを削る。
前者の伝達式でこの調整で目標の特性が得られないときは伝達関数を練り直す。

＞Dはオフセットが残るから
Dが強いとハンチング、サチュレーションする。
Iがオフセットが残る。Iが強すぎると逆に、ハンチング、サチュレーション起こす。

Dを設定して、そのサチュレーションをIで削る。
Iの遅れをPで早める。

>Iが強くて、Pで目標応答時間が得られないときは(得ようとするとハンチングする時は）、Iを弱めてP上げて、オフセットを削る。
これも訂正で、折角、Iでサチュを削ったのに、元のもくあみになるので、
Iが強くてPで目標値応答時間に達せられないなら、
Dを下げて、Pを上げる。

まずPとDを間違えた。
次に＞Iがオフセットが残る。
オフセットが残るのはPだ。(結局３回目で･･･w)
Iはオフセットを消す。がIは応答遅れる。

比例Pが強いとハンチング、サチュる。まず、Pをハンチング、サチュらない程度まで上げる。
次に、Pで残ったオフセットを積分Iで削る。Iが強すぎると逆にハンチング、サチュる。
Iの遅れを微分Dで速める。Dで目標時間を得られないなら、Pを削ってDを強める。

P、I、D間違えてめちゃくちゃだ〜、ヴぁ〜〜〜、ﾓｳ｡

いろいろありがとうございます。
PICでPID制御の位置制御プログラム作って、
限界感度法でパラメーターを求めようと思ったんですが
比例定数をMAX（ON-OFF制御状態）にしても
ハンチングしないんです。たぶん激しく非線形プラス
摩擦のありすぎなんかが問題なんだと思うのですが

それでステップ応答ならパラメーターを簡単に
求められるかなあと思ったのですが・・・

ステップ応答って、目標値をいきなり与えて
その時の応答を見てパラメーターを決めますよね
応答を見るときのパラメーターによって
応答が大きく変わるのでどのパラメーターの
応答を観察すればいいのかわからないんです。
やっぱり53さんが書いてくれたように
カットアンドトライを繰り返すしかないんでしょうか

とてもわかりにくい文章になってしまいました。
すみません。

愚者は経験に学び、賢者は歴史に学ぶ。
これ、定説。

私は経験から学べる人間を愚者とは呼ばない。
マ板に行って、SEというものの生態を聞いてきてごらん。

賢者＝引き篭もり？

歴史を今作ってる連中にあやまれ。

>>56
愚者は(自分の)経験から学び、賢者は他人の経験(歴史)に学ぶ。

自分の脳内経験がすべての奴いるだろ。

＞他人の経験(歴史)に学ぶ。
エンベにそんな形式化された歴史があればな！
暗黙知の存在すらも知らない脳無し鸚鵡返しだな。
このことわざをどこから拾ってきたんのか？（ﾊﾞｶｸｾ

一言。
＞愚者は経験に学び、賢者は歴史に学ぶ。
なんかコレのネタ元しらない人が何人かいるようだけど、そういう人は
まあ「愚者」と呼ばれても仕方ないんじゃないだろうか？

超有名なセリフじゃん。

まあ有名なせりふだが解釈は自由だな。

技術的な話題の中で現れた場合には、車輪の再発明に気をつけよ、というのと
同様の意味に理解してるよ。ただ、あえて０ベースで考える、０からトライするこ
とも、単なる回り道ではなく、貴重な経験となる場合もあるから、ケースバイケー
スだな。

>>61
隣接二端子出力巡回遷移型カウンタを発明した。特許取れるといいな。

Ａ−−　　　−−　　　−−　　　−−　　　−−
Ｂ　−−　　　−−　　　−−　　　−−　　　−−
Ｃ　　−−　　　−−　　　−−　　　−−　　　−−
Ｄ　　　　−−　　　−−　　　−−　　　−−　　　−−
出力はこんな形。

>>62
公に発表した時点で特許は取れません。

>>63
がいちなジョンソンカウンタを再発明ってことだろ？

教養のない奴は「井の中の蛙大海を知らず」

＞「井の中の蛙大海を知らず」
「されど空の高さを知る」

少なくとも文学じゃないだろうな（ ´_ゝ｀）ﾌｰﾝ

＞されど空の高さを知る
これは近世の後付け。

>>66
その後半部は後でついたもので出展が知られていない。
前半は「荘子」秋水篇

格言スレかよ（ﾊﾞｶｸｾ

>>67
漏れは出典の原点と思しき資料をもってるよ。
ちなみに高さ、ではなく青さ、だったと思う。

久々に来てみればﾈﾀが無くて言葉遊びか・・・
この板の周辺はつまらん!

もう二度と来ないからあっちこっちにリンク張るな >> 1 よ!!!

「組込み開発者におくるMISRA-C―組込みプログラミングの高信頼化ガイド」
が出ました。

http://www.amazon.co.jp/exec/obidos/ASIN/4542503348/

みなさんよろぴこ。

クルマがネットワークに統合される日はまだ少し先の話ですか？
スレちがいスマソ。

>>73

2010ぐらいからですかねぇ。
もちろんIPｖ６でつね。
双方向でね。
リモート車検とか、遠隔ソフトアップデートになるとうれしいですね。

単方向は、今でもNAVIであるでしょ。
携帯モジュールですが…

制御スレって流行らないのかな?
人口は多いと思うんだけど

ドメインごとに多様化しすぎて話の接点が見つからないのではと思う今日この頃。

ありがとうございました。
コツコツと積み上げられた各分野の技術が結びつけば、何かすごいことが起こりそうな
気がしてきました。まだまだクルマには夢がいっぱいなのですね。
まだ全然ですけど、薄っぺらでない、しっかりした技術を身につけようとおもいました。

ネットワークにつながっている全CPUを分散リアルタイムスレッドを使って
動かすシステムを考えてるんですが．．．

制御系で需要ありますかね？

・プラント・ビル空調・のコントローラ・指示調節計を中央監視台で分散制御
・各分野遠隔監視
で用いられている。

東芝のシーケンサはどう？PROSEC-T3Hとか、PCSシリーズ、最近は統合コントローラＶシリーズね。
単品売りしてないからなかなか見かけないけど、ＭＥＬＳＥＣとかに比べてどうなんだろ？
その他マイナー系（安川とか）に比べればマシ？なんだろうけどさ。

>>78
自動車でこれからますます必要とされるよ。
がんばってください。
分散ハードリアルタイム制御ね！！
キーワードは、X-by-Wire, FlexRay, JASPAR
自分でググッて調べてチョ

おお！！レスが来てる
ありがとうございます

情報系で機械制御には疎かったので聞いてみたのですが
なるほど、需要ありそうですね
問題はやはりネットワークの高度な信頼性でしょうか…うーん

はじめまして。中途半端に古いインジェクション車をキャブレターに変えて乗っているのですが
点火のみをＰＩＣとかＨ８等で制御したいと思っています。
マイコンについてはこれから勉強しようと思っているのですが、
どんなマイコンを使った方が簡単に出来るでしょうか？
よろしくお願いします。

>>83
確かこの板にはエンジンコントローラ屋さんいたと思うので詳細はおねがいするとして、
自分はエンジンや点火系とか詳しくないのですが、マイコン選定の基準としては、

　・ 速いタイマとカウンタが何個か付いている
　・ 十分に速度が速い
　・ I/O点数が多いに越したことは無い

かなぁ。点火タイミングをいくつか持って切り替えるとかするなら、
内臓の書き換えできるROMとか外付けメモリが使えた方がいいですね。
つーと、PICじゃ辛いかも。

クランク角のセンサはどうするのかな。元がインジェクションだそうですから、
既に付いているのを使えばいいのかな。最悪デスビから？

マイコンの速度ですが、MAX9000rpmとすると、クランク一回転するのに6.6ms強ですね。
４スト４気筒で同時点火の場合、2気筒づつ点火信号を約13ms周期で
一回転分ずらしたサイクル(6.6msの裏表)で処理することになるのかな？
処理的には現在回転数とアクセル開度を元に、クランク角センサの入力から
時間を計って点火信号を出すのが基本だと思うのですが、初発を得てから
アイドリング回転までの遷移とかにノウハウなどがありそうで難しそうですね。

他に、MBTを出すのにベンチが無いと体感しかないし、バグとかで進角が進みすぎると
ピストン溶けそうですし、面白そうだけどちょっとコワイかも。

# ロドスタ？

＞８４
大変参考になるレスありがとうございます。
やっぱりＰＩＣでは辛いですか…

クランク角センサーはデスビにホトインタラプタを組み込む方法を考えています。
マップは３次元は無理と思いますので２次元で…と考えています。
それなら機械進角とおんなじジャン！っていわれるかもですね。

＞＃中途半端に古いイタ車なんです。

>>85
点火制御だけならPICでも具がでかくて速いのならイケなくもなさそうですが、
マイコンに余力があるに越したことはないと思います。
余力があれば、きめ細かなタイミング修正や、回った後の追加機能
(たとえば、LCD/LEDにタコ表示とか)も出来るかもしれない。

>>85
ついしん
デスビから取るのでしたら、色々とやり方がありそうですね。
デスビから入力、即点火とかならPICでもなんでもアリかも（ｗ

入力から点火信号を出すまでの処理のディレイを利用して、メカは目一杯進角させておいて、
ソフトでタイミングを遅らせるとか。

なんだか楽しそうですね。頑張ってください。

# X1/9？

デスビから取るのだったら比較的信号量が少ないよん
クラセンから取るには　１回転１２０個とかの信号が出てたりするから　　
あと　入力段はカウントだけにPICを使い　演算用は別に上級PICと通信すればいいよ

実験レベルならいいが、公道は危険な予感。
ノイズで誤動作しそうだし、万一誤動作したら事故りそう。

フェールセーフな制御ソフト組んでる方居ませんか？

因みに、うちはＳＨ２とＴＩ使ってますが、
その処理の大半がフィルタ処理。
現在、フィルタについて勉強中。ＦＩＲ、ＩＩＲや、複素ＩＩＲ（←これ訳ﾜｶﾒ-）

>>90
フェールセーフって、多重・多角的な安全策のことですよね。

信号処理技術に直接関連して必要なんですか？

ふぇーるセーフって
たとえば電車のブレーキなら
壊れたらブレーキがオンになるみたいな壊れたときには安全なほうに
じゃなかたっけ？

酔っ払いでｽﾏｿ

>>90
複素IIRは初めて聞いたな、IQ成分に分けるのかな？
だけどそういう時って普通FIRのHBFとか使うような気が。
まあ俺は通信屋だからぜんぜん違うかも

余談だが、フールプルーフってのは、
あほな操作をしても危険にならないようにすること。

フェールセーフっていったって
エンジンが激ノッキングしたらアクセル踏むのをやめればいい
それが解らないのなら冒険はやめればいい
煮詰まった後にフェールセーフを考えるのじゃないの？

マイコンが誤動作したときのフェールセーフとか？

ウォッチドックタイマーを使うぐらいしかないなぁ・・・

>>97
割り込みってご存じですか？

>>95
センサや通信相手が明らかにおかしいときの動作を安全側に転がすのがフェールセーフの考え方です。

自動車のエンジンECUなんかはフェールセーフの固まり何で、触ったことないひとが触るのは危険かと
と、>>83以降読んでちょっとだけ思った。
エンジン用のマイコンは動作温度が120℃までだったりするので、普通のマイコン使うのは危険だと思う。

臆病では実験研究はできないよ
点火タイミング変えても　フルスロットルにはならないので大丈夫！！
最近のバイワイヤーは　ECUに変な事するとフルスロットルになるかも知れんが・・・・・
キャブに変更して　バイワイヤーは無いと思うから・・・・・
ただ　突然、機関停止・再始動不可って事は有りそう・・・・

なあに、エンジンぶっこわしても笑っていられるなら、
やってみるのは楽しいよ。

>>100
点火のタイミングが最悪だと、ノッキングしまくるから、
エンジン壊しちゃうよ。

ついでに言うと、萌えすぎるってこともあるから注意。

エンジン壊れるだけならいが、CO中毒死とかやりそうだよな。

dos用に作られたプログラムをwindows上で実行することはできないんですか？

フェールセーフとは、
故障などが起っても、安全側、つまりエネルギーが低い方へ
働くようにする仕組の事。

>>104
お行儀よく作られたやつなら大概動くよ

車に積む前に、まずエンジン単体でテストするのが普通でしょう？ふつうは。

ベンチが無い場合は車に積んだまま実験することもあるけどね。
個人のチューナーだとこの辺りが限界。

>>107
で、室内でCO中毒死と。

>>107
下世話だが、ベンチでやる場合でもオンザフレームでやる場合も、エンジンの放熱に注意。

ベンチに乗せて　エンジン始動・・・・・
リターダONにした瞬間　エンジンがひっくり返った事がある
原因　固定不良

>>111
ロケットエンジンじゃなくてよかったな

ノイズや動作温度等、個人で製作するのは難関だらけみたいですね。
キャブレターに換装した際に思ったのですが、
エンジンって燃調や点火時期がアバウトでも回ってしまうものだと思いました。
燃焼効率や燃費は別として…

今は燃料はキャブ、点火は純正コンピューターをそのまま使っています。
エアフロを半固定抵抗で置き換えて擬似信号を送っています。
純正コンピューターのマップを書き換えて点火時期をいじった方が早いかもしれませんね。

いきなり車でやらずに、カブのエンジンあたりで実験してみればいいんじゃないの？

製品作るわけじゃあないなら、
アバウトでもいいっしょ、
エンジンの寿命が少し（沢山？）縮むだけだよｗ

P-FCとか、買ったほうが早（速）いのは確かｗｗ

>>113
エンジンに関してはノイズ対策で応答が悪そうな回路でも実は全然問題が無い
レベルの制御だった。
燃調を間違うとエンジンが吹っ飛ぶこともあるけど対策に燃料を多め噴射するのは
別にコンピュータじゃなくても適当な回路を割り込ませておいても良いし。（ｗ

べつに
いきなり実車に付けなくても
５５５とかで　Ne信号の擬似信号入れて
オシロでリサージュ波形観測すればいいんでないの
たぶん　回路不良の時はエンジンぶっ飛ぶ前に　動かなくなると思うが
万が一、めちゃめちゃ進角した場合も　人間が気付いてアクセル踏めなくなると思う

でもデスビの中は、ノイズの総合商社なので対策は気をつけてね！

デスビの中ってビヨンセがry)

>>113
手動で点火時期調整できるもの作ってみろー
出力との関係、身をもって解るぞ

＞119
ＡＰＥＸのＩＴＣみたいなのが理想なのですが…
違いを体感してみたいですね

PICでも　タイミングの取り方が解らない椰子が多いからね〜　
（厳密的には少し遅れるが　補正を掛ければ。。）

>>121
次のパルスまで遅らせると　　（次の次でも　次次次・・・・・・　でもいいが）
ゼロインできるし　進角もできるよ

良すれ

>>123
どこが？w

R32スカイラインのGTRは
ROM何かな？

こんな進行のスレ？

>>125
いや，違うから
帰ったほうがいい

>>125
こっちの方が近いかも・・・

http://hobby7.2ch.net/test/read.cgi/car/1071213255/

》121
なるほど…1パルスまたは1サイクル遅らせれば調整しやすいですね！
いまさらですが…

プログラムや制御の「考え方」って参考になります。

>>128
うんうん・・
先輩のアドバイスは身になるよね！！

ををををを・・・・・
自分が制御出来そうに無い・・　　　　age

>>130
フィードバックをかけて、PIDコントローラーで自分を制御してみる。

それでもダメなら、状態空間フィードバックを。

>>13
リミットサイクルを描かないように、上限・下限の設定をお勧めする。

PID制御したら　オーバーシュートが無くなって
奇抜な発想が出来なくなった・・・・　　　　　　　　age

MATLABというソフトで音声を高音にしたり低音にしたりしたいです。取り込んだ音声を高速フーリエ変換して周波数をずらして逆フーリエ変換すればできるかなと思ってやっているんですが、うまくいきません。どなたかプログラムないでしょうか?

なんか、超初心者でスイマセン。シーケンサでラダー組んでます。
入力は押しボタン一個。出力はランプとブザー各一個です。
それに切替（トグル）スイッチ一個追加して、そのスイッチで切り替えて
プログラムＡ・Ｂと、2種類のシーケンスを作りたいです。
基本命令の組み合わせでやりたいですが、どうやってやったらよいですか？

両プログラムともに、入力は押しボタンを一回押すだけで、
出力のランプやブザーのタイミングなどを変えたいと考えています。
基本的なことがわかれば、DIPスイッチの組み合わせで複数の
プログラムを選択したりしたいと考えてます＞シーケンサで。

>>134
シミュレート板のMATLABスレのがいいんじゃなかろうか

音声の前に、正弦波でやってみた？

>>136レスありがとうございます。一度正弦波でやってみますね。

>>135
もう　シーケンサ使うことになってるの

PICとかで使っちゃだめなの？
費用もブッチギリで安くなると思うが・・・・・　高いのはライターだけ！（１諭吉以下も有る）

汎用シーケンサだったら　数諭吉するでしょ
そして　ソフトやコンソールも要るし
パソコンコーディングすると　専用ケーブルとか　インターフェースとか・・・・・

>>134
周波数をずらすなんてことはフーリエ変換じゃ無理だぞ。
フーリエ変換というかそれを利用したフィルタでできることはもとの信号の周波数成分を取り出すこと！
周波数をずらすというのは変調だな。

元の信号
cos(ωt +φ)
ωcの正弦波を乗算する
cos(ωt +φ)cos(ωct)=
0.5cos((ω+ωc)t+φ)+cos((ω-ωc)t+φ)
適当なハイパスフィルタ、もしくはローパスフィルタを挿入すれば
ω+ωcもしくはω-ωcに周波数をずらすことができる。

バラのCPU(たとえ基板に乗ってても)でやるのは、手間が掛かる。
盤に取り付ける箱や金具用意したり、適当な端子台探したり、と
ても面倒。
初心者といってるくらいだから、多分そんなところで膨大な時間
を使ってしまうと思える。

シーケンサなら、ノートパソコンにソフト入れて、２３２Cで、
チョイチョイ。なんせ、自分で作る部分が無いんだから。

ソフトが無いなら（まさかいまどきポケコン型のプログラマ
使ってないとは思うが）シーケンサ納入する業者に泣き付いて、
値切り倒す。

あ、あんまりラダー図やると、頭の中がハシゴになって、普
通のプログラム書けなくなるからご注意。

>>138
>>140
ありがとうございます。その中間でマイコンを乗せたシーケンサボードで
ラダーソフトで組み、かってにアセンブラに書いてくれるものを使っています
福祉工学で、制御は専門ではないのですが、人に使うために絶縁や安全側に
制御をもっていきやすいと考えてシーケンサボードを使用し、ラダーを使うこと
にしています。

>>141
そうですか　

入出力点数と入出力方式決めて　シーケンサーのカタログを物色してね
出力側の形態を検討　　汎用シーケンサは、リレー出力形でも大電流は流せないし　誘導負荷の場合は接点保護回路や突入電流も要検討
ラダー記述には　タイミングを変えると言う事なので　
基本シーケンス命令以外に特殊補助リレーや応用命令も勉強しないといけませんね。
（タイマを使用したり　NOPを繰り返し時間を無駄づかいする等）

とりあえず　ソフトや本体を買ったら中にリファレンスマニュアルが入っています。
頑張って下さい　健闘を祈る！！
　

>>139レスありがとうございます。フーリエ変換で周波数成分が取り出せるのでそれをなんとかすれば音声を変換できるのかと思っていたんですが、ちがうみたいですね

>>143
そういうことならできるんじゃない？
元音声をフーリエ変換して、音声成分を抽出して、
周波数を何倍(0.6とか1.3とか)して
逆フーリエ変換でしょ？
似たようなことはやったことがあるよ、音声じゃなくてもっと
遅い帯域の現象だったけど。

がんばってみて！

つーつーつー

>>144さん再びレスありがとうございます。明日学校に行ってためしてみます。

>>144フーリエ変換して実数だけ表示したグラフ（横軸サンプル数、縦軸周波数？）のデータに＊0.6や＊1.3とかしてplotしたら確かに周波数？が0.6倍や1.3倍されたものが出てきたので、それを逆フーリエ変換して出力してみたんですが、
音が大きくなったり小さくなったりするだけで、高音になったり低音になったりしませんでした。音の高低って周波数によるものですよね?なぜできないんでしょうか?単に掛け算すればいいって言うような単純なものではないってことですかね?
それともフーリエ変換のとき表示された値が周波数ではなかったってことですかね?

>>147
>>144の言う >周波数を何倍(0.6とか1.3とか)して
ってのは全く意味不明だぞ？わけわからんね。バカじゃないか？
周波数を0.6倍や1.3倍にできるはずがないだろが。
>>139の言うように
音の周波数を変換したいなら、ある帯域の音を取り出して、その音に対して cosωctを乗算することだ。
常識で考えればわかること。

それとフーリエ変換なんか必要ない。
フーリエ変換を使って設計したフィルタを使えばいいわけだから、
信号の処理過程においては全てタイムドメインで完了するはずだ。

>>147
FFT／逆FFTで出来るよ。
でもグラフの表示周波数をｘ倍してもだめ。
FFTしたデータをシフトしなくちゃ。
詳しくは”FFT 周波数ビン”でググれ。がんばれ。

>FFTしたデータをシフトしなくちゃ。

どうやってシフトするのか説明してみろつってんだよ。アホか？お前はよ。

・もっとも言語を明瞭に判別可能な帯域をフィルタで抽出
・シフトしたい周波数で変調
これで周波数をシフトできるんだよ。

>FFT／逆FFTで出来るよ。
事前に、FFT/逆FFTを施して、タイムドメイン処理するだけですむように工夫したものがフィルタなんだよ。
マヌケが！

移調と変調の区別のついてない粘着がいるようだが、むろん無視していいぞ > 147

>>151
＞どうやってシフトするのか説明してみろつってんだよ。
答え：=で

知ったかするのは、FFTについて少しくらい理解してからの方が
いいんじゃないの？

>>153
たぶんID:gI3AFm0oは、アナログ時代のボコーダーみたいな物しか
イメージ出来てないんだと思うぞ。

あっ、今気づいたけど俺のIDｲｲ!!

>>156
2逓倍できてるじゃん（w
もうちょっとでFCZだし。

>>157
どもですヽ(ﾟ∀ﾟ)ﾉ

http://www.honeyjam.jp/pretty/tinies.cgi?room=00000

そんなややこしいこと止めて、単純にゼロクロス検出で区切って、
適当に間引きしたりコピペすればよか。

>>ID:ZCF2fHz2
>知ったかするのは、FFTについて少しくらい理解してからの方が
>いいんじゃないの？
お前のようなアホいるんだな。
信号処理でなんで周波数領域を持ち出すか根本的な理由をわかってない。
周波数をアップコンバートするだけの処理ならタイムドメインで畳み込み処理する方がよっぽど処理が
らくだということすらお前は知らない。 ---> マヌケの極み
マヌケは上げるのが好きなようだな。

>アナログ時代のボコーダーみたいな物しか イメージ出来てないんだと思うぞ。
タイムドメイン処理がアナログか？アホ。
わざわざ周波数に持ち込まなくとも事前に十分対策すればタイムドメインだけで処理できるつってんだよ。
信号処理を一から勉強しなおせ。

>>161
何を畳み込むと周波数「シフト」ができるんだ?わけわかめ。
サンプリングレートコンバートと間違ってね?

「タイムドメインで畳み込み処理。。。。」
そうか、これに拘るか（笑いすぎ
Qみ・つ・け・た。
バカは相変わらず直ってないね。
でも、フーリエ変換くらいもう少し分かっている奴だと思ってたけど、
これじゃ、どうしょうもないね。

あー、我慢も一ヶ月もたなかったんですねぇ

>>みなさん貴重なレスありがとうございます。タイムドメイン処理を理解していないので、書き込みの内容はよくわからなかったのですが、
・もっとも言語を明瞭に判別可能な帯域をフィルタで抽出
・シフトしたい周波数で変調
する方法と、周波数領域で処理する方法の２つあるみたいですね。シフトする方法は周波数ビンで検索して今調べています。
また上記の[もっとも言語を明瞭に判別可能な帯域]というのはどういったフィルターで抽出できるのでしょうか?

>Qみ・つ・け・た。
>バカは相変わらず直ってないね。

ふ、何でもQと言えばそれですむと思ってるお前のアホさに呆れるね。
己のレベルの低さを指摘されればQを持ち出せば逃れられるとでも思ってんのか？お前？
フーリエ変換がわかってないのはお前。
FFTはTransformationになっているが正確には信号の周期性を仮定するフーリエ級数展開なんだよ。
よく覚えておけ。
それと、なんでフーリエ変換、級数展開に持ち込むか言ってみろ。根本的にわかってないだろお前？
アホの一つ覚えでフーリエ変換すれば信号処理と思ってるマヌケがよ。

>これじゃ、どうしょうもないね。
なにもわかってないことを暴露されちゃ、人をさげすまなきゃ自我が崩壊するもんなぁ。
超低レベルの学生ちゃんよ。

>>166
都合が悪くなると話を脱線させるところが益々かの人そっくりだな。
でも、フーリエ変換が「変換」であるならDFTだって間違いなく「変換」だよ。
寝言もいい加減にしたら？

まあ、

＞どうやってシフトするのか説明してみろつってんだよ。

なーんて言った奴がいまさら取り繕っても後の祭だけどね。
お前の無知はあまりにも明白。

フーリエ変換の常識
f(t) -> F(ω)
f(t)exp(jω_ct)) -> G(ω+ω_c)

アホの周波数シフト法: 信号をFFTして周波数軸上で平行移動してIFFTする。<-愚の骨頂
まともな人間の周波数シフト法: 信号に素直に正弦波乗算して時間領域処理する。
さて
・FFT/平行移動/IFFT
・正弦波の乗算
どっちの計算が速いでしょう？

>>167
おまえ馬鹿？

×　f(t)exp(jω_ct)) -> G(ω+ω_c)
○　f(t)exp(jω_ct)) -> F(ω+ω_c)

Finding a transfer function...
--------------------------------------------------------------------------------
The frequency response of a linear time invariant system has been
measured and can be seen in the attachment file below.
A feedback element with a transfer function, H(s), is to be
chosen so that the sysytem steady-state error to a unit step input
is equal to 0.07. What is a suitable transfer function to achieve this???

これで、frequencyとmagnitudeとphase angleの数値をざっと各30個ずつ
ぐらいもらってるんだけど、まったく分かりません。どういう過程で
transfer functionを求めていけばいいのでしょうか？

まあ、何を言っても無駄な奴であることは分かっているが、
>>168の頭の中ではオーバーラップしたアップコンバート、
例えば、1kHzから11kHzまでの10kHzの帯域を1kHzだけ周波数
を上げるとかも139みたいなやりかたで出来ることになってる
んだろうな。学生さんがやりたいのはそういう事だろうに。

Qの脳みそで処理できるのは、せいぜい純粋な正弦波まで。それが奴の限界。

>>171
ホントにバカじゃないの？

f(t) -> F(ω)
f(t)exp(jω_ct)) -> F(ω+ω_c)

が未だわからんか？
そりゃQにもバカにされるわな。

>>173
正弦波乗算の式を繰り返し書いて、何が言いたいの？

>>173
正弦波乗算の誤った式を繰り返し書いて、何が言いたいの？

ま、これでも読んでみるべ
http://laputa.cs.shinshu-u.ac.jp/~yizawa/InfSys1/basic/index.htm

>>173
了解
理解できた。

くっさい一人芝居ｷﾀｰ

都合悪くなったらｼﾞｻｸｼﾞｴﾝか？
F(ω+ω0)
逆フーリエ変換やってみな。

ttp://adsp2191.hp.infoseek.co.jp/2191/misc/017_phasing_ssb.shtml

乗算ってのはこういうやつ？
不要側波帯除去するの大変そう。

複素音声(*)を発する者の再降臨マダー？ﾁﾝﾁﾝ

(*)言ってることの半分は虚であるという事の喩え

>>皆さんレスありがとうございます。
>>176サイト紹介ありがとうございます。今読んで勉強してます。
フーリエ変換についての知識も足りなかったことがわかりました。

Finding a transfer function...
--------------------------------------------------------------------------------
The frequency response of a linear time invariant system has been
measured and can be seen in the attachment file below.
A feedback element with a transfer function, H(s), is to be
chosen so that the sysytem steady-state error to a unit step input
is equal to 0.07. What is a suitable transfer function to achieve this???

これで、frequencyとmagnitudeとphase angleの数値をざっと各30個ずつ
ぐらいもらってるんだけど、まったく分かりません。どういう過程で
transfer functionを求めていけばいいのでしょうか？ matlabを使ってtransfer
functionを求められると聞いたんですけど、どういう風に数字を入れていけば
いいのでしょうか？

　　 / |　　　/l　/'｀i　∧　/'｀i｜ 　←若年性痴呆症の現役アイドル安倍なつみ(23)
　　｜ |　　V　ﾚ' 　欺　 V　 ｜|
　　｜　　｜　／　　　　 ＼ ｜| 　　〜ﾌﾟｰﾝ
　　 | 　　 |　　　●　　● 　　|｜
　 　、∧_/< 　　/　( ●●)ヽ > 　〜ﾌﾟｰﾝ
　　　 |　　　　　　　 ＿＿ 　　|
　　　 | 　●　　 　/＿＿/　　| 　　＜書き写すうちに他人の歌詞が自作に思えてきて・・・
　　　　＼ 　　　　　　　　　 /
　　　　　　　　　　　　　　　　　　　↑
　　　　　　　　　　　　　　　　　　　前代未聞のアイドル30件盗作事件の安倍なつみさんが(スポニチ風)
　　　　　　　　　　　　　　　　　　　前代未聞の珍弁解で最重度の記憶障害を告白(足掛け5年・継続中)

>>183
Sパラメータから伝達関数を求めたいって話？
スレ違いだけど「伝達関数 Sパラメータ」でググって最初に出る
サイトでも見てみれば？

hoshu

保守

PID制御に関して、自動操舵装置におけるP・I・Dはそれぞれどんな要素の成分か？

ナイキスト腺図を勉強しています。
伝達関数のシステムタイプ番号ってどうやって決めるのですか？
例えば、次の伝達関数はtype zero になってます。
　
　G(s) = 1/(s+2)

次は、type one とかかれています。

　G(s) = 100/(s^2+10s+100)

ナイキスト腺ってバルトリン腺みたいなものすか？

いや、むしろ前立腺。
マッサージすると良い気分

>>188

google

ここの板に質問していいのか悪いのか分かりませんが、それらしい板が見つかりませんので質問させていただきます。
車の電動ファン（12V）をある目的で室内で使用しています。　AC100v→DC12vトランス（4.5A)を使っています。
このトランスですと回転が速すぎてファンの音がうるさいため、可変抵抗器（0〜10kΩ）を＋側に取付けて
回転を調整しようとしました。　ところが、回転の調整は0〜1kΩ目盛内でできるのですが、1分ほどで可変抵抗器
が手で触れなくなるほど熱を持ってしまいます。　知り合いの電気屋に聞きましたところ、ファンモーターと可変抵抗器
の容量が合わないためだと言われました。　また、この可変抵抗器をそのまま使用し電動ファンの回転を制御
するにはコンデンサや抵抗を回路に組み込まないと使えないとのことです。　この電気屋もここまでの知識しかない
らしく、これ以上は分からないと言われました。
どのような回路でどのような容量のコンデンサ、抵抗を使用したらいいのでしょうか？　
詳しい方いらっしゃいましたらご指導お願い申し上げます。

>>193
ファンの大きさにもよるけど、ボリュームはせいぜい2Wくらいでしょう
速度を半分にするなら最低でも2倍の容量のワット数のボリュームじゃないと駄目なんで
直径30mmくらいのボリュームじゃ話にならんでしょう。
カー用品屋で既製品を探した方が、発火事故にならずに住むと思いますよ。

774ワット発電中さん

早速のご回答ありがとうございます。
そのとおりで直径40ｍｍのボリュームです。　おっしゃるとおり発火事故になりそうなので
取り外しました。
既製品と申しますと、速度調節機能付きの電動ファンですか？　それとも自動車用のボリューム
ですか？

連続で可変する必要が無ければ
タップつきのトランス（ある程度任意の電圧が選べる）を購入するのが
単純で安く安全ではないでしょうか。
自動車部品は本来１２Ｖで動作するように作られた機器ですので
異なる電圧で使用する際は発熱や電流容量にご注意ください。

ttp://www.e-aiharadenki.co.jp/
ご参考までに。

ttp://www.e-aiharadenki.co.jp/sd.htm
ちょっと不親切でしたね。これなど。

774ワット発電中さん

ありがとうございます。
今使っているAC100V→DC12V トランスに電圧調整ダイヤルが内蔵されています。
工場出荷時に　DC13.8V　に設定してあるとのことでこの内蔵ダイヤルを知り合いの電気屋にいじってもらい
出力を　DC12V　に下げて電動ファンを廻してみました。　電圧を下げてもファンの回転はあまり変化しませんでした。
この内蔵ダイヤルでもっと電圧を下げることはできるのですが、電圧を下げると電動ファンの
回転も下げることはできるのですか？


＞自動車部品は本来１２Ｖで動作するように作られた機器ですので
＞異なる電圧で使用する際は発熱や電流容量にご注意ください。

電気無知賛江
「774ワット発電中さん」 はこの板では最も有名なハンドルです。
ほとんどのスレに毎日、大量に書き込んでおられますので、一度他のスレも覗いてみては？

774ワット発電中ってコテハンの椰子、
延々ｼﾞｻｸｼﾞｴﾝやってるのな。ったくﾊﾞｶｼﾞｬﾈｰﾉ

安定化電源を間に入れてやれば良いだけの話じゃないの？

http://akizukidenshi.com/catalog/items2.php?c=kit&s=popularity&p=1&r=1&page=#K-00073
http://akizukidenshi.com/catalog/items2.php?c=kit&s=popularity&p=1&r=1&page=30#K-00097
とか（電流容量に注意）

http://akizukidenshi.com/catalog/items2.php?c=kit&s=popularity&p=1&r=1&page=90#K-00908
でお勉強してみるとか

774ワット発電中さん

ご指導ありがとうございます。　たいへん勉強になりました。　

>>203
てか名前を引用する事に意味が無い事を真っ先に勉強しましょう。

ﾜﾛﾀ

>>188
比例要素・積分要素・微分要素

>>189
>H(s) = N(s)/((s^l) * D(s)) 　： N(0)≠0 , D(0)≠0
>とすると、H(s)は原点s=0にl個の極を持ち、l型(type)の伝達関数と呼ばれる
って実教出版の「システム制御理論入門」(初版)に書いてあったがよくわからね

古典制御ならちょっと古い本のほうが丁寧に書いてあってわかりやすいよな
ところでだ、もしかして根軌跡とベクトル軌跡って別物だった？('A`;)

CAN通信規格のISO関連が、日本語訳しているページはありませんか？

Cで連続状態空間モデルの応答を求めるサンプルって無いかな

アクチュエータにおけるパルスと回転数にはどういった関係があるのでしょうか！？
心やさしい方教えてくださいお願いします。

>>209
比例関係

>>209
切っても切れない関係

>>209
仕様書通りの関係

>>209
アクチュエータとはたぶんモータのことだろうが、
パルスといってもエンコーダから出るパルス、
モータドライバに入れるパルスといろいろあるからな

もすこし具体的にかかないとまともなレスがつかないだろな。

任意の生年月日と今日の日付を入力すれば、
産まれてから今日まで生きてきた日数を出力するプログラムを作れ。
さらに、任意の整数ｎを入力して、産まれてからｎ日目が、
いつかを出力させるプログラムを作れ。
ちなみに、閏年は以下のようにして決められる。

１）基本的に西暦が4で割り切れたら閏年。
２）しかし、西暦が100で割り切れたら閏年ではない。
３）しかし、西暦が400で割り切れたら閏年とする。

レポート作成
予備的考察、プログラム、プログラムの説明、計算結果、考察

フォートラン使用･･・

　
機械・工学＠2ch掲示板　教えてエレベーターの事 2台目
http://science4.2ch.net/test/read.cgi/kikai/1149853909/l50
　
機械・工学＠2ch掲示板　シンドラー社製エレベーター
http://science4.2ch.net/test/read.cgi/kikai/1149709955/l50
　
機械・工学＠2ch掲示板　エレベーター落下で死亡
http://science4.2ch.net/test/read.cgi/kikai/1055480666/l50
　
機械・工学＠2ch掲示板　回転扉
http://science4.2ch.net/test/read.cgi/kikai/1080379985/l50

age

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