制御系なら俺に聞いてもいいぜ（７）

1 ：デフォルトの名無しさん：05/02/23 05:02:08

まったり逝きましょう。
ハード寄りの話も大歓迎です。
道具話も楽しくやれるならやってくらさい。
この世界は処理系依存はあたりまえだから、処理系明記するのを忘れないでね！

過去ログ
制御系なら俺に聞いてもいいぜ（６）
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 ：デフォルトの名無しさん：05/02/23 05:10:08

　　２

　　□□□□□□□□□□□□□□□□□
　　□□□□□□□□□□□□□□□□□
　　□□□□□□□□□□□□□□□□□
　　□□□□□□□□□□□□□□□□□

　　　　_____

3 ：デフォルトの名無しさん：05/02/23 05:10:55

感圧センサー、人工網膜の作り方教えてください。

4 ：デフォルトの名無しさん：05/02/23 11:09:55

妹を思い通りに制御する方法を教えてください

5 ：デフォルトの名無しさん：05/02/23 13:43:02

>>4
精神を破壊したあとファームを書き換えろ

6 ：デフォルトの名無しさん：05/02/23 21:22:04

プラトニックな交際したい

7 ：デフォルトの名無しさん：05/02/24 00:28:15

>>1
おつ！

8 ：デフォルトの名無しさん：05/02/24 16:20:41

回路から漏れる電磁波を盗聴してデータ盗まれたりしますか？

9 ：デフォルトの名無しさん：05/02/24 16:33:59

Tempestかよ、スゲーサイバー

10 ：デフォルトの名無しさん：05/02/24 16:49:33

ttp://www2.nict.go.jp/jt/a124/tempest.html

11 ：デフォルトの名無しさん：05/02/24 17:02:11

>>8
Linux用ツール
http://www.erikyyy.de/tempest/

対策にはこちらをどうぞ
http://www.coteau-vert.co.jp/products/LEP-770/release.html

12 ：デフォルトの名無しさん：05/02/24 21:54:41

>>10
Cool !

13 ：デフォルトの名無しさん：05/02/24 21:56:07

>>11
>対策にはこちらをどうぞ
>http://www.coteau-vert.co.jp/products/LEP-770/release.html
パンピーにはとても買えないでつ。

14 ：デフォルトの名無しさん：05/02/24 22:01:46

buy or leak
http://www.coteau-vert.co.jp/products/LEP-770/index.html

15 ：デフォルトの名無しさん：05/03/02 06:39:06

パソコンをリモコン操作したくて、WinLIRCとそれで利用するシリアルポートに
接続する回路を作った。一応うまく動いてはいるのだが、どうもデータを
取りこぼしているのかうまく認識しないことがある。
原因を推測しているのだが、この分野は素人に近いので的外れじゃないのか聞きたい。

まず前提としてWinLIRCの優先度はリアルタイムになっている。sexeを使ってWinLIRCを
サービス化したら心持ち認識精度が上がったような気がするがやっぱりまだ認識されないことがある。

赤外線リモコンデータの送信間隔（下記リンク参照）から言って、
多くのリモコンに対応するには、100μ秒間隔に読み取る必要がありそう。
WinLIRCではQueryPerformanceCounterを使って間隔を取得している（タイマー割り込みではない）
（質問１）この間隔は現在のPC(自分のCPUはCeleron700Mhz)では難しい数値なのか？

認識しないときでもCPU使用率は空いているので、その他が原因な気がする。
インターネットと通信しているときに認識しないことが多い気がする。シリアルポートの
割り込みが通信やその他の割り込みにブロックされているのが原因ではないかと推測している。
（質問２）シリアルポートの割り込みを優先的に処理することは可能なのか？

（質問３）WinLIRCの掲示板にLinux版のLIRCと同じようにカーネルモードドライバにして欲しいと
要望があったが、カーネルモードドライバにするとなにか改善されるのか？

WinLIRC
http://winlirc.sourceforge.net/

ハードウェア
http://www.lirc.org/receivers.html (オリジナル)
http://homepage2.nifty.com/m_nob/make/winlirc/winlirc1.html (日本語)

赤外線リモコンのデータ
http://www.mars.dti.ne.jp/~ogura/e_hobby/remote.html

16 ：デフォルトの名無しさん：05/03/02 06:46:48

リモコンデータについては
http://homepage1.nifty.com/borlander/etc/remocon/ とか
http://einst.hp.infoseek.co.jp/Remocon2/Remocon2.html の方が詳しかったか。
家電製品協会フォーマットで検索したらいろいろ出てくる。

17 ：デフォルトの名無しさん：05/03/02 07:00:01

100us の時間保証ったら普通 RTOS の領域のような気がする。
ハード的に受信データをバッファするとか出来ないのかな？
組み込みなら USB キーボード互換のリモコンも見かける。

18 ：デフォルトの名無しさん：05/03/02 07:06:02

>>15 （質問１）
ちょっと昔に、WindowsとリアルタイムOSを同じPC上で動作させ、
WindowsをリアルタイムOSの一番プライオリティの低いタスクとして動作させる
ってのを調べてたことがある。
VxWinRTとか、INTIMEとか、RTXとかね。

これで、ハードウェア割り込みからの応答を計測してたのだが、
条件によっては、100μ秒なんて簡単に遅れる。（通常は数十マイクロ)
原因はWindowsの他のドライバの割り込み禁止区間や、
バスの他のデバイスの占有による割り込みの遅延などいろいろ。
チップセット内蔵グラフィックとかつかってると、
VRAMとメインメモリを共有するためだろうか、
OpenGLやDirectXの初期化時に数100μも遅延が生じるよ。

これは、カーネルモードで割り込みベクタを完全にフックした状態で
の結果だから、ユーザーモードのサービスなんかでは、
プライオリティがリアルタイムになっていても
100μ秒間隔ってのは、つらいのでは？
と思う。

19 ：デフォルトの名無しさん：05/03/02 07:58:40

>>15
ＤＣＤに入れて、ソフトで読むより

ＰＩＣでも使って、信号を変換してからＲＸＤに入れた方がいいんじゃないの？
というか、このスレ的にはそうするよな

20 ：デフォルトの名無しさん：05/03/03 01:55:27

PCI Expressはどこで使用されていますか？

21 ：デフォルトの名無しさん：05/03/03 03:52:10

だれか以下の本を訳してください
http://www.amazon.co.jp/exec/obidos/ASIN/0321156307/

22 ：デフォルトの名無しさん：05/03/03 04:10:31

いくらで？

23 ：デフォルトの名無しさん：05/03/03 05:17:07

↓以下でどうかひとつよろしく
つ⑩

24 ：デフォルトの名無しさん：05/03/03 05:21:13

皆様！これからはPCI Expressですよ！目を覚ましてください！
なのに、日本語での情報少な過ぎですよ！

レガシーは、もう（ﾟ⊿ﾟ）ｲﾗﾈ

25 ：デフォルトの名無しさん：05/03/03 05:21:31

本買う値段より安いのかよ

26 ：デフォルトの名無しさん：05/03/03 07:03:03

10万円金貨でつ

27 ：デフォルトの名無しさん：05/03/08 05:06:19

Mona OS 用に HDD のコントローラを書きたいのですが、
具体的に IDE や SCSI のアクセス方法について書かれている
サイトとか皆様ご存知でしょうか？

Mona OS スレ http://pc5.2ch.net/test/read.cgi/os/1098713480/

28 ：デフォルトの名無しさん：05/03/08 05:45:27

ニッパー

29 ：デフォルトの名無しさん：05/03/09 00:26:54

QueryPerformanceCounterを使っても100μs周期は辛いと思う。
出来たところで、恐らくCPUを100%占有するので他のプロセスが止まる。
OS内部でのメッセージ処理も出来なくなるので、マウス、キーボード等の周辺機器も反応しなくなるかと。

過去に、プロセス内に別のスレッドを作成して無限ループで周期実行を実現しようとしたことがあったけど、
2GHzのCeleronで0.5～1ms位が限界だった。(DA変換ボードを挿して出力をオシロで観測)
もちろん、マウスやキーボードを触ると周期は崩れた。

カーネルモードドライバにすると改善されるのは

・ユーザモードプロセスより優先度を上げられる
・割り込みも使える

かな。他にも色々あるだろうけど。
ユーザモードプロセスより細かい制御が出来るかと。

30 ：デフォルトの名無しさん：05/03/09 20:40:28

1msecでもつらいのに
なんでDVDやmp3は途切れないで再生できるの？

31 ：デフォルトの名無しさん：05/03/09 20:49:39

1000÷60 = ?
っていうかバッファって概念がない奴がハード触るコードかいちゃだめだろ。

32 ：デフォルトの名無しさん：05/03/09 20:51:36

>>30
サウンド関係は十分バッファがあるし。
動画も秒間60コマ更新で十分だから、16.6ms間隔程度でいい。
ちなみにWindows2000やXPのカーネルで使用してるタイマ(チップセット内蔵8253相当)
の設定は、通常10msになっているが、
マルチメディア関係のソフトを走らせたときは1msに変更されるみたいだよ。
メディアプレイヤーを走らせるとSleepの分解能が上がる...ような気がする。

33 ：デフォルトの名無しさん：05/03/10 00:12:51

バッファを知らないだって！？

　　ばっふぁっはｗ

34 ：デフォルトの名無しさん：05/03/10 01:24:19

バッファの半分は優しさでできています

35 ：デフォルトの名無しさん：05/03/10 01:25:55

ばっふぁもの！世の中そんなに甘くはない。

36 ：デフォルトの名無しさん：05/03/10 02:08:53

そんなばっふぁな

37 ：デフォルトの名無しさん：05/03/10 02:14:59

このスレ、バフぁばっか

38 ：デフォルトの名無しさん：05/03/10 02:52:45

あぁ、スレが汚れていく．．

39 ：デフォルトの名無しさん：05/03/10 04:21:25

>>29
別に100μs単位で処理するわけじゃないのよ。
処理するのはシリアルポートの割り込みが発生するタイミング。
そのタイミングの間隔を100μsぐらいの制度で取得する必要があるだけ。

40 ：デフォルトの名無しさん：05/03/10 04:27:21

100μsごとにON/OFFするデータだから
処理速度的には10kbpsを処理すればいいのかな。？

41 ：デフォルトの名無しさん：05/03/10 04:28:39

・・・好きにしろよ

42 ：デフォルトの名無しさん：05/03/10 09:34:01

>>39
詳しくなく書いてるけど、割り込みだって必ず遅延するしその時間保証って無いものでしょ？
いつ割り込み信号が入ったって CPU カウンタの情報とか残ってるなら解るんだろうけど。

ハードで前処理やって、通常のシリアル通信なりに変換するとか(PIC とかつかうんかな？)
したほうが良いと思われる。シリアルの受信だってシリアルチップのバッファがあふれる
前に割り込み処理完了しないと、消えちゃうわけだが、リモコンだから読み落としても
問題なかろう。

43 ：デフォルトの名無しさん：05/03/10 17:42:40

PLCとＰＣとの通信をシリアルでやるのに
ラダーで書いて威張っていた害虫のオヤジがいたな
工期のほとんどをそれに費やして、６ヶ月かかってまだ完了してなかったよ
しまいには、客に向かって「納期なんか関係ない」って怒鳴ってたな
同じ害虫として、恥ずかしかった
要求は、シリアルモジュール使えば、１ヶ月仕事の内容だった
その仕事、オレが欲しかったよ。１ヶ月でやってあと５ヶ月は遊べたな。

44 ：デフォルトの名無しさん：05/03/10 21:11:48

ラダーでシリアル通信て何よ？
ラダーのスキャンタイムでI/Oを読むのか？

45 ：デフォルトの名無しさん：05/03/10 21:15:21

ハードを知ってるソフト技術者ほしい

46 ：デフォルトの名無しさん：05/03/10 21:19:35

>>45
雇えば？

47 ：デフォルトの名無しさん：05/03/10 21:23:54

>>46
ソフトを知ってるハード屋さんもほしい、
どっちが良いだろうか

48 ：デフォルトの名無しさん：05/03/11 01:26:58

バランスの良い技術者がほしい

49 ：デフォルトの名無しさん：05/03/11 01:32:05

雇えば？

50 ：デフォルトの名無しさん：05/03/11 01:59:10

>>48
そんな技術者は、
ドラクエIIに出てくるサマルトリアの王子みたいに中途半端すぎですぐ死んじゃうぞ！

(´-`).。oO(奴はすぐ死ぬんで使えなかったな．．．)

51 ：デフォルトの名無しさん：05/03/11 02:06:38

洒落になってないな
色々できる奴は使われすぎて、比喩じゃなく死ぬ

52 ：デフォルトの名無しさん：05/03/11 05:34:13

・・・

53 ：43：05/03/11 09:00:45

>>44
本人の説明ではそうだった。
スピードは猛烈におそいようだった。

54 ：デフォルトの名無しさん：05/03/11 20:40:49

>>53
それにしたって半年は時間かけすぎだろ
しかもできあがったところでおそろしく実用性低いし
俺なら６日分しか払わないなw

55 ：43：05/03/11 23:46:54

>>54
なによりすごかったのは
客に向かって「開発なんだから納期なんか関係ない」って怒鳴ってたこと
お茶を噴きそうになったですよ。まぢで。
お客さんも、あふぉなのか
「うちも無尽蔵にお金があるわけではないし、そろそろ成果をいただかないと」
となだめてた
恐るべし大企業と思って見てます田

56 ：デフォルトの名無しさん：05/03/12 00:56:04

>55
学生ですがそんなんでも社会人になれるんだと勇気づけられますた。
謙虚に前向きに生きていこう。うん。

57 ：デフォルトの名無しさん：05/03/12 01:04:23

>>55
そりゃ笑える
どこが開発やねん！
ある意味、だれも挑戦しないことに挑戦してるから開発かな（笑）

58 ：デフォルトの名無しさん：05/03/12 09:27:43

>>56
もう日本人は要らないから安心して NEET してな。
>>55
文書取り交わしてなかった発注元も駄目だよ。

59 ：デフォルトの名無しさん：05/03/12 15:38:21

>>58
だな
元々の仕様がどうなっていたのか
たぶん仕様書などなかったのだろうが
大企業でなければ問題だろ

60 ：デフォルトの名無しさん：05/03/12 22:24:10

んでも、ﾊｰﾄﾞも知ってるとｵﾓﾛｲよ。
ﾊｰﾄﾞもわかるソフト屋として、よくﾊｰﾄﾞ屋の打ち合わせについていくとき結構ある
けど、ある意味世界が広がる。半導体屋の話を直で聞けるからね。

>>59
大企業でも問題だぞ・・・ﾌﾂー。
その雇い主もｷﾁｶﾞｲ害虫と同じぐらい無能だな。

>>56
普通はさっさと放り出されるから、特殊な例と思った方がｲｲｿﾞ。

61 ：デフォルトの名無しさん：05/03/13 22:51:42

>>60
| その雇い主もｷﾁｶﾞｲ害虫と同じぐらい無能だな。
以前、うちの会社で６名様ご招待してたんだけど、半年遊ばせておった。パック
料金なんで 4-500万 * 6 ヶ月無駄になったけど、責任者は見るから知○遅れ面。
うちの会社も会社規模に似合わず、ハンディーのある方々を雇って社会貢献してる
なぁって感心したです。ちなみにうちはパン屋ではありませぬ。

62 ：56：05/03/15 21:44:44

>60
冗談ですから安心してください。ありがとう。
今日面接で「英語できるね。海外大丈夫だね！」って言われました。開発希望してるっちゅうねんorz

63 ：デフォルトの名無しさん：05/03/15 22:02:02

>>61
お、お、俺も、もも、も、もも？

64 ：デフォルトの名無しさん：05/03/16 00:32:54

最近、海外と言えば、中国、東南アジア、ソフトだとインドを指すことが多い
というわけで、中途半端に英語がしゃべれると目をつけられるので、
英語は全くだめ、海外は大嫌いということにしている

65 ：デフォルトの名無しさん：05/03/16 15:54:36

>>64
アジアで製造するって事が多いけど、
その為の教育に膨大な手間がかからない？

66 ：デフォルトの名無しさん：05/03/16 16:03:43

>>65
今はロボットなのであんまり・・・
人力でやらなきゃいけない高等なものは、日本のおばちゃんにかなうものは
居ない

67 ：デフォルトの名無しさん：05/03/16 20:04:32

>64
いや出張くらいなら面白そうだから全然いいんだけど＞海外
そんなことより組み込み開発で海外行くことあるのか？→希望が通らなさそうorzって話ですた。

68 ：デフォルトの名無しさん：05/03/17 23:46:01

中国と行っても沿海は賃金高くなってるから、どんどん内陸に行ってるよ。
内陸はﾎﾝﾄ田舎でなんにもないぞ・・・・(;´Д`)

69 ：デフォルトの名無しさん：05/03/17 23:57:35

おばちゃんたちも昔は若い綺麗な娘さんだった

70 ：デフォルトの名無しさん：05/03/18 03:30:22

むしろロボットに出張させろよと。人間が行くこと無い。

71 ：デフォルトの名無しさん：05/03/18 06:33:56

たかが会社のロボットふぜいが何を言う

72 ：デフォルトの名無しさん：05/03/18 08:12:15

出張してくれるロボットの制御
いいね

73 ：デフォルトの名無しさん：05/03/18 08:46:46

労賃が安いところほどソフト開発に有利。

74 ：デフォルトの名無しさん：05/03/18 23:20:33

>>71
i, robot...

75 ：デフォルトの名無しさん：05/03/19 04:03:21

低コスト最優先な製造業は中凶から越南などへ越しつつある

76 ：デフォルトの名無しさん：05/03/20 01:04:12

>>67
がんがん外に出してるな。
＃明日から出張だす。

うちが使ってるところは、水準の高い教育を受けた連中だし、センスも
経験もあるエンジニアが何人か居るので仕事は回る。頑張ってくれるし。
ついでに現地プロマネはかわい娘ちゃんがやってることが多いです。
もちろん駄目なところは駄目なんだけど、そういうところに限って日本
資本の会社だったりすると、もう笑うしかないです。

目下の問題は、満足にハードを仕上げられない日本の顧客の質の低さだな。
ハード部隊も現地にいるので、ちょっとした分析とかリワークは出来るが、
根本的にバグバグのボード渡されてもねぇ。そういうお客に限って、打ち
合わせとか共同デバッグをやりたがるし、最小限のことも文書にできない。

こういうお客からの仕事を回すのは、回す側の信用問題にもなるから反省。

77 ：デフォルトの名無しさん：05/03/20 08:46:33

>>76
ハードデバッグを終わらせてからソフトに渡すハード屋なんてまず見ないな・・・
そこまでするとドライバ作ってる様なもんだから、外注化するメリットが
果てしなく希薄になりそう。

78 ：デフォルトの名無しさん：05/03/20 11:05:02

デバッグ前のハードのソフトは書きたくないな

79 ：デフォルトの名無しさん：05/03/20 12:28:07

でも、ハードのデバッグ用のソフトは誰かが書かなきゃならないわけで…

80 ：デフォルトの名無しさん：05/03/20 12:49:20

どっちがどこまでやるかを事前に決めとかないとあかんわけね。

81 ：デフォルトの名無しさん：05/03/20 14:05:10

ハード屋 = コストカッター

82 ：デフォルトの名無しさん：05/03/20 14:08:24

>>77
やっぱそんなもんすか？
泥臭いハードのデバッグは外注化してソフト屋に任せてしまえ
みたいな感じですか？
で、そういう泥臭い仕事もこなせるソフト屋ができるソフト屋と呼ばれるみたいな

83 ：デフォルトの名無しさん：05/03/20 14:27:52

>>77
> ハードデバッグを終わらせてからソフトに渡す
ってなことをやってると,

> ドライバ作ってる様なもん
ってことになって, ハード屋で出入社したはずが, ソフト屋の
中間管理職になってしまってたりするわけだ.
どこで道間違えたんだろ? <俺

84 ：デフォルトの名無しさん：05/03/20 17:44:52

>>82
うちはそういう会社です。
あまりハードに近いところまでできるソフトハウスや派遣会社がないので、重宝されているようです。

>>83
うちは逆に、ソフト開発で入ったはずなのに、ハードまでやるの？とぼやいている人が多いです。
私はあまり苦にならないですが。

85 ：デフォルトの名無しさん：05/03/20 18:14:40

論理回路設計なんぞプログラミングとあまり変わらんしね。

86 ：デフォルトの名無しさん：05/03/20 18:28:15

テストコードをあらかじめ書いといて、ハード屋に渡して
「これクリアするまで仕上げてから持って来い」と言う。

87 ：デフォルトの名無しさん：05/03/20 19:11:05

>>86
ハード屋がテストプログラムのデバッグまでして返します。
やりましたよ。お互い様だからね。

88 ：デフォルトの名無しさん：05/03/20 20:57:41

>>87
ファーム屋の仕事じゃないね、それはトウシロの「ソフト屋」の仕事。
連中は楽でいいねｗ

89 ：デフォルトの名無しさん：05/03/20 21:57:44

>84
そんな会社に入りたい…入社して一体何をやらされるんだ…。

90 ：デフォルトの名無しさん：05/03/20 22:01:31

でかい会社なら・・・オメ裏山しい

91 ：デフォルトの名無しさん：2005/03/21(月) 10:36:46

>>84
害虫の管理だろ。設計経験がないと辛いぞ・・・・・

92 ：デフォルトの名無しさん：2005/03/22(火) 17:50:59

パソコンからワープロの印刷装置を制御出来たらいいなぁ・・・
感熱紙専用プリンタ、なんつってね。
でもやっぱり、回路の解析から頑張らないといけないのかなぁ・・・

93 ：デフォルトの名無しさん：2005/03/22(火) 21:32:14

ttp://news.www.infoseek.co.jp/topics/business/shinkansen.html?d=22yomiuri20050322it13&cat=35&typ=t
「　この改良型ＡＴＣでは、レールが雨で塗れるなどして車輪が空転した際、
実際のスピードを検知する機能にプログラムミスがあり、ブレーキがかかるのが遅れたという。」
あら。これやったの誰？

94 ：デフォルトの名無しさん：2005/03/22(火) 21:32:50

>>92
独り言はよそでやってください

95 ：デフォルトの名無しさん：2005/03/22(火) 21:33:50

>>93
http://pc8.2ch.net/test/read.cgi/prog/1077732294/

96 ：デフォルトの名無しさん：2005/03/22(火) 21:36:11

>92
「ここまで解析したけど途中でわかんなくなったぜお前らなんとか汁！」ってくると皆飛びつくと思う。たぶん。

97 ：デフォルトの名無しさん：2005/03/22(火) 22:39:44

ていうか新幹線ってオートパイロットなの？

98 ：デフォルトの名無しさん：2005/03/22(火) 22:42:16

>>97
能無し

99 ：デフォルトの名無しさん：2005/03/22(火) 22:54:06

ｲﾐﾜｶﾝﾈｰ

100 ：デフォルトの名無しさん：2005/03/23(水) 01:31:08

>>92
よほど臍曲がりじゃない限り、プリンタ部はセントロニクス準拠の筈。
制御コードは運がよければ既存のプリンタと同系列、悪くすれば完全オリジナル。

101 ：デフォルトの名無しさん：2005/03/23(水) 01:34:12

市販の感熱紙プリンタ買ってくりゃいいだけと思うが。

102 ：デフォルトの名無しさん：2005/03/23(水) 11:44:57

>>97
新幹線では運転士はほぼ乗ってるだけ。
運転中に席はずして問題になったこともある。

103 ：デフォルトの名無しさん：2005/03/24(木) 01:16:44

もしワープロ用のプリンタを制御出来れば・・・
パソコンを使っての印刷だから、ワープロのよりも表現力が上がる
FAX受信用紙を流用出来るので、インクを使うよりコストが低く抑えられる
そういうメリットがあると思って書きましたが、やっぱり無理でしょうか。

>>100
ありがとうございます。
実家の押し入れにあるワープロはかなり古い機種なので、オリジナルの
制御体系だと思います（シャープの書院シリーズ）

>>101
あう、言われてみればそうですけど・・・
でも、発売されているのは伝票サイズのプリンターぐらいでした。
昔はノートパソコン（というか、ラップトップ）用のモバイルプリンター
があったと思いますが・・・あれも感熱式でしたっけ？

104 ：デフォルトの名無しさん：2005/03/24(木) 01:21:00

>>103
じゃあFAXモデムを買って来い
ほんのわずかな細工で電話回線無し PC - FAXモデム - FAX
ができる

105 ：デフォルトの名無しさん：2005/03/24(木) 01:35:08

一昔前なら感熱式プリンタなんて腐るほどあったのにね。
所謂熱転写色プリンタも、熱転写リボンカートリッジを外してプリントすると感熱紙で使えたりします。
#勿論、黒のみ。

そう言えば、どっかの計測器メーカがNECのPR201系の制御コード体型を持ったA4幅のロール感熱紙
プリンタを出してたなぁ。あれこれいじって遊んだ記憶があるぞ。

106 ：デフォルトの名無しさん：2005/03/24(木) 17:48:53

設計をある程度やったら外注管理に回るもんなの？

107 ：デフォルトの名無しさん：2005/03/24(木) 18:01:38

>>106
ずっと現場にいたければいつまでもどうぞ。
その代わり、いつまでも下っ端のままですが。

108 ：デフォルトの名無しさん：2005/03/24(木) 18:09:23

>>106
そんなのつまんない。

109 ：デフォルトの名無しさん：2005/03/24(木) 20:17:45

>>106
会社による。

110 ：デフォルトの名無しさん：2005/03/24(木) 20:44:15

>>106
仕事による

111 ：デフォルトの名無しさん：2005/03/24(木) 22:09:18

>>106
景気による

112 ：デフォルトの名無しさん：2005/03/24(木) 22:42:42

もう夜

113 ：デフォルトの名無しさん：2005/03/24(木) 23:04:02

>>106
人による

114 ：デフォルトの名無しさん：2005/03/25(金) 18:12:36

>>92
ttp://shop.aicon.co.jp/cgi/shop/goods_detail.cgi?CategoryID=000005&GoodsID=00000001
ttp://www.seiko-p.co.jp/printer/video/video01.html
プリンタユニットを買ってくればいいだけのこと

115 ：デフォルトの名無しさん：2005/03/25(金) 21:49:11

>114
夢が無い。

116 ：デフォルトの名無しさん：2005/03/26(土) 00:20:10

>>115 の夢は、ジャンクのワープロをプリンタにすることかい

117 ：デフォルトの名無しさん：2005/03/28(月) 17:44:26

EPROMでメーカーとかタイプをROMライタが表示するじゃないですか。
あれってどんな所に書いてあるんでしょう？ふつ～の番地を読み出したらFFか書き込んだ内容
しかよめませんよね？

118 ：デフォルトの名無しさん：2005/03/28(月) 20:23:03

>>117
フラッシュだとＡＡ／５５のコマンド与えて読むことできるよね
ＥＰＲＯＭもVPP電圧与えてプログラミングモードにすれば
読む方法があるんじゃないかな

119 ：デフォルトの名無しさん：2005/03/28(月) 20:24:50

>>117
ROMに専用のコマンドがある。
アドレス線のどれかにIDピンになる奴があって、
それに高電圧をかけて特定のアドレスを指定すると
マニファクチャとROM型番特有のコードがデータバスから読み出せるようになっている。
FLASHとかでもID読み取りコマンドがある。
大体どこのでも同じやり方でできるが詳しくはデータシートを見れ。

120 ：デフォルトの名無しさん：2005/03/28(月) 22:33:50

CFIの規格の一つだっけ？

121 ：デフォルトの名無しさん：2005/03/28(月) 23:18:47

EPROMだとCFIじゃないでしょ。

昔、製品にマスクROMを使っていたときに、新人君に発注データの打ち返しROMの
チェックサムとらせたら、ROMライターのROM判別設定をAUTOにしたお陰で、マスク
ROMを壊したことがあったな・・・（チェックサム合わないと、ちょっとした騒ぎになった。。。（ｗ

高電圧(+12Vぐらい)はたしかｳﾛｵﾎﾞｴだけどA9にかけるから、マスクROMだと
死んでしまうことがあるんだよね(;´Д`)

いまはマスクなんて使わないからナー。P2ROMぐらいか？

122 ：121：2005/03/28(月) 23:21:25

打ち返しじゃなくて、ESのマスクROMだな・・・(;´Д`)
すっかり忘れてるﾅｰ

123 ：デフォルトの名無しさん：2005/03/29(火) 11:15:18

123

124 ：デフォルトの名無しさん：2005/03/31(木) 19:43:38

バイナリーデータのフォーマットって、
ＤＥＣバイナリーって言う物があるでしょ。
あれがどうゆう物なのか、だれか教えてくだちい

125 ：デフォルトの名無しさん：int 2ch ＝05/04/02(土) 04:53:29

126 ：デフォルトの名無しさん：int 2ch ＝05/04/02(土) 13:26:45

VBOracle厨房なんすが、こんどカーオーディオとか
やることになりました。
なに勉強すりゃいいんすかねー。

127 ：デフォルトの名無しさん：int 2ch ＝05/04/02(土) 13:39:47

>>126
日本語と対人コミュニケーション。

128 ：デフォルトの名無しさん：2005/04/02(土) 19:01:45

>>126
口の利き方と礼儀作法

129 ：デフォルトの名無しさん：2005/04/02(土) 23:10:50

>>126
人生とは何か

130 ：デフォルトの名無しさん：2005/04/03(日) 00:16:31

>>126
向上心の磨き方

131 ：デフォルトの名無しさん：2005/04/03(日) 00:31:08

あえてマジレス。
向上心なんていうが、制御系だの組み込みだのマイコンチップだの相手の
仕事してる時点で、あんまり向上心なんてないってことだろ。
才能や適正も含めて。

だって所詮三流エンジニアじゃん。

132 ：デフォルトの名無しさん：2005/04/03(日) 00:40:00

ﾌﾟｯ　のぼせ上がった餓鬼んちょにはそりゃわからんわな

133 ：デフォルトの名無しさん：2005/04/03(日) 01:04:45

自分のこと見えないのか見たくないのか知らないが、
オストリッチ症候群な奴が多いのはこの業界の特徴だな。
別に三流が悪いと思わないが実際三流でしょ。一流の奴はこんな仕事しないよ。

134 ：デフォルトの名無しさん：2005/04/03(日) 01:07:15

ﾌﾟｯ　今日は良く釣れますなあ

135 ：デフォルトの名無しさん：2005/04/03(日) 01:21:45

馬鹿の壁か…。

136 ：デフォルトの名無しさん：2005/04/03(日) 03:13:57

>>133
一流のやつはなにやんの？
VB?

137 ：デフォルトの名無しさん：2005/04/03(日) 08:38:38

一流の奴は言語なんか気にしない。

138 ：デフォルトの名無しさん：2005/04/03(日) 09:00:36

一流の奴はプログラマなんかやってない。

139 ：デフォルトの名無しさん：2005/04/03(日) 18:07:19

自分の仕事場が三流だと思ってる奴は、まあ三流だろうな。

140 ：デフォルトの名無しさん：2005/04/03(日) 18:58:24

仕事場は一流だけど俺は三流…

141 ：デフォルトの名無しさん：2005/04/03(日) 22:17:01

>>140
一流に学べるなんて羨ましい

142 ：デフォルトの名無しさん：2005/04/04(月) 01:34:10

>>141
同意

143 ：デフォルトの名無しさん：2005/04/04(月) 03:54:05

制御系だの組み込みだのマイコンチップだの相手の仕事って三流なんですかね？

144 ：デフォルトの名無しさん：2005/04/04(月) 04:15:26

PICとかZ80互換チップとか使って、
簡単なシステムを作って満足しているようだと三流かな。
まぁ、それはそれで、いろいろと奥が深くて、
経験の少ないヤツや馬鹿にはできない仕事だがな。

組み込み系でも、各種CPUの動作を理解して、
新規格のバスや各種デバイスを理解して、
最適なRTOSやドライバを設計できるんだったら、
少なくとも三流の仕事ではないとおもう。

あと、航空宇宙、医療系や、携帯電話関係だったら、
下手なネットワーク、サーバー系の仕事よりシビアだし、
先端技術にもついていかなきゃいけない。

逆に、ネットワーク、サーバーとかを相手に仕事をしていても、
仕様書どおりに関数をコーディングしてるだけとか、
モジュール組み合わせてテストしてるだけとか
だったら、それは三流以下の仕事だな。

145 ：デフォルトの名無しさん：2005/04/04(月) 04:20:38

携帯は三流。医療系などと一緒にするな。

146 ：デフォルトの名無しさん：2005/04/04(月) 04:41:48

名前で差別してる奴は間違いなく三流以下だな。

147 ：デフォルトの名無しさん：2005/04/04(月) 14:38:37

オレはどんな仕事でも一流の

148 ：デフォルトの名無しさん：2005/04/04(月) 18:31:20

おまいら、>>131,133に釣られんなよ (´・ω・`)

149 ：デフォルトの名無しさん：2005/04/04(月) 22:04:59

マイコンソフト開発志望での再就職面接でのこと。
面接官から「C++の経験はありますか」の質問に対して、
「いいえ、C++の経験はありません。Cの経験がほとんどです」
と答えた漏れ。
逝っちゃいましたか。

150 ：デフォルトの名無しさん：2005/04/04(月) 22:10:33

CがダメでＣ++だったらなんでもＯＫってなとこだったら
こっちから(ry

151 ：デフォルトの名無しさん：2005/04/04(月) 22:16:09

日本って職域と階級がごっちゃになってない？
ＳＩ＞ＳＥ＞プログラマー　みたいな

152 ：デフォルトの名無しさん：2005/04/04(月) 22:54:12

>>149
いいんじゃね？嘘ついても仕方ないし。

>>151
組込みの世界ではそんな区別が無いことが多いような。
SE兼プログラマみたいな。

153 ：デフォルトの名無しさん：2005/04/04(月) 23:50:00

>>152
SE兼、制御アルゴリズムとシミュレーション兼、プログラマ兼、
ハードウェアのバグだしデバッガ兼・・・・

なんでもやらされちゃうのが組み込み系。
なんでも自分でできちゃう俺様ワールド好きが集まるのが、
組み込み系。

もちろん複雑なシステムになってくると、
そうはいかなくなってくるが・・・。

154 ：デフォルトの名無しさん：2005/04/05(火) 00:03:08

昔、カトラーのようなプログラマーにあこがれた事があったな。
いまは、なんでも屋になっちまったけど....orz

155 ：デフォルトの名無しさん：2005/04/05(火) 00:37:58

　ｳｨｰｯｽ　 ∧＿∧∩　　　　　　　　　．
　　　　　　（´∀｀*//　
　　　　⊂二　　／　　いまハイパーエンジニアが帰ったぞ！！！
　　　　 |　　)　　/
　　　口口/　　￣）　　　　　　　　　
　　　　　 ( <⌒<.<
　　　　　　>/

156 ：デフォルトの名無しさん：2005/04/05(火) 09:15:59

カトラーってなんだっけ？
昔デーブスペクターがヤキソバンと戦ってたやつ？

157 ：デフォルトの名無しさん：2005/04/05(火) 09:56:16

>>156
それはケトラー。
「戦うプログラマー」だか言う本の主役だ。＜カトラー

158 ：デフォルトの名無しさん：2005/04/05(火) 10:28:18

名前や分野で差別したりしてるが大切なのは設計力だよ。
一流とほざいてる奴の中にもまともな設計が出来ない奴って多いよ。
システムの規模やROMサイズによらず設計力のない奴はダメだな。

159 ：デフォルトの名無しさん：2005/04/05(火) 12:53:13

>>156
成就おめ

160 ：デフォルトの名無しさん：2005/04/05(火) 12:53:30

あれか
NTカーネル作ってて納期延び延びにしたダメグラマか

161 ：デフォルトの名無しさん：2005/04/05(火) 13:54:42

設計力を定義してください

162 ：デフォルトの名無しさん：2005/04/05(火) 14:33:37

つーかあれだ、プログラマとしてどうかは兎も角、管理能力はお察しくださいと。＜カトラー
プログラマなんて、みんな似たようなもんだけどな。

163 ：デフォルトの名無しさん：2005/04/05(火) 14:56:13

>>161
おまえは三流だなｗ

164 ：デフォルトの名無しさん：2005/04/05(火) 16:29:59

ｵｲﾗは上流

165 ：デフォルトの名無しさん：2005/04/05(火) 19:35:08

ま、少なくとも>>160 にはNTは作れない。

166 ：デフォルトの名無しさん：2005/04/05(火) 23:08:43

>>165
買ってくるから問題無し

167 ：デフォルトの名無しさん：2005/04/06(水) 02:00:08

>>166
ｲﾐﾌ

168 ：デフォルトの名無しさん：2005/04/06(水) 06:33:29

>>151
プログラミング能力よりもプロジェクト管理能力の方が評価されてるだけだろ？

169 ：デフォルトの名無しさん：2005/04/06(水) 21:43:11

ＳＩ＜＞ＳＥ＜＞プログラマー

これでいい。

170 ：デフォルトの名無しさん：2005/04/06(水) 21:53:03

ソフト野郎は糞ばっかり、分数も分からんやつは要らない。
ハードというか、LSI設計経験者は少ないな、欲しいんだが・・・

171 ：デフォルトの名無しさん：2005/04/06(水) 21:53:17

で、せいぎょけいのはなしはど

172 ：デフォルトの名無しさん：2005/04/06(水) 22:00:59

マ板向きの話題だな

制御系プログラマーこそ神
http://pc8.2ch.net/test/read.cgi/prog/1069842456/

173 ：デフォルトの名無しさん：2005/04/06(水) 22:49:46

LSI設計って、もちろん評価もできる人間だよな？
設計だけできて、評価がまともにできないアホもいるからな。

174 ：デフォルトの名無しさん：2005/04/07(木) 10:09:53

おまいら、これすごいぞ！
これでも見て感動しろや！
http://www.sakakibara-kikai.co.jp/products/other/LW.htm

movieもあるぞ！
http://www.sakakibara-kikai.co.jp/products/other/images/robo_s.wmv

搭載してるOSはなんだろう．．．

175 ：デフォルトの名無しさん：2005/04/07(木) 10:18:02

↑同感
自分が設計したのにも関わらず、まともな評価ができない奴いるよな。
ソフト、ハードに関わらず。

176 ：デフォルトの名無しさん：2005/04/07(木) 12:32:16

「とりあえず動くプログラム」と「正しいプログラム」は違う

177 ：デフォルトの名無しさん：2005/04/07(木) 13:02:01

確かに「取り敢えず動くランドウォーカー」と「正しく歩くランドウォーカー」は違うな。

178 ：デフォルトの名無しさん：2005/04/07(木) 15:34:00

とりあえずでも結構燃える俺がいるよ
あ、ランドウォーカーの話な

179 ：デフォルトの名無しさん：2005/04/07(木) 15:35:25

「ランドウォーカー」 age

180 ：デフォルトの名無しさん：2005/04/07(木) 17:58:13

こけたらしぬで

181 ：デフォルトの名無しさん：2005/04/07(木) 18:55:39

ランドウォーカーが実戦に配備されるのはいつですか？

182 ：デフォルトの名無しさん：2005/04/07(木) 20:15:28

偽二足歩行だからなぁ。
足引きずってるんじゃ、平地しか歩けないｗ
駆動はエンジンとクラッチ式か。
サーボモータだったら、もっと細かい制御できそうだけど、
トルクの関係で無理かな？

183 ：デフォルトの名無しさん：2005/04/07(木) 20:28:57

↑BBSの方に油圧だって書いてあったな。
油圧で細かい制御は難しそうだ。
しかも動力はエンジンじゃなぁ。
油圧をサーボによるポンプでコントロールできりゃいいんだが・・・

184 ：デフォルトの名無しさん：2005/04/07(木) 23:57:16

なに言ってる。
例えば、FBがちゃんとしててアクチュエータの性能が足りてるなら特に難しいってことはない。
油圧だろうがなんだろうが基本的には同じこと。

185 ：デフォルトの名無しさん：2005/04/08(金) 10:23:18

>>149
亀レスだけど、それは正しいんじゃないの？

C++ は全然別の言語だし、制御系で使われることもほとんど無いでしょう。
制御系でも、切れる人はアセンブラだろうが C だろうが、 C++ でやるような
効率的な設計を行ってるわけですから。

半端に C++ 書けるやつが C++ 出来ますって言うのが、一番痛いと思われ。

まっ、組み込み系でもアプリレイヤーは C++ で書くことが多いから、コアの
クラスライブラリの設計は出来ないにしても、それを利用したアプリ位は書け
るって言えた方が良いかもしれないが、それはもはや制御系とは言わないな。

186 ：デフォルトの名無しさん：2005/04/08(金) 17:04:14

>半端に C++ 書けるやつが C++ 出来ますって言うのが、一番痛いと思われ。
でも、できないというのも変だろ。

187 ：デフォルトの名無しさん：2005/04/08(金) 20:22:52

>>186
「少しだけできます」とかどうよ

188 ：デフォルトの名無しさん：2005/04/09(土) 01:44:34

それは出来ないとみなす

189 ：デフォルトの名無しさん：2005/04/09(土) 04:19:55

「C++の経験はありますか」と言う質問であって
出来るか出来ないかではなかったな

「経験はすこしあります、が、現時点でどの程度力になれるかはわかりません
けれど、頑張ってやりますのでお願いします。」
と言われたら、採用しちまうな、オレ

190 ：デフォルトの名無しさん：2005/04/09(土) 08:36:17

即戦力を求めるのか、時間をかけて育てるつもりなのか、にもよるな

191 ：デフォルトの名無しさん：2005/04/09(土) 14:59:59

>>190
今時分、時間をかけて育ててる余裕のある会社なんてあるのか？

192 ：デフォルトの名無しさん：2005/04/09(土) 17:02:38

言語くらいできる奴はごまんといるのにな
わざわざ何もしらない奴を採用する気が知れない
言語以外の事を山ほど教えないといけないのに

193 ：デフォルトの名無しさん：2005/04/09(土) 18:17:17

言語なんてちょっと勉強すればどうにでもなるからな。
言語以外のことが重要。

194 ：デフォルトの名無しさん：2005/04/10(日) 00:37:02

新卒で迷ってます
SIで上流メインのとこいくか、下流メインのとこいくか、制御にいくか
実際は技術を極めたいとか思ってるんですが、給料面などで・・・
制御やってる方、今の仕事は人にお勧めできますか？

195 ：デフォルトの名無しさん：2005/04/10(日) 01:05:18

>>194
制御系が好きな人にはお勧め。そうでない人にはお勧めしない。

196 ：デフォルトの名無しさん：2005/04/10(日) 01:38:20

194じゃないけど俺はやっぱ回路とかハードを叩くソフトいじる仕事がしたいなー。
上流やるにしてもさ。

197 ：デフォルトの名無しさん：2005/04/10(日) 01:40:45

下流の経験の無い奴が上流やってもうまくいかないことが多いと思う

198 ：デフォルトの名無しさん：2005/04/10(日) 05:02:22

外注管理に忙殺される毎日です

199 ：デフォルトの名無しさん：2005/04/10(日) 05:27:52

上流といっても色々あるわけで、中小でも下流から移行が可能だから最初は下流がお勧め。
更に言えば業務系と制御系は毛色が違うから、両方齧ってみる方がいい。

200 ：デフォルトの名無しさん：2005/04/10(日) 13:20:38

経験の無い奴は何やってもうまくいかないと思う。

201 ：デフォルトの名無しさん：2005/04/10(日) 13:35:31

>>200
最初は誰だって経験無いわけだが

202 ：デフォルトの名無しさん：2005/04/10(日) 14:48:59

200さんはいきなり経験がありましたｗｗｗｗ
やるまえからｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

203 ：デフォルトの名無しさん：2005/04/10(日) 14:51:50

>>200
うまくいかないのを経験不足のせいにするのは良くないぞ

204 ：デフォルトの名無しさん：2005/04/10(日) 14:56:34

ええけつしとるのぉ(*´Д`)ﾊｧﾊｧ
http://192.168.0.2/
http://192.168.0.2/~ss.jpg
http:///
http:///~ss.jpg

205 ：デフォルトの名無しさん：2005/04/10(日) 15:44:47

ローカルなアドレス貼ってあるのは何か意味あんの？

206 ：デフォルトの名無しさん：2005/04/10(日) 16:21:15

>>205
優越感だろ。お前らには見せてやんねーっていう。
まさに外道だな。

207 ：デフォルトの名無しさん：2005/04/10(日) 16:39:19

経験は本人の努力しだい。

208 ：194：2005/04/10(日) 21:11:13

やっぱり下流から上がっていく方がいいんですよね～
ただ、上流も下流もやってる会社ってあんまりなくないです？やっぱ転職狙いになるんですかね？
制御系と業務系でキャリアチェンジってのもそんなに難しくないもんなんですか？

209 ：デフォルトの名無しさん：2005/04/11(月) 00:57:40

>>205-206
204はマルチだからほっとけ

210 ：デフォルトの名無しさん：2005/04/11(月) 08:05:24

>>208
本人次第。
ただ漫然と仕事をせず、人間関係を作っていれば転職にも有利だろう。
できない香具師が多いしな。

211 ：デフォルトの名無しさん：2005/04/13(水) 03:44:50

端子がハイインピーダンスって、どんな状態なの？
０でも１でもない状態ってのが想像つかない。オシロ当てたら振動して見えるの？
それとも境界値付近の電圧になってるとか？
プログラムで読みとったら、０が読めたり１が読めたりする？

212 ：デフォルトの名無しさん：2005/04/13(水) 05:12:24

>>211
簡単にいっちゃうとなにも繋がってないのと同じ状態のことだよ

213 ：デフォルトの名無しさん：2005/04/13(水) 05:28:00

出力がハイインピーダンスというのは、
端子が電源側にもGND側にもつながっていない状態。
よって電圧は不定。
　　　△Vcc
　　　｜
----K　
　　　｜
　　　・---- out
　　　｜
----K
　　　｜
　　　▽GND
上図でどっちのトランジスタもONしていない常態
初AAチャレンジ！ずれてたらすまん。

通常はプルアップや、プルダウンを入れて、入力側につなぐ。
入力が未接続(オープン)だと、CMOSなんかは、
入力電圧の範囲を超えてラッチアップして壊れる可能性があるから。
（まぁ、最近のチップは保護ダイオードが入っているから大丈夫だとおもうけど）

たとえば、
複数のデバイスがCPUのバスにつながっているようなとき、
データの読み出しを要求されていないデバイスは、
データバスの端子をハイインピーダンスにする。
でないと、他のデバイスとデータの信号が衝突してしまう。

入力がハイインピーダンスってのもあるが、これは、また別の意味。
こっちはもうちょっとアナログチックで、
端子に流れ込む電流とかを気にする話になる。

214 ：デフォルトの名無しさん：2005/04/13(水) 07:01:09

たぶん、インピータンスってのが理解出来てないんだろうと思う。
単純に、「抵抗」って読み替えるといい。

ハイインピーダンスを高抵抗と読み替えると、
出力が高抵抗だから外来のチョットした信号に影響される状態ってイメージが出来るでしょ？

215 ：デフォルトの名無しさん：2005/04/13(水) 07:37:34

>>214
それがイメージできるなら、ハイインピーダンスくらい判ると思う。

>>211
>212の言う通り断線状態と同じだから、どこかで繋がってる入力ポートの電圧を示す筈。
#出力端子のみなら未接続と同じことになるから外乱を拾うかも知れんが。
入力として読み取る場合も通常は>213のいうようにプルアップかプルダウンされているから
0か1のどちらかと区別がつかない。

216 ：211：2005/04/13(水) 14:21:55

入力の場合通常プルアップかプルダウンされてるもんだというのは知ってます。
出力の場合０でＬ、１でHi-Zの出力端子を読んで失敗したこともあります。
プルアップ／ダウンしてない入力端子を読んだら、そのとき拾っているノイズによって
０だったり１だったりするのですか？　そういえばコンパレータ出力の端子を読みとって
多数決でＬ／Ｈを決めるコードを書いたことがあるから、読みとった値が不定っていう
意味ではないですよね？　読みとった時点では０か１どちらかだけど、ある程度安定に
その値が続くとは限らないと考えればいいのですか？

217 ：デフォルトの名無しさん：2005/04/13(水) 18:46:24

シュレーディンガーの猫みたいなものなのか？

218 ：211：2005/04/13(水) 19:10:32

シュレ猫も知ってます。でも「不定」のポートを読んだらどうなるのか興味有ったのでカキコ
させてもらいました。>>216の中でどの辺の認識が合ってるのかご教示いただければ嬉しいです。

219 ：デフォルトの名無しさん：2005/04/13(水) 20:27:10

> プルアップ／ダウンしてない入力端子を読んだら、そのとき拾っているノイズによって
> ０だったり１だったりするのですか？
yes

> 読みとった値が不定っていう意味ではないですよね？
yes　デジタル値は０か１です

> 読みとった時点では０か１どちらかだけど、ある程度安定に
> その値が続くとは限らないと考えればいいのですか？
入力端子の電圧で決まる
０とされる電圧範囲にあれば０
１とされる電圧範囲にあれば１
それ以外の電圧範囲ぼ場合は、０になるか１になるか決まっていない
デジタル値が不定とは、０になるか１になるか決まっていないという意味です

220 ：デフォルトの名無しさん：2005/04/13(水) 20:34:46

そもそも電圧の意味を根本的に理解していない希ガス。

221 ：デフォルトの名無しさん：2005/04/13(水) 20:36:56

ソフト屋からみればそうかもしれないけどね、ハードからみると不定は不定だよ。

だいたい入力ポートを浮かせると燃える可能性がある。

222 ：デフォルトの名無しさん：2005/04/13(水) 21:38:41

さて、この3ステート状態を実際の回路で計測してみましょう。
http://nagasm.suac.net/ASL/sensor02/

223 ：デフォルトの名無しさん：2005/04/13(水) 21:39:00

不定なものを読み取って何かしようという考えが間違い

224 ：211：2005/04/14(木) 05:57:54

アホな質問にたくさんレスありがとうございます。
５Ｖ動作の基板なら３．７５Ｖ辺りが０と１の境界値ですよね。
>>221の燃える話もうちょっと聞かせてください。
さすがに入力端子が不定のものを読んで何とかしようとしたことはありません。
オープンドレインの出力端子を読んで失敗したことはあります。<--こういう場合は
「書いた値をRAMで覚えておかなければいけない」のでした。

225 ：デフォルトの名無しさん：2005/04/14(木) 09:55:54

CPUのデータバスなんかをオシロであたれば、
Hi-Zの時にどうなっているかはすぐにわかりますよ。

226 ：デフォルトの名無しさん：2005/04/14(木) 09:58:20

不貞なポートって乱数に使えないかな

227 ：デフォルトの名無しさん：2005/04/14(木) 10:58:10

>>226
無理。

>>224
電子回路の勉強しておいで。
ここで解説するのは鼬害だから。

228 ：デフォルトの名無しさん：2005/04/14(木) 15:24:26

>>226
そういや、ＲＡＭの初期値は乱数に使われてたことあったな。

229 ：デフォルトの名無しさん：2005/04/14(木) 15:42:23

>>228
基盤のロットが変わって、パワーオン時にリセットされるようになって泣いた事あり。
乱数って言うか、乱数の種に使ってたんだけどね。

230 ：デフォルトの名無しさん：2005/04/14(木) 16:27:22

>>227
無理かな
種くらいになら使えそうな気がするけど
無理ならあやまろう

231 ：デフォルトの名無しさん：2005/04/14(木) 16:45:58

>>230
そもそもHiZな入力ポートを放置するのが問題だと言ってるのに……

232 ：デフォルトの名無しさん：2005/04/14(木) 16:56:13

>>225
プローブで触った時点で状態変わるわな.

233 ：デフォルトの名無しさん：2005/04/14(木) 18:48:49

入力ポートをオープンのまま放置するのが問題な理由は

　１、　昔はCMOSは簡単にラッチアップして壊れた事からの連想
　　　今は、保護ダイオードがあり、それを乗り越えるくらいの高エネルギー
　　　な相手だと、どっちにしてもどうしようもないから、単なる杞憂。

　２、中間電圧に放置すると消費電流が増える。
　　　時計のようなアプリケーションではバカに出来ないどころか電池寿命が桁違いに短くなる事も
　　　現在はこの理由によりオープンは嫌われる。

234 ：233：2005/04/14(木) 18:51:12

なお、保護ダイオードがあって壊れないといっても
電源電圧を越える電圧を与えるの高抵抗であってもかけるべきでない。

保護ダイオードを通って他のポートのインピータンスを変化させて
例えばADCの動作が狂うような現象が実際にあった

235 ：233：2005/04/14(木) 18:54:06

もし、ラッチアップが起きると、数100mAクラスの電流が流れて、電源を切るまで
その状態をリセット出来ない＝発熱で破壊する。

ので、ちょっと発熱するとかでラッチアップを疑うべきではない。
少し発熱するくらいは、出力信号を喧嘩させてる事が殆ど。
実際にラッチアップを起こせば、パッケージが破裂する程度のことになる

236 ：デフォルトの名無しさん：2005/04/14(木) 20:53:17

なんだかんだで、ハードの話もできちゃうおまえらが好きだ。
なんか、このスレは、すごく居心地がいい。

237 ：デフォルトの名無しさん：2005/04/14(木) 21:58:46

ハードの話って言ったって「初歩のラジオ」レベルの話題じゃん。。
そんなレベルで満足しちゃう自分が許せる人ってある意味幸福な人だよな。
でもそういう幸福な人はエンジニアには向いてないと思う。

238 ：デフォルトの名無しさん：2005/04/14(木) 22:24:02

うるせーうるせー

239 ：デフォルトの名無しさん：2005/04/14(木) 22:26:39

みんながみんな一流を目指してる訳じゃないだろ。
三流には三流なりの楽しみ方がある。

240 ：デフォルトの名無しさん：2005/04/14(木) 22:34:18

初歩の初歩レベルすらも知らないプロが多くてな･･･

241 ：デフォルトの名無しさん：2005/04/14(木) 22:39:30

基本的にはプログラム技術の板だからな。
ハード屋だったら電気電子板行くだろ。
でも、むこうでプログラムの話はあまりできないんだよ。

242 ：デフォルトの名無しさん：2005/04/14(木) 22:43:42

「ラジオの製作」と言わないところで、歳が分かる

243 ：デフォルトの名無しさん：2005/04/15(金) 06:47:13

初歩のラジオが薄っぺらい本になった頃、
僕はエロ本に目覚めていました。

244 ：デフォルトの名無しさん：2005/04/15(金) 08:14:05

PCの黎明期にラ製が部数を伸ばしたのに対して(ベーマガなども出してたし)
初ラは頑なに無線に拘ってコンピュータの話題が少なく売れなくなっていったと感じる
当時に今のような携帯電話の進化があれば初ラは携帯無線機の本と化していたに違いない

245 ：デフォルトの名無しさん：2005/04/15(金) 12:22:30

いやRLとかABがガンガッてるからムリ

246 ：デフォルトの名無しさん：2005/04/15(金) 18:08:20

ウッドペッカーやアンカヴァーって今にして思えば
北朝鮮の工作員の通信手段だったんだよな

247 ：デフォルトの名無しさん：2005/04/15(金) 23:08:58

ラ製に世界一簡単なラジオの回路図があった。
使用する部品は、
　　ゲルマニウムダイオード　１Ｎ６０　２個
　　クリスタルイヤホン　１個
たったこれだけ。電源なんて必要ない。
自作してＮＨＫ第２が聴こえたのには感動した。
２５年くらい前、リアル厨房だった頃の話。

248 ：デフォルトの名無しさん：2005/04/15(金) 23:31:44

>>247
４０才２ちゃんねらーｗｗｗ

249 ：デフォルトの名無しさん：2005/04/16(土) 00:43:11

40歳過ぎても現役ﾌﾟﾛｸﾞﾗﾏｰって制御系が一番多いんじゃない？
ｺﾎﾞﾗｰも2000年問題以降急激に少なくなったし

>>248
２ちゃんには４０代板も５０代板もあるの知ってる？
それより若年者の２ちゃん利用者増大の方が危惧するよ

あ、俺は３０代後半ね

250 ：デフォルトの名無しさん：2005/04/16(土) 00:59:33

ラ製じゃなくて初ラの名前を出したのは、世代っていうかラ製じゃ
あんまり失礼だと思ったからなんだけど。。

ラ製って全体的にガキっぽかったし製作記事のレベルも低かったでしょ？
初ラは入門者向けの記事もあったけど結構硬派というかいい意味でガキに媚びない
それなりのレベルの記事も多かったよ。

251 ：デフォルトの名無しさん：2005/04/16(土) 01:16:44

>>250
名前の割りに高度な記事が多かったよな（ｗ

252 ：デフォルトの名無しさん：2005/04/23(土) 16:53:46

このスレのみんなもよく読んでおくように。

ハードウェア出身のマネージャに分かっておいてほしい７つのこと
http://www.sessame.jp/etcdocuments/SuggestionsToHardwareManagers_v1_01.pdf

253 ：デフォルトの名無しさん：2005/04/24(日) 00:43:09

むしろ営業の人間に読んでおいて欲しいと思う今日このごろ

254 ：デフォルトの名無しさん：2005/04/24(日) 01:07:25

あぁ。それもそうだな。
つうか、もっと偉い方々によく読ませるべきかと。

255 ：デフォルトの名無しさん：2005/04/28(木) 00:31:10

byte enableという端子は何なのでしょうか？
今ひとつ意味がわかりません

256 ：デフォルトの名無しさん：2005/04/28(木) 01:17:21

>>255
何の？
入力なのか？
出力なのか？

も書かんのじゃ想像すら出来ん
DataSheetを読め

257 ：デフォルトの名無しさん：2005/04/28(木) 05:47:52

たぶん、それをアクティブにしない間はワードアクセスなんだよ。

258 ：デフォルトの名無しさん：2005/04/28(木) 09:17:44

データバスが切り替わるのかも知れんな。

259 ：デフォルトの名無しさん：2005/04/28(木) 10:14:40

>>255
フラッシュメモリなんかについてるBE端子のことなら
8bitメモリとして使うか16bitメモリとして使うかの制御端子だよ。
普通はどっちかに固定してる。

260 ：デフォルトの名無しさん：2005/04/28(木) 23:07:28

このスレに関係ありそうなのでコピペ
http://www.jiji.com/cgi-bin/content.cgi?content=050428170840X925&genre=eco

261 ：デフォルトの名無しさん：2005/04/29(金) 08:39:38

>>260
リンク貼ってコピペってのはどうだろうな。

団塊世代」引退、技術どうなる＝製造業の３割が危機感－厚生労働省調査

　１９４７年から４９年にかけて生まれた「団塊の世代」が２００７年以降、相次いで定年退職することから、
　製造業の約３割が技術継承に危機感を持っていることが２８日、厚生労働省の調査で明らかになった。
　企業側は雇用延長などで対処する方針だが、同省では「国際競争が激しく、時間をかけて社内で若い
　人材を育てる余裕がないようだ」（職業能力開発局）と分析している。

#まあ、日本はそういう面じゃもうダメだろうね。厳しいよ。

262 ：デフォルトの名無しさん：2005/04/29(金) 09:35:01

>>261
団塊の世代で居なくなって困るのは
ごく一部の職人のオッサンじゃないのか？

老害撒き散らしてる、自称技術者はむしろ
居なくなった方がいい。

263 ：デフォルトの名無しさん：2005/04/30(土) 08:36:47

今度制御系のPGをすることになったんだけど、
難しいのか？

俺は今までVBやVC++使って業務アプリを作ってたんだが。
C言語ならまったく問題ないし経験あるけど、
制御系がどのようなことをしてるのか、まったく見えない。

ソースコードを一回見てみたいので、どこかに公開されてるソースとかないかな？
どの程度のレベル（コーディング力）が必要なのかが知りたい。

264 ：デフォルトの名無しさん：2005/04/30(土) 08:52:31

分野にもよると思うけど、非同期や排他とかクリティカルな処理が
主体になるので、ソースを見ても（なぜここでこういう事をしてい
るのか？）が分からないと辛いかもしれない。

265 ：263：2005/04/30(土) 09:02:53

>>264
ソースコードを一部分で構いませんので、持っていらしたら見せてもらいたいんですが。
支障きたさない程度の部分で構いません。
どのようなものを組んでいるのか見てみたい。

今度行く先はC言語らしいですが。

266 ：デフォルトの名無しさん：2005/04/30(土) 09:09:19

割り込み　←　非同期

267 ：あぼーん：あぼーん

あぼーん

268 ：263：2005/04/30(土) 09:13:08

すいません、今からBicにいって
組み込み系のプログラミング書物を買ってきます。
そっちのほうが早そう。

ただ、一点ほどお聞きしたいのですが、
組み込み系といってもハードごとに違いはあるのは当然ですが、
作業していく過程とかコーディングする規則性とかは同じですよね。

失礼しました。

269 ：デフォルトの名無しさん：2005/04/30(土) 09:24:54

>>268
制御系といっても、組み込み系と制御GUIとでは天と地ほどの差があるのだが。
事前に勉強する能力よりも、現物を前にして吸収する能力が必要とされるのが制御系だ。

270 ：デフォルトの名無しさん：2005/04/30(土) 09:39:04

本の前の予備知識として
http://www.musin.co.jp/index.html

あと、↑でも言われていますが分野によっていろいろあります。
で、モータ制御一つとってもステッピングモータ、サーボモータ
などの違いがあり、同じモータを使っていても個体差があります
から、現調（現場調整）は必ずあります。
（小さいものは、持ち帰ってやりますが・・・）

271 ：デフォルトの名無しさん：2005/04/30(土) 13:13:48

>>270
ちんけなJavaScript作ってんじゃねーよ　あほぅ

272 ：デフォルトの名無しさん：2005/04/30(土) 15:55:52

↑のようにガラの悪い人がいっぱいいる分野です。

273 ：デフォルトの名無しさん：2005/04/30(土) 16:40:16

この業界の人は（っていうかどの業界でもPGはだいたいそういう傾向があるが）
自分の分野がなんかすごい高度でそんなことができる自分は選ばれた人間だ、
みたいな錯覚しているのが多いけど、他分野と公平に比較したばあい、
むしろ要求される能力や技術レベルは一般に低い。

今時のWinアプリ（といってもいろいろあるけど）に要求される平均的な水準よりも
ずいぶん低いと思う。
普通にWindowsのアプリを書く能力を習得できた人間なら、おそらくこの業界で
自分の無能を痛感することはあるまい。むしろぬるい業界だなと思う人の方が多いだろう。

274 ：デフォルトの名無しさん：2005/04/30(土) 16:51:21

ちんけかどうかは、見た人が決めることです。
私は、何の予備知識もない状態よりは良いと、
思ってページを紹介しただけです。

そして、Windowsなどの世界との違いは、「多重割り込みが
頻繁に起こる」事ぐらいです。Windowsでは、多重割り込みは、
ドライバでも作らないかぎりあまり考える必要ありません。

275 ：デフォルトの名無しさん：2005/04/30(土) 16:58:50

だからさあ、（多重）割り込み程度のことが特筆すべきことだ、ともし考えてるとしたら
それがレベルが低いってことだよ。
あんなもの中学生でも理解できる。

276 ：デフォルトの名無しさん：2005/04/30(土) 17:06:08

Win32プログラミングと、制御系（組み込み）プログラミングはどっちがむずかしい？

277 ：デフォルトの名無しさん：2005/04/30(土) 17:07:21

自分のよく知ってること　→　中学生でも理解できる
自分のよく知らないこと → そんなもん普通使わんでしょ

278 ：デフォルトの名無しさん：2005/04/30(土) 17:07:38

>>276
かわらんよ。どちらもできる人にとってはね。

279 ：デフォルトの名無しさん：2005/04/30(土) 17:10:23

>>276
どっちもピンキリだろ。
俺はWinアプリよりのプログラミングしてるが、
ナイキスト曲線やらなんとか判定やら意味わかんねぇ。

280 ：デフォルトの名無しさん：2005/04/30(土) 17:13:48

詳しくないことの方が難しいのは当たり前。
難易度は習得しやすいかどうかで測るべき。
でもどっちも似たようなもんだな。

281 ：デフォルトの名無しさん：2005/04/30(土) 17:22:48

Win32に「ナイキスト曲線」なんてあったかｗ？

282 ：デフォルトの名無しさん：2005/04/30(土) 17:29:26

「理解できる」と言ってるけど「管理できる」とは言ってないので・・・
良しとします。

283 ：デフォルトの名無しさん：2005/04/30(土) 18:28:50

ナイキストの判定図の事じゃないかな？

284 ：デフォルトの名無しさん：2005/04/30(土) 18:37:10

制御系といっても、昔ならTVには4ビットマイコンが多数入って
それぞれ作ってたけど、今では、
携帯や、液晶TVとかHDDレコーダなんてOSが乗っかって、共同作業で製作。
チーム作業だから、プログラミングよりもその周辺の事務処理能力の方が必要だよね。

もっとローレベルな部分をとなると、もう海外かなあ

285 ：デフォルトの名無しさん：2005/04/30(土) 18:39:07

>>273
よく言った。

組み込み系プログラマは、情報技術方面の知識がほぼ無いに等しく、
雇い主がハード屋であることもあり、そういった知識も要求されない。
ＴＲＯＮ辺りの理解と機械語や簡単なデジタル回路が読むことができ、
頭の悪い変更要求の嵐に耐えられるならやっていける業界だろう。

忍耐力以外は、極短期でマスターできるだろう。

286 ：デフォルトの名無しさん：2005/04/30(土) 23:20:48

極短期ねえ。
まあすぐに覚えられない奴は淘汰されるけどな。
仕事ごとにアーキテクチャが違うこともざらだし。

287 ：デフォルトの名無しさん：2005/05/01(日) 10:06:33

この業界の人は（っていうかどの業界でもPGはだいたいそういう傾向があるが）
自分の分野がなんかすごい高度でそんなことができる自分は選ばれた人間だ、
みたいな錯覚しているのが多いけど、他分野と公平に比較したばあい、
むしろ要求される能力や技術レベルは一般に低い。

今時の制御系アプリ（といってもいろいろあるけど）に要求される平均的な水準よりも
ずいぶん低いと思う。
普通に制御系のアプリを書く能力を習得できた人間なら、おそらくこの業界で
自分の無能を痛感することはあるまい。むしろぬるい業界だなと思う人の方が多いだろう。

288 ：デフォルトの名無しさん：2005/05/04(水) 02:46:25

冬季オリンピックのスケルトン日本代表みたいな感じだよね。やってるだけで価値がある。

289 ：デフォルトの名無しさん：2005/05/04(水) 03:18:21

国宝級制御系エンジニアとお友達になりたい件について

290 ：デフォルトの名無しさん：2005/05/06(金) 15:04:26

昔、コネクタの間にTTLがニ三個入ってるだけの回路図を持ってきて、
「これの制御プログラムを作ってください」という仕事があったな。
発注が大企業のソフト部門だったんだが、
その回路図を読めるのがそこに誰も居ないってのに呆れたよ。
ていうか、それを作った奴が辞めたら誰も面倒見れなくなったので外に出したんだと。

確か、ただのパラシリ変換だった。

291 ：デフォルトの名無しさん：2005/05/06(金) 15:53:28

PGとかアプリとか臆目もなく書かれると
知ったかぶって何こいてんだよと思う今日この頃

292 ：デフォルトの名無しさん：2005/05/06(金) 23:23:16

>>290
そんな仕事たくさん来ないかな（ｗ

293 ：デフォルトの名無しさん：2005/05/07(土) 03:36:23

書けないの？

294 ：デフォルトの名無しさん：2005/05/07(土) 06:05:43

すいません。削除依頼書いて来ました。

4.8K程度のuart信号を5CH入出力するボードをＨ８の8bitか16bitを使って作ろうと思います。
（CH0,1の入力はCH3に出す、CH4の入力はパラメータの順序を変えてCH5に出すｅｔｃとか。
　以前同様のシステムを8085+8251*4CH+8259+8253、ROM32K、RAM8Kで実現していました）

内蔵uartが2CHのチップを使えば外付けuartは3CH、内蔵が3CHなら外付けは2CHのどちらか
になりますね。ROMは内蔵flashにしろEPROMにしろいろいろ実装のバリエーションがあります。
RAMチップの外付けが必要かどうか、チップの値段など総合して、どのあたりのチップを選ぶ
のが適切でしょうか？私はRAM外付け＋uart3CH外付けでH8/338あたりが適当かと思いますが
もっとイイ／安い構成があるよ、とか聞かせてくださいませ。 NECだとプログラムが書きづらい
かわりにチップは安いみたいですね。

295 ：デフォルトの名無しさん：2005/05/07(土) 07:47:47

なんか、前にも見た感じだけど、
4800bpsならタイマー割込みを 38.400 か　19.200でかけてソフトで処理すれば
３チャンネルくらいは可能だろう

296 ：デフォルトの名無しさん：2005/05/07(土) 08:35:27

コピペ

297 ：294：2005/05/07(土) 13:41:48

あ、思い出した。でも1CHならいいけど、3CHを一つのタイマでやらすと不安定になりそう。
CHごとにタイマを別にできるぐらいタイマのCHがあるチップを選べばできそうですね。
ソフトはめんどうになりそうですが。

298 ：デフォルトの名無しさん：2005/05/07(土) 14:16:03

チャンネル分タイマが必要とかタイマの数n倍の周波数で割り込みが必要って
発想が理解できん。

全ch同じbpsなら何チャンネルだろうとその周波数のタイマが一発あれば
必要十分のはずだと思うけど。

っていうか、いまどきソフトでチマチマそんなことやるなんて俺は愚の骨頂だと思うね。

299 ：デフォルトの名無しさん：2005/05/07(土) 14:55:10

>>298
>全ch同じbpsなら何チャンネルだろうとその周波数のタイマが一発あれば
>必要十分のはずだと思うけど。
そうなの？外からの信号は、世界中の信号は、全て同期しているものなの？

300 ：295：2005/05/07(土) 15:24:21

２つの方法があって
　１、入力でエッジ割込みもかけて、その割込みでタイマを周期/2にリセットする
　２、タイマー割込内でサンプリングする

１だと、エッジ割込とタイマーが３つ必要になるから、２という想定なわけです。

この場合、
タイマー割込みの先頭で入力と出力をして、そのあと３つ分の処理をします。
出力はメモリ上の作っておいて、次の割込みの頭で出力させるわけです。

ダブルバッファという方式ですね。

301 ：デフォルトの名無しさん：2005/05/07(土) 15:42:19

>>299
全てのチャネルが同期してないから1つでいいんだよ。

302 ：295：2005/05/07(土) 15:51:38

>>298さんは送信しか考えていないと思う。

受信は調歩同期だからエッジからの同期を実現しなければいけない。

303 ：デフォルトの名無しさん：2005/05/07(土) 16:10:43

送信周波数のタイマじゃダメだね。
3倍くらいでいいんだっけ？

304 ：295：2005/05/07(土) 16:14:11

最初のエッジから　T/2　の後 T毎に見ないといけないから、 3じゃ厳しいかもな

305 ：デフォルトの名無しさん：2005/05/07(土) 16:34:57

いや、なんかモデリングに根本的にムダがあるような気がするけど。。
受信側だけ考えた場合、要はサンプリングを行う部分（サンプラー？）と
サンプルした信号を処理するステートマシンがあればいい。
同期っていうのはステートマシンの問題でしょ。

ステーマシンは単に一定時間(bpsの値）ごとにコールされればよく、別にエッジから同期するための
タイマなんて必要ない。

タイマを必要とするのはサンプラーだけ。
詳細は省略するけど、サンプラーの周期は信号のパルス幅の半分で必要十分でしょ。
そしてその場合、サンプリングの間隔が厳密に信号のパルス幅の半分である必要はなく、
多少のゆらぎがあってもかまわない。（LPF的な処理をする必要があるが）

だから単一のタイマ割り込みで複数のチャンネルを処理しても問題ない。

306 ：295：2005/05/07(土) 16:38:25

>>305
ああ、でもね。　シリアルは外部との通信だからノイズのことも考えなくちゃいけないし
クロックに水晶を使ってるとも限らないから、クロックズレにもある程度対処しなくちゃいけない

307 ：デフォルトの名無しさん：2005/05/07(土) 16:51:12

デジタルだと話が簡単でいいなぁ。

308 ：デフォルトの名無しさん：2005/05/07(土) 16:55:07

山谷それぞれで、3つづつサンプリングして多数決を取ると聞いた事がある。
そうすると3倍じゃなくて6倍サンプリングが必要だな。

>>307
ソフトで読める段階でディジタルになってしまうのはしょうがない。
A/Dで読んだりはしないよね？

309 ：デフォルトの名無しさん：2005/05/07(土) 19:06:06

ボーレートの倍のクロックでサンプリングすればほとんど問題起きない
おなじクロックでやってみたことがあるけどこれはさすがに化けまくった

どのみちuartを外付けする必要があるのならば全部外付けにしてしまったほうが
処理を書く手間がひとつ減って楽だと思うよ

310 ：デフォルトの名無しさん：2005/05/07(土) 19:16:17

>>309
それは運が良かっただけ

311 ：デフォルトの名無しさん：2005/05/07(土) 19:18:28

>>309
最低限、3倍サンプリングしないと駄目だよ

312 ：デフォルトの名無しさん：2005/05/07(土) 20:23:57

>>311
やってみた？

313 ：デフォルトの名無しさん：2005/05/07(土) 20:38:45

>>312
やってみた。

314 ：デフォルトの名無しさん：2005/05/07(土) 21:11:04

S 1 2 3 4 5 6 7 STOP
┐┌┐┌┐┌┐┌──
└┘└┘└┘└┘
↑↑↑↑↑↑↑↑ <---A
　 ↑↑↑↑↑↑↑↑<---B

1/2だと、ＡかＢのどっちかでサンプルする事になる。
理論的には可能という事になるけど、
相手とクロックが2％以上ズレていたら　後半になると1/4クロックズレてしまい誤まってしまう。

だから、相手との誤差が非常に小さいという条件をつけなければいけない。
セラロックとか、内部発振のＰＩＣとかを相手にしない？

315 ：デフォルトの名無しさん：2005/05/07(土) 21:13:15

>>314
それ　1/１　じゃない？

316 ：デフォルトの名無しさん：2005/05/07(土) 21:27:35

>>315
ホントだｗ

317 ：デフォルトの名無しさん：2005/05/07(土) 22:05:03

1/2で最初にスタートビット検出したところはエッジの可能性があるので次のサンプリングからひとつ飛びに見れば
うまくいくはずなんだがな～、実際Z８０CTCは２倍クロックでうまく動いてたし

318 ：デフォルトの名無しさん：2005/05/07(土) 22:16:37

あ、だめだ最初が真ん中だたら次がエッジになってしまう・・・３倍クロック居るな
やっぱり運がよかっただけなのか、ええい、運も実力のうちでぃ（嘘

319 ：デフォルトの名無しさん：2005/05/08(日) 01:12:16

サンプリング周波数は信号周波数の2倍以上が必要十分条件

320 ：294：2005/05/08(日) 03:46:37

いろんな見解ありがとう。参考になります。タイマ１つで3CH分サンプリングさせるには、
8bitチップではちょっと辛いと思われます。4.8Kのパルス１個は200uS、12.288MHzを選ぶとして
LD/ST,加減算などは320nSぐらい、タイマ処理の中でbit-->byteに再構成する処理は1CHあたり
（H8ではないチップですが）CPUの処理能力の３％ぐらい食ったことがあります。ですので
私なら　＞１、入力でエッジ割込みもかけて、その割込みでタイマを周期/2にリセットする
のほうを使うと思います。そのつもりで8bitH8シリーズの一覧を見てたら、8bitタイマ3CH、
IRQ３本搭載、という比較的下位の機種(3217)が見つかりました。当初の目標にはこれが一番
合いそうです。NECなどでは、チップの１クラスで￥１０位ずつ違っていましたが、
Ｈ８でもそうなのでしょうか？

321 ：294：2005/05/08(日) 04:04:41

私はstartbitのエッジ割り込みでタイマカウンタのほうを、周期の１．５倍で割り込み起こす
ように設定し、タイマコンペアレジスタは周期の１倍になるように設定してました。
これだとstartbitの次からほぼパルスの中央でサンプルできるし、割り込み頻度も重くならないで
すみます。これ、間違ってませんよね？

322 ：デフォルトの名無しさん：2005/05/08(日) 08:16:23

>>320
bit->バイトにする処理は　そのやり方をしても必要になるので
その負荷は殆ど同じ。　違いは、カウンタを自分でするかどうか。

>>321
　スタートビットが正しいかどうか確認する為に T/2で確認すべきだと思う
　面倒なら、エッジ割込みの終りにデータを読んでチェックするのもアリかもね

323 ：デフォルトの名無しさん：2005/05/08(日) 10:17:11

どう考えても割り込みをそんなに「贅沢に」使用する方法は、
単純にタイマ一発で処理する方法よりオーバーヘッドが大きいと思うけど。。
全部のチャンネルで1ビット受信するごとに割り込み発生させるの？
最近の8051派生チップみたいな身軽な石ならともかく、H8でそれはキツいような気が。

なんか都合よく3chの通信が同時に発生しないことを想定してないかなあ。
そういう想定が前提なら、単にマルチプレックス化すればいいわけで。

324 ：294：2005/05/08(日) 19:01:54

あ、323さんはﾁｮﾄ誤解してると思います。RXD-->IRQに立ち下がりが入った一発目で321のように
設定するときに、IRQは禁止にします。その後タイマ処理のほうに割り込みが入り、そこでbitcount
しながらbit-->byteに蓄積、最後にparity,stopbitを受信したらまたIRQを許可して最初に戻るです
8051派生チップでそういうの書きましたが、1CHです。CHあたりRXD,IRQ,TXD,タイマがセットで
ないとこの技は使えません。8251のｺﾏﾝﾄﾞregに相当する変数とかbitcounterとかRXD,TXDに相当
するbyteとかの変数もCHあたりに要ります。

325 ：294：2005/05/08(日) 19:07:53

>>322 ありがとうございます。そこまでやればノイズに強いシステムにできそうですね。
実装先が「船」なので、ケーブルの物理的破壊のほうが現実的な問題になりますが、
普通の232か422の信号でノイズ賑やかという環境ではないので、素直なアルゴリズムで
行こうと考えています。＝「だめ押し的確認はしなくてもいいだろう」姿勢ですね(^o^)

326 ：デフォルトの名無しさん：2005/05/08(日) 19:44:24

>>325
船だと結構ケーブル同士が束ねられるので
ある程度アナログ的にノイズを取ってもらっておかないと、厳しいかもな

327 ：デフォルトの名無しさん：2005/05/09(月) 00:00:07

ノイズや距離が気になるなら光ファイバ＜＞RS232C等使うよな

328 ：323：2005/05/09(月) 00:30:25

>>324
誤解してるかなあ？私は多分してないと思うけど。。
232cの1クロック周期のタイマ割り込みが、チャンネルの数の倍数ぶんかかるわけでしょ？

これ、H8だと結構きついオーバーヘッドだと思いますが。。

329 ：デフォルトの名無しさん：2005/05/09(月) 00:46:08

>>328
0xAAとか送らなければ大丈夫だよ
0xFFとか

330 ：デフォルトの名無しさん：2005/05/09(月) 02:19:01

>>328
組み込みでしょ？
オーバーヘッドが大きかろうが小さかろうが関係ない
大事なのは処理が間に合うのか間に合わないかだ

331 ：デフォルトの名無しさん：2005/05/09(月) 03:11:11

>>330
オーバーヘッドが大きかったら間に合わなくなっちゃうじゃん

332 ：デフォルトの名無しさん：2005/05/09(月) 03:52:44

>>331
H８って8085で間に合ってた処理が少々のオーバーヘッドで間に合わなくなるほど非力なのか？

333 ：294：2005/05/09(月) 05:29:38

クロックが同じでもコアアーキテクチャの違いだけで２倍ぐらいH8＞8085でしょう。
クロックは8085の４倍まで使えます。320でその辺の負荷分析をちょっとやりかけました。
9.6K以上で複数ＣＨだと、323=328さんの心配が現実になってくるでしょうが、4.8Kの3CH
なら耐えられるとおもいます。20Mの8051で19.2KBPSのシリアル1CHにこの手法を使った時は
シリアル処理の負荷は５％ぐらい＝「楽勝」でした。

このアイデアでちょっと書いてみた所、「全二重」にすると送信中にstartbitを検出した時、
その位置でクロックを1.5倍に調節するため、その位置の送信波形が狂うことが判りました。
8051のときは運用で半二重だったからこの問題はなかったのですが・・・
全二重が必要なラインは内蔵uart2CHを使い、疑似uartはRX/TXどちらか、という運用が可能
ならイイが、5CHとも全二重必須ならuartチップ使用、という考え方が健全ですかね？

334 ：デフォルトの名無しさん：2005/05/09(月) 06:40:07

全二重ならタイマー割込み1本でやる方が楽じゃないの？

335 ：294：2005/05/09(月) 08:49:47

4.8KBPSでの１パルスの時間は200uS、3CH分をサンプリングでやろうと思ったらタイマ割り込みの
ｲﾝﾀｰﾊﾞﾙは20uSぐらいにしないといけませんよね？（上の方でｻﾝﾌﾟﾘﾝｸﾞは３回必要と誰か言ってる）
他に内蔵uart*2CHの割り込みもあるし、普通のソフトタイマ(mS～10mSオーダー）を十数個は
カウントするアプリ上の必要もあるし、20uSのﾀｲﾏ処理は8bit-H8には重いとおもいます。
割り込みで半分取られたらタスクレベルのほうは正常に動けなくなりそうで。タスクレベルでは、
各ＣＨの受信ringから取り出してフレーム再構成、送信出力作成、タイムアウト処理などを
CH数分実行することになります。

336 ：デフォルトの名無しさん：2005/05/09(月) 17:34:20

タイマー割込み周期は26マイクロでいいでしょ。

割込みでは
　先頭でポートバッファから出力ポートバッファへの入力
　それ以後、処理中は多重割込みを許可する。

　　　　ポートバッファは出力用　12バイトをリングに　8回毎にポインタを進める。
　　　　　　バッファを全部出力し終わったら　パラレルシリアル変換をして12バイトを用意

　入力ポートバッファはＳＴＡＲ＋8bit+STOP1とすると　10*8=80byteを用意。
　　処理禁止カウンタを３バイト用意。
　　処理禁止カウンタが０でなければ１減らし
　　０なら、
　このリングの 79byte前がLならスタートビットとしてパラレルシリアル変換
　　この処理の禁止カウンタを８０に設定

これくらいなら、別にＨ８なら問題無いと思うが　

337 ：294：2005/05/10(火) 05:08:08

面白いアイデアですね。そういう発想では書いたことなかった。
「８」は１パルスを８回サンプリング、という意味ですか？
入力のほうは、1bitに1byte使うのは解りました。
出力のほうがよく解らない。12byteの意味をもうちょい詳しく話してください。
これらの処理は1CHについて言っているのですか？それだと3CH分ではきつくありませんか？

338 ：デフォルトの名無しさん：2005/05/10(火) 06:57:17

>>337
3bit入力3bit出力だから、勿体ないけど1byteに3ビットしか使わない。

3CH分でも、実際の大きな負荷は 1CH分2mS毎にしか来ない。
多重割込みが数回かかっても、その後お休みが続くから問題ない。

出力は
もしシリアル受信してから応答が数ミリ遅れても良いのであれば
12バイト（パリティ無し、stop=1なら１０バイト）を
一度にシリアルパラレル変換すれば効率が良い。
　

339 ：294：2005/05/10(火) 08:17:42

あ、3CH分常にサンプルしてるわけですね。うまいな。８回＊１０ｂｉｔ分をリングにする、と。
７９バイト前がＬならstart+1byte+stopが蓄積されてるはずだから、パルスの真ん中付近から
8bit集めて1byteにして受信の1byteが発生、ですね。
出力も、10bit＊８回ぶんのリングから割り込みの度に出力しているのですか？＝「1byte送信」
はstart+1byte+stopのbitパターンを80bitにしてそのリングに入れてやることになりますか？
それとも、８回に１回出力ポートへ書き込む？　どっちが効率いいのかな？
この手法だと3CHに限らずポートがあれば8CHぐらいまで可能ですね。

340 ：294：2005/05/10(火) 11:54:58

>>336の「処理禁止カウンタ」というのは、連続で受信が入っていれば80～0に動きますね。
受信が入っていない時は、2.08mSごとに循環してはだめですよね？

341 ：デフォルトの名無しさん：2005/05/10(火) 12:43:29

一度にシリパラ変換すれば効率が良いって話はとうてい賛同できんなあ。。
シリパラ変換ってそんな大げさなものではなく、単純に一つだけビットが立っている
バイトの値を右にローテートしながら、バッファにORしていくだけですが。。

342 ：デフォルトの名無しさん：2005/05/10(火) 17:03:52

単純だからこそ、レジスタを使って一気に処理するメリットがあるんでしょ

343 ：デフォルトの名無しさん：2005/05/10(火) 17:31:59

レジスタを使う効果より、ループを展開出来るメリットの方が大きいかもね

344 ：デフォルトの名無しさん：2005/05/10(火) 21:18:48

>>342
実際にプログラム書いてる人の意見とは思えんなあ。。

まとめて処理するってことは、サンプリングしたビットデータを
バイトに拡張して一時的にバッファリングしておいて、一定量バッファリングしたのち
さらにシリパラ変換をしないといけない。

だけど冷静に考えてみたら、バイト拡張してバッファにストアする処理と、
ビットマスクを右にローテートしながら受信ビットが１だったらバッファに
ORする処理はほとんど（というよりまったく）処理量は違わない。

だったら後でまとめてするシリパラ変換の処理は丸々無駄ってことだよ。
だいいちこんなタイムクティカルな処理で「まとめて処理」なんてダメ設計じゃん。
まともな人ならやらないと思う。

「まとめて」処理してる間は割り込みはどうするの？
禁止しても許可してもトラブルの原因となりうる。

345 ：デフォルトの名無しさん：2005/05/10(火) 21:33:24

>>344
　サンプリングしたビットデータは、バイトに拡張するという意味は？
　Ｈ８はメモリマップされたＩ／Ｏだから単にコピーするだけ

　バイト拡張するというのは、何かカンチガイしてるのでは？

クリティカルな処理だからこそまとめて処理する。
割込内で多重割込みを許可するわけ。

タイマー割込み等がそのまとめ処理中にかかるけど、それは全く問題無い。
まとめ処理の頻度は完全にコントロール出来るから、多重割込の最悪もちゃんと見積もれる。

この場合、３つの調歩同期入出力を、それぞれ単独に処理していたら、たぶん割込負荷が大きすぎて
４８００bpsでも厳しいと思うよ。

厳しい理由は、判断・分岐の頻度が大きくなるから。
だから、それをまとめて、一気に処理する事で、コストを下げるわけ

346 ：デフォルトの名無しさん：2005/05/10(火) 21:36:58

>>340
if( 禁止cnt[i] >0) 禁止cnt[i]--;
else {
　　if( このリングの 76byte前がLなら){
　　　スタートビットとして 8byte飛びにパラレルシリアル変換
　　　禁止cnt[i] = 80;
　　｝
}

347 ：デフォルトの名無しさん：2005/05/10(火) 21:42:38

>>345
>>336を読もう。
１ビットの情報を格納するのに1バイトのメモリを使用すると書いてある。
こういう処理のことを「拡張」って呼んだりするよ。

348 ：344=347：2005/05/10(火) 21:46:18

ついでに、タイムクリティカルだから「まとめて処理」って発想がいかに馬鹿げているかは
冷静に考えれば誰でもわかると思う。

349 ：294：2005/05/11(水) 04:32:08

>>346 PADR.0,1,2にRXDという仮定で書いて見ました。softboatのICCH83
/*bit受信制御用変数 */
ucharrring[80],rptr;
ucharch2cnt,ch3cnt,ch4cnt;/* ｼﾘｱﾙ-->ﾊﾟﾗﾚﾙﾄﾘｶﾞｰ用ｶｳﾝﾀ */
#pragma function=interrupt/*「これ以降の関数は割込み」*/
void C_TMR8A0(void) {/* 8bitﾀｲﾏ0 ﾏｯﾁA割り込み*/
TCSR0 &= ~0x40;/* 割り込み要因クリヤ*/
rring[rptr] = PADR;/* 受信ﾎﾟｰﾄｻﾝﾌﾟﾙ*/
rptr = (rptr+1)%80;
set_ccr_mask(1);/* ここ以降多重割込許可 */
if( ch2cnt ) ch2cnt--;
else if( !(rring[rptr]&1) ) {/* 79byte前がstartbit？ */
register uchar n,x;
x = rptr;
ch2cnt = 80;
n = (rring[(x+12)%80]&1);
n |= (rring[(x+20)%80]&1)<<1;
n |= (rring[(x+28)%80]&1)<<2;
n |= (rring[(x+36)%80]&1)<<3;
n |= (rring[(x+44)%80]&1)<<4;
n |= (rring[(x+52)%80]&1)<<5;
n |= (rring[(x+60)%80]&1)<<6;
n |= (rring[(x+68)%80]&1)<<7;
r2ring[c2r_wpt] = n;/* 受信byteを受信ringに */
wrap_around(c2r_wpt,r2ring);
}
}
}

350 ：294：2005/05/11(水) 04:48:24

x=rptr以降で多重割込が動いてrring[rptr]やrptrが2,3度変更されても、ｎに受信byteを再構成
する処理は無事動きそうですね。ASMで右ROTATEを使うのがいいのですがｃだとこのように
しか書けません。
出力に関して>>338で言ってるのは、受信とは非同期でいいのだから、4800BPS＝208uSの
タイマを作り、そこでbit送信をすれば？ということですね。今解った(^o^)各CH別にstateを持てば
非同期に送信できるが、stateは１個でも1byte分の遅れで送信できて楽できる、と。

あと心配なのは、多重割込です。割込優先度はタイマ０＞タイマ１＞uart0＞uart1なので、
タイマ０でサンプリング、タイマ１で送信処理にすればいいとおもいますが、割込処理中でImask=0
にしたとき多重割込で入ってくるのは、「そのﾚﾍﾞﾙ以上」の割込だけなのか、それ以下も入って
くるのか？後者だとサンプリングがふらつきますね。

351 ：294：2005/05/11(水) 05:23:10

H8/8bit系で12.288M、ＥＰＲＯＭ外付けというハード条件が想定されるのですが、これだと
26uSの間には10～15命令ぐらいしか実行できません。割込受付で40～50ｽﾃｰﾄ、関数の
入口出口でのpush/popを除くと、「身の部分」だけの349のコードでも重いですね。
アイデアは良いと思いますが、これはもう少し高性能のチップ向きのアルゴリズムみたい。
このハードで生ポートのサンプリングを書いたときは70BPSの信号を630uSでｻﾝﾌﾟﾙでした。

352 ：デフォルトの名無しさん：2005/05/11(水) 06:57:13

>>349
多重割込みがかかったときの事を考えると、
多重割込許可の前に、判定する rring[rptr]の値をレジスタにコピーしておいた方がいい。
　rring[(x+12)%80] は　さすがに１２回までは侵されないから大丈夫。

>>350
　多重割込許可は全て許可した方が簡単

>>351
H8ってそんなに遅かったっけ？　内部１６ビットだから、多くの命令が２ステート
分岐命令が４ステート、その倍くらい実行出来ると思うけど？

353 ：294：2005/05/11(水) 08:45:50

＞判定する rring[rptr]の値をレジスタにコピー　　・・・鋭い！！ありがとうございます。

＞そんなに遅
内蔵ROMアクセスだとそうなんですけど、外部メモリアクセスに６ステート＋wait-state分
食っちゃうんです。なので12Mでreg<-->メモリ間のLD/STが1.6uSぐらい。クラのノウハウが
ROM外付けの伝統なので、しょうがないです。今は受信はIRQ+4800でサンプリング、送信は
別のタイマで3CH分4800で送信、という、333と338の折衷みたいなのを考えてます。

H8にこだわらなければ（K80とかNECとかなら）もっと安い、とかこんな手法が、とかありますか？

354 ：デフォルトの名無しさん：2005/05/11(水) 11:09:46

>>353
そりゃ遅いね。　
フラッシュ内蔵の品種にして、
外部ＥＰＲＯＭはブート時にチェックサムが違う時に自己書換えするような方式にしてもらったら？
それだけで４倍から早くなる。

というか、フラッシュ内蔵を使わないと、外付けの品種にするだけでピン数が増えてコストアップだと思うのだが？

355 ：デフォルトの名無しさん：2005/05/11(水) 14:45:22

>>353
6ステートもかかったっけ？あ、8bit busだと二回になるからそんなもんか。

内蔵RAMに余裕があったら、そのへんのコードだけでもRAMに突っ込んだ方がいいのではないかと。

356 ：デフォルトの名無しさん：2005/05/11(水) 15:40:49

外付けＲＯＭを言わないならＰＩＣ１個で出来そうな感じだが

357 ：294：2005/05/11(水) 16:51:27

>>354 ＞フラッシュ内蔵を使わないと、外付けの品種にするだけでピン数が増えてコストアップ
うわぁ、それは私も知りませんでした。＞ブート時にチェックサムが違う時に自己書換えする
これはどんなテクが要るのでしょうか？「内蔵flashに対するプログラム方式」みたいな章が
CPUﾏﾆｭｱﾙにありますが、その辺の理解？　外部ROMアクセスと内蔵FROMアクセスを両方
RESET処理でできるのでしょうか？　そういうコードもしたことありません。

>>355 そんなもんです。内蔵RAMはこのクラスのチップではせいぜい512止まりですから、
コードを置くどころか制御用変数とスタックだけで精一杯です。4～5CH分のringﾊﾞｯﾌｧだけで
４～８ＫＢは要りますのでRAM外付けは必須になります。

>>356 内蔵uart2CHも動作させる必要ある、っていう上の方の話、見落としてません？

私の元の話は「uart4～5CHの入出力交通整理。8bitチップでは内蔵は２CHがせいぜい。
uartチップ外付けまたはソフトで同様の機能を代行するとして、お奨めの（安い・作り易い）
構成・アルゴリズムなどは？」なのです。私自身がH8経験が多いのでH8に関する議論が多く
なってしまいました。IRQ+4.8Kサンプリング、26uSサンプリングなど、2,3の上の方で出たｱｲﾃﾞｱ
は実際にコードしてみて一長一短な経過も上の方に出てます。

358 ：デフォルトの名無しさん：2005/05/11(水) 20:08:29

>>357
外付けＲＯＭのチェックコードを確認して、それが正しければ、そこにジャンプしてコードを実行させればいいじゃない。
そして、外付けＲＯＭに内蔵フラッシュの書換えコードを入れておいて、
内蔵フラッシュとチェックサムが合わない時にはフラッシュを書き換えてしまえばいい。

でも、ＵＡＲＴ２チャンネル＋外付けＲＡＭ・ＲＯＭを付けるくらいなら
十分にＲＡＭ・ＲＯＭを持ってる１チップにした方がいいんじゃない？

ＲＡＭ８Ｋの製品もＨ８にもＭ１６Ｃにもあるでしょ

359 ：デフォルトの名無しさん：2005/05/12(木) 01:03:33

新人教育をしようと思っていますが何を教えたら良いでしょうか？
今は、「組込みシステム開発のためのエンベデッド技術」
を読んでもらっていますが・・・

360 ：デフォルトの名無しさん：2005/05/12(木) 01:47:40

>>359
ゴルゴ13が、わざわざ狙撃に向かないアーマライトを使っている訳を
教えてやってください。
その教えがいつか必ず役に立つ日が来ます。

361 ：294：2005/05/12(木) 04:33:43

>>358 どちらのROMが有効かはハード設計時にモードセレクトｂｉｔを固定にするもんだと
思ってました。入力端子だからソフトで書き換えはできませんよね？

ＲＡＭ８Ｋのチップは１６ｂｉｔのシリーズになりますよね。それでも外付けチップと合わせた
値段よりは安くなるのですか？　私、ハードの事情には疎いもので(m_ _m)

>>359 自分で作らせられる程度の小規模なシステムがうまくあるといいのですけどね。
例えば私がやっているような(^o^) コンパイル・リンクなどソフト方面の知識はあるとして、
それ以外の情報は「支援」してやる。ハードの性質とか、割り込みの入り方、デバック方法etc。

362 ：デフォルトの名無しさん：2005/05/12(木) 06:38:28

>>361
小容量のＲＯＭ・ＲＡＭはどんどん入手が難しくなるし割高になるばかり。
２７Ｃ６４の方が２７Ｃ２５６より高い。　２７Ｃ２５６だって、５００円はする。
ＲＡＭはもっと厳しい

ＣＰＵ単体だっていつまで製品が続くか判らないが、外付けにしたらリスクが減るかというと
そんな事はないわけで、

だったら１チップマイコンで十分じゃない

363 ：361：2005/05/12(木) 08:21:50

なるほど、16bitは性能的にオーバースペックだから８ｂｉｔと考えていたのですが、ROM/RAMを
適量積んでるというほうを優先で考えたほうが安くなるということですね。これはクラにも話して
あげたいですね。　なにせ製品のロットを作る度に秋葉原で8085買い漁るという「狩猟採集経済」
みたいなことしてるんですよ(^o^)

364 ：デフォルトの名無しさん：2005/05/13(金) 06:53:08

少しくらいオーバースペックでも、結局は数買った方が安価なんだから
近所の人が使ってるものを使った方がいいよね

365 ：361：2005/05/15(日) 16:47:17

ｹｰﾀｲに使われてる石ならそう簡単に無くならないだろうと思ってH8の16bitを候補にあげました。
あまり数は出ないけど永く作るシステムなので、その辺の寒天から石のお奨めｷﾎﾞﾝﾇ

366 ：デフォルトの名無しさん：2005/05/15(日) 17:01:40

H8といわれても色々あるからなあ

367 ：デフォルトの名無しさん：2005/05/15(日) 17:14:57

SXにしとけば間違いはない

368 ：デフォルトの名無しさん：2005/05/15(日) 18:27:09

>>365
メーカー／販売代理店の営業と付き合いないの？

369 ：デフォルトの名無しさん：2005/05/15(日) 21:46:25

ケータイみたいなのは陳腐化が激しいからそれこそ、ソレに使ってる部品なんてさっさと消えてしまうよ。

自動車に使われてるとかの視点の方がマシじゃないの？　知らないけど

370 ：361：2005/05/16(月) 05:01:44

ハード屋さんとしかつきあいないの。石買うのはハード屋さんだし。　SXじゃオーバースペック。
メーカーサイトのチップラインナップ一覧表とか見ると、あまりにも多くてﾊﾟﾆｸﾘそう。
H8なら搭載RAMが8K/16K、uart2CH、タイマが16と8あわせて７ＣＨということで3062か3068
がよさそう。自動車のどこに使われるかで色々あるとおもうけど、ブレーキにSHシリーズ
という話は聞いたことがある。アクティブサスもマイコンらしいね。

371 ：デフォルトの名無しさん：2005/05/16(月) 16:22:18

今Ｃ言語でＰＧやっているのですが転職して
今度、求人のパチスロやゲーム等の制御系Ｃ言語ＰＧ募集に申し込もうと思っているのですが
制御系というのがいまいち理解できません。
ハードウェアを直接いじり倒すということでいいのでしょうか？
昔、MZ700とかＸ１とかＸ６８０００でアセンブラでなら色々とやっていたのですが
Ｃ言語になると、どうやってＶＲＡＭとかのアドレスに直接アクセスしたりするのか
分かりません。
こんな俺では制御系は無理でしょうか？

372 ：デフォルトの名無しさん：2005/05/16(月) 16:40:56

トラックバック:http://etc3.2ch.net/test/read.cgi/qa/1116221059/

373 ：デフォルトの名無しさん：2005/05/16(月) 16:54:52

スタートアップとベクタテーブル以外全部Cで書いた
VDP周りは用意されたライブラリ経由でやった

しかし「昔云々と振っておいて、Ｃ言語になると、どうやって…」と言ってる時点で無理

374 ：デフォルトの名無しさん：2005/05/16(月) 16:59:06

>>371
自分で調べることもしないで制御系なんて笑止。

375 ：デフォルトの名無しさん：2005/05/16(月) 17:12:39

>>371
直接アクセスってこういう事？
(*(unsigned char *)0xFF1000) = 0x01;

376 ：デフォルトの名無しさん：2005/05/16(月) 17:28:32

>>375
volatile付けておかないと悲惨な事になるぞ。
うっかり忘れて半日つぶしたり…

377 ：デフォルトの名無しさん：2005/05/16(月) 19:01:47

本物の制御プログラマはvolatileを使わない

378 ：デフォルトの名無しさん：2005/05/16(月) 20:09:39

ボラタらないでどうやってやるんだよ？　
この大ボラ吹きが！

379 ：デフォルトの名無しさん：2005/05/16(月) 20:44:12

アセンブラでごりごり書く。
漏れはもう無理だな。

380 ：デフォルトの名無しさん：2005/05/16(月) 21:29:15

パチスロはともかく、ゲームにはあんまり制御の部分はないような気が。。
まあ実際ゲームセンターいって見れば猿でもわかるけど、
きょうびのゲームのプログラミングの大変さは制御系なんて全然比じゃないよ。

っていうか制御系に必要な知識なんて半年もあれば８割方マスターできちゃうよ。

381 ：デフォルトの名無しさん：2005/05/16(月) 21:36:32

>>380
そんなに底の浅いものなのか？

382 ：デフォルトの名無しさん：2005/05/16(月) 21:37:15

残り2割に10年かかるが…

383 ：デフォルトの名無しさん：2005/05/17(火) 02:00:31

学生さんの妄想なんで許してやってください

384 ：361：2005/05/17(火) 05:02:59

ベクタテーブルもｃで書けます。
void IntXXX(void);
void (*const vector[])(void) = {　/* 割り込みベクタ部　*/
　(void*)&reset,/* 0000 reset vector*/
　(void*)(-1),(void*)(-1),/* 2,4 reserve　*/
　nullint,/* 0006 : NMI　*/
　IntXXX,　・・・　　なんて書いてます。これを先頭にリンクすれば０番地になるし。

385 ：デフォルトの名無しさん：2005/05/17(火) 12:11:48

↑べつに無理して書かなくてもいいじゃん
純正のコンパイラなら #pragma を使えばベクタテーブルを
生成してくれるものもある

/* 割り込みソースと割り込み関数の宣言 */
/* こう宣言するとリンクした時にINTP0割り込み */
/* 対応するベクタテーブルの位置(アドレス)に */
/* int_funcExtInt関数アドレスが埋め込まれる */

#pragma interrupt INTP0 int_funcExtInt

/* 割り込み関数本体 */

__interrupt
void int_funcExtInt(void)
{
/* この関数には __interrupt修飾子が付いているので */
/* レジスタの退避と復帰処理に加え、最後に割り込み */
/* からの復帰命令 reti が加えられる */
}

こんな感じ

386 ：デフォルトの名無しさん：2005/05/17(火) 12:21:04

>371
制御系うんぬんの前に出直してきた方がいいよ
C言語も分かってないようだね
任意のアドレスにもアクセスできないようじゃダメだよ

387 ：デフォルトの名無しさん：2005/05/17(火) 12:38:03

わかってないのは君のほうだと俺は思うよ。
C言語の細かい仕様を知ってるかどうかなんて今日（っていうか昔もそうなんだが本当は）
あんまり重要なことじゃない。
そんなもん、３日もかければお釣りがくるからねえ。

無能な奴に限って「俺はXX言語が．．．」とくる。

388 ：デフォルトの名無しさん：2005/05/17(火) 12:42:19

本当に勘違いしている奴が多すぎるよこの業界。
本気で、いわゆる「制御系」が技術的に高度な仕事だと思ってるなら、
そりゃあんたがどうしようもなく馬鹿なくせにプライドだけが高くて、
従って現実を見るのが怖くて盲目的になってるだけだよ。

オストリッチ症候群ってやつね。

389 ：デフォルトの名無しさん：2005/05/17(火) 13:09:36

>>387 おまえも同類だよ
言語は本質的ではないのは確かだが言語は重要だよ
俺に言わせりゃ「無能な奴に限って「俺はXX言語が．．．」とくる。」
と言ってる奴に限って無能だなｗ

390 ：デフォルトの名無しさん：2005/05/17(火) 13:45:51

つーかそんな環境に居る>>387-388に同情してやる

391 ：デフォルトの名無しさん：2005/05/17(火) 14:04:46

まあ、まて。
俺に言わせりゃ「俺に言わせりゃ「無能な奴に限って「俺はXX言語が．．．」とくる。」」
と言ってる奴に限って無能だなｗ

392 ：デフォルトの名無しさん：2005/05/17(火) 14:07:49

>>371 68でCとアセンブラやってたんなら、半年も修行すれば使い物に
なると思うから安心して来い。できれば転職時には成果物持ってくと有利。

393 ：デフォルトの名無しさん：2005/05/17(火) 14:12:38

>>392
横槍ですまんが、成果物って以前の会社で作ったWinアプリでもいいのかな？
俺一人で作ったんだが、著作権は会社にあるだろうし・・・
見せるだけならOKなのかな？
逆に、面接時に非常識だとマイナスにならないかと、たまに考えてたりする・・・

394 ：デフォルトの名無しさん：2005/05/17(火) 14:44:29

バカばっかりだな
漏れが思うに
「
まあ、まて。
俺に言わせりゃ「俺に言わせりゃ「無能な奴に限って「俺はXX言語が．．．」とくる。」」
と言ってる奴に限って無能だなｗ
」
と言ってる奴に限って無能だなｗ

395 ：デフォルトの名無しさん：2005/05/17(火) 15:21:10

>>394
アホですか
俺の考えでは

↓

396 ：デフォルトの名無しさん：2005/05/17(火) 15:31:51

>>395が全て悪い！

397 ：デフォルトの名無しさん：2005/05/17(火) 16:26:04

高度な技術ってのは、分野ごとにそれぞれあるんだよな。
まず、学生さんは現場の空気を吸って、それから判断してくれ。
他分野の人は人のところで愚痴を言うくらいなら一人で自分の高度な技術に酔いしれててくれ。
まあ、干されないようにほどほどに。

398 ：デフォルトの名無しさん：2005/05/17(火) 16:36:59

言語なんて、エラーメッセージの意味がわかって適切に処理ができれば十分。
もちろん詳細を知っておいたほうがいろいろと便利だが、その程度。
それよりも、処理系のドキュメントを読んで、固有のトラブルに対処できるほうが
なんぼか使い物になる。
C89準拠の処理系でC99ならどうとか言ってても愚痴にしかならんorz

399 ：デフォルトの名無しさん：2005/05/17(火) 16:58:38

>>393
青果物そのもの持ってっちゃまずいだろ
何々のソフト組んだよーぐらいでいいんでないかい

なんなら米国でミサイル制御書きますたってホラ吹いてもいいぞ
面白かったら採用しちゃる

400 ：デフォルトの名無しさん：2005/05/17(火) 17:04:32

だから、調べることもしないでここで聞いているようじゃトラブル対処なんてできっこないって。

401 ：デフォルトの名無しさん：2005/05/17(火) 17:31:47

>>399
いきなり果物出されても困惑するだろうな。
農業プラントを作りましたとかいう隠喩かと思われてしまう。

冗談はともかく迎撃ミサイルの開発をオファーされて、
「後出しでぶつけるなんて、できるわけないっしょ！」と蹴った人は知っている。
今は制御とは全然違うことで成功してるけど、受けてたら人生変わってただろうな。

402 ：デフォルトの名無しさん：2005/05/17(火) 18:07:06

マイコンで自動機制御やりたいんだけど、どういう分野ならあるかな？
FAでそこそこの経験はあるんだけど、PLC制御の求人が多くて
できればラダー職人にはなりたくなくて、両方できるという経験が生きればベストなんだけど、
実際にそういう仕事してる人いる？
ちなみに簡単なデジタル回路設計もできます

403 ：デフォルトの名無しさん：2005/05/17(火) 18:07:30

マイコンで自動機制御やりたいんだけど、どういう分野ならあるかな？
FAでそこそこの経験はあるんだけど、PLC制御の求人が多くて
できればラダー職人にはなりたくなくて、両方できるという経験が生きればベストなんだけど、
実際にそういう仕事してる人いる？

404 ：デフォルトの名無しさん：2005/05/17(火) 18:07:40

教えない君は小さい奴。

405 ：デフォルトの名無しさん：2005/05/17(火) 18:07:51

406 ：デフォルトの名無しさん：2005/05/17(火) 18:30:59

407 ：デフォルトの名無しさん：2005/05/17(火) 18:41:49

マイコンで爆撃機制御やりたいんだけど、どういう分野ならあるかな？
F15でそこそこの経験はあるんだけど、P3C制御の求人が多くて
できればソナー職人にはなりたくなくて、両方できるという経験が生きればベストなんだけど、
実際にそういう仕事してる人いる？

408 ：デフォルトの名無しさん：2005/05/17(火) 22:13:46

>>402
普通にあるだろ
高速制御ならシーケンサーは使わない

409 ：デフォルトの名無しさん：2005/05/17(火) 22:56:36

>>407
普通にあるだろ
B2制御なら垂直尾翼は使わない

410 ：デフォルトの名無しさん：2005/05/18(水) 09:50:20

>>398
>言語なんて、エラーメッセージの意味がわかって適切に処理ができれば十分。

言語を詳しく知らなければエラーメッセージの意味も分からんだろう。
例え意味が分かったとしても言語を詳しく知らなければエラーに対する
適切な処置なんかできんだろ。

411 ：デフォルトの名無しさん：2005/05/18(水) 09:59:36

>>410
それこそ、調べればいいだろう。

412 ：デフォルトの名無しさん：2005/05/18(水) 13:26:45

制御系を恐れるのは、ぶっ壊れてしまうことがあるから。
「エラー出しちゃいましたぁ」じゃ済まされないことがある。

413 ：デフォルトの名無しさん：2005/05/18(水) 13:32:33

それは業務系でも同じだろ。四捨五入か切捨てかJIS丸めか間違えて計算したら目も当てられない。

414 ：デフォルトの名無しさん：2005/05/18(水) 14:21:28

数十万件のＤＢをばっくあっぷもろともきれいさっぱり消してしまうことに比べりゃあ
機械が壊れることぐらい軽い軽い

415 ：デフォルトの名無しさん：2005/05/18(水) 14:43:04

そんな奴ぁいねえ。

416 ：デフォルトの名無しさん：2005/05/18(水) 14:53:06

誰かが機械に挟まれて死ぬか、損害賠償払えなくて誰かが首吊るか

どっちも変わらん

417 ：デフォルトの名無しさん：2005/05/18(水) 16:34:32

>>416
制御系は、機械にはさまれて人が死んで、
さらに、その損害賠償が払えなくて、誰かが首を吊る

418 ：デフォルトの名無しさん：2005/05/18(水) 17:44:40

おまいら何を制御するつもりなのかと

419 ：デフォルトの名無しさん：2005/05/18(水) 17:58:23

核ミサイル

420 ：デフォルトの名無しさん：2005/05/18(水) 20:09:37

そういえば機械にはさまれて拉致監禁状態になって
誰かが近くを通りかかるまで「ぉお～～い、ぉお～い」
と、叫び続けてた奴を知っている（ｗ

421 ：デフォルトの名無しさん：2005/05/18(水) 20:12:01

>>417
ま、はさまれるのは安全管理の問題であって制御の問題ではないので

422 ：デフォルトの名無しさん：2005/05/18(水) 20:35:13

入退室の管理制御やってて閉じ込められた。
スパイ映画じゃないがパネル外してソレノイド引っ張って扉開けたけど

いじめに会ったと思いたくない…

423 ：デフォルトの名無しさん：2005/05/19(木) 13:22:34

マイコン（ルネサス製R8C/TINY）にIrLAPを実装しようとしています。
IrLMP、TinyTPも実装しようとしてますが、まずは手始めにIrLAPを
考えています。

Irのトランシーバーモジュールはアジレント製かシャープ製かを採用
するつもりですが確定ではありません。

当方、プロトコルドライバー、あるいはプロトコルスタックの実装経験
がありません。

まずは、リンク層の動作を学びたいと考えてます。

そこで、参考になりそうな下記のサイトを見つけました。

Ethernetの動作過程
www.ese.yamanashi.ac.jp/~itoyo\lecture\network\network07\ethernet.htm

ここでは、『回線監視』、『送信』、『受信』の大まかな流れが解説されて
ます。

もう少し詳しい解説が欲しいのですが、適当な書籍、WebSiteを教えてください。
よろしくお願いします。

www.irda.orgよりIrLAPの仕様書（英文）は入手済みですが、なにぶん
英語が苦手でスラスラ頭に入ってこない状態です。

424 ：デフォルトの名無しさん：2005/05/19(木) 15:07:08

>>422
パネル外して解除できるんじゃあセキュリティー上問題有りじゃないのけ？

425 ：デフォルトの名無しさん：2005/05/19(木) 16:02:44

外から中へ入れないための施錠じゃないの

426 ：デフォルトの名無しさん：2005/05/19(木) 16:41:48

入退室管理というからには
こっそり出られるようではまずいだろ

427 ：デフォルトの名無しさん：2005/05/19(木) 17:27:27

扉開けた時点で警報出すだろな普通は

428 ：デフォルトの名無しさん：2005/05/19(木) 17:34:04

ｵﾚが>>422ｲｼﾞﾒるなら

鍵かけてからハロンガス噴射

429 ：デフォルトの名無しさん：2005/05/19(木) 17:37:19

>>424
映画の見すぎ

430 ：デフォルトの名無しさん：2005/05/19(木) 18:32:56

>>429
ATMがまるごと盗まれる時代にこの程度で映画の見すぎですかそうですか（ｗ

431 ：デフォルトの名無しさん：2005/05/19(木) 20:19:43

ATMをまるごと盗むようなやつに対抗する制御プログラムのアイディア求む。

432 ：デフォルトの名無しさん：2005/05/19(木) 20:35:46

やはり自爆だろう。
中身もダメになりそうだが。

433 ：デフォルトの名無しさん：2005/05/19(木) 20:36:08

ミサイル制御プログラム

434 ：デフォルトの名無しさん：2005/05/19(木) 22:56:29

>>422
パネル外さなきゃ解除できないんじゃ、安全上問題ありじゃないのけ？

その手のものは、閉じ込められ防止に
内側からは開けられるように作るものでしょ？

435 ：デフォルトの名無しさん：2005/05/19(木) 23:15:28

>>430
入退出管理って、なんだと思う？

436 ：デフォルトの名無しさん：2005/05/20(金) 04:15:26

売春宿の

437 ：デフォルトの名無しさん：2005/05/20(金) 08:30:17

>>431
盗むやつではなく、盗むようなやつならばやはりパネルを外して解除できるのはマズいんじゃないか？
そういう奴はノウハウがわかったら絶対やるぞ、クレーン車用意しなくて済むとわかったら絶対にやるぞ

438 ：デフォルトの名無しさん：2005/05/20(金) 17:07:09

>>431
なんか勘違いしてないかな。こいつも映画の見すぎだろ。

439 ：デフォルトの名無しさん：2005/05/20(金) 18:50:06

おまいら、テレビの見過ぎ

440 ：デフォルトの名無しさん：2005/05/21(土) 00:05:48

テレビ見る暇がほしい

441 ：デフォルトの名無しさん：2005/05/21(土) 00:49:27

テレビがほしい

442 ：デフォルトの名無しさん：2005/05/22(日) 18:25:09

パネルにこれ取り付けとけば外され防止になるかも・・・・・・なわけねえか
ttp://tenant.depart.livedoor.com/t/livedoorshop/item_detail?id=346274

443 ：デフォルトの名無しさん：2005/05/23(月) 01:51:06

ついつい押したくなるからな・・・
俺だったら絶対押す

444 ：デフォルトの名無しさん：2005/05/23(月) 08:00:23

なんでROMもRAMも内蔵してるのに
外付けのRAMが必要なの？

445 ：デフォルトの名無しさん：2005/05/23(月) 08:48:09

>>444
足りないから

446 ：デフォルトの名無しさん：2005/05/23(月) 09:16:07

制御でDRAM使うの？

447 ：デフォルトの名無しさん：2005/05/23(月) 09:22:57

使う

448 ：デフォルトの名無しさん：2005/05/23(月) 12:28:43

>>444
おまいはフラッシュだけでデバッグするのか？

449 ：デフォルトの名無しさん：2005/05/23(月) 18:56:56

まあ神レベルのコード圧縮技術を持つ俺には不要だがな＞外付けRAM

450 ：デフォルトの名無しさん：2005/05/23(月) 20:38:28

外付けＲＡＭにコード・・

451 ：デフォルトの名無しさん：2005/05/23(月) 21:41:17

>>450
は？

452 ：デフォルトの名無しさん：2005/05/23(月) 22:00:23

>>444 は、なぜそう思ったのかが気になる。
RAMが何MBも内蔵されていると思ったのだろうか？

453 ：デフォルトの名無しさん：2005/05/25(水) 06:22:35

ワンチップでRAM 512kbyteなんてもの見たことないしな。

454 ：デフォルトの名無しさん：2005/05/25(水) 11:41:35

でも欲しいな。　
64Kの16ビット空間フルＲＡＭってのがあると、色んな応用があるわけで
フラッシュも１２８Ｋくらい欲しい。

で、パッケージは小さいのが欲しい。
で、1ドルくらいならとても嬉しい。
ＰＬＬ内蔵で１００ＭＩＰＳくらいの処理速度あるともっと嬉しい。

455 ：デフォルトの名無しさん：2005/05/25(水) 12:15:55

中身をn階建てにして１パッケージつーのはありますな。

456 ：デフォルトの名無しさん：2005/05/25(水) 15:56:32

>>454
そのうち出るだろうな。　でも、出るとしたらＣＰＵでなくＤＳＰで、国は・・・・韓国・・・いや台湾あたりからかもな。

457 ：デフォルトの名無しさん：2005/05/25(水) 19:23:49

>>454
１ドルは無理でしょ。１０ドルでも無理かも。

458 ：デフォルトの名無しさん：2005/05/25(水) 22:12:17

今日はお前達の糞仕事のせいで大変な通勤になったぞ。責任取れ。

459 ：デフォルトの名無しさん：2005/05/25(水) 23:53:40

目糞鼻糞

460 ：デフォルトの名無しさん：2005/05/26(木) 00:10:23

信号機故障しすぎ

461 ：デフォルトの名無しさん：2005/05/26(木) 07:21:08

>>457
そんなに不可能って事もないでしょ。
ＦＲＯＭ除けばＤＳＰで手が届く。
問題は数だろうね。

・　18ピンＤＩＰパッケージ
・　発振器内蔵・時計用３２７６８Ｈｚ水晶背付選択
・　ＰＬＬ１００ＭＩＰＳ動作時20mA　1ＭＩＰＳ 0.2mA
・　32K時計水晶動作時はマイクロＡ動作
・　RAM64Kbyte
・　F-ROM 128Kbyte
・　USB
これくらいの仕様なら数出るかな

462 ：デフォルトの名無しさん：2005/06/07(火) 07:09:17

保守

463 ：デフォルトの名無しさん：2005/06/08(水) 00:20:20

いまどきの制御系のターゲットハードウエアなんて
平気でSDRAM使っているんだけど。
プロセッサにSDRAMコントローラも載っているし。
PC向けのDIMMを使って256Mbyteなんてのも普通にあったりする。

464 ：デフォルトの名無しさん：2005/06/08(水) 08:12:49

>>463
制御といっても、
炊飯器から携帯電話、ビルシステム、工業系、航空宇宙関係まで
ターゲットは様々だろ
ＤＩＭＭなんかは、接触の信頼性から、過酷環境じゃぁ、まず使えないよ

465 ：デフォルトの名無しさん：2005/06/08(水) 08:18:54

制御用のプロセッサって安いからそれ使ってんだろ。

466 ：デフォルトの名無しさん：2005/06/08(水) 12:52:09

炊飯器からICBMまでってーと、ナガノだな
デイジーデイジー

467 ：デフォルトの名無しさん：2005/06/08(水) 19:34:10

don't leave me alone

468 ：デフォルトの名無しさん：2005/06/09(木) 01:46:53

The rain in the Spain is mainly in the plain.

469 ：デフォルトの名無しさん：2005/06/10(金) 19:27:14

ゲート遅延のスピードネックはある方法でなくなった。

470 ：デフォルトの名無しさん：2005/06/11(土) 18:21:20

http://kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/img/541.txt
このプログラムの挙動を推測して詳しく解説してもらえませんか？

独自のヘッダファイルが使われているみたいなので完全には分からないと思いますが…。

471 ：デフォルトの名無しさん：2005/06/11(土) 18:29:01

>>470
モータ制御実験Ａ／Ｄデータ収集用プログラム
だろ?

(Master_1) H.Waniに聞けばいいじゃないか、
1994なのでどこにいるのか探すことになるだろうが。

472 ：470：2005/06/11(土) 18:39:12

>>471

H.Waniさんは残念ながら誰か分からないです…。
とりあえず諸般の事情で突然解析しなければならなくなりました。
私自身プログラマではないのでどうかご助力を。。

473 ：デフォルトの名無しさん：2005/06/11(土) 18:41:23

>>472
このくらいなら3日くらいでレポート書くよ
15＋雑費で税込み20万円くらいでどう？

474 ：デフォルトの名無しさん：2005/06/11(土) 19:14:22

>>470
> #include "\fads.h"
ちょっと斬新だと思った

> /* jikan */
> void jikan()
> /* sokutei */
> void soku()
これはひどい(笑)

あと、ほとんどの関数が引数返り値なしってのもポイント高いね。
でも全体的に平凡な糞プログラムって感じ。特に個性的なわけでもなく、これ以上コメントのしようがない。

475 ：デフォルトの名無しさん：2005/06/11(土) 20:16:59

>>470
ひでーな（ｗ
少なくとも金を取れるもんじゃない
まぁ、学生の実験課題なんてこんなもんか

476 ：デフォルトの名無しさん：2005/06/11(土) 20:44:41

うちの会社にもそんな感じのコード書く奴がいるorz

477 ：デフォルトの名無しさん：2005/06/11(土) 21:11:21

>>470
ぱらぱらっと見たけど
ローカル変数へのポインタを戻り値にしてる箇所があるのはなんだろ？

478 ：デフォルトの名無しさん：2005/06/11(土) 21:25:15

>>477
ヒープのアドレスを返してるだけ
問題ない

479 ：デフォルトの名無しさん：2005/06/11(土) 22:51:04

>>470
Boland C++かTurboCだな。
懐かしい。

480 ：デフォルトの名無しさん：2005/06/11(土) 23:49:48

>>470は解析してどうするんだろう。
Windowsに移植するのかな？

481 ：デフォルトの名無しさん：2005/06/12(日) 01:32:36

>>472
プログラマを金で呼べ。
それができないなら学内探せば詳しい奴いるだろ。

482 ：デフォルトの名無しさん：2005/06/12(日) 13:29:41

この程度のボリュームのものなら
まじめにやれば１日あればじゅうぶん解析できるだろ

483 ：デフォルトの名無しさん：2005/06/14(火) 01:21:02

>>482
ちょっと読めるやつ連れてきたら、1日いらねー

単純にfileにぶちまけてある、定期的に収集したAD Conv.の
測定データを図示するだけだ。
前にもでてるがDOS版のBorlandCかTurboC、PC-9801 or PC-9821限定

今同じことをしたいなら、データ形式だけ弄って
Excelにでも食わせた方が手っ取りばやい

～ここまではヒントだからタダ～

484 ：デフォルトの名無しさん：2005/06/14(火) 01:21:57

>>483
あ、内容の解説は>>470　宛ってことで

485 ：デフォルトの名無しさん：2005/06/14(火) 08:18:28

そんな得意げに書くほどのことでもないと思うけど。。
メインメニューから各ルーチンに飛ぶだけのいたってシンプルなプログラムなわけで。

っていうか、質問者は学生さんでしょ？
必ずしも代替手段を欲しているとは限らんと思うよ。
まあむしろ「課題は自分でがんばって解決しましょう」と。。。

486 ：デフォルトの名無しさん：2005/06/14(火) 15:02:44

>>483
>～ここまではヒントだからタダ～

ここまで読んだ。

487 ：デフォルトの名無しさん：2005/06/14(火) 20:09:18

>>483 これ以上は有料になるの？

488 ：デフォルトの名無しさん：2005/06/14(火) 20:27:14

>>483 見積もりお願いします。

489 ：デフォルトの名無しさん：2005/06/14(火) 20:51:50

>470ほか
確かに解析して何するんだろ

見ていてイヤになるコードだね
書き直し決定！

モータ制御実験と言いながら1秒サンプリングかよ

490 ：デフォルトの名無しさん：2005/06/15(水) 00:42:56

>>488
>>473が納期3日／20万でやるんだろ

>>487
>>473に頼め

491 ：デフォルトの名無しさん：2005/06/17(金) 20:20:54

旧三菱（現ルネサス）のM16/32シリーズ用の、
VxWorksボードサポートパッケージってありますか？
ぐぐってみたけど見つからなかった。
見たことある人いる？元々TRONチップだから無いのかな？

492 ：デフォルトの名無しさん：2005/06/18(土) 01:01:25

んなものは無い。
http://www.renesas.com/jpn/products/mpumcu/tools/partner/ide_compiler/ide_windriver/ide_windriver.htm

M32ならgccがあるから、
4000万くらいで俺がBSP作ってやる。

493 ：デフォルトの名無しさん：2005/06/18(土) 15:36:33

BSPってなに？

494 ：デフォルトの名無しさん：2005/06/18(土) 17:54:59

そのまんまボードサポートパッケージだろ

495 ：デフォルトの名無しさん：2005/06/18(土) 21:30:41

>>492
M32C対応のgccは無かったような気がするが。

496 ：491：2005/06/19(日) 09:46:06

>>492
やっぱり、ないんですね。
情報サンクス。

497 ：デフォルトの名無しさん：2005/06/19(日) 09:58:01

マスタークロックの周波数はどうやって決めてんの？

498 ：デフォルトの名無しさん：2005/06/19(日) 10:32:35

消費電流優先でなければ、最大能力付近で入手し易く、使い易い周波数。

入手し易いのは　
　１０M　１６M　20Mのようにキリのよい数字とか
　TV用14.31818ＭＨｚとか　ボーレートジェネレータに使う300*2^n とか

　ただ、音声信号を扱うような場合は、デジタル系クロック同士が近いのはノイズ源になるから
　わざとそういうのを外す場合はあるよね

消費電流優先だと、出来るだけ低い方がいい結果が出るのでいろいろ

499 ：デフォルトの名無しさん：2005/06/19(日) 10:58:12

>>498
つまり同じ結果しか得られないのに高クロックを使うのはバカなのね。

500 ：デフォルトの名無しさん：2005/06/19(日) 19:42:43

新製品を開発したときパクられないように何を隠すのが効果的ですか？

501 ：デフォルトの名無しさん：2005/06/19(日) 19:45:36

実装者の名前は隠さない方が良いと思います

502 ：デフォルトの名無しさん：2005/06/19(日) 21:27:26

>>496
あの程度の仕様の石だったら, gcc-2.9.x 系なら
アセンブラ込で一月あればできないか?

503 ：デフォルトの名無しさん：2005/06/19(日) 21:29:36

>>500
プログラム

504 ：デフォルトの名無しさん：2005/06/19(日) 21:30:54

>>489
見ていていやにならないのなんて存在しね～と思うに３０円

505 ：デフォルトの名無しさん：2005/06/19(日) 21:53:40

>>500
製品そのもの
没になれば（ｒｙ

506 ：デフォルトの名無しさん：2005/06/21(火) 13:00:42

制服系スレと思って開ちまった…鬱。

507 ：デフォルトの名無しさん：2005/06/21(火) 13:50:30

>>506
マ板行って建てて来い

508 ：デフォルトの名無しさん：2005/06/21(火) 14:08:40

>>507
オレもスレ住人になろうじゃあないか

509 ：デフォルトの名無しさん：2005/06/21(火) 14:33:35

制御系が語る制服系のスレなのか

510 ：デフォルトの名無しさん：2005/06/21(火) 19:59:56

そういえば最近、セーラー服というのを見ないな。

511 ：デフォルトの名無しさん：2005/06/21(火) 21:28:48

田舎に行けば見れるよ。しかも、今夏服ですぜ？ダンナ。

512 ：デフォルトの名無しさん：2005/06/21(火) 23:13:37

チマチョゴリの夏服、萌えなんだよな～
ここ何年もみてねぇぜ。

513 ：デフォルトの名無しさん：2005/06/21(火) 23:43:35

ﾁｮﾝｲﾗﾈ

514 ：デフォルトの名無しさん：2005/06/22(水) 00:14:20

512に大きなビジネスチャンスが・・・・・

515 ：デフォルトの名無しさん：2005/06/22(水) 00:54:45

>>509
うっかりすると「作業服を着込んだもっさい男共が集うスレ」
というしごく当たり前の結果になるぞ

516 ：デフォルトの名無しさん：2005/06/22(水) 01:01:14

>>514
偏見抜きでチマチョゴリはもっさいと思うぜ
チャイナドレスなら中の人はともかくまだ納得できる

だが最強はふんどし

517 ：デフォルトの名無しさん：2005/06/22(水) 01:02:33

CreateGame～陸海空オンライン～
有志によるMMO製作だよ。

おぃ、お前らの中で、仕様書書ける奴いない？
ちょっと手伝って。

518 ：デフォルトの名無しさん：2005/06/22(水) 01:03:54

>>517
どのスレよ
ちょっと見てやる

519 ：デフォルトの名無しさん：2005/06/22(水) 01:11:27

何でこんなとこで自演してんだよw

520 ：デフォルトの名無しさん：2005/06/22(水) 01:15:05

ふんどしを巻くのに失敗した女の子のことか

521 ：デフォルトの名無しさん：2005/06/22(水) 01:29:23

制御系って具体的にどんなプログラムのことなの？
プログラムはすべて制御じゃないの？

522 ：デフォルトの名無しさん：2005/06/22(水) 01:39:41

>>517-519
覗いてきた。恐ろしいほどに地雷臭が漂ってる、、、、
俺の中の何かが近寄ってはｲｶﾝと警告してた（ｗ

523 ：デフォルトの名無しさん：2005/06/22(水) 05:14:39

>>521
たとえばWindows上のアプリケーションを作る場合、
多くのプログラムが操作する対象は、画面やデータでしょう。
それに対し、制御系と呼ばれる人たちが対象とするのは、
モータだったりセンサーだったりします。
扱う対象が異なれば、プログラムの組み方や考え方もだいぶ異なってきます。

また、PCに搭載されているハードウェアはWindowsとドライバによって制御されていて、
Windowsのアプリケーションは、その上でCPUの時間を使わせてもらって動いています。
自分のプログラムだけがハードウェアを占有することは、まず許されません。
また、Javaアプリなんかは、JavaVM(仮想マシン)というソフトウェア上で動作するプログラムです。

このスレにいる人たちは、
自らのプログラムでハードウェアを管理・操作して
時間的にも数ミリ秒から数十マイクロ秒周期で単位の確実な制御を行う、
そんなプログラマなのです。

524 ：デフォルトの名無しさん：2005/06/22(水) 07:59:23

そうそう、itronやvxworksなんて使わない人々のスレ

525 ：デフォルトの名無しさん：2005/06/22(水) 09:43:21

OS禁止スレですか？

526 ：デフォルトの名無しさん：2005/06/22(水) 09:56:37

>>521
機器の制御プログラムの「機器の」が省略されてるとおもいたまへ

527 ：デフォルトの名無しさん：2005/06/22(水) 16:31:01

ご飯炊くのにOSいらない

528 ：デフォルトの名無しさん：2005/06/22(水) 16:40:53

>>527
いや、今は必要になってる。

529 ：デフォルトの名無しさん：2005/06/22(水) 16:54:23

>>524
uITRON程度だったら、簡単に自作できるお
ネットワーク系やUSBなんかのミドルウェアは買ってくることが多いだろうけど、
制御対象となるモータやセンサの駆動部分はさすがに自分で書くんじゃない？

>>527
いまや冷蔵庫がネットに接続する時代ですよ
きっと炊飯器もUSBにつながったり、携帯電話から操作ができたり、
タッチパネルのQVGAスクリーンが付くに違いないｗ

530 ：デフォルトの名無しさん：2005/06/22(水) 18:03:24

>>529
> ネットワーク系やUSBなんかのミドルウェアは買ってくることが多い
あなたはこのスレの住人として失格となりました。

531 ：デフォルトの名無しさん：2005/06/22(水) 18:17:14

携帯電話から炊飯スイッチオンは欲しい。
通勤片道1時間なので、会社出るときに炊き始めるとちょうどいい。

532 ：デフォルトの名無しさん：2005/06/22(水) 18:20:56

>>531
ヒント：タイマー

533 ：デフォルトの名無しさん：2005/06/22(水) 18:22:21

あ、帰社時間が事前にわかってないと使えないか。すまん

534 ：デフォルトの名無しさん：2005/06/22(水) 19:19:24

>>531
米は水に漬けすぎると融け始める。

535 ：デフォルトの名無しさん：2005/06/22(水) 19:20:05

>>531
ヒント：結婚

536 ：デフォルトの名無しさん：2005/06/22(水) 19:24:16

>>534
それでも、24時間ぐらいなら問題ないよ
1週間で炊いたと勘違いするほどふくらみ
2週間後に新しい生命が誕生する

537 ：デフォルトの名無しさん：2005/06/22(水) 19:43:56

半年後には千倍の米が手に入る

538 ：デフォルトの名無しさん：2005/06/22(水) 20:12:48

>>537
マジで知りたいんだけど、土が無くても千倍になりますか？
方法があったら教えてくれ。

539 ：デフォルトの名無しさん：2005/06/22(水) 20:14:50

稲作なら俺に聞いてもいいぜ（１）

540 ：デフォルトの名無しさん：2005/06/22(水) 20:18:44

どっちが2期でどっちが2毛だっけ

541 ：デフォルトの名無しさん：2005/06/22(水) 20:23:46

不毛な話はやめろ

542 ：デフォルトの名無しさん：2005/06/22(水) 21:55:37

炊飯器が無いので、ご飯を鍋で炊いたら、
吹きこぼれた上に、カチカチになった。
炊飯器の加熱制御してるヤツいたら、
加熱カーブのヒントだけでもおしえてほしい

543 ：デフォルトの名無しさん：2005/06/22(水) 22:04:02

>>542
まったくそんな仕事はしてないが、昔から
「始めチョロチョロ、中ﾊﾟッﾊﾟ、赤子泣いても蓋とるな」と言うだろう
王道は道具が変わっても変わらんよ。

但し、土鍋は熱伝導率が悪いので始めから強火でいいらしい

544 ：デフォルトの名無しさん：2005/06/22(水) 22:04:56

強火で沸騰→弱弱弱火で失敗しないと思う

545 ：デフォルトの名無しさん：2005/06/22(水) 22:06:11

間違っても中パッパとしないように。

546 ：デフォルトの名無しさん：2005/06/22(水) 22:06:32

玄関あけたら5分でごはん

547 ：デフォルトの名無しさん：2005/06/22(水) 22:06:53

>>542
マジレスすると、最近は
「ご飯を炊くモード付のガスコンロ」があるらしい
何がどうなってそんなことが出来るのかは
まったくわからないけど

548 ：デフォルトの名無しさん：2005/06/22(水) 22:09:12

>>547
昔は(もちろん今もだが)ガスで米を炊いていたわけだが？

549 ：542：2005/06/22(水) 22:12:30

おぉ、なんかたくさんレスついてる。サンクス
海外なので炊飯器かえないんだよね。
ちなみに、コンロは電気式で6段階の出力調整が付いてるが、
どうもコレ、リニアではないっぽい。

550 ：デフォルトの名無しさん：2005/06/22(水) 23:06:30

>>548
違う違う

なべに水と米いれて、火をつけてほうっておくと
勝手に火加減を調節してご飯を炊き上げるらしいよ

551 ：デフォルトの名無しさん：2005/06/22(水) 23:23:09

>>547
マジレスすると、最近は
「ご飯にする？、お風呂にする？それとも、アタシモード付のガスコンロ」があるらしい
何がどうなってそんなことが出来るのかは
まったくわからないけど

552 ：デフォルトの名無しさん：2005/06/23(木) 00:23:10

中パッパの”パッパ”ってなんだ？

553 ：デフォルトの名無しさん：2005/06/23(木) 00:34:14

>>552
強火のこと

554 ：デフォルトの名無しさん：2005/06/23(木) 09:50:33

圧力鍋で炊くと、びっくりする程美味い
圧力が重要なファクター

555 ：デフォルトの名無しさん：2005/06/23(木) 15:27:24

そうだな。圧力鍋　ひとつ買っとけば便利かもな
最初に火を通せば、あと放置出来るから、監視時間も短くてすむしね。

でも、
http://homepage2.nifty.com/NG/gohan/gohan11.htm

色が悪いとの事

556 ：デフォルトの名無しさん：2005/06/24(金) 03:33:34

＞圧力鍋　ご飯炊き用に「低圧」モードを選択できるようになってない？
俺３０年来圧力鍋で炊いてる。もう飯炊きはベテラン。・・・ってここ制御系スレだよね？

557 ：デフォルトの名無しさん：2005/06/24(金) 03:44:19

低圧にするくらいなら他の鍋で作るな

558 ：デフォルトの名無しさん：2005/06/24(金) 05:15:59

>>556
マイコン内蔵圧力鍋を設計するスレ

559 ：デフォルトの名無しさん：2005/06/24(金) 06:36:46

>>531
電源ON程度なら、PCにwebサーバー入れて、携帯からアクセスすると、
CGIで制御プログラムを起動、パラレルポートからリレーでONとかはどう？
制御系を自負するならH8とかPICでやるか？
このスレの住人なら、ほんとにやるやついそうだなｗ

560 ：デフォルトの名無しさん：2005/06/24(金) 06:51:34

炊き上がったら携帯にメールで報告するとか。

561 ：デフォルトの名無しさん：2005/06/24(金) 07:07:35

>>558
圧力制御くらいならできそうだが、
耐高温、耐水設計がたいへんそうだな

562 ：デフォルトの名無しさん：2005/06/24(金) 09:57:03

>>559
問題は、炊飯器の「スタートボタン」をばらさなきゃならないこと
前もってた古い奴はコンセントに挿すと炊飯開始したので
その辺をばらすことなく遠隔制御できたけど
今のはしょうがないからばらして

563 ：デフォルトの名無しさん：2005/06/24(金) 10:01:25

その程度、問題とは思えないが。このスレの人間なら。

564 ：デフォルトの名無しさん：2005/06/24(金) 10:08:18

そこで炊飯器のボタンを操作するロボットですよ。

565 ：デフォルトの名無しさん：2005/06/24(金) 10:36:03

業務用は洗米からやってくれるぞ。

566 ：デフォルトの名無しさん：2005/06/24(金) 10:53:08

米びつとくっついてて、洗米・炊飯やってくれて
食べ終わったら洗浄まで自動でやってくれないかな。
ついでに、米びつの米が少なくなったら
自動的に米屋にメールして発注して欲しい

567 ：デフォルトの名無しさん：2005/06/24(金) 12:10:05

そのくらいはやろうよ。

568 ：デフォルトの名無しさん：2005/06/24(金) 13:24:09

圧力鍋と保温調理鍋が一緒になった鍋がないのはどうしてなんだろう？

569 ：デフォルトの名無しさん：2005/06/24(金) 13:37:23

圧力鍋、使ったこと無いの？

570 ：デフォルトの名無しさん：2005/06/24(金) 13:39:28

>>567 いやいや、そこにビジネスチャンス。

米びつの米が少なくなったらオススメの米をメールで連絡→発注。
その手数料をいただくというビジネスも可能ではないか。

家庭用で洗米機構付きの炊飯器は欲しいね。

571 ：デフォルトの名無しさん：2005/06/24(金) 13:43:53

CEだったかTronだったか忘れたが、中身の管理付き冷蔵庫は
TVで見たな。オーブン電子レンジと連携してレシピや調理時間や
云々だったような
後者は実際に売ってるようだし。

572 ：デフォルトの名無しさん：2005/06/24(金) 13:44:00

無洗米専用にして、発注も無洗米限定にしたほうがまだ現実的だな

573 ：デフォルトの名無しさん：2005/06/24(金) 20:05:08

>>そこで炊飯器のボタンを操作するロボットですよ

普通に人間の女じゃダメなの　（　ﾟдﾟ)？

574 ：デフォルトの名無しさん：2005/06/24(金) 20:27:45

家庭用で人間の女付きの炊飯器は欲しいね。

575 ：デフォルトの名無しさん：2005/06/24(金) 20:43:02

>>569
ない、なんでなのか教えてくれ。

576 ：デフォルトの名無しさん：2005/06/24(金) 20:55:03

まずは自分で圧力鍋の事を調べれ

577 ：デフォルトの名無しさん：2005/06/24(金) 21:02:47

>>573
＞普通に人間の女じゃダメなの　（　ﾟдﾟ)？

炊飯器のスイッチ押すのは、女じゃなきゃだめなの（　ﾟдﾟ)？

578 ：デフォルトの名無しさん：2005/06/24(金) 22:35:38

この中に○印マホービンとかタ○ガー魔法瓶の人いるでしょ？

579 ：デフォルトの名無しさん：2005/06/25(土) 00:22:28

>>普通に人間の女じゃダメなの　（　ﾟдﾟ)？
品質の悪いのつかまされると、ランギングコストが恐ろしく悪そうだな・・・

580 ：デフォルトの名無しさん：2005/06/25(土) 00:36:17

>>579
ランギングコストってなんですか?

581 ：デフォルトの名無しさん：2005/06/25(土) 02:16:06

>>577
炊飯器のスイッチを押す女の子型ロボットでFA

582 ：デフォルトの名無しさん：2005/06/25(土) 06:49:51

>>576
調べましたがよくわかりませんでした

583 ：デフォルトの名無しさん：2005/06/25(土) 06:59:20

>>578
○サヒ軽金属の人では？

584 ：デフォルトの名無しさん：2005/06/25(土) 09:33:35

>>574
人間の女つきの炊飯器がないのは何でだろう。

585 ：デフォルトの名無しさん：2005/06/25(土) 09:34:16

人間の女なら炊飯器のスイッチ以外に、あんな所や、あんな所や、
あんな所も押してもらえるだろ？
(*` Д´)ﾊｧハァ/lァ/lア/ヽアノ＼ア

・・・・・・・・・・・納期近いから会社行って来ます・・・・・・・

586 ：デフォルトの名無しさん：2005/06/25(土) 09:34:36

まずは自分で人間の女のことを調べれ

587 ：デフォルトの名無しさん：2005/06/25(土) 09:35:30

>>586
調べましたがよくわかりませんでした

588 ：デフォルトの名無しさん：2005/06/25(土) 11:36:22

>>586
サンプルを送付してください

589 ：デフォルトの名無しさん：2005/06/25(土) 15:28:27

まじで、冷蔵庫と洗濯機、乾燥機を合体して下さい。

590 ：デフォルトの名無しさん：2005/06/25(土) 15:40:35

>>586
データシートをください

591 ：デフォルトの名無しさん：2005/06/25(土) 16:04:25

>>589
洗濯乾燥機なら既にありますが。

592 ：デフォルトの名無しさん：2005/06/25(土) 18:04:31

洗濯機と乾燥機がセットになった今、次世代機は当然箪笥との融合だな。
乾燥した洗濯物をたたんで自動的に収納

593 ：デフォルトの名無しさん：2005/06/25(土) 19:27:25

うーん。　結局家事ロボット1台でいいじゃない
　ロボットが　朝起きたら
　コーヒ豆を炙って挽いて、コーヒ入れてくれて
　会社に送り出してくれて、
　留守の間に、
　　・お風呂場で洗濯して、
　　・ツッパリ棒をものほし竿にして乾し
　　・ウチワで扇いで乾燥させ、
　　・取り込んでくれて

　　帰える前に電話で「お食事にしますか、お風呂ですか？」　と聞いてくれて
　　・ゴハンを圧力釜で炊いてくれて
　　・適当に料理も作ってくれて

　　寝る前に・・・

594 ：デフォルトの名無しさん：2005/06/25(土) 19:40:19

>>593
「それとも、わたし？」が抜けてる

595 ：デフォルトの名無しさん：2005/06/25(土) 23:18:36

>>593
ちょっと匂いをかいで「うふふ」
三指ついてお出迎え
「お背中流しますか？」
が抜けている。

596 ：デフォルトの名無しさん：2005/06/26(日) 06:45:42

>>593
「変なおもちゃで遊んでばかりいないで家族のことも考えてよ。
貯金は全然ないしローンは30年だし給料はさっぱりあがらないし。
孝太の教育費も馬鹿にならないのよ。だいたいあなたは理屈っぽい
癖にこういうことは全然考えようとしないんだから」

が抜けてる

597 ：デフォルトの名無しさん：2005/06/26(日) 07:05:01

>>596
実際にそう言われたのか？

598 ：デフォルトの名無しさん：2005/06/26(日) 07:41:42

>>593
「途中でやめるくせにいじらないでよ。」
が抜けている。

599 ：デフォルトの名無しさん：2005/06/26(日) 12:00:20

馴れ合ってるとこ悪いけど、書いてる連中の年齢層想像すると気色悪いよ。
そろそろやめといたら？

こういう風に自分が見えない人間が多いんで、こういう業界って
アキバ系の巣窟みたいに思われちゃうんだよ。この業界に居る者としては正直勘弁してほしい。
まあ、そういう見られ方って確かに一部現実を反映しているのは確かなんだが。。

600 ：デフォルトの名無しさん：2005/06/26(日) 12:50:50

>>599
自分の顔を鏡で映してみたことはあるかい？

601 ：デフォルトの名無しさん：2005/06/26(日) 14:50:06

>>593
「あんた、ちゃんとゴミ分けて出しといてよ。」
が抜けている。

602 ：デフォルトの名無しさん：2005/06/26(日) 15:18:44

とりあえず>>593は仕様抜けが多いことはわかった。

603 ：デフォルトの名無しさん：2005/06/26(日) 15:33:15

発注に慣れてないんだろうな。
そんな仕様じゃ人間の女は検収できん。

604 ：デフォルトの名無しさん：2005/06/26(日) 15:50:15

すっかりネタスレになってしまった。

605 ：デフォルトの名無しさん：2005/06/26(日) 15:55:20

ふつうの質問が出てくればまともにすぐ戻る

606 ：デフォルトの名無しさん：2005/06/26(日) 18:19:03

アナログ回路図が読めません。
どうしたら読めるようになりますか？

607 ：デフォルトの名無しさん：2005/06/26(日) 19:03:01

とりあえずオームの法則から。基本。
トランジスタ関連は、等価回路がわかればかなり見えるようになる。
あとは定番回路を知ることかな。

でも、工学板か、電電版向けの質問だね。。

608 ：デフォルトの名無しさん：2005/06/26(日) 19:29:45

アナログ回路できる人も減ったよねえ

609 ：デフォルトの名無しさん：2005/06/27(月) 22:04:52

>>606

>>607の言うとおり。

>トランジスタ関連は、等価回路がわかればかなり見えるようになる。
>あとは定番回路を知ることかな。
トランジスタ回路だったら、お勧めは、CQ出版の定本。
http://www.amazon.co.jp/exec/obidos/ASIN/4789830489
特に、OPアンプをディスクリートで組むところは
低周波アナログ回路の集大成的でgood!

>>608
たしかに。デジタル回路はアナログ技術の上に
成り立っているのを理解していない人が多い。
そんな調子だと、高速クロック＆低電圧でアナログなトラブル続出だったりする。

610 ：デフォルトの名無しさん：2005/06/27(月) 22:44:19

昔のintelはアナログが弱かったよな。

611 ：デフォルトの名無しさん：2005/06/27(月) 22:53:35

マイコンも手作りできた時代は、対数演算用にOpアンプで演算機作ったりしたよね。

612 ：デフォルトの名無しさん：2005/06/27(月) 22:59:10

opアンプによるアナログコンピュータって今でも使っているんだろうか？
昔、ミサイルの弾道計算(あるいはホーミングミサイルのターゲット追従計算?)
使っていると聞いたことがあるが。

613 ：デフォルトの名無しさん：2005/06/27(月) 23:20:55

今どきアナログと言ったら、センサ周りと電源ぐらいかな。

614 ：デフォルトの名無しさん：2005/06/27(月) 23:27:19

>>612
あらゆる機器に組み込まれています（ｗ

615 ：デフォルトの名無しさん：2005/06/27(月) 23:31:04

>>609
＞トランジスタ回路だったら、お勧めは、CQ出版の定本。
＞http://www.amazon.co.jp/exec/obidos/ASIN/4789830489
なんでそれ薦めるんだ・・・・orz

勉強して間違い探ししようっていう意味？
基礎編は読み飛ばして、別の本みたほうがいいよ・・・わかった気になるけど
実は全然わかってないという状態になるので始末が悪い。

個人的には、基礎はこっちを薦める。
http://www.7andy.jp/books/detail?accd=30717349

616 ：デフォルトの名無しさん：2005/06/28(火) 00:06:53

理論と実践を繋げてある本がいいと思う。
回路図から電流・電圧の計算はできても、「分圧回路作って」と言われて
思考停止してしまう人が時々いる。

617 ：デフォルトの名無しさん：2005/06/28(火) 00:20:07

昔、ファームをやってたが、プログラムは作れるけどハード作れと
言われてもいまだにダメだな
まあ今は別の職種だが。
趣味で何か作りたいが、どの本読んだらよいのやら・・・

618 ：デフォルトの名無しさん：2005/06/28(火) 00:53:24

>>617
習うより慣れろ
キットで遊べ理論はあとからついてくる

619 ：470：2005/06/28(火) 13:49:16

学生です。ただの実験課題のひとつです。
そのとおりなんですけどやらなくても
レポート通るし、Cもポインタまでしかやってないんで
誰もやれないんです。

宿題かたずけるスレで聞いてみます。

620 ：470：2005/06/28(火) 13:53:29

×誰もやれないんです。
○誰もやらないんです。

621 ：デフォルトの名無しさん：2005/06/28(火) 14:16:41

>>470
こんなページが見つかったのだが。
http://www.f.dendai.ac.jp/staff/gyouseki.html
内川教授の論文の共同発表者名にwani氏の名が。

そりゃそうと、
＞○○さんが来て頂きました。
もしあんたが関係者なら、Web担当者に日本語の勉強をするように伝えてくれ。

622 ：デフォルトの名無しさん：2005/06/28(火) 21:22:33

この前、面接に行ってきた。
普通の盤屋だと思ってたら、どうやら、このスレに書かれているような仕事らしい。
三流大学の電子工学科卒でパソコン音痴、エクセル・ワードすら使ったことが無い。
入力はかな入力のみ。
仕事でパソコンを扱ったことは無いし、プログラムの「プ」の字も知らない。
もちろん、このスレに書かれている事は全く理解できない。
「全くのド素人ですが・・・・・」
と答えたら「大丈夫だよ。うちの社員は未経験者が多いから。」との答え。
将来的には俺にセールスエンジニアになってもらいたいらしい。
もちろん、いきなり営業という訳にもいかないから色んな部署を回って仕事の流れを理解してから・・・・
というが・・・・・
前職は電気工事士で年齢は35歳。
面接は５分だけで終わったので恐らく不採用とは思う。
ただ、0.1パーセントの確率で内定を貰ったら・・・・・

バカにされるのを覚悟で聞かせてもらうが
この仕事は俺のような者でも勤まるものなの？
面接官は「大丈夫。大丈夫。」と言っていたが・・・・・

623 ：デフォルトの名無しさん：2005/06/28(火) 21:28:30

>>622
大丈夫だ。
だが、やる気が無いならやめておけ。

624 ：デフォルトの名無しさん：2005/06/28(火) 21:29:19

>>622
セールスエンジニアは初心を忘れなければそこそこ成果を上げられる。
出入り禁止になるとクビ。

625 ：デフォルトの名無しさん：2005/06/28(火) 21:50:13

>>622
変に腕があって俺様なやつよりは何にも知らなくて（ただしセンスは有ること教えたことは吸収してもらわないとね）
会社の色に染まってくれる奴のほうが会社にとってはありがたいものなのですよ

626 ：622：2005/06/28(火) 22:26:18

>>623、>>624、>>625
皆さん、ありがとうございました。
正直、「逝ってよし」とか「氏ね」とかいうレスが付くとばかり思っていたので
「大丈夫」という皆さんのレスにとても勇気づけられました。
パソコン音痴の自分からしてみたらこの手の技術を身に付けるのは
「幼稚園児が東大合格を目指すようなもの」と思っていたもので・・・・・

運良く採用されてこの業界に入っても、皆さんからの教えを心に刻んで頑張っていきます。
皆さんのレスは絶対に忘れません。

ありがとう!!　本当にありがとう!!

627 ：デフォルトの名無しさん：2005/06/28(火) 22:27:28

>>622
セールスエンジニアなんでしょ？設計しろと言われてるわけじゃない希ガス・・・・

628 ：622：2005/06/28(火) 22:41:30

>>627
お客に聞かれて「???」という訳にもいかないし
お客の要求する仕様を設計者に伝えるのにも
バリバリの設計者みたいな技術程じゃなくとも最低限の技術は必要かな?
と思っているのですが・・・・・
違うのでしょうか・・・・・・

629 ：デフォルトの名無しさん：2005/06/28(火) 22:45:55

>>628
「???」となるところをグッとこらえて、さやわかな笑顔を維持

630 ：デフォルトの名無しさん：2005/06/28(火) 22:46:03

>>628
あんましよくわかってない営業のほうが強いね
成功率７％くらいのものを１２０％くらい言っちゃうから
客受けはいいわな（あとがたいへんすぎなんだよ( ﾟДﾟ)ｺﾞﾙｧ!!

たまにわかってるのにそういうこと言っちゃうやつも居ますけど
それって嘘つきなわけで人間的にどうかとおもっちゃいますです

631 ：デフォルトの名無しさん：2005/06/28(火) 22:46:35

>>628
正直、おまえさんを教育する人の力量次第だ
今現在の知識なんてさほど重要ではない
それよりも人間/社会人としての自分を磨け

632 ：デフォルトの名無しさん：2005/06/28(火) 22:55:39

>>628
なんかスレ違いのような気もするけど、興味もてない分野で働くって幸せじゃないと思うよ。
セールスエンジニア（要するに営業）って9時～17時の定時で帰れる仕事とも思えんし。

余程食うに困ってて、しかも他に職が選べないのならしょうがないかもしれないけど。

なんかやる気だの気合だのと時代錯誤のこと言ってる人もいるけどどんなもんかね。
そりゃ頑張って仕事で自己実現したいと思う人間がいてもいいけど、
そうじゃない人間がいてもいいわけで。

>>622は恐らくそういうことを望むタイプじゃないよね。

633 ：デフォルトの名無しさん：2005/06/28(火) 23:56:27

>>630
その手の営業は設計とか製造と折り合い悪いよな
納期とか工程一切考えずにばかすか仕事持ってくるからしわ寄せが全部こっちに来る

634 ：デフォルトの名無しさん：2005/06/29(水) 19:02:22

ESEC 1日目乙。いい出物あった？

漏れ？　仕事で行けない… orz

635 ：デフォルトの名無しさん：2005/06/29(水) 19:05:16

>>633
ZigBeeとか気になるんだけど、製品出回ってる？
漏れも仕事でいけない。orz

636 ：デフォルトの名無しさん：2005/06/29(水) 20:54:20

>>635
あれが気になるなら、
Freescaleのセミナに行ったほうがいい

確か今月末あたりの日程で募集してたはず

637 ：デフォルトの名無しさん：2005/06/30(木) 00:34:07

ああ今週ESECだったのか。
金曜あたりなら行けるかなあ。

638 ：デフォルトの名無しさん：2005/06/30(木) 09:11:51

友達が居ないのでタダ券を貰えません。
インターネッツに問い合わせたら締め切りといわれました。

639 ：デフォルトの名無しさん：2005/06/30(木) 12:35:26

6/29～7/1「第８回組み込みシステム開発技術展」＠東京ビッグサイト

　ちょっと仕事の関係で98互換のFA向け機ってのに興味あったですに～

640 ：デフォルトの名無しさん：2005/06/30(木) 14:43:38

で、なんで圧力鍋で保温調理もできる鍋が存在しないの？

641 ：デフォルトの名無しさん：2005/06/30(木) 14:54:12

>>640
うちにあるけど

642 ：デフォルトの名無しさん：2005/06/30(木) 15:26:40

>>840
圧力鍋は保温性にも優れているからだよ。
逆に言うと、一度沸騰させれば30分くらい高温高圧を保てるから、楽＋エコロジー？

643 ：デフォルトの名無しさん：2005/06/30(木) 16:25:09

そこで一分鍋ですよ。

644 ：デフォルトの名無しさん：2005/06/30(木) 21:08:24

>>639
E社のアレ？

645 ：デフォルトの名無しさん：2005/06/30(木) 22:09:53

http://www.elmic.co.jp/japanese/products/inheritor.html#shiyo
これか・・・・・今時98なんか猫もまたいで通るだろうに・・・・・

646 ：デフォルトの名無しさん：2005/06/30(木) 23:27:01

>>645
新規で使う奴はいないだろうけど、昔の奴が壊れたのでその代替に・・・という需要は意外にある。

647 ：デフォルトの名無しさん：2005/06/30(木) 23:37:54

エロゲマシン

648 ：デフォルトの名無しさん：2005/07/02(土) 01:11:47

タイマーと割り込みがわかんね
よって、教えて

649 ：デフォルトの名無しさん：2005/07/02(土) 01:19:28

>>648
http://blog.livedoor.jp/stardom/archives/15142955.html
多分コレでいいと思う。
タイマーズに割り込みは入らなかったそうだ

650 ：デフォルトの名無しさん：2005/07/02(土) 02:47:48

そんなもん、よう見つけてくるな

651 ：デフォルトの名無しさん：2005/07/02(土) 11:26:27

タイマーは　大抵はカウンタだよな　で具体的には何が知りたい？

割込　は、実行されてるプログラムに外部から強制的にサブルーチンコールを入れる事

652 ：デフォルトの名無しさん：2005/07/02(土) 18:38:32

>>648
CPUによって違うので一概に言えないが、
・タイマ割り込みハンドラを書く。
・希望の周期になるようにタイマの分周比等を設定。
・タイマを起動させる。
・タイマ割り込み許可フラグをONにする。
・設定した周期毎に割り込みがかかり、割り込みハンドラが呼ばれる。

653 ：デフォルトの名無しさん：2005/07/02(土) 18:51:36

タイマーと聞いて、真っ先に思い浮かぶのは８２５３。
そんな俺は、もうオッサンｗ

654 ：デフォルトの名無しさん：2005/07/03(日) 04:13:54

俺は8254だな。
まだ大麻は制御が楽だよ｡
ここ最近USBとNAND FLASHをDMAと割り込み使ってひどい目にあってる｡

655 ：デフォルトの名無しさん：2005/07/04(月) 01:23:51

すまん、何をしようとしているのか
さっぱり想像できん。>>654

USB, NAND FLASH, DMA, 割り込みのそれぞれはわかるが
それらを組み合わせる制御というのが思いつかん。

USB-DMA-割り込みの組み合わせは想像できるが。
NAND FLASHがそこにどう入るのか...
(フラッシュメディアをUSB経由でドライブ?)

656 ：デフォルトの名無しさん：2005/07/04(月) 01:34:43

一定方向に無間に動くモータに取り付けられたエンコーダのパルスをポーリングして、
現在地を決めるプログラムを作ろうとしているんですが、
たとえば、エンコーダが１６ビットでもモータのギア比などで一回転1000パルスだったりすると
1000で割った余りを求めなければならないですよね？
でも、わり算は行いたくないし、何かテクニックがあるのでしょうか？

657 ：デフォルトの名無しさん：2005/07/04(月) 02:15:41

パルス数をすべて計測しおわってから距離を求めるより
1000未満でカウントするカウンタと1000毎にカウントするカウンタで
パルスごとにカウントするのが簡単だ。
16bitでも1000x65535+999まで計測できるし。

658 ：デフォルトの名無しさん：2005/07/04(月) 06:59:52

CPUが10進補整命令を持ってるなら、そのまま10進数でカウントするのが簡単かもしれないね。

659 ：デフォルトの名無しさん：2005/07/04(月) 07:09:10

エンコーダが１６ビットという事は、
２相信号にアップダウンカウンタ付きかな？
結果として１６ビットデータが得られるのなら、割り算をするしかないかも。

でも割り算といっても、エンコーダの値をEin メモリをEold　Pulse として

while( E-Eold > 1000) { Eold+=1000 ; Pulse++;}
while( E-Eold <= -1000) { Eold-=1000 ; Pulse--;}

とやれば、エンコーダの値が突然跳躍しないなら、平均負荷は大きくないよ

660 ：659：2005/07/04(月) 07:11:45

>>659だとバックラッシュが出てしまうから
while( E-Eold >= 1000) { Eold+=1000 ; Pulse++;}
while( E-Eold < 0 ) { Eold-=1000 ; Pulse--;}
この方がいいかもね

661 ：デフォルトの名無しさん：2005/07/04(月) 12:42:11

妙な策を労するより、素直に計算したほうが簡単だし、保守性も高いと思うけど。。
いまどきその程度の負荷が問題になるようなショボいCPUコアがあるとも思えない。

8BitCPUのアセンブラでやるとしても、16ビットの乗算（割り算というより乗算でしょ？）
ぐらい書けるでしょ？
A*B*2^-16を計算することを考えればいい。

662 ：デフォルトの名無しさん：2005/07/04(月) 13:37:17

>>661　16ビットだと、その方法だと誤差が大きいよ。

それにPICみたいにADDC命令を持ってないCPUだと　除算を書くのはけっこうシンドイよ

663 ：デフォルトの名無しさん：2005/07/04(月) 16:47:09

1000と1024は非常に近い。

664 ：デフォルトの名無しさん：2005/07/04(月) 17:28:19

2.4％が許されるなら　10ビットシフトで代用出来るね

665 ：デフォルトの名無しさん：2005/07/04(月) 19:40:01

>>656
デジタル微分とかデジタル積分でググッテ見たらどうだろうヒットするかどうかは知らん
（整数演算の加算減産のみで割り算掛け算と同じ結果を出すことができる）
昔は一般的な技術だったが最近は浮動小数点演算でやっつけちゃうしな

666 ：デフォルトの名無しさん：2005/07/04(月) 20:04:11

DDAとかデジタル微分解析器の方がヒットするかもね。
でも殆ど直線や円の描画のサイトだろうけど。

DDA+エンコーダ　とかDDA+ステップモータだと結構絞れるかも。

DDAは今でも、動的に係数類を調整しなければならない時には有効だよ。

667 ：デフォルトの名無しさん：2005/07/04(月) 20:14:07

>>666
そう、その直線描画のｘとｙの関係がエンコーダパルスと実際に進んだ距離の関係にぴったしハマルのでうま～かと
ポーリングでやろうとしてるようだしこういう軽いのがいいよね（割り込み使えよ（ｗ

668 ：デフォルトの名無しさん：2005/07/04(月) 20:14:13

問題は余りを求めたいのだから、>>659の方法は正解。
>>661-662 はダメ。

無限に回転するという仕様でなければ　
1000で割った余りを求めるには余りを変更しない返還
X := (X and 1023 ) + (X/1024 )*(1024-1000)
とやればいいんだけどね

669 ：デフォルトの名無しさん：2005/07/04(月) 20:25:10

>>659が正解と書いたけど、無限回転する事が考慮されていないような

いや、E-Eold はEが桁溢れしても大丈夫か？

670 ：デフォルトの名無しさん：2005/07/04(月) 20:26:13

というかありものでやっつけるんでなくてこれから設計するなら整数比になるようにギヤ比を設定するわけなんだがなあ

671 ：デフォルトの名無しさん：2005/07/04(月) 20:34:19

>>670
1回転千の分解能なら設計としてはそれでいいんじゃないの？

問題は、エンコーダを使う事の方だけど、でも、これもしょうがないでしょ。
2相のUP/Downカウンタ内蔵の機種ならコレ使わないわけにいかんし
ソフトで処理するには割込処理がキツクなるし

672 ：デフォルトの名無しさん：2005/07/04(月) 20:35:07

あいやちょっとまてエンコーダー１６びっと？アブソリュートエンコーダーですか？
そうだとしても１６ビットなのは電源投入後の初期位置を求めるときのみの話で運転中はＡ相Ｂ相の２相パルスのはずですね？

初期位置の計算をしたいという話であれば最初に一回計算するだけだからわかりやすくて素直なコードにしとくのが良いと思うな

673 ：デフォルトの名無しさん：2005/07/04(月) 20:37:50

>>671
>1回転千の分解能なら設計としてはそれでいいんじゃないの？

ああちょっと頭の中がゴチャになってた、ありもので一回転９５６．７パルスとかになってめんどっちい思いをしたことがあったもので（ｗ

674 ：656：2005/07/05(火) 00:52:01

いっぱいレスが来てますね
ありがとうございます
案外このスレの住人には身近なテーマなのでしょうか

書き足りなかったので誤解を招いているところがあるようですが
１６ビットと１０００というのは例えです
実際には３２ビットで１００００かもしれないし、５００かもしれません

>>659-660さんの方法がいいのかなと思い始めてます
ただ>>668-669さんが指摘されているように
無限に同一方向に回るので
桁あふれをどう扱ったらいいのかと考え込んでいます

>>665-667さん
調べてみたけどDDAの考え方が近いのかな
もうちょっと調べてみます

>>670
任意のギア比というのもまた難しくて
結局割り切れるギア比しか対応できてないです
たぶんこれも知る人ぞ知る定石があるんでしょうけど・・・

675 ：デフォルトの名無しさん：2005/07/05(火) 06:36:06

>>674

＞桁あふれをどう扱ったらいいのかと考え込んでいます

Eが桁溢れをしても、 E-EOldは EOldがEに追従してるから、この引き算の結果はオーバフローして
結果正しい筈。

676 ：デフォルトの名無しさん：2005/07/05(火) 08:47:40

ファジー制御は最近どうなった？

677 ：デフォルトの名無しさん：2005/07/05(火) 10:44:45

E 8bitにして100で考える

0から50づつ増やす
　E　　　EOld
　0　　　　0
　50 0
100　　　100
-106　　 100
-56　　-56
　 -6　　-56
　 44　　44

オーバフローしても、E-EOldも追いかけてオーバフローするから
差は常に上手くゆく

678 ：デフォルトの名無しさん：2005/07/05(火) 10:52:57

>>674
割り切れないギヤ比はＤＤＡでうまくいくよん

679 ：デフォルトの名無しさん：2005/07/05(火) 21:23:41

H8S2239で、オンボードプログラミングでソフトの書き換えプログラムつくらなきゃ
ならなくなった。
ハードウェアマニュアル見ると、書き込み制御プログラムを
RAMに転送して、RAM上の書き込み制御プログラムが新アプリを転送するみたいなんですが、
この書き込み制御プログラムをどうやって作るかよくわかんないでいます。
書き込み制御プログラムの処理自体はマニュアルに書いてあるのですが、
とっかかりがよくわからない。開発環境はHEWなんだけどCPUは2239を選択して普通に作ればい
いのか？
ブートモードでやるんですが、ブートプログラムが勝手に書き込み制御プログラムのmain関数から
実行してくれるんかな？
組み込み系の情報が少なすぎて、正直頼れるのがここぐらい・・・困った。

680 ：デフォルトの名無しさん：2005/07/05(火) 21:34:40

なんかよく判らんが、ブートモードってのを選択出来るんなら、
最初から書換えプログラムがROMにあると思うのだが？

というか、H8はWebから情報が殆どダウンロード出来るし、情報不足になるとは思わない。
不足してるのは、そこらへんの常識というか、基礎というか

681 ：デフォルトの名無しさん：2005/07/05(火) 23:21:37

ブートプログラムはホストとの通信関係の設定とかしかしてくれないんですよ。
書き込み制御プログラムはユーザーで用意するってはっきり書いてあるし。
基礎不足というのは否定しませんし、H８Sの情報はあるにはあるけど、問題が
解決できるような情報は見つかりませんでした。

682 ：デフォルトの名無しさん：2005/07/05(火) 23:43:30

それって結局、H8の使い方がわからない、HEWの使い方がわからない、のどちらか、
あるいは両方ってことのような気が。。

正直、なんじゃそりゃって感じ。
そんなの知るかよ。。。
一から手取り足取りここで誰かに教えを乞うつもりかね。

683 ：デフォルトの名無しさん：2005/07/05(火) 23:47:00

いや、それ以前にマイコンのプログラムはじめての人か？
なんか便利なライブラリ関数があって、
それを適当につなぎ合わせれば目的のプログラムが書けると思ってるのかな？

684 ：デフォルトの名無しさん：2005/07/06(水) 00:52:36

>>680
http://glossary.tank.jp/t0249.html

685 ：デフォルトの名無しさん：2005/07/06(水) 02:07:40

極簡単なON/OFFの温度制御やろうとしたら2進→10進のコードが一番長くなったよ。

686 ：デフォルトの名無しさん：2005/07/06(水) 04:01:57

ON/OFFの制御で2進→10進が必要なのはどこ？制御自体じゃなくて表示も作ったから？

687 ：680：2005/07/06(水) 07:21:53

>>681
　なるほど、少し調べたが、M16と違ってブートモードに直接書換え機能が入ってないんだね。
ただ、ブートモードに設定したら、自動的にボーレートを測定して合わせてくれて、
そして、RAMの特定の番地から実行してくれるようだよ。
http://www.renesas.com/avs/resource/japan/jpn/pdf/tool/j502069_fztat.pdf

それから、　Flash Development Toolkit　というのでオンボードで書換えられるようだから
こいつがやってる事を真似ればいいという事だね

688 ：デフォルトの名無しさん：2005/07/06(水) 22:24:53

>>687
ホストがPCではないんですがほぼそのとおりです。
マニュアルにプログラムを書き込み制御プログラムを格納できるエリアは
H'FFC000～H'FFDFFFってなってるんですが、これはRAMのFFC000番
地から実行すると解釈していいんでしょうか？
それと書き込み制御プログラムを作るにあたって、セクション関係をどうすれば
いいのか・・・この辺がわかればいけそう。

689 ：デフォルトの名無しさん：2005/07/07(木) 00:03:46

すみません・・・・
識者の方々が多々いらっしゃるようなのでお聞きしたいのですが・・・
WindowsXPでStorageにセクター単位でアクセスをしたいのですが
どのような方法で行えば宜しいのでしょうか？INT21ｈを使用できる
のでしょうか？DeviceIoControlを使用すればできるのでしょうか？

なにか参考になるようなものを教えて頂けると嬉しいのですが・・

くれくればかりで申し訳ありません(o*。_。)oペコッ

690 ：デフォルトの名無しさん：2005/07/07(木) 00:24:10

DDKみれ。

691 ：デフォルトの名無しさん：2005/07/07(木) 00:24:49

>>689
\\.\

692 ：デフォルトの名無しさん：2005/07/07(木) 00:30:32

>>690
DDKみても何がなにやらさっぱり・・・(ノ_･｡)
MSDNとずーっとにらめっこしてたのですが、
あほな私にはたどり着けません＿｜￣｜○ｶﾞｸｯ

>>691
CreateFileでHANDLE指定でいけますか？
クラスタ単位というかファイル単位ではいけるのですが
セクター単位でマスターブートいじったりしたいんです(ノ_･｡)
ご存じでしたら教えて頂けませんでしょうか(o*。_。)oペコッ

693 ：デフォルトの名無しさん：2005/07/07(木) 00:46:08

>>692
MSDNのCreateFile()の説明を穴が開くほど読め。

694 ：デフォルトの名無しさん：2005/07/07(木) 01:03:05

>>693

ありがとうございました！
CreatFileにあるんですね！
なんかじっくり見るべきところが絞れて凄くうれしいです。
ありがとです(o*。_。)oペコッ

695 ：680：2005/07/07(木) 05:32:07

>>688
最初の質問はその通り、
2番目は、Cで書くならCRTから自分で作らないといけないというか
アセンブラレベル（バイナリ-レベル）の理解が必要だから、勉強してくれといしか言えない

696 ：デフォルトの名無しさん：2005/07/07(木) 12:39:41

>>695

パーティーションからだと、アセンブラ必要ないのでしょうか？
とりあえず、MBR諦めて、PBR、FAT、ROOTDIRいじれれば
いいような気もしてきました。。。

実は、、、ディスクが飛んでたのでデータ修復しようかと（－－；
どこかのソフトで論理アドレスをモニターしたのですが、FAT
とディレクトリエントリが壊れてるだけで、その他は一部生きている
ようなので、クラスタをシリアルにならんでると仮定して、つなぎ
変えてみようかと・・

USB　StorageがSCSIプロトコルで通信してたとすると
SCSI_PASS_TROUGHT_DIRECT（あれ？なんか違うような・・）
をCreateFileに指定？？？
なんかさっぱりで・・・

697 ：デフォルトの名無しさん：2005/07/07(木) 12:41:29

ageちゃいました。。下げときますｍ（＿＿）ｍ

698 ：デフォルトの名無しさん：2005/07/07(木) 12:48:52

>>696
そういうのはＤＯＳで作ったほうが楽ちゃうけ？

699 ：デフォルトの名無しさん：2005/07/07(木) 22:26:30

>> 698

　制御したいのはUSBなんです。
DOSだとUSBを認識させるの面倒くさそうで。。。
せっかくの機会なのでWindowsNT系でできるなら
やってみたいのです。

　今日もいろいろしてたらできなかったので明日
つくってみます。。（－－；

700 ：デフォルトの名無しさん：2005/07/07(木) 23:35:57

>>699
IDEのドライブなら\\.\が使えるんだけどねぇ。
USBドライブだとどうなるやら。

701 ：デフォルトの名無しさん：2005/07/09(土) 00:30:55

>686
趣味で作ったお遊び回路で、液晶表示もつけてみたんです。
ボタンつけて温度設定できるようにしたりして。楽しかったー。

702 ：デフォルトの名無しさん：2005/07/09(土) 01:59:08

>>701
あのプリンタポートで無理矢理
シリアル通信やるとか言ってた奴か？

703 ：689：2005/07/09(土) 08:42:48

会社のパソコンのCドライブが飛んじゃった＿｜￣｜○ｶﾞｸｯ

704 ：デフォルトの名無しさん：2005/07/09(土) 09:11:17

>>703
やれやれ、VirtualPCとかVMWAREとか買って貰えよ。

705 ：デフォルトの名無しさん：2005/07/09(土) 17:23:07

>702
違いますよ。
今度はマイコン使わずに挑戦中です。温度表示はLED沢山並べて…w

706 ：デフォルトの名無しさん：2005/07/11(月) 22:19:07

業務系DB更新画面ばかりを作ってきてウンザリ気味だから
今度、制御系に挑戦しようとしてる者です。

RTOS で動くプログラムを Win や Linux 等でエミュレートできるような
学習用（？）開発環境のようなものってあるのでしょうか？

一応、ネットで調べた限り ITRON という OS を使うことが多いということまでは
わかったのですが、本屋で関連書籍を探しても、1～2冊しか見つからなかったので
おすすめの書籍なども教えていただけると嬉しいです。

さすがに、手ぶらで制御系へ転職活動というのも不安なので、よろしくおねがいします。

707 ：デフォルトの名無しさん：2005/07/11(月) 22:29:01

期待age

708 ：デフォルトの名無しさん：2005/07/11(月) 22:39:44

1万ほど投資してH8のボード買って
ttp://homepage3.nifty.com/ryuz/hos/hos-h8/
などはどうかね。

709 ：デフォルトの名無しさん：2005/07/11(月) 22:45:32

ttp://www.renesas.com/jpn/products/mpumcu/tools/index.html
使ったことないけど。

710 ：デフォルトの名無しさん：2005/07/11(月) 23:17:16

>>706
私の勤める会社に来るかね。業務系の仕事をこなしつつ制御系の仕事を覚えられるよ。
タイミングが合えば、私と一緒に先週金曜日に爆発事故があった工場で仕事できるし(ぉぃ

711 ：706：2005/07/11(月) 23:36:01

>>708さん
>>709さん
貴重な情報ありがとうございます。
今までは、情報量だけは多いMS関連のことばかりをやってきたので
非常に助かります。
>>710さんも、お心遣い感謝です。

712 ：デフォルトの名無しさん：2005/07/11(月) 23:40:19

SH4とかをアセンブラで書いてる人っていますか？
パイプラインを自分で詰めるってどんな感じなんだろうかと

713 ：710：2005/07/12(火) 03:31:46

>>711
まぁ、うちみたいなところもあるから手ぶらってあまり意識しないでもいいんでないかな。
某就職フェアで待ってますから(ぉぃ

714 ：デフォルトの名無しさん：2005/07/12(火) 03:47:36

>>712
ディレイブランチとか？
アセンブラが勝手にやってくれるんじゃないの？

715 ：デフォルトの名無しさん：2005/07/12(火) 10:48:22

>>712
SH2Aなら。
そういうのはあんまし考えないで書いてるが。

>>714
諸般の事情でGNU asなのですが、そんなん面倒みてくれまへん。
うっかりディレイスロット埋めるのを忘れて悲惨な事に…

716 ：デフォルトの名無しさん：2005/07/12(火) 12:22:50

>>712 アセンブラで書かなければならない部分はごく一部なので
(割り込みハンドラとか)、割と効率とか気にしないで書いても
十分だと思う。

パイプライン詰めとかはCコンパイラに任せる(つまりCで書いた部分
だけきっちりパイプライン詰めたコードになる)。素手でやれって
言われればできなくもないけどな。ただ、原理自体は知っておいて損はない。

717 ：デフォルトの名無しさん：2005/07/12(火) 13:36:20

普段DSPやってるから１命令のディレイ分岐くらいは別に・・・・

DSPだともっとひどいのも沢山あるよ
その中でも苦労したのは
ttp://www.asahi-kasei.co.jp/akm/japanese/product/ak7740/ak7740.html
だな。
マイクロ命令をいちいち手でつめこまなくちゃいけないんだけど、
それぞれ遅延が違う・・・・

718 ：デフォルトの名無しさん：2005/07/12(火) 20:50:25

自分の書いたCをコンパイラにアセンブラ化してもらい
無駄な処理を削る作業まではやったけど、
パイプラインを考慮して、処理の並べ替えをしたいと思ってます。

なにか適したToolってありますか？

719 ：デフォルトの名無しさん：2005/07/12(火) 21:13:29

>>718
紙と鉛筆そしてケシゴム

720 ：デフォルトの名無しさん：2005/07/13(水) 05:19:06

コンパイルオプションの「最適化レベル」をいろいろ変えてみた？
機械語レベルでいじってプログラマの責任でやることのほうが不安に思える。
コンパイラが保証してくれるところ以上の性能が必要なの？

721 ：デフォルトの名無しさん：2005/07/13(水) 07:28:24

＞コンパイラが保証してくれるところ以上の性能が必要なの？

プログラム自体が単純であるということと、
そのプログラムが処理速度を求められていることの2点があるからです。

なんせ、そのプログラムは

①RAMにゼロを書き込む（RAMのクリア）
②クリアしたRAMの中身を任意の変数（初期値0）とORする
③次々とRAMをクリアして任意の変数とORする
④最後にORした任意の変数がゼロかどうか調べる

といったものです。（ただし、プログラム自体は処理速度向上のため色々やってますが）

もし変数の中身がゼロでなければ、それはRAMがきちんとクリアされていない。
つまり壊れている可能性があるということが調べられるというものです。
仕事上このような処理が必要で、モータ動作中にRAMのクリアをしないといけないので速度を求められました。

ただHew2で速度重視で色々と最適化したら、なぜかゼロクリアはされていてもORはされていませんでした。
最適化オプションで外部変数の最適化を行ったかららしいですが、なぜ勝手に処理がなくなったんでしょうか？

722 ：デフォルトの名無しさん：2005/07/13(水) 10:09:19

>>721
最適化オプションで外部変数の最適化を行ったからじゃないのか？

723 ：デフォルトの名無しさん：2005/07/13(水) 10:12:21

そもそも外部(性的)変数はHEWのライブラリによって
起動前にヒープの初期化で丸々ゼロ埋めされてない？
ゼロとオァーッしてもゼローッイェーイ→やる意味ねー
という最適化プロセスがはらたいら

724 ：デフォルトの名無しさん：2005/07/13(水) 10:49:52

>>721
その程度の処理で
コンパイラの吐き出したダンプと、
アセンブラ手打ちと差が出るもんかな？
最近のコンパイラの最適化はかなりなもんだと思うけど

725 ：デフォルトの名無しさん：2005/07/13(水) 12:08:05

>>721
つ[volatile]

726 ：デフォルトの名無しさん：2005/07/13(水) 18:19:55

ハードウェアを抽象化するためにドライバを作っているのですが
ハードウェアのレジスタに不正な値が書き込まれないかエラーチェックをして
不正な値が書き込まれたらエラーを返すような仕掛けは必要でしょうか？

727 ：デフォルトの名無しさん：2005/07/13(水) 18:23:47

>>726
好きにしろよ

728 ：デフォルトの名無しさん：2005/07/13(水) 18:42:20

>>726
ハードで不正値を弾けないなら、チェックする
チェックしないで誤動作したら
アプリを書く人に怒られる
たぶん

729 ：デフォルトの名無しさん：2005/07/13(水) 19:08:15

>>721
前スレの↓と同じ人？

565 名前：デフォルトの名無しさん[sage] 投稿日：05/01/14 21:44:36
はじめまして、一つ伺いたいのですがよろしいでしょうか？

あるRAMエリアに対して0でクリアしたあと本当に0になってるか
チェックする処理を作りたいのですが、とにかく処理時間重視と言われました。

処理能力を気にしないので良いなら悩まなくても良いんですが、
どういうロジックを組めば最も高速にクリア＆チェックできるか私の頭ではわかりませんでした。

言語はCですが、処理能力考えるとアセンブラで組んだほうがいいような気もします。
何かよい知恵がありましたら教えてください。

730 ：デフォルトの名無しさん：2005/07/13(水) 19:57:16

アプリケーション開発と組み込みでは少し感覚が異なるので、アプリやあがりは
なじめないかもしれないが、
アセンブラとC言語の長所短所は下記の3章に書いてある。
ttp://www.renesas.com/jpn/products/mpumcu/tragi/h8divide.html

まぁ上記の中でダメ出しされてるCのソースが、必ずしもダメだとは俺は
思わないけどね。

731 ：デフォルトの名無しさん：2005/07/13(水) 23:05:53

H8って一年位前に使う計画があったんで（結局没になったが）そのときちょっとかじったんだが
なんかアセンブラ使いにくくない？

いや、H8の石そのものってよりH8のアセンブラが。

特になんじゃこりゃなめとんのかと思ったのが、

(1) シンボルの再定義ができない
(2) ジャンプやコールで、飛び先までの距離に合わせて最適なアドレッシングモードを
自動で選んでくれる擬似命令がない。

思いだせないが、他にもいろいろ不満な点があったはず。

そのくせあんまり使えない（全然コードの可読性があがるとは思えない）
構造化アセンブラ機能なんかがついてるんだよなあ。
ルネサスのセンスはようわからん。

732 ：デフォルトの名無しさん：2005/07/13(水) 23:56:15

＞729

そうです。前スレでも書き込みました。
とりあえず、他の動作の邪魔にならないような
処理速度のプログラムはできましたが、
もっと早くならないかと試行錯誤中です。

現在、某公営ギャンブル場に設置予定の自動機に関するプログラムやってます。

733 ：デフォルトの名無しさん：2005/07/14(木) 01:20:21

>>732
蛇足だけど
お金数える機械？

734 ：デフォルトの名無しさん：2005/07/14(木) 01:27:22

お金数える機械といえばうちの近所の銀行のＡＴＭ調子悪くてさあ
数回に一回はお札が折り紙になって戻ってくる（ｗ
いいかげん直せよな

735 ：デフォルトの名無しさん：2005/07/14(木) 07:04:17

>>732
そうなのか。前スレでbit orによるゼロチェックコードを書いた記憶があったので覚えてた。
お久しぶり。

736 ：デフォルトの名無しさん：2005/07/14(木) 07:05:50

ずいぶんとのんきなプロジェクトなんだな

737 ：デフォルトの名無しさん：2005/07/14(木) 07:23:54

>733

マークカードを読み込んでどの部分にマークされているか認識するユニット
（いわゆるリーダってやつですね）をやってます。

ちなみにイメージではなくセンサで読み取って解析してます。その解析部分を担当してます。

738 ：デフォルトの名無しさん：2005/07/14(木) 08:17:54

なんかろくでもないもんになりそうなおかん

739 ：デフォルトの名無しさん：2005/07/14(木) 12:40:49

モータ回しながら
リアルタイムでメモリチェックとは
ご苦労なこと

740 ：デフォルトの名無しさん：2005/07/14(木) 13:34:25

俺もＨ８でRAMチェック書いたとき、最適化されると書き込んだRAM読まないで書き込んだ
レジスタと比較するコードが出て困ったことがある。最適化レベルを下げると冗長なコードに
なるし。732みたいな状況なら人間ASMもしょうがないみたいですね。

741 ：デフォルトの名無しさん：2005/07/14(木) 13:35:48

つ[volatile]

742 ：デフォルトの名無しさん：2005/07/14(木) 17:47:13

レジスタの使用制限ってボラタるよりも
なんかコンパイルオプションでなかったっけ？
gccで見た記憶がある
うろ覚えｽﾏｿ

743 ：デフォルトの名無しさん：2005/07/14(木) 19:02:59

volatile使ってもコンパイラのバグで効かなかったりするしなあ。

744 ：デフォルトの名無しさん：2005/07/14(木) 19:06:39

コンパイラのバグのせいにする奴よくいるよね。

745 ：デフォルトの名無しさん：2005/07/14(木) 19:11:06

Ｈ８系のヘウは、ボラッタに関してはあんまり親切じゃないみたい。

746 ：デフォルトの名無しさん：2005/07/14(木) 19:16:20

だいたい、宇宙空間とかラディカルな環境で使うわけでもあるまいし、
そんな常時メモリチェックなんて必要なんだろうか？

チェックしてエラー検出したからって代替システムが用意されてるわけでもないだろうし。

起動時だけチェックすれば必要十分なんでは？
つーかマイコンのオンチップのメモリが化けるような状態なら、自己診断のコードすら
まともに動かない可能性高いような気もする。

747 ：デフォルトの名無しさん：2005/07/14(木) 19:28:15

商用コンパイラを作ってます。
volatileを不正に最適化するバグを大量生産して顧客の信用をなくしてますが何か？

748 ：デフォルトの名無しさん：2005/07/14(木) 19:42:46

>>732
＞とりあえず、他の動作の邪魔にならないような
＞処理速度のプログラムはできましたが、

だったら速度にこだわる必要はないように思う。
速度を縮めるのが楽しいんだったらそれはそれでOK

人間相手のアプリだと速ければ速いほどほめてもらえるかわりに
遅くても我慢してもらえるが、
制御系のプログラムは間に合わなければ0点、間に合えば100点だよ。
それにちょっとまともなコンパイラを使えばアセンブラで必死に書いても
Cでわかりやすく書いてもせいぜい倍しか違わない。
制御系に使うCPUといっても
H8とキャッシュの効いたSH4では2桁近くも処理速度に差があるから
いくらがんばってもハードのバージョンアップでCPUを載せ替えれば
その努力は消えて無くなると思っておいた方がいい。

ところで、使っているCPUとコンパイラは何？それによって対策もかわる。
それからクリアしたRAMを再チェックするのは書込が不確実な可能性があるから？
それともノイズで偶発的にRAMが書き換わる可能性を考慮して？それによって
RAMのチェックシーケンスも変わってくる。

749 ：748：2005/07/14(木) 19:49:28

>>746
メモリが外部RAMなどの特別なものでなければそのとおりですね。

750 ：デフォルトの名無しさん：2005/07/14(木) 20:04:22

アセンブラで書いたらコンパイラが吐いたのより七倍も速くなったときには、
コンパイラを作った奴を呪いたくなったね。

751 ：デフォルトの名無しさん：2005/07/14(木) 20:59:06

>>747
>>750に呪われてるぞw

752 ：デフォルトの名無しさん：2005/07/14(木) 21:59:11

>>746
起動時のみチェックだと基本的に電源を落とさないシステムの場合はほとんどチェックされないことになるね

753 ：デフォルトの名無しさん：2005/07/14(木) 23:12:06

>>748
最後の4行に的確に答えられる位ならこんなところで質問しないと思われ。

754 ：デフォルトの名無しさん：2005/07/15(金) 00:27:35

どうも
ギア比のことについて質問していた者です。
DDA、いろいろ使えますね。
ギア比もこれでいけそうです。
補間制御にも使ってみようと思っています。
いろいろありがとうございました。
それにしてもこの辺に詳しい人が多いですね。
モータ制御をやっている人は多いのですか？

755 ：デフォルトの名無しさん：2005/07/15(金) 00:40:57

制御系ですからモーターはツキモノカト

756 ：デフォルトの名無しさん：2005/07/15(金) 00:49:02

＞748

使用しているCPUは基本的にSH2の7040か7145です。

コンパイラは7040をつかうときはSHC ver4.1Bで、7145のときは忘れましたがたしかSHC ver7だと思います。
さすがにverが違うと吐き出すアセンブラコードもかなり違いますね。

ちなみにRAMのクリアは主に解析に使った生データや中間データなどをクリアしてます。
なぜクリア後に本当にゼロになったかを確認するかはそういう仕様にしてくれとのことです。

＞制御系のプログラムは間に合わなければ0点、間に合えば100点だよ。
たしかにそれはいえてますね。現在はほぼ満足する速度になっています。
ただ、プログラムの構造上単純なので速度向上はただ単に自己満足になっていますが・・・

すみません。なんかくだらないことで場の空気を汚したみたいで。

757 ：デフォルトの名無しさん：2005/07/15(金) 00:52:49

>>756
> ちなみにRAMのクリアは主に解析に使った生データや中間データなどをクリアしてます。
> なぜクリア後に本当にゼロになったかを確認するかはそういう仕様にしてくれとのことです。
>
なんでかわからないけど客先とか社内の信頼性基準でということだろうなと思った
正直納得してないでしょｗ

758 ：デフォルトの名無しさん：2005/07/15(金) 01:23:56

テストのワークフローって大体どんな感じですか？

・テストケース（シナリオ）が作られるタイミング
・テストケース作る人は誰？
・テストケースをテストする人は？
・Evidenceは？

759 ：デフォルトの名無しさん：2005/07/15(金) 02:00:04

昔のことなんで、よく覚えてないけど、
SH3使ってたときに、CPUのバグかなんかで、
遅延分岐関係で、ある命令の後に、コレを実行しちゃまずいです
ってお達しがHITACHIから回ってきたことがあった。
SHCだとそういうコードは吐かないようになってたらしい。

速度が間に合っているなら、保守性や安全性を考えると、
わざわざアセンブリで書きなおす必要はないのでは？

760 ：デフォルトの名無しさん：2005/07/15(金) 03:27:34

>>759
すげえ
ハードのバグを純正コンパイラでフォローするとはｗ

761 ：デフォルトの名無しさん：2005/07/15(金) 04:24:05

>>760
仕方がないだろ？何千万個と出荷しているCPUを回収するわけにもいくまい
何個出荷してるか知らないけど。

762 ：デフォルトの名無しさん：2005/07/15(金) 07:00:46

素人ですいません。質問させて下さい。
ソケットを使ったプロセス間通信はもう古い技術になろうとしてるのでしょうか？

763 ：デフォルトの名無しさん：2005/07/15(金) 07:02:44

>>762
頭おかしいんじゃねーの？おまえ

764 ：デフォルトの名無しさん：2005/07/15(金) 07:29:47

>>762
古くは無いと思うが、制御系でわざわざそんなことする奴はいねぇ

765 ：デフォルトの名無しさん：2005/07/15(金) 07:47:51

>>763
>>764
他スレでそんな風に言い返しているひとがいたので
気になったので、ここで聞いてみました。有難うございました

766 ：デフォルトの名無しさん：2005/07/15(金) 07:56:37

>>765
頭おかしいんじゃねーの？おまえ

767 ：デフォルトの名無しさん：2005/07/15(金) 08:20:40

>>760
初期Pentiumのバグに対応してるコンパイラもある（VCとか）し、
そんなに不思議なことでもないかと。

>>762
制御系だとモダン（だけどリッチ）な技術だと思うけど？
unix socket自体は1980年代からある枯れた技術だけど。

768 ：デフォルトの名無しさん：2005/07/15(金) 09:38:58

純正コンパイラがハードのバグにいち早く対応するとなると
サードパーティの開発ツールメーカーには不利だわな

769 ：デフォルトの名無しさん：2005/07/15(金) 09:51:04

>>768
純正コンパイラがいつまでもバギーなままよりははるかにマシ

770 ：デフォルトの名無しさん：2005/07/15(金) 14:14:59

命令表に「この命令の後にこの命令を使わないでください」とあったのには苦笑した。
別のCPUだが、命令によって意味のないリードパルスが出る(仕様)奴もあったな。
ソフトは動くだろうがハード側で対応しないと誤動作するじゃねえかよ。
>>769
コンパイラもツールも対応してくれねえorz

771 ：デフォルトの名無しさん：2005/07/15(金) 15:48:31

>>770
貴重なご意見ありがとうございました。今後の開発での参考とさせて頂きます。

(バグには慣れろよ。バカー)

772 ：748：2005/07/15(金) 19:28:31

>>756
SH7145 でコンパイラがSHCなら>730が紹介してくれてるように
最適化の効率がいい書き方でCを使えば充分でしょう。

＞すみません。なんかくだらないことで場の空気を汚したみたいで。

自己満足ならOKと書いたのは「とにかく処理速度をあげろ。」と
理由もなく言ってるやつに振り回される必要はない、という意味。
もし精神的にキツイ状況になってるならそんな必要はないよ、
と言いたかっただけです。

773 ：デフォルトの名無しさん：2005/07/16(土) 11:27:40

CPUによっては、メモリクリアなんかのときに、
バイトアクセスよりshortやlongでメモリアクセスした方が
早くなることがあるね。

774 ：デフォルトの名無しさん：2005/07/16(土) 12:39:43

よくわからんけど、それがintの存在意義のような気が。。。

775 ：デフォルトの名無しさん：2005/07/16(土) 13:26:36

Duff's device の方式でループをアンロールするというのは？

776 ：デフォルトの名無しさん：2005/07/16(土) 15:51:02

>>773
普通バイトアクセスが一番遅いんじゃないの？
リードモディファイライトになるから
8bitCPUとかのオチはなしで

777 ：デフォルトの名無しさん：2005/07/16(土) 18:09:40

>>773
コンパイラの最適化が下手くそで, 単純にループ回る回数がちがってるだけじゃ
ねぇの?
16 ビットや, 32 ビットを 8bit バスに対して読み書きすると, バースト転送
モードになって, アドレスサイクルが要らなくなるとかって意味か?

>>776
> リードモディファイライトになるから
なぜ? I/O は未だしも, メモリはバイト単位でイネーブルついてるのが普通だろ?

778 ：デフォルトの名無しさん：2005/07/16(土) 18:23:50

>>777
世の中には8Bit以外のバスもあるのだよ。
バイトイネーブル付きのRAMも回路規模が大きくなるので必要なければ使わない。

779 ：デフォルトの名無しさん：2005/07/16(土) 21:14:29

あるアドレスに0を書き込むのとアドレスの中身どおしを引くのとどっちが早いんだろう
ようは、

A　=　0
をするのと
A　-=　A
とで速度比較したときどっちが早いの？

780 ：デフォルトの名無しさん：2005/07/16(土) 21:26:40

>>779
質問自体が無意味だ

781 ：デフォルトの名無しさん：2005/07/16(土) 22:59:53

>>779
どっちが速いかなんて、実際にやってみればいいじゃん。

782 ：デフォルトの名無しさん：2005/07/16(土) 23:53:36

コンパイラはが同じ結果を吐き出すに.100kﾓﾅｰ

783 ：デフォルトの名無しさん：2005/07/17(日) 00:00:36

>>782
低レヴェルな人間は口を出すな

784 ：デフォルトの名無しさん：2005/07/17(日) 00:20:37

>>779
CPUとコンパイラによるんじゃない？

785 ：デフォルトの名無しさん：2005/07/17(日) 00:53:35

>>783
何が気に障ったんだ？
最近のコンパイラなら同じ結果を吐き出す可能性なんぞ普通にあるだろう？

お前は、いつもそうやってピリピリしてるからもてないんだよ。(･`ω´･)ノ

786 ：デフォルトの名無しさん：2005/07/17(日) 00:54:35

>>785
まじで低レヴェルな人間は口を出すな

787 ：デフォルトの名無しさん：2005/07/17(日) 00:58:02

>>785
おまい、かわいいな(w

788 ：デフォルトの名無しさん：2005/07/17(日) 01:11:51

俺も便乗して・・・

MOV.L　@Rn+, Rm
と
MOV.L　@Rn,　 Rm
ADD #4,　　　　@Rn

って上の処理のほうが効率よさそうなんだけど
コンパイラの最適化レベル（速度優先）を上げると下のコードをはくんだよね。
なんで？

789 ：デフォルトの名無しさん：2005/07/17(日) 01:12:39

まちがえた

ADD　#4,　　Rn
でした。

790 ：デフォルトの名無しさん：2005/07/17(日) 01:14:20

>>779
ようはメモリの中をクリアしたいのか？それでどっちが速くなるのかを知りたいと。
・・・試してください。俺も気になるからあとで教えて

791 ：デフォルトの名無しさん：2005/07/17(日) 04:33:09

０クリアなのか、任意の値をセットなのか、
どっちに解釈されるかで、違うんでない？
任意の値として解釈された場合、
一度、その値を読み込まなければいけないわけで

792 ：デフォルトの名無しさん：2005/07/17(日) 11:15:20

>>788
命令数が少なければ速いと決まっているわけではない。
データシート読むか実際に確認しろよ。

793 ：デフォルトの名無しさん：2005/07/17(日) 19:18:31

自分自身とxorとるのが一番速いんでない？

794 ：デフォルトの名無しさん：2005/07/17(日) 19:21:05

>>793
馬鹿

795 ：デフォルトの名無しさん：2005/07/18(月) 02:54:42

>>794
ああ、無知だな。

796 ：デフォルトの名無しさん：2005/07/18(月) 04:34:26

>>793
メモリに書き込む話をしてるんだけど・・・

797 ：デフォルトの名無しさん：2005/07/18(月) 09:45:48

別に793が馬鹿なことを言っているとも思えないけどね。
少なくともこの話の流れのなかで793だけがことさら馬鹿なことを言っているとは思えん。

まず第一に結果的にメモリに0を書き込むのと等価なCコードは複数あり、
それらが最終的にどういう機械語コードにコンパイルされるかは最適化レベルに依存する。

第二に、結果的にメモリに0を書き込むのと等価な機械語コードも複数ある。

第三に、CPUアーキテクチャ毎に複数ある、結果的にメモリに0を書き込むのと等価な機械語コードのうち、
どれが一番高速からさまざまなパラメータに依存する。クリアするメモリ領域のバイト数、
それが4の倍数か2の倍数か奇数か、位置（特殊なアドレッシングモードが使える特権的な
アドレス領域がある場合）、前後の処理の文脈、......

だから一般論として「こういうCコードが最速」なんていえないわけで、
そんな与太話に乗っかってる時点で全員目糞鼻糞。

実際、xorが最速のケースが無いなんて断言できないでしょ。
8051のように論理演算だけはレジスタ介さずに可能なCPUもあるわけで。

この業界の奴らってこんなのばっかりだよ。
自分の能力を自覚する能力すら三流の奴が多すぎる。

798 ：デフォルトの名無しさん：2005/07/18(月) 09:55:54

>>793=797
ごくろう
別に　まで読んだ

799 ：デフォルトの名無しさん：2005/07/18(月) 10:00:07

>>797
大馬鹿だな、お前は。可哀想になるくらいのレベルだ。

800 ：デフォルトの名無しさん：2005/07/18(月) 10:02:35

2chでそんなのに熱くなってたら、スレがいくらあっても足らんよ。

801 ：デフォルトの名無しさん：2005/07/18(月) 10:05:58

>>798-799
幼稚臭いなあ。。
まあ、いい歳して、というか「永遠の精神年齢14才」って感じのとっちゃん坊やが多いのも
この業界の特徴か。

まあ、これはこの業界というよりコンピュータ関連の業界一般の傾向といった方が
公平かもしれないけれど。

802 ：デフォルトの名無しさん：2005/07/18(月) 10:08:23

XORが最速の場合がある環境があったとしても、793の書き込みは馬鹿としか言いようが無い
＞797もそうは思わんか？

803 ：デフォルトの名無しさん：2005/07/18(月) 10:11:54

この業界は>>797とか>>801みたいな自分の理屈に酔い痴れるの多いよね

804 ：デフォルトの名無しさん：2005/07/18(月) 10:12:26

とっちゃん坊やって単語久々に聞いたな
>>801は大分ｵｻｰﾝだな

805 ：デフォルトの名無しさん：2005/07/18(月) 10:17:22

>>797
論点を見失ってるよ・・・
全然どうでもいいことを力説しても意味ない

806 ：デフォルトの名無しさん：2005/07/18(月) 10:25:18

ひとつ驚いたのは
けっこうこのスレを見てる人がいるんだなという事だ

807 ：デフォルトの名無しさん：2005/07/18(月) 13:14:13

と書くことで、一人なのに複数人いるように見せかけるパターンですね

808 ：デフォルトの名無しさん：2005/07/18(月) 14:21:07

実際にはオレのほかに2人、多くても3人しかいない

809 ：デフォルトの名無しさん：2005/07/18(月) 14:40:16

で、結論的に
779や788や793の疑問は解決されたのか？

とりあえず、環境によってちがうなら、756でたまたま出ていたSH2
を例にして考えてみようぜ。

俺？俺みたいなアホは
「どっちでもいいだろ」
が答えです。

810 ：デフォルトの名無しさん：2005/07/18(月) 15:02:26

試した結果を書いてくれないかねえ。

>>797にはXORの方が速かったケースをお願いね。
まずは8051の命令クロック数から調べる(DataSheet or 実測)じゃないかな？

811 ：デフォルトの名無しさん：2005/07/18(月) 15:03:03

>>809
>>793は違うことが確定してる

812 ：デフォルトの名無しさん：2005/07/18(月) 16:28:29

>>797
この業界のレベルが低いと感じたことはない。
ただ、制御される側のハードウェアについては詳しいのに、
制御する側（CPUの内部動作等）については余り興味がない人が多いかも。

813 ：デフォルトの名無しさん：2005/07/18(月) 16:33:17

つーか手持ちの開発環境で試せばいいだろ？
どうせ環境次第になるのだから

814 ：デフォルトの名無しさん：2005/07/18(月) 16:58:02

>>813
こうなった

00010010 <main>:
#define hoge*( volatile int * )( na_ext_ram1_base )
#define hoge2*( volatile int * )( na_ext_ram1_base + 0x1000 )

int main( void )
{
10010:17 78 save %sp,0x17
hoge = hoge2;
10012:30 4a bgen %l0,0x11
10014:80 98 pfx %hi(0x1000)
10016:11 34 movi %l1,0x0
10018:51 6c movhi %l1,0x2
1001a:01 b4 ldp %g1,[%l1,0x0]
1001c:01 a0 stp [%l0,0x0],%g1
hoge = 0;
1001e:01 34 movi %g1,0x0
10020:01 a0 stp [%l0,0x0],%g1
hoge = hoge2;
10022:01 b4 ldp %g1,[%l1,0x0]
10024:01 a0 stp [%l0,0x0],%g1
hoge -= hoge;
10026:01 b0 ldp %g1,[%l0,0x0]
10028:02 b0 ldp %g2,[%l0,0x0]
1002a:41 08 sub %g1,%g2
1002c:01 a0 stp [%l0,0x0],%g1

815 ：デフォルトの名無しさん：2005/07/18(月) 16:58:40

hoge = hoge2;
1002e:01 b4 ldp %g1,[%l1,0x0]
10030:01 a0 stp [%l0,0x0],%g1
hoge ^= hoge;
10032:01 b0 ldp %g1,[%l0,0x0]
10034:02 b0 ldp %g2,[%l0,0x0]
10036:41 44 xor %g1,%g2
10038:01 a0 stp [%l0,0x0],%g1
} 1003a:df 7f ret
1003c:a0 7d restore

816 ：デフォルトの名無しさん：2005/07/18(月) 17:08:33

手持ちの開発環境?
家にそんなもん置いてるのか？

817 ：デフォルトの名無しさん：2005/07/18(月) 17:15:13

>>814
読めませんorz

818 ：デフォルトの名無しさん：2005/07/18(月) 17:19:16

もう少し簡単にしてみた
#define hoge*( volatile int * )( na_ext_ram1_base )

int main( void )
{
10010:17 78 save %sp,0x17
hoge = 0;
10012:30 4a bgen %l0,0x11
10014:01 34 movi %g1,0x0
10016:01 a0 stp [%l0,0x0],%g1
hoge -= hoge;
10018:01 b0 ldp %g1,[%l0,0x0]
1001a:02 b0 ldp %g2,[%l0,0x0]
1001c:41 08 sub %g1,%g2
1001e:01 a0 stp [%l0,0x0],%g1
hoge ^= hoge;
10020:01 b0 ldp %g1,[%l0,0x0]
10022:02 b0 ldp %g2,[%l0,0x0]
10024:41 44 xor %g1,%g2
10026:01 a0 stp [%l0,0x0],%g1
} 10028:df 7f ret
1002a:a0 7d restore

819 ：デフォルトの名無しさん：2005/07/18(月) 19:33:13

個別のＣＰＵの話はともかく、
やっぱりこのての処理はＣＩＳＣよりＲＩＳＣが早いよね。

820 ：デフォルトの名無しさん：2005/07/18(月) 20:02:23

>>819
いや、そうとも限らんぞ。
CISCだとRead->Modify->Writeを1命令1バスサイクルで
実行できたりするし。
って、まぁ、これも個別CPUの話だけどね。

821 ：デフォルトの名無しさん：2005/07/18(月) 21:44:16

命令表のマシンサイクルを見比べていた頃が懐かしい

822 ：デフォルトの名無しさん：2005/07/18(月) 22:53:30

んじゃ、結局RAMのゼロクリア＆コンペアをするプログラムの最速は
CPUによって違うからわからんってことでFA？

823 ：デフォルトの名無しさん：2005/07/18(月) 22:57:45

CPUだけじゃないがな

824 ：デフォルトの名無しさん：2005/07/18(月) 23:14:32

誰かが具体的な反例を示すまでは、ゼロクリアが一番速いと思って問題ないよ。

メモリの近いシステムでは同じ速度にはなるかもしれないが、ゼロクリアより
速くなることは多分無い。

825 ：デフォルトの名無しさん：2005/07/19(火) 00:11:23

＞８２４
なんか論点ズレてないか？
ゼロクリアする方法においての最速プログラムだと思うのだが。
それとも俺がずれてる？

826 ：デフォルトの名無しさん：2005/07/19(火) 00:18:02

質問自体が無意味だ

で終わっておけばいいじゃんか

827 ：デフォルトの名無しさん：2005/07/19(火) 00:20:07

一度コンパイラを通した場合の話なら、どれでも一緒じゃね。
どのニーモニックがいいかという話ならCPUによるしなんとも言えん。
まぁ昔はアキュムレータの初期化は xor A が定番だったけど。

828 ：デフォルトの名無しさん：2005/07/19(火) 00:26:21

>>825
単純に言葉の間違いだろ
メモリの内容をゼロクリアするのには
リテラルでゼロを代入するのが一番速い
ということが言いたいのだと思う

もっともコンパイラに「リテラルでゼロを代入しろ」ということを推測させるには
ソースでどう書くのかということは残るが
>>818ではvolatileがついているおかげで馬鹿正直にコンパイラは展開しているようだが
最適化オプションなどによっては結果は変わるかもしれない

>>824
Z80などではそうともいいきれないと思う

829 ：デフォルトの名無しさん：2005/07/19(火) 00:58:22

ttp://www.renesas.com/jpn/products/mpumcu/tragi/h8divide.html

を見たら、MOVではなくSUBを使ったほうが良いとあったがいまいちわかりません。
なんで？

830 ：デフォルトの名無しさん：2005/07/19(火) 01:04:20

z80ってそうだっけ？　ｚ80だと、おそらくpushを大量に使うのが一番早いん
だろうけど、所詮はこれも0梅でしょ？

831 ：デフォルトの名無しさん：2005/07/19(火) 01:07:42

>>830
ｚ８０は速度チューニングすると裏技大会みたいになっちゃうからなあ（ｗ
ＬＤＩＲとかでメモリ間転送でやるのが一番早かったと思う
ｐｕｓｈは糞遅かったはず

832 ：デフォルトの名無しさん：2005/07/19(火) 02:01:57

>>831
Z80でやると裏技大会になるというのは古典的CISCだから？
ちゅうか誰かz80のコンパイラ使ってる人
試してみてよ

833 ：デフォルトの名無しさん：2005/07/19(火) 02:58:02

いや、z80はpushが速いよ。
拡張命令系は1ステップ辺り13クロックくらい掛かったと思うけど、
pushは5クロックくらいじゃなかったかと。
#しかも2バイトずつ
敢えて資料調べてないので間違ってたらすまん。

834 ：デフォルトの名無しさん：2005/07/19(火) 03:36:37

>>818
これは
hoge = 0; はストア１回
hoge -= hoge;はロード１回、ストア２回
hoge -= hoge;もロード１回、ストア２回
となったということ？

835 ：デフォルトの名無しさん：2005/07/19(火) 03:56:32

減算と排他的論理和はロード2回ストア1回じゃね？

836 ：デフォルトの名無しさん：2005/07/19(火) 04:54:18

>>833 push自体はそうだけど、ｎワードクリヤのためのループ制御まで入れたらLDIRのほうが
速いよ。少量ならpushのが速いから何十バイトかで逆転する点がありそう。

837 ：デフォルトの名無しさん：2005/07/19(火) 05:17:21

>>836
ｎが16の倍数とかなら、
PUSH×16回単位でループさせれば速いんじゃない？

838 ：デフォルトの名無しさん：2005/07/19(火) 05:20:03

自分自身とxorとるのが一番速いんでない？

839 ：デフォルトの名無しさん：2005/07/19(火) 07:09:36

ループ回数を減らすためにループ内で展開する場合
何分割するのが一番早いの？

2？4？8？16？32？

840 ：デフォルトの名無しさん：2005/07/19(火) 07:46:44

データシート見ろよ。計算しろよ。実測しろよ。

841 ：デフォルトの名無しさん：2005/07/19(火) 07:48:03

>>835
間違えた
だな

842 ：デフォルトの名無しさん：2005/07/19(火) 09:07:14

>>836-838
1バイトあたりのコストはpushが(確か)5/2クロックで最低。
LDIRは(確か)13クロック、LDIは(確か)8クロック。
xor(HL)にしろなんにしろ、HLレジスタ間接アクセスは
HLのインクリメントも入るから(確か)(7+4)クロック。
ループ制御コストは>837の言うように展開することで減らせるので、
速度が問題になるようなまとまった書き換えとなるとpushが一番。

843 ：デフォルトの名無しさん：2005/07/19(火) 14:45:19

http://www.sankei.co.jp/news/050718/sha047.htm
「次世紀ファーム研究所」っておまいらの誰かか？
とかね

844 ：デフォルトの名無しさん：2005/07/19(火) 16:00:22

まぁゼロクリアの方法はいろいろあるわけで。
使うCPUやシーン応じても解は変わるだろう。
例えばpushを使う場合はspを一時的に書き換えて
その間は割り込み禁止にしておくとか制約があるだろ。
リセット後のイニシャライズ処理とかなら使えるけど
割り込みを禁止に出来ないシーンでは使えないな。
DMAがあるならそれを使ってゼロ埋めする方法もある。
DMAがゼロ埋めしてる間は他に仕事も出来るし、
時間的にみたらCPUの負荷率も低い。

845 ：デフォルトの名無しさん：2005/07/19(火) 16:09:41

あとバイト数とクロック数の違いを理解できない奴は論外ね。
RISCもパイプラインがうまく流れる場合はいいけどストール
したら結局時間食うぞ。

846 ：デフォルトの名無しさん：2005/07/19(火) 16:14:13

おまけ

CISC=のろまな大学生（頭は賢いが図体がでかくのろまでしかも大食い）
RISC=素早い幼稚園生（単純なことしか理解できんが動きが素早く小食）

847 ：デフォルトの名無しさん：2005/07/19(火) 16:26:20

>>844
>DMAがゼロ埋めしてる間は他に仕事も出来るし、

どんな仕事ですか？

848 ：デフォルトの名無しさん：2005/07/19(火) 16:45:32

>>847
キャッシュとかレジスタとかのデータを使った計算とか

849 ：デフォルトの名無しさん：2005/07/19(火) 16:51:16

うは、想定している技術の年代が違いすぎててワロス

850 ：デフォルトの名無しさん：2005/07/19(火) 16:53:40

（｀Д´）おい、DMA、これ100部コピーしとけ
　（ ´∀｀）はーい

（｀Д´）さて、仕事続けるか・・・
（｀Д´）あ、これも1部コピーしなきゃ

（｀Д´）おい、終わったか？
　（；´∀｀）え、あ、まだです・・・

（｀Д´）早くしろよおめーのせいで仕事進まねんだからよ
　（；´∀｀）あの、もう少しです・・・すみません・・・

という時代

851 ：デフォルトの名無しさん：2005/07/19(火) 17:16:39

（｀Д´）おい、DMA、これ100部コピーしとけ
　（ ´∀｀）はーい

　（ ´∀｀）ちょっとバスをもらいますよ
（゜Д゜）←フェッチできない
　（ ´∀｀）仕事がはかどるなあ

852 ：デフォルトの名無しさん：2005/07/19(火) 23:30:09

>>850 >>851
えーっと、、、、、、
サイクルスチールモードとバーストモードの違いを説明してるの？

853 ：デフォルトの名無しさん：2005/07/20(水) 08:38:46

バースト中に割り込み要求があればバス権を取り戻すプロセッサが多いけどね。
転送中は内部メモリだけをアクセスするようにプログラムをつくるでしょ。マルチコアと一緒よ。

854 ：デフォルトの名無しさん：2005/07/20(水) 10:42:21

linuxのコマンドは自分で作ると、./ が付いてしまうのは何故ですか？
何故標準のコマンドとそこら辺違うのですか？

855 ：デフォルトの名無しさん：2005/07/20(水) 10:44:01

./ が付くとソレっぽくなくなるんですけど

856 ：デフォルトの名無しさん：2005/07/20(水) 10:46:56

>>854
その実行ファイルのある場所にパスが通っていないからです

857 ：デフォルトの名無しさん：2005/07/20(水) 10:51:47

>>856
神さま、有難う

858 ：デフォルトの名無しさん：2005/07/20(水) 17:24:44

入出力兼用ピンにつないだデバイスの入力が
壊れてしまうケースにはどんな原因が考えられるでしょうか？

859 ：デフォルトの名無しさん：2005/07/20(水) 17:31:42

>>858
いっぱいありすぎ

860 ：デフォルトの名無しさん：2005/07/20(水) 19:30:05

>>858
手で触ってみろ。

861 ：デフォルトの名無しさん：2005/07/20(水) 22:35:09

プルアップかプルダウンすればいいんじゃない？

862 ：デフォルトの名無しさん：2005/07/20(水) 23:01:09

なんでプルアップかプルダウンするといいの？

863 ：デフォルトの名無しさん：2005/07/20(水) 23:12:23

入出力兼用ピンが入力に設定された場合を考えてみよう
入力が入力に接続されているとき、
さて、この端子への入力電圧は？

864 ：デフォルトの名無しさん：2005/07/20(水) 23:22:53

>>863
ゼロじゃないの？

865 ：デフォルトの名無しさん：2005/07/20(水) 23:33:50

E=IR

866 ：デフォルトの名無しさん：2005/07/20(水) 23:34:29

電圧ってのは相対的に決まるもんだ。
地面(GND)に対して何ボルトとか、電池のマイナス側から比べて1.5Vとか。
何もつながっていないところの電圧はもちろん不定。
周囲のノイズなどによっていくらでも変化しうる。
静電気とかでもわかるように、実は、適当なその辺りの電圧が、
何千ボルトだったりすることもある。

867 ：デフォルトの名無しさん：2005/07/20(水) 23:49:11

>>866
なんか電磁気学とかちゃんと勉強しなかった人の与太話に聞こえる。。

っていうか、純粋に電気回路のモデルで考えても、石の内部が完全に絶縁（抵抗値∞）
されていることはありえないのだから、実際には電圧不定なんてことはないよ。

868 ：デフォルトの名無しさん：2005/07/20(水) 23:50:49

あ、>>866 の後半の３行は、
回路のGNDからみたら、どこにもつながってない端子の電圧は、
って話ね。

869 ：デフォルトの名無しさん：2005/07/20(水) 23:56:16

>>867
それはそうだが、「０ボルトじゃないの？」って安易に言われたから、
そう答えてみた。

実際の回路上、入力抵抗が無限大なんてことは無いけど、
実用上、ラッチアップを起こして
入力端子が壊れる可能性があるのは事実でしょ。
まぁ、最近の入力端子には、
だいたい保護ダイオードが入ってるとは思うけど。

870 ：デフォルトの名無しさん：2005/07/21(木) 00:15:57

>>869
保護ダイオードが入ってると、
すげーでかい電圧がかかっても
電流がすげーちっこければ助かるの？

871 ：デフォルトの名無しさん：2005/07/21(木) 00:28:11

E=IR
電流Iも抵抗Rも小さければ、かかる電圧はごくわずか。

872 ：デフォルトの名無しさん：2005/07/21(木) 00:28:50

入出力兼用ピンならデフォルト入力だから
プルアップしてなけりゃ運が悪いと出力に設定する前にあぼーん

873 ：デフォルトの名無しさん：2005/07/21(木) 00:31:40

いや、そうじゃなくてw
そういうのは電磁気学的に考えないとダメだよ。

無理やり等価回路的に考えるとしたら、その「すげーでかい電圧」を生じているものは
Cが極小のコンデンサだと考えればいい。

874 ：デフォルトの名無しさん：2005/07/21(木) 00:34:16

>>870
素子を破壊するにはそれなりのエネルギーが必要なわけだから、
外部から与えられた電流（電荷といったほうが正確か？）が、本当
に遠慮なく小さければ破壊に至ることはないように思う。
ただラッチアップ起こっちゃえば、IC内部から電流が供給されるか
らこの限りではないが。
>>871 チト違う気がする。

875 ：デフォルトの名無しさん：2005/07/21(木) 00:36:58

実際問題プルアップダウンが浮いてしまった入力端子は静電気たまって
勝手にＨｉになったりＬｏになったりしてバグバグな動作するもんなあ

日本は湿気多いから静電気での破壊は珍しいみたいだけど
壊れても不思議は無いね

876 ：デフォルトの名無しさん：2005/07/21(木) 00:37:44

等価回路の意味をちゃんと理解してないから、電磁気学を
持ち出すことになっているだけでは？

877 ：デフォルトの名無しさん：2005/07/21(木) 01:25:59

H8は内蔵プルアップがあるから気にしたことないっす

878 ：デフォルトの名無しさん：2005/07/21(木) 01:33:10

再現性がないと対策できない。

879 ：デフォルトの名無しさん：2005/07/21(木) 02:54:58

C-MOSとかFET入力系の石は浮きやすくて困るの

880 ：デフォルトの名無しさん：2005/07/21(木) 07:47:01

原理的に当然。

881 ：デフォルトの名無しさん：2005/07/21(木) 09:29:34

浮くってどういうこと？飛行石？

882 ：デフォルトの名無しさん：2005/07/21(木) 09:44:27

浮くのは電圧。

883 ：デフォルトの名無しさん：2005/07/21(木) 10:22:12

誤動作じゃなく壊れたと書いてあるぞ。

884 ：デフォルトの名無しさん：2005/07/21(木) 16:47:39

>>869
IO端子には保護ダイオード付けてない。寄生で付いてる。

885 ：デフォルトの名無しさん：2005/07/21(木) 17:26:51

そりゃ誰だってキショい奴に触られたくない

886 ：デフォルトの名無しさん：2005/07/21(木) 17:30:08

ナンジャタウンの事故ってプログラムと関係ありそうですか？

887 ：デフォルトの名無しさん：2005/07/21(木) 17:35:48

足が浮いてたらしい

　　　　挟まれた人の

888 ：デフォルトの名無しさん：2005/07/22(金) 18:02:21

ウィーナーモデルの同定の仕方を教えてください.　動的線形部はARXモデルで同定しようと考えています．

889 ：デフォルトの名無しさん：2005/07/27(水) 08:26:25

すまんが、さっぱり意味がわからん。。
そんな要求は生まれてこのかた一度もない

890 ：デフォルトの名無しさん：2005/07/27(水) 12:03:17

制御系っつっても、ここは制御理論のスレじゃないからな

891 ：デフォルトの名無しさん：2005/07/27(水) 13:18:37

レスするまでに５日も固まってしまったではないか>>888よ。そんな高等なネタを振るのはやりすぎ。

892 ：デフォルトの名無しさん：2005/07/27(水) 22:52:52

ああ、神様！固まったのはオイラだけじゃなかったんだね

>>888
ｵﾗｵﾗ( ´∀`)σ)Д`> 　

893 ：デフォルトの名無しさん：2005/07/27(水) 23:01:29

どどどど同定ちゃうわ

894 ：デフォルトの名無しさん：2005/07/28(木) 07:51:23

>>893
レス番がレス番だけに、素人同定?

895 ：デフォルトの名無しさん：2005/08/03(水) 10:24:06

LED が ON/OFFするようなビットマップないかなぁ
32x32 ～ 48x48 ぐらいで

896 ：デフォルトの名無しさん：2005/08/03(水) 10:30:31

>>895
HA?

897 ：895：2005/08/03(水) 10:34:15

スマソ

こういうので、もっと大きくて格好いいやつが欲しい
ttp://web.drive.ne.jp/1/soko/VIP00248.bmp

898 ：デフォルトの名無しさん：2005/08/03(水) 10:37:25

>>897
このスレと何の関係があるんだ？

899 ：895：2005/08/03(水) 10:45:14

>>898
制御関係でモニタソフトとしてよくLEDがペカペカしてるやつがあるから、誰か知らないかと思って

900 ：デフォルトの名無しさん：2005/08/03(水) 10:47:22

妄想の激しい人だ。

901 ：895：2005/08/03(水) 10:48:47

しくしく

902 ：デフォルトの名無しさん：2005/08/03(水) 11:15:34

>>897
Web製作関係のフリー素材屋さん探したら?
いろんなボタンがあるから使えるのが見つかるかもよ。
#但し、使用条件などに注意。

903 ：895：2005/08/03(水) 11:21:36

>>902
そうですね
探してみます

904 ：デフォルトの名無しさん：2005/08/03(水) 14:11:28

アドレスバスの上の方をLEDにつないだらたしかにbitmapに見えそう

905 ：デフォルトの名無しさん：2005/08/03(水) 23:20:09

RTOSのメリットがよくわからんのだけど
iTRONなんか、ここでディスパッチなんてコードを自分で書くんでしょ？

906 ：デフォルトの名無しさん：2005/08/03(水) 23:25:19

KEILのuVisionで作ったomfファイルが、PDS51で読み込めないんだけど
特殊な設定必要ですか？
ちなみにマイコンはひりぷすLP900しりーず

907 ：デフォルトの名無しさん：2005/08/04(木) 04:03:08

>>905

tsk_dly(10); /* ここでディスパッチ */

ってこういうことか？
通常 KernelTick 間隔または、
Queue, SemaphoreとかDelayとかのＡＰＩ呼び出し時に
スケジューラが走って、
その結果タスクの切り替えが発生した場合に、
ディスパッチャが呼ばれるわけだが・・・

スケジューラはプライオリティベースが基本。
低い優先度のタスクは、優先度高いタスクが暇になったときのみ動ける。

同じプライオリティのタスクについては、
順番に切り変えるラウンドロビン、
時間割り当てのタイムスライスなんかが用意されてるＲＴＯＳもある。
他のタスクをブロックしたりもできる。

908 ：デフォルトの名無しさん：2005/08/04(木) 06:40:11

>>905
1. 1ms間隔で確実に実行する処理（処理時間500us）
2. 5msに１度実行すればよい処理（処理時間2ms）
3. とにかく、できるだけ実行したい処理（１回ループ時間不定）
とかを１つのCPUで実行するとき便利。

実際のタスク数はもっと多いだろうし、
4. メッセージが来たときだけ実行して、その処理時間は不定、かつ1.2.の処理を妨げない
などの要求も多々ある。

多重割り込みや、１つループ内で条件分けで分割実行なんてやってたら面倒だし、
ハードが変わったときの移植も大変になる。

キューやセマフォなどのAPIがサポートされてることや、
各種ミドルウエアが使えるのも、RTOSを使うメリットになりうる。
リアルタイム制御をしながら、かつ、TCP/IPでソケット実装なんていったら、
OSないと辛いぞ。

909 ：デフォルトの名無しさん：2005/08/04(木) 20:49:14

ITRONだとイベントドリブンで機能に該当するタスクを起動するような
単純な使い方が多い希ガス・・・・・

910 ：ビル･ジョブス：2005/08/04(木) 21:00:35

iTRONって設計思想からも、あまり出来が良く無いしね。

911 ：デフォルトの名無しさん：2005/08/04(木) 21:30:13

>>910
どう良くないと言うのかね

912 ：デフォルトの名無しさん：2005/08/04(木) 21:43:43

ここでディスパッチと言うより
ここでタスクスケジューラおねがいだな

913 ：デフォルトの名無しさん：2005/08/05(金) 00:09:51

itronはシステムコール発酵しないと他タスクに制御権渡らないんじゃないの？
シンプル・イズ・ベター

914 ：デフォルトの名無しさん：2005/08/05(金) 00:10:36

なんでやねん

915 ：ひよこ名無し：2005/08/05(金) 00:31:43

パスがわからなくてメアドも変えてしまいました。
この場合、パスを知るにはどうしたら？？
ハッキング？とかですか？
これは制御系に関係なかったらすいませんorz

916 ：デフォルトの名無しさん：2005/08/05(金) 00:43:47

すいませんでムスカーーーーっ！

917 ：デフォルトの名無しさん：2005/08/05(金) 00:51:03

夏

918 ：デフォルトの名無しさん：2005/08/05(金) 07:02:30

>>913
ヒント：割り込み

919 ：デフォルトの名無しさん：2005/08/05(金) 07:03:37

>>913
タイムシェアリングでなければどのＲＴＯＳも同じ

920 ：デフォルトの名無しさん：2005/08/06(土) 05:38:59

>>913
は？

921 ：デフォルトの名無しさん：2005/08/06(土) 05:41:55

１ｍｓ毎とかで確実に実行しなきゃいけないような最優先のタスクが
それより優先度の低いタスクにプリエンプトされて、実行が遅れたら、
リアルタイムの意味ないだろｗ

基本的に、
プライオリティの高いタスクが、イベントやキュー待ちになったり、
ひとまずやること終わって、Delay(Sleep)したときに、
>>912 のスケジューラお願い！
となる。

優先度の低いタスクからしたら、たとえ処理実行中でも、
優先度の高いタスクが、待っていたイベントを拾ったり、
Kernelのタイマー割り込み時にDelay(Sleep)が時間切れになって実行可能状態になると、
プリエンプトされる。

優先度が同じタスクのみ、>>913 のタイムシェアリングの対象になりうる。

922 ：デフォルトの名無しさん：2005/08/06(土) 06:33:05

もっと間抜けな手書きＯＳで、自分で譲るような書き方をしないといけない奴もあったな。
気遣いの上手なタスクを書いた。「私、こんなに実行時間を消費しちゃっていいのかしら？
この辺でいったん開けてあげないと他の皆さんが困るかもね」というタスクだらけ。

923 ：デフォルトの名無しさん：2005/08/06(土) 08:09:45

おお！すばらしい世界ですね。

924 ：デフォルトの名無しさん：2005/08/06(土) 08:22:18

昔の組み込みではよくあった話。
謙譲を旨とするその環境にあっては、カタログスペックを出すための
「お姉さま、わたくしたちなどにはお構いにならなくてもいいのですよ」モードがあったりしたw

925 ：デフォルトの名無しさん：2005/08/06(土) 09:16:53

番宣しか見たことないが、ドラマ女系家族は３タスクは協調し、１タスクが
流れを乱してるみたい

926 ：デフォルトの名無しさん：2005/08/06(土) 18:47:30

タスク一本一本を書くときに、周りとの協調を気にしなければならなかったのが
タスクを書くときにはタスクの機能を満たすことに専念すればよくなり
デッドラインなんかは優先度やスケジューリングの決定に集約されるようになったということかね？

927 ：デフォルトの名無しさん：2005/08/06(土) 21:29:15

yield();

928 ：デフォルトの名無しさん：2005/08/09(火) 06:23:55

RS232CでXon/Xoffを使ってsoftware handshakeをしたいんですが、
具体的にprogram中にどのように埋め込めば良いのか分かりません。
ググっても、具体的なprogram例が見つかりませんでした。

使用言語はC/C++なのですが、
Xoffを検出してからXonを検出して送受信を再開するまで、
どのように書いたらよいのか例になるようなwebはないでしょうか。

929 ：デフォルトの名無しさん：2005/08/09(火) 06:46:41

送信側：最初はflag=xon状態。Xon/Xoffを受信するたんびにそのflagを変更。
xon状態なら送信を続ける。
受信側：受信ﾊﾞｯﾌｧの使用量を監視し、空きが1/4になったらXonを送信、
空きが3/4になったらXoffを送信。　こんなんで埋め込めるでしょ。
判らなければソース送ってくれれば埋め込んであげるよ。

930 ：デフォルトの名無しさん：2005/08/09(火) 06:51:48

XON/XOFFを実現するには、送受信処理そのものがそういうふうに作られていなければいけない

・こっちの受信バッファがいっぱいになったら ⇒ XOFFを送る
・それでも相手が送ってきたらさらに　XOFFを送る
・受信バッファが空になったら⇒XONを送る

・相手からXOFFを受け取ったら、次のバイトから送信を我慢する
・我慢してる間、相手からXONを受け取ったら送信再開、

だから、
○受信FIFOがある事
○送信が我慢出来る構造である事
が必要。
送信が我慢出来る構造という事は、送信FIFOを用意していて、それが巨大でもいつかは無くなる
のだから、送信タスクに待てと命令出来る必要がある

931 ：928：2005/08/09(火) 12:06:04

>>929-930
ありがとうございます。
とりあえず、ご回答を参考にしてやってみます。
分からなかったらまた戻ってきます。

932 ：929：2005/08/09(火) 16:06:17

>>931 930はカキコ時刻からしてリロせずに書いたのでしょう。　私が1/4とか3/4と言ってて、
930が＞・こっちの受信バッファがいっぱいになったら ⇒ XOFFを送る　と言ってる所について、
一杯になってからXoffを送ると、それが届くまでに向こうが送っている何バイトかがring上書きに
なるはずなので、「まだ空きが残っているうちに」Xoffを送るのです。

＞・受信バッファが空になったら⇒XONを送る　と、向こうが送って来はじめるまでに若干空白
ができますよね。受信バッファにあるバイトは「そこから取り出してフレーム再構成」とか、
「ROM/RAMに書き込む」とか何らかの処理が動いているので、その処理がちょっと止まります。
それを防ぐため、「まだ受信バイトが残っているがバッファの空きに余裕ができた」段階で
XONを送って向こうの送信を再開してもらうと、通信の効率を落とさなくてすみます。

933 ：デフォルトの名無しさん：2005/08/09(火) 16:16:09

>>712
SH3でコンパイラに負けた俺が来ました。

アセンブル出力を見て、無駄な部分があったらCソースを修正した方がいいみたい
中間変数をそのつど定義してやるとか

934 ：デフォルトの名無しさん：2005/08/10(水) 05:05:04

一見ムダに見えても、パイプラインの安定のための配慮とかありそう

935 ：デフォルトの名無しさん：2005/08/10(水) 06:25:29

ローカル変数にいったん代入して処理するとか
構造体を小さく１５ワード以下のサイズで分割して設計するとか

936 ：デフォルトの名無しさん：2005/08/10(水) 17:45:05

なんで15ワード以下なの？

937 ：デフォルトの名無しさん：2005/08/10(水) 20:57:48

SHはポインタ相対で-0　～ +15までのアドレッシングモードを持ってるからだよ

938 ：デフォルトの名無しさん：2005/08/10(水) 21:00:45

１インストラクションで収まるかどうかじゃない？

939 ：デフォルトの名無しさん：2005/08/10(水) 21:17:29

SHに不足してると思う命令

ABS Rn ; Rnの絶対値(せめて　ABS R0　固定でいいいから欲しい）
NOTT ; T の反転
CLIP Rn ; Tが1の時にRnを-1にする (ADDC後に利用して飽和加算)

940 ：デフォルトの名無しさん：2005/08/11(木) 02:13:41

４ビットで0-15か
それ以上のアドレス指定はどうやるんだっけ？
ちょっとひねくれていた気がする

941 ：デフォルトの名無しさん：2005/08/11(木) 05:25:02

命令語長が１語から２語になるんだよ。

942 ：デフォルトの名無しさん：2005/08/11(木) 06:18:04

>>340
それ以上は、
　・R0＋Rnを使う。　片方がR0固定になるから厄介。
　・レジスタに加算する・・・・でも加算は３パラメータ加算じゃないから

>>941
　命令語長は全て16ビットってのが売り文句だから（もっとSH-DSPは全て３２ビットだが）
　それに大きな構造体をアクセスすると2命令ではすまなくなる事も多い

943 ：デフォルトの名無しさん：2005/08/12(金) 09:38:20

すみません．Java質問相談スレに書いたのですが，スレ違いだったようなので
ここで質問したいと思います．もし分かる方がいらっしゃったらご教授下さい．
import java.io.*;
import javax.comm.*;

public class Rs232c {
public static void main( String arg[] ) {
try {
CommPortIdentifier ports = CommPortIdentifier.getPortIdentifier( "COM4" );
SerialPort serialPort = ( SerialPort )ports.open( "RS232C", 1000 );
serialPort.setSerialPortParams( 57600,
SerialPort.DATABITS_8, SerialPort.STOPBITS_1, SerialPort.PARITY_NONE );
serialPort.setFlowControlMode( SerialPort.FLOWCONTROL_XONXOFF_IN | SerialPort.FLOWCONTROL_XONXOFF_OUT);

OutputStream out = serialPort.getOutputStream();

out.write(0x01);
out.write(0x0A);
out.write(0x00);
out.write(0x00);
out.write(0x00);
out.write(0x00);
out.write(0x02);
out.write(0x01);
out.write(0x08);
out.write(0xF7);
out.flush();

944 ：デフォルトの名無しさん：2005/08/12(金) 09:38:55

InputStream in = serialPort.getInputStream();

in.close();
out.close();
serialPort.close();
}
catch( Exception e ) {
System.out.println( "Error:" + e.getMessage() );
}
}
}
out.writeで命令（これはRFIDリーダからタグのあるブロックの内容を読み取る命令です）
を送って，その応答を得たいのですが，InputStream以下にどのようにして応答を
取り込んできたらよいか分かりません．ここで応答とはブロックの内容です．
ちなみに書き込む命令もあるのですが，
そっちは問題ありませんでした．もしスレ違いだったら申し訳ございません．

945 ：デフォルトの名無しさん：2005/08/12(金) 10:01:55

Javaは知らんが、in.read()とでもいうメソッドがあるんでないの?
それを適宜必要なだけ呼べばいい気がするが。
それ以上の回答が必要なら、そちらももっと詳しい情報を提示してくれないと誰も応えられないと思うぞ。
#そもそもRFIDリーダってなんだ?

946 ：デフォルトの名無しさん：2005/08/12(金) 10:04:32

知らないなら黙ってればいいのに

947 ：デフォルトの名無しさん：2005/08/12(金) 12:13:42

では、知ってて書いているであろう>946に語っていただきたい。

948 ：デフォルトの名無しさん：2005/08/12(金) 12:47:06

そんな義理は無い。
それに、ぐぐればすぐに見つかるものを
ここで長々と説明するのは馬鹿げてる。

949 ：943：2005/08/12(金) 13:30:03

>948
参考になりそうなページだけでも教えて頂けませんか？

950 ：デフォルトの名無しさん：2005/08/12(金) 13:51:36

>>949
google SerialDemo.java

951 ：デフォルトの名無しさん：2005/08/12(金) 15:44:22

>950
ご指摘のページに書いてあることは全て試しましたorz
しかし...うまくいきません．
>945
read()で１バイトをとってくるを１５回繰り返すと，
1
15
0
0
0
0
2
85
85
85
85
0
1
13
242
こんな感じになりました．どうか助けて下さい．

952 ：デフォルトの名無しさん：2005/08/12(金) 15:54:11

何が不満なんだ

953 ：945：2005/08/12(金) 16:43:58

だから、こちとら仙人じゃないんだからそのデータのどこが気に入らないのかなんて判らないんだってば。

954 ：デフォルトの名無しさん：2005/08/12(金) 19:27:34

>>951は少しきつめな馬鹿だな

955 ：943：2005/08/13(土) 09:24:13

>945
ごめんなさいorz出かける寸前で急いでいて変な質問になってしまいました．
取ってきたい内容はhexで33333333です．これは0から7まであるブロックの中の
1番目の内容です．しかしread()で取ってこれる内容は，
ストリームから正しく読み取れるバイト数ですよね．他に試したことは，
DataOutputStreamでreadByte()メソッドを使用してどうにか取ってこれないかと
色々試してみましたが出来ませんでした．>943のプログラムを実行した後に，
http://www.j-industry.org/jiae/pro/pro008/commapi1.html
ここのページにあるSerialPortReader.javaを実行して，応答を得ようとしましたが，
リーダからは何の応答もありませんでした．もしかして使い方を間違ってるのかなorz
もう一つ，ご指摘頂いたSerialDemoを動かして>943の0xXXをリーダ側に送って
みましたが，応答がありませんでした．文字列として認識されているから
送っても反応しないのかな，と思いました．
手元に実験機材がないので試せないのですが，read()で取ってきたデータを
charにすればもしかして？と思いました．検討違いだったら申し訳ないです．

956 ：デフォルトの名無しさん：2005/08/13(土) 11:25:10

javaのクラスライブラリ知らないんでそれの使い方については何も言えないけど、
それにしても>>943の処理は妙だと思う。

これって送信したコマンドに対する応答が瞬時に返ってくることを前提にしてないか？
それともInputStreamとかやらにはタイムアウトを設定できるようになっているのかな。

っていうか、>>943自身がjavaのInputStreamの使い方がわかってないのか？
なんか結局何を質問しているのか自体がよく理解できない。

957 ：デフォルトの名無しさん：2005/08/13(土) 16:57:29

対抗機にRFIDリーダとやらを使わず、別のPCに繋いで端末エミュレータでも動かしたら?
つーか、そのリーダとはなにもんなんだって聞いてるんだから答えろや。

958 ：デフォルトの名無しさん：2005/08/13(土) 18:00:23

どうしても読み取れないなら、とりあえずプロアナ繋いで本当に
データがきちんと流れているか調べる。

RS232CとかUSB通信の場合、生のデータをみちゃった方が問題が簡単に解決する
ことがよくあるからね。

959 ：デフォルトの名無しさん：2005/08/13(土) 23:32:09

>951

データ見たらあってるんじゃねーの？

85が4つ並んでるところがデータだろ？
てことは0x55555555が取れたってことだろ。
たぶん間違ったブロックのデータでも読み取ったんじゃねーのか？
ちゃんと書き込んだコマンドを確認しろよ。

そんなことより、RFIDリーダってことはsuic*とかed*とかじゃねーのか？
もしそうだったら943なんかアボーンしてもらえよ。
お前の首が飛ぶどころか会社潰しかねないぞ。

960 ：デフォルトの名無しさん：2005/08/14(日) 02:26:33

>959
最近は野菜にも埋まっているくらいなので大丈夫だと思います。
もう少し考えて見ます。。。

961 ：デフォルトの名無しさん：2005/08/14(日) 02:36:47

やる気が無いんだったら最初から聞きに来るな

962 ：デフォルトの名無しさん：2005/08/14(日) 09:11:10

組み込みの経験がなくてＰＣアプリ？だかを３年ぐらいやってた人に
ファームウエアを担当させたいと考えています。
どんな教育をすれば使える様になりますかね・・・・・

963 ：デフォルトの名無しさん：2005/08/14(日) 12:01:32

>>962
そのままいきなりやらせればええんちゃう？
できない奴はどうやってもできないし、できるやつは問題なくできる
一応フォローの人間アリで。

964 ：デフォルトの名無しさん：2005/08/14(日) 15:43:20

>>962
ハード系の話をしてクロックだのタイミングを覚えてもらう。

＞＞９６３は職人ですかね。

965 ：デフォルトの名無しさん：2005/08/14(日) 21:01:19

>>962
どんなファームをやらせようってんだ？
話はまずそれから