制御系なら俺に聞いてもいいぜ（９）
1 ：デフォルトの名無しさん：
まったり逝きましょう。
ハード寄りの話も大歓迎です。
道具話も楽しくやれるならやってくらさい。
この世界は処理系依存はあたりまえだから、処理系明記するのを忘れないでね！
過去ログ
制御系なら俺に聞いてもいいぜ（８）
http://pc8.2ch.net/test/read.cgi/tech/1125994426/
制御系なら俺に聞いてもいいぜ（７）
http://pc8.2ch.net/test/read.cgi/tech/1109102528/
制御系なら俺に聞いてもいいぜ（６）
http://fun.kz/test/read.cgi/tech/1099574832/ (新タイプミラー)
制御系なら俺に聞いてもいいぜ（５）
http://fun.kz/test/read.cgi/tech/1079102543/ (新タイプミラー)
制御系なら俺に聞いてもいいぞ（４）
http://pc5.2ch.net/test/read.cgi/tech/1068869894/ (行方不明)
制御系なら俺に聞いてもいいぞ（３）
http://pc2.2ch.net/tech/kako/1059/10594/1059488975.html
制御系なら俺に聞いてもいいぞ（２）
http://pc2.2ch.net/tech/kako/1038/10380/1038094914.html
制御系なら、俺に聞け！
http://pc3.2ch.net/tech/kako/1002/10021/1002176627.html
関連過去ログ
●●●くみこの組み込み相談室●●●
http://pc3.2ch.net/tech/kako/988/988084737.html
ハード寄りの話も大歓迎です。
道具話も楽しくやれるならやってくらさい。
この世界は処理系依存はあたりまえだから、処理系明記するのを忘れないでね！
過去ログ
制御系なら俺に聞いてもいいぜ（８）
http://pc8.2ch.net/test/read.cgi/tech/1125994426/
制御系なら俺に聞いてもいいぜ（７）
http://pc8.2ch.net/test/read.cgi/tech/1109102528/
制御系なら俺に聞いてもいいぜ（６）
http://fun.kz/test/read.cgi/tech/1099574832/ (新タイプミラー)
制御系なら俺に聞いてもいいぜ（５）
http://fun.kz/test/read.cgi/tech/1079102543/ (新タイプミラー)
制御系なら俺に聞いてもいいぞ（４）
http://pc5.2ch.net/test/read.cgi/tech/1068869894/ (行方不明)
制御系なら俺に聞いてもいいぞ（３）
http://pc2.2ch.net/tech/kako/1059/10594/1059488975.html
制御系なら俺に聞いてもいいぞ（２）
http://pc2.2ch.net/tech/kako/1038/10380/1038094914.html
制御系なら、俺に聞け！
http://pc3.2ch.net/tech/kako/1002/10021/1002176627.html
関連過去ログ
●●●くみこの組み込み相談室●●●
http://pc3.2ch.net/tech/kako/988/988084737.html
|
|
|
2 ：デフォルトの名無しさん：2006/09/19(火) 09:10:51
そーいや、過去ログの新タイプミラーって死んでる？
3 ：デフォルトの名無しさん：2006/09/19(火) 14:42:03
ふりむかないことさ
4 ：デフォルトの名無しさん：2006/09/20(水) 09:44:03
>>１ お疲れ様
スレたてして暫くレスないと落ちる事があるみたいだから上げるね
スレたてして暫くレスないと落ちる事があるみたいだから上げるね
5 ：デフォルトの名無しさん：2006/09/20(水) 09:52:54
制御系の貴殿らにperlスクリプト検定試験をプレゼントだ。
【ether⇔com1変換装置がある。この変換装置にtelnetしてconnect com1を
実行すれば、あたかもモデムなどのシリアル接続機器が自分のＰＣに
ローカルで接続しているかのような状態になる。ぜひとも"ATZ"などの
コマンドをモデムに送り込みたい。
以下のスクリプトをどう修正すればいいだろうか答えなさい。】
変換機のIPを192.168.1.1
変換機にログイン後、モデムに接続するコマンドをconnect com1とする
use strict;
use warnings;
use Net::Telnet ();
my($t,$pass,$host,$user);
$host = '192.168.1.1';
$user = 'admin';
$pass = 'admin';
$t = new Net::Telnet (-host => "$host");
$t->open("$host");
$t->waitfor('/login:/');
$t->print("$user");
$t->waitfor('/Password:/');
$t->print("$pass");
$t->waitfor('/#/');
$t->print("connect com1");
$t->waitfor('/com1 connected!/');
$t->print("ATZ");
【ether⇔com1変換装置がある。この変換装置にtelnetしてconnect com1を
実行すれば、あたかもモデムなどのシリアル接続機器が自分のＰＣに
ローカルで接続しているかのような状態になる。ぜひとも"ATZ"などの
コマンドをモデムに送り込みたい。
以下のスクリプトをどう修正すればいいだろうか答えなさい。】
変換機のIPを192.168.1.1
変換機にログイン後、モデムに接続するコマンドをconnect com1とする
use strict;
use warnings;
use Net::Telnet ();
my($t,$pass,$host,$user);
$host = '192.168.1.1';
$user = 'admin';
$pass = 'admin';
$t = new Net::Telnet (-host => "$host");
$t->open("$host");
$t->waitfor('/login:/');
$t->print("$user");
$t->waitfor('/Password:/');
$t->print("$pass");
$t->waitfor('/#/');
$t->print("connect com1");
$t->waitfor('/com1 connected!/');
$t->print("ATZ");
6 ：デフォルトの名無しさん：2006/09/20(水) 10:14:47
なんて素直じゃない質問なんだｗｗ
7 ：デフォルトの名無しさん：2006/09/20(水) 15:17:33
>$t->print("ATZ");
シリアルに繋いだモデムにテキストとしてATZを流し込んでもだめだと思う
シリアルに繋いだモデムにテキストとしてATZを流し込んでもだめだと思う
8 ：デフォルトの名無しさん：2006/09/20(水) 19:21:57
ATコマンドなんて もう忘れたがな
たしか +++ 送って OK 確認してだったかな？
たしか +++ 送って OK 確認してだったかな？
9 ：デフォルトの名無しさん：2006/09/20(水) 19:49:52
ワコムのタブレットから筆圧等の情報を取得するにはWinTabというSDKが必要だと聞いたのですが、
ダウンロードページに行くと「特許関係でもうダウンロードできません」と言われます。
http://www.pointing.com/FTP.HTM
WinTabを手に入れることはもうできないのでしょうか？
ダウンロードページに行くと「特許関係でもうダウンロードできません」と言われます。
http://www.pointing.com/FTP.HTM
WinTabを手に入れることはもうできないのでしょうか？
10 ：デフォルトの名無しさん：2006/09/20(水) 22:29:29
はじめまして。初心者ですが質問させてください。
最近この業界に転職して現在PLCの設計をしていますが、
勉強していくのに初心者にもわかりやすいサイトとかないでしょうか？
現在 PLC(MELSEC)←---RS232C--→PC←--GPIB---→LCR
のような構成で設計していますが？？ばかりです。
サイトでなくても「これからやれ！」というのがありましたら教えて下さい。
転職前はソフト屋やってたのでVB,JAVAは大丈夫なのですがPLCへの
命令の仕組みがさっぱりです・・・
駄文失礼しました。
最近この業界に転職して現在PLCの設計をしていますが、
勉強していくのに初心者にもわかりやすいサイトとかないでしょうか？
現在 PLC(MELSEC)←---RS232C--→PC←--GPIB---→LCR
のような構成で設計していますが？？ばかりです。
サイトでなくても「これからやれ！」というのがありましたら教えて下さい。
転職前はソフト屋やってたのでVB,JAVAは大丈夫なのですがPLCへの
命令の仕組みがさっぱりです・・・
駄文失礼しました。
11 ：デフォルトの名無しさん：2006/09/20(水) 22:45:46
>転職前はソフト屋やってたのでVB,JAVAは大丈夫なのですがPLCへの命令の仕組みがさっぱりです・・・
頭が痛くなってきた┐(´ー｀)┌
頭が痛くなってきた┐(´ー｀)┌
12 ：デフォルトの名無しさん：2006/09/21(木) 20:21:48
>>1
制御系なら俺に聞いてもいいぜ（６）
http://pc8.2ch.net/test/read.cgi/tech/1099574832/
制御系なら俺に聞いてもいいぜ（５）
http://pc8.2ch.net/test/read.cgi/tech/1079102543/
制御系なら俺に聞いてもいいぞ（４）
http://pc2.2ch.net/test/read.cgi/tech/1068869894/
制御系なら俺に聞いてもいいぞ（４） は、下記のサイトから捜索可能
2ch DAT落ちスレ ミラー変換機 ver.４
ttp://www.geocities.jp/mirrorhenkan/
制御系なら俺に聞いてもいいぜ（６）
http://pc8.2ch.net/test/read.cgi/tech/1099574832/
制御系なら俺に聞いてもいいぜ（５）
http://pc8.2ch.net/test/read.cgi/tech/1079102543/
制御系なら俺に聞いてもいいぞ（４）
http://pc2.2ch.net/test/read.cgi/tech/1068869894/
制御系なら俺に聞いてもいいぞ（４） は、下記のサイトから捜索可能
2ch DAT落ちスレ ミラー変換機 ver.４
ttp://www.geocities.jp/mirrorhenkan/
13 ：デフォルトの名無しさん：2006/09/23(土) 06:53:55
いつの間にか新スレに移ってたんだな
即死避け age
即死避け age
14 ：デフォルトの名無しさん：2006/09/23(土) 13:12:03
15 ：デフォルトの名無しさん：2006/09/23(土) 14:20:27
16 ：デフォルトの名無しさん：2006/09/23(土) 17:37:54
>>10 命令の仕組みがさっぱりです・
PLC なんて馬鹿向けの時代遅れの記述方法。機械設計者でも自分で設計できる
点で優れているだけ。
Java を使いこなすための 1/10 以下の勉強で PLC なぞ使いこなせる。難し
く考えすぎ。PLC の内部にはワンチップ・マイコンがあり、C で記述された
PLC インタープリタが動いているだけ。使うやつに技術力があれば、そのワ
ンチップ・マイコンを直接 C 言語でプログラムして制御したほうが効率的。
要は、コイルと接点があるだけ。コイルに電流を流すと、鉄でできた接点が
引っ張られてスイッチが閉じて、別の電線に電流が流れる。その電線の先に
コイルがあれば同じことが繰り返されるだけ。中学生レベルの知識で理解で
きる。昔は実際のコイルと接点でできてリレー素子を実際に電線で繋いでいた。
今の PLC は、昔の馬鹿でも解る回路をプログラムに使っているだけ。
PLC ぐらいで怖気ずくな。
PLC なんて馬鹿向けの時代遅れの記述方法。機械設計者でも自分で設計できる
点で優れているだけ。
Java を使いこなすための 1/10 以下の勉強で PLC なぞ使いこなせる。難し
く考えすぎ。PLC の内部にはワンチップ・マイコンがあり、C で記述された
PLC インタープリタが動いているだけ。使うやつに技術力があれば、そのワ
ンチップ・マイコンを直接 C 言語でプログラムして制御したほうが効率的。
要は、コイルと接点があるだけ。コイルに電流を流すと、鉄でできた接点が
引っ張られてスイッチが閉じて、別の電線に電流が流れる。その電線の先に
コイルがあれば同じことが繰り返されるだけ。中学生レベルの知識で理解で
きる。昔は実際のコイルと接点でできてリレー素子を実際に電線で繋いでいた。
今の PLC は、昔の馬鹿でも解る回路をプログラムに使っているだけ。
PLC ぐらいで怖気ずくな。
>>10 の言うのは、>>15 のことかと思ったよ
1)「PLCの設計」って、
①PLC自体の開発における設計
②PLCを使ったシステムにおける、PLCのプログラム設計
どっち？
2)「PLCへの命令」
①PCからPLCに対しての命令について
②PLCのプログラムにおける命令について
どっち？
1)「PLCの設計」って、
①PLC自体の開発における設計
②PLCを使ったシステムにおける、PLCのプログラム設計
どっち？
2)「PLCへの命令」
①PCからPLCに対しての命令について
②PLCのプログラムにおける命令について
どっち？
18 ：デフォルトの名無しさん：2006/09/25(月) 17:31:00
現代制御やら古典制御勉強中の学生ですが、どのように勉強したらいいんですか？
良かったら教えてください。教科書読んでるんですが、それからのステップが全く分からなくて・・・
良かったら教えてください。教科書読んでるんですが、それからのステップが全く分からなくて・・・
19 ：デフォルトの名無しさん：2006/09/25(月) 18:22:35
それは現場の俺達の方が教えて欲しいくらいだよ
20 ：デフォルトの名無しさん：2006/10/03(火) 03:22:42
3MHz動作の8085＋8253＋8259＋8251*4本でuart4.8Kの交通整理やらす箱があるのですが、
8085はもう作られてないから製造の度にｱｷﾊﾞで買い集めるらしい。
今の石で同等の基板起こせばいくらでも小さくできるが、ごつい機器の間に配線するので、
小さくしても無意味（配線部だけ相変わらずごつい）。っつか基板起こす手間と\が惜しいらしい。
CPUだけZ80かそれ相当のK80に取り替えたらそのまま動いてくれないでしょうか。
ソフト屋から見たらLSIC80使えるしちょっとした書き直しですむのに、と思えるので。
アドレス割付は、ROM=0-7FFF、RAM=8000-9FFF、8253=F000、8259=F200、
8251=E000,D000,C000,B000 ついでに8255=F400がついてます。この割付見ると、たぶん
アドレス信号の上位をデコードしてチップセレクト出すICが居るようです。
8085はもう作られてないから製造の度にｱｷﾊﾞで買い集めるらしい。
今の石で同等の基板起こせばいくらでも小さくできるが、ごつい機器の間に配線するので、
小さくしても無意味（配線部だけ相変わらずごつい）。っつか基板起こす手間と\が惜しいらしい。
CPUだけZ80かそれ相当のK80に取り替えたらそのまま動いてくれないでしょうか。
ソフト屋から見たらLSIC80使えるしちょっとした書き直しですむのに、と思えるので。
アドレス割付は、ROM=0-7FFF、RAM=8000-9FFF、8253=F000、8259=F200、
8251=E000,D000,C000,B000 ついでに8255=F400がついてます。この割付見ると、たぶん
アドレス信号の上位をデコードしてチップセレクト出すICが居るようです。
21 ：デフォルトの名無しさん：2006/10/03(火) 04:11:25
>>20
8085とZ80は周辺ICの制御の仕方が結構違う。
その辺を吸収するコードをZ80側に用意する気があるなら、
8085→Z80は難しくはないと思う。
後は、Z80の割り込みモードの違いに注意ってところで。
8085とZ80は周辺ICの制御の仕方が結構違う。
その辺を吸収するコードをZ80側に用意する気があるなら、
8085→Z80は難しくはないと思う。
後は、Z80の割り込みモードの違いに注意ってところで。
22 ：デフォルトの名無しさん：2006/10/03(火) 05:06:33
わを！こんな時間に早レス・・・
85がメモリマップドI/Oの所がZ8だとin/out命令になるのですよね、それは直せます。
割り込みモードについて調べてみました。モード２を使うとベクタが連続になりますね。
8259の設定はベクタが４番地おき、というのを使っていましたから、ここらの相性が問題に
なりそうです。
85がメモリマップドI/Oの所がZ8だとin/out命令になるのですよね、それは直せます。
割り込みモードについて調べてみました。モード２を使うとベクタが連続になりますね。
8259の設定はベクタが４番地おき、というのを使っていましたから、ここらの相性が問題に
なりそうです。
あれ？8085では8259に「４番地おきにcall命令を発生させる」設定をしておけばよかったのですが
Z80ではcall命令が来たら具合悪いですね。ここはどうするんだろ？
DW ルーチンアドレス、ではなくJP ルーチンを４番地おきに並べておいたら動くかな？
Z80ではcall命令が来たら具合悪いですね。ここはどうするんだろ？
DW ルーチンアドレス、ではなくJP ルーチンを４番地おきに並べておいたら動くかな？
8259はCPUとINTA信号を２回(8086)ないし３回(8085)やりとりする、と8259のデータブックに
書かれています。Z80にはそういう信号は無いみたいですから、8259を使う基板にはZ80は
合わないみたいですね。
２年ぐらい前に安いROMライタのこと聞いたのですが、最近の事情はどうでしょうか？
自分でぐぐったらたくさん引っかかりすぎて結局探せませんでした。
書かれています。Z80にはそういう信号は無いみたいですから、8259を使う基板にはZ80は
合わないみたいですね。
２年ぐらい前に安いROMライタのこと聞いたのですが、最近の事情はどうでしょうか？
自分でぐぐったらたくさん引っかかりすぎて結局探せませんでした。
25 ：デフォルトの名無しさん：2006/10/04(水) 01:29:51
Z80 の割り込みモードを 0 にすれば 8259A が使えるみたいだよ。
モード2 しか使ったことないから詳しい事は不明。
ってか、回路設計の本は無いのか？
モード2 しか使ったことないから詳しい事は不明。
ってか、回路設計の本は無いのか？
私、2進回路の基礎訓練ゼロなんです。高校文系までだし。だからソフト側からだけの興味で(^^;
＞モードを 0 にすれば <--ありがとうございます。モード０のときの動作を調べてみました。
＞このモードは、割り込みサイクル中に読み込んだ命令をそのまま実行します。
とありました。これだと8259の出してくるcall XX04おきを実行できて,、
ベクタにもジャンプ命令を置いておけばよさそうですね。
＞モードを 0 にすれば <--ありがとうございます。モード０のときの動作を調べてみました。
＞このモードは、割り込みサイクル中に読み込んだ命令をそのまま実行します。
とありました。これだと8259の出してくるcall XX04おきを実行できて,、
ベクタにもジャンプ命令を置いておけばよさそうですね。
27 ：デフォルトの名無しさん：2006/10/04(水) 21:23:49
RST命令ね、１バイト命令で3ビットのベクタを指定できて、
飛ぶ先は0000hから8バイト置きの8個。
飛ぶ先は0000hから8バイト置きの8個。
RST命令なら知ってますが、それは「ソフトウェア割り込み」ですよね？
外付けuartの8251と外付けタイマの8253が出してくる外部割込みをどう処理するか？
の実装手法を聞いてるところです。
RSTは、「使用頻度の多いサブルーチンコールを1バイトで済ませる」時に有効な手法ですね。
外付けuartの8251と外付けタイマの8253が出してくる外部割込みをどう処理するか？
の実装手法を聞いてるところです。
RSTは、「使用頻度の多いサブルーチンコールを1バイトで済ませる」時に有効な手法ですね。
29 ：デフォルトの名無しさん：2006/10/05(木) 07:39:21
>8259の出してくるcall XX
もしかしてAm9519？
もしかしてAm9519？
30 ：デフォルトの名無しさん：2006/10/05(木) 10:42:44
あー処で、CPU載せ換えるってことは最低限CPU周りの基板だけは作るんだろうか。
それとも、ワンボードで配線だけで差を吸収するんだろうか。
8251/8253は、割り込み線をZ80PIOのデータに繋いで、1ビットずつ割り込みできるようにしてやれば
Z80流にモード2で割り込み制御できるんだが。
それとも、ワンボードで配線だけで差を吸収するんだろうか。
8251/8253は、割り込み線をZ80PIOのデータに繋いで、1ビットずつ割り込みできるようにしてやれば
Z80流にモード2で割り込み制御できるんだが。
31 ：デフォルトの名無しさん：2006/10/05(木) 13:07:57
32 ：デフォルトの名無しさん：2006/10/05(木) 16:10:59
>>30
どこの貧乏ですか
どこの貧乏ですか
>>29 その石は知りません。データブックはμPD8259-A2 のです。
>>30 ２行目のほうでできないか考えてます。
＞8251/8253は、割り込み線をZ80PIOのデータに繋いで、1ビットずつ割り込みできるように
＞してやればZ80流にモード2で割り込み制御できるんだが。
デバイス側が「ベクタ番号」をバスに出すようになってないとモード２は使えなくないですか？
＞8259の割り込みでバスに乗っかるのはRST命令だよって話だ。
手元のデータブックでは「call命令のopコード(CDh)がデータバスに出力される」となってます。
貧乏もあるのですが、 CADで図面書いて検証して基板屋に出して、っていう一連が面倒
らしいのですよ。それでCPUだけ変えられないかと考えてみたのです。たぶん脚の数は同じ
でもピンの位置なんかの違いのほうが大きくてだめっぽいですね。
「近所の部署が作った基板をパクってuartだけ使う」ほうが現実的かも。
>>30 ２行目のほうでできないか考えてます。
＞8251/8253は、割り込み線をZ80PIOのデータに繋いで、1ビットずつ割り込みできるように
＞してやればZ80流にモード2で割り込み制御できるんだが。
デバイス側が「ベクタ番号」をバスに出すようになってないとモード２は使えなくないですか？
＞8259の割り込みでバスに乗っかるのはRST命令だよって話だ。
手元のデータブックでは「call命令のopコード(CDh)がデータバスに出力される」となってます。
貧乏もあるのですが、 CADで図面書いて検証して基板屋に出して、っていう一連が面倒
らしいのですよ。それでCPUだけ変えられないかと考えてみたのです。たぶん脚の数は同じ
でもピンの位置なんかの違いのほうが大きくてだめっぽいですね。
「近所の部署が作った基板をパクってuartだけ使う」ほうが現実的かも。
34 ：デフォルトの名無しさん：2006/10/05(木) 21:16:54
>データブックはμPD8259-A2 のです
>＞8259の割り込みでバスに乗っかるのはRST命令だよって話だ。
>手元のデータブックでは「call命令のopコード(CDh)がデータバスに出力される」となってます。
NECの拡張だな、8259はcall命令は出さない。
RSTが１バイト命令なのは、２バイト目以降のフェッチが不要だからだ。
>CPUだけ変えられないかと考えてみたのです
さすがにそれは無理。あくまでバイナリ上位互換だからね。
フラットパッケージのZ80互換品をのせた8085ピン互換ボードでも作るしかないのでは？
>＞8259の割り込みでバスに乗っかるのはRST命令だよって話だ。
>手元のデータブックでは「call命令のopコード(CDh)がデータバスに出力される」となってます。
NECの拡張だな、8259はcall命令は出さない。
RSTが１バイト命令なのは、２バイト目以降のフェッチが不要だからだ。
>CPUだけ変えられないかと考えてみたのです
さすがにそれは無理。あくまでバイナリ上位互換だからね。
フラットパッケージのZ80互換品をのせた8085ピン互換ボードでも作るしかないのでは？
35 ：デフォルトの名無しさん：2006/10/06(金) 00:15:22
>>34 元々の8259はRSTを出すのですね。それは触ったことなかったです。
>>35 ナマのZ80じゃムリっぽいですね。KC80ｼﾘｰｽﾞの、80A12なら、内蔵uart１本のほかに
外付け８本までつなげられます。CPUを選ぶとしたらこれが最適でしょう。ﾀｲﾏとuartだけしか
ついてない所がこの箱の目的にぴったし。内蔵RAMが512しかないので、RAMは必要ですが。
H8の8bitｼﾘｰｽﾞと性能的には互角に見えますが、お値段はどうなのでしょうね。
ボード起こさなきゃいけなくなったときに私の意見聞いてくれるといいな。
>>35 ナマのZ80じゃムリっぽいですね。KC80ｼﾘｰｽﾞの、80A12なら、内蔵uart１本のほかに
外付け８本までつなげられます。CPUを選ぶとしたらこれが最適でしょう。ﾀｲﾏとuartだけしか
ついてない所がこの箱の目的にぴったし。内蔵RAMが512しかないので、RAMは必要ですが。
H8の8bitｼﾘｰｽﾞと性能的には互角に見えますが、お値段はどうなのでしょうね。
ボード起こさなきゃいけなくなったときに私の意見聞いてくれるといいな。
37 ：デフォルトの名無しさん：2006/10/06(金) 19:06:42
素直に基板起こし直せないってのがすごくカユイが
そゆ話が出るってことは8085ピン互換小亀基板なんて起こせないよな…
昨今のプロセッサの、I/Oポートに信号配線して、
フルエミュでもいけてしまいそうな気すらする。
F/Wのつくりは難解? 解析済み?
規模的には外部仕様おさえてつくりなおしでもいい感じ。
そゆ話が出るってことは8085ピン互換小亀基板なんて起こせないよな…
昨今のプロセッサの、I/Oポートに信号配線して、
フルエミュでもいけてしまいそうな気すらする。
F/Wのつくりは難解? 解析済み?
規模的には外部仕様おさえてつくりなおしでもいい感じ。
小亀基板か・・・まさにそんな存在があればいいですね。 F/Wってﾌｧｰﾑｳｪｱのことですよね？
引き継いだときはASMで5K行のｽﾊﾟｹﾞｯﾃｨでしたけど、私がCで書き直した後はアプリ部400、
ﾒｲﾝﾙｰﾌﾟ30、init40、ﾀｲﾏ処理50、uart処理4CH分で350、define集めたﾍｯﾀﾞ50、ベクタ部50で、
1K行位です。 uartの交通整理だけ（合流･分流･選択・除外・変換など）なのでかーんたん。
石が変わってもベクタ部とinitをその石用に書き直せばいいようになってます。
CとASMの行数比率2.5ぐらいでしたから、元のASMも平均的な品質だったとは思います。
私が「小さく書く偏執狂」で、平均的なﾌﾟﾛｸﾞﾗﾏが書くものの半分になるのがふつうなので。
引き継いだときはASMで5K行のｽﾊﾟｹﾞｯﾃｨでしたけど、私がCで書き直した後はアプリ部400、
ﾒｲﾝﾙｰﾌﾟ30、init40、ﾀｲﾏ処理50、uart処理4CH分で350、define集めたﾍｯﾀﾞ50、ベクタ部50で、
1K行位です。 uartの交通整理だけ（合流･分流･選択・除外・変換など）なのでかーんたん。
石が変わってもベクタ部とinitをその石用に書き直せばいいようになってます。
CとASMの行数比率2.5ぐらいでしたから、元のASMも平均的な品質だったとは思います。
私が「小さく書く偏執狂」で、平均的なﾌﾟﾛｸﾞﾗﾏが書くものの半分になるのがふつうなので。
39 ：デフォルトの名無しさん：2006/10/07(土) 04:49:44
だんだん日記になってきてるな。
私のほかにも早起きさんがいますね。この業界、夜型が多いんですが。
元々が差し迫った問題じゃなくて、ちょっと暇になったとき考えてみよう程度でした。
最近止まってたから、景気づけにと思いまして。
元々が差し迫った問題じゃなくて、ちょっと暇になったとき考えてみよう程度でした。
最近止まってたから、景気づけにと思いまして。
41 ：デフォルトの名無しさん：2006/10/07(土) 09:26:47
古いシステムを無理に延命するより
今時のマイコンでスクラップ＆ビルドした方が結局低コストかつ時間もかからん
気もするけど、どうなんだろう。
つーかその時間は早起きっていうより昼間寝てるヒキ（自主規制
今時のマイコンでスクラップ＆ビルドした方が結局低コストかつ時間もかからん
気もするけど、どうなんだろう。
つーかその時間は早起きっていうより昼間寝てるヒキ（自主規制
42 ：デフォルトの名無しさん：2006/10/07(土) 10:18:19
M16/H8ならコンパイラも制限はあるけど無料だし作り直した方が簡単だわな
いや昼間はふつうに起きて働いたりジム行ったりしてます。寝るのは19:00前後ですが(^o^)
>>41さんのが正論ですよね。お客にもそう奨めます。Ｈ８のコンパイラも持ってるし、8～16bit
ならどの石使われても即座に書き換えできます、とお客には言っておこう。
ところで三菱と日立の石ってキャリーの立ち方が反対だったと思うのですが、合体した時に
三菱のほうが折れたのでしょうか？
>>41さんのが正論ですよね。お客にもそう奨めます。Ｈ８のコンパイラも持ってるし、8～16bit
ならどの石使われても即座に書き換えできます、とお客には言っておこう。
ところで三菱と日立の石ってキャリーの立ち方が反対だったと思うのですが、合体した時に
三菱のほうが折れたのでしょうか？
44 ：デフォルトの名無しさん：2006/10/08(日) 02:01:29
45 ：デフォルトの名無しさん：2006/10/08(日) 04:49:08
私にとっては実装のたびに\15ぐらいもらえるので美味しいんですけど、なんか可哀そうで。
三菱の50747とかいう小さな8bitﾁｯﾌﾟを使ったことがあるのですが、ご丁寧にデータブックの
表紙にジャンボの写真が印刷されていました。（紙のデータブックがあたりまえのいい時代。）
このﾁｯﾌﾟがｷｬﾘｰの立ち方が反対でした。引き算してマイナスになったときｷｬﾘｰが０。
デバック中に気づいて、データブック確認して目を疑いましたよ。キャリー判定の箇所を
総ざらいするはめになりました。
三菱の50747とかいう小さな8bitﾁｯﾌﾟを使ったことがあるのですが、ご丁寧にデータブックの
表紙にジャンボの写真が印刷されていました。（紙のデータブックがあたりまえのいい時代。）
このﾁｯﾌﾟがｷｬﾘｰの立ち方が反対でした。引き算してマイナスになったときｷｬﾘｰが０。
デバック中に気づいて、データブック確認して目を疑いましたよ。キャリー判定の箇所を
総ざらいするはめになりました。
46 ：デフォルトの名無しさん：2006/10/08(日) 12:05:52
それってSUB命令のときはボローがないときC = 1ってこと？
なんか勘違いでしょ。そんなCPUありえんと思う。
それだとSUBBのときはCは反転してから引き算されるのか?
オーバーフローのフラグと部分的にごっちゃになってるんじゃないか。
なんか勘違いでしょ。そんなCPUありえんと思う。
それだとSUBBのときはCは反転してから引き算されるのか?
オーバーフローのフラグと部分的にごっちゃになってるんじゃないか。
47 ：デフォルトの名無しさん：2006/10/08(日) 17:41:48
PICもボローが無いときにC=1になるんで悪名が高いな。
はっきり言ってどちらでも構わないし、ゲートをけちったらそうなったん
じゃないの？
>>46になんでそのようなCPUがありえないのか聞いてみたい。
はっきり言ってどちらでも構わないし、ゲートをけちったらそうなったん
じゃないの？
>>46になんでそのようなCPUがありえないのか聞いてみたい。
48 ：デフォルトの名無しさん：2006/10/08(日) 21:32:42
なんでって書いてあるじゃん
そんな仕様にしたらSUBBの動作が直感に反するでしょ。
そんな仕様にしたらSUBBの動作が直感に反するでしょ。
49 ：デフォルトの名無しさん：2006/10/09(月) 01:31:08
直感に反するけど、そうだったんです。CPU全てでキャリーがどうだというルールはない
ようでした。 もう２０年近く昔の話ですが。
その後ソニーの8bitでも似たような命令セット見たことがあります。
ようでした。 もう２０年近く昔の話ですが。
その後ソニーの8bitでも似たような命令セット見たことがあります。
50 ：デフォルトの名無しさん：2006/10/09(月) 04:11:28
>>49
ンニーの8ビットって、すーはみのAPUに使われてた奴かな?
あれは6502のぱくりだ。
6502の設計はある意味究極なので、知識がないヤシはぜひつまみ食いしてくれたまい。
でも組み込みで6502系を採用したって話はなかなか聞かないなぁ。
ンニーの8ビットって、すーはみのAPUに使われてた奴かな?
あれは6502のぱくりだ。
6502の設計はある意味究極なので、知識がないヤシはぜひつまみ食いしてくれたまい。
でも組み込みで6502系を採用したって話はなかなか聞かないなぁ。
51 ：デフォルトの名無しさん：2006/10/09(月) 04:16:48
50さんも早起き？ 私が見たソニーの石はｃが無くてASMしかなかった。あれじゃｸﾐｺは大変。
52 ：デフォルトの名無しさん：2006/10/09(月) 07:22:03
A-B 命令は (A + 全ビット反転(B) +1) として実現されるので
回路をケチるとボローは 桁借が無い時に１になります。
SUBBの時は(A + 全ビット反転(B) +CY) と実現するので、
これを理解すれば、ボローはキャリーの反転が自然だという事になりますね
回路をケチるとボローは 桁借が無い時に１になります。
SUBBの時は(A + 全ビット反転(B) +CY) と実現するので、
これを理解すれば、ボローはキャリーの反転が自然だという事になりますね
53 ：デフォルトの名無しさん：2006/10/09(月) 10:04:03
6502がそういう設計ってことは、ARMなんかもそうだったりするのかな？
ARMは6502の子孫って聞いたけど
ARMは6502の子孫って聞いたけど
54 ：デフォルトの名無しさん：2006/10/09(月) 10:38:58
i8080は10進補正のために加算か減算かを保存する必要があった。
そのためのロジックがあればボローを反転させるのは簡単だ。
そのためのロジックがあればボローを反転させるのは簡単だ。
55 ：デフォルトの名無しさん：2006/10/09(月) 18:07:10
夕方に、駅前の電線にムクドリの大群がねぐらを求めに来ます。ﾁｭﾝﾁｭﾝ大騒ぎするのですが、
よく見ると連中のやってることはバブルソートですね。 個体間の順位（＝ソートキー）があって
ある固体が電線にとまろうとするときに、自分より格下が居ると威嚇して追い払う。追い出された
固体はそのまた格下に対して同様の事を実行する。これが日が暮れるまで続きます。
ピュー太のソートと違うところは、翌朝大量の糞が道路に残って養鶏場の臭いになっている事。
情報処理にもエネルギーを使うのが実感できます。でも彼らの使うエネルギーは、糞は出すが
ＰＣより効率良さそう・・・
よく見ると連中のやってることはバブルソートですね。 個体間の順位（＝ソートキー）があって
ある固体が電線にとまろうとするときに、自分より格下が居ると威嚇して追い払う。追い出された
固体はそのまた格下に対して同様の事を実行する。これが日が暮れるまで続きます。
ピュー太のソートと違うところは、翌朝大量の糞が道路に残って養鶏場の臭いになっている事。
情報処理にもエネルギーを使うのが実感できます。でも彼らの使うエネルギーは、糞は出すが
ＰＣより効率良さそう・・・
56 ：デフォルトの名無しさん：2006/10/20(金) 20:35:45
スレ違いならご容赦願います。
「CDドライブっつうのは、こんな原理で動くんですよ」というデモをしたいなと考えています。(普通の人、子供向け)
スピンドルの回転、ピックアップの前後移動、レーザーのOn/Offあたりを、実際に見せられたらなと思ってます。
必要な物品と技術的なハードルについて、御教示頂けないでしょうか？
もし、自作プログラムでATAPIなんかのコマンドを送ることで自由にドライブが制御できれば、話は簡単なのでしょう。
ですが、そもそもこんな低レベルの動作を、インターフェース(SCSI/ATAPI/USB)から制御できるのでしょうか？
トレイの開閉やデータ読み込みくらいの実例はWebにもあるのですが、メディアも不要なこんな動作については見つかりませんでした。
学ぶべき事柄や書籍などありましたら、ヒントだけでも構いませんので教えて頂けないでしょうか？
「CDドライブっつうのは、こんな原理で動くんですよ」というデモをしたいなと考えています。(普通の人、子供向け)
スピンドルの回転、ピックアップの前後移動、レーザーのOn/Offあたりを、実際に見せられたらなと思ってます。
必要な物品と技術的なハードルについて、御教示頂けないでしょうか？
もし、自作プログラムでATAPIなんかのコマンドを送ることで自由にドライブが制御できれば、話は簡単なのでしょう。
ですが、そもそもこんな低レベルの動作を、インターフェース(SCSI/ATAPI/USB)から制御できるのでしょうか？
トレイの開閉やデータ読み込みくらいの実例はWebにもあるのですが、メディアも不要なこんな動作については見つかりませんでした。
学ぶべき事柄や書籍などありましたら、ヒントだけでも構いませんので教えて頂けないでしょうか？
57 ：デフォルトの名無しさん：2006/10/20(金) 20:41:34
>>56
透明ディスクでよさげと思う
透明ディスクでよさげと思う
58 ：デフォルトの名無しさん：2006/10/20(金) 22:33:58
最適制御のフィードバック量が
inv(R)B'Px
になるワケを教えて下さい。
お願いします。
inv(R)B'Px
になるワケを教えて下さい。
お願いします。
59 ：デフォルトの名無しさん：2006/10/21(土) 10:45:39
えっと、光ピックアップのレーザーって直視しても大丈夫だっけ？
60 ：デフォルトの名無しさん：2006/10/21(土) 22:32:56
61 ：デフォルトの名無しさん：2006/10/21(土) 23:44:07
CDケースに "CAUTION" って黄色い注意書きが貼ってあるでしょ？
"恥ずかしいからじっと見つめないでね。 はぁと" って書いてあるよ。
"恥ずかしいからじっと見つめないでね。 はぁと" って書いてあるよ。
62 ：デフォルトの名無しさん：2006/10/21(土) 23:53:03
63 ：デフォルトの名無しさん：2006/10/21(土) 23:54:53
だからそれをよい子のみんなに見せようって人がいるわけだけど。。
もちろん「見られる」角度に配慮すれば光線を直視することは回避できるだろうが、
レーザーって反射光でもまずい場合もあるよね確か。
もちろん「見られる」角度に配慮すれば光線を直視することは回避できるだろうが、
レーザーって反射光でもまずい場合もあるよね確か。
64 ：デフォルトの名無しさん：2006/10/22(日) 00:09:55
トイレにドアがあるのに、わざわざ全開にしてウンコするようなもんか？
しかも便器を洋式から和式に替えて・・・
しかも便器を洋式から和式に替えて・・・
みなさまご返事どうもありがとうございます。
>>57
たしかにそうですね。ちょいと用意してみることにします。
>>59-64
直視(のぞきこみ)は避けねばなりませんが、紙に当てて
光ってるのを見る程度ならば問題ないと思います。
さらには、低出力でも見えやすいDVD用のレーザーを使う工夫も必要でしょう。
>>57
たしかにそうですね。ちょいと用意してみることにします。
>>59-64
直視(のぞきこみ)は避けねばなりませんが、紙に当てて
光ってるのを見る程度ならば問題ないと思います。
さらには、低出力でも見えやすいDVD用のレーザーを使う工夫も必要でしょう。
66 ：デフォルトの名無しさん：2006/10/22(日) 10:01:29
１０倍ぐらいに拡大した模型作って、サーボコントローラ＋シーケンサーでやればそう難しくないだろ。
67 ：デフォルトの名無しさん：2006/10/22(日) 10:03:47
本来の質問の回答は誰もないね。
まあこの業界（どもこそうかもしれんが）俺も含めて低レベルな奴が9割だからねえw
とりあえずこんなの見つけたけど。
いやまあググればすぐでてくるようだから、既に知ってるかもしれないが。。
http://itdesign.jp/cdromp/index.htm
これでとりあえず実現可能か試して、それから自分でATAPIのプログラミングについて
勉強するって手順でどうかなあ。
ATAPIに関してはCQからムックが出てるようだけど、あのシリーズって内容あてにならんことが
多いからなあ。
まあこの業界（どもこそうかもしれんが）俺も含めて低レベルな奴が9割だからねえw
とりあえずこんなの見つけたけど。
いやまあググればすぐでてくるようだから、既に知ってるかもしれないが。。
http://itdesign.jp/cdromp/index.htm
これでとりあえず実現可能か試して、それから自分でATAPIのプログラミングについて
勉強するって手順でどうかなあ。
ATAPIに関してはCQからムックが出てるようだけど、あのシリーズって内容あてにならんことが
多いからなあ。
68 ：デフォルトの名無しさん：2006/10/23(月) 07:51:57
>>58
その RとかB'とか inv() とかが、何なのか定義してみて
その RとかB'とか inv() とかが、何なのか定義してみて
69 ：デフォルトの名無しさん：2006/10/24(火) 22:00:11
inv(R) はRの逆行列。
B' はBの転置行列。
Q, R は単なる重み。
xの微分値がAx+Buの形で表される線形システムで、評価関数∫(x'Qx + u'Ru)が小さくなる制御入力uは
u = -(Rの逆行列 * Bの転置行列 * P * x）
で与えられる。
ただしPは次のﾘｶｯﾁ方程式（省略）を満たす解とする
と本に書いてあるんですが、入門書のためかその式の証明がありません。
ﾘｶｯﾁ式あたりをいじって変形してやれば出てくるんですか？
B' はBの転置行列。
Q, R は単なる重み。
xの微分値がAx+Buの形で表される線形システムで、評価関数∫(x'Qx + u'Ru)が小さくなる制御入力uは
u = -(Rの逆行列 * Bの転置行列 * P * x）
で与えられる。
ただしPは次のﾘｶｯﾁ方程式（省略）を満たす解とする
と本に書いてあるんですが、入門書のためかその式の証明がありません。
ﾘｶｯﾁ式あたりをいじって変形してやれば出てくるんですか？
70 ：デフォルトの名無しさん：2006/10/25(水) 04:14:16
うわあああ！数式見るとｼﾞﾝﾏｼﾝが・・・ それは、例えば何かを安定化させる制御とかそういうの
に使うの？ アームの位置が目的のとこでぴたりと止まる、とか。
この業界だったら、使えるって判ってる式は証明のとこは飛ばして使っちゃうからなあ。
に使うの？ アームの位置が目的のとこでぴたりと止まる、とか。
この業界だったら、使えるって判ってる式は証明のとこは飛ばして使っちゃうからなあ。
71 ：デフォルトの名無しさん：2006/10/25(水) 09:10:47
>>69
ここは制御系プログラミングのスレで制御理論のスレではないからね。
板違いだから帰れとは言わないけど、答えられる人は少ないかも。
で、ググって見た、
ttp://ysserve.int-univ.com/Lecture/ControlMecha2/node27.html
ここの(2.402)式が少し形が違うけど>>58の式。導き方はその上に書い
てあるから読めば分かるんじゃない。漏れは分からなかったけどw
ここは制御系プログラミングのスレで制御理論のスレではないからね。
板違いだから帰れとは言わないけど、答えられる人は少ないかも。
で、ググって見た、
ttp://ysserve.int-univ.com/Lecture/ControlMecha2/node27.html
ここの(2.402)式が少し形が違うけど>>58の式。導き方はその上に書い
てあるから読めば分かるんじゃない。漏れは分からなかったけどw
72 ：デフォルトの名無しさん：2006/10/25(水) 20:53:20
そうか、プログラミングのスレでしたか。
ググったら「聞いてもいいぜ」なんて出てきたんで、早速聞いてみたんですが、
その前に、どのカテゴリのスレから確認すべきでした。
どう考えても数学系ですね。。
ありがとうございました。
ググったら「聞いてもいいぜ」なんて出てきたんで、早速聞いてみたんですが、
その前に、どのカテゴリのスレから確認すべきでした。
どう考えても数学系ですね。。
ありがとうございました。
73 ：デフォルトの名無しさん：2006/10/25(水) 22:11:38
いや、本来「制御」ってカテゴリーは制御理論を使うような分野のことを
差すんだろうとは思うんだけどね。
リミットスイッチだのタリーだのポーリングしてチマチマやるようなのは
制御なんていうのはおこがましいよねw
差すんだろうとは思うんだけどね。
リミットスイッチだのタリーだのポーリングしてチマチマやるようなのは
制御なんていうのはおこがましいよねw
74 ：デフォルトの名無しさん：2006/10/26(木) 05:36:46
大昔はクミコ系って言ってたよね。そっちのが実情には合ってるかも。
75 ：デフォルトの名無しさん：2006/10/26(木) 21:27:09
何で俺の妻の名前が久美子だって知ってるんだ。
76 ：デフォルトの名無しさん：2006/10/31(火) 00:34:01
収束していないステップ応答出力から
伝達関数を１次遅れ系に近似して導出する方法ってありますか？
伝達関数を１次遅れ系に近似して導出する方法ってありますか？
77 ：デフォルトの名無しさん：2006/10/31(火) 08:20:52
１次遅れなら、１つ前の値との比率だけで求まりそうなものだが？
俺、なんか勘違いしてるのかな？
俺、なんか勘違いしてるのかな？
78 ：デフォルトの名無しさん：2006/11/08(水) 06:10:44
3MHzの8085のお仕事、まとめて６本ｷﾀｰ------- １，２週は楽しめそう・・・
79 ：デフォルトの名無しさん：2006/11/11(土) 05:18:01
続けてまた２本ｷﾀｰ。まあ、大して\にはならないんだけど、ﾁｯﾁｬｲﾌﾟﾛｸﾞﾗﾑひねくる遊びとしては
面白いんだよね。大昔はbit誌のﾅﾉﾋﾟｺ教室とか好きだったし。
この石でsin/cos出してくれ、って言われたときはちょっとあせった。
面白いんだよね。大昔はbit誌のﾅﾉﾋﾟｺ教室とか好きだったし。
この石でsin/cos出してくれ、って言われたときはちょっとあせった。
80 ：デフォルトの名無しさん：2006/11/11(土) 07:58:33
私ゃテーブル作ったよ。
#お蔭で、sqrtよりsin/cosの方が速い罠。
#お蔭で、sqrtよりsin/cosの方が速い罠。
>>80 私もそうです。１度単位で出ればいいので[360]のﾃｰﾌﾞﾙですんだ。
ルートはどうしたんですか？
ルートはどうしたんですか？
82 ：デフォルトの名無しさん：2006/11/11(土) 13:53:37
どうせ実数のライブラリ使うなら素直にライブラリの関数使えばいいのに。。
ひょっとして俺様定義の実数をアセで使ってるとか？
それならそんなことよりごく普通に10進の文字列との相互変換とか、
そのあたりの方が余程難しい気がするんだが。
っていうか三角関数ってテーブルを素直に参照するだけのやり方でも
pi/2まであれば十分なはずだけど。
ひょっとして俺様定義の実数をアセで使ってるとか？
それならそんなことよりごく普通に10進の文字列との相互変換とか、
そのあたりの方が余程難しい気がするんだが。
っていうか三角関数ってテーブルを素直に参照するだけのやり方でも
pi/2まであれば十分なはずだけど。
>>81
あー、テーブルのエントリー数は0-90度を100個にしてたかな。だから厳密には度じゃなくて0-100グラジアン。
奇数で順番に引く方法で計算してた。16ビット整数だと高々256回回るだけだから。
>>82
そんな贅沢なものを使えるほど余裕がないときもあったのよ。
んで、10進16進変換辺りは10進補正命令も駆使して作った記憶がある。
あー、テーブルのエントリー数は0-90度を100個にしてたかな。だから厳密には度じゃなくて0-100グラジアン。
奇数で順番に引く方法で計算してた。16ビット整数だと高々256回回るだけだから。
>>82
そんな贅沢なものを使えるほど余裕がないときもあったのよ。
んで、10進16進変換辺りは10進補正命令も駆使して作った記憶がある。
84 ：デフォルトの名無しさん：2006/11/11(土) 15:29:19
なんだやっぱり知ったかか。
unit やintじゃないんだから単純にBCDに変換なんてできるわけないじゃんw
それともint + decimal pointなんていう効率の悪いことしてるのかな。
unit やintじゃないんだから単純にBCDに変換なんてできるわけないじゃんw
それともint + decimal pointなんていう効率の悪いことしてるのかな。
おや、誰か浮動小数点数を扱っていると申し上げましたでしょうか。
86 ：デフォルトの名無しさん：2006/11/11(土) 16:14:01
ああ固定小数点って奴ね。
それなら確かに。
しかしそれじゃ利用範囲はかなり限定されそう。
それなら確かに。
しかしそれじゃ利用範囲はかなり限定されそう。
87 ：デフォルトの名無しさん：2006/11/11(土) 22:21:11
8085使うようなシステムの三角関数に汎用性や精度を求める奇特な人が居るな
88 ：デフォルトの名無しさん：2006/11/12(日) 02:53:02
汎用性や精度は求めてもいいんじゃね？
速度とか実用性はしらね
速度とか実用性はしらね
89 ：デフォルトの名無しさん：2006/11/12(日) 03:01:56
私，現代制御理論を勉強してるんだけど，学校で指定されてる教科書は，
「システム制御理論入門」（実教出版）なんだけど，
わけわからなくなって，新たに奨められた参考書
「現代制御論」（吉川井村）（昭晃堂）
買ったんだけど余計わからなくなって，問題解ければいいやと思って，
「演習で学ぶ現代制御理論」（森）
を買って確かにかなりわかりやすかったけどうちの先生数学チック
（Lyapunov方程式でA^TP+PA=-CC^Tにおける唯一解Pの存在条件出せとか）
なのが好きなんだよね．こんなかんじの現代制御で数学チックでわかりやすい問題集無いかな＞＜
どなたか迷える私にご教授ください（汗
「システム制御理論入門」（実教出版）なんだけど，
わけわからなくなって，新たに奨められた参考書
「現代制御論」（吉川井村）（昭晃堂）
買ったんだけど余計わからなくなって，問題解ければいいやと思って，
「演習で学ぶ現代制御理論」（森）
を買って確かにかなりわかりやすかったけどうちの先生数学チック
（Lyapunov方程式でA^TP+PA=-CC^Tにおける唯一解Pの存在条件出せとか）
なのが好きなんだよね．こんなかんじの現代制御で数学チックでわかりやすい問題集無いかな＞＜
どなたか迷える私にご教授ください（汗
90 ：デフォルトの名無しさん：2006/11/12(日) 03:23:49
>>89
ここが何の板だか分かった上での質問か？
ここが何の板だか分かった上での質問か？
91 ：89：2006/11/12(日) 03:30:17
もしや板を間違えましたか？すみません．違うところに行きます．
不機嫌にさせてしまい申し訳ございませんでした！
不機嫌にさせてしまい申し訳ございませんでした！
>>82の ＞pi/2まででいい、ってのは知ってます。ただ範囲によって符号をひっくり返したりする
のがめんどうなので、ROMが余裕あるかぎり１周分用意しちゃいます。
>>83 がsqrtの説明なんですか？頭悪いんでもうちょっとくだいてくれると嬉しい。
>>88 汎用性はゼロでいいです。精度は16～32bit整数で計算できるように押さえます。
ex) 16bitのsin/cosなら±1.0の間だから、符号1bit 整数部1bit 小数部14bitで充分な精度。
速度と実用性こそまさに求められることです。なにせ3MHz(^o^) 今どき8bitの石でも20MHzなのに
のがめんどうなので、ROMが余裕あるかぎり１周分用意しちゃいます。
>>83 がsqrtの説明なんですか？頭悪いんでもうちょっとくだいてくれると嬉しい。
>>88 汎用性はゼロでいいです。精度は16～32bit整数で計算できるように押さえます。
ex) 16bitのsin/cosなら±1.0の間だから、符号1bit 整数部1bit 小数部14bitで充分な精度。
速度と実用性こそまさに求められることです。なにせ3MHz(^o^) 今どき8bitの石でも20MHzなのに
93 ：デフォルトの名無しさん：2006/11/12(日) 07:10:05
制御系でも javaで組むことって可能なの？
もし組めたとしても、リアルタイム性は確保できるのだろうか？
もし組めたとしても、リアルタイム性は確保できるのだろうか？
94 ：デフォルトの名無しさん：2006/11/12(日) 10:30:57
WEPキーをしりたいんですけど、パソコンのどこを調べたらいいんですか？
95 ：デフォルトの名無しさん：2006/11/12(日) 11:57:54
制御系はC++ですらサブセットしかないのにJavaが乗るわけないだろ
96 ：デフォルトの名無しさん：2006/11/12(日) 14:22:33
PLCって制御系？
97 ：デフォルトの名無しさん：2006/11/12(日) 17:10:15
リレーの制御を書くような奴？ ちょっとスレチかな。 いちおうマイコンのプログラムまでと
おもってる。
おもってる。
98 ：デフォルトの名無しさん：2006/11/12(日) 17:20:13
でも組み込み用のJavaってあるよな
99 ：デフォルトの名無しさん：2006/11/12(日) 19:37:53
>>93
リアルタイムなところははサブCPUに任せて
リアルタイムなところははサブCPUに任せて
おっ、やっと荒らし規制明けた。
まぁ、私が扱ってたのは2バイト整数とその派生の固定小数点数だから。
>>92
今更ソースはないし、説明も面倒なんでCで書いてみた。
int main(int argc, char ** argv)
{
int x = atoi(argv[1]);
int xn;
int r;
for (r = 1, xn = x; xn > 0; r += 2) {
xn -= r;
}
r >>= 1;
if (xn < 0) {// 切り上げなら不要
if (r * r - r >= x) --r;// 切り捨てなら不要
}
printf("%d:%d\n", x, r);
return 0;
}
四捨五入しなくていいなら掛け算も使わないのが味噌屋根。
まぁ、私が扱ってたのは2バイト整数とその派生の固定小数点数だから。
>>92
今更ソースはないし、説明も面倒なんでCで書いてみた。
int main(int argc, char ** argv)
{
int x = atoi(argv[1]);
int xn;
int r;
for (r = 1, xn = x; xn > 0; r += 2) {
xn -= r;
}
r >>= 1;
if (xn < 0) {// 切り上げなら不要
if (r * r - r >= x) --r;// 切り捨てなら不要
}
printf("%d:%d\n", x, r);
return 0;
}
四捨五入しなくていいなら掛け算も使わないのが味噌屋根。
101 ：デフォルトの名無しさん：2006/11/13(月) 02:07:12
102 ：デフォルトの名無しさん：2006/11/13(月) 05:01:20
>>100 ありがとうございます。筆算で開くやり方と似たやり方に見えますね。ﾒﾓﾒﾓ・・・と
ITRONを130MHzぐらいのSHで使ってみたけど、mSオーダーのリアル性はﾀﾞﾒﾀﾞﾒでした。
いいとこ10mSオーダーまでかな。MSECを1にしたら重くなるし。
ITRONを130MHzぐらいのSHで使ってみたけど、mSオーダーのリアル性はﾀﾞﾒﾀﾞﾒでした。
いいとこ10mSオーダーまでかな。MSECを1にしたら重くなるし。
以前、ringﾊﾞｯﾌｧの滞留数をwp,rpから計算する手法をここで聞いたし、石選択の相談もしたし、
2chで仕事の役に立つネタを拾う俺って・・・まあ、頭悪いんだからしょ～がない＼(^o^)／
2chで仕事の役に立つネタを拾う俺って・・・まあ、頭悪いんだからしょ～がない＼(^o^)／
104 ：デフォルトの名無しさん：2006/11/13(月) 05:48:42
>>98
ｼﾞｬｽﾞﾙｼﾞｬｽﾞﾙ
ｼﾞｬｽﾞﾙｼﾞｬｽﾞﾙ
105 ：デフォルトの名無しさん：2006/11/13(月) 11:38:03
>>100 奇数を加算した回数が n^2になるという方法だね。
簡単だけど、大きい数で時間がかかりすぎるかもね
16bitなら sqrtの結果は8bitに収まるんで
x^2のテーブル作ってバイナリ検索も簡単で、ソコソコ早いよ
簡単だけど、大きい数で時間がかかりすぎるかもね
16bitなら sqrtの結果は8bitに収まるんで
x^2のテーブル作ってバイナリ検索も簡単で、ソコソコ早いよ
106 ：デフォルトの名無しさん：2006/11/13(月) 15:38:10
テーブルに何入れとくんですか？
あ、0,1,4,9,・・・(255)^2を入れといて当たりの位置がルートですね？
これだと256個のテーブルの２分検索だから高々８回のループでよい、ということですか？
固定少数点で16bit求めようと思うともっと大変ですよね？
あ、0,1,4,9,・・・(255)^2を入れといて当たりの位置がルートですね？
これだと256個のテーブルの２分検索だから高々８回のループでよい、ということですか？
固定少数点で16bit求めようと思うともっと大変ですよね？
107 ：デフォルトの名無しさん：2006/11/13(月) 17:03:05
頭悪いんだからしょ～がないっても、そんなことまで聞くほど馬鹿だとは思わなかった。
108 ：デフォルトの名無しさん：2006/11/13(月) 20:45:09
>>106
入力が32bitの場合の事？
掛け算が使えるならニュートン法が一番高速と思うけど
掛け算使えないなら、
(a+2^n)^2= a^2 + 2^(n+1)*a +2^2n
を使って処理するといいよ。
n=0の時はこの式は (a+1)^2= a^2 + 2*a +1 で
a^2に 2a+1を加算すれば(a+1)^2になる事を意味してる＝奇数を加算すればいい
具体的には、 aとa2 の２つの変数を最初0から、n=15から スタートして
入力値Xと a2 とを比較しては
a2=a2 + 2^(n+1)*a +2^2n ; a=a+(2^n) ;
と更新してゆくわけ
入力が32bitの場合の事？
掛け算が使えるならニュートン法が一番高速と思うけど
掛け算使えないなら、
(a+2^n)^2= a^2 + 2^(n+1)*a +2^2n
を使って処理するといいよ。
n=0の時はこの式は (a+1)^2= a^2 + 2*a +1 で
a^2に 2a+1を加算すれば(a+1)^2になる事を意味してる＝奇数を加算すればいい
具体的には、 aとa2 の２つの変数を最初0から、n=15から スタートして
入力値Xと a2 とを比較しては
a2=a2 + 2^(n+1)*a +2^2n ; a=a+(2^n) ;
と更新してゆくわけ
16bitでS4.11(上5bitがsignと整数部、下11bitが小数部)みたいな約束で、同じ精度でsqrtを
求めたいときでも、そのアルゴリズムは使えますか？sin/cosなんか±1.0の間だからS4.11
みたいな16bitで持ってたので、そのオーダーの数値で少数点つきで扱うときに使えるといいなと。
アルゴリズム辞典みると、実数についてしか書かれてなくて、応用の仕方がわかりません。
求めたいときでも、そのアルゴリズムは使えますか？sin/cosなんか±1.0の間だからS4.11
みたいな16bitで持ってたので、そのオーダーの数値で少数点つきで扱うときに使えるといいなと。
アルゴリズム辞典みると、実数についてしか書かれてなくて、応用の仕方がわかりません。
110 ：デフォルトの名無しさん：2006/11/14(火) 09:35:07
それならニュートン法で。
111 ：デフォルトの名無しさん：2006/11/14(火) 09:57:40
>>109
nは負数でも式の形は同じなので使える事は使えるよ
ただシフト方向が逆になるのでメンドクサイが
掛け算が使えるなら、2ビット単位に見て初期値を決めてニュートン法が一番早い
掛け算が使えないならこの筆算法がまあ我慢出来る範囲だと思うよ
nは負数でも式の形は同じなので使える事は使えるよ
ただシフト方向が逆になるのでメンドクサイが
掛け算が使えるなら、2ビット単位に見て初期値を決めてニュートン法が一番早い
掛け算が使えないならこの筆算法がまあ我慢出来る範囲だと思うよ
いろいろありがとうございます。四則演算しかできないヘタレなので、助かります。
113 ：デフォルトの名無しさん：2006/11/15(水) 11:06:34
a =0
a2=0
n =2
a2d=a2 + 2^(n+1)*a +2^2n = 16( 実際には16<<11) と最初は比較して
それ以上なら a2=a2d , a=a+2^n
次にn=1,n=0で同じ事を繰り返して nが-11になるまで繰り返す
途中 aのシフト方向が反対になる
だからループで処理するより ループを展開して
書いた方がいいと思うよ
a2=0
n =2
a2d=a2 + 2^(n+1)*a +2^2n = 16( 実際には16<<11) と最初は比較して
それ以上なら a2=a2d , a=a+2^n
次にn=1,n=0で同じ事を繰り返して nが-11になるまで繰り返す
途中 aのシフト方向が反対になる
だからループで処理するより ループを展開して
書いた方がいいと思うよ
114 ：デフォルトの名無しさん：2006/11/25(土) 06:15:01
いつもの3MHzの8085の人です。入力が数十秒切れ目無く続くとき、出力にring上書きのような
バグが出て困ってます。入力はヘッダ文字～<CR>で切り出してstrcpyで保存、タイマで数秒
ごとにそこから出力するようにしてるので、処理が間に合わない的なことはないはずなのですが
正体が判ったらネタ書きますね。
バグが出て困ってます。入力はヘッダ文字～<CR>で切り出してstrcpyで保存、タイマで数秒
ごとにそこから出力するようにしてるので、処理が間に合わない的なことはないはずなのですが
正体が判ったらネタ書きますね。
115 ：デフォルトの名無しさん：2006/11/27(月) 00:13:24
>>114
単純に入力のバッファ溢れだったりしてな
単純に入力のバッファ溢れだったりしてな
ああ、それか(*o*) 入力ringで上書きが起きたら、そこから読み出すタスクは変なフレームは
捨てると思ってましたけど、ヘッダを検出後、蓄積状態になってから入力ringに上書きが
起きたらそうなりますね。頭ABC,123,・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・<CR><LF>
↑この辺に別の頭CDE・・・がかぶったりします。
入力taskでちょっと重い処理＝整数変換のsscanfとsprintfをやってたとき出ました。
タイマ処理で減算するタイマの種類も増えたし。 以前出力ringで上書きが起きて、そのときは
ringが置かれるアドレスによって出たり出なかったりしたことがあり、そっちに頭が行ってました。
捨てると思ってましたけど、ヘッダを検出後、蓄積状態になってから入力ringに上書きが
起きたらそうなりますね。頭ABC,123,・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・<CR><LF>
↑この辺に別の頭CDE・・・がかぶったりします。
入力taskでちょっと重い処理＝整数変換のsscanfとsprintfをやってたとき出ました。
タイマ処理で減算するタイマの種類も増えたし。 以前出力ringで上書きが起きて、そのときは
ringが置かれるアドレスによって出たり出なかったりしたことがあり、そっちに頭が行ってました。
軽くする対策としては、こんなのが効き目がありそうです。
・入力処理では数値計算はやらない。→strcpy程度なら間に合うだろう。
・変換／編集は出力のときにやる＝数秒に１回でいい。
・変換／編集の間に上書きがおきないよう、入力ringのサイズを増やす。
>>115さん、ありがとうございます。また2chが仕事に役立ってしまった＼(^o^)／
・入力処理では数値計算はやらない。→strcpy程度なら間に合うだろう。
・変換／編集は出力のときにやる＝数秒に１回でいい。
・変換／編集の間に上書きがおきないよう、入力ringのサイズを増やす。
>>115さん、ありがとうございます。また2chが仕事に役立ってしまった＼(^o^)／
118 ：デフォルトの名無しさん：2006/11/27(月) 04:57:00
ごめんなさい。言葉が悪かったですね。
>>115さん、ありがとうございます。また2chで助けてもらっちゃいました＼(^o^)／
>>115さん、ありがとうございます。また2chで助けてもらっちゃいました＼(^o^)／
この業界って夜型が多いｲﾒｰｼﾞがあるんですが、私以外にも早起きさんがいるんですね。
121 ：デフォルトの名無しさん：2006/11/27(月) 07:38:33
徹夜だったりして
122 ：デフォルトの名無しさん：2006/11/28(火) 04:55:39
でも、月曜の明け方・・・って、日曜から徹夜？ｳﾋｬｰ
まぁ、そのぐらいの言葉遣いはどうでもいいが、、、、
ネタで初歩的なミス書いたのに、そのものズバリかよ。。。。。。。。
ネタで初歩的なミス書いたのに、そのものズバリかよ。。。。。。。。
124 ：デフォルトの名無しさん：2006/11/29(水) 08:10:05
技術者同士だから当然だと思って説明に書かなかったような事でトラブルって良くあるよ
多重割り込がかかるとだけ書いたら、スタックが2度使われてると文句が出たり
帰還の入ったデジタルフィルターを低い周波数に設定したらノイズが出るって文句が出たり
多重割り込がかかるとだけ書いたら、スタックが2度使われてると文句が出たり
帰還の入ったデジタルフィルターを低い周波数に設定したらノイズが出るって文句が出たり
確認してきました～、そのものズバリでした。入力時に数十ミリ毎に乗除算をするともうダメ。
>>117の対処でﾊﾞｯﾁﾘでした。あらためて、>>115さん、ありがとうございます。
この手のｿﾌﾄ、20回近く作ってるのに、ありとあらゆるミスをくり返してます。ﾄﾎﾎ・・・
>>117の対処でﾊﾞｯﾁﾘでした。あらためて、>>115さん、ありがとうございます。
この手のｿﾌﾄ、20回近く作ってるのに、ありとあらゆるミスをくり返してます。ﾄﾎﾎ・・・
126 ：デフォルトの名無しさん：2006/11/30(木) 08:15:25
まるで漏れが面倒見る羽目になりそうなプロジェクトのようだな。
127 ：デフォルトの名無しさん：2006/11/30(木) 12:25:39
なんていうか、むしろ>>114みたいな意味不明の文章を解読できる人間が
本人以外に存在するってことが驚きだよ
本人以外に存在するってことが驚きだよ
128 ：デフォルトの名無しさん：2006/12/01(金) 00:26:32
129 ：デフォルトの名無しさん：2006/12/01(金) 03:42:41
>>127 前スレあたりで、「3MHzの8085Aを使ってuartの入出力をやってます。ROMはxxxx、
RAMはこの位・・・」とかシステムの概要は説明されてるので、それ読んでる人にはそんなに
意味不明でもないな。同業だし。unix系とかcobol系の人には意味不明かも。
RAMはこの位・・・」とかシステムの概要は説明されてるので、それ読んでる人にはそんなに
意味不明でもないな。同業だし。unix系とかcobol系の人には意味不明かも。
130 ：デフォルトの名無しさん：2006/12/01(金) 05:51:37
前スレ見てきたがもう1年経ってるんだな
1年やっててそのレベルか・・・
1年やっててそのレベルか・・・
131 ：デフォルトの名無しさん：2006/12/01(金) 12:08:00
この程度の規模だと、大体そういうミスをやらかすんだよな
俺も最近、出力が止まるミスをやらかしたが、
割り込みで出力して出力中フラグを立てて、
次の割り込みで出すデータが無くなったらそれを倒す、って作ったら
割り込み内で処理が終了する場合があって、
そのときにフラグが永久にたったままに…
俺も最近、出力が止まるミスをやらかしたが、
割り込みで出力して出力中フラグを立てて、
次の割り込みで出すデータが無くなったらそれを倒す、って作ったら
割り込み内で処理が終了する場合があって、
そのときにフラグが永久にたったままに…
ﾅｶｰﾏ！・・・でも私なんかと仲良くしたくないよね。バカが伝染る(^o^)
133 ：デフォルトの名無しさん：2006/12/01(金) 18:12:02
確かに数字を間違えるようじゃ制御系では致命的だからな。
あちゃ～(*o*) こないだも１と２見間違えて動かないのに３ｈはまった・・・ﾃﾞｨｽﾌﾟﾚｲのせいにしよ
135 ：デフォルトの名無しさん：2006/12/02(土) 11:29:26
だから即値を使うなとあれほど
136 ：デフォルトの名無しさん：2006/12/02(土) 11:55:59
即値とマジックナンバーは違うでしょw
137 ：デフォルトの名無しさん：2006/12/02(土) 13:56:03
いや、#defineの名前じゃなくて関数名にch1puts()とch2puts()ってつけて、引数も同じだし。
隣のCHに出してた・・・orz
隣のCHに出してた・・・orz
138 ：デフォルトの名無しさん：2006/12/02(土) 22:11:17
>>137
だから、共通化して引数でCH指定しろと何度（ｒｙ
だから、共通化して引数でCH指定しろと何度（ｒｙ
139 ：デフォルトの名無しさん：2006/12/03(日) 00:30:05
結局1と2の間違いはどこまでも付きまとう予感。
>>138 昔、G.J.マイヤーズの「複合設計」という本に感銘を受けて、「制御結合ｲｸﾅｲ」が
刷り込まれてるのですよ。この場合だと、呼ぶほう puts(1,"abc\r\n"); 呼ばれるほう
void puts(int ch, char* str) {
if( ch==1 ) ch1のringへ出力
elseif( ch==2 ) ch2のringへ出力
elseif( ch==3 ) ch3の・・・ なんて感じになりますよね。 この1つ目の引数は
マイヤーズの言う「制御パラメータ」で、ｵｰﾊﾞｰﾍｯﾄﾞです。呼ぶとこでは1/2のどちらに出すか
判っているのだから、それぞれの機能の入り口があればそこを呼べばいい、という考えです。
でも、Win系に慣れてる今の人はこういうののほうが違和感あるみたいです。会社で書かれる
コードの殆どはchを引数に持ちますね。「それムダじゃん」って突っついても「これが標準化
だから」で終わり。 まあ、今のPG環境には「不足」よりは「過剰」がﾄﾚﾝﾄﾞですからねえ。
こういう人たちに3MHzの石使わせると「動かねｴ・性能出ねｴ・石ダメじゃん」は必至。
刷り込まれてるのですよ。この場合だと、呼ぶほう puts(1,"abc\r\n"); 呼ばれるほう
void puts(int ch, char* str) {
if( ch==1 ) ch1のringへ出力
elseif( ch==2 ) ch2のringへ出力
elseif( ch==3 ) ch3の・・・ なんて感じになりますよね。 この1つ目の引数は
マイヤーズの言う「制御パラメータ」で、ｵｰﾊﾞｰﾍｯﾄﾞです。呼ぶとこでは1/2のどちらに出すか
判っているのだから、それぞれの機能の入り口があればそこを呼べばいい、という考えです。
でも、Win系に慣れてる今の人はこういうののほうが違和感あるみたいです。会社で書かれる
コードの殆どはchを引数に持ちますね。「それムダじゃん」って突っついても「これが標準化
だから」で終わり。 まあ、今のPG環境には「不足」よりは「過剰」がﾄﾚﾝﾄﾞですからねえ。
こういう人たちに3MHzの石使わせると「動かねｴ・性能出ねｴ・石ダメじゃん」は必至。
で、139さんの言うとおりなんです。今の画面は10年前のｲｲﾔﾏの15吋なんですが、縁ばかり
デカくて、点々が荒い。客の会社であたりまえに使われてるDELLの17吋がキレイで夢みたい。
1と2の入口名をchONEputs()、chTWOputsとでもしないと、このﾃﾞｨｽﾌﾟﾚｲでは、またやりそう。
デカくて、点々が荒い。客の会社であたりまえに使われてるDELLの17吋がキレイで夢みたい。
1と2の入口名をchONEputs()、chTWOputsとでもしないと、このﾃﾞｨｽﾌﾟﾚｲでは、またやりそう。
142 ：デフォルトの名無しさん：2006/12/03(日) 12:29:59
>>137
あんたも同僚さんも教条主義的に物事考えすぎなんじゃないの？
その方法がよいか悪いかを判断する基準を、あんたの現場を知りもしない
どこかの学者さんとかに任せるの？w
プログラムは問題解決の手段なんだから、判断基準は、どちらがその問題を解決するにあたって
適合的かどうかでしょう。
まあそうはいっても、「特別の理由がない限りは」引数でChannelを指定する方法を
採用すべきだろうね。理由は、
(0) コードの直観性に関しては、呼び出すその部分だけ見ればどちらも大差ない。
(1) 余程頻繁に呼び出されるのでもない限り、Chによる処理の分岐程度のオーバヘッドは
大昔のマイコンのような貧弱な環境でも問題にならないはず。
(2) 指定するチャンネルを動的に変化させる必要がある場合、>>137式のコードの場合、
呼び出し元の数だけ呼び出し先を選択する余分なコードが必要になる上、
そのコードを読む者に「こんな冗長なことをあえてしているのには何か特別な理由があるのか？」
と余計な詮索を強いることになる。
あんたも同僚さんも教条主義的に物事考えすぎなんじゃないの？
その方法がよいか悪いかを判断する基準を、あんたの現場を知りもしない
どこかの学者さんとかに任せるの？w
プログラムは問題解決の手段なんだから、判断基準は、どちらがその問題を解決するにあたって
適合的かどうかでしょう。
まあそうはいっても、「特別の理由がない限りは」引数でChannelを指定する方法を
採用すべきだろうね。理由は、
(0) コードの直観性に関しては、呼び出すその部分だけ見ればどちらも大差ない。
(1) 余程頻繁に呼び出されるのでもない限り、Chによる処理の分岐程度のオーバヘッドは
大昔のマイコンのような貧弱な環境でも問題にならないはず。
(2) 指定するチャンネルを動的に変化させる必要がある場合、>>137式のコードの場合、
呼び出し元の数だけ呼び出し先を選択する余分なコードが必要になる上、
そのコードを読む者に「こんな冗長なことをあえてしているのには何か特別な理由があるのか？」
と余計な詮索を強いることになる。
143 ：デフォルトの名無しさん：2006/12/03(日) 15:23:21
そもそも数字を間違う時点でお察しなのはおいとくとして。
保守性を考えればどちらにすべきか一目瞭然ではないかと。
仮に性能が出ないというのであれば、それを実測した後に対処すればいいとおもうが。
保守性を考えればどちらにすべきか一目瞭然ではないかと。
仮に性能が出ないというのであれば、それを実測した後に対処すればいいとおもうが。
144 ：デフォルトの名無しさん：2006/12/03(日) 15:56:53
だいたい>142-143のいうとおりなんだが、付け加えるなら
Ch1とか2とか抽象化している時点で>137の考えは破綻しているような。
Ch1とか2とか抽象化している時点で>137の考えは破綻しているような。
ども。こんなアホの相手してくださって嬉しいです。そうですね、保守性の点では他の大多数の
PGが見ることを考えて標準的な書き方にしといたほうがいいですね。いつか誰かが読んだとき
(2)みたいなことで頭ひねらせたらすまないですもんね。割り込み処理がCH分あるのは
しょうがないとして、タスク側のｲﾝﾀｰﾌｪｰｽはｽｷｰﾘしますね。
箇条書きの項番が(0)から、ってのが、さすがクミコ屋さん。
PGが見ることを考えて標準的な書き方にしといたほうがいいですね。いつか誰かが読んだとき
(2)みたいなことで頭ひねらせたらすまないですもんね。割り込み処理がCH分あるのは
しょうがないとして、タスク側のｲﾝﾀｰﾌｪｰｽはｽｷｰﾘしますね。
箇条書きの項番が(0)から、ってのが、さすがクミコ屋さん。
146 ：デフォルトの名無しさん：2006/12/04(月) 08:10:03
まあch1/ch2なんて名前じゃなくて Main/Subとかの方がいいだろな
１を使うか２を使うかは#define で切り替えればいいのだから
１を使うか２を使うかは#define で切り替えればいいのだから
147 ：デフォルトの名無しさん：2006/12/04(月) 10:29:33
ｃｈ3は何と名付けようかね
148 ：デフォルトの名無しさん：2006/12/04(月) 10:33:11
Main/Sub/Sub2/Sub3・・・
149 ：デフォルトの名無しさん：2006/12/04(月) 12:55:03
primary
secondary
tertiary
secondary
tertiary
CHは４つあって、お客はA-CH、B-CH、C-CH、D-CHと言ってます。
メイン／サブだと、なんか主に使うCHとついでに使うCHみたいに感じますね。
実際はどれも並列で、使うときにどの装置とつなげるか適当に決めます。
メイン／サブだと、なんか主に使うCHとついでに使うCHみたいに感じますね。
実際はどれも並列で、使うときにどの装置とつなげるか適当に決めます。
151 ：デフォルトの名無しさん：2006/12/05(火) 07:31:30
それならforループで回せるように 引数にch番号を入れるのは悪くないね
152 ：デフォルトの名無しさん：2006/12/05(火) 17:47:03
SH-2について教えて下さい。今、HEWを使いCソースを書いていたのですが、
PE.DR.BIT.B0 = 1;
のC言語ソースが
MOV.W L11,R6
MOV.B @(1,R6),R0
OR #1,R0
MOV.B R0,@(1,R6)
L11:
.DATA.W H'83A0
のようにコンパイルされます。
別の割り込みで、例えば「PE.DR.BIT.B3 = 1」の様な操作をしたいのですが、
これだと、OR #1,R0の辺りで割り込まれると、割り込み先での「PE.DR.BIT.B3 = 1」が無効になります。
（Read-Modify-Writeの途中で、割り込みが発生した場合）
タイミング悪く、PE.DR.BIT.B3 = 1を無効にしない為には、どのようにすれば良いでしょうか？
PE.DR.BIT.B0 = 1;
のC言語ソースが
MOV.W L11,R6
MOV.B @(1,R6),R0
OR #1,R0
MOV.B R0,@(1,R6)
L11:
.DATA.W H'83A0
のようにコンパイルされます。
別の割り込みで、例えば「PE.DR.BIT.B3 = 1」の様な操作をしたいのですが、
これだと、OR #1,R0の辺りで割り込まれると、割り込み先での「PE.DR.BIT.B3 = 1」が無効になります。
（Read-Modify-Writeの途中で、割り込みが発生した場合）
タイミング悪く、PE.DR.BIT.B3 = 1を無効にしない為には、どのようにすれば良いでしょうか？
153 ：152：2006/12/05(火) 17:48:04
あと、マニュアル見ると
OR.B #imm,@(R0, GBR)
というのがあるんですが、これを使ってくれないのは何でなんでしょう？
OR.B #imm,@(R0, GBR)
というのがあるんですが、これを使ってくれないのは何でなんでしょう？
154 ：デフォルトの名無しさん：2006/12/05(火) 22:11:03
その OR.B #imm,@(R0, GBR) を #pragma inline_asm で使うか
その前後で割り込み禁止許可したらいいんじゃないの？
今 SHの環境は削除してるから C言語でもっと巧く出来るのかもしれないが
ありがとうございました
H8/300では1命令で出来たので、苦労無かったのですが・・・
割り込みを禁止許可を前後に入れる方向でやってみます
H8/300では1命令で出来たので、苦労無かったのですが・・・
割り込みを禁止許可を前後に入れる方向でやってみます
156 ：デフォルトの名無しさん：2006/12/06(水) 04:42:42
300ならDI/EIでいいけど、SHだと割り込み許可レベルの変更になりますよね。
それだと全種類の割込みを止めてしまう。それよりはPEDRを使うことが判っているデバイス
（uartとかDMAとか）の制御レジスタの割込み許可ｂｉｔを禁止する手法のほうが、
巻き添えを食う処理が少なくてベターだとおもいます。
それだと全種類の割込みを止めてしまう。それよりはPEDRを使うことが判っているデバイス
（uartとかDMAとか）の制御レジスタの割込み許可ｂｉｔを禁止する手法のほうが、
巻き添えを食う処理が少なくてベターだとおもいます。
157 ：デフォルトの名無しさん：2006/12/06(水) 11:18:04
STC GBR,@-R15 ;スタックにGBRを保存して
MOV.W L11,R0
add
OR #1,@(R0,GBR)
MOV.W L11,R0
add
OR #1,@(R0,GBR)
158 ：デフォルトの名無しさん：2006/12/06(水) 11:28:03
ゴメン 編集途中で書いた
#pragma inline_asm(setHoge)
static void setHoge(void)
{
STC GBR,@-R15 ;スタックにGBRを保存して
MOV.L L11,R0
LDC R0,GBR ;
MOV #1,R0
OR.B #1,@(R0,GBR)
LDC @R15+,GBR
}
こんな感じでいいんじゃないの？
#pragma inline_asm(setHoge)
static void setHoge(void)
{
STC GBR,@-R15 ;スタックにGBRを保存して
MOV.L L11,R0
LDC R0,GBR ;
MOV #1,R0
OR.B #1,@(R0,GBR)
LDC @R15+,GBR
}
こんな感じでいいんじゃないの？
159 ：デフォルトの名無しさん：2006/12/06(水) 12:33:30
関係ないけどH8のアセンブラって使いにくいよね。
どこの馬鹿が考えたのかと思う。
シンボルの再定義もできないんじゃ、ルーチン内でレジスタにシンボル割り当てて
高級言語のローカル変数みたいな使い方することができないじゃん。
どこの馬鹿が考えたのかと思う。
シンボルの再定義もできないんじゃ、ルーチン内でレジスタにシンボル割り当てて
高級言語のローカル変数みたいな使い方することができないじゃん。
160 ：デフォルトの名無しさん：2006/12/06(水) 14:01:02
H8はもうCで書くのが定着しちゃったから、インラインで書く程度では？
H8/M16 あたりから上はC言語でしょ？
H8/M16 あたりから上はC言語でしょ？
161 ：デフォルトの名無しさん：2006/12/07(木) 05:57:35
H8は最初からコンパイラありきで開発されましたからねえ。アセンブラはPGに使わせるため
というよりは、ｃの最終フェーズのためにだけ作られたと考えたほうがいいでしょう。
ANSI にないｂｉｔ代入の書式までｃで書けるし。ベクタ部もｃで書けるし。
でも ｓｆｒ．1 = (判定式)? 1：0； みたいな書き方するとコンパイラがバグったな。
というよりは、ｃの最終フェーズのためにだけ作られたと考えたほうがいいでしょう。
ANSI にないｂｉｔ代入の書式までｃで書けるし。ベクタ部もｃで書けるし。
でも ｓｆｒ．1 = (判定式)? 1：0； みたいな書き方するとコンパイラがバグったな。
162 ：デフォルトの名無しさん：2006/12/22(金) 03:12:23
いつもの3MHzの8085の人です。プリンストンの１９インチＷというディスプレイに変えました。
文字くっきりでとても快適です。１と２見間違える対策にはこれがいちばんみたいです。
DOS窓でLSIC80走らせるだけにしてはえらくオーバースペックですけど。
文字くっきりでとても快適です。１と２見間違える対策にはこれがいちばんみたいです。
DOS窓でLSIC80走らせるだけにしてはえらくオーバースペックですけど。
163 ：デフォルトの名無しさん：2006/12/27(水) 21:59:42
フォトセンサーは何ボルトぐらいの振幅が出ますか？
164 ：デフォルトの名無しさん：2006/12/27(水) 23:51:38
１万ボルトくらい
165 ：デフォルトの名無しさん：2006/12/28(木) 21:57:34
一般論で言えば４Ｖか、１１Ｖか、２３Ｖか、４７Ｖか、全くでないか、煙が出る
166 ：デフォルトの名無しさん：2006/12/28(木) 22:41:50
電気はな、触って骨が透けて見えるくらいが丁度いいんだ
167 ：困ったさん：2007/01/08(月) 23:16:00
やってもらいたい問題があるんですがお願いします！
連続系の制御と離散系の制御の本質的な違いって説明せよ。
連続系の制御と離散系の制御の本質的な違いって説明せよ。
168 ：デフォルトの名無しさん：2007/01/08(月) 23:38:50
連続系がアウトランだとすると、離散系はパワードリフト
169 ：困ったさん：2007/01/08(月) 23:42:18
回答ありがとうございます。
知識まったくないんでわかりやすく説明してもらえませんか？(＞ω＜)
知識まったくないんでわかりやすく説明してもらえませんか？(＞ω＜)
170 ：デフォルトの名無しさん：2007/01/08(月) 23:59:37
知識無いなら単位は諦めて勉強し直せ
171 ：困ったさん：2007/01/09(火) 00:22:52
俺に聞いてもいいぜとか書いてあったから聞いたんですが。
172 ：デフォルトの名無しさん：2007/01/09(火) 00:32:23
聞くのは勝手だが、スレもロクに読まない教えて君に答えるのは馬鹿馬鹿しい。
173 ：困ったさん：2007/01/09(火) 00:37:41
はいはい
174 ：デフォルトの名無しさん：2007/01/09(火) 00:57:06
馬鹿が名乗ってるおかげでNG登録しやすいぜ
175 ：デフォルトの名無しさん：2007/01/09(火) 01:14:27
連続系がアフターバーナーⅡだとすると、離散系はG-LOC
176 ：デフォルトの名無しさん：2007/01/09(火) 14:15:16
x = √(12+√(12+√(12+√(12+√(12+・・・ ・・・)))
xの値は？
xの値は？
177 ：デフォルトの名無しさん：2007/01/09(火) 17:24:51
４
178 ：デフォルトの名無しさん：2007/01/09(火) 22:32:42
あ、-3は違うかｗ
180 ：デフォルトの名無しさん：2007/01/19(金) 07:41:51
いつもの3MHzの8085の人です。ディスプレイを替えてから４ｼｽﾃﾑほど作りました。
edit間違いは目に見えて減りました。不具合は「タイムアウトはこの位で」の辺りで、
これはつながる相手次第で現場合わせ的なとこがあるのでしょうがないかな。
DOS窓でmake実行するとﾄｺﾄｺ流れずに一瞬で終わってしまうのがなんか虚しい・・・
edit間違いは目に見えて減りました。不具合は「タイムアウトはこの位で」の辺りで、
これはつながる相手次第で現場合わせ的なとこがあるのでしょうがないかな。
DOS窓でmake実行するとﾄｺﾄｺ流れずに一瞬で終わってしまうのがなんか虚しい・・・
181 ：デフォルトの名無しさん：2007/01/20(土) 13:14:53
【ネガティブ派遣根性チェック】
3つ以上、思い当たる点があればアナタの性格はひん曲がっており、ネガティブ負け組人生を歩んでいます。
□派遣先の人事権のある社員の意見はたとえ間違っていてもマンセーする
□派遣先から「いつまでもここで仕事してくださいね(安い金でｗ)」と言われている
□自社に仕事を持ち帰れるように言われるとムカつく
□自社で仕事なんてできるわけがない
□派遣労働の問題点の話題が出ると感情剥き出しにする
□派遣労働の問題を指摘する人は嫌いだ
□派遣先には仕事だけでなく自分のプライベートについても指示して欲しい
□自分の月額金額を知らない
□派遣先社員より自分の生涯収入が低いのは当然だ
□派遣先に尻尾を振り、いつまでも派遣を続けることが大切だ
3つ以上、思い当たる点があればアナタの性格はひん曲がっており、ネガティブ負け組人生を歩んでいます。
□派遣先の人事権のある社員の意見はたとえ間違っていてもマンセーする
□派遣先から「いつまでもここで仕事してくださいね(安い金でｗ)」と言われている
□自社に仕事を持ち帰れるように言われるとムカつく
□自社で仕事なんてできるわけがない
□派遣労働の問題点の話題が出ると感情剥き出しにする
□派遣労働の問題を指摘する人は嫌いだ
□派遣先には仕事だけでなく自分のプライベートについても指示して欲しい
□自分の月額金額を知らない
□派遣先社員より自分の生涯収入が低いのは当然だ
□派遣先に尻尾を振り、いつまでも派遣を続けることが大切だ
182 ：デフォルトの名無しさん：2007/01/24(水) 02:26:59
俺、頭悪いけど派遣やったことないからこのチェックリストは当たらないな。ﾁｮﾄﾖｶｯﾀ
183 ：デフォルトの名無しさん：2007/01/31(水) 03:12:43
LSIC80で、82h、'D'・・・をuartに出そうとして、"\x82Dxxx"という文字列を書いたら、\x82Dは
2Dhという文字になってしまうんですね。"\x82Txxx"という文字列では82hの次に'T'が出るのに。
Dが16進数だからというのは判るのですが、こういう場合どのような表記にすればいいのでしょう？
2Dhという文字になってしまうんですね。"\x82Txxx"という文字列では82hの次に'T'が出るのに。
Dが16進数だからというのは判るのですが、こういう場合どのような表記にすればいいのでしょう？
184 ：デフォルトの名無しさん：2007/01/31(水) 03:42:29
185 ：デフォルトの名無しさん：2007/01/31(水) 04:42:32
わを！早起きさんありがとう。対処は"\x82""Dxxx"の記法で、できました。
その後Ｋ＆Ｒなんか見たのですが、\xhhで1文字になる、となってました。
コンパイラのバグか、仕様か、微妙なとこを踏んづけたなあと思いました。
その後Ｋ＆Ｒなんか見たのですが、\xhhで1文字になる、となってました。
コンパイラのバグか、仕様か、微妙なとこを踏んづけたなあと思いました。
186 ：デフォルトの名無しさん：2007/01/31(水) 07:57:08
仕様です。
\xのあと、16進数と見做せる文字が4文字までは数値化されるはずです。
>183の例では、0x82Dと解釈され、文字列中のために上位が捨てられて0x2dとなったのでしょう。
\xのあと、16進数と見做せる文字が4文字までは数値化されるはずです。
>183の例では、0x82Dと解釈され、文字列中のために上位が捨てられて0x2dとなったのでしょう。
なるほど。その＞4文字まで、ってとこが明記されてるのを見たことないなあ・・・K&Rにも。
その辺は各コンパイラの「実装にまかせる」になってるのではないでしょうか。
183の場合ですが、\x82D0・・・だったので、4文字までならD0になりそうなものですが、
2Dhの後'0'でしたから。
その辺は各コンパイラの「実装にまかせる」になってるのではないでしょうか。
183の場合ですが、\x82D0・・・だったので、4文字までならD0になりそうなものですが、
2Dhの後'0'でしたから。
188 ：デフォルトの名無しさん：2007/01/31(水) 15:24:08
トライグラフって３文字だからトライじゃなくて
実装系によるのか？
\x082D0では？
実装系によるのか？
\x082D0では？
K&R第２版に載っているトライグラフ系列とは、??の後の「=/'()!<>-」で「#\^[]|{}~」を表現させる
ことらしいです。￥ｘｈｈについては、何文字にしろとは書いてなかったです。
ことらしいです。￥ｘｈｈについては、何文字にしろとは書いてなかったです。
\x082D0・・・と書いたら82hと'D'、'0'・・・になりました。
\x0082D0・・・と書いたら08hと'2'、'D'・・・になりました。
やはり暗黙に３文字ということになっているようです。
\x0082D0・・・と書いたら08hと'2'、'D'・・・になりました。
やはり暗黙に３文字ということになっているようです。
191 ：デフォルトの名無しさん：2007/02/01(木) 03:39:25
8085+8251 4CH、8253,8259、ROM,RAMのシステムがあるのですが、CPU周りだけKC80A12に
配線して動かすことって可能でしょうか？ ハード屋さんは再開発論外で、ROMを実行できる
のがいいとか言ってて、そりゃあんまりと思いましたが。
8251４台の割り込みが8259に入ってたのをIR０～7のうち４本に繋げれば、タイマと割り込みは
自前でできそうに思えます。KC80のリセット時デフォはZ80互換ですし。
前スレでH8でuartエミュレートする相談とかしましたが、KC80のほうが石は安いですよね
配線して動かすことって可能でしょうか？ ハード屋さんは再開発論外で、ROMを実行できる
のがいいとか言ってて、そりゃあんまりと思いましたが。
8251４台の割り込みが8259に入ってたのをIR０～7のうち４本に繋げれば、タイマと割り込みは
自前でできそうに思えます。KC80のリセット時デフォはZ80互換ですし。
前スレでH8でuartエミュレートする相談とかしましたが、KC80のほうが石は安いですよね
192 ：デフォルトの名無しさん：2007/02/01(木) 10:33:29
上げてなかった・・・
193 ：デフォルトの名無しさん：2007/02/02(金) 00:59:53
海を渡って来たコード体系だからトライグラフってな
194 ：デフォルトの名無しさん：2007/02/02(金) 07:58:16
>>193
それじゃ三角形も渡来アングル?
それじゃ三角形も渡来アングル?
195 ：デフォルトの名無しさん：2007/02/03(土) 09:07:45
KC80A12 ってシリアル１つ持ってるから 8251は３個でいいかもしれないし
割り込み端子もあるんで回路少し工夫すれば8259も不要だろうけど
互換取る為に全部付けるわけ？
でもさ、KC80A12 に8251を４個にとチップ集めて
組み立てるコストから考えるとH8なりM16なり １個でやった方が簡単だと思うけどねえ
割り込み端子もあるんで回路少し工夫すれば8259も不要だろうけど
互換取る為に全部付けるわけ？
でもさ、KC80A12 に8251を４個にとチップ集めて
組み立てるコストから考えるとH8なりM16なり １個でやった方が簡単だと思うけどねえ
196 ：デフォルトの名無しさん：2007/02/03(土) 09:32:01
>>191
キミは前スレじゃなくて、２年前の・・・２つ前のスレの人だね
１年半、どっかから部品集めては作ってたのか・・・・
UART２個乗ってる１チップで適当なのを２個積んで
ポート同士をつなでハンドシェークで通信させるのがソフトもハードも楽で、コストも低いだろうに
キミは前スレじゃなくて、２年前の・・・２つ前のスレの人だね
１年半、どっかから部品集めては作ってたのか・・・・
UART２個乗ってる１チップで適当なのを２個積んで
ポート同士をつなでハンドシェークで通信させるのがソフトもハードも楽で、コストも低いだろうに
197 ：191：2007/02/03(土) 14:11:03
２つ前でしたか。いや、私はハードいじれないソフト屋＝いつもの3MHzの8085の人です。
>>195 8259が不要になるのは解ります。8085がｱｷﾊﾞで買えなくなったらど～すんの？って
ハード屋さんに聞いたら、CPUだけ替えて動かんかなあ・・・とか言うんですよ。ボード起こす
コストも手間も無い、って。で、元のボードでZ80互換のCPUなら、脚だけ対応させれば
動かないかなあ・・・って想像してみたんです。これならソフトの移行は簡単だから。
タイマと割込みは内部にできるからノンコネクトで、8251の割込み線をIRnにつないで、
ROM=0～7FFF、RAM=8000～9FFF、8251のI/OアドレスがE000、D000、C000、B000です。
Z80だと例えばE000のI/OはCreg=E000にして、inp/outp (C) とかやるんですよね？
>>195 8259が不要になるのは解ります。8085がｱｷﾊﾞで買えなくなったらど～すんの？って
ハード屋さんに聞いたら、CPUだけ替えて動かんかなあ・・・とか言うんですよ。ボード起こす
コストも手間も無い、って。で、元のボードでZ80互換のCPUなら、脚だけ対応させれば
動かないかなあ・・・って想像してみたんです。これならソフトの移行は簡単だから。
タイマと割込みは内部にできるからノンコネクトで、8251の割込み線をIRnにつないで、
ROM=0～7FFF、RAM=8000～9FFF、8251のI/OアドレスがE000、D000、C000、B000です。
Z80だと例えばE000のI/OはCreg=E000にして、inp/outp (C) とかやるんですよね？
198 ：デフォルトの名無しさん：2007/02/03(土) 14:53:03
そういう事を考えるのがハード屋の仕事だと思うのだが、俺がおかしいのかな
199 ：デフォルトの名無しさん：2007/02/03(土) 16:17:37
俺からの助言
そのハード屋リストラ汁
そのハード屋リストラ汁
200 ：デフォルトの名無しさん：2007/02/03(土) 16:40:33
足の変換ボード作るのもコストだし、結局は手直しが必要だろうに
OAKS16MINI
http://www.oaks-ele.com/oaks16_mini/oaksmini.htm
これ２つ買って パラレルポートをつないだ方が簡単だと思うのだが？
OAKS16MINI
http://www.oaks-ele.com/oaks16_mini/oaksmini.htm
これ２つ買って パラレルポートをつないだ方が簡単だと思うのだが？
201 ：デフォルトの名無しさん：2007/02/03(土) 16:47:57
>>197
何をやりたいかで手段を考えるべきではないだろうか？
何をやりたいかで手段を考えるべきではないだろうか？
202 ：デフォルトの名無しさん：2007/02/03(土) 16:49:22
Z80なら、マクロ出てるだろ
いっそFPGAでやたらPinだけでてるサブ基盤作って使いまわせ
いっそFPGAでやたらPinだけでてるサブ基盤作って使いまわせ
203 ：191：2007/02/04(日) 03:59:56
>>199さんに１票ですが、私なんかに仕事くれるのもそんなハード屋さんだからなんですよね。
>>200さんの見てみました。>>196さんのお奨めとポリシーは似てるみたいですね。2-CPUで
ハンドシェイク取る機能の作りが厄介そうな気が・・・共有メモリとか、そのメモリの排他制御とか・・・
>>201 やりたいことは、4800のuart、4CHの交通整理（合流・分流・選択・除外・変換）です。
新しくCPU決めてボード起こしなおすと\100ぐらいかかるからできない、ってハード屋さん
言うんですよ。 それで小手先で石だけ替える技がないかなあと・・・
>>202 命令セット見れば思い出すのでマクロは要りません。
FPGAって判りませんが実験用の基板みたいな奴のことですか？
足の変換ボードだけのコスト、CPU+uartチップ（＋電源＋コネクタ）のコストって考えると
足の変換ってのも・・・あ、それもCADで図面書いて基板屋に外注するとすごいコストになるのかな
>>200さんの見てみました。>>196さんのお奨めとポリシーは似てるみたいですね。2-CPUで
ハンドシェイク取る機能の作りが厄介そうな気が・・・共有メモリとか、そのメモリの排他制御とか・・・
>>201 やりたいことは、4800のuart、4CHの交通整理（合流・分流・選択・除外・変換）です。
新しくCPU決めてボード起こしなおすと\100ぐらいかかるからできない、ってハード屋さん
言うんですよ。 それで小手先で石だけ替える技がないかなあと・・・
>>202 命令セット見れば思い出すのでマクロは要りません。
FPGAって判りませんが実験用の基板みたいな奴のことですか？
足の変換ボードだけのコスト、CPU+uartチップ（＋電源＋コネクタ）のコストって考えると
足の変換ってのも・・・あ、それもCADで図面書いて基板屋に外注するとすごいコストになるのかな
204 ：デフォルトの名無しさん：2007/02/04(日) 04:06:44
＞新しくCPU決めてボード起こしなおすと\100ぐらいかかるからできない
（′・ω・`)つ ⑩⑩⑩⑩⑩⑩⑩⑩⑩⑩
ｱｹﾞﾙ
（′・ω・`)つ ⑩⑩⑩⑩⑩⑩⑩⑩⑩⑩
ｱｹﾞﾙ
205 ：デフォルトの名無しさん：2007/02/04(日) 04:44:51
今の知識を持ったまま過去の自分に戻りたいのですが、どんなシステムが必要ですか？
206 ：デフォルトの名無しさん：2007/02/04(日) 04:49:13
>>205
D.P.S.
D.P.S.
207 ：191：2007/02/04(日) 05:30:33
この業界の人って夜型多いイメージがあるのですが、けっこう早起きが居るんですね。
>>204 ｱﾘｶﾞﾄ・・・ﾏｿなんですよ、実は
>>204 ｱﾘｶﾞﾄ・・・ﾏｿなんですよ、実は
208 ：デフォルトの名無しさん：2007/02/04(日) 09:15:21
209 ：デフォルトの名無しさん：2007/02/04(日) 10:20:52
210 ：デフォルトの名無しさん：2007/02/04(日) 10:46:12
>>203
１つのメッセージのブロックサイズはどれくらいなの？
せいぜい256バイト程度でしょ？
あと、ハードフローは使ってるの？4800程度ならフローも不要じゃないの？
だったら >>200のCPUボード使って３０万くらいでソフト一式作ってあげるよ
１つのメッセージのブロックサイズはどれくらいなの？
せいぜい256バイト程度でしょ？
あと、ハードフローは使ってるの？4800程度ならフローも不要じゃないの？
だったら >>200のCPUボード使って３０万くらいでソフト一式作ってあげるよ
211 ：デフォルトの名無しさん：2007/02/04(日) 11:03:13
勉強させてくれるなんて いい職場だ。俺が行きたいくらい。30overだけど。
212 ：デフォルトの名無しさん：2007/02/04(日) 11:04:27
>>209
ぼくもいっていいですか？
ぼくもいっていいですか？
213 ：デフォルトの名無しさん：2007/02/04(日) 11:20:21
この業界で「勉強する」ってことは、いきなりそのJOBに突っ込まれることですが何か。
214 ：デフォルトの名無しさん：2007/02/04(日) 11:34:32
それを希望しているのだから嬉しくて仕方ありません
215 ：デフォルトの名無しさん：2007/02/04(日) 11:37:47
>>203
ハンドシェークって・・・・チップ間の通信は全部ソフトで実現するんだよ
ポートは沢山あるから
片方は完全にスレーブにして、シリアルから１バイト受信する都度 FIFOに入れてパラレルで送信するだけ
逆にデータを送る時もFIFO入れてマスターが全て管理するようにすれば
何の工夫もいらないだろう
⇔データ8bit 双方向
→COM2/3 COM2かCOM3かの種別
→ReqRead バスから読みたい
→ReqWrite バスに書きたい
←ACK バスにデータを書いたか、バスからデータを読んだかしたよ
←NG 今データ無い・又は送信出来ないのにそんなReq送らないでしょ
←COM2-今送れない(送信FIFOフル）
←COM3-今送れない(送信FIFOフル）
←COM2-受信データ有
←COM3-受信データ有
ハンドシェークって・・・・チップ間の通信は全部ソフトで実現するんだよ
ポートは沢山あるから
片方は完全にスレーブにして、シリアルから１バイト受信する都度 FIFOに入れてパラレルで送信するだけ
逆にデータを送る時もFIFO入れてマスターが全て管理するようにすれば
何の工夫もいらないだろう
⇔データ8bit 双方向
→COM2/3 COM2かCOM3かの種別
→ReqRead バスから読みたい
→ReqWrite バスに書きたい
←ACK バスにデータを書いたか、バスからデータを読んだかしたよ
←NG 今データ無い・又は送信出来ないのにそんなReq送らないでしょ
←COM2-今送れない(送信FIFOフル）
←COM3-今送れない(送信FIFOフル）
←COM2-受信データ有
←COM3-受信データ有
216 ：デフォルトの名無しさん：2007/02/04(日) 12:00:34
スレーブの処理：ポーリング（1ms程度で見れれば十分）
・ACK/NGを出してる間はReqが落ちるのを待ち、ACK・NGを落とす
・バスはオープンにしてReqが何も無ければ待つ
・ReqWriteがあれば
FIFO-Busyでなければバスから読んでFIFOに書き ACKを立てる
FIFO-BusyならNGを立てる
・ReqReadがあれば
FIFOデータをバスに書いてACKを立てる
FIFOデータが空ならNGを立てる
--- 上で待つと書いてるのは実際にそこで待つのではなくreturnして次のポーリングを待つという事
・ACK/NGを出してる間はReqが落ちるのを待ち、ACK・NGを落とす
・バスはオープンにしてReqが何も無ければ待つ
・ReqWriteがあれば
FIFO-Busyでなければバスから読んでFIFOに書き ACKを立てる
FIFO-BusyならNGを立てる
・ReqReadがあれば
FIFOデータをバスに書いてACKを立てる
FIFOデータが空ならNGを立てる
--- 上で待つと書いてるのは実際にそこで待つのではなくreturnして次のポーリングを待つという事
217 ：デフォルトの名無しさん：2007/02/04(日) 12:10:21
スレーブには他に 送信用・受信用x2CH分の合計４つのFIFOの処理と
そのステータスをポートで表示するだけ。
だからまあFPGA使っても殆ど同じコードというか、同じ事するだけだね
マスターもスレーブとの通信用に小さいFIFOを４つ持って
NG/ACKを見て、それが落ちてれば送受信FIFOとステータスを見て
送りたければバスに書いてReqWrite
データを読みたいならReqReadするだけ
そのステータスをポートで表示するだけ。
だからまあFPGA使っても殆ど同じコードというか、同じ事するだけだね
マスターもスレーブとの通信用に小さいFIFOを４つ持って
NG/ACKを見て、それが落ちてれば送受信FIFOとステータスを見て
送りたければバスに書いてReqWrite
データを読みたいならReqReadするだけ
218 ：デフォルトの名無しさん：2007/02/04(日) 17:12:25
219 ：デフォルトの名無しさん：2007/02/04(日) 17:51:39
いちいち早起き早起きうるせーな
死ねよ
死ねよ
220 ：デフォルトの名無しさん：2007/02/05(月) 01:04:30
おはよう諸君
221 ：デフォルトの名無しさん：2007/02/05(月) 01:27:01
おはよう
222 ：デフォルトの名無しさん：2007/02/05(月) 03:20:11
おはよう
223 ：191：2007/02/05(月) 05:55:43
>>219さんおはようございます。ごめんなさい、もう言いません。
>>215-217 ありがとうございます。勉強になるなあ、ﾒﾓﾒﾓ・・・
>>210 ﾌﾞﾛｯｸは建前上256、実質150ぐらい。フローも無しです。
OAKSミニ、MPUの仕様のとこ見てみたら、RAMがちょっと少ないですね。ringの他に、
再送用に記憶したり、複数のCHからの情報を合成したりする記憶も要るので。
元のｼｽﾃﾑで8KBなのは石が遅い分もあるのですが、せめて4KBぐらい・・・
ってSRAM増設の事例が出てましたね。 ソフト的にやりたいことは全部出てますね。
「汎用ボードでやったら？」ってハード屋さんに言っても、工場の基準とかあるからうんとは
言わなそうです。（けっこうダーティな環境で使われるので、9pinDSUBなんかじゃなくごつい
接続端子がついてます。） 通信周りだけならこんなに安いんだよ、って喚起するのはありかな。
>>215-217 ありがとうございます。勉強になるなあ、ﾒﾓﾒﾓ・・・
>>210 ﾌﾞﾛｯｸは建前上256、実質150ぐらい。フローも無しです。
OAKSミニ、MPUの仕様のとこ見てみたら、RAMがちょっと少ないですね。ringの他に、
再送用に記憶したり、複数のCHからの情報を合成したりする記憶も要るので。
元のｼｽﾃﾑで8KBなのは石が遅い分もあるのですが、せめて4KBぐらい・・・
ってSRAM増設の事例が出てましたね。 ソフト的にやりたいことは全部出てますね。
「汎用ボードでやったら？」ってハード屋さんに言っても、工場の基準とかあるからうんとは
言わなそうです。（けっこうダーティな環境で使われるので、9pinDSUBなんかじゃなくごつい
接続端子がついてます。） 通信周りだけならこんなに安いんだよ、って喚起するのはありかな。
224 ：デフォルトの名無しさん：2007/02/05(月) 07:49:39
という事で、内蔵RAM8K シリアル２CHの１チップマイコンを２個乗るボードを作ったらいいと思うよ
他に必要なのはMAX２３２C系のレベル変換だけでしょ
そんなもん、ピン変換の基板自作するコストで作れるでしょ
俺なら片面基板でも作れるけどね
この条件ならいくらでも探せるだろ。
Z80系が好きなら東芝のTMP9１シリーズなんてのもあったけど・・・もう廃品種で
今はその上位のTMP900シリーズだもんな
他に必要なのはMAX２３２C系のレベル変換だけでしょ
そんなもん、ピン変換の基板自作するコストで作れるでしょ
俺なら片面基板でも作れるけどね
この条件ならいくらでも探せるだろ。
Z80系が好きなら東芝のTMP9１シリーズなんてのもあったけど・・・もう廃品種で
今はその上位のTMP900シリーズだもんな
225 ：191：2007/02/05(月) 13:33:00
１チップマイコン＋uartチップよりも１チップマイコン２個のほうが安いんですか(*o*)
2CH内蔵のチップ＋2CHのuartチップではどうなのでしょう？
Z80は特に好きでもないので、H8系なら楽かなあ程度ですけど。
2CH内蔵のチップ＋2CHのuartチップではどうなのでしょう？
Z80は特に好きでもないので、H8系なら楽かなあ程度ですけど。
226 ：デフォルトの名無しさん：2007/02/05(月) 13:40:11
>>214他
やる気があって高くない給料に納得できるのなら是非私の勤める会社に。
今、来年にはFPGAをばりばり使える(予定の)技術者を募集しています。
今年はC/C++を書きながらのFPGAの勉強になるから楽ではないと思うけど。
やる気があって高くない給料に納得できるのなら是非私の勤める会社に。
今、来年にはFPGAをばりばり使える(予定の)技術者を募集しています。
今年はC/C++を書きながらのFPGAの勉強になるから楽ではないと思うけど。
227 ：デフォルトの名無しさん：2007/02/05(月) 14:04:12
なひさんですか？
228 ：デフォルトの名無しさん：2007/02/05(月) 14:17:24
会社が九州の上のほうだったら飛びつくんだがな
229 ：デフォルトの名無しさん：2007/02/05(月) 14:51:22
>>225
KC80はROM/RAMを外付けしなければいけない。
このサイズのROM/RAMは保守部品になっていて高いよ
8251もパッケージが結構大きいから値段はそれなりにする
どんな購入ルート持ってるか判らないけど
H8/3687 あたりなら高くても１個１,３００円程度
１チップCPU２個の方が安価だと思うよ
UARTはパソコンにもRS232Cが付かなくなったように消えてゆく部品
これをわざわざ採用してしまえば、結局部品調達に苦労するのが見えている
どうしても安価にというならPICあたりを>>215の方法でUARTとして使うくらいだろうけど
結局複数の部品使うと苦労するよ。
KC80はROM/RAMを外付けしなければいけない。
このサイズのROM/RAMは保守部品になっていて高いよ
8251もパッケージが結構大きいから値段はそれなりにする
どんな購入ルート持ってるか判らないけど
H8/3687 あたりなら高くても１個１,３００円程度
１チップCPU２個の方が安価だと思うよ
UARTはパソコンにもRS232Cが付かなくなったように消えてゆく部品
これをわざわざ採用してしまえば、結局部品調達に苦労するのが見えている
どうしても安価にというならPICあたりを>>215の方法でUARTとして使うくらいだろうけど
結局複数の部品使うと苦労するよ。
230 ：225：2007/02/05(月) 17:39:45
>>229 ありがとうございます。なるほど、チップの機能ではなくそういう事情で高くなるんですね。
今度ボード起こすときはROMもRAMもuartチップも積まない・・・CPUと端子だけみたいに
しないとコスト出せないのかあ。 スレーブのほうが低機能でよくても、異なるCPU積むより
同じの２個のほうが調達コストとかデバックとか考えたら安くつくんでしょうね。
今度ボード起こすときはROMもRAMもuartチップも積まない・・・CPUと端子だけみたいに
しないとコスト出せないのかあ。 スレーブのほうが低機能でよくても、異なるCPU積むより
同じの２個のほうが調達コストとかデバックとか考えたら安くつくんでしょうね。
231 ：デフォルトの名無しさん：2007/02/05(月) 18:08:50
232 ：デフォルトの名無しさん：2007/02/05(月) 21:55:58
白けるけどKC80作った人は自殺したと聞いた。
233 ：デフォルトの名無しさん：2007/02/06(火) 01:08:43
原因は？やっぱり仕事がらみ？
234 ：デフォルトの名無しさん：2007/02/06(火) 07:09:32
基板上の部品一つが入手出来ないだけで
結局作り直しになるんだから、長期出荷の小ロット品は、部品出来るだけ使わない事だね。
その１チップマイコンが廃品種になる可能性もあるけど、
そうなったら諦められるだろ？ というか出来るだけそのチップ使って在庫しておくしかないね。
そういう意味でPSoCには期待して見てたけど、なんか品種がどんどん増えてるからちょっとアレだな。
ROM/RAMサイズはフルスペック共通。品種種別はピン数だけくらいじゃないとな
結局作り直しになるんだから、長期出荷の小ロット品は、部品出来るだけ使わない事だね。
その１チップマイコンが廃品種になる可能性もあるけど、
そうなったら諦められるだろ？ というか出来るだけそのチップ使って在庫しておくしかないね。
そういう意味でPSoCには期待して見てたけど、なんか品種がどんどん増えてるからちょっとアレだな。
ROM/RAMサイズはフルスペック共通。品種種別はピン数だけくらいじゃないとな
235 ：デフォルトの名無しさん：2007/02/06(火) 07:25:46
俺も、シリアルのEE-PROMだけが廃品種になったせいで設計しなおしになったり
（そのEE-PROM 当時 TVチューナー用に使われてて安価だったもんだから）
電子VRが廃品種になっただけで、設計しなおしのコスト回収出来そうにない
売り上げだったもんだから こっちも廃品種にするしかなかったり
今はもうICは１チップマイコンと アナログは358/393だけしか使わないぞと
74HCxxxとかのロジックも使ってしまう事はあるけど、怖いんだよな
だから、トランジスタと、フォトカプラを大量に使う設計に
（そのEE-PROM 当時 TVチューナー用に使われてて安価だったもんだから）
電子VRが廃品種になっただけで、設計しなおしのコスト回収出来そうにない
売り上げだったもんだから こっちも廃品種にするしかなかったり
今はもうICは１チップマイコンと アナログは358/393だけしか使わないぞと
74HCxxxとかのロジックも使ってしまう事はあるけど、怖いんだよな
だから、トランジスタと、フォトカプラを大量に使う設計に
236 ：デフォルトの名無しさん：2007/02/07(水) 06:47:20
ジェリー・ワインバーグのXX人間学シリーズで今でも役に立ってること：
靴下は全部同じ柄にする-->洗濯したとき合わせるのが楽。ﾛｰﾃｰｼｮﾝで平均にへたる。
靴下は全部同じ柄にする-->洗濯したとき合わせるのが楽。ﾛｰﾃｰｼｮﾝで平均にへたる。
237 ：225：2007/02/08(木) 07:41:44
M16Cって、H8とぜんぜん違うアーキテクチャのシリーズなんですね。
三菱の石がずっと生き残ってきてるんでしょうか？ H8よりは使いにくそうな気がしました。
三菱の石がずっと生き残ってきてるんでしょうか？ H8よりは使いにくそうな気がしました。
238 ：デフォルトの名無しさん：2007/02/08(木) 09:00:25
H8/300はレジスタ型 演算はレジスタ同士が基本 80/86系
M16はアキュムレータ型 演算はアキュムレータとメモリ間 68/65系
M16はH8に比べて品種が少ないのと
自動車分野でも使われてるから、比較的長寿命かなと期待してる
M16はアキュムレータ型 演算はアキュムレータとメモリ間 68/65系
M16はH8に比べて品種が少ないのと
自動車分野でも使われてるから、比較的長寿命かなと期待してる
239 ：デフォルトの名無しさん：2007/02/08(木) 20:54:14
あるルネサス代理店の話。
・H8系はROM食うわおそいわで半端。M16系にしたほうがいい。
ほんとなんかねぇ。
・H8系はROM食うわおそいわで半端。M16系にしたほうがいい。
ほんとなんかねぇ。
240 ：デフォルトの名無しさん：2007/02/08(木) 20:56:41
M16ってスタローンとかシュワが昔脇に挟んで乱射してたやつみたいな名前だな
241 ：デフォルトの名無しさん：2007/02/08(木) 21:10:58
M16系はアキュムレータ型でメモリと演算するから
ロード⇒レジスタ同士の演算⇒ストア が必要なH8に比べたら確かに効率的。
だからレジスタが少なくてもコードは組みやすい
レジスタが少ないから命令長も比較的短い
あ、H8にもH8/300だけじゃなうて、
H8/500シリーズってのが昔あって、
これはM16Cと同じようにレジスタとメモリ間で演算が出来た。
同じクロック数なら500シリーズが実際速かった
でもいつの間にか消えてっちゃったね
ただH8/300はレジスタが32bit化されてるけどM16Cはレジスタペアで
RAM空間が16bit以上になると多少面倒（でもM16Cの方が内蔵RAMは豊富なんだよね）
ロード⇒レジスタ同士の演算⇒ストア が必要なH8に比べたら確かに効率的。
だからレジスタが少なくてもコードは組みやすい
レジスタが少ないから命令長も比較的短い
あ、H8にもH8/300だけじゃなうて、
H8/500シリーズってのが昔あって、
これはM16Cと同じようにレジスタとメモリ間で演算が出来た。
同じクロック数なら500シリーズが実際速かった
でもいつの間にか消えてっちゃったね
ただH8/300はレジスタが32bit化されてるけどM16Cはレジスタペアで
RAM空間が16bit以上になると多少面倒（でもM16Cの方が内蔵RAMは豊富なんだよね）
242 ：デフォルトの名無しさん：2007/02/08(木) 21:35:01
例えばH8だと Cで a++ なんて書いても
１、メモリ⇒レジスタ
２、INC レジスタ
３、レジスタ⇒メモリ
の３命令とアセンブラレベルでなる
M16Cだと inc 命令１つ（3サイクル命令)
１、メモリ⇒レジスタ
２、INC レジスタ
３、レジスタ⇒メモリ
の３命令とアセンブラレベルでなる
M16Cだと inc 命令１つ（3サイクル命令)
243 ：225：2007/02/09(金) 04:02:50
なるほど、そういうｱｰｷﾃｸﾁｬでしたか。H8/500はさんざん使いました。
割り込みとタスク両方からカウンタを触るのに、di/ei しないでいいのが嬉しかったりしました。
M16Cの内蔵メモリは、1K/2Kではありませんか？H8/16bitだと8K/16Kのシリーズがありましたが。
>>240 三菱は兵器作ってるんで、案外意識してたりして・・・
割り込みとタスク両方からカウンタを触るのに、di/ei しないでいいのが嬉しかったりしました。
M16Cの内蔵メモリは、1K/2Kではありませんか？H8/16bitだと8K/16Kのシリーズがありましたが。
>>240 三菱は兵器作ってるんで、案外意識してたりして・・・
244 ：225：2007/02/09(金) 04:16:58
ごめんなさい、M16C/26Aを見てました。28A、29AシリーズならRAM＝8K/12Kがありました。
ルネサスのコンパイラはタダですよね？H8のコンパイラはライフボートのよりちょっとアホだった
覚えがありますけど。
ルネサスのコンパイラはタダですよね？H8のコンパイラはライフボートのよりちょっとアホだった
覚えがありますけど。
245 ：デフォルトの名無しさん：2007/02/09(金) 07:45:15
H8S/2649はUART４チャンネル持ってるし
M32CシリーズならUART5チャンネル持ってるけど、
これ１個ってのは誰も勧めないなんだな
M32CシリーズならUART5チャンネル持ってるけど、
これ１個ってのは誰も勧めないなんだな
246 ：225：2007/02/09(金) 16:55:35
そ～んなに上位のほうまで(^o^)見ませんでした。 さすがに石が高すぎるでしょう。
それより、前々スレで教えてもらった、タイマ端子でuartエミュレートさせるのを1CH分やる
手法のほうが、全体では安く上がるとおもいます。これはお試しコード書いてみていける、
とおもいました。4CHのうち1CHだけドライバ層を書き換えるだけでアプリは同じですみます。
あとはハード屋さんがいつボード起こす気になってくれるかなんですよね。
それより、前々スレで教えてもらった、タイマ端子でuartエミュレートさせるのを1CH分やる
手法のほうが、全体では安く上がるとおもいます。これはお試しコード書いてみていける、
とおもいました。4CHのうち1CHだけドライバ層を書き換えるだけでアプリは同じですみます。
あとはハード屋さんがいつボード起こす気になってくれるかなんですよね。
247 ：デフォルトの名無しさん：2007/02/14(水) 06:13:14
SHなんかだとリアルタイムクロックが組み込まれてたりする機種もありますね。
それって当然ですけど天文時計とはずれてきますよね？
だからソフトでときどき書き込んでやる必要がある<--これってパソコンでも原則おなじですよね？
それって当然ですけど天文時計とはずれてきますよね？
だからソフトでときどき書き込んでやる必要がある<--これってパソコンでも原則おなじですよね？
248 ：デフォルトの名無しさん：2007/02/14(水) 06:43:27
ミサイルがJJYの信号拾って時刻同期してたら間に合わないんだよね
249 ：デフォルトの名無しさん：2007/02/17(土) 02:53:39
JJYが判らないけど、ミサイルは時刻同期なんかしないんｼﾞｬﾏｲｶ。
起動時からの慣性誘導＋GPS情報による補正で地球上のたいていの所には行けるでしょ。
起動時からの慣性誘導＋GPS情報による補正で地球上のたいていの所には行けるでしょ。
250 ：デフォルトの名無しさん：2007/02/17(土) 05:41:00
>>249
GPSって時刻情報も含むんｼﾞｬﾏｲｶ。
GPSって時刻情報も含むんｼﾞｬﾏｲｶ。
251 ：デフォルトの名無しさん：2007/02/17(土) 07:16:47
>>250
なんの為に正確な時刻に同期する必要が？
なんの為に正確な時刻に同期する必要が？
252 ：デフォルトの名無しさん：2007/02/17(土) 09:14:29
測定の殆どは時間刻みの正確さに頼ってる事がほとんどだからじゃないの？
時間刻みと時間とは関係ないけど、離れた2点で時間刻みを正確に得るには
時間が正確なのが一番簡単でしょ？
時間刻みと時間とは関係ないけど、離れた2点で時間刻みを正確に得るには
時間が正確なのが一番簡単でしょ？
253 ：デフォルトの名無しさん：2007/02/17(土) 14:32:50
>>251
時刻によって衛星の位置が変わるから
時刻によって衛星の位置が変わるから
254 ：デフォルトの名無しさん：2007/02/18(日) 17:01:34
利用料金は米国債で支払われている。買わないと精度が落ちる。
255 ：デフォルトの名無しさん：2007/02/18(日) 17:17:02
意味分からんなw
利用権買ったオマケに米国債が付いてくるなら
一粒で二度おいしいじゃんw
利用権買ったオマケに米国債が付いてくるなら
一粒で二度おいしいじゃんw
256 ：デフォルトの名無しさん：2007/02/18(日) 20:19:11
257 ：デフォルトの名無しさん：2007/02/19(月) 11:28:15
3分もあれば火星から月まで来るようなやつら相手に
GPSもくそもないわな
GPSもくそもないわな
258 ：デフォルトの名無しさん：2007/02/19(月) 21:02:28
>>257
なんだそれは
なんだそれは
259 ：デフォルトの名無しさん：2007/03/01(木) 08:02:48
保守
260 ：デフォルトの名無しさん：2007/03/02(金) 06:56:36
移転で見失ってたわりに伸びてなかった
261 ：デフォルトの名無しさん：2007/03/03(土) 09:35:53
>>256
巡航ミサイルとかじゃね？
巡航ミサイルとかじゃね？
262 ：デフォルトの名無しさん：2007/03/10(土) 01:28:23
263 ：デフォルトの名無しさん：2007/03/10(土) 01:36:24
うほ、1ヶ月前のレスにレスしてもうた。
ここ人いねーなー。
ここ人いねーなー。
264 ：デフォルトの名無しさん：2007/03/10(土) 06:44:51
ところで、ｃlibには8bit*8bit-->8bit とか、16bit*16bit-->16bit という掛け算があるんだけど、
8*8-->16 16*16-->32 という掛け算が無いんですよね。なので16*16で32bitの結果を得たい
とき、どちらもlongにキャストして掛け算するのですが、当然重いです。
なんで標準装備になってないんでしょうね・・・
8*8-->16 16*16-->32 という掛け算が無いんですよね。なので16*16で32bitの結果を得たい
とき、どちらもlongにキャストして掛け算するのですが、当然重いです。
なんで標準装備になってないんでしょうね・・・
265 ：デフォルトの名無しさん：2007/03/10(土) 08:05:49
まあ、組込系なら、標準で無くてもその環境用のライブラリにあるか
インラインアセンブラとかで書くから必要無いし・・・
それにDSPスタイルのように、固定小数点でも色々だし
インラインアセンブラとかで書くから必要無いし・・・
それにDSPスタイルのように、固定小数点でも色々だし
266 ：デフォルトの名無しさん：2007/03/11(日) 21:39:48
わりこみすまそ
ディジタル制御について詰まっています。
その手の本で机上の計算方法があるのですが、実際にプログラムに展開するまでがわからんのです。
よい道標はないもんでしょうか。
ディジタル制御について詰まっています。
その手の本で机上の計算方法があるのですが、実際にプログラムに展開するまでがわからんのです。
よい道標はないもんでしょうか。
267 ：デフォルトの名無しさん：2007/03/11(日) 21:48:19
そんな曖昧なこといわれてもアドバイスも何もできんわ
本読んで具体的な質問もできないくらいならあきらめれ
本読んで具体的な質問もできないくらいならあきらめれ
268 ：デフォルトの名無しさん：2007/03/11(日) 22:29:06
判らなくても、先が見えなくても、とりあえず手を出すタイプじゃないと、厳しいのは確かだな。
269 ：デフォルトの名無しさん：2007/03/11(日) 22:39:46
そんなことが許されるのはむしろぬるい業界だからだろ。
こういう勘違いしてる奴が多くて困るよ。
こういう勘違いしてる奴が多くて困るよ。
270 ：デフォルトの名無しさん：2007/03/11(日) 23:05:43
やむしろ、机上値と実測値がかけ離れてる世界だからだろ。
どうしても押し込み型の作り方になるのは。
どうしても押し込み型の作り方になるのは。
271 ：デフォルトの名無しさん：2007/03/12(月) 01:03:54
>>267,268
人いないかと思ったがレスありがと
>>267
具体例のなかったことについてはすまぬ
例えば、伝達方程式を導くことができたなら、マイコンなりに実装するのは
その伝達関数のz変換を実装することになるのか？
あきらめるわけにはいかんのでヒントをオクレ
文献を読んだけど、ディジタル制御の本で関数導出からデジタル制御の実装まで
書いた本って意外とないのね。
人いないかと思ったがレスありがと
>>267
具体例のなかったことについてはすまぬ
例えば、伝達方程式を導くことができたなら、マイコンなりに実装するのは
その伝達関数のz変換を実装することになるのか？
あきらめるわけにはいかんのでヒントをオクレ
文献を読んだけど、ディジタル制御の本で関数導出からデジタル制御の実装まで
書いた本って意外とないのね。
272 ：デフォルトの名無しさん：2007/03/12(月) 06:01:55
入力がどんな量で、フィード（バック？フォワード？）制御をどのようにやりたくて、
しゅつりょくはどんな量なのか、書いちゃまずいの？そういうの書かなきゃ話すすまないじゃん。
しゅつりょくはどんな量なのか、書いちゃまずいの？そういうの書かなきゃ話すすまないじゃん。
273 ：デフォルトの名無しさん：2007/03/12(月) 07:08:38
Z変換の求め方が判らないのか？
Z変換の結果まで求まっていて、それをどう書けばいいのか判らないのか？
Z変換の結果まで求まっていて、それをどう書けばいいのか判らないのか？
274 ：デフォルトの名無しさん：2007/03/12(月) 07:26:37
両方
275 ：デフォルトの名無しさん：2007/03/12(月) 07:38:31
その段階なら 三上直樹先生の著書が実践的でいいと思う
http://www.amazon.co.jp/s/ref=nb_ss_b/250-0492448-1389050?__mk_ja_JP=%83J%83%5E%83J%83i&url=search-alias%3Dstripbooks&field-keywords=%8EO%8F%E3+%92%BC%8E%F7&Go.x=12&Go.y=12
ディジタル信号処理入門―マイコン時代の波形処理技術の基礎と応用 なんて読んだ？
まだ中古なら手に入ると思う
http://www.amazon.co.jp/gp/offer-listing/4789831175/ref=sr_1_olp_6/250-0492448-1389050?ie=UTF8&s=books&qid=1173652365&sr=1-6
あと谷萩隆嗣先生のは持ってるよね？
http://www.amazon.co.jp/exec/obidos/search-handle-url/250-0492448-1389050?%5Fencoding=UTF8&search-type=ss&index=books-jp&field-author=%E8%B0%B7%E8%90%A9%20%E9%9A%86%E5%97%A3
http://www.amazon.co.jp/s/ref=nb_ss_b/250-0492448-1389050?__mk_ja_JP=%83J%83%5E%83J%83i&url=search-alias%3Dstripbooks&field-keywords=%8EO%8F%E3+%92%BC%8E%F7&Go.x=12&Go.y=12
ディジタル信号処理入門―マイコン時代の波形処理技術の基礎と応用 なんて読んだ？
まだ中古なら手に入ると思う
http://www.amazon.co.jp/gp/offer-listing/4789831175/ref=sr_1_olp_6/250-0492448-1389050?ie=UTF8&s=books&qid=1173652365&sr=1-6
あと谷萩隆嗣先生のは持ってるよね？
http://www.amazon.co.jp/exec/obidos/search-handle-url/250-0492448-1389050?%5Fencoding=UTF8&search-type=ss&index=books-jp&field-author=%E8%B0%B7%E8%90%A9%20%E9%9A%86%E5%97%A3
276 ：デフォルトの名無しさん：2007/03/12(月) 12:58:11
ITRON/T-Engineに未来はありますか？
277 ：デフォルトの名無しさん：2007/03/12(月) 17:20:27
Tの方は正直ﾋﾞﾐｮｰだけど、ITRONはuITRONが普通にあるから残っていくんじゃない?
278 ：デフォルトの名無しさん：2007/03/12(月) 17:25:13
携帯もITRONからLinuxしちゃったけど、大丈夫？
279 ：デフォルトの名無しさん：2007/03/12(月) 17:35:33
FOMAもitron+CEにするという噂があるが
280 ：デフォルトの名無しさん：2007/03/12(月) 22:11:53
>>278
携帯なんて、完全に少数派
携帯なんて、完全に少数派
281 ：デフォルトの名無しさん：2007/03/13(火) 00:01:30
>>278
本来ITRONはGUIなんぞ載せようがない
小型のTargetに強みがあるわけで、
携帯に使われてたことの方が異質
>>270
いや、押し込むにしといたって、
あたりぐらいは付けて設計しないとｴﾗｲ目にあうぞ
本来ITRONはGUIなんぞ載せようがない
小型のTargetに強みがあるわけで、
携帯に使われてたことの方が異質
>>270
いや、押し込むにしといたって、
あたりぐらいは付けて設計しないとｴﾗｲ目にあうぞ
282 ：デフォルトの名無しさん：2007/03/13(火) 00:34:58
>>272
入力がどんな量っていうのは、デジタル制御においてはハードの検出系のA/D変換の結果と考えていますが
考え方が違うのですかね。出力はPWMってことではだめですか？
>>275
書籍紹介ありがたう
参考にさせてもらいます
入力がどんな量っていうのは、デジタル制御においてはハードの検出系のA/D変換の結果と考えていますが
考え方が違うのですかね。出力はPWMってことではだめですか？
>>275
書籍紹介ありがたう
参考にさせてもらいます
283 ：デフォルトの名無しさん：2007/03/13(火) 01:05:54
>>282
ピントがずれてる。要するに何をやりたいのか全く分からん。
ピントがずれてる。要するに何をやりたいのか全く分からん。
284 ：デフォルトの名無しさん：2007/03/13(火) 01:12:08
フォーカス制御ですか? 結構面倒なんですよね。
285 ：デフォルトの名無しさん：2007/03/13(火) 05:58:05
量の制御というのは判った。その量が実は「何を表すもの」なのかは、言語で表現すれば
別分野の人にも通じるとおもうけど、きっと言っちゃいけない大事なことなのね。
まあ、何bitのA/D→変換→何bitのPWM、変換の式や時系列はこれこれにしたいのだが、
この部分がわからんぐらいに書いてくれないと伝わらないよね。
別分野の人にも通じるとおもうけど、きっと言っちゃいけない大事なことなのね。
まあ、何bitのA/D→変換→何bitのPWM、変換の式や時系列はこれこれにしたいのだが、
この部分がわからんぐらいに書いてくれないと伝わらないよね。
ごめん >>271を見て勝手に信号処理系の話と勘違いしちゃったよ。
機械制御系の話なんだね。
機械制御系だと制御系の応答特性がはっきり判ってる事は滅多にない
それが判らない以上、Z変換とかの理論は、まあ机上の空論みたいなもんだ
実用的にはPID制御に毛を生やしておけば、まあ普通は十分なんじゃないの
機械制御系の話なんだね。
機械制御系だと制御系の応答特性がはっきり判ってる事は滅多にない
それが判らない以上、Z変換とかの理論は、まあ机上の空論みたいなもんだ
実用的にはPID制御に毛を生やしておけば、まあ普通は十分なんじゃないの
なんかPIDが簡単みたいで、書き方が悪かったから補足すると
信号処理なんかと違って、制御は、特性が刻々と変化してゆく事が多い。
Z変換した各係数が変化してゆくイメージだね。
だから、逆に古典理論そのままに、パラメータを意識しすぎると巧くゆかない。
そこにノウハウが、やっぱり多少は必要で、まあ簡単な話じゃないよ
信号処理なんかと違って、制御は、特性が刻々と変化してゆく事が多い。
Z変換した各係数が変化してゆくイメージだね。
だから、逆に古典理論そのままに、パラメータを意識しすぎると巧くゆかない。
そこにノウハウが、やっぱり多少は必要で、まあ簡単な話じゃないよ
288 ：デフォルトの名無しさん：2007/03/13(火) 15:12:22
>>制御系の応答特性がはっきり判ってる事は滅多にない
そーなんですか！
制御系の研究してる院生なんですが、現実とはなんとも恐ろしい世界ですね。
しかし、それならＨ無限大なり適当な適応制御なりのロバスト性の強いものにした方が
いいんじゃないの、とか思っちゃうけどそうでもないんですね。
動的に変わっちゃうなら、いまの適応制御じゃどうしようもなさそうですが。
そーなんですか！
制御系の研究してる院生なんですが、現実とはなんとも恐ろしい世界ですね。
しかし、それならＨ無限大なり適当な適応制御なりのロバスト性の強いものにした方が
いいんじゃないの、とか思っちゃうけどそうでもないんですね。
動的に変わっちゃうなら、いまの適応制御じゃどうしようもなさそうですが。
289 ：デフォルトの名無しさん：2007/03/13(火) 18:32:15
>>288
ま、相手の電源が切れちまってるとかなw
ま、相手の電源が切れちまってるとかなw
290 ：デフォルトの名無しさん：2007/03/13(火) 19:31:38
>>289
そこまで含めたロバストな制御器作ろうと思ったら
（例え設計可能でも）ロクな性能でませんなｗ
それはスーパバイザーがなんとかする話ではでは。
もしかして、それでも大丈夫なほどPIDは頑強だとか…
そこまで含めたロバストな制御器作ろうと思ったら
（例え設計可能でも）ロクな性能でませんなｗ
それはスーパバイザーがなんとかする話ではでは。
もしかして、それでも大丈夫なほどPIDは頑強だとか…
みなさまありがとうございます。
情報出し惜しみしてすんません。
電圧レギュレータを作成しようとしています。電圧値をA/Dにて取り込みPWM制御(キャリア:20kHz)で出力電圧の安定化を図りたいと思います。
現状はPID制御である程度特性が出ていますが、現物合わせ色が強いのでより良い方法について探していました。
書きっぷりから判るように、制御工学は学んでいません(´Д⊂ｸﾞｽﾝ
情報出し惜しみしてすんません。
電圧レギュレータを作成しようとしています。電圧値をA/Dにて取り込みPWM制御(キャリア:20kHz)で出力電圧の安定化を図りたいと思います。
現状はPID制御である程度特性が出ていますが、現物合わせ色が強いのでより良い方法について探していました。
書きっぷりから判るように、制御工学は学んでいません(´Д⊂ｸﾞｽﾝ
292 ：デフォルトの名無しさん：2007/03/14(水) 00:32:56
293 ：デフォルトの名無しさん：2007/03/14(水) 05:09:50
電源装置にはその手の制御器ふつうについてますよね。百万分の1Vとか。
マイコンじゃなくて抵抗とコンデンサの奴とかもあるし。何でまた自作を？
マイコンじゃなくて抵抗とコンデンサの奴とかもあるし。何でまた自作を？
294 ：デフォルトの名無しさん：2007/03/14(水) 07:59:02
学生なんじゃね？
295 ：デフォルトの名無しさん：2007/03/14(水) 08:20:30
電流は測ってないの？
電圧は入力側と出力側のどっち？ あるいは両方？
出力値からのフィードバックだけなら、単に電源IC入れた方がいいわな。
電圧は入力側と出力側のどっち？ あるいは両方？
出力値からのフィードバックだけなら、単に電源IC入れた方がいいわな。
296 ：デフォルトの名無しさん：2007/03/14(水) 08:22:52
あとLの容量は足りてるの？スイッチング素子の出力がしっかりLに落ちてる？
297 ：デフォルトの名無しさん：2007/03/14(水) 08:26:18
スレのタイトルに乗っ取った質問してるんだから正面から答えてやればいいだけだし、
それができないなら沈黙すべきだろ。
俺はよくわからんから質問内容に関しては沈黙するよ。
それができないなら沈黙すべきだろ。
俺はよくわからんから質問内容に関しては沈黙するよ。
298 ：デフォルトの名無しさん：2007/03/14(水) 08:37:46
>>297
誰のことを言ってるんだ？？
誰のことを言ってるんだ？？
299 ：デフォルトの名無しさん：2007/03/14(水) 10:10:58
制御理論とか制御システムは、
本来 情報システム板
http://science6.2ch.net/infosys/
で扱うべき話題なんだろうけど、あっちはダメだからコッチに来るんだろうが
ここは、 汎用系・オープン系・制御系（組込系） というように別けた場合の制御系のプログラミングについての話題
を扱うスレであって
制御理論を扱うスレではないんだよ。
多少は判る人もいるから相手はしてくれるだろうけど、チョッと学生さんの卒論レベルだと
本来 情報システム板
http://science6.2ch.net/infosys/
で扱うべき話題なんだろうけど、あっちはダメだからコッチに来るんだろうが
ここは、 汎用系・オープン系・制御系（組込系） というように別けた場合の制御系のプログラミングについての話題
を扱うスレであって
制御理論を扱うスレではないんだよ。
多少は判る人もいるから相手はしてくれるだろうけど、チョッと学生さんの卒論レベルだと
300 ：デフォルトの名無しさん：2007/03/14(水) 10:38:01
？
301 ：デフォルトの名無しさん：2007/03/14(水) 10:50:30
質問者が>>1すら読んでないのは明らかだな。
302 ：デフォルトの名無しさん：2007/03/14(水) 13:03:46
>>299
そこはもうなんつうかアレな場所になってますな
そこはもうなんつうかアレな場所になってますな
303 ：デフォルトの名無しさん：2007/03/14(水) 13:11:29
なんかこの前 電気板のDSPスレで、DSPでスイッチング電源てな話を出してた人と同じ人？ あるいは同じ学校か？
304 ：デフォルトの名無しさん：2007/03/14(水) 13:18:05
>>288
まあ、温度制御くらいなら内容量がゆっくり変化する程度だろうけど
それでも相転移するような内容物なら急激な特性変化はあるだろうし
機械物は、そもそも動かす事で負荷も変わるわけで
そういう変化を含めての使える範囲で使うという事でしょ
まあ、温度制御くらいなら内容量がゆっくり変化する程度だろうけど
それでも相転移するような内容物なら急激な特性変化はあるだろうし
機械物は、そもそも動かす事で負荷も変わるわけで
そういう変化を含めての使える範囲で使うという事でしょ
305 ：デフォルトの名無しさん：2007/03/15(木) 11:44:39
306 ：デフォルトの名無しさん：2007/03/15(木) 12:37:38
いや、質問してくれるのはいいんだけど、スレのメンバー的にはズレているから、
回答を得たいならそれなりに情報出せって事さ。
それなりに情報出て具体的な話になれば、エンジニアが多いからまあね。
でも、どうしたらいいの？ だけで質問されてもこっちも頓珍漢な話しかできないからお互い気まずい。
回答を得たいならそれなりに情報出せって事さ。
それなりに情報出て具体的な話になれば、エンジニアが多いからまあね。
でも、どうしたらいいの？ だけで質問されてもこっちも頓珍漢な話しかできないからお互い気まずい。
307 ：デフォルトの名無しさん：2007/03/16(金) 23:23:58
そういえば三峯徹画伯も本業は制御系だったらしいな。
YRPに何度か行ったって書いてたから
YRPに何度か行ったって書いてたから
308 ：デフォルトの名無しさん：2007/03/18(日) 16:01:38
H8/2329のマニュアル読んでいるところです。各機能の所を拾い読みすると、制御レジスタの
アドレスは「下16bitのみ」で書いてあって、はじめにとか概要の所には上位アドレスはこれだ、
とか書いてないみたいなのです。H8/30xxシリーズでは制御レジスタアドレスはFFFFFFxxに
定義すればよかったのですが、こちらでも同様でいいのでしょうか？ それとも00FFFFxx？
アドレスは「下16bitのみ」で書いてあって、はじめにとか概要の所には上位アドレスはこれだ、
とか書いてないみたいなのです。H8/30xxシリーズでは制御レジスタアドレスはFFFFFFxxに
定義すればよかったのですが、こちらでも同様でいいのでしょうか？ それとも00FFFFxx？
309 ：308：2007/03/18(日) 16:18:00
お騒がせしてすいません。「MCU動作モード」の章に書かれていました。00FFFFxxでした。
310 ：デフォルトの名無しさん：2007/03/19(月) 15:20:23
311 ：308：2007/03/22(木) 04:26:33
H8/2329と300Hシリーズは、ｺｱｱｰｷﾃｸﾁｬは同じでも細部が違うのね。ﾗｲﾌﾎﾞｰﾄの300H用の
コンパイラ使ってみたら、＠ａａ：８のアドレッシングをポートＩ／Ｏに使うところで対象アドレス
空間が違うから冗長な命令が出てしまった。ﾙﾈｻｽのｺﾝﾊﾟｲﾗ＋へう＋JTAGで\20ぐらい・・・orz
ﾙﾈｻｽのｺﾝﾊﾟｲﾗにはsfrﾌﾟﾘﾐﾃｨﾌﾞ無いからポートアクセスの書式めんどうだし。
コンパイラ使ってみたら、＠ａａ：８のアドレッシングをポートＩ／Ｏに使うところで対象アドレス
空間が違うから冗長な命令が出てしまった。ﾙﾈｻｽのｺﾝﾊﾟｲﾗ＋へう＋JTAGで\20ぐらい・・・orz
ﾙﾈｻｽのｺﾝﾊﾟｲﾗにはsfrﾌﾟﾘﾐﾃｨﾌﾞ無いからポートアクセスの書式めんどうだし。
312 ：デフォルトの名無しさん：2007/03/22(木) 09:23:43
予算の問題があるんだったら、GCC+Binutilsを飼い慣らしてみたら?
313 ：デフォルトの名無しさん：2007/03/22(木) 10:12:24
314 ：308：2007/03/23(金) 06:30:22
お金はお客さんのなんですが、ムダ金使わせるみたいで・・・
具体的にはＣＤ借りてｲﾝｽｺしてから判りますが、ﾙﾈｻｽのH8/3000とSHの使ったときには
無かったので、無いだろうと思ってます。 ﾗｲﾌﾎﾞｰﾄのsfrはこんな感じで使えました↓
sfr SMR0 = 0xFFFFFFxx; /* I/Oﾚｼﾞｽﾀのアドレス空間 */
SMR0．7 = 0; /* RXRDYビットをオフる。 */
ルネサスだとSMR0をビットフィールドを持つ構造体に定義して、(*(char*))0xFFFFxx番地に
写像して、その構造体．ｂｉｔフィールド＝0； とか書くことになります。う～めんどくさ。
具体的にはＣＤ借りてｲﾝｽｺしてから判りますが、ﾙﾈｻｽのH8/3000とSHの使ったときには
無かったので、無いだろうと思ってます。 ﾗｲﾌﾎﾞｰﾄのsfrはこんな感じで使えました↓
sfr SMR0 = 0xFFFFFFxx; /* I/Oﾚｼﾞｽﾀのアドレス空間 */
SMR0．7 = 0; /* RXRDYビットをオフる。 */
ルネサスだとSMR0をビットフィールドを持つ構造体に定義して、(*(char*))0xFFFFxx番地に
写像して、その構造体．ｂｉｔフィールド＝0； とか書くことになります。う～めんどくさ。
315 ：デフォルトの名無しさん：2007/03/23(金) 06:38:31
SMR0.7 なの？
SMR0.bit7 とか SMR0.b7 なら代用が出来るけど、そんな記法使うと移植性がなくなるじゃん
SMR0.bit7 とか SMR0.b7 なら代用が出来るけど、そんな記法使うと移植性がなくなるじゃん
316 ：デフォルトの名無しさん：2007/03/23(金) 06:57:58
>>314
制御止めたほうがいいよ。
制御止めたほうがいいよ。
317 ：308：2007/03/23(金) 07:38:16
sfr自体がANSIではないから移植性はありません。SMR0.bit7と書くには#define bit7 7 が
必要で、SMR0.7に翻訳されます。移植性と言う点では同じだとおもいます。
もう長いことやってるので、年金もらうまで辞めません（ｗ
最近の、使いもしないdefine何百行も書くやり方はノイズを埋め込んでいるようで嫌いです。
必要で、SMR0.7に翻訳されます。移植性と言う点では同じだとおもいます。
もう長いことやってるので、年金もらうまで辞めません（ｗ
最近の、使いもしないdefine何百行も書くやり方はノイズを埋め込んでいるようで嫌いです。
318 ：デフォルトの名無しさん：2007/03/23(金) 07:49:34
パソコン上で書いたコードを検証したりするのに、不便じゃないの？
319 ：デフォルトの名無しさん：2007/03/23(金) 09:42:12
すでにご老人の域に達してるね。
320 ：デフォルトの名無しさん：2007/03/23(金) 10:20:42
できない理由がほしいだけみたいだね。
321 ：デフォルトの名無しさん：2007/03/23(金) 11:34:29
#define bit7 7
をやるなら、struct/unionで型作って
#define SMR0 ((*(型*))0xFFFFxx)
でいいじゃない。
sfr の定義から 一括置換できるでしょ
をやるなら、struct/unionで型作って
#define SMR0 ((*(型*))0xFFFFxx)
でいいじゃない。
sfr の定義から 一括置換できるでしょ
322 ：デフォルトの名無しさん：2007/03/23(金) 12:00:30
エラーがいっぱい出るからやりたくないのが本音だよ。
323 ：デフォルトの名無しさん：2007/03/23(金) 12:45:33
324 ：デフォルトの名無しさん：2007/03/23(金) 13:03:08
職業プログラマほえる．．．
325 ：314：2007/03/23(金) 15:00:42
>>323 おお、配布されてるのですか。それならノイズ多くてもそのﾌｧｲﾙの名前使うべきですね。
ﾗｲﾌﾎﾞｰﾄのコンパイラではそういう定義をみんな自分で作ってたので、最小限の名前しか
つけなかったです。
ﾙﾈｻｽので、ポートに対し bclr/bset を吐かせるのに、PORT.bitフィールド＝0/1; なら出ると
おもいますが、PORT &= 0x7F; PORT |= 0x80; でも bclr/bset が出ますか？
もらったら試してみようと思っていますが、ご存知の方がいらしたら教えてほしいです。
ﾗｲﾌﾎﾞｰﾄのコンパイラではそういう定義をみんな自分で作ってたので、最小限の名前しか
つけなかったです。
ﾙﾈｻｽので、ポートに対し bclr/bset を吐かせるのに、PORT.bitフィールド＝0/1; なら出ると
おもいますが、PORT &= 0x7F; PORT |= 0x80; でも bclr/bset が出ますか？
もらったら試してみようと思っていますが、ご存知の方がいらしたら教えてほしいです。
326 ：デフォルトの名無しさん：2007/03/23(金) 15:32:04
ルネサスの場合、
PORT.byte = 0x7f;
PORT.bit.b0 = 0;
こんな風に書く
っていうか、普通にCの仕様の範囲内でやってる
bclr/bsetは、ルネサスのコンパイラならやってくれるらしいと、
中の人が書いてる本にあった
PORT.byte = 0x7f;
PORT.bit.b0 = 0;
こんな風に書く
っていうか、普通にCの仕様の範囲内でやってる
bclr/bsetは、ルネサスのコンパイラならやってくれるらしいと、
中の人が書いてる本にあった
327 ：デフォルトの名無しさん：2007/03/23(金) 18:01:57
アセンブラで胃潰瘍になれよてめえら
328 ：デフォルトの名無しさん：2007/03/23(金) 19:35:41
早く春休みおわんねーかなー
329 ：314：2007/03/24(土) 04:21:56
ASMぐらいじゃ胃潰瘍になんてなりません。むしろﾙﾝﾙﾝになっちゃいます(^o^)
H8は「このｂｉｔが１であることを確認したあと読み取ってからゼロを書いてね」っていう
ポートが多いですよね。そういうときバイト書き込みだと冗長になりますね。
if( PORT & 0x80 ) {
PORT = PORT & 0x7F;
} なんて流れになります。他のｂｉｔを変更しないために読み取る所が冗長。
１ｂｉｔのフィールドに0/1を代入すれば bclr/bset が出るのは推測つくのですが、
１ｂｉｔのマスク操作で出るかどうかはコンパイラの丁寧さ次第なんですよね。
AduCのコンパイラはチビ助の石にしては丁寧なコードを吐いてくれましたが、
ﾙﾈｻｽのはあんまし期待できそうにないです・・・
H8は「このｂｉｔが１であることを確認したあと読み取ってからゼロを書いてね」っていう
ポートが多いですよね。そういうときバイト書き込みだと冗長になりますね。
if( PORT & 0x80 ) {
PORT = PORT & 0x7F;
} なんて流れになります。他のｂｉｔを変更しないために読み取る所が冗長。
１ｂｉｔのフィールドに0/1を代入すれば bclr/bset が出るのは推測つくのですが、
１ｂｉｔのマスク操作で出るかどうかはコンパイラの丁寧さ次第なんですよね。
AduCのコンパイラはチビ助の石にしては丁寧なコードを吐いてくれましたが、
ﾙﾈｻｽのはあんまし期待できそうにないです・・・
330 ：デフォルトの名無しさん：2007/03/24(土) 08:06:54
>>329
H8のビット操作命令はRead-Modify-Writeだから明示的に読み出す必要は無いんじゃないか？
バイト書き込みにしたって、マスクするときに読んでるんだからわざわざチェックする必要はない。
PORT &= 0x7F;
は、
mov.b @PORT:8, r0l
and.b H'7F, r0l
mov.b r0l, @PORT:8
または
bclr #7, @PORT:8
となるはず。
# 関係ないけど、h8300-{hms,elf}-gccはbclr/bsetを吐いてくれない・・・
H8のビット操作命令はRead-Modify-Writeだから明示的に読み出す必要は無いんじゃないか？
バイト書き込みにしたって、マスクするときに読んでるんだからわざわざチェックする必要はない。
PORT &= 0x7F;
は、
mov.b @PORT:8, r0l
and.b H'7F, r0l
mov.b r0l, @PORT:8
または
bclr #7, @PORT:8
となるはず。
# 関係ないけど、h8300-{hms,elf}-gccはbclr/bsetを吐いてくれない・・・
331 ：デフォルトの名無しさん：2007/03/24(土) 08:45:39
普段使ってる範囲ではビット命令を吐くようだよ
気になるなら64K制限があるのは無料だから試してみればいいじゃない
気になるなら64K制限があるのは無料だから試してみればいいじゃない
332 ：デフォルトの名無しさん：2007/03/24(土) 09:14:25
スレッド使いは、スレッドを使わない。分かるか？
333 ：デフォルトの名無しさん：2007/03/24(土) 15:29:57
誤爆？
334 ：デフォルトの名無しさん：2007/03/25(日) 14:53:07
ロバストな制御器を作らなければならなくなったんです。
H∞制御を勉強しようと思うのですがよい参考書があったら教えてください。
現代制御は学生時代に勉強しましたが、状態空間表現には慣れましたが極配置法くらいしかやってません。
いきなりH∞はハードル高すぎるでしょうか。
H∞制御を勉強しようと思うのですがよい参考書があったら教えてください。
現代制御は学生時代に勉強しましたが、状態空間表現には慣れましたが極配置法くらいしかやってません。
いきなりH∞はハードル高すぎるでしょうか。
335 ：デフォルトの名無しさん：2007/03/25(日) 15:46:58
次から、スレ名を 組込なら俺に聞いてもいいぜ という事にしませんか？
336 ：デフォルトの名無しさん：2007/03/25(日) 16:03:32
すまん漏れがそれっす。
他板行きます。汚してすいませんでした。
339 ：デフォルトの名無しさん：2007/03/25(日) 16:41:30
他の板といっても、ドコに行くか難しいのは確か。
ココが一番マシだとは思うのだけど、実務家はH∞制御なんて興味無いかもしれないな
ココが一番マシだとは思うのだけど、実務家はH∞制御なんて興味無いかもしれないな
340 ：デフォルトの名無しさん：2007/03/25(日) 17:02:05
組み込みも制御の一部だろ。
仲間に入れてやれよ。
仲間に入れてやれよ。
>>339
確かに…
やっぱりここに居ようかな。
漏れはどっちかっていうと実務に応用できる形で勉強していきたいです。
なんでH∞なんかに興味を持ったかというと、
現代制御を使ってみてシミュレーションではうまく制御できるのに実装するとうまくいかなくなるという状況に多く遭遇したからです。
実装するとうまくいかなくなる以前にシミュレーションでも誤差を含めて(物理パラメータを数%狂わせるとか)やるとうまくいかなくなります。
極配置法や最適制御ではなかなか実現に限界があると感じました。
そこでH∞制御ではどうか、とういうことなのです。
確かに…
やっぱりここに居ようかな。
漏れはどっちかっていうと実務に応用できる形で勉強していきたいです。
なんでH∞なんかに興味を持ったかというと、
現代制御を使ってみてシミュレーションではうまく制御できるのに実装するとうまくいかなくなるという状況に多く遭遇したからです。
実装するとうまくいかなくなる以前にシミュレーションでも誤差を含めて(物理パラメータを数%狂わせるとか)やるとうまくいかなくなります。
極配置法や最適制御ではなかなか実現に限界があると感じました。
そこでH∞制御ではどうか、とういうことなのです。
342 ：デフォルトの名無しさん：2007/03/25(日) 17:30:38
Ｈ∞で倒立振り子をコントロールする事を考えてみよう
振り子の角度によって応答特性が変わってしまうだろ？
現実の制御はもっと複雑なのを相手にしなくちゃいけないから、万能薬は難しいさ
振り子の角度によって応答特性が変わってしまうだろ？
現実の制御はもっと複雑なのを相手にしなくちゃいけないから、万能薬は難しいさ
万能薬は難しい、まさにその通りだと思います。
全てに適するものは全てに最適ではないという言葉を聞いたことがあります。
しかし、ある程度考えられるパラメータの変動、たとえば、倒立振り子の例だと、物理定数(たとえば慣性モーメント)はわかっているがその定数は最大で5%の誤差が含まれているというような場合、
その5%の中でのワーストケースに対して制御器を設計するというようなことは出来るのではないでしょうか。
ワーストケースに対して制御器が設計できれば少なくともその5%の中でパラメータの変動があったとしても制御できるということにはならないでしょうか。
そのあたりの定量的な話を勉強してみたいんです。
全てに適するものは全てに最適ではないという言葉を聞いたことがあります。
しかし、ある程度考えられるパラメータの変動、たとえば、倒立振り子の例だと、物理定数(たとえば慣性モーメント)はわかっているがその定数は最大で5%の誤差が含まれているというような場合、
その5%の中でのワーストケースに対して制御器を設計するというようなことは出来るのではないでしょうか。
ワーストケースに対して制御器が設計できれば少なくともその5%の中でパラメータの変動があったとしても制御できるということにはならないでしょうか。
そのあたりの定量的な話を勉強してみたいんです。
344 ：デフォルトの名無しさん：2007/03/25(日) 18:03:41
倒立振り子は、上と下では重力はゼロ ９０度の位置で最大になるから
これを誤差と見るのかどうか
これを誤差と見るのかどうか
346 ：デフォルトの名無しさん：2007/03/26(月) 17:33:11
本当にパラメータなら制御方法よりモデリングの問題じゃね？
量産でばらつきが出るならしょうがないけど
H∞は手持ちの本ではこの辺りに載ってた
良いかはわからない
線形ロバスト制御
http://www.coronasha.co.jp/np/detail.do?goods_id=1498
MATLABによる制御系設計
http://www.coronasha.co.jp/np/detail.do?goods_id=1498
量産でばらつきが出るならしょうがないけど
H∞は手持ちの本ではこの辺りに載ってた
良いかはわからない
線形ロバスト制御
http://www.coronasha.co.jp/np/detail.do?goods_id=1498
MATLABによる制御系設計
http://www.coronasha.co.jp/np/detail.do?goods_id=1498
347 ：デフォルトの名無しさん：2007/03/26(月) 17:34:03
>>346>>347
情報ありがとうございます。
教科書としても結構使われているみたいですね。
確かにモデリングの問題はあるかもしれないです。
制御対象のパラメータが正確に同定出来れば問題ないのですが、必要なパラメータの間接的な同定しか出来ないので、誤差が入り込む余地を増やしてしまっています。
直接同定できる、あるいは既知のパラメータをうまく使ったモデリングが出来ればよさそうな感じもします。
情報ありがとうございます。
教科書としても結構使われているみたいですね。
確かにモデリングの問題はあるかもしれないです。
制御対象のパラメータが正確に同定出来れば問題ないのですが、必要なパラメータの間接的な同定しか出来ないので、誤差が入り込む余地を増やしてしまっています。
直接同定できる、あるいは既知のパラメータをうまく使ったモデリングが出来ればよさそうな感じもします。
349 ：デフォルトの名無しさん：2007/03/29(木) 19:33:22
【電子】YouTubeみたいな回路図データベースがｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!【電気】
http://news23.2ch.net/test/read.cgi/news/1175158400/
お前ら登録する？回路図見放題らしいぞ。
このスレの連中関係ないようで関係あるだろ。
http://news23.2ch.net/test/read.cgi/news/1175158400/
お前ら登録する？回路図見放題らしいぞ。
このスレの連中関係ないようで関係あるだろ。
350 ：デフォルトの名無しさん：2007/03/29(木) 23:18:37
>>349
で、そこの回路図を参考に作ったいかなる問題も、当局は一切関知いたしませんってか？
で、そこの回路図を参考に作ったいかなる問題も、当局は一切関知いたしませんってか？
351 ：314：2007/03/30(金) 16:19:58
お試し版のコンパイラ使ってみました。CPU=H8S/2000ｼﾘｰｽﾞ、16MBで、
PORT.byte &= 0x7F;ではやはり、mov, and movが、
PORT.BIT.b0 = 0; ではbclr #0,@aa:8 が出ました。
生成されたI/Oのヘッダでは、例えば SCI0.SCR.BIT.TEIE = 1; みたいな書き方になって、
叩く数は多いがコメント不要な記述性が得られますね。
アドレスのイミディエイト値が：24ではなく：32で出るのが気になりますが、あとはふつうでした。
PORT.byte &= 0x7F;ではやはり、mov, and movが、
PORT.BIT.b0 = 0; ではbclr #0,@aa:8 が出ました。
生成されたI/Oのヘッダでは、例えば SCI0.SCR.BIT.TEIE = 1; みたいな書き方になって、
叩く数は多いがコメント不要な記述性が得られますね。
アドレスのイミディエイト値が：24ではなく：32で出るのが気になりますが、あとはふつうでした。
>>346氏が紹介してくれた『MATLABによる制御系設計 』と、立ち読みしてみて分かりやすかった『制御系設計 H∞制御とその応用』という本を買いました。
解を求めるのにMATLABやSCILABなどのツールの力を借りればなんとか漏れでも使えそうな感じです。
解を求めるのにMATLABやSCILABなどのツールの力を借りればなんとか漏れでも使えそうな感じです。
問題の投げっぱなしジャーマンはあれなので
事後報告です。漏れのわからなかったこと言うのは伝達関数のコードへの展開で
関数hz=yz/xzとしたときにyz=hz*xzにばらしてZ変換を差分方程式でy[k]=x[k]...と展開しなおすことがわからなかったです。
伝達関数導出にはscilabが非常にわかりやすかったですな。アナログフィルタをモデル化して伝達関数を
導出し実装できたときには失禁するかと思った。
電圧レギュレータは、理想をモデル化してもノイズ、検出遅れ、分解能落ち、計算落ち等の問題よりうまくできてないです。どちらかというとデジタルフィルタやハードの見直しの方が効果がでかかった。
ありがたう
事後報告です。漏れのわからなかったこと言うのは伝達関数のコードへの展開で
関数hz=yz/xzとしたときにyz=hz*xzにばらしてZ変換を差分方程式でy[k]=x[k]...と展開しなおすことがわからなかったです。
伝達関数導出にはscilabが非常にわかりやすかったですな。アナログフィルタをモデル化して伝達関数を
導出し実装できたときには失禁するかと思った。
電圧レギュレータは、理想をモデル化してもノイズ、検出遅れ、分解能落ち、計算落ち等の問題よりうまくできてないです。どちらかというとデジタルフィルタやハードの見直しの方が効果がでかかった。
ありがたう
354 ：デフォルトの名無しさん：2007/04/08(日) 01:23:43
よかったね。できればどんな石でどんな言語で実装したか書いてくれると嬉しいな。
355 ：デフォルトの名無しさん：2007/04/15(日) 08:14:14
H8/2328/29のソフトを原材料に、2378での開発をすることになりました。コアは同じですよね。
マニュアルを読み比べて、クロックのMAXが違うこと、RAMの空間が違うこと、程度は
わかりましたが、他に知っとくべきポイントなど、ご存知の方ご指摘お願いします。
内蔵I/Oのレジスタアドレスは同じ、ROMもサイズは違うが０～と認識してます。
マニュアルを読み比べて、クロックのMAXが違うこと、RAMの空間が違うこと、程度は
わかりましたが、他に知っとくべきポイントなど、ご存知の方ご指摘お願いします。
内蔵I/Oのレジスタアドレスは同じ、ROMもサイズは違うが０～と認識してます。
356 ：デフォルトの名無しさん：2007/04/15(日) 15:11:20
低いんじゃないかと思うよ。
そこまでピンポイント的に一致する知識を持ってる奴がこのスレを見る可能性。
ひょっとしたら日本に数十人しかいないかもしれないのに。
そこまでピンポイント的に一致する知識を持ってる奴がこのスレを見る可能性。
ひょっとしたら日本に数十人しかいないかもしれないのに。
あはは・・・そりゃそうですね。でもこのスレで過去に、「H8/2ｘxxではこうだったぞ」とか
けっこうレス貰ったのですよ。なので、だめもとでも・・・と。
300シリーズの頃はシンプルでしたねえ。2000,3000シリーズになってからなんかややこしい。
けっこうレス貰ったのですよ。なので、だめもとでも・・・と。
300シリーズの頃はシンプルでしたねえ。2000,3000シリーズになってからなんかややこしい。
358 ：デフォルトの名無しさん：2007/04/15(日) 18:45:49
>>357
これからは君がレスしてあげる側にまわらなきゃ
これからは君がレスしてあげる側にまわらなきゃ
359 ：デフォルトの名無しさん：2007/04/16(月) 18:46:36
そいつ利用することしか考えてないから無駄だよ
アセンブラスレではよく答えてますよ。
361 ：デフォルトの名無しさん：2007/04/17(火) 05:38:17
>>352
禿しく今更だけど、CiNii辺りで適用事例の論文探すのもいいかもしらない
禿しく今更だけど、CiNii辺りで適用事例の論文探すのもいいかもしらない
362 ：デフォルトの名無しさん：2007/04/20(金) 03:30:37
ルネサスのコンパイラ、H8/2000シリーズです
void func(unsigned long f) {
unsigned long wk;
・・・
wk = 937;
wk <<= 7; // (937<<7)＝0x1D480
wk += (32-f%9); // これならADD.L #H'0001D480,ER2が出る
これの展開は、下記になる。
SUB.L ER2,ER2
MOV.B #H'20:8,R2L
MOV.L ER4,ER0
SUB.L ER1,ER1
MOV.B #9:8,R1L
JSR @$DIVUL$3:24
SUB.L ER1,ER2
ADD.L #H'0001D480,ER2<------この値(937<<7)を足す命令が出る
MOV.L ER2,ER1
void func(unsigned long f) {
unsigned long wk;
・・・
wk = 937;
wk <<= 7; // (937<<7)＝0x1D480
wk += (32-f%9); // これならADD.L #H'0001D480,ER2が出る
これの展開は、下記になる。
SUB.L ER2,ER2
MOV.B #H'20:8,R2L
MOV.L ER4,ER0
SUB.L ER1,ER1
MOV.B #9:8,R1L
JSR @$DIVUL$3:24
SUB.L ER1,ER2
ADD.L #H'0001D480,ER2<------この値(937<<7)を足す命令が出る
MOV.L ER2,ER1
363 ：デフォルトの名無しさん：2007/04/20(金) 03:33:44
ところが上の3行の式を、意味が同じだからと
wk = (937<<7)+(32-f%9); と書くと、展開が下記になる。
SUB.L ER2,ER2
MOV.B #H'20:8,R2L
MOV.L ER4,ER0
SUB.L ER1,ER1
MOV.B #9:8,R1L
JSR @$DIVUL$3:24
SUB.L ER1,ER2
SUB.L #H'00002B80,ER2<--------この値は(20000h－1D480)だが、ER2は
MOV.L ER2,ER1 FFFFD4xxになってしまう。
wk = (937<<7)+(32-f%9); と書くと、展開が下記になる。
SUB.L ER2,ER2
MOV.B #H'20:8,R2L
MOV.L ER4,ER0
SUB.L ER1,ER1
MOV.B #9:8,R1L
JSR @$DIVUL$3:24
SUB.L ER1,ER2
SUB.L #H'00002B80,ER2<--------この値は(20000h－1D480)だが、ER2は
MOV.L ER2,ER1 FFFFD4xxになってしまう。
364 ：362：2007/04/20(金) 03:36:59
もともとは>>363の書き方をしていて、lst見ててなんか変、と思い、いろいろ書き換えてみて
>>362を得ました。ルネサスのコンパイラはいまいち信用ならないと思ってましたが・・・
こんなのあるといちいちlstファイル読まないと不安でたまりませんorz
>>362を得ました。ルネサスのコンパイラはいまいち信用ならないと思ってましたが・・・
こんなのあるといちいちlstファイル読まないと不安でたまりませんorz
365 ：デフォルトの名無しさん：2007/04/20(金) 03:54:30
>>364
おまい、右辺式中の型が左辺式の型と同じだと思ってる厨房か？
おまい、右辺式中の型が左辺式の型と同じだと思ってる厨房か？
366 ：362：2007/04/20(金) 04:25:52
型変換のとこの説明見て、左辺の型に合わされる、って程度しか理解してません。
(937<<7)が16bitで評価されるよ、っていうことですか？
(937<<7)が16bitで評価されるよ、っていうことですか？
367 ：362：2007/04/20(金) 04:45:06
ライフボートのでやっても同じだった・・・俺何を誤解してんだろー？？？
368 ：362：2007/04/20(金) 05:07:33
ライフボートの m = (937<<7)+(32-f%9);
MOV.L #119968,ER1
MOV.L ER0,ER6
MOV.L #9,ER5
JSR @?UL_MOD_L03
SUB.L ER6,ER1
１１９９６８（＝(937<<7)＋32）からｆ％９を引くコードになってますよね？
MOV.L #119968,ER1
MOV.L ER0,ER6
MOV.L #9,ER5
JSR @?UL_MOD_L03
SUB.L ER6,ER1
１１９９６８（＝(937<<7)＋32）からｆ％９を引くコードになってますよね？
369 ：362：2007/04/20(金) 05:15:21
wk = 119968-f%9; と書くと
MOV.L #H'0001D4A0,ER2
SUB.L ER1,ER1
MOV.B #9:8,R1L
JSR @$DIVUL$3:24
SUB.L ER1,ER2
MOV.L ER2,ER1
ってことはやっぱり、(937<<7)の評価がライフボートとルネサスで違うみたい
MOV.L #H'0001D4A0,ER2
SUB.L ER1,ER1
MOV.B #9:8,R1L
JSR @$DIVUL$3:24
SUB.L ER1,ER2
MOV.L ER2,ER1
ってことはやっぱり、(937<<7)の評価がライフボートとルネサスで違うみたい
370 ：362：2007/04/20(金) 05:46:26
>>365 K&R読み返してみましたが、右辺式・左辺式という定義は出てませんでした。
「左辺値は単独の変数でなければならない」はありましたけど。
これかな、と思える記述は「定数はintである」でした。これだとライフボートのほうが
間違いということになってしまいそう。
「左辺値は単独の変数でなければならない」はありましたけど。
これかな、と思える記述は「定数はintである」でした。これだとライフボートのほうが
間違いということになってしまいそう。
371 ：デフォルトの名無しさん：2007/04/20(金) 07:07:12
C言語やＣコンパイラはそのあたりいいかげんだから
32bit値を使うような時は 数値にL つけるなり、型変換するなりやっとけよ
32bit値を使うような時は 数値にL つけるなり、型変換するなりやっとけよ
372 ：デフォルトの名無しさん：2007/04/20(金) 07:18:43
定数はたいてい signed int 型とみなされるんじゃねえかな。
373 ：デフォルトの名無しさん：2007/04/20(金) 07:22:57
たいていじゃなくて、 U や L つけなきゃ そうに決まってるだろ
374 ：362：2007/04/20(金) 13:08:57
K&RでもUやLはつけるように推奨してますね。でも今回の場合は、(937<<7)の時点で負に
なっちゃってるので、(unsigned long)のキャストつけても遅かりしでした。
なっちゃってるので、(unsigned long)のキャストつけても遅かりしでした。
375 ：デフォルトの名無しさん：2007/04/20(金) 13:18:38
今回の場合わって・・・・今回の場合こそだろ 937<<7 はそもそも unsigned でも桁溢れしてる
376 ：デフォルトの名無しさん：2007/04/20(金) 13:27:52
やたら、コンパイラ疑うやつって、こういうやつ多いよな・・・
377 ：デフォルトの名無しさん：2007/04/21(土) 03:33:38
質問です。文字定数をunsignedとして扱うにはどう表記すればいいでしょうか？
378 ：362：2007/04/21(土) 05:53:10
俺みたいな人がほかにもいたな（ｗ クミコ系のｃはcharはデフォでunsignedになるのが多いけど。
(unsigned)'a' 見たいな表記じゃだめなの？ 日本語だったら16bitだから(unsigned short)'あ'
とか書けば、shiftJISなら0x82a0になるとおもう。
(unsigned)'a' 見たいな表記じゃだめなの？ 日本語だったら16bitだから(unsigned short)'あ'
とか書けば、shiftJISなら0x82a0になるとおもう。
379 ：デフォルトの名無しさん：2007/04/21(土) 08:17:48
0xa082になる処理系もあるから困る。
#組み込み用じゃないけど。
#組み込み用じゃないけど。
380 ：デフォルトの名無しさん：2007/04/21(土) 11:20:04
SHCで、GCCにおける-fchar-unsignedと同等な指定ができず
困ってたことがある。誰か教えてクレ。
困ってたことがある。誰か教えてクレ。
381 ：デフォルトの名無しさん：2007/04/21(土) 13:46:14
文字定数はキャスト以外に明示的なunsignedの指定が出来ないってことでＯＫ？
'ｱ'u とか出来るのかと思ってた
'ｱ'u とか出来るのかと思ってた
382 ：デフォルトの名無しさん：2007/04/21(土) 18:18:37
#define して使え。
383 ：デフォルトの名無しさん：2007/04/22(日) 02:57:41
384 ：デフォルトの名無しさん：2007/04/22(日) 05:46:48
左シフトにArithmeticとLogicalとあるのはなんで？何か違うの？
385 ：デフォルトの名無しさん：2007/04/22(日) 06:29:17
ニモニックには両方あることもあるが、やることは一緒。
386 ：デフォルトの名無しさん：2007/04/22(日) 10:55:24
387 ：デフォルトの名無しさん：2007/04/22(日) 11:01:41
左シフトだって書いてあるんだけど、目に入らなかったのかな
388 ：デフォルトの名無しさん：2007/04/22(日) 11:53:04
えーと、>386によると「論理シフトは単に右の値云々」とあるから、
0x40を8ビットレジスタで1ビット左シフトした場合に算術シフトは0x00になって
論理シフトは0x80になると言っているようだね。
>>387
という訳で、左シフトなのは目に入っているんでしょう。
>385はそういう左シフトを知らないのだとして、>386にはそういうCPUの具体例を挙げて欲しいな。
0x40を8ビットレジスタで1ビット左シフトした場合に算術シフトは0x00になって
論理シフトは0x80になると言っているようだね。
>>387
という訳で、左シフトなのは目に入っているんでしょう。
>385はそういう左シフトを知らないのだとして、>386にはそういうCPUの具体例を挙げて欲しいな。
389 ：デフォルトの名無しさん：2007/04/22(日) 11:56:57
>>387
わ、わかってねぇ・・・。
わ、わかってねぇ・・・。
390 ：デフォルトの名無しさん：2007/04/22(日) 13:31:22
くくく、脳内論理反転してんじゃんｗｗｗ
391 ：デフォルトの名無しさん：2007/04/24(火) 09:10:51
H8/2000シリーズで、ER5,ER6,R4を使ってメモリ転送するのと、DMA使ってメモリ転送するのと
どっちが速いんですか？ 何KBぐらいで逆転、とかありますか？
どっちが速いんですか？ 何KBぐらいで逆転、とかありますか？
392 ：デフォルトの名無しさん：2007/04/24(火) 10:43:46
393 ：デフォルトの名無しさん：2007/04/24(火) 12:57:54
>>391
DMACへの設定分のオーバーヘッドを考慮すれば、だいたいの目安は見積もれるよ。
キロバイト単位の転送なら、DMA圧勝。
でも、ハードウェアのDMAへの対応方法によるから、一概に言えないのが難だよね。
DMACへの設定分のオーバーヘッドを考慮すれば、だいたいの目安は見積もれるよ。
キロバイト単位の転送なら、DMA圧勝。
でも、ハードウェアのDMAへの対応方法によるから、一概に言えないのが難だよね。
394 ：デフォルトの名無しさん：2007/04/24(火) 20:51:34
あと懸案としては、ブロック転送が割り込み応答を悪化させないかってところ。
H8SのEEPMOVは割り込み受け付けるんだっけ?
言うまでもなくデバイス<->メモリだったらDMACを使うべし。
H8SのEEPMOVは割り込み受け付けるんだっけ?
言うまでもなくデバイス<->メモリだったらDMACを使うべし。
395 ：デフォルトの名無しさん：2007/04/24(火) 21:44:44
396 ：394：2007/04/25(水) 04:42:35
＞キロバイト単位の転送なら、DMA圧勝。
ありがとうございます。そういうの聞きたかったんです。
内蔵RAM上でならﾉｰｳｪｲﾄでしょうから、話は簡単ですよね。
誰かに「DMA動作中はDMAがバス取っちゃうから、転送中CPUが別のことできる訳ではない」
と聞いたことあるんですが、それだとDMA開始したら終了までフラグ見てループするしかない
のでしょうか？ （割り込みで終了を受けても、別の処理が動くわけではないなら）
DTCの章も読んだのですが、DMAとどう違うの？／何のためにこれがついてるの？ など
？？？がいっぱいです。
ありがとうございます。そういうの聞きたかったんです。
内蔵RAM上でならﾉｰｳｪｲﾄでしょうから、話は簡単ですよね。
誰かに「DMA動作中はDMAがバス取っちゃうから、転送中CPUが別のことできる訳ではない」
と聞いたことあるんですが、それだとDMA開始したら終了までフラグ見てループするしかない
のでしょうか？ （割り込みで終了を受けても、別の処理が動くわけではないなら）
DTCの章も読んだのですが、DMAとどう違うの？／何のためにこれがついてるの？ など
？？？がいっぱいです。
397 ：394：2007/04/25(水) 04:52:51
eepmov．bは割込み不可、eepmov．wは割込み受付可です。（珍しくこれは知ってるｗ）
eepmov．w
mov．w R4,R4
bne eepmovの番地 というコードを見たことがあります。割り込むといったん抜けるみたい。
ルネサスｃで eepmovw(buf,(char*)0x800000,512); と書くと、
MOV.L #_buf,ER6
MOV.L #H'00800000,ER5
MOV.W #H'0200:16,R4
EEPMOV.W は出るのですが、
while( R4 ); とか書けませんよね。 こういうのどうするのかな。
eepmov．w
mov．w R4,R4
bne eepmovの番地 というコードを見たことがあります。割り込むといったん抜けるみたい。
ルネサスｃで eepmovw(buf,(char*)0x800000,512); と書くと、
MOV.L #_buf,ER6
MOV.L #H'00800000,ER5
MOV.W #H'0200:16,R4
EEPMOV.W は出るのですが、
while( R4 ); とか書けませんよね。 こういうのどうするのかな。
398 ：デフォルトの名無しさん：2007/04/25(水) 04:54:34
>>396
メモリtoメモリのバースト転送の場合、H8じゃ事実上転送終了まで何もできませんな。
SHみたくキャッシュ乗っかってるのならまだしも。
作法としては、メモリ<->デバイスのようなサイクルスチール転送と同様に、ちゃんと終了を待ってください。
バースト転送でも割り込みは入りますが、割り込みじゃなくその場でループして
終了を見張っても問題あるまい。
以上、データシート読まずにカキコ。
H8Sは扱ったことなかったりして。
メモリtoメモリのバースト転送の場合、H8じゃ事実上転送終了まで何もできませんな。
SHみたくキャッシュ乗っかってるのならまだしも。
作法としては、メモリ<->デバイスのようなサイクルスチール転送と同様に、ちゃんと終了を待ってください。
バースト転送でも割り込みは入りますが、割り込みじゃなくその場でループして
終了を見張っても問題あるまい。
以上、データシート読まずにカキコ。
H8Sは扱ったことなかったりして。
399 ：394：2007/04/25(水) 05:46:27
>>398 ありがとうございます。やっぱりそうなりますか。
マニュアルに「eepmovと比べてこの位速いよ」とか書いててくれれば親切なのに・・・
マニュアルに「eepmovと比べてこの位速いよ」とか書いててくれれば親切なのに・・・
400 ：デフォルトの名無しさん：2007/04/27(金) 03:17:17
H8/2328 H8/2378 のマニュアル見てると、命令セットの所にクロック数が書いてないのです。
nopとかレジスタ命令が1クロックなのは想像つきますが、bset/bclr port：8 の命令は
何クロックだと思えばいいのでしょうか？ 内蔵fROM動作の場合で考えたのですが、
「基本動作タイミング」の章で、内蔵ROMは１ステートアクセス、内蔵周辺モジュールは２ステート
アクセス、と書かれていました。この記述から、
bld #0,R0L １ワード命令のアクセス１ステート＋実行１ステート
bst @FFFFxx：8 ２ワード命令のアクセス２ステート＋実行２ステート
と理解してよいでしょうか？ 実行の所は４ステートと考えるべき？？
nopとかレジスタ命令が1クロックなのは想像つきますが、bset/bclr port：8 の命令は
何クロックだと思えばいいのでしょうか？ 内蔵fROM動作の場合で考えたのですが、
「基本動作タイミング」の章で、内蔵ROMは１ステートアクセス、内蔵周辺モジュールは２ステート
アクセス、と書かれていました。この記述から、
bld #0,R0L １ワード命令のアクセス１ステート＋実行１ステート
bst @FFFFxx：8 ２ワード命令のアクセス２ステート＋実行２ステート
と理解してよいでしょうか？ 実行の所は４ステートと考えるべき？？
401 ：デフォルトの名無しさん：2007/05/04(金) 05:20:21
H8/16bitシリーズで、R4L=0で eepmov.b ってやったらどうなりますか？
マニュアルには転送が起こらないような書き方してありますが、
256バイトやるんじゃないかと思うんですけど。
マニュアルには転送が起こらないような書き方してありますが、
256バイトやるんじゃないかと思うんですけど。
402 ：デフォルトの名無しさん：2007/05/06(日) 06:04:28
403 ：デフォルトの名無しさん：2007/05/06(日) 06:30:58
404 ：デフォルトの名無しさん：2007/05/06(日) 08:49:55
しかし、その質問が出てるままだと皆遠慮して話が出来ない。
H8はHewにソフトエミュレータが入ってるだろうから、試せばいいと思うんだが
H8はHewにソフトエミュレータが入ってるだろうから、試せばいいと思うんだが
405 ：デフォルトの名無しさん：2007/05/06(日) 12:28:12
あ！>>404の手があったかと思って、お試しmainを書いてビルドはできましたが、
へうがデバックモードになってくれなくて、どたばたしてます。とりあえず、私のはスルーしてください
へうがデバックモードになってくれなくて、どたばたしてます。とりあえず、私のはスルーしてください
407 ：デフォルトの名無しさん：2007/05/11(金) 09:42:46
8085A2で、AND/OR/XOR命令を実行後、CYは不変／ゼロになる のどちらでしょうか？
408 ：デフォルトの名無しさん：2007/05/11(金) 11:06:58
データシートぐらい見ろよ。
409 ：デフォルトの名無しさん：2007/05/11(金) 16:20:46
あ、すいません。沖電気のＨＰにデータブックがあって落としたんですけど、それの命令セット
のとこには書いてなかったんですよ。昔会社にあった奴には載ってた覚えがあるんですけど、
もう忘れてるし。論理演算ではCYが不変な石が多いけど、たしか8085は違うんじゃ？
って、覚えてる人いたらレスください。
のとこには書いてなかったんですよ。昔会社にあった奴には載ってた覚えがあるんですけど、
もう忘れてるし。論理演算ではCYが不変な石が多いけど、たしか8085は違うんじゃ？
って、覚えてる人いたらレスください。
410 ：デフォルトの名無しさん：2007/05/11(金) 18:18:05
Cは変わらんかったような気がするなあ。
Z80あたりの資料をあたれば何かわからんか？
違うのはSIM/RIMだけだろう。
Z80あたりの資料をあたれば何かわからんか？
違うのはSIM/RIMだけだろう。
411 ：デフォルトの名無しさん：2007/05/12(土) 03:55:19
川崎80のインストラクションセットはありました。それによると論理演算でCYはゼロになるから、
8085もそうだと思われます。私、探し方がへたなんですね。ヒントくださってありがとうございます。
8085もそうだと思われます。私、探し方がへたなんですね。ヒントくださってありがとうございます。
412 ：デフォルトの名無しさん：2007/05/14(月) 04:58:31
いつもの3MHzの8085の者です。linkMAPを見てふしぎに思ってたことがありました。
globalなデータの最後の番地＋そのサイズよりも DATASEG = 8000-8ED6 (0ED7) の行で
示される範囲がいつも大きかったのです。 static がglobalの後ろに置かれるのも知ってます。
今回チューニングの必要があって、乗算も除算もsprintfもstrxxxも使わないコードを書いた所、
見事にRAMの最終と変数の末尾が一致しました。ということはclibでstaticを使ってる奴が居る
らしいです。石のｱｰｷﾃｸﾁｬ上、stackを使うと遅くなるのでしょうがないのでしょうね。
globalなデータの最後の番地＋そのサイズよりも DATASEG = 8000-8ED6 (0ED7) の行で
示される範囲がいつも大きかったのです。 static がglobalの後ろに置かれるのも知ってます。
今回チューニングの必要があって、乗算も除算もsprintfもstrxxxも使わないコードを書いた所、
見事にRAMの最終と変数の末尾が一致しました。ということはclibでstaticを使ってる奴が居る
らしいです。石のｱｰｷﾃｸﾁｬ上、stackを使うと遅くなるのでしょうがないのでしょうね。
413 ：デフォルトの名無しさん：2007/05/14(月) 07:19:15
strtokとかstatic必要な関数があるからじゃないのかな
414 ：デフォルトの名無しさん：2007/05/14(月) 08:18:05
sprintf()も内部に静的領域を持っている可能性が高い。
time.hにもstrtok()のように明示的に内部に静的領域を持っている関数が多い。
time.hにもstrtok()のように明示的に内部に静的領域を持っている関数が多い。
415 ：デフォルトの名無しさん：2007/05/14(月) 17:19:03
内部に静的領域ならまだいいよ。qsort使おうと思ったら、変数が初期値持ってるらしく、
初期値のセクションがないぞとか怒られたことある。
初期値のセクションがないぞとか怒られたことある。
416 ：デフォルトの名無しさん：2007/05/14(月) 17:36:57
まあそんな無駄な調査が嫌で、CPU毎に俺様ライブラリ作ってるわけだが、
417 ：デフォルトの名無しさん：2007/05/14(月) 21:42:49
俺様は出て行ってくれw
418 ：デフォルトの名無しさん：2007/05/18(金) 04:05:20
ルネサスH8/16bitシリーズで、引数（R0L)のbitを２つずつ並べた16bitにしてワードで返す関数
書こうとおもったら、トンデモコードを吐かれてしまった。BLDとBSTだけでいいのに、こんなの：
word.BIT.BD = byte.BIT.B6;
SUB.B R1H,R1H
BLD.B #6,R1L
BST.B #0,R1H
MOV.B R1H,R2L
BLD.B #0,R2L
BST.B #5,R0H
BLDしたbitをゼロのバイトのLSBに入れて、そのバイトを別のバイトに移して、そのLSBから
BLDして、目的の位置へBSTしてるの。もうね、お前アホかと・・・
結局R0上だけで移すASM書きました。BLD,BST,BSTが８回。表引きのが実行速いのは
判りますが、0xXXXXを256個書くのもめんどう<--こっちも用意しておいたほうがいいかも。
書こうとおもったら、トンデモコードを吐かれてしまった。BLDとBSTだけでいいのに、こんなの：
word.BIT.BD = byte.BIT.B6;
SUB.B R1H,R1H
BLD.B #6,R1L
BST.B #0,R1H
MOV.B R1H,R2L
BLD.B #0,R2L
BST.B #5,R0H
BLDしたbitをゼロのバイトのLSBに入れて、そのバイトを別のバイトに移して、そのLSBから
BLDして、目的の位置へBSTしてるの。もうね、お前アホかと・・・
結局R0上だけで移すASM書きました。BLD,BST,BSTが８回。表引きのが実行速いのは
判りますが、0xXXXXを256個書くのもめんどう<--こっちも用意しておいたほうがいいかも。
419 ：デフォルトの名無しさん：2007/05/18(金) 08:23:47
その程度だとトンデモコードとは言えないな
サイズの変更を伴っているから、最適化が巧く働いていないんだろ
ビットフィールドは、いったんその型に変換しなくちゃいけないから
そんなものだろ
サイズの変更を伴っているから、最適化が巧く働いていないんだろ
ビットフィールドは、いったんその型に変換しなくちゃいけないから
そんなものだろ
420 ：デフォルトの名無しさん：2007/05/18(金) 12:08:02
でも、ソースもディスティネーションも１ビットのフィールドなんですよ。あんまりだ～(x＿x)
ライフボートのなら sfrp.13 = sfr.6； ですんなりいくのに・・・ぶつぶつ。
ライフボートのなら sfrp.13 = sfr.6； ですんなりいくのに・・・ぶつぶつ。
421 ：デフォルトの名無しさん：2007/05/18(金) 13:06:29
その word と bit の構造体を晒してみて。 実験してみたいから
422 ：デフォルトの名無しさん：2007/05/19(土) 05:35:19
typedef union { // BYTEとBIT共用体
unsigned char BYTE; /* Byte Access */
struct { /* Bit Access */
unsigned char B7:1; /* Bit 7 */
unsigned char B6:1; /* Bit 6 */
unsigned char B5:1; /* Bit 5 */
unsigned char B4:1; /* Bit 4 */
unsigned char B3:1; /* Bit 3 */
unsigned char B2:1; /* Bit 2 */
unsigned char B1:1; /* Bit 1 */
unsigned char B0:1; /* Bit 0 */
} BIT;
} t_8bits;
unsigned char BYTE; /* Byte Access */
struct { /* Bit Access */
unsigned char B7:1; /* Bit 7 */
unsigned char B6:1; /* Bit 6 */
unsigned char B5:1; /* Bit 5 */
unsigned char B4:1; /* Bit 4 */
unsigned char B3:1; /* Bit 3 */
unsigned char B2:1; /* Bit 2 */
unsigned char B1:1; /* Bit 1 */
unsigned char B0:1; /* Bit 0 */
} BIT;
} t_8bits;
423 ：デフォルトの名無しさん：2007/05/19(土) 05:37:46
typedef union { // WORDとBIT共用体
unsigned char WORD; /* Word Access */
struct { /* Bit Access */
unsigned char BF:1;
unsigned char BE:1;
unsigned char BD:1;
unsigned char BC:1;
unsigned char BB:1;
unsigned char BA:1;
unsigned char B9:1;
unsigned char B8:1;
unsigned char B7:1;
unsigned char B6:1;
unsigned char B5:1;
unsigned char B4:1;
unsigned char B3:1;
unsigned char B2:1;
unsigned char B1:1;
unsigned char B0:1;
} BIT;
} t_16bits;
unsigned char WORD; /* Word Access */
struct { /* Bit Access */
unsigned char BF:1;
unsigned char BE:1;
unsigned char BD:1;
unsigned char BC:1;
unsigned char BB:1;
unsigned char BA:1;
unsigned char B9:1;
unsigned char B8:1;
unsigned char B7:1;
unsigned char B6:1;
unsigned char B5:1;
unsigned char B4:1;
unsigned char B3:1;
unsigned char B2:1;
unsigned char B1:1;
unsigned char B0:1;
} BIT;
} t_16bits;
424 ：デフォルトの名無しさん：2007/05/19(土) 05:45:31
わを！tabがくっついちゃうんだ。許してね。
_UWORD bit_double(_UBYTE c) { // 8bit-->16bit変換ﾙｰﾁﾝ
// 8bitの文字dotﾊﾟﾀｰﾝの横を倍にする。ex: 00111010-->0000111111001100
register t_16bits word;
register t_8bits byte;
byte.BYTE = c; // １つのﾚｼﾞｽﾀ上でできるのだがｃでは書けない
word.BIT.BF = byte.BIT.B7;
word.BIT.BE = byte.BIT.B7;
・・・こういうのを１６行書いて、
return word.WORD; 最適化オプションは「サイズ優先」にしてます。
同じレジスタでやれば最後の BIT.B0 = byte.BIT.B0；は要らないんですが、ｃだとそう書けない。
wordのunsigned char はunsigned shortのコピペミスです。
_UWORD bit_double(_UBYTE c) { // 8bit-->16bit変換ﾙｰﾁﾝ
// 8bitの文字dotﾊﾟﾀｰﾝの横を倍にする。ex: 00111010-->0000111111001100
register t_16bits word;
register t_8bits byte;
byte.BYTE = c; // １つのﾚｼﾞｽﾀ上でできるのだがｃでは書けない
word.BIT.BF = byte.BIT.B7;
word.BIT.BE = byte.BIT.B7;
・・・こういうのを１６行書いて、
return word.WORD; 最適化オプションは「サイズ優先」にしてます。
同じレジスタでやれば最後の BIT.B0 = byte.BIT.B0；は要らないんですが、ｃだとそう書けない。
wordのunsigned char はunsigned shortのコピペミスです。
425 ：デフォルトの名無しさん：2007/05/19(土) 08:13:13
表引きにした方が楽だと思うけどな
Word.H:=tbl[(c shr 4) and $0f];
Word.L:=tbl[c and $0f];
Word.H:=tbl[(c shr 4) and $0f];
Word.L:=tbl[c and $0f];
426 ：デフォルトの名無しさん：2007/05/19(土) 10:51:02
>>423 なんか間違えてるよ？
typedef union { // WORDとBIT共用体
unsigned char U8[2]; // 2byte
unsigned U16;/* Word Access */
・・・
で、
unsigned bit_double(unsigned char c) { // 8bit-->16bit変換ﾙｰﾁﾝ
// 8bitの文字dotﾊﾟﾀｰﾝの横を倍にする。ex: 00111010-->0000111111001100
register t_16bits word;
word.U8[0] =c;
word.BIT.BF = word.BIT.B7;
word.BIT.BE = word.BIT.B7;
word.BIT.BD = word.BIT.B6;
word.BIT.BC = word.BIT.B6;
と書いたら
MOV.B R0L,R1H
BLD.B #7,R1L
BST.B #7,R1H
BLD.B #7,R1L
BST.B #6,R1H
とコンパイルされたよ？
typedef union { // WORDとBIT共用体
unsigned char U8[2]; // 2byte
unsigned U16;/* Word Access */
・・・
で、
unsigned bit_double(unsigned char c) { // 8bit-->16bit変換ﾙｰﾁﾝ
// 8bitの文字dotﾊﾟﾀｰﾝの横を倍にする。ex: 00111010-->0000111111001100
register t_16bits word;
word.U8[0] =c;
word.BIT.BF = word.BIT.B7;
word.BIT.BE = word.BIT.B7;
word.BIT.BD = word.BIT.B6;
word.BIT.BC = word.BIT.B6;
と書いたら
MOV.B R0L,R1H
BLD.B #7,R1L
BST.B #7,R1H
BLD.B #7,R1L
BST.B #6,R1H
とコンパイルされたよ？
427 ：デフォルトの名無しさん：2007/05/19(土) 10:53:23
さらに
unsigned bit_double(unsigned char c) { // 8bit-->16bit変換ﾙｰﾁﾝ
// 8bitの文字dotﾊﾟﾀｰﾝの横を倍にする。ex: 00111010-->0000111111001100
register t_16bits word;
word.U8[0] =c;
word.BIT.BF =
word.BIT.BE = word.BIT.B7;
word.BIT.BD =
word.BIT.BC = word.BIT.B6;
word.BIT.BB =
word.BIT.BA = word.BIT.B5;
・・・・
のように書いたら
MOV.B R0L,R1H
BLD.B #7,R1L
BST.B #6,R1H
BST.B #7,R1H
BLD.B #6,R1L
BST.B #4,R1H
BST.B #5,R1H
BLD.B #5,R1L
BST.B #2,R1H
BST.B #3,R1H
となったよ。 けっこうコンパイラ賢いじゃない
unsigned bit_double(unsigned char c) { // 8bit-->16bit変換ﾙｰﾁﾝ
// 8bitの文字dotﾊﾟﾀｰﾝの横を倍にする。ex: 00111010-->0000111111001100
register t_16bits word;
word.U8[0] =c;
word.BIT.BF =
word.BIT.BE = word.BIT.B7;
word.BIT.BD =
word.BIT.BC = word.BIT.B6;
word.BIT.BB =
word.BIT.BA = word.BIT.B5;
・・・・
のように書いたら
MOV.B R0L,R1H
BLD.B #7,R1L
BST.B #6,R1H
BST.B #7,R1H
BLD.B #6,R1L
BST.B #4,R1H
BST.B #5,R1H
BLD.B #5,R1L
BST.B #2,R1H
BST.B #3,R1H
となったよ。 けっこうコンパイラ賢いじゃない
428 ：デフォルトの名無しさん：2007/05/19(土) 10:57:38
あ、H8だから 下位バイトは U8[0] じゃなくて U8[1]か
× word.U8[0] =c;
○ word.U8[1] =c;
× word.U8[0] =c;
○ word.U8[1] =c;
429 ：デフォルトの名無しさん：2007/05/19(土) 11:13:24
あと、７ビットコピーした後
x := x and $5555
x:= x or (x shl 1)
とした方が少し短いよ
x := x and $5555
x:= x or (x shl 1)
とした方が少し短いよ
430 ：デフォルトの名無しさん：2007/05/19(土) 18:08:37
いろいろやってくださってありがとうございます。427のアイデアは「同じレジスタの中でやらす」
手法ですね。助かります。428みたいに上下を気にしないでいいように、word.WORD = c; って
やって、wordの中で下から上へ移せばいいですね。
>>429のアイデアが理解できないです。5555hでandしたら１つおきに０になっちゃいますよね？
手法ですね。助かります。428みたいに上下を気にしないでいいように、word.WORD = c; って
やって、wordの中で下から上へ移せばいいですね。
>>429のアイデアが理解できないです。5555hでandしたら１つおきに０になっちゃいますよね？
431 ：デフォルトの名無しさん：2007/05/19(土) 18:41:00
word.BIT.BE = word.BIT.B7;
word.BIT.BC = word.BIT.B6;
・・・・
word.BIT.B2 = word.BIT.B1;
とやって
>>429 をやれってことだよ
word.BIT.BC = word.BIT.B6;
・・・・
word.BIT.B2 = word.BIT.B1;
とやって
>>429 をやれってことだよ
432 ：デフォルトの名無しさん：2007/05/19(土) 18:45:22
結局、コンパイラの最適化を期待するなら、最適化しやすいようにこっちも工夫してやれって事さ。
>>418 は、別の構造体から別の構造体にコピーしてる。
しかも、サイズが違うわけだ。
これではコンパイラも、なんとか動くコードを吐くのが精一杯さ
>>418 は、別の構造体から別の構造体にコピーしてる。
しかも、サイズが違うわけだ。
これではコンパイラも、なんとか動くコードを吐くのが精一杯さ
433 ：418：2007/05/20(日) 01:45:26
うちのでやるとこうなりました・・・
word.WORD = c; // １つのﾚｼﾞｽﾀ上で移すため
MOV.B R0L,R1L
EXTU.W R1
MOV.W R1,R0
word.BIT.BF = word.BIT.BE = word.BIT.B7;
SUB.B R1L,R1L
BLD.B #7,R0L
BST.B #0,R1L
MOV.B R1L,R1H
BLD.B #0,R1H
BST.B #6,R0H
SUB.B R1L,R1L
BLD.B #6,R0H
BST.B #0,R1L
MOV.B R1L,R1H
BLD.B #0,R1H
BST.B #7,R0H
最適化オプションをスピード優先にしてもサイズ優先にしても同じでした。なんでだろ？？
>>431 (*o*)ｶﾞｰﾝ 気がつかなかった
word.WORD = c; // １つのﾚｼﾞｽﾀ上で移すため
MOV.B R0L,R1L
EXTU.W R1
MOV.W R1,R0
word.BIT.BF = word.BIT.BE = word.BIT.B7;
SUB.B R1L,R1L
BLD.B #7,R0L
BST.B #0,R1L
MOV.B R1L,R1H
BLD.B #0,R1H
BST.B #6,R0H
SUB.B R1L,R1L
BLD.B #6,R0H
BST.B #0,R1L
MOV.B R1L,R1H
BLD.B #0,R1H
BST.B #7,R0H
最適化オプションをスピード優先にしてもサイズ優先にしても同じでした。なんでだろ？？
>>431 (*o*)ｶﾞｰﾝ 気がつかなかった
434 ：418：2007/05/20(日) 04:46:07
SHやった時の古いへう２が残ってるからかと思って、大掃除してインスコし直してみても一緒でした
435 ：デフォルトの名無しさん：2007/05/20(日) 09:14:29
バージョンが違うか、使い方が違うか
436 ：418：2007/05/21(月) 04:35:33
V6.01 R01 です。 >>427さんのは？ 参考までにお聞きしたいです。
いろいろありがとうございました。これは回避の仕方も判ったし、これで終わりにします。
いろいろありがとうございました。これは回避の仕方も判ったし、これで終わりにします。
437 ：デフォルトの名無しさん：2007/05/24(木) 09:28:43
ネタないなら
http://japan.renesas.com/fmwk.jsp?cnt=/cisc.jsp&fp=/newcpu
新CPUは既存のCISC CPU「M16C」「R32C」の高いコード効率と
「H8S」「H8SX」の高速データ処理性能を兼ね備えた次世代CPUです。
http://www.edresearch.co.jp/mtb/0705/164.html
新CPUは既存CPUとの互換性を維持し、既存製品の延長上の展開にスムーズに対応
どんな合体をするのか妄想してみないか？
http://japan.renesas.com/fmwk.jsp?cnt=/cisc.jsp&fp=/newcpu
新CPUは既存のCISC CPU「M16C」「R32C」の高いコード効率と
「H8S」「H8SX」の高速データ処理性能を兼ね備えた次世代CPUです。
http://www.edresearch.co.jp/mtb/0705/164.html
新CPUは既存CPUとの互換性を維持し、既存製品の延長上の展開にスムーズに対応
どんな合体をするのか妄想してみないか？
438 ：デフォルトの名無しさん：2007/05/24(木) 09:39:35
新解さんのような合体?
http://www.google.com/search?q=%E6%96%B0%E8%A7%A3%E3%81%95%E3%82%93+%E5%90%88%E4%BD%93
（；´Д｀）
単なる合体じゃなく、H8Sなどを参考にして書き直したとか
そんなんじゃないかな?
http://www.google.com/search?q=%E6%96%B0%E8%A7%A3%E3%81%95%E3%82%93+%E5%90%88%E4%BD%93
（；´Д｀）
単なる合体じゃなく、H8Sなどを参考にして書き直したとか
そんなんじゃないかな?
439 ：デフォルトの名無しさん：2007/05/24(木) 09:59:32
問題は「互換性を維持」だな
H8-300系と M16C系の両方のバイナリ互換は当然無理。
論理演算でボローがクリアされるかどうかとか、命令の中身も多少異なる。
また、M16Cは１６ビットのメモリ空間をバンク切り替え式に拡張してるのに対してH8は32bit化してる
単純なトランスレータの提供では解決出来ないだろう。
両方の命令体形をフラグで切り替えられるとか、
マイクロコードの一部が書き換えられるとか
H8-300系と M16C系の両方のバイナリ互換は当然無理。
論理演算でボローがクリアされるかどうかとか、命令の中身も多少異なる。
また、M16Cは１６ビットのメモリ空間をバンク切り替え式に拡張してるのに対してH8は32bit化してる
単純なトランスレータの提供では解決出来ないだろう。
両方の命令体形をフラグで切り替えられるとか、
マイクロコードの一部が書き換えられるとか
440 ：デフォルトの名無しさん：2007/05/24(木) 11:16:33
スタートアップ → HEWで自動生成するので気にしない
内臓I/O → 自動生成ツールで互換性を確保
それ以外 → Cで書いてりゃ問題ない
というオチを期待してみる。
内臓I/O → 自動生成ツールで互換性を確保
それ以外 → Cで書いてりゃ問題ない
というオチを期待してみる。
441 ：デフォルトの名無しさん：2007/05/24(木) 11:27:34
それだと、従来のコードをそのまま動かせるという事にならないな
既存製品の延長上の展開 って事は、ようは作り直せって事だ
あと、SIO何個とか複雑なタイマーとかで品種増やすより
シンプルなCPUをI/Oプロセッサとして何かつけて
それで SIOとかタイマーとか自作させてくれれば便利なんだけどな
既存製品の延長上の展開 って事は、ようは作り直せって事だ
あと、SIO何個とか複雑なタイマーとかで品種増やすより
シンプルなCPUをI/Oプロセッサとして何かつけて
それで SIOとかタイマーとか自作させてくれれば便利なんだけどな
442 ：デフォルトの名無しさん：2007/05/25(金) 23:52:55
H8S、H8SX、M16C、R32C。
H8がここに含まれていないのはなぜだろう？
H8がここに含まれていないのはなぜだろう？
443 ：デフォルトの名無しさん：2007/05/26(土) 04:04:40
もう作ってないから？
444 ：デフォルトの名無しさん：2007/05/27(日) 02:06:06
三菱の石ってキャリーの立ち方が反対だった覚えがある(50747とか)。
日立と合体したら、M16Cなんかはキャリーの立ち方はH8と同じになったのかな？
日立と合体したら、M16Cなんかはキャリーの立ち方はH8と同じになったのかな？
445 ：デフォルトの名無しさん：2007/05/27(日) 16:45:19
同じ会社といっても設計している場所が違うからのう
同じにはならんだろう
新しいのはどっちで設計するんかな
同じにはならんだろう
新しいのはどっちで設計するんかな
446 ：デフォルトの名無しさん：2007/05/27(日) 21:12:15
447 ：デフォルトの名無しさん：2007/05/27(日) 21:50:59
三菱系の予感がしますねー。
名前はR16Cで決まり。
ただし、ハードウェアマニュアルは日立系の書式を切望します。
名前はR16Cで決まり。
ただし、ハードウェアマニュアルは日立系の書式を切望します。
448 ：デフォルトの名無しさん：2007/06/06(水) 03:38:52
LCDが生産中止だったよ～。ｻﾑｽﾝの、20ｷｬﾗ・２行の、ASCIIで英字とカタカナ出せて
数文字分は外字ﾊﾟﾀｰﾝが書き込める奴。
前に使った制御コード使いまわせると思ってたらご破産になっちゃった・・orz
数文字分は外字ﾊﾟﾀｰﾝが書き込める奴。
前に使った制御コード使いまわせると思ってたらご破産になっちゃった・・orz
449 ：デフォルトの名無しさん：2007/06/06(水) 08:32:43
そういうの困るよな。ケースも設計しなおしになりかねない
450 ：デフォルトの名無しさん：2007/06/06(水) 12:11:31
HD44780の20x2なら同じようなのは山ほどあると思うが。
451 ：デフォルトの名無しさん：2007/06/06(水) 16:14:20
HD44780uですよね。ぐぐると日立（ﾙﾈｻｽ）のはいっぱい出てくるけど、もう作ってないって
お客さんが言ってました。意外だったのはサムスンですらやってないらしいこと。
HD44780と同等だと称してるのはオリエントディスプレイとかいろいろ見つかったけど、
まだデータブックは見つからない。お客さんの取引関係とか、なんかあるんでしょうね。
お客さんが言ってました。意外だったのはサムスンですらやってないらしいこと。
HD44780と同等だと称してるのはオリエントディスプレイとかいろいろ見つかったけど、
まだデータブックは見つからない。お客さんの取引関係とか、なんかあるんでしょうね。
452 ：デフォルトの名無しさん：2007/06/07(木) 13:27:17
今見直したら、LCDユニットが製造中止・・・と言ってるから、コントローラーが無くなったという話
ではないみたい。それだったらノリタケitronとかじゃだめなのかなあ？
ではないみたい。それだったらノリタケitronとかじゃだめなのかなあ？
453 ：デフォルトの名無しさん：2007/06/09(土) 10:22:23
秋月のSL811のUSBボードやったことある人いる？
いつだったかのインターフェースのソースをもとにデバイスディスクリプタを
取得するところまで作ったんだけど、どうしてもディスクリプタの読み込みのところで
STALLエラーが帰ってくるUSBがある。他のはOKなのに。
でもこの駄目なUSBはwindowsとのやり取りだとOKなんだよね。
さっぱり原因がわからん
いつだったかのインターフェースのソースをもとにデバイスディスクリプタを
取得するところまで作ったんだけど、どうしてもディスクリプタの読み込みのところで
STALLエラーが帰ってくるUSBがある。他のはOKなのに。
でもこの駄目なUSBはwindowsとのやり取りだとOKなんだよね。
さっぱり原因がわからん
454 ：デフォルトの名無しさん：2007/06/09(土) 11:18:04
455 ：デフォルトの名無しさん：2007/06/09(土) 14:31:15
何をつないだのかわからんとなあ。
つないだのはUSBメモリ。
SL811でUSBメモリの読み書きをやりたい。
が、最初のディスクリプタの取得で駄目になるUSBが
あるんで原因がわからず詰まってる。
SL811でUSBメモリの読み書きをやりたい。
が、最初のディスクリプタの取得で駄目になるUSBが
あるんで原因がわからず詰まってる。
457 ：デフォルトの名無しさん：2007/06/09(土) 19:10:24
だからその「USB」ってのはいったい何のこといってるんだ馬鹿w
USBって言葉はその名の通りバス自体のことを指すんだけど
USBって言葉はその名の通りバス自体のことを指すんだけど
458 ：デフォルトの名無しさん：2007/06/09(土) 21:48:25
459 ：デフォルトの名無しさん：2007/06/10(日) 19:23:39
>>456
それは個体差だよ。返品汁。
それは個体差だよ。返品汁。
460 ：デフォルトの名無しさん：2007/06/11(月) 06:11:21
でも>>453で、windowsではOKって言ってるよ。ってことは、winではディスクリプタなんか
取らずに強引に読み書きしちゃうんでは？
取らずに強引に読み書きしちゃうんでは？
461 ：デフォルトの名無しさん：2007/06/11(月) 10:40:32
ディスクリプタ読まなきゃ認識できねー
エラー処理とかちゃんとやってなくて、応答遅いのがダメとかじゃないの？
エラー処理とかちゃんとやってなくて、応答遅いのがダメとかじゃないの？
462 ：デフォルトの名無しさん：2007/06/18(月) 09:53:48
H8/2000シリーズ、ルネサスのコンパイラです。ある関数の入り口なんですが、
ラベル：
PUSH.L ER3
STM.L (ER4-ER6),@-SP ってなってる。出口もこれと対称。
なんで STM.L (ER3-ER6) ってならないんでしょうね？
ラベル：
PUSH.L ER3
STM.L (ER4-ER6),@-SP ってなってる。出口もこれと対称。
なんで STM.L (ER3-ER6) ってならないんでしょうね？
463 ：デフォルトの名無しさん：2007/06/18(月) 11:08:18
464 ：デフォルトの名無しさん：2007/06/20(水) 15:26:42
void INT_MTU0_TGI0A(void){
static const _UBYTE table[] = { ・・・ };
}
と
void INT_MTU0_TGI0A(void){
const _UBYTE table[] = { ・・・ };
}
の違いってありますか？
割り込み関数内に定数を書いたのですが、
下だと割り込みかかった時点で、変な所にプログラムが飛んでいるみたいで
正しく動作しないんです・・・
static const _UBYTE table[] = { ・・・ };
}
と
void INT_MTU0_TGI0A(void){
const _UBYTE table[] = { ・・・ };
}
の違いってありますか？
割り込み関数内に定数を書いたのですが、
下だと割り込みかかった時点で、変な所にプログラムが飛んでいるみたいで
正しく動作しないんです・・・
もしかして、constだけだと、定数領域に割り当てられないんでしょうか？
CPU : SH-2
開発環境 : HEW4
です。
CPU : SH-2
開発環境 : HEW4
です。
466 ：デフォルトの名無しさん：2007/06/20(水) 16:00:53
467 ：デフォルトの名無しさん：2007/06/21(木) 05:48:02
(*o*) なぜに蟹炒飯・・・
>>465 下の書き方なら関数の外に書くとglobalな定数になるよ。でも、上の書き方が間違ってる
とは思えない。その定数がglobalにならないだけで。
intprg.cに__interrupt(vect=nn) INT_MTU0_TGI0A(void) { /* sleep */ } という形で実体があるので、
これをコメントアウトして、自分の書いた割り込みを __interrupt(vect=52) void INT_MTU0(void) {
で始めると、ベクタが自分のそれを指すようにできるけど。
>>465 下の書き方なら関数の外に書くとglobalな定数になるよ。でも、上の書き方が間違ってる
とは思えない。その定数がglobalにならないだけで。
intprg.cに__interrupt(vect=nn) INT_MTU0_TGI0A(void) { /* sleep */ } という形で実体があるので、
これをコメントアウトして、自分の書いた割り込みを __interrupt(vect=52) void INT_MTU0(void) {
で始めると、ベクタが自分のそれを指すようにできるけど。
わざわざありがとうございます
上の書き方だと、正常に動いています（明記してなく、すみません・・・）
下の書き方だと、毎回table[]への初期化が始まる訳ですね。
今は関数外に置いています。
今は、蟹炒飯って何の事だろう・・・と、そっちの方で悩んでいます
上の書き方だと、正常に動いています（明記してなく、すみません・・・）
下の書き方だと、毎回table[]への初期化が始まる訳ですね。
今は関数外に置いています。
今は、蟹炒飯って何の事だろう・・・と、そっちの方で悩んでいます
469 ：デフォルトの名無しさん：2007/06/21(木) 09:09:35
たぶん、カーニハンのC言語本のことじゃないかと思われ
470 ：制御初心者：2007/06/24(日) 20:48:15
工学専攻で、所属してる研究室ではロボットの製作・制御などをやっています。
そこで質問です。これまではロボットのモータの回転角をポテンショメータで検出
してきたのですが、ポテンショメータとエンコーダを併用することでより精度良
く制御できると聞きました･･･が、調べてみてもなかなか具体的な方法がわかりま
せん。ポテンショとエンコーダを併用することってあるんでしょうか？具体的な
方法まで教えてもらえるとかなり助かります。
長文ですいませんm(_ _)m
そこで質問です。これまではロボットのモータの回転角をポテンショメータで検出
してきたのですが、ポテンショメータとエンコーダを併用することでより精度良
く制御できると聞きました･･･が、調べてみてもなかなか具体的な方法がわかりま
せん。ポテンショとエンコーダを併用することってあるんでしょうか？具体的な
方法まで教えてもらえるとかなり助かります。
長文ですいませんm(_ _)m
471 ：デフォルトの名無しさん：2007/06/24(日) 23:15:11
アブソリュートタイプのエンコーダあれば、ポテンショメータ要らなくね？
472 ：デフォルトの名無しさん：2007/06/25(月) 00:55:03
漏れはむしろポテンショメータ初めて聞いた。
可変抵抗だから温度ドリフトとかガリとか出るからでないかい？
エンコーダーのパルスタイミングでポテンショメータの補正掛けていけば
稼働状態で温度保証が出来るとか…
推測でスマソ
可変抵抗だから温度ドリフトとかガリとか出るからでないかい？
エンコーダーのパルスタイミングでポテンショメータの補正掛けていけば
稼働状態で温度保証が出来るとか…
推測でスマソ
473 ：デフォルトの名無しさん：2007/06/25(月) 06:18:26
併用ったって、どういうふうに取り付けてあるかが問題で、
モータの軸にロータリエンコーダ、関節とかに直接ポテンショメータとか？
モータの軸の場合はバックラッシュがある事が問題
つまり正転から逆転に入った時にいくらか遊びが出来る。
制御対象から直接信号をもらうと、このバックラッシュが入ってないから
良いかというと、無いのは無いで困る。 だから両方に付けたいってことじゃないの？
モータの軸にロータリエンコーダ、関節とかに直接ポテンショメータとか？
モータの軸の場合はバックラッシュがある事が問題
つまり正転から逆転に入った時にいくらか遊びが出来る。
制御対象から直接信号をもらうと、このバックラッシュが入ってないから
良いかというと、無いのは無いで困る。 だから両方に付けたいってことじゃないの？
474 ：デフォルトの名無しさん：2007/06/25(月) 08:22:13
研究室なのにどうしてセンセに聞かないんだろう
いい歳こいて恥ずかしがりやさんなのかなw
いい歳こいて恥ずかしがりやさんなのかなw
475 ：デフォルトの名無しさん：2007/06/25(月) 09:02:29
476 ：デフォルトの名無しさん：2007/06/25(月) 09:35:41
まあこっちのほうが気軽に聞けるし文字で残るからしばらくは眺めていられるってのもあるし
477 ：デフォルトの名無しさん：2007/06/28(木) 22:54:27
こんばんは
ＳＨ２で、全割り込みの優先レベルを１にしているのに、多重割り込みになってしまいます．．．
なぜでしょうか？
ＳＨ２で、全割り込みの優先レベルを１にしているのに、多重割り込みになってしまいます．．．
なぜでしょうか？
478 ：デフォルトの名無しさん：2007/06/28(木) 23:46:47
全部優先になってるんだろ
そして何よりも 処理の速さが足りない
そして何よりも 処理の速さが足りない
479 ：デフォルトの名無しさん：2007/06/29(金) 00:13:28
480 ：477：2007/06/29(金) 10:00:37
481 ：デフォルトの名無しさん：2007/06/29(金) 10:09:22
482 ：477：2007/06/29(金) 11:15:16
483 ：デフォルトの名無しさん：2007/06/29(金) 11:22:03
>>482
全部同じだから。全部優先。
全部同じだから。全部優先。
484 ：デフォルトの名無しさん：2007/06/29(金) 11:33:17
>複数の割り込み要因の優先順位を同じレベルに設定した場合、
>それらの割り込みが同時に発生したときは、
>表6.3 に示す「デフォルト優先順位」に従って処理されます。
SH7040ハードウェアマニュアルに書いてあったが。。。
>それらの割り込みが同時に発生したときは、
>表6.3 に示す「デフォルト優先順位」に従って処理されます。
SH7040ハードウェアマニュアルに書いてあったが。。。
485 ：デフォルトの名無しさん：2007/06/29(金) 11:42:03
ＳＲの I0～I3 を誰かが書き換えない限り多重割り込みにはならないんだから、何か勘違いしてるんだろ
それとも割り込みが終わってRTEを実行して割り込みがかかる事を自分用語で多重割り込みと言ってるのか？
それとも割り込みが終わってRTEを実行して割り込みがかかる事を自分用語で多重割り込みと言ってるのか？
486 ：477：2007/06/29(金) 13:00:33
>>485
受信割り込み中にタイマー割り込みが入ります。
>>484
SH7144のマニュアルだとデフォルト優先順によって割り込みが選択され、実際に割り込みに入るかどうかはマスクとの比較と読めます．．．
受信割り込み中にタイマー割り込みが入ります。
>>484
SH7144のマニュアルだとデフォルト優先順によって割り込みが選択され、実際に割り込みに入るかどうかはマスクとの比較と読めます．．．
487 ：デフォルトの名無しさん：2007/06/29(金) 13:05:14
>>486
そのタイマー割り込みで保存されてる SR を見てみりゃいいじゃない
そのタイマー割り込みで保存されてる SR を見てみりゃいいじゃない
488 ：デフォルトの名無しさん：2007/06/29(金) 13:09:58
>>482 多重割込みがイヤなら、「割込みコントロールレジスタ」でＩビットだけかマスクか
選択できないの？ Ｈ８の16ビットシリーズなんかには付いてるけど。
マスクしかだめなら、IPRxでuartのほうを高くしてやる。
一般に「割込み処理が短い」奴は高くしても問題ない。
選択できないの？ Ｈ８の16ビットシリーズなんかには付いてるけど。
マスクしかだめなら、IPRxでuartのほうを高くしてやる。
一般に「割込み処理が短い」奴は高くしても問題ない。
489 ：477：2007/06/29(金) 13:31:58
>>487
ちゃんと設定した１になってます。
>>488
uartを高くしてもタイマー中にuartが入るので、結局多重割り込みになりませんか。
処理速度は問題ではなくて、共有メモリの都合で多重割り込みにしたくないです。
ちゃんと設定した１になってます。
>>488
uartを高くしてもタイマー中にuartが入るので、結局多重割り込みになりませんか。
処理速度は問題ではなくて、共有メモリの都合で多重割り込みにしたくないです。
490 ：デフォルトの名無しさん：2007/06/29(金) 14:01:00
優先レベル1の割り込みがかかれば、マスクレベルも1に上がり
割り込み終了するまで、レベル1の割り込みは入ってこれない筈なんだが・・・
どうやって多重に割り込んでいると判別した？
割り込み終了するまで、レベル1の割り込みは入ってこれない筈なんだが・・・
どうやって多重に割り込んでいると判別した？
491 ：477：2007/06/29(金) 14:36:06
タイマー割り込みハンドラの最初でデバッグポート（※Ａ）をＨにしてハンドラの最後でポートをＬ
受信割り込みでハンドラの最初で上とは違うデバッグポート（※Ｂ）をＨにしてハンドラの最後でポートをＬ
それをオシロで見たら※ＢがＨの間に何回も※ＡがＨになってました。
処理時間を見たかっただけなんですが、そこで多重割り込みを発見しました。
途中でＥＩするようなところは無いです．．．
受信割り込みでハンドラの最初で上とは違うデバッグポート（※Ｂ）をＨにしてハンドラの最後でポートをＬ
それをオシロで見たら※ＢがＨの間に何回も※ＡがＨになってました。
処理時間を見たかっただけなんですが、そこで多重割り込みを発見しました。
途中でＥＩするようなところは無いです．．．
492 ：デフォルトの名無しさん：2007/06/29(金) 14:39:19
>>489
タイマー割り込み中にスタックに保存されたSRを見たんだね？
ＳＲは当然書き換えられてるよ。
それなら、そのタイマーはNMIでかけられているのだとしか考えられないのだが
そんな筈はないよね？
だから、タイマー割り込み中でスタックに保存されたSRを見て、SRと一致しなければポートをパタパタさせるようにして試してみたら？
タイマー割り込み中にスタックに保存されたSRを見たんだね？
ＳＲは当然書き換えられてるよ。
それなら、そのタイマーはNMIでかけられているのだとしか考えられないのだが
そんな筈はないよね？
だから、タイマー割り込み中でスタックに保存されたSRを見て、SRと一致しなければポートをパタパタさせるようにして試してみたら？
7144のﾏﾆｭｱﾙをﾀﾞｳﾛして読んでみたら、単一レベルの割り込み制御はありませんでした。
SHシリーズでは多重割込みがあたりまえ、という設計思想のようですね。
そうすると、489のほうの事情をもうすこし知りたいな。「共有メモリの関係で」というが、
違う種類の割り込みで共有して使うようなメモリがあるの？ スタックサイズがあんまり取れない
とか？ SHならRAMも豊かだとおもうし、どんな事情なんだろ。
SHシリーズでは多重割込みがあたりまえ、という設計思想のようですね。
そうすると、489のほうの事情をもうすこし知りたいな。「共有メモリの関係で」というが、
違う種類の割り込みで共有して使うようなメモリがあるの？ スタックサイズがあんまり取れない
とか？ SHならRAMも豊かだとおもうし、どんな事情なんだろ。
494 ：デフォルトの名無しさん：2007/06/29(金) 16:31:36
ん？
＞I3～I0ビットに設定されているレベルと同じか低い優先レベルの割り込みは無視されます
6. SRとプログラムカウンタ（PC）がスタックに退避されます。
7. SRのI3～I0ビットに、受け付けられた割り込みの優先レベルが書き込まれます。
だから、このとおりにハードがなってるなら、何もしなければ多重割り込みはかからない筈
誰かが、どこかでSRを書き換えてるんだろ。
＞I3～I0ビットに設定されているレベルと同じか低い優先レベルの割り込みは無視されます
6. SRとプログラムカウンタ（PC）がスタックに退避されます。
7. SRのI3～I0ビットに、受け付けられた割り込みの優先レベルが書き込まれます。
だから、このとおりにハードがなってるなら、何もしなければ多重割り込みはかからない筈
誰かが、どこかでSRを書き換えてるんだろ。
495 ：デフォルトの名無しさん：2007/06/29(金) 16:53:39
割り込みって何って感じだね？
496 ：デフォルトの名無しさん：2007/06/30(土) 08:35:06
uhihi
497 ：デフォルトの名無しさん：2007/06/30(土) 20:24:40
今まで制御系やった経験が無い俺にオススメの教科書ありますか？
ちなみに俺は言語処理系が専門で、今まで C や Lisp 等のコンパイラを作ってきた。
例えばコンパイラの分野でいう Tiger book (Appel のヤツ) に相当する
コンパクトで内容がしっかりしてる教科書って何だろう？
ちなみに俺は言語処理系が専門で、今まで C や Lisp 等のコンパイラを作ってきた。
例えばコンパイラの分野でいう Tiger book (Appel のヤツ) に相当する
コンパクトで内容がしっかりしてる教科書って何だろう？
498 ：デフォルトの名無しさん：2007/06/30(土) 20:26:59
>>497
デジタル回路入門とかから始めたら？
デジタル回路入門とかから始めたら？
499 ：デフォルトの名無しさん：2007/06/30(土) 20:54:07
制御系っていってもどういうことやるのかによってかなり幅広くならね？
マイコンとかPLDとかシーケンサとかモデリングと制御系設計とか
マイコンとかPLDとかシーケンサとかモデリングと制御系設計とか
>>499
言語処理系では狭すぎる（就職）ので、見聞を広げるのが目的です。
たしかに制御系と言っても漠然としてますね。
コンパイラ屋なので機械語レベルまでは理解出来ますが、それで外部機器を
制御するとなると、もうチンプンカンプンなんです。
こんな俺にオススメの一冊って何かありますか？
言語処理系では狭すぎる（就職）ので、見聞を広げるのが目的です。
たしかに制御系と言っても漠然としてますね。
コンパイラ屋なので機械語レベルまでは理解出来ますが、それで外部機器を
制御するとなると、もうチンプンカンプンなんです。
こんな俺にオススメの一冊って何かありますか？
501 ：デフォルトの名無しさん：2007/06/30(土) 21:13:57
コンパイラ作れるほどの頭があれば、制御理論とか使わない単純な制御なら
すぐ飲み込めそうに思うけどな。
すぐ飲み込めそうに思うけどな。
502 ：デフォルトの名無しさん：2007/06/30(土) 21:26:36
モノが同時に動くことへの理解と重大さを認識できる本がほしい
503 ：デフォルトの名無しさん：2007/07/01(日) 00:21:22
504 ：デフォルトの名無しさん：2007/07/01(日) 00:33:56
505 ：デフォルトの名無しさん：2007/07/01(日) 00:35:57
だから、ハードウェアの本嫁
506 ：デフォルトの名無しさん：2007/07/01(日) 00:39:53
基本情報くらいの頭があれば実機触るのが一番だと思うけどな
507 ：デフォルトの名無しさん：2007/07/01(日) 00:41:42
本を読むよりキット買ってポート叩いてテスタで動作を見るほうが早いと思う
それでもデータシートくらいは読まないとあかんよ
それでもデータシートくらいは読まないとあかんよ
508 ：デフォルトの名無しさん：2007/07/01(日) 00:43:25
509 ：デフォルトの名無しさん：2007/07/01(日) 01:12:43
いやそれは始めて三日目でもわかると思うけど。。
だからこういう業界の人は恥ずかしいんだよねw
いまだに「低水準の技術 = 高度」などという時代錯誤というか中学生みたいな
意識をもった自分のズレ具合を自覚してないのが多いんだよ実際。
だからこういう業界の人は恥ずかしいんだよねw
いまだに「低水準の技術 = 高度」などという時代錯誤というか中学生みたいな
意識をもった自分のズレ具合を自覚してないのが多いんだよ実際。
510 ：デフォルトの名無しさん：2007/07/01(日) 01:20:18
>>509
ハードとのタイミング合わせ以外にする事なんて、あるんか？ え？
ハードとのタイミング合わせ以外にする事なんて、あるんか？ え？
511 ：デフォルトの名無しさん：2007/07/01(日) 02:36:04
ソフトに限った話ならタネンバウムのminixの本は意外にお薦め。
マルチスレッディングやスレッド同期のことが一通り解説してある。
インターフェース回路の初歩的な知識ならどんな本も大して変わらないから、
立ち読みでもして解りやすいのを選ぶと良いと思う。
ヒステリシス特性とかファンインファンアウトとかオープンドレインとか
トランジスタのスイッチングの原理だとか、
ちょこっと電気的な知識もあるといいかも。
マルチスレッディングやスレッド同期のことが一通り解説してある。
インターフェース回路の初歩的な知識ならどんな本も大して変わらないから、
立ち読みでもして解りやすいのを選ぶと良いと思う。
ヒステリシス特性とかファンインファンアウトとかオープンドレインとか
トランジスタのスイッチングの原理だとか、
ちょこっと電気的な知識もあるといいかも。
512 ：デフォルトの名無しさん：2007/07/01(日) 02:44:30
>>500
コンパイラ屋やってる人の知識を考えると、何がわからないのかよくわからない。
I/Oをドライブして何らかのワイヤプロトコルをしゃべる所とか、
ステッピングモーターとかDCモーターを駆動して機械動かしたり、センサやA/D入出力が
どう実現されてるかといったプロセッサコアの外側のデバイスの原理を見たいということ？
それともパーツ単位ではなくて例えば自動車の自動走行制御のシステムを
どう実装するのか、蟻の視点で逐一見て、理解したい、ということ？
外部情報の取り込み～制御理論～物理世界デバイスの駆動の３セットを
どう組み合わせてトータルで動いてるのか、とか。
コンパイラ屋やってる人の知識を考えると、何がわからないのかよくわからない。
I/Oをドライブして何らかのワイヤプロトコルをしゃべる所とか、
ステッピングモーターとかDCモーターを駆動して機械動かしたり、センサやA/D入出力が
どう実現されてるかといったプロセッサコアの外側のデバイスの原理を見たいということ？
それともパーツ単位ではなくて例えば自動車の自動走行制御のシステムを
どう実装するのか、蟻の視点で逐一見て、理解したい、ということ？
外部情報の取り込み～制御理論～物理世界デバイスの駆動の３セットを
どう組み合わせてトータルで動いてるのか、とか。
513 ：デフォルトの名無しさん：2007/07/01(日) 05:24:31
514 ：デフォルトの名無しさん：2007/07/01(日) 10:34:43
単純に言ってしまえば
IOが分からんってことでしょ
IOが分からんってことでしょ
515 ：デフォルトの名無しさん：2007/07/01(日) 10:55:43
>>500
就職用の勉強なら VHDL/Verilog の方が有効だと思うよ
就職用の勉強なら VHDL/Verilog の方が有効だと思うよ
みなさん、いろいろありがとうございます。
OS の本とかは読んだことがあるのですが、とにかく実際に機器を動かしたことが
ないので実感が湧かないんです。昔のマイコン世代の人がうらやましい。
>>507 さんのおっしゃるように、なにかキットを購入して動かしてみて、
あとから理論を学ぶ方がいいと思いました。
OS の本とかは読んだことがあるのですが、とにかく実際に機器を動かしたことが
ないので実感が湧かないんです。昔のマイコン世代の人がうらやましい。
>>507 さんのおっしゃるように、なにかキットを購入して動かしてみて、
あとから理論を学ぶ方がいいと思いました。
517 ：デフォルトの名無しさん：2007/07/01(日) 11:52:00
まあ、コンパイラ作れるほどの頭があれば
マイコン世代のチマチマした知識なんて一週間で網羅できると思うけどね。
覚えること少ないし、難しい理論なんて何もないし。
マイコン世代のチマチマした知識なんて一週間で網羅できると思うけどね。
覚えること少ないし、難しい理論なんて何もないし。
518 ：デフォルトの名無しさん：2007/07/01(日) 12:00:08
よくそんなレベルで「機械語も出来ます」って自信もって言えるなｗ
519 ：デフォルトの名無しさん：2007/07/01(日) 12:11:39
まあ518みたいのが「低水準 = 高度」っていう時代錯誤な勘違いの持ち主なんだよね
俺の認識じゃw
同じ低水準でも、例えばCPUの挙動を固体電子工学レベルで把握しているとかなら
本当にすごいが、バスやポートの挙動がどうだのタイミングチャートがどうのって
工業高校レベルの話じゃ、「低水準」っていっても別の意味になっちゃうよ。
俺の認識じゃw
同じ低水準でも、例えばCPUの挙動を固体電子工学レベルで把握しているとかなら
本当にすごいが、バスやポートの挙動がどうだのタイミングチャートがどうのって
工業高校レベルの話じゃ、「低水準」っていっても別の意味になっちゃうよ。
520 ：デフォルトの名無しさん：2007/07/01(日) 12:57:14
521 ：デフォルトの名無しさん：2007/07/01(日) 13:23:57
>>519
時代錯誤はおまえの方だよ。
時代錯誤はおまえの方だよ。
522 ：デフォルトの名無しさん：2007/07/01(日) 13:48:47
523 ：デフォルトの名無しさん：2007/07/01(日) 17:49:56
本で勉強して知った気になってるのと、
手を動かして体で理解したのとでは、
誰にも理解できないバギーなコードと
確実に動きメンテもしやすいコードくらいの違いがある
手を動かして体で理解したのとでは、
誰にも理解できないバギーなコードと
確実に動きメンテもしやすいコードくらいの違いがある
524 ：デフォルトの名無しさん：2007/07/02(月) 23:08:36
>523
でもね、この制御系の業界って、理論は後回しにして長年手だけ動かしてきた人の
イタいコードが結構な量あると思います。
雑誌や書籍のサンプルソースを見るたびに「初級者がこんなのを模範と思って
お手本にしてしまったらどうするんだろう」という気になります。
でもね、この制御系の業界って、理論は後回しにして長年手だけ動かしてきた人の
イタいコードが結構な量あると思います。
雑誌や書籍のサンプルソースを見るたびに「初級者がこんなのを模範と思って
お手本にしてしまったらどうするんだろう」という気になります。
525 ：デフォルトの名無しさん：2007/07/02(月) 23:47:26
「俺ならもっとうまく作れるのに！」って奴ならきっとモノになると思うぞ
526 ：デフォルトの名無しさん：2007/07/02(月) 23:52:54
>>524
kwsk.特に書名plz
kwsk.特に書名plz
527 ：デフォルトの名無しさん：2007/07/03(火) 00:09:06
まあ糞みたいなサンプルコードはむしろ制御とか組込みとかのファームウェア業界に限らないと思う。
むしろこの業界の特徴は、しつこいようだけど技術全体のパースペクティブが
全然見えてない「井の中の蛙」が多いことだと思うね。
45未満の人間には、「オールマシン語スゲエ」みたいな、そいつ自身の中高生時代の
恥ずかしい感覚がそのまま修正されずに引きずられているような馬鹿みたいな
勘違い君が多い。
もちろんきちんと世の中の技術の中で自分のやっていることの位置づけが見えているが故に
謙虚な人も、本当に優秀ですごい人も中には居るんだけど。
むしろこの業界の特徴は、しつこいようだけど技術全体のパースペクティブが
全然見えてない「井の中の蛙」が多いことだと思うね。
45未満の人間には、「オールマシン語スゲエ」みたいな、そいつ自身の中高生時代の
恥ずかしい感覚がそのまま修正されずに引きずられているような馬鹿みたいな
勘違い君が多い。
もちろんきちんと世の中の技術の中で自分のやっていることの位置づけが見えているが故に
謙虚な人も、本当に優秀ですごい人も中には居るんだけど。
528 ：デフォルトの名無しさん：2007/07/03(火) 02:55:56
いや、いくら何でも今時オールマシン語すげーなんてのはさすがにいねーだろ？
529 ：デフォルトの名無しさん：2007/07/03(火) 05:06:32
530 ：デフォルトの名無しさん：2007/07/03(火) 06:58:22
531 ：デフォルトの名無しさん：2007/07/03(火) 07:54:25
動いてるのなら納品→検収ですぐ金が入ってくるのに、推敲なんかして
コストをかけたら利益が減るし、他の仕事も振れないのだから
会社から見たら「遊んでる」以外の何物でもないな。
バグはあって当然なんだし、あっても適当に誤魔化したり逆に
改修費用や追加工数を稼ぐチャンスなのだから、推敲して過剰品質に
なるのは厳禁。
コストをかけたら利益が減るし、他の仕事も振れないのだから
会社から見たら「遊んでる」以外の何物でもないな。
バグはあって当然なんだし、あっても適当に誤魔化したり逆に
改修費用や追加工数を稼ぐチャンスなのだから、推敲して過剰品質に
なるのは厳禁。
532 ：デフォルトの名無しさん：2007/07/03(火) 08:25:20
営業でカバー出来るからとかやってる会社は、だいたいダメになってゆくね。
改修費用や追加工数で稼げるのは短期。
改修費用や追加工数で稼げるのは短期。
533 ：デフォルトの名無しさん：2007/07/03(火) 08:27:26
【派遣ネガティブ根性チェック】
3つ以上、チェックがつけばアナタの性格はひん曲がっており、
ネガティブ負け組派遣人生を歩んでいます。
□派遣先正社員の作った糞開発ツールはたとえ腐っててもマンセーして使う
□派遣先の人事権のある社員の意見はたとえ間違っていてもマンセーする
□昼食は必ず派遣先の社員と行くべきだ
□自分の仕事で問題が発生しても解決するのは自分の仕事ではない
□派遣先から「いつまでもここで仕事してくださいね(安い金でｗ)」と言われて嬉しい
□自社で仕事なんてできるわけがない
□派遣労働の問題点の話題が出ると感情剥き出しにして反論する
□派遣労働の問題を指摘する人は嫌いだ
□派遣先には仕事だけでなくプライベートについてもグイグイ引っ張って欲しい
□奢ってくれる派遣先正社員を尊敬する
□自分の月額金額を知らないのは当然だ、単金を聞いてはいけない
□派遣先正社員より自分の生涯収入が低いのは当然だ
□チビは派遣先にかわいがってもらいやすから派遣には有利だ
3つ以上、チェックがつけばアナタの性格はひん曲がっており、
ネガティブ負け組派遣人生を歩んでいます。
□派遣先正社員の作った糞開発ツールはたとえ腐っててもマンセーして使う
□派遣先の人事権のある社員の意見はたとえ間違っていてもマンセーする
□昼食は必ず派遣先の社員と行くべきだ
□自分の仕事で問題が発生しても解決するのは自分の仕事ではない
□派遣先から「いつまでもここで仕事してくださいね(安い金でｗ)」と言われて嬉しい
□自社で仕事なんてできるわけがない
□派遣労働の問題点の話題が出ると感情剥き出しにして反論する
□派遣労働の問題を指摘する人は嫌いだ
□派遣先には仕事だけでなくプライベートについてもグイグイ引っ張って欲しい
□奢ってくれる派遣先正社員を尊敬する
□自分の月額金額を知らないのは当然だ、単金を聞いてはいけない
□派遣先正社員より自分の生涯収入が低いのは当然だ
□チビは派遣先にかわいがってもらいやすから派遣には有利だ
534 ：デフォルトの名無しさん：2007/07/03(火) 09:04:11
>>531
奴隷商人は儲けだけ考えてるのか？
奴隷商人は儲けだけ考えてるのか？
535 ：デフォルトの名無しさん：2007/07/03(火) 09:06:37
>>531
おまえみたいな奴はわざと実装ミスさせるんだろ？
おまえみたいな奴はわざと実装ミスさせるんだろ？
536 ：デフォルトの名無しさん：2007/07/03(火) 10:28:34
さすがにメンテナンス性くらいは考えてくれ
最近も全く考えてない糞ソースのメンテの仕事がきて閉口した
最近も全く考えてない糞ソースのメンテの仕事がきて閉口した
537 ：デフォルトの名無しさん：2007/07/03(火) 10:30:14
OA系の連中は、いまだに、力仕事みたいなやりかたさせてるみたいだからね。
538 ：デフォルトの名無しさん：2007/07/03(火) 10:49:53
>>536
ソレは 話が変だぞ。
仕事だったら、糞だろうがなんだろうが、メインテナンスするのが仕事だろうに。
基本的にプログラムは作った所に著作権がある。
そのメインテナンスを作った所がやるというのは理屈に適ってる。
それを他に出すというのがソモソモ変な話だが、
そこが開発した＝著作権保持者だというなら、その糞をメインテナンスするのに金を出すというのだから有難い話だろうに
ソレは 話が変だぞ。
仕事だったら、糞だろうがなんだろうが、メインテナンスするのが仕事だろうに。
基本的にプログラムは作った所に著作権がある。
そのメインテナンスを作った所がやるというのは理屈に適ってる。
それを他に出すというのがソモソモ変な話だが、
そこが開発した＝著作権保持者だというなら、その糞をメインテナンスするのに金を出すというのだから有難い話だろうに
539 ：デフォルトの名無しさん：2007/07/03(火) 10:54:52
>>538
そんなとこに仕事させるなよ。
そんなとこに仕事させるなよ。
540 ：デフォルトの名無しさん：2007/07/03(火) 11:41:02
糞ソースがソフトとかシステムのトータルコスト無意味に上げてるってことあるよ。
うち、駄目ソースがコピペ元になってさらに各所でいい加減ににモディファイされて
同時多発的に火を噴いて会社つぶれかけたよ。
長くこれで飯喰いたかったらまともなソース出せる奴雇っとかないとヒドい目に遭うよ。
うち、駄目ソースがコピペ元になってさらに各所でいい加減ににモディファイされて
同時多発的に火を噴いて会社つぶれかけたよ。
長くこれで飯喰いたかったらまともなソース出せる奴雇っとかないとヒドい目に遭うよ。
541 ：デフォルトの名無しさん：2007/07/03(火) 12:19:29
>長くこれで飯喰いたかったらまともなソース出せる奴雇っとかないとヒドい目に遭うよ。
長く飯食えるわけない派遣が一時的に投入され、いい加減なソースを書き捨てるのが現状。
長く飯食えるわけない派遣が一時的に投入され、いい加減なソースを書き捨てるのが現状。
542 ：デフォルトの名無しさん：2007/07/03(火) 12:41:15
>>541
実装で言葉遊びしたいだけなら、”よそでやれよ。”と言いたい。
実装で言葉遊びしたいだけなら、”よそでやれよ。”と言いたい。
543 ：デフォルトの名無しさん：2007/07/03(火) 12:53:44
制御系で派遣使うなんてバカかと
544 ：デフォルトの名無しさん：2007/07/03(火) 12:54:51
>>540
わけのわからん事を言うなよ。 糞ソースと判ってるマトモな奴なら誰もコピペしないだろうに。
糞ソースと判らずにコピペしてるか、判っててもソレを無理やり使われてるか、
どっとにしたって、元のソースに責任はないだろうに。
逆に、人のコード勝手にコピペしといて金よこせってくらいのもんだろ。
わけのわからん事を言うなよ。 糞ソースと判ってるマトモな奴なら誰もコピペしないだろうに。
糞ソースと判らずにコピペしてるか、判っててもソレを無理やり使われてるか、
どっとにしたって、元のソースに責任はないだろうに。
逆に、人のコード勝手にコピペしといて金よこせってくらいのもんだろ。
545 ：デフォルトの名無しさん：2007/07/03(火) 13:04:58
>>538
まず、うちが作ったソースじゃない。
メンテすることになったのは、作ったところでは手におえない拡張が必要になったから。
間違って請け負ってしまったみたいな仕事だ。
金はもらったがスケジュールもむちゃくちゃ。
作業をする為のボードがいつまで経っても出来上がらず仕事を始められない。
結局はソースの内容を知ってる人についてもらって、変更が必要な個所だけ俺が手を入れたような状態。
本当はもっと時間をもらって俺が全体に改修を入れたほうが後々面倒が減ると思ったくらいだよ。
まあ、インデントだけは統一してやったが。
同じ機能なのにアルゴリズムが違う関数が三つも四つもあるんだぜ。
それが違う場所から呼ばれてる。どうしてくれるってんだ。
まず、うちが作ったソースじゃない。
メンテすることになったのは、作ったところでは手におえない拡張が必要になったから。
間違って請け負ってしまったみたいな仕事だ。
金はもらったがスケジュールもむちゃくちゃ。
作業をする為のボードがいつまで経っても出来上がらず仕事を始められない。
結局はソースの内容を知ってる人についてもらって、変更が必要な個所だけ俺が手を入れたような状態。
本当はもっと時間をもらって俺が全体に改修を入れたほうが後々面倒が減ると思ったくらいだよ。
まあ、インデントだけは統一してやったが。
同じ機能なのにアルゴリズムが違う関数が三つも四つもあるんだぜ。
それが違う場所から呼ばれてる。どうしてくれるってんだ。
546 ：デフォルトの名無しさん：2007/07/03(火) 13:09:17
>>545 インデントなんてエディタの機能で簡単に変更出来るだろうし
＞同じ機能なのにアルゴリズムが違う関数が三つも四つもあるんだぜ
は普通にみかけるので、どこが糞なのか判らん。
元のソースがあって、その修正で楽しましたって話であって
作った方が早かったって話じゃないんだろ？ だったら元のソースにありがとうくらい言えよ。
結局、問題は
１、スケジュールもむちゃくちゃ。
２、作業をする為のボードがいつまで経っても出来上がらず仕事を始められない
事の方だろうに
＞同じ機能なのにアルゴリズムが違う関数が三つも四つもあるんだぜ
は普通にみかけるので、どこが糞なのか判らん。
元のソースがあって、その修正で楽しましたって話であって
作った方が早かったって話じゃないんだろ？ だったら元のソースにありがとうくらい言えよ。
結局、問題は
１、スケジュールもむちゃくちゃ。
２、作業をする為のボードがいつまで経っても出来上がらず仕事を始められない
事の方だろうに
547 ：デフォルトの名無しさん：2007/07/03(火) 13:31:27
548 ：デフォルトの名無しさん：2007/07/03(火) 13:41:22
そんなの当然だろ。
しっかりした仕様書があれば、誰だってコード修正するより作った方が早い。
でもしっかりした仕様書を作るのはプログラム作るより時間がかかる大変な作業なのも当然の話。
そんな しっかりした仕様書のある仕事なんてやった事が一度でもあるなら幸せものだ。
しっかりした仕様書があれば、誰だってコード修正するより作った方が早い。
でもしっかりした仕様書を作るのはプログラム作るより時間がかかる大変な作業なのも当然の話。
そんな しっかりした仕様書のある仕事なんてやった事が一度でもあるなら幸せものだ。
549 ：デフォルトの名無しさん：2007/07/03(火) 13:46:23
だとしたら俺はかなりの幸せ者だな。何度も有るよ。
まあ、仕様書も自分で作ったけどな。
まあ、仕様書も自分で作ったけどな。
550 ：デフォルトの名無しさん：2007/07/03(火) 13:58:59
プログラムより前に？
551 ：デフォルトの名無しさん：2007/07/03(火) 15:29:10
当然だろ?
552 ：デフォルトの名無しさん：2007/07/03(火) 15:46:26
なんか技術の質問とは別の所で盛り上がってるなぁw
553 ：デフォルトの名無しさん：2007/07/03(火) 17:58:11
笑っておままごとしてるところが多いってことだろ。
554 ：デフォルトの名無しさん：2007/07/03(火) 20:24:08
怒りながらおままごとは不幸すぎると思うんだ
555 ：デフォルトの名無しさん：2007/07/03(火) 21:28:51
営業がなんでもできますと無理な内容の仕事をとってくるのをなんとかしたい…
556 ：デフォルトの名無しさん：2007/07/03(火) 21:37:12
>>541
派けんのこーどは掻き捨て
派けんのこーどは掻き捨て
557 ：デフォルトの名無しさん：2007/07/04(水) 02:32:09
駄目ソースのコピペは解ってる奴の目の届かないところで行われるんだよ。
ちょっと駄目な奴が作った地雷だらけのオリジナルを
やっつけ仕事にあてがわれた新米が中途半端な理解に基づいてコピペ＆モディファイする。
ラボ環では問題が出ないがフィールドで発火する。
ちょっと駄目な奴のソースは奥行きが無い分新米には食いつきがいい。
ちょっと駄目な奴が作った地雷だらけのオリジナルを
やっつけ仕事にあてがわれた新米が中途半端な理解に基づいてコピペ＆モディファイする。
ラボ環では問題が出ないがフィールドで発火する。
ちょっと駄目な奴のソースは奥行きが無い分新米には食いつきがいい。
558 ：デフォルトの名無しさん：2007/07/04(水) 03:17:07
アサーションやエラー処理例外処理などきっちり書いたソースを
コピペされたときにその辺の処理すっとばされて使われててワロス
っつーか全米が泣いた
コピペされたときにその辺の処理すっとばされて使われててワロス
っつーか全米が泣いた
H8なんだけどタイマ割り込み内でsetimaskで割り込み禁止、許可しちゃまずい？
ある処理がfor分で結構回ってしまうんだけど、その間にシリアルでデータを受信
したらエラー応答を返したいんだけど、タイマ割り込み内でデータ受信処理（バッファを
いじるためその前後で禁止許可してる）を呼ぶと、正常にシリアル受信できなくなった。
なんかいい方法ないかな。
ある処理がfor分で結構回ってしまうんだけど、その間にシリアルでデータを受信
したらエラー応答を返したいんだけど、タイマ割り込み内でデータ受信処理（バッファを
いじるためその前後で禁止許可してる）を呼ぶと、正常にシリアル受信できなくなった。
なんかいい方法ないかな。
560 ：デフォルトの名無しさん：2007/07/05(木) 00:33:47
>>559
割り禁中に割り禁と解除をしなければいいお
割り禁中に割り禁と解除をしなければいいお
561 ：デフォルトの名無しさん：2007/07/05(木) 00:58:05
というか、560は559の日本語がよく理解できるね。
562 ：デフォルトの名無しさん：2007/07/05(木) 00:58:26
割り込み禁止期間に長めのループが入るんだったら設計どっかマズってると思うよ
563 ：デフォルトの名無しさん：2007/07/05(木) 01:01:18
割り込み禁止という天下の宝刀を持ち出すのは、最小限にな。
だいたい、よくて３命令以内だな。アセンブラの換算で。
だいたい、よくて３命令以内だな。アセンブラの換算で。
564 ：デフォルトの名無しさん：2007/07/05(木) 01:01:36
設計の良し悪し以前に、まともな説明文を書けないってことは自分で自分のやってることが
よく把握できてないんでしょ。
まあ単に説明能力が劣悪なだけかもしれんけどね。
よく把握できてないんでしょ。
まあ単に説明能力が劣悪なだけかもしれんけどね。
565 ：デフォルトの名無しさん：2007/07/05(木) 01:05:13
H8などなら会社に基本的なライブラリがあると思うんだが、先輩や同僚に知識のある人いないのかな
566 ：デフォルトの名無しさん：2007/07/05(木) 01:06:02
567 ：デフォルトの名無しさん：2007/07/05(木) 01:06:44
ああ、だいたい文字列比較とか割り込み中にしちまうトーシローがたまにいるなw
568 ：デフォルトの名無しさん：2007/07/05(木) 01:08:27
569 ：デフォルトの名無しさん：2007/07/05(木) 01:17:02
570 ：デフォルトの名無しさん：2007/07/05(木) 01:19:22
割り込み禁止時間の適切な長さなんて、システムによるだろ。
一概に何命令以内なら大丈夫、なんて言えない。
一概に何命令以内なら大丈夫、なんて言えない。
571 ：デフォルトの名無しさん：2007/07/05(木) 01:21:15
572 ：デフォルトの名無しさん：2007/07/05(木) 01:23:43
常時サブクロックで割り込み動かしながら動かすと。
すげーたいへん、ポーリングでポート伺いでは間に合わないときとか。
ＰＷＭ駆動とかをサブクロックだけで動かすとかな。
すげーたいへん、ポーリングでポート伺いでは間に合わないときとか。
ＰＷＭ駆動とかをサブクロックだけで動かすとかな。
573 ：デフォルトの名無しさん：2007/07/05(木) 02:02:00
最近、職場で「出戻り寄生派遣」という言葉が囁かれています。
派遣契約を切られたにもかかわらず「次の派遣先でも切られてしまって生活できません」
などと 言って泣き落としで再契約した派遣のことです。
今月初め、半年前に切った派遣が出社してきてみんなびっくりしました。
影でコソコソ偉い人に泣きついて再契約したそうです。同じ部署の人には黙って・・・
そんなことまでして自宅の近くの派遣先にこだわって人間として恥ずかしくないのですか。
派遣でスキルアップ、派遣で収入アップとか言うなら一箇所にしがみつかず
複数の会社を渡り歩いてください。
ひとつの会社で派遣向けの単調な仕事をしていたらスキルアップなんてありえないでしょう。
身分不相応な商品のローンを払うために派遣だと当然足りない収入は親にも寄生して、
いつ切られるんじゃないかとビクビクしながら人事権のある人間とだけ仲良くし、
契約終了を通知されれば泣き落とし。悲惨な人生ですね。
氏んだほうがいいんじゃないですか。
派遣契約を切られたにもかかわらず「次の派遣先でも切られてしまって生活できません」
などと 言って泣き落としで再契約した派遣のことです。
今月初め、半年前に切った派遣が出社してきてみんなびっくりしました。
影でコソコソ偉い人に泣きついて再契約したそうです。同じ部署の人には黙って・・・
そんなことまでして自宅の近くの派遣先にこだわって人間として恥ずかしくないのですか。
派遣でスキルアップ、派遣で収入アップとか言うなら一箇所にしがみつかず
複数の会社を渡り歩いてください。
ひとつの会社で派遣向けの単調な仕事をしていたらスキルアップなんてありえないでしょう。
身分不相応な商品のローンを払うために派遣だと当然足りない収入は親にも寄生して、
いつ切られるんじゃないかとビクビクしながら人事権のある人間とだけ仲良くし、
契約終了を通知されれば泣き落とし。悲惨な人生ですね。
氏んだほうがいいんじゃないですか。
574 ：デフォルトの名無しさん：2007/07/05(木) 03:22:53
>>559 そのforループ処理をタイマ割り込み内でやること自体が間違い。タイマ割り込みでは
「イベント」を発行しておいて、メインループでそのイベント処理としてforループを含む処理を
する。そうすれば受信はふつうの割込み処理でOK。
プログラマの都合で「このタイミングで受信したらエラー」なんてのはエゴの強いプログラミング
の典型じゃん。エラーは「内容」とか「プロトコル違反」とかそういうのについて出すべきで、
物理的な受信は常に開けておくものだと思うよ。
「イベント」を発行しておいて、メインループでそのイベント処理としてforループを含む処理を
する。そうすれば受信はふつうの割込み処理でOK。
プログラマの都合で「このタイミングで受信したらエラー」なんてのはエゴの強いプログラミング
の典型じゃん。エラーは「内容」とか「プロトコル違反」とかそういうのについて出すべきで、
物理的な受信は常に開けておくものだと思うよ。
ｼﾛｰﾄさんはたいてい、「一定時間毎に実行するべき処理」を何でもかんでもタイマ割り込みに
入れちゃうんだよ。マイコンの速さを無限だと錯覚するんだよね。
タイマ割り込みでどうしても必要なのはソフトタイマのカウントぐらい。それ以上複雑な処理は
イベントにしてタスクレベルで処理させるように仕掛けとく。例えばタイマｎがブレークしたら
何の処理、という奴。タイマｎを張るのはたいていアプリ層だから、張るところとブレーク処理を
セットで作っておく。例えば１秒毎の処理とかあったら、それもカウンタブレークの度にイベント。
この前見た奴で、timer.cが1500行もあって、1mS割り込みでそれらのあちこちを実行してるの。
もちろんふつうはバラけてるからいいんだけど、最悪の集中したら1mS超えちゃう（ｗ
入れちゃうんだよ。マイコンの速さを無限だと錯覚するんだよね。
タイマ割り込みでどうしても必要なのはソフトタイマのカウントぐらい。それ以上複雑な処理は
イベントにしてタスクレベルで処理させるように仕掛けとく。例えばタイマｎがブレークしたら
何の処理、という奴。タイマｎを張るのはたいていアプリ層だから、張るところとブレーク処理を
セットで作っておく。例えば１秒毎の処理とかあったら、それもカウンタブレークの度にイベント。
この前見た奴で、timer.cが1500行もあって、1mS割り込みでそれらのあちこちを実行してるの。
もちろんふつうはバラけてるからいいんだけど、最悪の集中したら1mS超えちゃう（ｗ
576 ：デフォルトの名無しさん：2007/07/05(木) 08:25:35
>>574-575
言いたいことは分からんでもないけど、そいう低レベルのことをあまり
力説するのもそれはそれで恥ずかしくないか？
たぶんその程度のこと、誰に教えられなくても自分で気づいたでしょ？
つまり君程度の頭の人間がそうなら、たいていの人間が自分で考えれば
自明に分かる問題、ということだ。
というか、別にISRで処理を完結するのも場合によっては悪くないでしょ。
何度も言うがどんなマイコンにも割り込みの優先順位の設定ぐらいできるんだよ。
言いたいことは分からんでもないけど、そいう低レベルのことをあまり
力説するのもそれはそれで恥ずかしくないか？
たぶんその程度のこと、誰に教えられなくても自分で気づいたでしょ？
つまり君程度の頭の人間がそうなら、たいていの人間が自分で考えれば
自明に分かる問題、ということだ。
というか、別にISRで処理を完結するのも場合によっては悪くないでしょ。
何度も言うがどんなマイコンにも割り込みの優先順位の設定ぐらいできるんだよ。
577 ：デフォルトの名無しさん：2007/07/05(木) 08:46:46
でもまあ、そのあたりの処理がソコソコ適切に書けるようになったあたりが、
仕事してて一番面白い頃かもしれないね。
仕事してて一番面白い頃かもしれないね。
578 ：デフォルトの名無しさん：2007/07/05(木) 09:57:14
それ越えるとOSとか作りたくなるよね
579 ：デフォルトの名無しさん：2007/07/05(木) 10:01:26
ゲーム屋の割り込みの使い方で制御やると、ものによっては自爆するよ。
580 ：デフォルトの名無しさん：2007/07/05(木) 10:19:43
>>574
タイマ割り込み内でforループしてるわけではないです。
タイマフラグ内でイベントフラグを立てても、メインがforループしてるので
イベントフラグを処理できるのがループを抜けた後になってしまうので、
それだと応答返すのが遅くなってしまうのでどうしたものかと。
タイマ割り込み内でforループしてるわけではないです。
タイマフラグ内でイベントフラグを立てても、メインがforループしてるので
イベントフラグを処理できるのがループを抜けた後になってしまうので、
それだと応答返すのが遅くなってしまうのでどうしたものかと。
581 ：デフォルトの名無しさん：2007/07/05(木) 11:03:16
>>580
アルゴリズムを見直したら？
アルゴリズムを見直したら？
582 ：デフォルトの名無しさん：2007/07/05(木) 13:03:41
やっつけですませたいならタイマー割り込みで通信応答もやるかもしれないけど、
送信に待ちが発生するなら、待ちループは忌避するのが割り込み処理のセオリー。
普通に考えるとこれはタイマー用のスレッド立てる流れだとは思うんだけど、
ひょっとしてメインのスレッドで通信処理してるかい？
多分ここは通信処理用に優先度の高いスレッド立てるスジのはずなんだけど。
送信に待ちが発生するなら、待ちループは忌避するのが割り込み処理のセオリー。
普通に考えるとこれはタイマー用のスレッド立てる流れだとは思うんだけど、
ひょっとしてメインのスレッドで通信処理してるかい？
多分ここは通信処理用に優先度の高いスレッド立てるスジのはずなんだけど。
583 ：デフォルトの名無しさん：2007/07/05(木) 13:40:03
>>580
その長い処理のループ中に 適当に通信用の手続きを挟むのは無理なの？
無理なら、タイマー割り込みでタスク切り替えをしたらどう？
スタック用の領域をもう一つ取れるくらいメモリが空いているならだけど。
タスクってのは>>522が言ってるスレッドの事だけど
スレッド２つなら、自前で書いても スタックポインタ をタイマー割り込みで切り替えるだけだから簡単。
でも、まあ長い処理中に、適当に通信用の関数を挟む方が楽だよ
その長い処理のループ中に 適当に通信用の手続きを挟むのは無理なの？
無理なら、タイマー割り込みでタスク切り替えをしたらどう？
スタック用の領域をもう一つ取れるくらいメモリが空いているならだけど。
タスクってのは>>522が言ってるスレッドの事だけど
スレッド２つなら、自前で書いても スタックポインタ をタイマー割り込みで切り替えるだけだから簡単。
でも、まあ長い処理中に、適当に通信用の関数を挟む方が楽だよ
584 ：デフォルトの名無しさん：2007/07/05(木) 14:00:45
協調的マルチタスキングでは長ループ中にポーリングを入れるのは割に普通。
Windowsで言うとYield()てのがあるな。
あるいは、全体をイベントドリブン構成にして
長ループが発生しない仕組みにするという方法もある。
このやりかたはシングルタスクでも可能。
Windowsで言うとYield()てのがあるな。
あるいは、全体をイベントドリブン構成にして
長ループが発生しない仕組みにするという方法もある。
このやりかたはシングルタスクでも可能。
585 ：デフォルトの名無しさん：2007/07/05(木) 19:24:48
しかし、自分のやってること・やりたいことをきちんと意味の通る文章にできない
>>559はカスだけど、その意味不明な文章の意味を勝手にエスパーして回答する奴も
同じぐらいカスだと思う。
エンジニアがESP（要するに勝手な妄想というか、思い込みの激しい奴だな）で動いてどうする。
>>559はカスだけど、その意味不明な文章の意味を勝手にエスパーして回答する奴も
同じぐらいカスだと思う。
エンジニアがESP（要するに勝手な妄想というか、思い込みの激しい奴だな）で動いてどうする。
586 ：デフォルトの名無しさん：2007/07/05(木) 20:08:05
制御系に限らず、ユーザと接点のあるエンジニアは、その手のエスパー能力は鍛えられるもの
587 ：デフォルトの名無しさん：2007/07/05(木) 21:16:23
>>586
勘違いしているかもしれんが、俺は推測する・仮説を立てることを否定しているわけではない。
推測は推測に過ぎないことを忘れる（あるいは最初からそう認識してない）
様がカスだと言っているわけね。
勘違いしているかもしれんが、俺は推測する・仮説を立てることを否定しているわけではない。
推測は推測に過ぎないことを忘れる（あるいは最初からそう認識してない）
様がカスだと言っているわけね。
588 ：デフォルトの名無しさん：2007/07/05(木) 21:24:06
>>585
お前、仕事したこと無いだろ
お前、仕事したこと無いだろ
589 ：デフォルトの名無しさん：2007/07/05(木) 23:32:44
なんだか臭ってきましたねｗｗ
590 ：デフォルトの名無しさん：2007/07/06(金) 19:02:42
時分割という言葉の意味がわかってれば、制御はそんなに難しくないと思うけど．．．
591 ：デフォルトの名無しさん：2007/07/06(金) 20:55:08
まあ リアルタイムモニタを入れないと、
状態遷移型とか、
フラグ駆動みたいなスタイルとか、
簡易インタプリタとか、
になるんだけど、
そのあたりが苦手な人がけっこういるよね。
状態遷移型とか、
フラグ駆動みたいなスタイルとか、
簡易インタプリタとか、
になるんだけど、
そのあたりが苦手な人がけっこういるよね。
592 ：デフォルトの名無しさん：2007/07/06(金) 22:36:52
インタプリタ型作って失敗談：
・１コマンドごとにイベントドリブンしてたら、超遅いシステムになっちった。
・てきとうに同期コマンド類も混ぜたら、ループ内で遷移しないスクリプト書かれちゃった。
・１コマンドごとにイベントドリブンしてたら、超遅いシステムになっちった。
・てきとうに同期コマンド類も混ぜたら、ループ内で遷移しないスクリプト書かれちゃった。
593 ：デフォルトの名無しさん：2007/07/06(金) 23:38:01
またエスパーとかっつってしかられるんじゃねｗ
594 ：デフォルトの名無しさん：2007/07/06(金) 23:47:16
その「また」って接続詞はどのレスのことを指してるんだ？
それこそエスパーを召還する必要がありそうだなw
それこそエスパーを召還する必要がありそうだなw
595 ：デフォルトの名無しさん：2007/07/07(土) 00:14:36
いやいや。案外忙しいので、気安く呼ばないでくれる？
596 ：デフォルトの名無しさん：2007/07/07(土) 07:29:19
状態遷移型 ってのは
・ モード（番号で状態を表現する）変数を沢山作って状態を表現
switch case の山になる奴ね
・ 関数を沢山作って 関数ポインタで状態を表現
分析がチャンとされてたらいいけど、いきなり思いつきで書かれたようなのは・・・・・
フラグ駆動 ってのは シーケンサ(PLC)みたいな方式で動く奴だろと勝手に想像
これは確かに慣れてない他人が読むのは難しい
・ モード（番号で状態を表現する）変数を沢山作って状態を表現
switch case の山になる奴ね
・ 関数を沢山作って 関数ポインタで状態を表現
分析がチャンとされてたらいいけど、いきなり思いつきで書かれたようなのは・・・・・
フラグ駆動 ってのは シーケンサ(PLC)みたいな方式で動く奴だろと勝手に想像
これは確かに慣れてない他人が読むのは難しい
597 ：デフォルトの名無しさん：2007/07/07(土) 07:39:12
switch( HogeNo ) ～ case 使って、 HogeNoを PC(プログラムカウンタの事) 代わりに使うのは
これは状態遷移型？
それとも簡易インタプリタ型？
これは状態遷移型？
それとも簡易インタプリタ型？
598 ：デフォルトの名無しさん：2007/07/07(土) 11:08:21
なんで状態遷移がどうとかいう話になってるのかよくわからないんですが。。
それって誰のレスから始まってる話なんだ？
それって誰のレスから始まってる話なんだ？
599 ：デフォルトの名無しさん：2007/07/07(土) 12:48:33
このスレで困ってる奴がいると大体そこへ落ち着くから制御の基本みたいなことなんじゃね？
メモリ上にある何かを状態推移で処理するとインタープリタとかに使えるし、
ファイル入力を状態推移で喰って木構造作るとコンパイラやトランスレータに使える。
通信に使うとプロトコルになるし、I/Oで使うと制御になる。
だから、状態遷移の話はどこからともなく湧いて来るもんじゃね？
メモリ上にある何かを状態推移で処理するとインタープリタとかに使えるし、
ファイル入力を状態推移で喰って木構造作るとコンパイラやトランスレータに使える。
通信に使うとプロトコルになるし、I/Oで使うと制御になる。
だから、状態遷移の話はどこからともなく湧いて来るもんじゃね？
600 ：デフォルトの名無しさん：2007/07/07(土) 15:52:30
>>598
時分割を考えると．．．
時分割を考えると．．．
601 ：デフォルトの名無しさん：2007/07/11(水) 04:57:08
H8/2378で、初期化後タイマとuartの割込みが起きてくれないみたいです。
sfr類初期化時、TIERx=0x41（TGRAとのマッチで割り込み）、uartのほうはRE,RIE,TE,TIEを
立ててから、set_imask_ccr((_UBYTE)0); ってやってるんですけど。
MSTPCRレジスタの、使うデバイスのところを０にしても同じでした。
30xxなんかだとこの辺はすんなり行ったのに・・・どこが違うんだろうorz
sfr類初期化時、TIERx=0x41（TGRAとのマッチで割り込み）、uartのほうはRE,RIE,TE,TIEを
立ててから、set_imask_ccr((_UBYTE)0); ってやってるんですけど。
MSTPCRレジスタの、使うデバイスのところを０にしても同じでした。
30xxなんかだとこの辺はすんなり行ったのに・・・どこが違うんだろうorz
602 ：デフォルトの名無しさん：2007/07/11(水) 09:52:55
他の割り込みは起きるのか?
大麻のｶｳﾝｺが回ってるのは確認できた?
SCIの送出はできてる?
大麻のｶｳﾝｺが回ってるのは確認できた?
SCIの送出はできてる?
603 ：デフォルトの名無しさん：2007/07/11(水) 09:58:12
割り込みの優先順位の設定とか？
デバッカがまだなんで、レジスタが見れないです。IPRA～Kで、TPUとuartのとこは4ぐらいに
しました。外部割込みは使ってないので、起きるはずのはTPUとuartだけです。
INTC.INTCR.BYTE = 0x20; で、割り込み制御モード２を選択しました。
しました。外部割込みは使ってないので、起きるはずのはTPUとuartだけです。
INTC.INTCR.BYTE = 0x20; で、割り込み制御モード２を選択しました。
605 ：デフォルトの名無しさん：2007/07/11(水) 16:57:33
データシート見ないで書いてるけど、UARTを割り込みなしで使えるようにして、
デバッガの代わりにしてみたら
デバッガの代わりにしてみたら
606 ：デフォルトの名無しさん：2007/07/11(水) 17:08:57
データシートみたけど、EXRが正しく設定されてないような感じ？
今見てみました。EXRのレベルがデフォで１１１だから、４ぐらいにした奴は保留にされる、
ということみたいですね。明日試してみます。＞６０６さん、ありがとうございます。
ということみたいですね。明日試してみます。＞６０６さん、ありがとうございます。
実際に試すのは来週になりました。30xxシリーズなんかは、IPRxに設定しとけばそれらの
レベル相互でがやがやして決めてくれるのに。 「このレベル以下の割り込みを待たせる」
みたいな使い方が想定されてるんですかね<---EXR
このEXRというのはsfrでなく、CCRみたいに特別な命令で触るレジスタでした。
そのために set_imask_ccr()みたいに、set_exr()とか and_exr() or_exr()などがmachine.hに
定義されてました。
レベル相互でがやがやして決めてくれるのに。 「このレベル以下の割り込みを待たせる」
みたいな使い方が想定されてるんですかね<---EXR
このEXRというのはsfrでなく、CCRみたいに特別な命令で触るレジスタでした。
そのために set_imask_ccr()みたいに、set_exr()とか and_exr() or_exr()などがmachine.hに
定義されてました。
609 ：デフォルトの名無しさん：2007/07/12(木) 15:26:42
610 ：デフォルトの名無しさん：2007/07/12(木) 18:19:22
30xxと同じでいいなら、わざわざモード2にする必要ないんでは？
611 ：デフォルトの名無しさん：2007/07/12(木) 18:29:56
EXRで、はまった人が結構いたりして．．．
多重割り込みを使いたいだけならIPRxでいいのに、さらにEXRがあるのはオーバースペックって
気がするのですよね。500シリーズあたりから似た感じはありましたが。
気がするのですよね。500シリーズあたりから似た感じはありましたが。
613 ：デフォルトの名無しさん：2007/07/13(金) 10:48:10
614 ：デフォルトの名無しさん：2007/07/13(金) 16:03:35
615 ：デフォルトの名無しさん：2007/07/15(日) 03:20:21
１命令が0.5M秒なＣＰＵを体験したことがあるか？
もはや１秒に２０００命令だよｗ
もはや１秒に２０００命令だよｗ
616 ：デフォルトの名無しさん：2007/07/15(日) 05:30:35
0.5メガ秒ってすごいな
でもそれで1秒に2000命令ってどういうことだ？
まさか、ヤツのスタンドは時を
でもそれで1秒に2000命令ってどういうことだ？
まさか、ヤツのスタンドは時を
617 ：デフォルトの名無しさん：2007/07/15(日) 06:37:01
クロックが2KHzってことだよね？俺は670KHzぐらいのはやったけど、
そんなトロい石で何やらしたの？
そんなトロい石で何やらしたの？
EXRで割り込み起きるようになりました＼(^o^)／ ありがとうございます。
619 ：デフォルトの名無しさん：2007/07/15(日) 10:21:52
今SH-2の７０８０系のシリアル調歩同期式通信をしようとしているのですが
SCIでは送信ができたのですが
SCIFではなぜか送信したいコードの前に0x00がついてしまいます。
べた書きでデータを2個セット(0x30,0x31)しても
0x00,0x30,0x00,0x31が送信される。
なにかの設定ミスだと思うが原因がわからない。
どなかた教えて下さい。
SCIでは送信ができたのですが
SCIFではなぜか送信したいコードの前に0x00がついてしまいます。
べた書きでデータを2個セット(0x30,0x31)しても
0x00,0x30,0x00,0x31が送信される。
なにかの設定ミスだと思うが原因がわからない。
どなかた教えて下さい。
620 ：デフォルトの名無しさん：2007/07/15(日) 12:37:31
>>619
SHは使ったことが無いんだが、、、
現象だけみると、
SCI:
送信バッファorDMA無しでデータ長は8bit(1word)固定
SCIF:
送信バッファorDMAを使って複数wordの送信設定が可能
となってる時にSCIFへ16bitのデータとデータ長を
設定してるように見える
SHは使ったことが無いんだが、、、
現象だけみると、
SCI:
送信バッファorDMA無しでデータ長は8bit(1word)固定
SCIF:
送信バッファorDMAを使って複数wordの送信設定が可能
となってる時にSCIFへ16bitのデータとデータ長を
設定してるように見える
621 ：デフォルトの名無しさん：2007/07/15(日) 14:14:20
>>620
SCIF.SCFTDRに送信データをセットしているのだが
ハードマニュアルを見てもソフトのヘッダファイルを
をみても8bitレジスタだがらしれはないと思う。
たしかにその他の設定レジスタは16bitが多いいのだが・・・
SCIF.SCFTDRに送信データをセットしているのだが
ハードマニュアルを見てもソフトのヘッダファイルを
をみても8bitレジスタだがらしれはないと思う。
たしかにその他の設定レジスタは16bitが多いいのだが・・・
622 ：デフォルトの名無しさん：2007/07/15(日) 20:21:05
>>617
時計とかじゃない？
時計とかじゃない？
623 ：デフォルトの名無しさん：2007/07/15(日) 22:56:29
>>621
TIEするタイミングが悪いとか？
TIEするタイミングが悪いとか？
624 ：デフォルトの名無しさん：2007/07/15(日) 23:01:00
2自由度制御系をもっと高速に且つ安定性を改善するためには？
625 ：デフォルトの名無しさん：2007/07/15(日) 23:06:08
何に対してもっとなんだよ
626 ：デフォルトの名無しさん：2007/07/16(月) 00:02:28
>>625
過去の自分自身に打ち勝つのさ
過去の自分自身に打ち勝つのさ
627 ：デフォルトの名無しさん：2007/07/16(月) 04:10:26
>>624
劣化しない＆歪まない条件であれば。
パターンを全て記録、といっても全て記録できないので
間引いて記録し、途中は線形予測する。
０、１００、２００，３００、４００とあれば途中の予測は計算でできるだろ？
細かい部分の予測は大域と狭域を別けて、狭域（微細）な部分は近似模様など
をパターン化して記録しておく。
姿勢や状態による歪むなどの未知条件が含まれるのならば、ニューラルネット
ワークで抽象学習するのが効率的である。
劣化しない＆歪まない条件であれば。
パターンを全て記録、といっても全て記録できないので
間引いて記録し、途中は線形予測する。
０、１００、２００，３００、４００とあれば途中の予測は計算でできるだろ？
細かい部分の予測は大域と狭域を別けて、狭域（微細）な部分は近似模様など
をパターン化して記録しておく。
姿勢や状態による歪むなどの未知条件が含まれるのならば、ニューラルネット
ワークで抽象学習するのが効率的である。
628 ：デフォルトの名無しさん：2007/07/18(水) 03:46:42
uartのｂｉｔレートが１％ちょいずれてて、66文字くらいでＰＣ側で取れなくなっちゃいます。
まともな対処は、(A)クロックを分周可能なものに変える (B)64文字ずつソフトで送出完了を
待って送信。（今の場合1040バイトほど送る必要があるのでちょっと辛い） が考えられますが、
(C)全二重できなくなるが、送信時だけstop=2で送出し、送信終了時stop=1に切り換える。
は使えそうでしょうか？体験した方がいたら、いけるとか無駄だからやめとけとかお願いします。
まともな対処は、(A)クロックを分周可能なものに変える (B)64文字ずつソフトで送出完了を
待って送信。（今の場合1040バイトほど送る必要があるのでちょっと辛い） が考えられますが、
(C)全二重できなくなるが、送信時だけstop=2で送出し、送信終了時stop=1に切り換える。
は使えそうでしょうか？体験した方がいたら、いけるとか無駄だからやめとけとかお願いします。
629 ：デフォルトの名無しさん：2007/07/18(水) 07:27:36
まともなUARTなら、１文字毎に調歩同期するので1%のズレなら問題ない筈です。
まともな対応は、まずソフトを疑う事でしょうね。
それともＰＣ側の動作がおかしいの？
双方STOP２にすれば解決するの？
まともな対応は、まずソフトを疑う事でしょうね。
それともＰＣ側の動作がおかしいの？
双方STOP２にすれば解決するの？
双方STOP2にしたら解決しません。マイコン側が115.2に対し116.4733で1.1％速い状態。
66文字目辺りでSTOPbitの幅の半分以上ずれるので、次のstartbitを検出しなくなります。
PC側でSTOP1だと思ってて、マイコンからSTOP2で送出すれば、1文字10bitの中では
bitの真ん中近くでサンプルでき、次のstartbitが規格より若干遅めに来るように見えるのでは
と考えたのですが。
＞１文字毎に調歩同期 が始まるのは、「STOPbitの真ん中を検出した直後から」 なのか
「stopbitが所定の時間続いた後から」 なのか、明確にしているuartの石は少ないでしょう。
前者なら多少速くてもついてくるが、後者だとアウトなんですよね。
66文字目辺りでSTOPbitの幅の半分以上ずれるので、次のstartbitを検出しなくなります。
PC側でSTOP1だと思ってて、マイコンからSTOP2で送出すれば、1文字10bitの中では
bitの真ん中近くでサンプルでき、次のstartbitが規格より若干遅めに来るように見えるのでは
と考えたのですが。
＞１文字毎に調歩同期 が始まるのは、「STOPbitの真ん中を検出した直後から」 なのか
「stopbitが所定の時間続いた後から」 なのか、明確にしているuartの石は少ないでしょう。
前者なら多少速くてもついてくるが、後者だとアウトなんですよね。
631 ：デフォルトの名無しさん：2007/07/18(水) 08:56:55
勘違いしてると思うよ。 調歩同期は、普通はスタートビットの検出で同期するから調歩同期。
双方stop2にして解決しないなら、受信側がデータを取りこぼしてるか、送信側が送りそびれているだけだろ
双方stop2にして解決しないなら、受信側がデータを取りこぼしてるか、送信側が送りそびれているだけだろ
632 ：デフォルトの名無しさん：2007/07/18(水) 09:19:32
ハードを疑う前に己の無能を疑えってところか・・・
633 ：デフォルトの名無しさん：2007/07/18(水) 09:44:57
ストップビットは、普通は受信ではUARTの設定出来ない。 ２だろうが1.5だろうが、受信時は１固定が常識。
常識通りになってないUARTが存在するのかもしれないが、
まあ、普通はない。
だから双方ストップ２にしてみる事だね。
常識通りになってないUARTが存在するのかもしれないが、
まあ、普通はない。
だから双方ストップ２にしてみる事だね。
>>633 やってみます。
双方STOP２にしても受信側が1つ目のSTOPbitでstart待ちに遷移するならば解決しますね。
>>632 オシロでは送出文字のbitパターンは確認できてますから、送りそびれてないのは確認
できてます。 >>628で、PC側でデータを取りこぼしてると言ってます。
>>631 スタートbitの検出で同期するのは理解してますよ。その先の状態遷移はいろいろ実装
方法があるのです。ふつうはstartbit検出の後、所定のクロックで規定される「bitの真ん中」に
当る時点で8bit[+pari][+stop]を検出して、RXDがHiであればstartbit検出待ちに戻る、Hiで
なければ（フレーミングエラーを表示し）Hを待ってからstartbit検出待ちに戻る、でしょう。
で、628のように送信側のクロックが少し速いと、最初のうちはbitの真ん中付近でサンプリング
してたのが、次のバイトではstartbitの立ち下がりより僅かに遅れて検出が始まり・・・で数十byte
後にはサンプリング位置がbitの境界からずれて正しい検出ができなくなります。<--byte中の
Lobitをstartだと思って検出を始めるから以後間違った8bitかフレーミングエラーが連続する。
これをどうやって救おうかというネタなんです。
双方STOP２にしても受信側が1つ目のSTOPbitでstart待ちに遷移するならば解決しますね。
>>632 オシロでは送出文字のbitパターンは確認できてますから、送りそびれてないのは確認
できてます。 >>628で、PC側でデータを取りこぼしてると言ってます。
>>631 スタートbitの検出で同期するのは理解してますよ。その先の状態遷移はいろいろ実装
方法があるのです。ふつうはstartbit検出の後、所定のクロックで規定される「bitの真ん中」に
当る時点で8bit[+pari][+stop]を検出して、RXDがHiであればstartbit検出待ちに戻る、Hiで
なければ（フレーミングエラーを表示し）Hを待ってからstartbit検出待ちに戻る、でしょう。
で、628のように送信側のクロックが少し速いと、最初のうちはbitの真ん中付近でサンプリング
してたのが、次のバイトではstartbitの立ち下がりより僅かに遅れて検出が始まり・・・で数十byte
後にはサンプリング位置がbitの境界からずれて正しい検出ができなくなります。<--byte中の
Lobitをstartだと思って検出を始めるから以後間違った8bitかフレーミングエラーが連続する。
これをどうやって救おうかというネタなんです。
私はH8マイコン側のuartの動作しか理解していませんが、それには「startbitの立ち下がりで
同期を行う」（以後各bitの8/16の位置でサンプリングする）と書かれています。また、STOP2の
場合は2bit分マークが続くことを見る、となっています。ここに少し「ごまかし」が感じられます。
（図では書いてあるが言語による明記が無いから）
マークの1bit分の時間より僅かに早く次のstartbitの立ち下がりが来たとき、おそらくマーク半分
過ぎていれば次のstartbitの立ち下がりは検出できるのでしょうが、半分より早く来た場合は
ノイズとみなしてRXD=Hを待ってから立ち下がりを検出するようになっていると推測します。
~~~~|___|~1~|~2~|~3~|~4~|~5~|~6~|~7~|~8~|~~~| （左が先）
_________________________________________________|<----次のstartbitがここより早くなると同期できない
半分かどうかはともかく、「末尾マーク開始～終了の間のどの辺まで次のstartbit立ち下がりを
許すマージンを採るか？」については石の設計者の裁量が入るのではないかとおもいます。
同期を行う」（以後各bitの8/16の位置でサンプリングする）と書かれています。また、STOP2の
場合は2bit分マークが続くことを見る、となっています。ここに少し「ごまかし」が感じられます。
（図では書いてあるが言語による明記が無いから）
マークの1bit分の時間より僅かに早く次のstartbitの立ち下がりが来たとき、おそらくマーク半分
過ぎていれば次のstartbitの立ち下がりは検出できるのでしょうが、半分より早く来た場合は
ノイズとみなしてRXD=Hを待ってから立ち下がりを検出するようになっていると推測します。
~~~~|___|~1~|~2~|~3~|~4~|~5~|~6~|~7~|~8~|~~~| （左が先）
_________________________________________________|<----次のstartbitがここより早くなると同期できない
半分かどうかはともかく、「末尾マーク開始～終了の間のどの辺まで次のstartbit立ち下がりを
許すマージンを採るか？」については石の設計者の裁量が入るのではないかとおもいます。
あ～、ずれてるorz 次のstartbitがここより・・・の縦棒は、末尾マークの中です。
637 ：デフォルトの名無しさん：2007/07/18(水) 15:22:10
俺は９割、ＰＣ側の受信プログラムの何かミスだと思うけどね。フロー制御してないとかさ。
まあでも、
ＰＣ側に使ってるのはUSB？
普通は、ボーレートの１６倍でサンプリングするから、そういう事はないのだけど
変な設計のものがあるのかもしれないね。
あるいはＰＣ側のボーレートも2%くらいズレてるとかさ
でもまあH8なら STOP2にしても、受信時のSTOPビットは１ビットしか見ないから大丈夫。
まあでも、
ＰＣ側に使ってるのはUSB？
普通は、ボーレートの１６倍でサンプリングするから、そういう事はないのだけど
変な設計のものがあるのかもしれないね。
あるいはＰＣ側のボーレートも2%くらいズレてるとかさ
でもまあH8なら STOP2にしても、受信時のSTOPビットは１ビットしか見ないから大丈夫。
638 ：デフォルトの名無しさん：2007/07/18(水) 15:40:39
双方STOP２にしてもダメでした。PC側はhtermで、フロー制御はなしです。
PCによって取れる奴と取れない奴がありましたから、機種により、送信データの先頭でしか
同期を取らないPCと、1byte毎に同期を取り直すPCがあるようです。
マイコン側をSTOP2、PC側をSTOP1にしてもダメなPCはダメでした。
>>638 クロックは判っているので、ずれているのは確かです。別のチップの都合で今は変な
クロックを使ってみたのですが、だめなら分周して誤差ゼロになるクロックに変えてもらうこと
になるでしょう。
PCによって取れる奴と取れない奴がありましたから、機種により、送信データの先頭でしか
同期を取らないPCと、1byte毎に同期を取り直すPCがあるようです。
マイコン側をSTOP2、PC側をSTOP1にしてもダメなPCはダメでした。
>>638 クロックは判っているので、ずれているのは確かです。別のチップの都合で今は変な
クロックを使ってみたのですが、だめなら分周して誤差ゼロになるクロックに変えてもらうこと
になるでしょう。
640 ：デフォルトの名無しさん：2007/07/18(水) 18:01:54
641 ：デフォルトの名無しさん：2007/07/18(水) 18:05:45
PC側のクロックをマイコン側に供給してやればいいんでない?
>>641 それはないでしょう。1本でも接続する端子は減らしたいもの。RXD/TXD以外はヤだ！
ってのが本音かと。
>>639 別チップと共通クロックで動ければ水晶1個ケチれてラッキー！ぐらいの発想で始まった
ので、そんなに外れとは思いません。今回の確認で、僅かに違うだけなのに水晶２個になるのは
ちょっとくやしいです。
>>640 そうですね。私も20MHzの8ｂｉｔのときは確か1%弱で収まったので、今回もその位を期待
したのですが、１％強になってしまって・・・弱と強がこんなに違うとはﾋﾞｸｰﾘでした。
ってのが本音かと。
>>639 別チップと共通クロックで動ければ水晶1個ケチれてラッキー！ぐらいの発想で始まった
ので、そんなに外れとは思いません。今回の確認で、僅かに違うだけなのに水晶２個になるのは
ちょっとくやしいです。
>>640 そうですね。私も20MHzの8ｂｉｔのときは確か1%弱で収まったので、今回もその位を期待
したのですが、１％強になってしまって・・・弱と強がこんなに違うとはﾋﾞｸｰﾘでした。
643 ：デフォルトの名無しさん：2007/07/18(水) 18:31:30
644 ：デフォルトの名無しさん：2007/07/18(水) 18:53:45
絶対628の単なる勘違いだと思う
この人って口ぶりからして「自信満々に勘違いする」タイプの人だよw
オシロで確認したから送信側に問題はないはずだ、ってオシロでそんなこと
わからないだろうw
この人って口ぶりからして「自信満々に勘違いする」タイプの人だよw
オシロで確認したから送信側に問題はないはずだ、ってオシロでそんなこと
わからないだろうw
645 ：デフォルトの名無しさん：2007/07/18(水) 18:56:14
>>639
フロー制御してないから、単純に取りこぼしてるのだろう。
フロー制御してないから、単純に取りこぼしてるのだろう。
646 ：デフォルトの名無しさん：2007/07/18(水) 19:01:14
今どきUARTのデータ取りこぼすようなトロいPCなんてそれこそありえないでしょw
どうせマイコン側が9bitモードの設定になってるとか、そんなマヌケなオチだと思うよ。
UARTなんて±3%ぐらいずれてても平気で受信しちゃうわけで、1%程度の誤差で
同期がとれなくなるなんてありえない。
それにそんな理由なら受信するバイト数とは無関係にそういう現象がおこるはずだ。
どうせマイコン側が9bitモードの設定になってるとか、そんなマヌケなオチだと思うよ。
UARTなんて±3%ぐらいずれてても平気で受信しちゃうわけで、1%程度の誤差で
同期がとれなくなるなんてありえない。
それにそんな理由なら受信するバイト数とは無関係にそういう現象がおこるはずだ。
647 ：デフォルトの名無しさん：2007/07/18(水) 19:03:09
廃人嗜好のハード屋が湧いてきた．．．
648 ：デフォルトの名無しさん：2007/07/18(水) 19:04:14
＞送信データの先頭でしか 同期を取らないPC
そんなことないやろ
ＰＣ内臓のUARTなら16550互換の筈で、わざわざ新規に設計した方がコストアップになる。
ありえん。
そんなことないやろ
ＰＣ内臓のUARTなら16550互換の筈で、わざわざ新規に設計した方がコストアップになる。
ありえん。
649 ：デフォルトの名無しさん：2007/07/18(水) 19:20:24
>>642
＞>>641 それはないでしょう。1本でも接続する端子は減らしたいもの。RXD/TXD以外はヤだ！
つまりそれは、FGも繋がないからノイズ出捲くりでもOKだし、ハードウェアハンドシェイクも捨てると言うことで宜しいか?
#まさか、SGも繋がないとは言わないだろうけれど……
＞>>641 それはないでしょう。1本でも接続する端子は減らしたいもの。RXD/TXD以外はヤだ！
つまりそれは、FGも繋がないからノイズ出捲くりでもOKだし、ハードウェアハンドシェイクも捨てると言うことで宜しいか?
#まさか、SGも繋がないとは言わないだろうけれど……
650 ：デフォルトの名無しさん：2007/07/18(水) 21:35:38
651 ：デフォルトの名無しさん：2007/07/18(水) 21:42:13
>>650
富豪プログラミング（違）に慣れてるんだろう。仕方ないよ。
富豪プログラミング（違）に慣れてるんだろう。仕方ないよ。
652 ：デフォルトの名無しさん：2007/07/18(水) 21:45:41
まあ、３本で通信なんていくらでもやったけどな。
て言うか、ボーレートも書いてない時点でネタでしょ。
# もしマジなら、シンクロとか言う前にレンタルでいいから
# プロトコルアナライザ借りて見てみることだな。
て言うか、ボーレートも書いてない時点でネタでしょ。
# もしマジなら、シンクロとか言う前にレンタルでいいから
# プロトコルアナライザ借りて見てみることだな。
653 ：デフォルトの名無しさん：2007/07/18(水) 21:54:38
654 ：デフォルトの名無しさん：2007/07/18(水) 23:00:33
>>650
そりゃ、パワー不足だろ？
そりゃ、パワー不足だろ？
655 ：デフォルトの名無しさん：2007/07/18(水) 23:00:50
>>653
マイコンの話は主眼じゃないでしょ
そういう劣悪な環境でもちゃんと動作するプログラムを書く人がいる
一方でまともな環境なのにろくに動かないプログラムを書く人もいる
という話なのに何をいっているのか
マイコンの話は主眼じゃないでしょ
そういう劣悪な環境でもちゃんと動作するプログラムを書く人がいる
一方でまともな環境なのにろくに動かないプログラムを書く人もいる
という話なのに何をいっているのか
656 ：デフォルトの名無しさん：2007/07/18(水) 23:02:16
>>655
こんな馬鹿初めて見たわ
こんな馬鹿初めて見たわ
657 ：デフォルトの名無しさん：2007/07/18(水) 23:46:28
引っ込みつかなくなってるだけだろ。
いちいち突っ込むなよ。
いちいち突っ込むなよ。
658 ：デフォルトの名無しさん：2007/07/19(木) 00:34:26
659 ：デフォルトの名無しさん：2007/07/19(木) 05:09:26
おまえは三度バッグや
うを？なんか盛り上がってる（ｗ >>658 H8/2378 です。SHじゃないからFIFOつきじゃないです。
>>644 オシロで各byteのbit構成見れますよ。きっちり矩形波で、角がなまってないとか、1bitの
長さからクロックも判ります。
>>643 使えない理由ではなく、>>642のまんなかの理由です。
>>649 グラウンドはあります（ｗ ハードフロー制御はたいてい使いません。
>>644 オシロで各byteのbit構成見れますよ。きっちり矩形波で、角がなまってないとか、1bitの
長さからクロックも判ります。
>>643 使えない理由ではなく、>>642のまんなかの理由です。
>>649 グラウンドはあります（ｗ ハードフロー制御はたいてい使いません。
661 ：デフォルトの名無しさん：2007/07/19(木) 07:39:14
>>646 CPUは早くなっても割り込み禁止期間はそう短くなってるわけじゃないから
115,200bpsとかだと、フロー制御無しだと厳しい場合もあるんじゃないの？
115,200bpsとかだと、フロー制御無しだと厳しい場合もあるんじゃないの？
662 ：デフォルトの名無しさん：2007/07/19(木) 08:24:44
ひょっとしてPCのUARTも米粒マイコンみたいに1バイト送受信するごとに
割り込みがかかると思ってるの？w
割り込みがかかると思ってるの？w
663 ：デフォルトの名無しさん：2007/07/19(木) 09:05:03
16550だろ？FIFOが入ってるだけで H8のようにDMAやってくれるわけじゃない
10*16/115200で 1.4ms割り込みが禁止されたらアウトだろ
10*16/115200で 1.4ms割り込みが禁止されたらアウトだろ
664 ：デフォルトの名無しさん：2007/07/19(木) 11:17:50
>>663
そんな時間割り込み止めるような設計する方が．．．
そんな時間割り込み止めるような設計する方が．．．
665 ：デフォルトの名無しさん：2007/07/19(木) 12:24:22
どんな最低でも数100MHzで動いてるCPUでUARTのHWバッファを読むような
「あくびが出るような」処理をわざわざ抑制する理由ってあるのかねw
Windowsってそんな間抜けな設計になってたっけ？
「あくびが出るような」処理をわざわざ抑制する理由ってあるのかねw
Windowsってそんな間抜けな設計になってたっけ？
666 ：デフォルトの名無しさん：2007/07/19(木) 12:29:15
うん
667 ：デフォルトの名無しさん：2007/07/19(木) 12:32:36
FIFOケチっておかしなことになってた。
668 ：デフォルトの名無しさん：2007/07/19(木) 13:20:05
>>665
割り込み禁止でなくても HDDのDMA転送とかでバスが占有されて動けないとかさ、色々あるんじゃないの？
なんといってもレガシーだから、古い設計のままの部分同士が喧嘩するのかもな。
といっても19200bps以上はフロー制御入れてるから、実際そんな事になったわけじゃないが
>>635 のようなUARTが存在するよりは割込禁止やバスが占有されて取りこぼす事の方がありえるように思うよ
割り込み禁止でなくても HDDのDMA転送とかでバスが占有されて動けないとかさ、色々あるんじゃないの？
なんといってもレガシーだから、古い設計のままの部分同士が喧嘩するのかもな。
といっても19200bps以上はフロー制御入れてるから、実際そんな事になったわけじゃないが
>>635 のようなUARTが存在するよりは割込禁止やバスが占有されて取りこぼす事の方がありえるように思うよ
669 ：デフォルトの名無しさん：2007/07/19(木) 14:25:44
>>668
今の時代にバスを占有するって．．．
今の時代にバスを占有するって．．．
670 ：デフォルトの名無しさん：2007/07/19(木) 17:02:15
空気をよまないビデオカードとか。
そういえば、数秒間割込み禁止でつっぱしるSCSIカードなんて物も昔はあった…
そういえば、数秒間割込み禁止でつっぱしるSCSIカードなんて物も昔はあった…
671 ：デフォルトの名無しさん：2007/07/19(木) 19:02:31
いやぶっちゃけて言って、ノーマルペンティアムの時代からUARTの受信バッファが
オーバーランしちゃうなんて話はただの一度も聞いたことない。
オーバーランしちゃうなんて話はただの一度も聞いたことない。
672 ：デフォルトの名無しさん：2007/07/19(木) 19:53:15
>>671
この幸せもの？
この幸せもの？
673 ：デフォルトの名無しさん：2007/07/19(木) 23:16:57
>>671
良かったな。PC系ばっかりで。
良かったな。PC系ばっかりで。
674 ：デフォルトの名無しさん：2007/07/20(金) 00:04:29
>>673
そういう「俺だけが他の誰も知らない真理を知っている」的な心情って
むしろ身の程知らずま馬鹿にありがちなものだと思うんだけど、
自分で書いてて恥ずかしくならないのかね。
こんなスレにいるんだから貧弱なHWの経験の方がむしろ多いぐらいだ。
ただ、俺は君と違って「ハード寄りのコードを書いてる俺の方がPCのプログラマより
ずっと高級なんだ」なんていう恥ずかしい勘違いは決してしないが。
そういう「俺だけが他の誰も知らない真理を知っている」的な心情って
むしろ身の程知らずま馬鹿にありがちなものだと思うんだけど、
自分で書いてて恥ずかしくならないのかね。
こんなスレにいるんだから貧弱なHWの経験の方がむしろ多いぐらいだ。
ただ、俺は君と違って「ハード寄りのコードを書いてる俺の方がPCのプログラマより
ずっと高級なんだ」なんていう恥ずかしい勘違いは決してしないが。
675 ：デフォルトの名無しさん：2007/07/20(金) 00:07:04
ずっと低級なんじゃないの？
676 ：デフォルトの名無しさん：2007/07/20(金) 00:07:35
ずっと高給だからどうでもいい
677 ：デフォルトの名無しさん：2007/07/20(金) 01:02:56
低速野郎が湧いてるだけ？
678 ：デフォルトの名無しさん：2007/07/20(金) 23:27:23
679 ：デフォルトの名無しさん：2007/07/20(金) 23:30:58
被害者妄想ねえw
嫌味が通じないようだからはっきり言うけど、
そんなことは断じてありえないから言ってるんだけどね。
486以降のCPUにとってUARTの割り込みを拾うなんて回転すしの皿を取ること以下だぞw
嫌味が通じないようだからはっきり言うけど、
そんなことは断じてありえないから言ってるんだけどね。
486以降のCPUにとってUARTの割り込みを拾うなんて回転すしの皿を取ること以下だぞw
680 ：デフォルトの名無しさん：2007/07/20(金) 23:47:26
681 ：デフォルトの名無しさん：2007/07/21(土) 01:02:12
＞俺は君と違って「ハード寄りのコードを書いてる俺の方がPCのプログラマより
＞ずっと高級なんだ」なんていう恥ずかしい勘違いは決してしないが。
なら黙っておればよい。
↑の文は「俺もハードよりのコードを書いてるんだぜ」という意味の言葉であり
慢心がありありとみてとれる。
だから他人から低級と揶揄される。
＞被害者妄想ねえw
＞
＞嫌味が通じないようだからはっきり言うけど、
＞そんなことは断じてありえないから言ってるんだけどね。
だが、被害者妄想かどうかは自分では評価できない。
従ってまた愚かさを露呈する。
半年ROMってろ
＞ずっと高級なんだ」なんていう恥ずかしい勘違いは決してしないが。
なら黙っておればよい。
↑の文は「俺もハードよりのコードを書いてるんだぜ」という意味の言葉であり
慢心がありありとみてとれる。
だから他人から低級と揶揄される。
＞被害者妄想ねえw
＞
＞嫌味が通じないようだからはっきり言うけど、
＞そんなことは断じてありえないから言ってるんだけどね。
だが、被害者妄想かどうかは自分では評価できない。
従ってまた愚かさを露呈する。
半年ROMってろ
682 ：デフォルトの名無しさん：2007/07/21(土) 02:46:36
それ以前に 取りこぼさない ということを前提にコードを書いて欲しくない。
683 ：デフォルトの名無しさん：2007/07/21(土) 05:22:40
コード書き始めて2年ぐらい、オーバーランとフレーミングエラーが何のことか解らなかった。
684 ：デフォルトの名無しさん：2007/07/21(土) 06:27:51
ちょっと前に似たような流れがあったなｗ
685 ：デフォルトの名無しさん：2007/07/21(土) 06:44:36
>>671
そりゃ9600bpsなら取りこぼしは無いかもしれないが115200bps、230400bpsとか 460800bpsの話をしてるんじゃないのか？
そりゃ9600bpsなら取りこぼしは無いかもしれないが115200bps、230400bpsとか 460800bpsの話をしてるんじゃないのか？
686 ：デフォルトの名無しさん：2007/07/21(土) 10:49:48
FIFOに余裕があればオンボのUARTで115200bpsぐらいは問題ないけど、負荷かけると厳しいかも？窓
687 ：デフォルトの名無しさん：2007/07/21(土) 11:47:28
>>679
> 486以降のCPUにとってUARTの割り込みを拾うなんて回転すしの皿を取ること以下だぞw
そりゃそれに専念してりゃね。
そんなもんに構ってられないようなシステムなんて想像もつかないんだろ？
>>685
115.2Kbps ぐらいまでは惰性で理解できるけど、460.8Kbps なんかは UART でやるべき
なのか？
> 486以降のCPUにとってUARTの割り込みを拾うなんて回転すしの皿を取ること以下だぞw
そりゃそれに専念してりゃね。
そんなもんに構ってられないようなシステムなんて想像もつかないんだろ？
>>685
115.2Kbps ぐらいまでは惰性で理解できるけど、460.8Kbps なんかは UART でやるべき
なのか？
688 ：デフォルトの名無しさん：2007/07/21(土) 11:56:05
>>687
だから専念しなくて済むのと引き換えに「割り込み」という、
システムに有限個しか存在しえない割り込みを消費してるんだよ。
でなきゃ何のための割り込みだよw
しかし、なんか学生クンが多いのかね。
だから専念しなくて済むのと引き換えに「割り込み」という、
システムに有限個しか存在しえない割り込みを消費してるんだよ。
でなきゃ何のための割り込みだよw
しかし、なんか学生クンが多いのかね。
689 ：デフォルトの名無しさん：2007/07/21(土) 12:02:49
>>688
先生、わかりません。
先生、わかりません。
690 ：デフォルトの名無しさん：2007/07/21(土) 13:05:38
>>688
そりゃ PC だけ性能があるマシンを組み込み用に使えば、まったく余裕のよっちゃんだろうけど
windowsで絶対大丈夫なんて、それはタマタマ旨く行ってるだろだろうに
この前も、USB-シリアルブリッジのICのRTS/CTS/DTR/DSRをパラレル的に使ってて
それじゃ1Kの入出力も保証できないよって言ったら、 いや20Kで動いてるから20Kだってさ
トランザクション単位に送ってくれるドライバもあるかもしれないが
フレーム単位にしか処理しないドライバだったらどうするんだよと
パソコンとセットで売るんならいいんだろうけど、どのパソコンでも動くもん売ろうと思うなら
取りこぼしはありえるとして設計するべきだと思うよ。
そりゃ PC だけ性能があるマシンを組み込み用に使えば、まったく余裕のよっちゃんだろうけど
windowsで絶対大丈夫なんて、それはタマタマ旨く行ってるだろだろうに
この前も、USB-シリアルブリッジのICのRTS/CTS/DTR/DSRをパラレル的に使ってて
それじゃ1Kの入出力も保証できないよって言ったら、 いや20Kで動いてるから20Kだってさ
トランザクション単位に送ってくれるドライバもあるかもしれないが
フレーム単位にしか処理しないドライバだったらどうするんだよと
パソコンとセットで売るんならいいんだろうけど、どのパソコンでも動くもん売ろうと思うなら
取りこぼしはありえるとして設計するべきだと思うよ。
691 ：デフォルトの名無しさん：2007/07/21(土) 13:32:27
もう何いっても馬鹿には無駄だな。
486時代だって理論上ほぼ完全にありえんと言ってるのにw
いやまあ、こういう筋書きならよく聞いたりしたことはあった。
VBでMSComm使って機器と通信してるんだが、機器からの送信データを取りこぼしが
頻繁に起こるという。
で、どんな処理をしてるのかたずねれば、UIスレッドで発生するVBのイベントを
マイコンの割り込み的に使って、つまり数バイト受信するごとに発生する（はずの）
イベントで受信処理を行うんだと。
そのプログラムを書いた彼は、これはWindowsにリアルタイム性がないからだ、
とOSのせいにしていたが、俺に言わせればそんなのプログラムの設計が根本的に
間違ってるだけの話だ。
486時代だって理論上ほぼ完全にありえんと言ってるのにw
いやまあ、こういう筋書きならよく聞いたりしたことはあった。
VBでMSComm使って機器と通信してるんだが、機器からの送信データを取りこぼしが
頻繁に起こるという。
で、どんな処理をしてるのかたずねれば、UIスレッドで発生するVBのイベントを
マイコンの割り込み的に使って、つまり数バイト受信するごとに発生する（はずの）
イベントで受信処理を行うんだと。
そのプログラムを書いた彼は、これはWindowsにリアルタイム性がないからだ、
とOSのせいにしていたが、俺に言わせればそんなのプログラムの設計が根本的に
間違ってるだけの話だ。
692 ：デフォルトの名無しさん：2007/07/21(土) 13:35:48
>>691
先生、わかりません。
先生、わかりません。
693 ：デフォルトの名無しさん：2007/07/21(土) 13:36:23
なんか違う方向に行ってないか？
元を正せば ”PCが” 受信データを取りこぼす(>>628)
って話じゃなかったか？
で、”（Winの)PCが”処理おっ付かなくて取りこぼすなんてことは
絶対無いと(>>646)主張してる奴が居ただけのような
単純にかみつきやすそうなﾚｽに噛み付いてるだけの
構ってちゃんが居るんじゃないのか？
元を正せば ”PCが” 受信データを取りこぼす(>>628)
って話じゃなかったか？
で、”（Winの)PCが”処理おっ付かなくて取りこぼすなんてことは
絶対無いと(>>646)主張してる奴が居ただけのような
単純にかみつきやすそうなﾚｽに噛み付いてるだけの
構ってちゃんが居るんじゃないのか？
694 ：デフォルトの名無しさん：2007/07/21(土) 13:47:52
>>691
うんうん。つまりこうだね
PCでもS/Wの設計が不味いとシリアルの取りこぼしは「容易に起こりうる」 と
これを問題が起きてる奴に向かって「絶対に起きない」とは、
普通言わないんじゃないかな？
うんうん。つまりこうだね
PCでもS/Wの設計が不味いとシリアルの取りこぼしは「容易に起こりうる」 と
これを問題が起きてる奴に向かって「絶対に起きない」とは、
普通言わないんじゃないかな？
695 ：デフォルトの名無しさん：2007/07/21(土) 13:51:57
取りこぼさないという事は、それなりのＦＩＦＯが入ってないと無理だと思うんだが
そのＦＩＦＯのサイズは規定されてるのか？
取りこぼさないと言ってる奴はどのwindowsでもそのサイズが十分にあるという事を言いたいのだろ？
windowsアプリは10ms下手したら100msくらい処理時間をもらえない場合も普通にあるわけで
そのＦＩＦＯのサイズは規定されてるのか？
取りこぼさないと言ってる奴はどのwindowsでもそのサイズが十分にあるという事を言いたいのだろ？
windowsアプリは10ms下手したら100msくらい処理時間をもらえない場合も普通にあるわけで
696 ：デフォルトの名無しさん：2007/07/21(土) 13:56:02
>>695
自分の世界にこもってる人が問題ないと言ってるだけのような気がする。
自分の世界にこもってる人が問題ないと言ってるだけのような気がする。
697 ：デフォルトの名無しさん：2007/07/21(土) 13:58:33
>>694
また馬鹿なことを言うよ。
問題の切り分け、という概念がチミの頭には存在しないのかい？w
OSのネイティブな機能として取りこぼしが起こりうるか、って話をしているのであって（以下略
っていうかありうるって言ってる奴はそれ実体験を語ってるの？
また馬鹿なことを言うよ。
問題の切り分け、という概念がチミの頭には存在しないのかい？w
OSのネイティブな機能として取りこぼしが起こりうるか、って話をしているのであって（以下略
っていうかありうるって言ってる奴はそれ実体験を語ってるの？
698 ：デフォルトの名無しさん：2007/07/21(土) 14:00:23
699 ：デフォルトの名無しさん：2007/07/21(土) 14:16:36
700 ：デフォルトの名無しさん：2007/07/21(土) 14:26:28
>>698
そりゃ組込屋だから理解してるが、割り込みがかかっても
データを取りこぼさないには アプリがデータを見れるまでＦＩＦＯに保存しておいてやらんとあかんだろ。
そのＦＩＦＯのサイズは十分にあるのかい？
windowsアプリは専門外だから詳しくないのだが、どうもハードウエアＦＩＦＯそのまましか見えないように思えるのだが？
そりゃ組込屋だから理解してるが、割り込みがかかっても
データを取りこぼさないには アプリがデータを見れるまでＦＩＦＯに保存しておいてやらんとあかんだろ。
そのＦＩＦＯのサイズは十分にあるのかい？
windowsアプリは専門外だから詳しくないのだが、どうもハードウエアＦＩＦＯそのまましか見えないように思えるのだが？
701 ：デフォルトの名無しさん：2007/07/21(土) 14:45:00
まずデバドラレベルでバッファリングされてるし、もし必要ならアプリレベルで
フリースレッド内でバッファリングすればいいからね。
フリースレッドに制御がなってこない時間が10msのオーダで発生する、
というのは異常でもないかぎりないから取りこぼしはまずあり得ないねえ。
いや694みたいな人がいるから別のより正確な言い方をすると、
取りこぼさずに受信するコードを書くのが不可能、ということはありえない。
フリースレッド内でバッファリングすればいいからね。
フリースレッドに制御がなってこない時間が10msのオーダで発生する、
というのは異常でもないかぎりないから取りこぼしはまずあり得ないねえ。
いや694みたいな人がいるから別のより正確な言い方をすると、
取りこぼさずに受信するコードを書くのが不可能、ということはありえない。
702 ：デフォルトの名無しさん：2007/07/21(土) 14:56:21
だから、そのFIFOのサイズはおいくら？
そのサイズによって、どのボーレートで
10msが十分な時間間隔かどうかの答えが出るんだからさ、それを書かないと、単なる妄想やろうだろうに
そのサイズによって、どのボーレートで
10msが十分な時間間隔かどうかの答えが出るんだからさ、それを書かないと、単なる妄想やろうだろうに
703 ：デフォルトの名無しさん：2007/07/21(土) 15:14:47
>>702
もちろん可変。
http://msdn.microsoft.com/library/ja/default.asp?url=/library/ja/jpfileio/html/_win32_setupcomm.asp
設定可能な上限がどう決まるのかよく覚えてないが、俺はたいばい馬鹿の一つ覚えで
4096にしていたから少なくともその数値は問題のない値といっていいと思う。
必要なキーワードは提示したからあとは興味があったらお好きに調べて。
すでに批判があるようにスレ違いだからもうこれで打ち止めにする。
もちろん可変。
http://msdn.microsoft.com/library/ja/default.asp?url=/library/ja/jpfileio/html/_win32_setupcomm.asp
設定可能な上限がどう決まるのかよく覚えてないが、俺はたいばい馬鹿の一つ覚えで
4096にしていたから少なくともその数値は問題のない値といっていいと思う。
必要なキーワードは提示したからあとは興味があったらお好きに調べて。
すでに批判があるようにスレ違いだからもうこれで打ち止めにする。
704 ：デフォルトの名無しさん：2007/07/21(土) 15:20:48
>>703
あの、FIFOとリングバッファは違うんですけど．．．
あの、FIFOとリングバッファは違うんですけど．．．
705 ：デフォルトの名無しさん：2007/07/21(土) 15:23:09
>>703
なるほど。 この設定をしていれば、後は割り込みの禁止区間が異常じゃない限りはまあ大丈夫だろうな
FDDやUSBに受信しながら書き込むとかじゃない限りは
>>704
いや、このリングバッファはFIFOの事だよ。
なるほど。 この設定をしていれば、後は割り込みの禁止区間が異常じゃない限りはまあ大丈夫だろうな
FDDやUSBに受信しながら書き込むとかじゃない限りは
>>704
いや、このリングバッファはFIFOの事だよ。
706 ：デフォルトの名無しさん：2007/07/21(土) 15:29:21
>>705
リングバッファはFIFOだけど、俺がいってるのはUARTが持ってるFIFOのことです。書き方が悪かった。
リングバッファはFIFOだけど、俺がいってるのはUARTが持ってるFIFOのことです。書き方が悪かった。
707 ：デフォルトの名無しさん：2007/07/21(土) 15:40:59
ハードウエアFIFOは16バイト固定で、これが溢れるまでに割り込みがかかればＯＫ
リングバッファは設定可能で、その設定したリングバッファが溢れるまでにアプリ層からアクセスすればＯＫ
という事で、正しく調整されれば、まず溢れる事はないだろう。
もっとも割り込みが1mS禁止されるなどの状況がありえるパソコンなら別だろうけど
リングバッファは設定可能で、その設定したリングバッファが溢れるまでにアプリ層からアクセスすればＯＫ
という事で、正しく調整されれば、まず溢れる事はないだろう。
もっとも割り込みが1mS禁止されるなどの状況がありえるパソコンなら別だろうけど
708 ：デフォルトの名無しさん：2007/07/21(土) 15:44:30
>>707
ハードウエアFIFOが16バイトで足りないときがアルんですよ。
ハードウエアFIFOが16バイトで足りないときがアルんですよ。
709 ：デフォルトの名無しさん：2007/07/21(土) 15:46:12
足りない場合は、割り込み禁止期間を短くして対応して下さい。
それが出来ないならフロー制御をして下さい。
それが出来ないならフロー制御をして下さい。
710 ：デフォルトの名無しさん：2007/07/21(土) 15:48:00
>>709
回避方法は色々あるけど、３２バイトは欲しいところ
回避方法は色々あるけど、３２バイトは欲しいところ
711 ：デフォルトの名無しさん：2007/07/21(土) 15:51:57
ご要望はわかりましたが、残念ながらすでにあるパソコンはそうなっていませんのでご了承下さい。
制御系プログラマは、与えられたハードで工夫するのがお仕事ですので、がんばって下さい。
制御系プログラマは、与えられたハードで工夫するのがお仕事ですので、がんばって下さい。
712 ：デフォルトの名無しさん：2007/07/21(土) 15:53:34
>>711
金勘定プログラマはお気楽なんですか？
金勘定プログラマはお気楽なんですか？
713 ：デフォルトの名無しさん：2007/07/21(土) 17:30:55
金勘定の発想じゃ、制御は無理だから、早く撤退しなさい。
廃人増やしてどうする、金勘定系。
廃人増やしてどうする、金勘定系。
714 ：デフォルトの名無しさん：2007/07/21(土) 18:15:59
でもまぁ>>711の言い分が全てだと思うよ。
今までで一番ひどかったのは
ピン番間違えてふつーのポートにつながったシリアル入出力を無理やり
手で実装したことかな。
悲しいけど、やってて楽しいんだよなこういう車輪の再開発って。
今までで一番ひどかったのは
ピン番間違えてふつーのポートにつながったシリアル入出力を無理やり
手で実装したことかな。
悲しいけど、やってて楽しいんだよなこういう車輪の再開発って。
715 ：デフォルトの名無しさん：2007/07/21(土) 18:45:45
まだ8251の呪縛から抜け出せてない香具師がいるのか
716 ：デフォルトの名無しさん：2007/07/21(土) 19:19:11
>>707
いや、そのパソコンの話だろ
いや、そのパソコンの話だろ
717 ：デフォルトの名無しさん：2007/07/21(土) 19:47:24
>>715
呪縛っつーか16550なんて8251にFIFOつけただけみたいなもんだろ
呪縛っつーか16550なんて8251にFIFOつけただけみたいなもんだろ
718 ：デフォルトの名無しさん：2007/07/21(土) 20:22:01
>>717
制御すること考えると結構違いがあると思う。
制御すること考えると結構違いがあると思う。
719 ：デフォルトの名無しさん：2007/07/21(土) 21:37:54
>>688
> システムに有限個しか存在しえない割り込みを消費してるんだよ。
って書いてるから、割り込み要因が複数あることは知ってるのに UART
の割り込みに構ってられないほど上位の割り込みがガンガン来る状況は
想像できないんだな。
>>707 > もっとも割り込みが1mS禁止されるなどの状況がありえるパソコンなら別だろうけど
>>710 > 回避方法は色々あるけど、３２バイトは欲しいところ
ボーレートもＰＣの性能もわからんのに、根拠のない値を言い切る奴って...
> システムに有限個しか存在しえない割り込みを消費してるんだよ。
って書いてるから、割り込み要因が複数あることは知ってるのに UART
の割り込みに構ってられないほど上位の割り込みがガンガン来る状況は
想像できないんだな。
>>707 > もっとも割り込みが1mS禁止されるなどの状況がありえるパソコンなら別だろうけど
>>710 > 回避方法は色々あるけど、３２バイトは欲しいところ
ボーレートもＰＣの性能もわからんのに、根拠のない値を言い切る奴って...
720 ：デフォルトの名無しさん：2007/07/22(日) 00:17:28
あーもうこれだから知恵のない奴というのはw
>構ってられないほど上位の割り込みがガンガン来る状況
そんな状態はそもそも正常な状態ではありません。
異常な状態です。
異常な状態は、（そういう状況が起こらないようにシステムトータルで考える
べき事柄であって）プログラマが考慮すべきことではありません。
端的に嘲笑的に言えば、君はたとえば何事かの処理が可能かどうかを考えるときに、
CPUが熱暴走する場合のことも考えるのかい？w
そんな場合のことを考えるのであれば、すべてのことが不可能だといわざるを得ないね
>構ってられないほど上位の割り込みがガンガン来る状況
そんな状態はそもそも正常な状態ではありません。
異常な状態です。
異常な状態は、（そういう状況が起こらないようにシステムトータルで考える
べき事柄であって）プログラマが考慮すべきことではありません。
端的に嘲笑的に言えば、君はたとえば何事かの処理が可能かどうかを考えるときに、
CPUが熱暴走する場合のことも考えるのかい？w
そんな場合のことを考えるのであれば、すべてのことが不可能だといわざるを得ないね
721 ：デフォルトの名無しさん：2007/07/22(日) 01:46:53
>>720
温室の中では本当に動くプログラムは書けないぜ、坊や。
温室の中では本当に動くプログラムは書けないぜ、坊や。
722 ：デフォルトの名無しさん：2007/07/22(日) 02:28:20
723 ：デフォルトの名無しさん：2007/07/22(日) 02:32:31
DOSベースの古いWindowsだったら割り込み禁止期間が長い場合もありそうだから取りこぼしもあるんじゃない？
駄目なVxDとかいかにもありそうだ。
NTベースはまず無いと思うけど負荷100%が持続するような状態だと取りこぼしもあるんじゃないか？
駄目なVxDとかいかにもありそうだ。
NTベースはまず無いと思うけど負荷100%が持続するような状態だと取りこぼしもあるんじゃないか？
724 ：デフォルトの名無しさん：2007/07/22(日) 03:13:48
>>720
熱暴走だけじゃないぞ。OSのバグとか停電とか断線とか。
何かの拍子にコネクタ1個外れたら大事故起こしましたなんてのは洒落にならんからな。
そこまで極端な話をしなくても、データ取りこぼしの可能性程度は考慮するのが当たり前。
熱暴走だけじゃないぞ。OSのバグとか停電とか断線とか。
何かの拍子にコネクタ1個外れたら大事故起こしましたなんてのは洒落にならんからな。
そこまで極端な話をしなくても、データ取りこぼしの可能性程度は考慮するのが当たり前。
725 ：デフォルトの名無しさん：2007/07/22(日) 03:20:12
726 ：デフォルトの名無しさん：2007/07/22(日) 03:51:38
727 ：デフォルトの名無しさん：2007/07/22(日) 04:13:55
728 ：デフォルトの名無しさん：2007/07/22(日) 04:42:44
WDTセットしてから 処理、リセットしてループ。全部状態遷移で頑張る
って方法なら使ったことあるんだけど これって一般的なの？
って方法なら使ったことあるんだけど これって一般的なの？
729 ：デフォルトの名無しさん：2007/07/22(日) 04:47:52
1K毎にCRC16入れてくだけでも一応はエラー補償できるな。
そういえば普通磁気記憶にはCRC入ってるよな。
ていうかECCメモリーはエラー訂正するんだよな。
そういえば普通磁気記憶にはCRC入ってるよな。
ていうかECCメモリーはエラー訂正するんだよな。
730 ：デフォルトの名無しさん：2007/07/22(日) 06:29:07
ROMが化けたのは検知できてもどうしょうもないよね
731 ：デフォルトの名無しさん：2007/07/22(日) 06:57:25
あ～あ、めった打ちだな >>720
> 異常な状態は、（そういう状況が起こらないようにシステムトータルで考える
> べき事柄であって）プログラマが考慮すべきことではありません。
まあ、こんなこと言ってるようなので所詮コーダレベルなんだろ、許してやれよ >> ALL
>>728
組み込みなら、一般的だと思う。
>>729
ECC の最後の "C" は、Correct だからな。
最近のサーバでは ECC は当たり前として、メモリーモジュールが壊れた場合に備えて、
ミラーリングで救済して稼動中にホットプラグで交換できるらしい。
>>730
ノイズとかの一時的な要因の可能性があるならリセットとかで復旧を試みるけど、ROM
自体が化けてると訂正のしようがないから致命的エラーで止めるしかないと思う。
> 異常な状態は、（そういう状況が起こらないようにシステムトータルで考える
> べき事柄であって）プログラマが考慮すべきことではありません。
まあ、こんなこと言ってるようなので所詮コーダレベルなんだろ、許してやれよ >> ALL
>>728
組み込みなら、一般的だと思う。
>>729
ECC の最後の "C" は、Correct だからな。
最近のサーバでは ECC は当たり前として、メモリーモジュールが壊れた場合に備えて、
ミラーリングで救済して稼動中にホットプラグで交換できるらしい。
>>730
ノイズとかの一時的な要因の可能性があるならリセットとかで復旧を試みるけど、ROM
自体が化けてると訂正のしようがないから致命的エラーで止めるしかないと思う。
732 ：デフォルトの名無しさん：2007/07/22(日) 07:24:44
733 ：デフォルトの名無しさん：2007/07/22(日) 08:17:15
>>719
じゃ、おまえが模範になる質問回答をやってくれ。
じゃ、おまえが模範になる質問回答をやってくれ。
734 ：デフォルトの名無しさん：2007/07/22(日) 08:59:55
735 ：デフォルトの名無しさん：2007/07/22(日) 11:22:13
>>732
ああ、「最近のサーバでは ECC は当たり前として」を「昔のサーバでは ECC が当たり前
でない」と取っちゃったか。句読点の打ち方まずったな、すまん。
× 最近のサーバでは ECC は当たり前として、メモリーモジュールが壊れた場合に備えて、
○ 最近のサーバでは、ECC は当たり前としてメモリーモジュールが壊れた場合に備えて、
>>733
なんに噛み付いてるのかさっぱりわからん。
理解力もしくは説明能力がないんだろうな。
>>734
あと、FAN とか CPU や PCI ボードまでできる奴もあったりする。
> 同じ会社のサーバ機でも、ダメなシリーズはただのPCだけど。
まあ、安いサーバの構成は PC とほとんど同じで、保守とかが違うだけと言うのもありが
ちだし。
ああ、「最近のサーバでは ECC は当たり前として」を「昔のサーバでは ECC が当たり前
でない」と取っちゃったか。句読点の打ち方まずったな、すまん。
× 最近のサーバでは ECC は当たり前として、メモリーモジュールが壊れた場合に備えて、
○ 最近のサーバでは、ECC は当たり前としてメモリーモジュールが壊れた場合に備えて、
>>733
なんに噛み付いてるのかさっぱりわからん。
理解力もしくは説明能力がないんだろうな。
>>734
あと、FAN とか CPU や PCI ボードまでできる奴もあったりする。
> 同じ会社のサーバ機でも、ダメなシリーズはただのPCだけど。
まあ、安いサーバの構成は PC とほとんど同じで、保守とかが違うだけと言うのもありが
ちだし。
736 ：デフォルトの名無しさん：2007/07/22(日) 11:55:48
ttp://www.nikkeibp.co.jp/news/flash/540166.html
なお同社は19日、柏崎刈羽原発で記録した地震観測データを公開したが、
97台ある地震計のうち旧型の63台で、本震データが消失していたことも
明らかにした。通信回線が混雑しため、本震データを東京のサーバーに
転送する前に、地震計内部で余震データに書き換わってしまったという。
3月の能登半島地震の際も北陸電力の志賀原発で同様の事象が発生していた
ため、東電では2008年度までにすべての地震計を新型に更新する予定だった。
タイムリーで激ワロス
組み込みでこんなプログラム作ってたらすぐクビだろ
なお同社は19日、柏崎刈羽原発で記録した地震観測データを公開したが、
97台ある地震計のうち旧型の63台で、本震データが消失していたことも
明らかにした。通信回線が混雑しため、本震データを東京のサーバーに
転送する前に、地震計内部で余震データに書き換わってしまったという。
3月の能登半島地震の際も北陸電力の志賀原発で同様の事象が発生していた
ため、東電では2008年度までにすべての地震計を新型に更新する予定だった。
タイムリーで激ワロス
組み込みでこんなプログラム作ってたらすぐクビだろ
737 ：デフォルトの名無しさん：2007/07/22(日) 12:09:01
じゃあどんなプログラムを作れって言うんだよ頭悪いなw
上書きしても地獄、更新を停止しても地獄。
どのみち地獄は回避できないんだぞ。
もちろん「回線が最大N日死ぬ場合を想定してシステムを設計すべし」という
批判なら批判として成立する可能性は無くもない。
その場合、そのシステムが設計された時点でそれが技術的に可能だったかどうかの
判断が必要になる。
問題をプログラムの問題に矮小化するのは>>719と同類の愚を犯してるよ。
プログラマとしては、考えても仕方がないことは仕方がない。
上書きしても地獄、更新を停止しても地獄。
どのみち地獄は回避できないんだぞ。
もちろん「回線が最大N日死ぬ場合を想定してシステムを設計すべし」という
批判なら批判として成立する可能性は無くもない。
その場合、そのシステムが設計された時点でそれが技術的に可能だったかどうかの
判断が必要になる。
問題をプログラムの問題に矮小化するのは>>719と同類の愚を犯してるよ。
プログラマとしては、考えても仕方がないことは仕方がない。
738 ：デフォルトの名無しさん：2007/07/22(日) 12:11:13
もちろん、「想定外の異常が発生した場合、より害が少ない方に倒れるようにする」
という安全工学の発想を否定するものではない。
という安全工学の発想を否定するものではない。
739 ：デフォルトの名無しさん：2007/07/22(日) 12:24:09
とっとと地震計を交換していれば起きない問題だ。
740 ：デフォルトの名無しさん：2007/07/22(日) 12:36:27
1ブロック毎にPW=ΣdX^2を求めておいて
どうしても削除しなければならない場合は、この小さいものから順に削除してゆくというアルゴリズムくらいは実装してよかったのかもな
どうしても削除しなければならない場合は、この小さいものから順に削除してゆくというアルゴリズムくらいは実装してよかったのかもな
741 ：デフォルトの名無しさん：2007/07/22(日) 12:46:27
つーか、混雑のためって、、、、、
そんな重要なデータ送るのに公衆回線つかうなよ
そんな重要なデータ送るのに公衆回線つかうなよ
742 ：とりあえず煽ってみる：2007/07/22(日) 13:15:57
>736
一部中の人だけど、地震計ってたぶんどこのメーカのものも古い順に消去するか、最大加速度の小さい順に消去するか、
どちらかでできるようになっているはず。それに地震の波形データなんてただの飾りですよ。偉い人には(ry
だいたい壊れちゃった(壊れかかった)建物で測った波形データそのものが死活的に必要なはずがない。何に使うのよ？
あ、ちなみに地震計は組み込みですよ。当たり前だけどWindowsなんて怖くて使えない。周辺では使うけど、
故障することを前提にシステムを組むのは当然。
一部中の人だけど、地震計ってたぶんどこのメーカのものも古い順に消去するか、最大加速度の小さい順に消去するか、
どちらかでできるようになっているはず。それに地震の波形データなんてただの飾りですよ。偉い人には(ry
だいたい壊れちゃった(壊れかかった)建物で測った波形データそのものが死活的に必要なはずがない。何に使うのよ？
あ、ちなみに地震計は組み込みですよ。当たり前だけどWindowsなんて怖くて使えない。周辺では使うけど、
故障することを前提にシステムを組むのは当然。
743 ：デフォルトの名無しさん：2007/07/22(日) 13:17:53
744 ：デフォルトの名無しさん：2007/07/22(日) 13:43:41
このシステムだっけ？保存に64MのCF使ってたのは
前回の時点で容量増やしてプログラムをちょこっと修正するだけでも違ったのにな
前回の時点で容量増やしてプログラムをちょこっと修正するだけでも違ったのにな
745 ：デフォルトの名無しさん：2007/07/22(日) 14:16:45
746 ：デフォルトの名無しさん：2007/07/22(日) 17:52:07
【派遣ネガティブ根性チェック】
3つ以上、チェックがつけばアナタの性格はひん曲がっており、
ネガティブ負け組派遣人生を歩んでいます。
□派遣先正社員の作った糞開発ツールはたとえ腐っててもマンセーして使う
□派遣先の人事権のある社員の意見はたとえ間違っていてもマンセーする
□仕様とは正社員から口伝されるものだ
□耳で聞いた仕様を正確に覚えていないのは自分の責任だ
□昼食は必ず派遣先の社員と行くべきだ
□自分の仕事で問題が発生しても解決するのは派遣の仕事ではない
□派遣先から「いつまでもここで仕事してくださいね(安い金でｗ)」と言われて嬉しい
□自社で仕事なんてできるわけがない
□派遣労働の問題点の話題が出ると感情剥き出しにして反論する
□派遣労働の問題を指摘する人は嫌いだ
□派遣先には仕事だけでなくプライベートについてもグイグイ引っ張って欲しい
□奢ってくれる派遣先正社員を尊敬する
□自分の月額金額を知らないのは当然だ、単金を聞いてはいけない
□派遣先正社員より自分の生涯収入が低いのは当然だ
□チビは派遣先にかわいがってもらいやすいから派遣には有利だ
3つ以上、チェックがつけばアナタの性格はひん曲がっており、
ネガティブ負け組派遣人生を歩んでいます。
□派遣先正社員の作った糞開発ツールはたとえ腐っててもマンセーして使う
□派遣先の人事権のある社員の意見はたとえ間違っていてもマンセーする
□仕様とは正社員から口伝されるものだ
□耳で聞いた仕様を正確に覚えていないのは自分の責任だ
□昼食は必ず派遣先の社員と行くべきだ
□自分の仕事で問題が発生しても解決するのは派遣の仕事ではない
□派遣先から「いつまでもここで仕事してくださいね(安い金でｗ)」と言われて嬉しい
□自社で仕事なんてできるわけがない
□派遣労働の問題点の話題が出ると感情剥き出しにして反論する
□派遣労働の問題を指摘する人は嫌いだ
□派遣先には仕事だけでなくプライベートについてもグイグイ引っ張って欲しい
□奢ってくれる派遣先正社員を尊敬する
□自分の月額金額を知らないのは当然だ、単金を聞いてはいけない
□派遣先正社員より自分の生涯収入が低いのは当然だ
□チビは派遣先にかわいがってもらいやすいから派遣には有利だ
747 ：デフォルトの名無しさん：2007/07/22(日) 17:57:49
コピペ君って馬鹿だな、まで読んだ。
748 ：デフォルトの名無しさん：2007/07/22(日) 17:58:44
コピペ君って馬鹿だな、まで読んだ。 ってレスって人生負け組派遣野郎だな
749 ：デフォルトの名無しさん：2007/07/22(日) 21:32:56
ま、勝ち組とか言ってる奴の方が．．．
750 ：デフォルトの名無しさん：2007/07/23(月) 01:01:59
720=737の香りがしますですねぇ。
知恵のない奴とか頭悪いなとか書いてありますけど、もうちょっと謙虚に
構えた方がいいかもね。
知恵のない奴とか頭悪いなとか書いてありますけど、もうちょっと謙虚に
構えた方がいいかもね。
751 ：デフォルトの名無しさん：2007/07/23(月) 23:32:45
多分コーダレベルでシステム全体のことをあまり考えずに済むから天狗
になってるだけだと思う。
>>720
>>構ってられないほど上位の割り込みがガンガン来る状況
> そんな状態はそもそも正常な状態ではありません。
とか書いてるけど、だからできませんとか言うのは簡単だけど、そんな
ことではお飯のくいぶちが減っちゃう。このときは、シリアル側でリト
ライするようにして、取りこぼしても正しく動くようにした。
>>736-737 の例は、中身をよく知らないので、新聞読んだ時は大きな波
形を残せばいいのにと思ったけど、>>742 によると既にそういう設定も
できるらしいので、プログラムの問題と言うより運用の問題と思う。
まあ、この世界自分の知らないことはたくさんあるので、「謙虚」な心
を忘れるとダメと言うことには、激しく同意する。
になってるだけだと思う。
>>720
>>構ってられないほど上位の割り込みがガンガン来る状況
> そんな状態はそもそも正常な状態ではありません。
とか書いてるけど、だからできませんとか言うのは簡単だけど、そんな
ことではお飯のくいぶちが減っちゃう。このときは、シリアル側でリト
ライするようにして、取りこぼしても正しく動くようにした。
>>736-737 の例は、中身をよく知らないので、新聞読んだ時は大きな波
形を残せばいいのにと思ったけど、>>742 によると既にそういう設定も
できるらしいので、プログラムの問題と言うより運用の問題と思う。
まあ、この世界自分の知らないことはたくさんあるので、「謙虚」な心
を忘れるとダメと言うことには、激しく同意する。
752 ：デフォルトの名無しさん：2007/07/24(火) 01:07:02
あそうそう、先月か今月の組み込みプレス（名大の高田先生とゴーカートが
表紙のやつ）の記事で、詳細は失念しましたが「ここの消費電流は、この○○は、
などと聞かれたら『わかりません』と答えればいい」とかいうような記述、
つまりはハード寄りのことはわからんと開き直っていいということが
書いてありまして。
組み込み初心者の教育を売りにしている（ように思える）こんな雑誌が
こんなことでいいのかと思いましたよ。
表紙のやつ）の記事で、詳細は失念しましたが「ここの消費電流は、この○○は、
などと聞かれたら『わかりません』と答えればいい」とかいうような記述、
つまりはハード寄りのことはわからんと開き直っていいということが
書いてありまして。
組み込み初心者の教育を売りにしている（ように思える）こんな雑誌が
こんなことでいいのかと思いましたよ。
753 ：デフォルトの名無しさん：2007/07/24(火) 01:15:41
>>752
いや、「S/W技術者にとってH/Wのことは知ったことじゃない」って
文脈でもない限り、分からん物を分からんと言わずに
適当に答える奴が一番危険で、エライことになることもあるから、
あながち間違いじゃないだろ。
客や素人は、何の専門家なのなんてことは気にしないのが普通なんで、
相手次第で「詳細なデータは社に戻って確認してから～」といった
言い回しでその場は切り抜けて、専門家に振るといった対人スキルの
問題なんかは、学者先生の知ったことじゃないんだろう
いや、「S/W技術者にとってH/Wのことは知ったことじゃない」って
文脈でもない限り、分からん物を分からんと言わずに
適当に答える奴が一番危険で、エライことになることもあるから、
あながち間違いじゃないだろ。
客や素人は、何の専門家なのなんてことは気にしないのが普通なんで、
相手次第で「詳細なデータは社に戻って確認してから～」といった
言い回しでその場は切り抜けて、専門家に振るといった対人スキルの
問題なんかは、学者先生の知ったことじゃないんだろう
754 ：デフォルトの名無しさん：2007/07/24(火) 01:20:07
そういうときは自分が想定（想像じゃないよ）している値を
回答するのがS/W屋として一番誠意ある回答じゃないの？
なにしろそのとおりに作っているんだし
回答するのがS/W屋として一番誠意ある回答じゃないの？
なにしろそのとおりに作っているんだし
755 ：デフォルトの名無しさん：2007/07/24(火) 01:41:40
客相手だとたとえ正しい内容でもそのまま回答するとまずい
ケースはあるよな。
逆にブレーンストーミングやってるなら、突拍子もない意見
でも言わないよりはマシだったりする。
要するに、文脈を想定せずにどうのこうの言ってもしょうが
ないってこと。
ケースはあるよな。
逆にブレーンストーミングやってるなら、突拍子もない意見
でも言わないよりはマシだったりする。
要するに、文脈を想定せずにどうのこうの言ってもしょうが
ないってこと。
756 ：デフォルトの名無しさん：2007/07/24(火) 03:39:30
そりゃそうだな
757 ：デフォルトの名無しさん：2007/07/24(火) 11:26:47
頼む方もいいかげん、受ける方もいいかげんなら、言葉遊びに走るのは当然でしょ。
758 ：デフォルトの名無しさん：2007/07/24(火) 12:32:54
まったく自覚がないが、どこに突っかかってきてるのか教えてくれ。
760 ：デフォルトの名無しさん：2007/07/24(火) 21:48:04
761 ：デフォルトの名無しさん：2007/07/24(火) 21:50:32
>>760
じゃ、君が手本を示してやればいいじゃん。
じゃ、君が手本を示してやればいいじゃん。
762 ：デフォルトの名無しさん：2007/07/24(火) 21:55:12
知らない事はできない。でも、知ろうと努力することはできる。
>>761
もちろんそうしてるよ
もちろんそうしてるよ
764 ：デフォルトの名無しさん：2007/07/24(火) 21:58:11
>>763
お、すごいじゃないか？
お、すごいじゃないか？
>>764
いやいやそれほどでも
いやいやそれほどでも
766 ：デフォルトの名無しさん：2007/07/25(水) 08:40:37
でもさ、「難しいです。でも出来ないと思うけど、一度やってはみたいですね」 と言ったら、
いつの間にか出来る事になっていて、しかもその会社の命運をかけられて、
胃に穴を開けながら仕事してるうちに、その会社潰れた経験した俺としては、
「出来るかもしれない」レベルなら「出来ない」と客には言うべきだと
いつの間にか出来る事になっていて、しかもその会社の命運をかけられて、
胃に穴を開けながら仕事してるうちに、その会社潰れた経験した俺としては、
「出来るかもしれない」レベルなら「出来ない」と客には言うべきだと
767 ：デフォルトの名無しさん：2007/07/25(水) 11:50:55
768 ：デフォルトの名無しさん：2007/07/25(水) 13:18:18
「できるかもしれない」を「必ずできる」と受け取ってつぶれるような
リスク管理のできない会社や客は淘汰されるべきだな。
議事録にでも記録しておいてなんか言って来たらそれを証拠にしる。
リスク管理のできない会社や客は淘汰されるべきだな。
議事録にでも記録しておいてなんか言って来たらそれを証拠にしる。
769 ：デフォルトの名無しさん：2007/07/25(水) 15:18:25
わざと実装ミスするところよりはマシだと思う。
770 ：デフォルトの名無しさん：2007/07/25(水) 23:35:13
771 ：デフォルトの名無しさん：2007/07/26(木) 00:06:20
772 ：デフォルトの名無しさん：2007/07/26(木) 05:27:09
やっちまった～、hoge = huga==1 ? yy：zz; はだいじょぶなもんで、
hoge = huga ^= 1 ? yy：zz; って書いてしまったorz
hoge = (huga ^= 1) ? yy：zz; のつもりだったが、
hoge = huga ^= (1 ? yy：zz); と解釈されるのね。かっこをサボると痛い・・・
hoge = huga ^= 1 ? yy：zz; って書いてしまったorz
hoge = (huga ^= 1) ? yy：zz; のつもりだったが、
hoge = huga ^= (1 ? yy：zz); と解釈されるのね。かっこをサボると痛い・・・
773 ：デフォルトの名無しさん：2007/07/26(木) 08:03:50
まぁなんてかっこわるいw
774 ：デフォルトの名無しさん：2007/07/26(木) 12:40:27
「ここ、別に括弧要らないんだよね・・・」
なんて言う奴、多分居ないから
付けといてよ・・・括弧
自分だって「別に優先順位に自信が無いから括弧付けるんじゃないんだからね！」
と心でつぶやきながらコーディングしてるよ
なんて言う奴、多分居ないから
付けといてよ・・・括弧
自分だって「別に優先順位に自信が無いから括弧付けるんじゃないんだからね！」
と心でつぶやきながらコーディングしてるよ
775 ：デフォルトの名無しさん：2007/07/26(木) 18:03:56
俺は優先順位に自信が無いからカッコつけてる
論理演算が絡むともう駄目
論理演算が絡むともう駄目
そうですね。俺も別にかっこアレルギーってわけじゃないんで、
ビキニみたいにぎりぎりつけない主義ってわけじゃないんです。
後でC&R見たら、比較式＞？式＞^=式 だったので、1段階差でした。付けりゃよかったorz
ビキニみたいにぎりぎりつけない主義ってわけじゃないんです。
後でC&R見たら、比較式＞？式＞^=式 だったので、1段階差でした。付けりゃよかったorz
777 ：デフォルトの名無しさん：2007/07/26(木) 19:06:12
C&R?
778 ：デフォルトの名無しさん：2007/07/26(木) 19:16:30
ビキニ括弧スタイルか
そういう信条の奴っていそうだな
そういう信条の奴っていそうだな
779 ：デフォルトの名無しさん：2007/07/26(木) 19:16:50
C&R の検索結果 約 796,000 件
780 ：デフォルトの名無しさん：2007/07/27(金) 06:40:55
ごめん、K&Rだった・・・背表紙のC見て脊髄レス
781 ：デフォルトの名無しさん：2007/07/27(金) 15:59:13
アセンブラの出力みて、判断する方が簡単なのでは？
そういう小物のテストプログラム持ってると、マイコン変わったときに有利なような気がする。
そういう小物のテストプログラム持ってると、マイコン変わったときに有利なような気がする。
782 ：デフォルトの名無しさん：2007/07/27(金) 17:12:36
772もASMコード見て気がついたんだ。わりとASMリストはよく見るほうなんだけど。
バグるのは気にも留めないようなとこなんですよね。
バグるのは気にも留めないようなとこなんですよね。
783 ：デフォルトの名無しさん：2007/07/27(金) 17:24:55
あってそうで、間違ってることって結構あるよ。
て言うか、
huga ^= 1 ? yy：zz;
を見て、
(huga ^= 1) ? yy：zz;
って解釈されると考える奴の方がおかしいと思うけど。
huga ^= 1 ? yy：zz;
を見て、
(huga ^= 1) ? yy：zz;
って解釈されると考える奴の方がおかしいと思うけど。
785 ：デフォルトの名無しさん：2007/07/27(金) 23:31:42
コンパイラの吐くコードにも気配りしないと痛い目会う事があるよ。
最適化したら動かなくなったとか
最適化したら動かなくなったとか
786 ：デフォルトの名無しさん：2007/07/28(土) 00:07:00
制御とはちょっとスレ違いになるが、
PCがヂュアルCPUの時代、最適化がどれだけ影響するかが気になる。
パイプライン、先行命令実行、コアを増やすしか能がなくなってきたノイマン型CPU
そろそろ新しいアーキテクチャでも考え始めるか＜偉そう
PCがヂュアルCPUの時代、最適化がどれだけ影響するかが気になる。
パイプライン、先行命令実行、コアを増やすしか能がなくなってきたノイマン型CPU
そろそろ新しいアーキテクチャでも考え始めるか＜偉そう
787 ：デフォルトの名無しさん：2007/07/28(土) 00:22:02
>>786
びっくりするほど性能差が出るようになったよ。
しかも、人間には最適化はほぼ不可能。
でもまあアルゴリズムの詰めとかはこんぴゅーたには
まだまだ無理だから、人間にしか出来ないことはまだまだ多い
びっくりするほど性能差が出るようになったよ。
しかも、人間には最適化はほぼ不可能。
でもまあアルゴリズムの詰めとかはこんぴゅーたには
まだまだ無理だから、人間にしか出来ないことはまだまだ多い
なるほど。サンクストン
それでバグが出なければおｋだ。
それでバグが出なければおｋだ。
789 ：デフォルトの名無しさん：2007/07/28(土) 02:41:13
http://www.nicovideo.jp/watch/sm683027
こういうの制御したいよなぁ・・・
こういうの制御したいよなぁ・・・
790 ：デフォルトの名無しさん：2007/07/28(土) 03:35:31
最適化とアルゴリズムなんて最適化アルゴリズムって事以外の関連性は無いだろ。
だいいち、最適化ってやつは、パラダイムシフトを伴うようなエポックメイキングなアルゴリズムを生み出してくれる物じゃないからな。タダの因数分解みたいなもんだし。
だいいち、最適化ってやつは、パラダイムシフトを伴うようなエポックメイキングなアルゴリズムを生み出してくれる物じゃないからな。タダの因数分解みたいなもんだし。
791 ：デフォルトの名無しさん：2007/07/28(土) 05:51:22
コンパイラが最適化したコードを手本にしたことあるけど．．．
792 ：デフォルトの名無しさん：2007/07/28(土) 08:03:24
793 ：デフォルトの名無しさん：2007/07/28(土) 15:10:09
メーカーのサンプルプログラムくらいはコンパイラの最適化を考えて組んでほしい
volatileくらい付けとけｺﾞﾙｧ
その前にループで時間待ちするなｺﾞﾙｧ
volatileくらい付けとけｺﾞﾙｧ
その前にループで時間待ちするなｺﾞﾙｧ
794 ：デフォルトの名無しさん：2007/07/28(土) 15:16:16
ヘタレのサンプルプログラムなんかみるなよ。駄作ができるだけ．．．
795 ：デフォルトの名無しさん：2007/07/28(土) 22:31:07
796 ：デフォルトの名無しさん：2007/07/28(土) 22:34:00
誰がどうみても本番には使えないコードにすることで
「お前らがちゃんと書けよな」という意思を示している。
「お前らがちゃんと書けよな」という意思を示している。
797 ：デフォルトの名無しさん：2007/07/28(土) 22:53:18
798 ：名無しさん＠そうだ選挙に行こう：2007/07/29(日) 10:15:24
「それ」だか「これ」だか知らんけど、いったいどこの会社（どの業界でもいいが）
の話をしてるんだ？w
まあ、「この」業界にはこういうイタい奴らが多いのは確かだな
の話をしてるんだ？w
まあ、「この」業界にはこういうイタい奴らが多いのは確かだな
799 ：名無しさん＠そうだ選挙に行こう：2007/07/29(日) 14:15:27
H8やKC80のサンプルのページ見てると、ホントに「その回路だけが動けばいい」っていう
サンプルが多いよ。下請けだからか、並行処理に使えない書き方を意識的にしてるのか
俺も首をひねったことがある。「まんまパクられても困る」からだろうとおもってる。
サンプルが多いよ。下請けだからか、並行処理に使えない書き方を意識的にしてるのか
俺も首をひねったことがある。「まんまパクられても困る」からだろうとおもってる。
800 ：名無しさん＠そうだ選挙に行こう：2007/07/29(日) 14:38:16
サンプルみて、使えるかどうか判断できる人ってどれくらいいるんだろ？
801 ：名無しさん＠そうだ選挙に行こう：2007/07/29(日) 15:11:08
>>799
そもそもサンプルなんて、その回路を動かすための一例を示したものだから、
「並行処理」とか「エラー処理」等の回路の動作に直接関係しない部分を意識
的に省略するのは当然だろ。そんなもんいちいちやってたらわかりにくくなる
だけだから。
そもそも、サンプルを「そのままパクる」なんて発想する奴がいるなんて、こ
の業界もレベル低下が激しいな。
そもそもサンプルなんて、その回路を動かすための一例を示したものだから、
「並行処理」とか「エラー処理」等の回路の動作に直接関係しない部分を意識
的に省略するのは当然だろ。そんなもんいちいちやってたらわかりにくくなる
だけだから。
そもそも、サンプルを「そのままパクる」なんて発想する奴がいるなんて、こ
の業界もレベル低下が激しいな。
802 ：名無しさん＠そうだ選挙に行こう：2007/07/29(日) 15:16:18
でｍ、サンプルであったとしても
そういうエラー処理や排他制御を「意識した上で省いたコード」に
なってると とても便利で重宝すると思うんだよね。
汎用的に書くのは難しいのはわかるけど
そういうエラー処理や排他制御を「意識した上で省いたコード」に
なってると とても便利で重宝すると思うんだよね。
汎用的に書くのは難しいのはわかるけど
803 ：名無しさん＠そうだ選挙に行こう：2007/07/29(日) 15:23:02
>>801
だから、人材不足なんでしょ？
だから、人材不足なんでしょ？
804 ：名無しさん＠そうだ選挙に行こう：2007/07/29(日) 16:36:21
805 ：名無しさん＠そうだ選挙に行こう：2007/07/29(日) 16:54:56
uartに、8byteだけ送信するコード：TXレディを見ながらループで書いてる、とかね。
新人がこれ見て真似したらどうすんじゃい！とかおもうよ。
新人がこれ見て真似したらどうすんじゃい！とかおもうよ。
806 ：名無しさん＠そうだ選挙に行こう：2007/07/29(日) 16:57:26
わかってやってるなら、いいじゃないの？最初はそんなもんだと思うけど．．．
807 ：名無しさん＠そうだ選挙に行こう：2007/07/29(日) 16:59:54
808 ：名無しさん＠そうだ選挙に行こう：2007/07/29(日) 17:16:07
>>807
その台詞も信用できないね
その台詞も信用できないね
809 ：名無しさん＠そうだ選挙に行こう：2007/07/29(日) 17:31:58
>>808
そそ、そう思うくらいで丁度いい。
そそ、そう思うくらいで丁度いい。
810 ：名無しさん＠そうだ選挙に行こう：2007/07/29(日) 17:49:34
むしろ無能な奴ほど「新人は馬鹿だ」みたいな妄想を抱きたがる法則。
811 ：名無しさん＠そうだ選挙に行こう：2007/07/29(日) 17:53:57
>>807
それ、信用して痛い目にあったバカですって言ってるようなもんだぞ
それ、信用して痛い目にあったバカですって言ってるようなもんだぞ
812 ：名無しさん＠そうだ選挙に行こう：2007/07/29(日) 17:55:16
それなら基本的に信用してもいいんじゃね？
問題が出たか予見できるなら変更で
問題が出たか予見できるなら変更で
813 ：デフォルトの名無しさん：2007/07/29(日) 23:43:45 0
うちに、「サンプルくれ」って言ってくるところが有るヨ
俺が書いたのを出してるヨ
でも、信用して欲しくは無いヨ
俺が書いたのを出してるヨ
でも、信用して欲しくは無いヨ
814 ：デフォルトの名無しさん：2007/07/30(月) 00:17:27
うちでは隣のポートも塗りつぶす罠サンプルを提供してるよ♪
815 ：デフォルトの名無しさん：2007/07/30(月) 10:47:29
設定→設定読みだし→デフォリセット→設定読みだし
という検査用のテストベンチをそのまま流用されて
「設定が反映されないようですが? おたくの製品は以下略」と
申されたお客様がいるぜよ?
テストベンチだっつーのそれ! と回答したぜよ?
という検査用のテストベンチをそのまま流用されて
「設定が反映されないようですが? おたくの製品は以下略」と
申されたお客様がいるぜよ?
テストベンチだっつーのそれ! と回答したぜよ?
816 ：デフォルトの名無しさん：2007/08/01(水) 14:04:27
EEPのアクセスルーチン書いてます。readは(アドレスから何バイトでも)読めるからいいですが、
write(addr,buf,len)で、任意の長さ渡せるようにしたい。その中でページにわけてページごとに
waitする必要があるのですが、
*** （半端）
********************** （ページfull：ｎページありうる）
****** （半端） こんなふうに切り分けるうまいアルゴリズムありませんか？
ページの途中からそのページ内だけ、の短い長さもあり。
write(addr,buf,len)で、任意の長さ渡せるようにしたい。その中でページにわけてページごとに
waitする必要があるのですが、
*** （半端）
********************** （ページfull：ｎページありうる）
****** （半端） こんなふうに切り分けるうまいアルゴリズムありませんか？
ページの途中からそのページ内だけ、の短い長さもあり。
817 ：デフォルトの名無しさん：2007/08/01(水) 14:06:21
あ～、ずれた *** （半端）
********************** （ページfull：ｎページありうる）
****** （半端） こう書きたかったの。
********************** （ページfull：ｎページありうる）
****** （半端） こう書きたかったの。
818 ：デフォルトの名無しさん：2007/08/01(水) 14:09:18
がんばれ
819 ：デフォルトの名無しさん：2007/08/01(水) 16:04:05
EEPの型番は？
820 ：デフォルトの名無しさん：2007/08/01(水) 16:11:17
821 ：デフォルトの名無しさん：2007/08/01(水) 19:40:25
>>817
そんなもんアドレスをページサイズで割った時の剰余で（ｒｙ
そんなもんアドレスをページサイズで割った時の剰余で（ｒｙ
>>820 ありがとうございます。似たようなこと考える人は居るんですね。参考にさせてもらいます。
>>820 243のでほぼそのまま使えそうです。サイズ０のガードも入ってるし簡潔だし、いいですね。
824 ：デフォルトの名無しさん：2007/08/02(木) 20:09:48
キャラクタLCDのsc1602を制御してるんだけど、
DDRAMポインタの移動がよくわからない。
0x80+x+0x40*yでセットできるみたいだけど、なんで2行目はアドレスが0x40
からになるんですか？
DDRAMポインタの移動がよくわからない。
0x80+x+0x40*yでセットできるみたいだけど、なんで2行目はアドレスが0x40
からになるんですか？
825 ：デフォルトの名無しさん：2007/08/03(金) 05:52:42
あ、似たような奴いじってるよ。１行の文字数が20,30,40といろんな機種に共通して使える
コマンド体系になっているの。俺は20*2行＝[40]の配列に1,2,3,・・・64,65,66・・・を入れといて
何文字目にポインタ移動したいときはその中身を送るようにしてる。
コマンド体系になっているの。俺は20*2行＝[40]の配列に1,2,3,・・・64,65,66・・・を入れといて
何文字目にポインタ移動したいときはその中身を送るようにしてる。
826 ：デフォルトの名無しさん：2007/08/13(月) 07:49:27
このＬＣＤのブリンクコマンド、マニュアルには「カーソル位置の文字がブリンクします」
と書いてあるが、「それ以前に他の位置をブリンクさせているとそちらは止まる」という副作用は
しっかりトボけてるの。結局ｎ文字のブリンクはソフトでタイマ張ってやらないとダメだった。
と書いてあるが、「それ以前に他の位置をブリンクさせているとそちらは止まる」という副作用は
しっかりトボけてるの。結局ｎ文字のブリンクはソフトでタイマ張ってやらないとダメだった。
827 ：デフォルトの名無しさん：2007/08/13(月) 07:56:01
4bitマイコンだからじゃないの？
828 ：デフォルトの名無しさん：2007/08/13(月) 10:05:15
>>826
> 「カーソル位置の文字がブリンクします」
普通に考えて、ブリンクカーソルのことだろ。
カーソル位置が変わるんだから、それ以前にブリンクしていた
(つまり、それ以前のカーソル位置の) 文字のブリンクが止まる
のは当たり前。
> 「カーソル位置の文字がブリンクします」
普通に考えて、ブリンクカーソルのことだろ。
カーソル位置が変わるんだから、それ以前にブリンクしていた
(つまり、それ以前のカーソル位置の) 文字のブリンクが止まる
のは当たり前。
829 ：デフォルトの名無しさん：2007/08/20(月) 11:41:21
blink厨(は、お客様に多い…Web業界でもな…)
830 ：デフォルトの名無しさん：2007/08/25(土) 16:34:22
長いケーブルつなぐと文字化けするとかいう不具合で、調査を頼まれたスパゲッティASM
50K行をgrepで引っ掻き回すこと数時間・・・uartのステータスレジスタをアクセスするコード
がいっさい無かったよorz １バイト読むたんびにエラーリセットコマンド書いてたよ・・・
元の書いた奴締めようにも、どこにいるのやら。 ええ、正直に報告はしましたよ。
50K行をgrepで引っ掻き回すこと数時間・・・uartのステータスレジスタをアクセスするコード
がいっさい無かったよorz １バイト読むたんびにエラーリセットコマンド書いてたよ・・・
元の書いた奴締めようにも、どこにいるのやら。 ええ、正直に報告はしましたよ。
831 ：デフォルトの名無しさん：2007/08/25(土) 16:43:27
エラーリセットコマンドって！？
ステータスレジスタみないんだからエラー処理でもないだろうし…
ステータスレジスタみないんだからエラー処理でもないだろうし…
832 ：デフォルトの名無しさん：2007/08/25(土) 17:06:55
データシート読めない素人が誰かの真似してコード書いただけでしょ。
833 ：デフォルトの名無しさん：2007/08/25(土) 22:39:46
そういう方法を使う事はあるけどな。
エラーフラグをチェックするには分岐しなくちゃいけなくて割り込み時間が足りなくなるから
とにかくデータを全部FIFOに放り込んでエラーリセットだけして
・・・・チェックサムだけが頼りになるけどさ。
エラーフラグをチェックするには分岐しなくちゃいけなくて割り込み時間が足りなくなるから
とにかくデータを全部FIFOに放り込んでエラーリセットだけして
・・・・チェックサムだけが頼りになるけどさ。
834 ：デフォルトの名無しさん：2007/08/25(土) 23:15:15
そもそも「長いケーブルをつなぐと文字化けする」のは通信経路の問題であって
コードのバグじゃないと思うんだけどなw
意味がわからん。
コードのバグじゃないと思うんだけどなw
意味がわからん。
835 ：デフォルトの名無しさん：2007/08/25(土) 23:27:41
>>834
>830を読む限り、ハンドシェイクさえできてなかったって話に見えるが。
>830を読む限り、ハンドシェイクさえできてなかったって話に見えるが。
836 ：デフォルトの名無しさん：2007/08/25(土) 23:56:40
ケーブルは６０メートル、微妙な長さです。５０ｍを超えると、信号の矩形波がなまったり、
１のbitの電圧が敷居値付近になって０に化けたりします。
まともなuartのソフトなら、RXDレディ割り込みのたびにステータス見て、エラーなら扱いを
変えるようになってるもんですが。（そのバイトを含むフレームを捨てる、とか）
今回のシステムではパリティ使ってなく、タイマ割り込みのほうはEIしてますからオーバーラン
も起きない。だからフレーミングエラーだけ見ればいいのに。
ステータスregに対するアクセスがそもそも無いんです。で、受信したフレームから情報抽出
するところでは平気で正常扱いしちゃってるんで呆れたわけです。
今まで何千台も出荷されてきたのに・・・私の責任で直しましょうとかってレベルじゃないので
とりあえず報告した段階です。
１のbitの電圧が敷居値付近になって０に化けたりします。
まともなuartのソフトなら、RXDレディ割り込みのたびにステータス見て、エラーなら扱いを
変えるようになってるもんですが。（そのバイトを含むフレームを捨てる、とか）
今回のシステムではパリティ使ってなく、タイマ割り込みのほうはEIしてますからオーバーラン
も起きない。だからフレーミングエラーだけ見ればいいのに。
ステータスregに対するアクセスがそもそも無いんです。で、受信したフレームから情報抽出
するところでは平気で正常扱いしちゃってるんで呆れたわけです。
今まで何千台も出荷されてきたのに・・・私の責任で直しましょうとかってレベルじゃないので
とりあえず報告した段階です。
838 ：デフォルトの名無しさん：2007/08/26(日) 09:32:10
>>837
これと
＞５０ｍを超えると、信号の矩形波がなまったり、
＞１のbitの電圧が敷居値付近になって０に化けたりします。
これと
＞パリティ使ってなく
これが
＞だからフレーミングエラーだけ見ればいい
が、全く繋がらないわけだが。
データ化けは放ったらかしていいのかよ？
口ぶりからすると物理層はV.24/RS-232Cレベルみたいだが
そもそも６０ｍも飛ばす前提ならV.24を採用した時点でアウトだろ
これと
＞５０ｍを超えると、信号の矩形波がなまったり、
＞１のbitの電圧が敷居値付近になって０に化けたりします。
これと
＞パリティ使ってなく
これが
＞だからフレーミングエラーだけ見ればいい
が、全く繋がらないわけだが。
データ化けは放ったらかしていいのかよ？
口ぶりからすると物理層はV.24/RS-232Cレベルみたいだが
そもそも６０ｍも飛ばす前提ならV.24を採用した時点でアウトだろ
839 ：デフォルトの名無しさん：2007/08/26(日) 09:43:11
まあデータが化けるような場合は、フレーミングエラーで捕まえられるようなケースは少ないな
パリティ使ってないのなら、>>837で書いてるようにフレーミングエラーを無視しなくても文字化けは頻発する。
チェックサムとかで後処理でデータの正常異常を判定するしかないレベルだろ。
どっちにしても、「今のデータ受信出来んかったから、もう一回お願い」 みたいな処理が必要になる。
それが出来るだけ通信速度に余裕があるのかどうかとか、色々考えなくちゃな。
パリティ使ってないのなら、>>837で書いてるようにフレーミングエラーを無視しなくても文字化けは頻発する。
チェックサムとかで後処理でデータの正常異常を判定するしかないレベルだろ。
どっちにしても、「今のデータ受信出来んかったから、もう一回お願い」 みたいな処理が必要になる。
それが出来るだけ通信速度に余裕があるのかどうかとか、色々考えなくちゃな。
840 ：デフォルトの名無しさん：2007/08/26(日) 09:44:58
だね。RS-232Cはそんな長距離を想定していない。
# のに要求してくるエンドユーザが多いのも事実
# のに要求してくるエンドユーザが多いのも事実
841 ：デフォルトの名無しさん：2007/08/26(日) 12:34:23
間に差動のトランシーバーかましゃいいんじゃないか？
842 ：デフォルトの名無しさん：2007/08/26(日) 13:39:55
確か、昔のトラギの特集本によれば、速度依存で２００ｍほどは大丈夫だったと思う。
どんなすごいケーブル使っていたかは知らないが。
分かっていれば会社からその本持ってきてたのにな（個人持ちの本です）。
エラー訂正機構を設けても手間ばかりかかるし、
やっぱ、手っ取り早く>>841の言うとおり差動型にするか？（RS422とか）
RS232⇔RS422変換するドライバICもあるみたいですよ（うろ覚え）。
それか、ソフトで速度を半分にしたら？
どんなすごいケーブル使っていたかは知らないが。
分かっていれば会社からその本持ってきてたのにな（個人持ちの本です）。
エラー訂正機構を設けても手間ばかりかかるし、
やっぱ、手っ取り早く>>841の言うとおり差動型にするか？（RS422とか）
RS232⇔RS422変換するドライバICもあるみたいですよ（うろ覚え）。
それか、ソフトで速度を半分にしたら？
×ドライバ
○トランシーバ
○トランシーバ
844 ：デフォルトの名無しさん：2007/08/26(日) 14:10:28
RS232C＜＞光ケーブルにすりゃ距離も金もかせげるだろうに
845 ：デフォルトの名無しさん：2007/08/26(日) 14:14:54
200メートルも伸ばしてＯＫって、そりゃ、理想状態なら大丈夫だろうけど
普通は電源を別に取ってると 電源間の電位差で直流でさえ通らない。
だからコモンモードノイズが取れるように差動にするのさ
普通は電源を別に取ってると 電源間の電位差で直流でさえ通らない。
だからコモンモードノイズが取れるように差動にするのさ
846 ：デフォルトの名無しさん：2007/08/26(日) 14:25:42
それは差動以前に絶縁しないとやばい。
847 ：デフォルトの名無しさん：2007/08/26(日) 14:33:26
( ´-`).｡oO(>>833 = エラーリセットコマンドっていうのかな…)
>>838 １番目は 831や834に対する解説です。２，３番目：あの時代のuartの一般的な書き方
だと、overrun,framing,parity をいっぺんにmaskで見る書き方がよくされてましたが、当system
ではparityとoverrunは見る必要がないはず、ただしframingだけは検出すべき、と言いたかった。
それでもデータ化けは起こるからチェックサムも見るべきなのは当然ですね。
それもやってなかったけど。そもそも「カンマで区切られた可変長のフィールド」というルール
なのに、固定位置から情報抽出してたし。も～、むちゃくちゃ。
ところで、HD64180のデータシートのpdf、どこかに転がっていませんかね？
本-->SCAN-->CDにしてもらった奴見てるんですが、ただの画像で、文字検索とか
できなくて、pdfの意味ないのorz
だと、overrun,framing,parity をいっぺんにmaskで見る書き方がよくされてましたが、当system
ではparityとoverrunは見る必要がないはず、ただしframingだけは検出すべき、と言いたかった。
それでもデータ化けは起こるからチェックサムも見るべきなのは当然ですね。
それもやってなかったけど。そもそも「カンマで区切られた可変長のフィールド」というルール
なのに、固定位置から情報抽出してたし。も～、むちゃくちゃ。
ところで、HD64180のデータシートのpdf、どこかに転がっていませんかね？
本-->SCAN-->CDにしてもらった奴見てるんですが、ただの画像で、文字検索とか
できなくて、pdfの意味ないのorz
849 ：デフォルトの名無しさん：2007/08/26(日) 23:04:39
>>848
フレーミングエラー”すら”見てないと言いたかったと言いたいのかな？
まぁシステム設計もソフトウェア設計もテストも何かも無茶苦茶で
今になってツケ払うことになってるってとこだな
ttp://www.datasheetarchive.com/search.php?t=0&q=HD64180&manystr=
フレーミングエラー”すら”見てないと言いたかったと言いたいのかな？
まぁシステム設計もソフトウェア設計もテストも何かも無茶苦茶で
今になってツケ払うことになってるってとこだな
ttp://www.datasheetarchive.com/search.php?t=0&q=HD64180&manystr=
>>849 そう言いたかった。ttpありがとうございます。でも、そこのpdfは全部画像だけでしたorz
生産中止になっても、保守でマニュアルは使うのに・・・メーカー冷たいですね。
生産中止になっても、保守でマニュアルは使うのに・・・メーカー冷たいですね。
851 ：デフォルトの名無しさん：2007/08/27(月) 05:58:56
OCRも知らない馬鹿がいるときいて飛んできました
852 ：デフォルトの名無しさん：2007/08/27(月) 06:52:54
最近はPDFあってもコピペ出来ないのが多いから、OCRは重宝するね
853 ：デフォルトの名無しさん：2007/08/27(月) 06:58:38
相手も測定器かなんかだろ？
＞「カンマで区切られた可変長のフィールド」
ってのはあんまり使わないと思うけどな、特にチェックサムが付いてるようなデータでは特に。
＞「カンマで区切られた可変長のフィールド」
ってのはあんまり使わないと思うけどな、特にチェックサムが付いてるようなデータでは特に。
OCRと聞くとコーディングシートを読ます奴みたいのを想像しちゃうんですが、
ソフトであるんですか？pdf食わせるとキャラクタ抽出みたいの。
ソフトであるんですか？pdf食わせるとキャラクタ抽出みたいの。
855 ：デフォルトの名無しさん：2007/08/27(月) 12:04:30
どうやらそうらしいですね。TIFを英文にするFreeOCRというソフトは見つけたのですが、
pdfをtifにするのにどうやればいいかで困ってます。
pdfをtifにするのにどうやればいいかで困ってます。
いきなりpdfっていうソフトも見つけたのですが、ソースnextは糞が多いそうで、
まだ糞切りがつきません。
まだ糞切りがつきません。
858 ：デフォルトの名無しさん：2007/08/27(月) 18:44:24
e.typist か 読んでココにしろよ。 どっちも評価版があるから、今回の仕事だけならソレで対応出来るだろ
859 ：デフォルトの名無しさん：2007/08/27(月) 20:38:25
RTL8019でプロトコルスタック実装してるんですが、TCPプロトコルの実装
についてソースとか参考になるHPありますかね。
電子工作室とワンチップCPUで遊ぼうは知っています。
についてソースとか参考になるHPありますかね。
電子工作室とワンチップCPUで遊ぼうは知っています。
860 ：デフォルトの名無しさん：2007/08/27(月) 20:46:36
どっかで見たことあるけど、忘れた。
地道に見つけることだね。
自前で実装したことあるけど、OpenDesignのNo.3が参考になった。
地道に見つけることだね。
自前で実装したことあるけど、OpenDesignのNo.3が参考になった。
861 ：デフォルトの名無しさん：2007/08/27(月) 21:35:49
862 ：デフォルトの名無しさん：2007/08/28(火) 02:41:50
inuxのはRTL8019?の実装ミスってるぽいから注意した方がいいよ。
>>858 ありがとうございます。
タイピストはpdf入力ができないことが判ってパス。読んでここより先に「やさしくpdf OCR体験版」
を落としてpdf食わしてみました。画像だけのpdfは認識率良くないですが、元のプリントと併用で
なんとかできそうです。
を落としてpdf食わしてみました。画像だけのpdfは認識率良くないですが、元のプリントと併用で
なんとかできそうです。
865 ：デフォルトの名無しさん：2007/08/28(火) 20:05:29
今のパソコン買ったのが2005年だったので、もしや！と思って付いてきた箱見たら、office2002
でした。残念。854のときは本気でコーディングシートかと思ってましたが、今ではOCRって
そういうものを言うんですね。今まではちょっとした表なんかを選択ツールでコピって貼るぐらい
だったのですが、今回10数頁の２０列ぐらいある表を貼ることになったので、目ウロコ体験でした。
でした。残念。854のときは本気でコーディングシートかと思ってましたが、今ではOCRって
そういうものを言うんですね。今まではちょっとした表なんかを選択ツールでコピって貼るぐらい
だったのですが、今回10数頁の２０列ぐらいある表を貼ることになったので、目ウロコ体験でした。
867 ：デフォルトの名無しさん：2007/08/29(水) 04:12:52
うぜえソフト板でやれ
868 ：デフォルトの名無しさん：2007/08/30(木) 21:40:09
場違いだったらすまない。
>>93
>>99
で言う所のメインCPUというかリッチな方のCPUの話になるが、
http://pc11.2ch.net/test/read.cgi/tech/1187298711/181
http://pc11.2ch.net/test/read.cgi/tech/1187298711/188
どう思う？
>>93
>>99
で言う所のメインCPUというかリッチな方のCPUの話になるが、
http://pc11.2ch.net/test/read.cgi/tech/1187298711/181
http://pc11.2ch.net/test/read.cgi/tech/1187298711/188
どう思う？
869 ：デフォルトの名無しさん：2007/08/31(金) 14:09:51
64180に、RRD、RLDという命令がありますよね。Aregと(HL)メモリの真ん中辺を回すような
説明図が書かれてるんですが、これってどんな場面で使うんでしょ？ちょっと想像つかない・・・
説明図が書かれてるんですが、これってどんな場面で使うんでしょ？ちょっと想像つかない・・・
870 ：デフォルトの名無しさん：2007/08/31(金) 15:06:48
>>868
単に組み込み用のスクリプトを作るだけなら、自前で作った方が規模に応じて作れるので楽
JAVAを使うメリットはパソコンのコードを再利用出来る所にあると思うが、
それはＣ言語でも持っているメリットなのでことさら取り上げる程ではない。
>>869
4bit単位に回せるので、パック１０進数を処理するような場合に便利
単に組み込み用のスクリプトを作るだけなら、自前で作った方が規模に応じて作れるので楽
JAVAを使うメリットはパソコンのコードを再利用出来る所にあると思うが、
それはＣ言語でも持っているメリットなのでことさら取り上げる程ではない。
>>869
4bit単位に回せるので、パック１０進数を処理するような場合に便利
871 ：デフォルトの名無しさん：2007/08/31(金) 17:34:58
Write once, run anyware…ってな戯言を携帯アプリ屋の前で言ったらぶん殴られそうだw
872 ：デフォルトの名無しさん：2007/08/31(金) 21:37:54
もうperlの実行エンジン乗っけたCPU作ってくれないかな
873 ：デフォルトの名無しさん：2007/09/01(土) 02:00:51
>>872
CAP-X、CASL、CASL-IIが出てきたときも同じ事ゆってた人たちがいたよ。
うろ覚えだが、どれかは本当にネイティブASICで作られたと思う。
今なら誰かに頼まなくても、FPGAで実現できるよ。
なんならウチで請け負うか？代金は個人ではちょっと高すぎるが。
CAP-X、CASL、CASL-IIが出てきたときも同じ事ゆってた人たちがいたよ。
うろ覚えだが、どれかは本当にネイティブASICで作られたと思う。
今なら誰かに頼まなくても、FPGAで実現できるよ。
なんならウチで請け負うか？代金は個人ではちょっと高すぎるが。
874 ：デフォルトの名無しさん：2007/09/01(土) 05:01:59
875 ：デフォルトの名無しさん：2007/09/01(土) 12:30:38
ランタイムコンパイラをソフトで実装すればいいんじゃね？
876 ：デフォルトの名無しさん：2007/09/01(土) 14:32:19
>>870 ありがとうございます。
877 ：デフォルトの名無しさん：2007/09/01(土) 16:26:13
>>874
夢があっていいじゃん
夢があっていいじゃん
878 ：デフォルトの名無しさん：2007/09/03(月) 14:30:38
Perlでドライバを書けばよろしい
地獄を見そうな気がするんだが
地獄を見そうな気がするんだが
879 ：デフォルトの名無しさん：2007/09/04(火) 15:29:26
書くのはいいが、保守できないからカンベン＞Perl
880 ：デフォルトの名無しさん：2007/09/10(月) 08:28:12
旅のperlは書き捨て
881 ：デフォルトの名無しさん：2007/09/10(月) 18:06:43
制御系の学生なんですが、バイブル的なものあったら教えてください。
個人的なものでも歓迎です。
個人的なものでも歓迎です。
882 ：デフォルトの名無しさん：2007/09/10(月) 18:13:41
LEDチカチカ？
883 ：デフォルトの名無しさん：2007/09/10(月) 19:24:37
バイブ的なものなら転がってるんだがな
884 ：デフォルトの名無しさん：2007/09/10(月) 19:42:31
>>883
USBとかRS-232Cとかで制御出来るやつありませんか？
USBとかRS-232Cとかで制御出来るやつありませんか？
885 ：デフォルトの名無しさん：2007/09/10(月) 20:12:48
886 ：デフォルトの名無しさん：2007/09/10(月) 23:43:24
>>885
サンクスコ
自分で探してみたらこんなのもあった。が、音声信号なんでマイコン等が介在した制御ではなさそうだが。
ttp://www.downloaders.cn/2007/03/10110925.html
いろいろ探したら思ったらこんなのがあった！使えそうw 4chで2穴x2人
ttp://www.technokit.biz/usb_io_kiban/setu_md.gif
ttp://www.technokit.biz/usb_io/hs-10seig1.html
いや、作らないけどw >>881への課題
サンクスコ
自分で探してみたらこんなのもあった。が、音声信号なんでマイコン等が介在した制御ではなさそうだが。
ttp://www.downloaders.cn/2007/03/10110925.html
いろいろ探したら思ったらこんなのがあった！使えそうw 4chで2穴x2人
ttp://www.technokit.biz/usb_io_kiban/setu_md.gif
ttp://www.technokit.biz/usb_io/hs-10seig1.html
いや、作らないけどw >>881への課題
887 ：デフォルトの名無しさん：2007/09/10(月) 23:51:59
実に下らん。
ウンコだチンコだシモネタで喜ぶなんてガキの証拠だと思うんだがな。
まあ自分の幼児性を恥ないのがガキなんだけどさ。
というか、この制御系のスレなのに、ただの組み込み屋（それも8bitマイコンレベルの）
しかいないだろ。
ウンコだチンコだシモネタで喜ぶなんてガキの証拠だと思うんだがな。
まあ自分の幼児性を恥ないのがガキなんだけどさ。
というか、この制御系のスレなのに、ただの組み込み屋（それも8bitマイコンレベルの）
しかいないだろ。
888 ：デフォルトの名無しさん：2007/09/11(火) 00:03:23
>>887
お金にはなるけどね
お金にはなるけどね
889 ：デフォルトの名無しさん：2007/09/11(火) 00:16:36
>>881
つかうCPUのマニュアル
つかうCPUのマニュアル
890 ：デフォルトの名無しさん：2007/09/11(火) 02:17:59
＞それも8bitマイコンレベルの ・・・いないことはないが少数派。16bit以上のが多い。
891 ：デフォルトの名無しさん：2007/09/11(火) 07:51:34
4bitも忘れないでくれよ 海外にシフトされて絶滅危惧種だが
892 ：デフォルトの名無しさん：2007/09/11(火) 14:00:52
機械の気持ちになって、どうやったら気持ちよく動くか考えることでしょ、コツは？
893 ：デフォルトの名無しさん：2007/09/11(火) 14:09:56
まつげの長い女と旅に出るのかとおもた
894 ：デフォルトの名無しさん：2007/09/11(火) 14:18:50
>>882 プログラム書くときは、その考え方するなあ・・・
こうすれば無駄なく軽く動くだろうな、CPUも喜ぶよな、とか考えてる。
こうすれば無駄なく軽く動くだろうな、CPUも喜ぶよな、とか考えてる。
895 ：デフォルトの名無しさん：2007/09/11(火) 15:10:35
動かすこともしないで、机上の空論でごまかそうとするほら吹きがいるような？
動かないハードを”動かせ”とか無理言う奴もいた。
動かないハードを”動かせ”とか無理言う奴もいた。
896 ：デフォルトの名無しさん：2007/09/11(火) 21:25:32
>>887
確かに幼稚だったね。ごめん。でもこういうくだらない事が好きなんだ。
俺はウンコだチンコだとは一言も書いていないけど、それも好きだ。悪いが。
>>888
組み込み系のマイコン制御だけの知識だとアダルトサイトのスケーラビリティとか考えられないだろうし。
あ、ロードバランサとかファイアウォールの組み込みの中の人、乙です。
ところで、このスレの制御系って何をさすんだ？
確かに幼稚だったね。ごめん。でもこういうくだらない事が好きなんだ。
俺はウンコだチンコだとは一言も書いていないけど、それも好きだ。悪いが。
>>888
組み込み系のマイコン制御だけの知識だとアダルトサイトのスケーラビリティとか考えられないだろうし。
あ、ロードバランサとかファイアウォールの組み込みの中の人、乙です。
ところで、このスレの制御系って何をさすんだ？
897 ：デフォルトの名無しさん：2007/09/11(火) 22:00:49
電気か情報系なら大学の教養で制御理論少しはやっただろ？
少なくともLEDチカチカは違うだろw
少なくともLEDチカチカは違うだろw
898 ：デフォルトの名無しさん：2007/09/11(火) 22:05:00
制御理論はスレ違いじゃね？
899 ：デフォルトの名無しさん：2007/09/11(火) 22:24:10
何でだよw
制御理論を適用応用するのが制御系だろ？
それ以外に何があるんだよ
LEDチカチア液晶チカチカが制御か？w
制御理論を適用応用するのが制御系だろ？
それ以外に何があるんだよ
LEDチカチア液晶チカチカが制御か？w
900 ：デフォルトの名無しさん：2007/09/11(火) 22:28:57
901 ：デフォルトの名無しさん：2007/09/11(火) 22:35:42
IC/小規模CPU用プログラミングスレじゃわかりにくいしな
902 ：デフォルトの名無しさん：2007/09/11(火) 22:40:07
感圧、温湿度、加速度などのセンサからの出力を使って
バイブレータの振動を変化させるのも制御系だよね？
バイブレータの振動を変化させるのも制御系だよね？
903 ：デフォルトの名無しさん：2007/09/11(火) 23:24:22
904 ：デフォルトの名無しさん：2007/09/12(水) 21:25:28
905 ：デフォルトの名無しさん：2007/09/18(火) 14:38:05
>>899
それはシンプルなon/off制御かと
それはシンプルなon/off制御かと
906 ：デフォルトの名無しさん：2007/09/18(火) 14:44:43
>>899
地味な事やったことないんだね？
地味な事やったことないんだね？
907 ：デフォルトの名無しさん：2007/09/18(火) 19:21:58
地味とか複雑とかじゃなくて、何のフィードバックも持たないものを
制御とは言わないだろ普通。
それは制御してるんじゃなくて、単にドライブしてる（作動させてる）だけじゃん
制御とは言わないだろ普通。
それは制御してるんじゃなくて、単にドライブしてる（作動させてる）だけじゃん
908 ：デフォルトの名無しさん：2007/09/18(火) 19:39:23
それがどうした
909 ：デフォルトの名無しさん：2007/09/18(火) 19:45:31
判ったよ。 じゃ次スレは
くみこの組み込み談話室
って事にするよ？
くみこの組み込み談話室
って事にするよ？
910 ：デフォルトの名無しさん：2007/09/18(火) 19:52:49
>>907
シーケンス制御
シーケンス制御
911 ：デフォルトの名無しさん：2007/09/18(火) 19:53:13
おｋ
912 ：デフォルトの名無しさん：2007/09/18(火) 20:12:37
●●●くみこの組み込み相談室1.0●●●
ハード寄りの話も大好物。
道具話も楽しくやれるならやってくらさい。
この世界は処理系依存はあたりまえだから、処理系明記するのを忘れないでよね！
過去ログ
●●●くみこの組み込み相談室●●●
http://pc3.2ch.net/tech/kako/988/988084737.html
関連過去ログ
＿＿＿＿ 制御系なら俺に聞いてもいいぜ（９）
／::::::::::::::::::＼ http://pc11.2ch.net/test/read.cgi/tech/1158622810/
/::::::::/ 丶::::::＼ 制御系なら俺に聞いてもいいぜ（８）
/:::::ノ ＼:::::ヽ http://pc8.2ch.net/test/read.cgi/tech/1125994426/
|::::::: ＼ ／ :::::| 制御系なら俺に聞いてもいいぜ（７）
|::::| ● ● |::::| http://pc8.2ch.net/test/read.cgi/tech/1109102528/
|::::| .. .. |::: | 制御系なら俺に聞いてもいいぜ（６）
|::::＼ ［__￣］ /:::::::| http://pc5.2ch.net/test/read.cgi/tech/1099574832/
|::::::::::＼＿__／:::::::::::::| 制御系なら俺に聞いてもいいぜ（５）
|_:::::::::｜ |::::::::(⌒)::| http://pc5.2ch.net/test/read.cgi/tech/1079102543/
|::::::::::|-､ ,-/......ﾉ~ ﾚ-r┐ 制御系なら俺に聞いてもいいぞ（４）
/....|::::丿|,,,,,,/.....ノ__ | .| ﾄ ､ http://pc2.2ch.net/test/read.cgi/tech/1068869894/
/.........レ.....| 〈￣ ｀-Lλ_ﾚ′ 制御系なら俺に聞いてもいいぞ（３）
ﾚ...................|/....￣｀ー‐---‐′ http://pc2.2ch.net/tech/kako/1059/10594/1059488975.html
制御系なら俺に聞いてもいいぞ（２）
http://pc2.2ch.net/tech/kako/1038/10380/1038094914.html
制御系なら、俺に聞け！
http://pc3.2ch.net/tech/kako/1002/10021/1002176627.html
ハード寄りの話も大好物。
道具話も楽しくやれるならやってくらさい。
この世界は処理系依存はあたりまえだから、処理系明記するのを忘れないでよね！
過去ログ
●●●くみこの組み込み相談室●●●
http://pc3.2ch.net/tech/kako/988/988084737.html
関連過去ログ
＿＿＿＿ 制御系なら俺に聞いてもいいぜ（９）
／::::::::::::::::::＼ http://pc11.2ch.net/test/read.cgi/tech/1158622810/
/::::::::/ 丶::::::＼ 制御系なら俺に聞いてもいいぜ（８）
/:::::ノ ＼:::::ヽ http://pc8.2ch.net/test/read.cgi/tech/1125994426/
|::::::: ＼ ／ :::::| 制御系なら俺に聞いてもいいぜ（７）
|::::| ● ● |::::| http://pc8.2ch.net/test/read.cgi/tech/1109102528/
|::::| .. .. |::: | 制御系なら俺に聞いてもいいぜ（６）
|::::＼ ［__￣］ /:::::::| http://pc5.2ch.net/test/read.cgi/tech/1099574832/
|::::::::::＼＿__／:::::::::::::| 制御系なら俺に聞いてもいいぜ（５）
|_:::::::::｜ |::::::::(⌒)::| http://pc5.2ch.net/test/read.cgi/tech/1079102543/
|::::::::::|-､ ,-/......ﾉ~ ﾚ-r┐ 制御系なら俺に聞いてもいいぞ（４）
/....|::::丿|,,,,,,/.....ノ__ | .| ﾄ ､ http://pc2.2ch.net/test/read.cgi/tech/1068869894/
/.........レ.....| 〈￣ ｀-Lλ_ﾚ′ 制御系なら俺に聞いてもいいぞ（３）
ﾚ...................|/....￣｀ー‐---‐′ http://pc2.2ch.net/tech/kako/1059/10594/1059488975.html
制御系なら俺に聞いてもいいぞ（２）
http://pc2.2ch.net/tech/kako/1038/10380/1038094914.html
制御系なら、俺に聞け！
http://pc3.2ch.net/tech/kako/1002/10021/1002176627.html
913 ：デフォルトの名無しさん：2007/09/18(火) 20:49:55
くみこって誰？
後藤？
遠藤？
後藤？
遠藤？
914 ：デフォルトの名無しさん：2007/09/18(火) 21:24:25
>>912
バカかお前くだらない事するな
バカかお前くだらない事するな
915 ：デフォルトの名無しさん：2007/09/18(火) 22:47:36
>>914
新参者乙
新参者乙
916 ：デフォルトの名無しさん：2007/09/18(火) 22:58:34
917 ：デフォルトの名無しさん：2007/09/19(水) 00:21:18
918 ：デフォルトの名無しさん：2007/09/19(水) 01:40:17
だからそういうのはcontrolではなくただのdriveだろって
わかんねえ奴だなあ
わかんねえ奴だなあ
919 ：デフォルトの名無しさん：2007/09/19(水) 02:12:05
>>918
controlの定義を述べよ
controlの定義を述べよ
920 ：デフォルトの名無しさん：2007/09/19(水) 04:20:02
お、久しぶりに賑わってる。driveっていうと、制御より下層に思えるなあ。
LEDだったらICが駆動用の電圧出してくれるかどうかとか、その辺のレベル。
チカチカだって、デューティ決めて明るさを変えるとかやれば立派な制御かと。
出力はリレーの開閉がほとんどだが、ﾀｯﾁｷｰ入力とかﾀﾞｲﾔﾙなど人間の入力扱うのも
制御の範疇で語るよね。
LEDだったらICが駆動用の電圧出してくれるかどうかとか、その辺のレベル。
チカチカだって、デューティ決めて明るさを変えるとかやれば立派な制御かと。
出力はリレーの開閉がほとんどだが、ﾀｯﾁｷｰ入力とかﾀﾞｲﾔﾙなど人間の入力扱うのも
制御の範疇で語るよね。
921 ：デフォルトの名無しさん：2007/09/19(水) 06:58:54
電気制御系は自分の電源を切れるだろうか？
922 ：デフォルトの名無しさん：2007/09/19(水) 08:09:55
ロジックが入ってれば制御だよね
923 ：デフォルトの名無しさん：2007/09/19(水) 09:35:07
LCDのドライブって何気に難しいんだよな。
マトリクスがいっぱいだと電圧がいっぱいあるし。
マトリクスがいっぱいだと電圧がいっぱいあるし。
924 ：デフォルトの名無しさん：2007/09/19(水) 09:42:39
ソフトでやった事ないな 電池持たせるにはCPUにはやらせられないだろ
925 ：デフォルトの名無しさん：2007/09/19(水) 10:38:54
ミリ秒単位で切り替えだからたいして負荷はないよ
926 ：デフォルトの名無しさん：2007/09/19(水) 11:13:59
LCD使うような場合は普段32768水晶で、ミリ単位なんてムリ
927 ：デフォルトの名無しさん：2007/09/19(水) 11:18:11
日本語でOK
928 ：デフォルトの名無しさん：2007/09/19(水) 11:36:46
制御って高級そうだけど、やることは地味だってこと知らないんだね。
で、こんな低レベルなことやれるかって怒る人がいたりして．．．
で、こんな低レベルなことやれるかって怒る人がいたりして．．．
929 ：デフォルトの名無しさん：2007/09/19(水) 13:27:33
>>921 今やってる奴そういうのだよ。RTCに次回起動時刻セットして、電源断ポートにＬを書くと
電源が切れる。RTCは電池で生きていて、所定の時刻になるとアラームがONになり、それが
電源につながってて、起動がかかる。
電源が切れる。RTCは電池で生きていて、所定の時刻になるとアラームがONになり、それが
電源につながってて、起動がかかる。
930 ：デフォルトの名無しさん：2007/09/19(水) 15:58:35
931 ：デフォルトの名無しさん：2007/09/19(水) 22:15:23
>>929
RTCは自分の電源を切っていない。
RTCは自分の電源を切っていない。
932 ：デフォルトの名無しさん：2007/09/19(水) 22:40:54
933 ：デフォルトの名無しさん：2007/09/19(水) 22:43:32
×イヤならスレ削除依頼でも出しときな
○イヤならお前好みの崇高なスレでも立てとけ。廃墟確実ｗ
○イヤならお前好みの崇高なスレでも立てとけ。廃墟確実ｗ
934 ：デフォルトの名無しさん：2007/09/20(木) 05:50:44
ＲＴＣの電源切ったらRTCの意味ないじゃん。
ふつうはRTCにだけは電気食わせとくようにするでしょ。
ふつうはRTCにだけは電気食わせとくようにするでしょ。
935 ：デフォルトの名無しさん：2007/09/21(金) 10:27:51
http://www.sankyosha.co.jp/shop/list/eprtc.html
最近のRTCは凄いよな。 たった0.8uA だぜ。
3メガの抵抗１本分 下手したら基板のリークより少ない
最近のRTCは凄いよな。 たった0.8uA だぜ。
3メガの抵抗１本分 下手したら基板のリークより少ない
936 ：デフォルトの名無しさん：2007/09/21(金) 13:06:22
だから電源切ってる間の餌はコンデンサでいいのに、
昔気質の上司が「電池付けろ」と決めてエラいコスト高に・・・
昔気質の上司が「電池付けろ」と決めてエラいコスト高に・・・
937 ：デフォルトの名無しさん：2007/09/21(金) 14:51:48
昔、コンデンサにして痛い目あった所があるよ。
938 ：デフォルトの名無しさん：2007/09/22(土) 02:23:23
最近の大容量コンデンサなんて、ボタン電池並みだろうに。
あ、それならボタン電池の方が安かったりして
あ、それならボタン電池の方が安かったりして
939 ：デフォルトの名無しさん：2007/09/22(土) 06:58:13
最近のスーパーキャパシタは1F とか のもある。でも、RTCでは２週間程度しか持たない
1Fは1Aで1秒=1/3600時間しかもたない
CR2032で200mAh 程あるので、３桁もボタン電池の方が容量は多い。
100mAhの容量があればRTCなら１０年電池が持つ
1Fは1Aで1秒=1/3600時間しかもたない
CR2032で200mAh 程あるので、３桁もボタン電池の方が容量は多い。
100mAhの容量があればRTCなら１０年電池が持つ
940 ：デフォルトの名無しさん：2007/09/22(土) 13:32:47
そそ、だから電池つけたお客さん曰く：デバック時電池切れのエラーは出しても、
製品が寿命を終えるまで電池切れは起こらないだろう（ｗ
製品が寿命を終えるまで電池切れは起こらないだろう（ｗ
941 ：デフォルトの名無しさん：2007/09/22(土) 21:13:20
簡単な質問で恐縮です．
ゲイン余裕，位相余裕を大きく取ると，速応性が悪くなるらしいのですが，
その理屈が分かりません．
どなたかご教授願います．
ゲイン余裕，位相余裕を大きく取ると，速応性が悪くなるらしいのですが，
その理屈が分かりません．
どなたかご教授願います．
942 ：デフォルトの名無しさん：2007/09/22(土) 21:25:51
>>941
本来はシミュレート板や情報システム板が適当な筈ですが、
アチラがあの状態ですから仕方ないとは思いますが・・・・
その質問の仕方では、単になにも判らないと言ってるのと同じです
もう少し勉強して下さいとしか言えません。
今検索したら、検索結果だけでも十分理解出来ると思いますよ。
本来はシミュレート板や情報システム板が適当な筈ですが、
アチラがあの状態ですから仕方ないとは思いますが・・・・
その質問の仕方では、単になにも判らないと言ってるのと同じです
もう少し勉強して下さいとしか言えません。
今検索したら、検索結果だけでも十分理解出来ると思いますよ。
943 ：デフォルトの名無しさん：2007/09/22(土) 21:25:58
944 ：デフォルトの名無しさん：2007/09/22(土) 21:33:26
工学板あたりでいいんじゃね
945 ：デフォルトの名無しさん：2007/09/22(土) 22:15:04
色々不安だな・・・
今の開発環境がマイナーになった時、それまでの知識が無駄る。
不安だ・・・
>>942
質問前に検索して調べましたが，分かりませんでした．
自分の考えとして，
位相余裕を小さくするということは，
ゲイン0dBでの周波数での位相は遅れてしまう．
なので，位相余裕を大きくした方が，位相の遅れを抑えられて，
速応性が良くなるのではないかと思ったんです．
位相の遅れは，速応性を向上させるものなのでしょうか．
質問前に検索して調べましたが，分かりませんでした．
自分の考えとして，
位相余裕を小さくするということは，
ゲイン0dBでの周波数での位相は遅れてしまう．
なので，位相余裕を大きくした方が，位相の遅れを抑えられて，
速応性が良くなるのではないかと思ったんです．
位相の遅れは，速応性を向上させるものなのでしょうか．
>>942
質問前に検索して調べましたが，分かりませんでした．
自分の考えとして，
位相余裕を小さくするということは，
ゲイン0dBでの周波数での位相は遅れてしまう．
なので，位相余裕を大きくした方が，位相の遅れを抑えられて，
速応性が良くなるのではないかと思ったんです．
位相の遅れは，速応性を向上させるものなのでしょうか．
質問前に検索して調べましたが，分かりませんでした．
自分の考えとして，
位相余裕を小さくするということは，
ゲイン0dBでの周波数での位相は遅れてしまう．
なので，位相余裕を大きくした方が，位相の遅れを抑えられて，
速応性が良くなるのではないかと思ったんです．
位相の遅れは，速応性を向上させるものなのでしょうか．
948 ：デフォルトの名無しさん：2007/09/22(土) 23:03:21
だからここにはLEDチカチカな人しかおらんのよw
949 ：デフォルトの名無しさん：2007/09/23(日) 01:01:05
951 ：デフォルトの名無しさん：2007/09/23(日) 11:56:00
いや、だから本当は君みたいな人が居座ってLEDチカチカ野郎の方を追い出すべきなんだけどね。。
952 ：デフォルトの名無しさん：2007/09/23(日) 14:18:07
制御理論はスレ違いだと何回言っても理解できない人がいるようです
953 ：デフォルトの名無しさん：2007/09/23(日) 15:31:31
理論を弄るのはコーダの領分じゃないからな。
954 ：デフォルトの名無しさん：2007/09/23(日) 15:50:06
制御理論を制御系に応用する話ならこのスレでいいけどね
955 ：デフォルトの名無しさん：2007/09/24(月) 16:00:55
速応性は、目標にどれだけ早く近づくか。
たとえば、毎サンプル、目標までの距離が判っているとする。
目標までのその差をどんんだけ詰めるかってのが速応性。
速応性を上げると、当然発振し易くなるだろ？
ゲイン余裕 とか 位相余裕ってのは、
これ以上いくと発振するところまでの余裕って事だ。
逆は必ずしも真ならずというけど、まあ、余裕持たせるには、
ゆっくり応答するしかないわけ
たとえば、毎サンプル、目標までの距離が判っているとする。
目標までのその差をどんんだけ詰めるかってのが速応性。
速応性を上げると、当然発振し易くなるだろ？
ゲイン余裕 とか 位相余裕ってのは、
これ以上いくと発振するところまでの余裕って事だ。
逆は必ずしも真ならずというけど、まあ、余裕持たせるには、
ゆっくり応答するしかないわけ
956 ：デフォルトの名無しさん：2007/09/24(月) 16:05:06
本来なら両方を兼ね備えるべきなんだろうけど、理解できないLEDﾁｶﾁｶな人が必死なんですよ
957 ：デフォルトの名無しさん：2007/09/24(月) 16:26:43
誰が必死なの？
958 ：デフォルトの名無しさん：2007/09/25(火) 00:24:44
このスレの住人がLEDﾁｶﾁｶだけであってほしい人
959 ：デフォルトの名無しさん：2007/09/25(火) 06:30:50
とりあえずトラ技のLED調光プログラム借りてモータの回転数変えられるようになりました
そして金手間掛けずにマブチモータから回転数検出できそうな方法ない？
手持ちの機械パーツはほぼ0
そして金手間掛けずにマブチモータから回転数検出できそうな方法ない？
手持ちの機械パーツはほぼ0
960 ：デフォルトの名無しさん：2007/09/25(火) 06:52:35
そうだな。
まず電源をモータの定格より、少し高い電圧にする
代わりに、PWM方式でスイッチングする。
スイッチングオフ期間中の電圧を読み出せば、回転数に比例している筈だ
まず電源をモータの定格より、少し高い電圧にする
代わりに、PWM方式でスイッチングする。
スイッチングオフ期間中の電圧を読み出せば、回転数に比例している筈だ
961 ：デフォルトの名無しさん：2007/09/27(木) 03:17:55
パルスモータの４相励磁はちゃんとできてるんですが、モータがすごく熱い。触れないほど。
こんなに熱くていいのかな、と心配。 もしかして、相の変わり目のエッジは「同時」じゃ
いけない？・・・（前の相が立ち下がってほんの僅か空けて次の相が立ち上がる、とか）
こんなに熱くていいのかな、と心配。 もしかして、相の変わり目のエッジは「同時」じゃ
いけない？・・・（前の相が立ち下がってほんの僅か空けて次の相が立ち上がる、とか）
962 ：デフォルトの名無しさん：2007/09/27(木) 06:41:03
電流ながしっぱなしじゃないの
963 ：デフォルトの名無しさん：2007/09/27(木) 06:50:42
４相励磁って ことは、 コイルAとBがあると
Aを切るのとBを入れるわけで、
これは同時にやってもいい。
２相だと同じコイルを反転するんで、考えないといけないけどね。
熱くなるのは停止中に電流を流し続けているからだろう。
モータを回してる間はオンオフするからコイルのL成分が効くからあんまり電流は流れない。
Aを切るのとBを入れるわけで、
これは同時にやってもいい。
２相だと同じコイルを反転するんで、考えないといけないけどね。
熱くなるのは停止中に電流を流し続けているからだろう。
モータを回してる間はオンオフするからコイルのL成分が効くからあんまり電流は流れない。
964 ：デフォルトの名無しさん：2007/09/27(木) 08:58:24
パルスモータで表面温度100度くらいまでなら
許容範囲内
許容範囲内
う～ん、いちおう論理の正負は確認して、Ｈで励磁、停止時はＬだから流れてない
はずなんですが・・・ >>964 たしかに、100度は行ってないです。これで許容範囲なのか。
はずなんですが・・・ >>964 たしかに、100度は行ってないです。これで許容範囲なのか。
966 ：デフォルトの名無しさん：2007/09/27(木) 14:31:19
あとはトルクの許す限り、電流下げるしかない
967 ：デフォルトの名無しさん：2007/09/27(木) 14:36:38
電流をコンパレータで検出して比較するか
停止してる時にソフトでパタパタさせるか
停止してる時にソフトでパタパタさせるか
968 ：デフォルトの名無しさん：2007/09/28(金) 06:05:15
流れてないはずっていうくらいならテスタでも挟んで確認しれ
まだ試作か何かだろ
まだ試作か何かだろ
あい、それはハードの人にやってもらいます。
970 ：デフォルトの名無しさん：2007/09/28(金) 09:35:02
次スレテンプレ
制御系なら俺に聞いてもいいぜ（１０）
まったり逝きましょう。
ハード寄りの話も大歓迎です。
道具話も楽しくやれるならやってくらさい。
この世界は処理系依存はあたりまえだから、処理系明記するのを忘れないでね！
過去ログ
制御系なら俺に聞いてもいいぜ（９）
http://pc11.2ch.net/test/read.cgi/tech/1158622810/
制御系なら俺に聞いてもいいぜ（８）
http://pc8.2ch.net/test/read.cgi/tech/1125994426/
制御系なら俺に聞いてもいいぜ（７）
http://pc8.2ch.net/test/read.cgi/tech/1109102528/
制御系なら俺に聞いてもいいぜ（６）
http://fun.kz/test/read.cgi/tech/1099574832/ (新タイプミラー)
制御系なら俺に聞いてもいいぜ（５）
http://fun.kz/test/read.cgi/tech/1079102543/ (新タイプミラー)
制御系なら俺に聞いてもいいぞ（４）
http://pc5.2ch.net/test/read.cgi/tech/1068869894/ (行方不明)
制御系なら俺に聞いてもいいぞ（３）
http://pc2.2ch.net/tech/kako/1059/10594/1059488975.html
制御系なら俺に聞いてもいいぞ（２）
http://pc2.2ch.net/tech/kako/1038/10380/1038094914.html
制御系なら、俺に聞け！
http://pc3.2ch.net/tech/kako/1002/10021/1002176627.html
関連過去ログ
●●●くみこの組み込み相談室●●●
http://pc3.2ch.net/tech/kako/988/988084737.html
制御系なら俺に聞いてもいいぜ（１０）
まったり逝きましょう。
ハード寄りの話も大歓迎です。
道具話も楽しくやれるならやってくらさい。
この世界は処理系依存はあたりまえだから、処理系明記するのを忘れないでね！
過去ログ
制御系なら俺に聞いてもいいぜ（９）
http://pc11.2ch.net/test/read.cgi/tech/1158622810/
制御系なら俺に聞いてもいいぜ（８）
http://pc8.2ch.net/test/read.cgi/tech/1125994426/
制御系なら俺に聞いてもいいぜ（７）
http://pc8.2ch.net/test/read.cgi/tech/1109102528/
制御系なら俺に聞いてもいいぜ（６）
http://fun.kz/test/read.cgi/tech/1099574832/ (新タイプミラー)
制御系なら俺に聞いてもいいぜ（５）
http://fun.kz/test/read.cgi/tech/1079102543/ (新タイプミラー)
制御系なら俺に聞いてもいいぞ（４）
http://pc5.2ch.net/test/read.cgi/tech/1068869894/ (行方不明)
制御系なら俺に聞いてもいいぞ（３）
http://pc2.2ch.net/tech/kako/1059/10594/1059488975.html
制御系なら俺に聞いてもいいぞ（２）
http://pc2.2ch.net/tech/kako/1038/10380/1038094914.html
制御系なら、俺に聞け！
http://pc3.2ch.net/tech/kako/1002/10021/1002176627.html
関連過去ログ
●●●くみこの組み込み相談室●●●
http://pc3.2ch.net/tech/kako/988/988084737.html
971 ：デフォルトの名無しさん：2007/09/28(金) 09:42:39
+電源
○---+--------＞コモン
|
＿
△ D1
|
＋------+--＞A
| ＿
○SW1 △ D2
○---+------+
GND
たとえば、SW1でAを切っても 電流は流れ続けようとする
D1 に流す設計と
D1A' (Aの反対側) のD2の部分に流す設計の２通りある
D1に流す設計だと、電流は長時間流れ続ける事になるので
４相のつもりが波形は４－２相だったりするよ
○---+--------＞コモン
|
＿
△ D1
|
＋------+--＞A
| ＿
○SW1 △ D2
○---+------+
GND
たとえば、SW1でAを切っても 電流は流れ続けようとする
D1 に流す設計と
D1A' (Aの反対側) のD2の部分に流す設計の２通りある
D1に流す設計だと、電流は長時間流れ続ける事になるので
４相のつもりが波形は４－２相だったりするよ
972 ：デフォルトの名無しさん：2007/09/29(土) 09:20:14
D1 に流す設計と
D1を無くしてA' (Aの反対側) のD2の部分に流す設計の２通りある
D1を無くしてA' (Aの反対側) のD2の部分に流す設計の２通りある
973 ：デフォルトの名無しさん：2007/09/29(土) 09:21:52
その D1 に流す設計は間違いで、 そういう設計だと発熱しまくる
974 ：デフォルトの名無しさん：2007/10/01(月) 20:04:56
組み込みでCIFSとかSMBの実装って無理？sambaじゃなくてね。
検索しても独自に開発実装してる人いないみたいだし。
やっぱり難易度たかいっすかね。
検索しても独自に開発実装してる人いないみたいだし。
やっぱり難易度たかいっすかね。
975 ：デフォルトの名無しさん：2007/10/01(月) 20:49:58
SMBは昔、ネットワークのスレで作ろうとしてた奴がいたな
頭のおかしい奴だった
頭のおかしい奴だった
976 ：デフォルトの名無しさん：2007/10/02(火) 08:29:12
オレオレ
977 ：デフォルトの名無しさん：2007/10/03(水) 01:52:35
>>974
マイクロソフトのプロトコルは、作っても作っても新しいプロトコルにするし、Win95系ではポート関連のバグがあるし、ホスト名はお得意の独自仕様【ハイブリッド】タイプだし、Win95系の共有名は最大12バイトだけどWin2k系はその制限は無いし、
WinXPには妙なセキュリティが入ってるし、これを組み込みで作れというのなら、辞表を書いてもっと条件がよくてアホな会社に移るね。
やったらそれはそれで功績だけど、俺はもっと合理的な仕事をしたいね。
マイクロソフトのプロトコルは、作っても作っても新しいプロトコルにするし、Win95系ではポート関連のバグがあるし、ホスト名はお得意の独自仕様【ハイブリッド】タイプだし、Win95系の共有名は最大12バイトだけどWin2k系はその制限は無いし、
WinXPには妙なセキュリティが入ってるし、これを組み込みで作れというのなら、辞表を書いてもっと条件がよくてアホな会社に移るね。
やったらそれはそれで功績だけど、俺はもっと合理的な仕事をしたいね。
978 ：デフォルトの名無しさん：2007/10/03(水) 15:06:23
>>977
合理的な仕事なんてもうこの世には無いだろ
合理的な仕事なんてもうこの世には無いだろ
979 ：デフォルトの名無しさん：2007/10/03(水) 15:48:53
CIFSの資料見て、地道にやればいいんじゃないの？
腕のないほら吹きは、人数かければ、動くと思ってるみたいだけど．．．
腕のないほら吹きは、人数かければ、動くと思ってるみたいだけど．．．
980 ：デフォルトの名無しさん：2007/10/03(水) 16:47:55
次スレです。
●●●くみこの組み込み相談室1.0●●●
http://pc11.2ch.net/test/read.cgi/tech/1191397574/
ご不満方多数ならば、書き込まないでおけば、早期データ落ちします。
●●●くみこの組み込み相談室1.0●●●
http://pc11.2ch.net/test/read.cgi/tech/1191397574/
ご不満方多数ならば、書き込まないでおけば、早期データ落ちします。
981 ：デフォルトの名無しさん：2007/10/03(水) 19:48:54
982 ：デフォルトの名無しさん：2007/10/04(木) 08:27:47
乙
983 ：デフォルトの名無しさん：2007/10/05(金) 00:02:16
1秒毎に実行されるＡという関数があります。ｎ秒後にＡ関数の中で別の関数を実行したいのですが、
Ａ関数の中で、このｎ秒というのをどのようにカウントすればよいのでしょうか。
（言語はCです。）
Ａ関数の中で、このｎ秒というのをどのようにカウントすればよいのでしょうか。
（言語はCです。）
984 ：983：2007/10/05(金) 00:05:35
すいません、ちょっと訂正します。よろしくお願いします。
1秒毎に実行されるＡという関数があります。ｎ秒後にＡ関数の中で別の関数を実行したいのですが、
Ａ関数の中で、このｎ秒というのをカウントしたい場合はどのようにすればよいのでしょうか。
（言語はCです。）
1秒毎に実行されるＡという関数があります。ｎ秒後にＡ関数の中で別の関数を実行したいのですが、
Ａ関数の中で、このｎ秒というのをカウントしたい場合はどのようにすればよいのでしょうか。
（言語はCです。）
985 ：デフォルトの名無しさん：2007/10/05(金) 00:13:51
>>984
環境をもっとはっきりさせないと
環境をもっとはっきりさせないと
986 ：デフォルトの名無しさん：2007/10/05(金) 00:27:57
いや環境は関係なかったな
カウンタの変数用意するだけだべ
カウンタの変数用意するだけだべ
987 ：983：2007/10/05(金) 01:08:54
>>985
>>986
ありがとうございました。Ａ関数内でカウンタ変数を宣言していた為、処理できませんでした。
外部変数でカウンタ変数を宣言し、Ａ関数内でカウンタ++で解決しました。
Ｃ言語を勉強しはじめたばかりで、これまで外部変数を使う機会がなかったので、
まったく気付きませんでした。申し訳ございません。
>>986
ありがとうございました。Ａ関数内でカウンタ変数を宣言していた為、処理できませんでした。
外部変数でカウンタ変数を宣言し、Ａ関数内でカウンタ++で解決しました。
Ｃ言語を勉強しはじめたばかりで、これまで外部変数を使う機会がなかったので、
まったく気付きませんでした。申し訳ございません。
988 ：デフォルトの名無しさん：2007/10/05(金) 01:21:34
>>987
つ[static]
つ[static]
989 ：デフォルトの名無しさん：2007/10/05(金) 05:20:52
990 ：デフォルトの名無しさん：2007/10/05(金) 07:54:31
でもstaticの変数はリンクリストに出ないのでアドレスをつかみずらい。
991 ：デフォルトの名無しさん：2007/10/05(金) 09:10:31
アドレスをつかめると何かいいことがあるのですか?
# 普通はシンボライズされるけどね。
# 普通はシンボライズされるけどね。
992 ：デフォルトの名無しさん：2007/10/05(金) 13:40:57
デバックのときメモリ表示できないです。staticだとZ001とか勝手な名前が内部的に付くが
globalシンボルにならないからリンクリストに出ない。
globalシンボルにならないからリンクリストに出ない。
993 ：デフォルトの名無しさん：2007/10/05(金) 14:00:39
リンカによってはだせるよ。ICEとかで参照できるかどうかは別の問題。
994 ：デフォルトの名無しさん：2007/10/05(金) 14:20:54
みんなもCOFFファイルを自分で展開してツール作ったりするでそ？
その時にstaticで定義してたりすると、チョット面倒だと思ったりするよね。
その時にstaticで定義してたりすると、チョット面倒だと思ったりするよね。
995 ：デフォルトの名無しさん：2007/10/05(金) 14:36:58
binutilsはcoffは切り捨てたみたいだね。なんでだろ？
996 ：デフォルトの名無しさん：2007/10/05(金) 15:45:38
H8なんで ELFだな
997 ：デフォルトの名無しさん：2007/10/05(金) 21:55:00
f
998 ：デフォルトの名無しさん：2007/10/05(金) 21:55:33
t
999 ：デフォルトの名無しさん：2007/10/05(金) 21:56:05
p
1000 ：小倉優子 ◆en0rG2J.f6 ：2007/10/05(金) 21:56:36
1000ならジュースでも飲むか
1001 ：１００１：
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
もう書けないので、新しいスレッドを立ててくださいです。。。