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

制御系なら俺に聞いてもいいぜ（５） at TECH

1:1
04/03/12 23:42
俺は俺であり、それはお前の事だ。
ハード寄りの話も大歓迎だ。
道具話も楽しくやれるならやってくれ。

過去ログ
制御系なら、俺に聞け！
URLﾘﾝｸ(pc3.2ch.net)
制御系なら俺に聞いてもいいぞ（２）
URLﾘﾝｸ(pc2.2ch.net)
制御系なら俺に聞いてもいいぞ（３）
URLﾘﾝｸ(pc2.2ch.net)
制御系なら俺に聞いてもいいぞ（４）
ｽﾚﾘﾝｸ(tech板)
関連過去ログ
●●●くみこの組み込み相談室●●●
URLﾘﾝｸ(pc3.2ch.net)

2:デフォルトの名無しさん
04/03/12 23:43
>>1
すみません。棒がなかなか立てられないんですが。

3:デフォルトの名無しさん
04/03/13 06:51
>>1
お疲れ様。　

4:デフォルトの名無しさん
04/03/13 08:05
>>2
倒立振子?　楽しそうだよね。

5:制御シミュレーションしたい
04/03/13 09:19
ＰＣ＋Ｉ／Ｏカードから、アナログ入力して、動的に動く、制御シミュレーションを簡単にやりたいのです。
言語はＶＢで組みたいのですが、何を参考にすればよいでしょうか？

6:デフォルトの名無しさん
04/03/13 09:21
>>5
?

機械の代わりにプログラムの機械モデルを動かすって事ですか？

取りあえず回路の電気特性とか入力に対する道徳性とか？

7:デフォルトの名無しさん
04/03/13 10:34
電気・電子板
URLﾘﾝｸ(science2.2ch.net)

8:制御シミュレーションしたい
04/03/14 17:30
>>6
機械の代わりにプログラムの機械モデルを動かしたいのですが、、、

9:デフォルトの名無しさん
04/03/14 18:49
>>8
そうか、そういう事ならちょっとこのスレには合わないかな。
閑古鳥が鳴きまくってる上に厨な板で処で悪いのだが、
URLﾘﾝｸ(science2.2ch.net)

こっちにスレたてなさい。　タイトルは
「初心者がVBで作る機械のシミュレータ」

中身は>>5+>>8ね。

スレたてたら、リンクをこっちに貼れば、タマに覗いてあげるよ。

10:デフォルトの名無しさん
04/03/14 21:01
>>4
先輩が棒をぐるぐる振り回して遊んでただんだけど。あれってホントは何するもの？

11:デフォルトの名無しさん
04/03/14 21:04
>>10
宝探しとか地中に埋まってる水道管を探り当てたりとか。

12:デフォルトの名無しさん
04/03/16 00:59
>>10
倒立振り子

>>11
井戸掘るときに実際見たよ、グルグルはまわさんかった

13:デフォルトの名無しさん
04/03/16 00:59
今まで業務系の仕事をやっていたのですが、いきなり制御系にいけといわれ
テストが渡されました。何をみてもいいと言われてるんですが、もう時間が
ないです・・　板違いとは思いますが誰か助けてください・・・
多分簡単な問題だとは思うのですが、さっぱり分かりません。

問題　V0は何[V]ですか？

5[V]
-○-
　 l
　 >
　 > 4.7kΩ
　 >
　 l＿＿＿＿＿＿○
　 l 　　　　　　　　↑
　 > 　　　　　　　　ｌ　
　 > 　　　　　　　　ｌ ←V0
　 > 3.3kΩ　　　　　ｌ
　 l 　　　　　　　　　ｌ
　 l 　　　　　　　　ｌ
　 l 　　　　　　　　　ｌ
　 l 　　　　　　　　 ↓
　 ---
　 ///

14:デフォルトの名無しさん
04/03/16 01:04
テンプスタッフへ電話しな

15:デフォルトの名無しさん
04/03/16 01:11
>>13
Ｖ０＝５÷（４．７＋３．３）＊３．３

16:13
04/03/16 01:19
<<15
ありがとうございます！

17:デフォルトの名無しさん
04/03/16 01:23
回路電流 I=E/R=5/(4700+3300)=0.000625
V0電圧 E=IR=0.000625*3300=2.0625

18:デフォルトの名無しさん
04/03/16 01:27
>>13
教科書のオームの法則のページを見れ。
それでわからないならまじであきらめろ。

19:デフォルトの名無しさん
04/03/16 01:46
>>13
ネタだろ？
厨房の理科レベルだぞ

20:デフォルトの名無しさん
04/03/16 23:05
>>19
あほか、アースなんぞ出てこん。

21:デフォルトの名無しさん
04/03/16 23:27
カーボンで５／（黄紫赤＋橙橙赤）＊橙橙赤
チップで５／（４７２＋３３２）＊３３２
最近のチップは小さすぎて見ずらくなった。

22:デフォルトの名無しさん
04/03/16 23:53
グランド

23:デフォルトの名無しさん
04/03/17 01:05
>13へのテストは数値の答えよりも問題を解くために
とった手段を問われていたのではと妄想

”2chで聞く”は何点と採点されるのかね

24:デフォルトの名無しさん
04/03/18 12:37
>>23
鋭いなー。

漏れも業務系から制御系に一人で放り込まれたが、どうにかなってる。
やってる事のレベルが低いだけかも知れんが。

25:デフォルトの名無しさん
04/03/20 07:27
>>5
コンテックのアナログ入力ボードを使えば小学生でも制御系はマスターできます。
ＶＢ用ＤＬＬも付属しているので、簡単にＰＧ可能です。
ＶＢのタイマーは精度が悪いので、高精度タイマーは別途作る必要があります。

26:デフォルトの名無しさん
04/03/24 09:39
普通にﾌﾟﾛｸﾞﾗﾑ（C、JAVA）やるよか
こういった制御系のほうがｲｲﾒﾘｯﾄとかありますか。

27:デフォルトの名無しさん
04/03/24 09:52
>>26
どういう立場の人の話を聞きたい？

28:デフォルトの名無しさん
04/03/24 10:20
どういう立場があるのでしょうか？

29:デフォルトの名無しさん
04/03/24 10:22
過去ログ２より

3 名前：１投稿日：02/11/24 09:02
就職相談の話題が循環するから先に答えておく。

好きならやれ。
他に選択肢があるならそっちをえらべ。
自分が選んだ、なりたい自分になれ。

以上。

30:デフォルトの名無しさん
04/03/24 10:55
パラレルポートにＣでアクセスする方法を教えて下さい。
ちなみにＯＳはＸＰでつ。

31:デフォルトの名無しさん
04/03/24 11:31
>>30
URLﾘﾝｸ(www.toyoshima-house.net)

32:デフォルトの名無しさん
04/03/24 22:28
>>26
ｲｲﾒﾘｯﾄ＞ﾜﾙｲﾒﾘｯﾄ＞ｲｲﾃﾞﾒﾘｯﾄ＞ﾜﾙｲﾃﾞﾒﾘｯﾄ
こんな感じでいいのか？

33:デフォルトの名無しさん
04/03/25 07:42
制御系なんてメリットがあるからやるんじゃなくて、
やるしかなかったり、やる事が決まってる人がやるもんなんだよ。

34:デフォルトの名無しさん
04/03/29 22:29
つーか、俺なんかCPU廻り設計してたH/W屋あがりだからねぇ

H/W設計しろといわれた方がなんぼかマシ

35:デフォルトの名無しさん
04/03/29 22:53
>>30
giveio.sysっていうやつを使うと、Win９ｘと同様に
inp(),outp()命令で直接アクセスできるようになるよ。

36:デフォルトの名無しさん
04/03/31 22:28
Jiniに勝利したUPnPの次の一手は
2002/11/12

Windowsのプラグ＆プレイをネットワーク機器や家電に拡張したUPnP（Universal Plug and Play）についてのデベロッパ向けイベント
「Universal Plug and Play Forum Asia Summit in Tokyo」が始まった。UPnPの標準化団体「UPnPフォーラム」には、
ハードベンダを中心に現在、524団体が参加しているが、UPnPはもともとマイクロソフトが提案した規格だけに、Windows関連の話題が多かった。
マイクロソフトのConnected Home Technical Evangelist スコット・マンチェスター氏。UPnPをサポートするルータを掲げて対応デバイスの多さをアピール
11月11日に講演した米マイクロソフトのConnected Home Technical Evangelist スコット・マンチェスター（Scot Manchester）氏は、
UPnPについてのこれまでのフォーラムの取り組みを振り返り、「仕様は充実し、認証済みデバイスの配備も開始された」と評価。
「Windows Me、XP、CE.NETでサポートされているが、次のWindowsでもサポートする」と明らかにした。
現在UPnPフォーラムが標準化に力を入れているのが、UPnPのバージョン2。バージョン2ではWebサービスとの連携を強化させる。
スコット氏によると、フォーラムはバージョン2にWebサービスの記述言語であるWSDL（Web Services Description Language）を採用。
現在、バージョン2のアーキテクチャ定義のための委員会を設置して討議を続けているという。
UPnPデバイスとWebサービスが交信できるようプロトコルや開発ツールの統一を図る。

マイクロソフトが主に主導するUPnPに対して、サン・マイクロシステムズは同様のコンセプトの技術「Jini」を推し進めていた。しかし、
最近ではJiniの話題を聞くことも少なくなってしまい、普及も進んでいない。JiniはJavaを基に開発され、プラットフォームを問わずに広く稼働することが特徴だったが、
利用できるデバイスの数などから言えば、マイクロソフトがサンとの規格争いに勝利したといえるだろう。

まあJava厨は知っている単語を並べているだけで、その技術の意味すら理解できないようだ。

37:デフォルトの名無しさん
04/04/02 05:10
>H/W設計しろといわれた方がなんぼかマシ
禿堂

38:デフォルトの名無しさん
04/04/02 09:24
34 □ デフォルトの名無しさん □ sage □ 04/03/26(金) 01:50 □

仕事が選べる>26に惚れますた

39:デフォルトの名無しさん
04/04/05 04:24
また新しい石：客に言われたよ
　　 1. 自作評価基板の不具合 ---> クリア
2. C コンパイラの不具合
3. CPU コアの不具合
4. CPU 内臓周辺回路の不具合
5. プログラムの不具合
どこに問題があるとしても、プログラムで回避するしかありません。

もう、出るわ出るわ(^o^)・・・　客がまた言うの。「枯れた物使ってると商売にならないの」
まあ、ここのメーカーがわりとまともで、しらを切ったりせずにバグはバグとして公表して
くれるからよかったけどね。

40:デフォルトの名無しさん
04/04/05 07:55
＞4. CPU 内臓周辺回路の不具合
生体CPUなのかな?

41:39
04/04/05 20:06
変換ミスですがな。5.はこれから山ほど出すのですが、
２と４を踏んづけてしまったよ。　さすがに３はなかなか出会えません。

42:39
04/04/07 20:13
WDT割り込みが実機だとうまく動いてくれない。これはまだ未解明。

43:デフォルトの名無しさん
04/04/08 08:11
ああ、あるよね。使える筈といわれたアドレッシングモードが特定の命令だけで使えなかったり
今回は偶数アドレスでも大丈夫ですよと言われたのにやっぱりダメだったり

44:デフォルトの名無しさん
04/04/09 17:17
2Mbpsで同期シリアル通信を行うターゲットボードがあります。
H8/300Hなどを使うと、2Mbpsの同期シリアル通信が可能だということがわかった
のですが、このターゲットボードが、3bitとか15bitといった、8bit単位ではな
いシリアル通信を要求しています。

H8/300Hの同期シリアルは8bit単位での通信になるので、実現は不可能だと思い
ます。GPIOだと2Mbpsは速度的に難しいでしょうか。

なにか良い方法（1bit単位で同期シリアル通信ができるボード等）は無いでしょ
うか。

45:デフォルトの名無しさん
04/04/09 23:49
>>44
オーバーランした際の仕様を調べろ

受ける方はどうにでもなるだろ

46:デフォルトの名無しさん
04/04/10 00:26
>>45
オーバーランしてはダメな仕様です。

47:デフォルトの名無しさん
04/04/10 16:26
>>44
クロックいくつで動かすのかわからんが、GPIOでは無理だろう。
まずボード作った奴にどういうデバイスで制御されるのを想定したか相談しろ。

48:デフォルトの名無しさん
04/04/10 18:52
>>44
同期クロックはどっちが供給するの？
もしこちらから供給するのなら、正確に２Mｂｐｓ供給する必要はないんじゃない？
間延びが許されるのなら、GPIOでパタパタやっても大丈夫なのでは？

49:44
04/04/10 22:04
>>47
当初の構想では、秋月のH8マイコンボードを使うつもりだったので、
CPUクロックは16 or 18MHzです。

>>48
クロックは、今から作るボード・プログラム側が供給します。（マスタ）
ターゲットボードがスレーブになります。

そのターゲットボードが2Mbpsで動くかどうかを評価するプログラムを
作るのが目的なので、2Mbps供給が必要です。
GPIOでやったら2Mbpsでるかどうかもわかりませんが、出たとしても、
デューティー比もメチャクチャになりそうですよね。

3GHzのPCにPCIのデジタル入出力ボードを接続してパタパタって
いうのはどうでしょうか。

50:48
04/04/10 22:48
>>49
一般論だけど、
この手のシリアル通信って、個々の要素は３ビットとか半端なビット数でも
まとめると８ビットの倍数とかになるようになってるはずなんだけど、
そうじゃないのかな？
かなりローカルな仕様？

51:デフォルトの名無しさん
04/04/10 23:02
>>49
それってプログラム要るのか？

ちょっとしたPLDでちょこちょこシリパラの変換する回路組んだ方が
遥かに速い気がするのは気のせいか？

52:デフォルトの名無しさん
04/04/10 23:19
>>49
このテーマには初めての書き込みですが、H8のGPIOは見込みなしですね。パソコンも
CPUの速度よりは、PCIバスが心配ですね。I/Oリードに、オーバーヘッドなしでも
６クロック必要のようですから、読むだけとしても、バスクロック66Mでも2Mビットだと
１ビットの間に５回しか読めないですね。実際はもっとずーっと遅いでしょうから、余裕が
はたしてあるかどうか。 (66M / 6 / 2M = 5.2)
ソフトだけで制御するのは、難しいのではないかな。I/F回路を作らないと無理な気がしますね。

>>51
同期通信だと多分プロトコルがあるでしょうから、単純なシリパラ変換だけでは
だめかもしれませんね。非同期とちがって、スタートビットの認識は必要でしょうし、
いずれにせよ転送データの正当性の検証は必要でしょう。

53:デフォルトの名無しさん
04/04/10 23:28
>>52
石の仕様と話みた限りじゃ単純なSPIのような気がするんだが？

54:デフォルトの名無しさん
04/04/10 23:49
>>53
52: 石の仕様は、書いてないと思うのですが、どの発言でしょう？　
今までの話だけで、仕様を特定できますか？

55:デフォルトの名無しさん
04/04/11 00:54
>>54
44 名前：デフォルトの名無しさん投稿日：04/04/09 17:17
2Mbpsで同期シリアル通信を行うターゲットボードがあります。
H8/300Hなどを使うと、2Mbpsの同期シリアル通信が可能だということがわかった

コイツのマニュアル見て同期シリアルと言いそうな内蔵インタフェースを見た。
コレで出来ると思ったんなら、単純なCLK＋DATA+FPのSPIだろ？

ヘッダやらなにやらがつくような高級なプロトコルじゃない

56:デフォルトの名無しさん
04/04/11 01:03
>>54
補足

どうも情報が足らないので断定は出来んが、予想が正しければ
検証用のHMと組んだインタフェース回路の制御用IにCPU使うのもいいと思う
　ちょっとしたCLI組み込んでやれば使い勝手は回路だけで組むより
相当良くなるし。　その辺は「どんな評価がしたいのか」によって取捨するところ。
　単純にそのボードが2Mbpsで通信出来るか見たいだけなら回路組むだけでもいいかも
3bitやら15bitなら受信データはLEDとSW並べたって大したことにはならない。

57:デフォルトの名無しさん
04/04/11 10:41
H8って品種によっては遅延時間を設定出来るストローブを出せたと思う。
こいつをクロックにしてしまえば、いいと思うけどね。

58:44
04/04/12 10:55
>>52
>>53
通信方法としてはSPIです。CS/CLOCK/DATA IN/DATA OUTです。
SPIで転送サイズを1bit単位で指定できる何か（CPU?）は無いでしょうか。

>>48
データシートに、3bitのコマンドを送ったらCSをOFFにし...という感じで8bitの
倍数にはならないようです。

59:デフォルトの名無しさん
04/04/13 00:14
>>58
52：私見だけど、転送サイズを変更できるような機能を持ったCPUはないんじゃないかな。

　　機能確認ということであれば、同期シリアルなんだからクロッックを落としてソフトで確認して
　　それでOKなら伝送系の問題だから、　>>56　のような簡単な確認での確認でもOKでしょう。
　　相手側に細工ができないのならだめだけど。どっかで割り切らないと手間とお金がかかる
案件のような気がするな。

60:48
04/04/13 02:11
>>58
俺も、>>59と同じで、そういうCPUはないと思うな。
転送パターンが決め打ちでいいなら、AVRやＳＨなんかのＲＩＳＣマイコンで
クロック数を計算して２ＭＢＰＳ正確に出すって事ができなくもないね。
１２ＭＨｚのＡＶＲなら１命令１クロックだからなんとかできるんじゃない？

あと、使ったことないけど「データジェネレータ」ってのがあるらしいね。
URLﾘﾝｸ(jp.home.agilent.com)
ちょっと大げさな気もするけど、レンタルできるかもね。

61:デフォルトの名無しさん
04/04/13 06:18
>>60
52: AVRのことは知らないけど、RISCに限らず高速のマイコンは、Cacheやパイプラインを使っている場合が多い。
　　クロック数を計算してというテクニックは、使えない場合が多いから、そういう発想は浮かばなかったな。

　　１命令1クロックということは、命令の読み出しを考えると最低限パイプラインくらいは使っているんじゃないのかな？
　　クロック数で正確に計算してってことができるんでしょうか？

　　それに、DATA INがあるってことは受信もあるんじゃないのかな、受信のときに、クロック数だけで、
同期クロックをチェックしないでデータをリードするのは荒技の気がするけどな。

　　データジェネレータも送信だけでしょうから、受信なしでOKかどうかでしょうね。

62:デフォルトの名無しさん
04/04/13 07:25
AVRやPICや４ビット8ビットマイコンの殆どが命令数を数えるテクニックが使えます。
6502系のようにパイプラインを使っていても命令数は普通に数える事が出来ますよ。

それからデータの受信送信と、クロックのマスタースレーブは別問題でしょ

63:sage
04/04/14 15:06
>>58
別にペリフェラル使わなくても自分でポートパタパタさせて
送受信すればいいんじゃないの？
自分で2MHzのCLOCKをパタパタさせながらDATAOUT/INすれば。
こんな感じじゃだめ？
void SerialInOut(unsigned char bit)
{
unsigned char i;

/* 通信前の処理 */
CS = HIGH;
CLOCK = HIGH;
DATAOUT = HIGH;

/* 通信処理 */
CS = LOW;
for (i = 0; i < bit; i++){
CLOCK = LOW;
DATAOUT = outBuff[i];
/* 時間調整 */
CLOCK = HIGH;
inpBuff[i] = DATAIN;
/* 時間調整 */
}
CS = HIGH;
}

64:デフォルトの名無しさん
04/04/14 15:41
>>63
割り込みとか考えなくてもいいなら、それもアリかもなー

結局他の処理もさせることを考えると、前にも誰かが言ってたように
PLDかPIC辺りをフロントエンドにしないと、後で泣きを見るだろうな

65:デフォルトの名無しさん
04/04/14 20:48
>>63
例えば60の発言の例であげてある 12MHzのAVRを使ったとしても、１ビット出力するまでの間に実行可能な
命令は5,6命令程度。とても、63のプログラムは書けない。ソフトじゃ無理だと思うんだけどな。

62の発言のソフトディレイの使えるようなCPUは、基本的には遅いCPUといっていいでしょう。
63のプログラムが実行可能なほど高速だとCacheくらいは必須だろうから、ソフトディレイは
だめだと思うんだけどな。

66:デフォルトの名無しさん
04/04/14 21:23
単に信号出すだけなら
out命令を並べるだけだから 4MIPS あればいい
マスターで受信するなら out in out で時間を合わせる為に8MIPS必要
PICだと 8*4=32Mで動かさないといけなくなるな。

H8だと　ストローブをクロック代わりにするようなアイデアが必要になるだろう

67:デフォルトの名無しさん
04/04/14 21:46
>>66
4MIPSだとループもできませんね。その程度のことでまにあうのなら、そもそもCPUを使う必要がないですね。
通信の確認作業で、信号出すだけでOKというのは、まずありませんからね。プロの仕事の場合は。

受信というのは、どういうことを言っているのか分からないのですが、データとして受け取れてこそ
受信じゃないでしょうか。　信号のつじつま合わせだけで動作確認終了とは、いかないんじゃないでしょうか。

68:60
04/04/14 23:39
ＳＰＩを発案したMotorolaのＣＰＵなんかは３～１６ビットの
半端なシリアルデータを送受信できるようだね。（DragonBallとか）
もっとも、実験用に簡単に入手・使用できるようなＣＰＵじゃないけど。

69:デフォルトの名無しさん
04/04/15 01:22
>>68
そういや、昔860使った時出来たような気もするな。

でも何したいのか未だに良く分からんがQUICCじゃ大げさ過ぎないか？

SPIだったらオーバランが駄目というより
　読み出し：CS立下りから有効Bit数のみ保証
　書き込み：CS立ち上がり直前から有効Bit数分前の入力までが有効

ってな感じになってるんじゃないの？
これなら適切に処理してやれば8bit単位で伝送したって問題は無いだろ

70:デフォルトの名無しさん
04/04/15 07:32
>>67

データを受け取れてこその受信だが受信ポートをLSBかMSBにしておいて
回転命令２つををout命令に挟めばいい。
幸いPICとかはRAM上の回転も１サイクルだ。　

そもそも、”ターゲットボードが2Mbpsで動くかどうかを評価するプログラム”
なんだから、信号のつじつま合わせのON/OFFでも信号さえ出せばOKだろう。
そうじゃないなら、どういう仕様か書けば必要な能力を見積もってあげるよ。

71:デフォルトの名無しさん
04/05/14 18:33
ＣＰＵのバグらしい現象を追跡するのにハード屋さんにつきあって、あっちこっちにプローブ用の
信号を「この位の幅のパルス出してね」ってのを一日中やった。どうやら証拠っぽい波形を得る
までにこっちはへとへと。あれでめげないハード屋さんって尊敬しちゃう。　この後この現象を
「英語で」メーカーへ文句たれるんだから、ますます尊敬しちゃう。

72:デフォルトの名無しさん
04/05/18 22:49
ハード屋は、ハードをソフトに置き換えるのがどれだけ大変か分かってない。

73:デフォルトの名無しさん
04/05/18 23:50
ソフト屋は、ソフトをハードに置き換えるのがどれだけ大変か分かってない。

74:デフォルトの名無しさん
04/05/19 08:06
>>72 禿同
>>73 んなこたーない

75:デフォルトの名無しさん
04/05/20 23:22
ソフト・ハード両方やっている者から言わせてもらうと、ソフト屋は甘いと思う。

76:デフォルトの名無しさん
04/05/20 23:45
近頃のハード屋は『ハードだけ』では通用しないしね

77:デフォルトの名無しさん
04/05/21 02:02
確かに、ソフトしか知らない奴は甘いね。

78:デフォルトの名無しさん
04/05/21 03:48
不具合発生
ハード屋はソフトで対処できるならハードの対処はしない
ソフト屋はハードで対処できることを知らされずソフトで対処する

79:デフォルトの名無しさん
04/05/21 21:27
不具合発生
ASICや基板はもちろん変更しない
ソフト屋は前回の流用だから変更したくないと言って変更しない
FPGAを変更する

80:デフォルトの名無しさん
04/05/21 21:55
不具合の対処なんてハードでやろうとソフトでやろうと原因はどうあれ
問題なく、より低コストで、ユーザにも納得させられるようできれば
どっちでも良いんとちゃうん?

81:デフォルトの名無しさん
04/05/21 23:07
コストの差が明らかでない場合も多いからな。
あと、高コストなものを作っている人間が常に楽をすることになるから、
愚痴のひとつも言いたくなるだろ。

82:デフォルトの名無しさん
04/05/21 23:49
でも、黙々とハード回路にパッチ当ててる姿とか見ると
ソフト屋でよかったってしみじみ思うよ

83:デフォルトの名無しさん
04/05/22 00:10
部品変更や改造って、購買からｻｰﾋﾞｽまでの全部署全工程に影響出るしなぁ。
「ｿﾌﾄで対処できるものはｿﾌﾄで」ってのは、ﾊｰﾄﾞ屋だけの思惑ではないし。

84:デフォルトの名無しさん
04/05/22 00:30
>>83
禿胴

85:デフォルトの名無しさん
04/05/22 01:04
今時入手できないようなOpAmpでも交換しなくてはならなくなるからなぁ。

86:デフォルトの名無しさん
04/05/22 01:12
>>85
んだなぁ。
理想は、本生産開始までにハードバグ、ソフトバグが全て取れりゃいいんだけど
なぁ。

とは言っても、ハードもソフトも完璧でも、本生産開始から大分経ってから、例え
ば部品がディスコンになったりで、ハードやソフトを弄らなきゃならない事態に陥
るってのは有りがちだからなぁ…

はぁ…

87:デフォルトの名無しさん
04/05/22 11:46
>>82
０．５ｍｍ間隔のピンに半田付けしてジャンパー配線してる姿はまさに神業
ハード屋さんは電子機器界の外科医のようです

88:デフォルトの名無しさん
04/05/23 03:38
量産しない一品物はソフト修正よりハード修正の方が低コストなんだよな

89:デフォルトの名無しさん
04/05/24 00:46
>>87
QFPを手半田する人もすごいね。

90:デフォルトの名無しさん
04/05/25 00:40
0.5mmピッチまでなら手付けできる
ピン上げてジャンパー飛ばせネーけど

91:デフォルトの名無しさん
04/05/25 00:52
windowsでRS232Cを用いてデバイスを制御し、データの送受信を行いたいのですが、
初心者なのでよく分かりません・・・。分かりやすく説明してるサイトってないですか？
VC6.0++でやろうと思っているんですが。

92:デフォルトの名無しさん
04/05/25 01:39
そのデバイスとやらは何者だ？

93:デフォルトの名無しさん
04/05/25 05:54
>>91
シリアルは CreateFile で "COMx"を開いて　ReadFile WriteFileで読み書きして
BuildCommDCB
BuildCommDCBAndTimeouts
GetCommXXXX SetCommXXXX とかで制御すればいいから簡単は簡単

VBやDelphiを使う方が簡単だと思うよ。

94:デフォルトの名無しさん
04/05/25 22:00
>>92
レーザー距離計です。

>>93
ありがとうございます。COMポートを複数開けるのも容易に出来るんですか？
初心者なもので・・・すいません。

自分はC以外やったことがないのでCでやろうかなと思っています。

95:デフォルトの名無しさん
04/05/27 00:41
昨日愕然としたこと。

ﾊｰﾄﾞ屋先輩「この石のXXとYYのピン、オープンなのに入力になっとるぞ」
ﾊｰﾄﾞ屋後輩「え、オープンのピンって入力にしておくのが普通じゃないのですか？」

(;´Д`)

この後輩、もう３年目ぐらいなんだけどなー。折れはソフト屋だけど
CMOSの入出力ピンをプルアップ／ダウンなしで入力にしちゃいけない
ことぐらい知ってるんだが・・・（ｷﾎﾝだよねぇ・・・

なんかたまに小難しいことをいう割にこんなことも知らないというのは
ちとなぁ。さすがに呆れた。新人ならともかく、いままで何をしてきたんだろうと。

まぁ、任されていたﾊｰﾄﾞのデバッグがつまると、なぜか病気になって休んだり
と（ｗ　問題行動が多かったけど、妙に腰を低く振る舞うから救われているだけ
なんだよな。休んだときは先輩が仕方なく尻ぬぐいしてたけど、不憫でならない
わ。休み明けに後輩が出てきて謝って、先輩はｷﾆｽﾝﾅとかそいつに言ってた
けど、影では先輩は上司に別の香具師に変えてくれと懇願してるよ（ｗ

96:デフォルトの名無しさん
04/05/27 19:58
>>94
CでのWindowsプログラミングの経験次第かなぁ。

全く無いってのであれば、結局VBやDelphiで書いた方が早いって事も有り得る。
あとはまぁ納期次第かと思ったり。

97:デフォルトの名無しさん
04/05/28 01:18
PCと自作組込機器とをシリアルで結ぼうと思ったんだけど、
PC側は将来的には、ＶＢか何かで作るとして、
とりあえずはフリーウェアのシリアル通信ソフトでお茶を濁そうと考えてたんだけど、
バイナリファイルを扱えるシリアル通信ソフトって意外とないものなのね
みんな、ターミナルソフトばっかり

98:デフォルトの名無しさん
04/05/28 02:19
自作基板なら好き勝手組めるんだからＦＴＤＩとか使ってみるのは？
ＰＣ側ＵＳＢになって転送速度も上がるだろうし、ハッタリ効くし（ｗ
ＦＴＤＩのページにドライバー有るし、Ｃ、ＶＢ、Ｄｅｌｐｈｉのサンプルソースもある
機器側もシリアルかＦＩＦＯかチップで選べる
通販価格８４０円、難点はＱＦＰなんで手配線だとピッチ変換基板が要る

99:デフォルトの名無しさん
04/05/28 06:00
>>97
自作機器ならテキストで扱えるようにしといたら?
何かと端末ソフトがそのまま使えるから何かと便利よ。
さもなきゃXMODEM辺りをサポートするかねぇ。

100:デフォルトの名無しさん
04/05/28 07:29
>97
>バイナリファイルを扱えるシリアル通信ソフト
フリーでSerial Command Exploreがあるよ(Winなら)
URLﾘﾝｸ(www.namakoworld.com)
装置のデバッグには結構便利
通信速度とデータ量の関係でバイナリで送らざるを得ないときもあるから
UDP版もあるし、あとはTCP版があれば良いんだけど

101:デフォルトの名無しさん
04/05/28 07:50
>>100
97じゃないけどｲﾀﾀﾞｷ
ｱﾘｶﾞﾄﾝ

102:デフォルトの名無しさん
04/05/28 14:55
>>95
「オープンなのに入力」ってのがよく判らない…
オープンドレインってこと？

103:デフォルトの名無しさん
04/05/28 15:07
>>102
オープン＝未接続

CMOSデバイスの入力ピンを開放すると色々な問題があったはず…。

104:デフォルトの名無しさん
04/05/28 15:27
>>102
マイコンのI/Oが未接続なのに入力になっとる、って事だろうな。

こんなん見つけた。
URLﾘﾝｸ(www.h3.dion.ne.jp)

105:デフォルトの名無しさん
04/05/28 23:50
「組込み開発者におくるMISRA-C―組込みプログラミングの高信頼化ガイド」
が出ました。

URLﾘﾝｸ(www.amazon.co.jp)

みなさんよろぴく。

106:デフォルトの名無しさん
04/05/29 00:02
>105
ﾜｶﾀﾖ(ｱｿｼｴｲﾄのﾘﾌｧ抜き↓)
URLﾘﾝｸ(www.amazon.co.jp)

107:デフォルトの名無しさん
04/05/30 00:24
>>100
おっ、なかなか便利そうなフリーウェア
というわけでＤＬしたよ
理想は受信データをログ保存できて、送信もバイナリファイルを送信できるものなんだけど

108:デフォルトの名無しさん
04/06/12 14:13
部品の買い方・そろえ方。
ここさえなんとかなれば…

109:デフォルトの名無しさん
04/06/25 03:16
今Windowsで、BIOSのI/Oからデータを取得しようとしているのですが
BIOSのI/Oポートの一覧を調べるにはどうしたらいいのでしょうか？
またそういうのが見れる所がありますか？

110:デフォルトの名無しさん
04/06/26 10:32
Windowsだけでは判らんのよ。 NT系列なのか9x系列なのか。
それからBIOSのI/Oポートという書き方も良く判らん。

具体的にWindows2000ならデバイスマネージャ -> 表示->リソース(種類別）
　で、アドレス一覧が表示出来る。

ただし、Windows2000なら、I/Oを直接読み書きするには誰かにサービスしてもらわないといけない。
GWIOPM GIVEIOなどが有名所だ。

111:109
04/06/27 00:34
>>110
どうもレスありがとうございます。

>Windowsだけでは判らんのよ。 NT系列なのか9x系列なのか。
>それからBIOSのI/Oポートという書き方も良く判らん。
すみません、説明不足でしたね・・
一応、NT系OSでI/Oアクセス出来る様に「giveio.sys」を導入して
I/Oアクセス可能にする所までは出来てます。

具体的に何がしたいかと言いますと、CPU温度とかファン回転数みたいな、BIOS上で参照出来る情報が取得したいんです。
自分で色々調べた結果、BIOSのI/Oにアクセスして情報を取得出来るという所までは分かったのですが
具体的に、どのI/Oポートアドレス？からデータを引き出せばよいか分からないんです・・
この辺は、モニタリングチップや、マザーボードの種類によって色々変わってくるみたいですので
その辺の事が、ハードの種類別に知りたいのですが、そういう事を調べるにはどうしたらよいでしょうか？

あまり、ハードウェア関係の知識がありませんので
言っている事が分かりづらいかもしれませんが・・

112:デフォルトの名無しさん
04/06/27 00:43
>>111
Linuxのならソースあるんじゃない？

113:デフォルトの名無しさん
04/06/27 00:54
>112
ナイスぼけ

114:デフォルトの名無しさん
04/06/27 00:59
たしかに舌足らずだったな。
URLﾘﾝｸ(www.itmedia.co.jp)
のあたりのソースを参考に、ってことだ

115:109
04/06/27 01:29
>>114
情報をどうも。
とりあえず、ソースがあるのなら「Lm_sensor」でも落してみます。
また良い情報がありましたら、宜しくお願いします。

116:デフォルトの名無しさん
04/06/30 09:43
PowerPartsとGENWARE2の評価教えて下さいでつ。

117:デフォルトの名無しさん
04/06/30 17:50
T-Engineで開発費抑えれるかと思いきや、
開発環境やライセンスが異常に高価でない？

こんなんじゃ、Win系に制覇されちゃうかも。
WinCE/T-Kernelなんてデモしたにもかかわらず、
WinCE 5.0のアナウンスにも入ってないし。

118:デフォルトの名無しさん
04/06/30 18:05
>>117
どの開発環境と、どのような事で比べましたか？

119:デフォルトの名無しさん
04/06/30 19:02
>>118
iTRONにGUIライブラリとフォントを足すのと、
WinCEのライセンス価格を調べました。

WinCEはMSECで動作せず、
バージョンアップ販売停止がはやいので、
組み込みに不向きなのは知ってますが。

120:デフォルトの名無しさん
04/07/01 18:33
>>117 !? 開発環境はLinuxかCygwinだからタダじゃなくて？
まあ周辺のライブラリは必要になるが。

121:120
04/07/01 18:33
失礼 >>119読んでなかった・・

122:デフォルトの名無しさん
04/07/01 18:34
gcc使えば無料
ライブラリは自作したりフリーの使えば無料

123:デフォルトの名無しさん
04/07/02 00:22
>>119
QNXにしとけ

124:デフォルトの名無しさん
04/07/02 08:49
詳しく教えて。>>123

QNXって、まさか100マイクロセカンドで動作出来たりしないよね？
出来たらITRON並みのUNIXだね。

125:デフォルトの名無しさん
04/07/04 21:52
>>124
QNXはRTOSだぞ。。。。

126:デフォルトの名無しさん
04/07/04 22:45
VxWorksマンセー

127:デフォルトの名無しさん
04/07/05 00:17
>>126
高いよﾏﾏﾝ

128:デフォルトの名無しさん
04/07/05 06:55
割込ハンドラと割込ルーチンはどこが違うのですか？
また、なぜ分ける必要があるのでしょうか？

129:デフォルトの名無しさん
04/07/05 17:39
windowsXP,c言語でAPIを使ってCOMポートの制御やってるんですが、
受信バッファのサイズを変更するなど、
バッファに関するAPIはどのようなものがあるか教えて頂けませんか？

130:デフォルトの名無しさん
04/07/05 23:45
>>128
言葉の違いにしか思えないけど、
その二つが具体的にどんなものなのか書いたら説明できるかも。

思いつきで想像すると、

割り込みによって起動される処理で
とりあえずハードからさっさと情報をかき集めるだけの処理と

集めた情報をちょっと落ち着いてから処理する部分かな？
(WindowsではDPCとかLINUXだとBHとかいうやつ)

分ける理由は、割り込み処理内では使えるAPIが限られているのと
割り込みでいつまでももたもた処理しているとみんなの迷惑だから。

>>129
COMポートでバッファといったら、
後は送信バッファとUARTのFIFOサイズ
送受信とも、バッファの残りがどのくらいになったら
通知してくれるかの設定くらいしか思い浮かばん。
実装上、どうすればいいかは、MSDNでも使ってしらべれ。

131:デフォルトの名無しさん
04/07/06 00:42
>>128
割込ハンドラ・・・とにかく他の割込を禁止してでも、緊急に処理しなければならない必要最小限のプログラム
割込ルーチン・・・ハンドラで処理の終わった残りのプログラム。あとで少し余裕を持って（メインルーチンで）処理。他の割込は受付可能。

分ける理由・・・割込禁止区間を長くしたくないから。

こんなところでどう？

132:デフォルトの名無しさん
04/07/06 05:20
>>131
ちょっと用語集も調べて見たけど、ハンドラのことを緊急に処理しなければならない必要最小限のプログラムと
定義したものはなかった。プログラマ結構長くやっているけど、そういう区別を自分は耳にしたことはない。

OSを使っている場合に、割り込みハンドラという言い方をしているかと自分は思っていたけど、用語集を見る限り
割り込みハンドラは、割り込み時に読み出されるプログラムコードという定義がしてあるようだ。

特に、区別されてないんではないのかな？

133:デフォルトの名無しさん
04/07/06 06:15
>>128の言う割り込みルーチンというのは
割り込みハンドラから起動されるタスクのことを指しているのかも

134:デフォルトの名無しさん
04/07/06 07:51
某CPUだと、割り込みハンドラって所謂割り込みベクタに書けるような小さいロジックってイメージが…
#で、通常はそこにはジャンプだけ書いておいて飛んだ先が割り込みルーチン。

135:デフォルトの名無しさん
04/07/06 14:12
「割り込みハンドラ」「割り込みルーチン」から
割り込み時の飛び先が１個所で、割り込み要因をチマチマと割り込みを発生させた
デバイスのレジスタのビットをチェックして、それぞれのルーチンに飛ばしてる
大昔のゲーム機を思い浮かべた

136:デフォルトの名無しさん
04/07/06 21:39
>>134
H8なんかそうでしょ？
て言うか普通そうなんじゃないの？

>>135
SHは割込ハンドラの中で割込を発生させた要因を調べなければならなかったような

137:デフォルトの名無しさん
04/07/06 22:34
>>136
SHにかぎらずRISCプロセッサはみなそんな感じ。

RISCにかぎらずPCIだとそれしかないし、
Chain of Responsibility な割り込みハンドラになるし。

138:123
04/07/06 23:04
>>124
日本語である程度文書あるね
URLﾘﾝｸ(www.qnx.co.jp)

ホワイトペーパーよんでQNXマンセーしる。

>>126
6.0は売れないとみた。

139:デフォルトの名無しさん
04/07/07 01:00
>>136
SH3から
SH2までは要因ごとのべくた

140:デフォルトの名無しさん
04/07/07 10:39
H8やSHについて解説してあるページや書籍には
どんなものがあるんでしょうか？

おすすめ教えてください。

141:デフォルトの名無しさん
04/07/07 11:17
>>140
オフィシャルサイトからデータシートをダウンロードできると思いますが。

142:デフォルトの名無しさん
04/07/07 11:35
>>140
丁寧なアプリケーションノートが置いてあるよね。

143:デフォルトの名無しさん
04/07/07 23:05
>>140
ピンからキリまで、腐るほどある

144:デフォルトの名無しさん
04/07/08 09:59
今からビッグサイト逝く香具師の数→(1)

145:デフォルトの名無しさん
04/07/08 19:30
明日逝くょ。

146:デフォルトの名無しさん
04/07/08 21:43
ビッグサイト、暑そうだな。

147:デフォルトの名無しさん
04/07/08 23:02
>>144
俺も明日

148:デフォルトの名無しさん
04/07/08 23:29
逝ったひとは感想をplease。
ｲｲ!!とﾀﾞﾒﾀﾞｺｲﾂﾗ..ってのを。

149:デフォルトの名無しさん
04/07/09 00:32
コンパニオンのS/N比が気になる。

ってかそんなにいないか。

150:デフォルトの名無しさん
04/07/09 01:52
>>140
日立時代は電話すればマニュアルを無料で送ってくれた。
ルネサスになってからは、知らない。

151:デフォルトの名無しさん
04/07/09 01:54
MSのブースでVS2005のDEMO中
フリーズしてDEMO中止になった

152:デフォルトの名無しさん
04/07/09 01:55
>>150
日立時代は、日立のサイトからマニュアルをダウンロードできたが
ハードコピーマニュアルをスキャナで取り込んでPDF化したもので
とても使えるものではなかった。

ルネサスになってからはまともなPDFをサイトからダウンロードできるようになった。
(あれ？その前からかな?)

153:デフォルトの名無しさん
04/07/09 01:56
初期の時はしらないが、SuperHのサイトのときは普通のPDFだった記憶がある

154:デフォルトの名無しさん
04/07/09 01:58
>>153
あ、すまへん。言葉がたんなかった。
H8がそんなヘボイPDFだった。SHはマトモなPDFだった。

155:デフォルトの名無しさん
04/07/09 09:49
初心者が一番はじめに手を出すとしたらどのチップがよいでしょうか。
やはりmips?
H8が人気なのはトラ技のせいなのかな・・

156:デフォルトの名無しさん
04/07/09 11:34
>>152
古いマニュアルはそんなんだな。PDF化できる電子データがないんだろう。
ページ数のわりにやたらでかいので、落とすのも大変だった…

157:デフォルトの名無しさん
04/07/09 15:34
>>155
取り敢えずCPUを触ってみたいってんであれば、Z80辺りを
触ってみては？

参考資料も多いし、CPUの基礎を勉強するには手頃なんじゃ
ねぇかなぁ。今でも現役で使えるし。

158:デフォルトの名無しさん
04/07/09 15:37
>初心者が一番はじめに手を出すとしたらどの

仕事？趣味？学校？　どこでどーするのかｵｼｴﾚ

159:155
04/07/09 17:26
>>158
PC上でC言語などでのプログラミング経験があるが、組み込みの経験が
ない人を対象として、コンピュータの仕組みをよく理解するために、
それほど複雑でないマイコンを使って、アセンブリ言語やC言語などで
プログラミングして実際にポートの入出力などを体験しながら学習する、
といった用途です。

160:デフォルトの名無しさん
04/07/09 18:00
>>159
秋月電子にあるようなボードでするのがラクかもね
個人的にはH8やSHやったほうがいいかなって気はするけど、
PICも捨てがたい・・・

161:デフォルトの名無しさん
04/07/09 18:07
＞＞１５９
秋月のＨ８ものに一票
intは16ビットと叩き込む(w

PICやAVRなのど石はまんどくさいよ

162:デフォルトの名無しさん
04/07/09 18:58
RS-232CのTxDをC#から制御しようと思ってます。

目的は学習リモコン

38kHzの変調もソフト出かけるつもりです。

今、com1の設定を115200bpsにすると
1bit=8.68us
38kHzのキャリアは1/38kHzだと26.3us
duty比がわからないのですが、
110か100にしてキャリアの1cycleが1bitになるようにして
データを送ったのですが機器が反応しません。

どこがまずいのでしょうか？

163:デフォルトの名無しさん
04/07/09 20:58
>>162
>どこがまずいのでしょうか？
この程度の情報で答が得られると思ってる162の頭

IR-LEDはどのように発光させてるの?
で、発光してる位は確認済み?

164:デフォルトの名無しさん
04/07/09 21:17
学習リモコンのハードも自作するのかな？

165:162
04/07/09 21:40
情報少なくてすいません。

電流制限抵抗なしでTxD-GND間にIR-LEDつけてます。
発行してるかどうかは赤LEDに付け替えて目視確認しました。

スタンドアロンのリモコンとしてではなくPCから制御するつもりです。

//これまでにしたこと。
LIRC,WinLIRCのサイトを見てDCD受信、DTR送信なトランスミッターを作成。
winLIRCにて、外部機器が無事動作するのを確認。
つぎに上述のTxD-IR-LED送信機（っていうほどでもないですが）を作成して
WinLIRCで取得した生データ(High us,low us...)を元に
>>162に至った次第です。

166:163
04/07/09 22:43
なるほど。そこそこはやってるのね。

>電流制限抵抗なしでTxD-GND間にIR-LEDつけてます。
大丈夫か? そんなことして。って気がしないでもないが、
WinLIRCとやらはテストの足しにはならないのでしょうか?

167:162
04/07/09 23:08
LEDは大丈夫なようです。（WinLIRCからだと無事動く）
念のためCRDいれときます。

WinLIRCは生データを覚えてそれをそのまま吐き出す用にできていて、
入力はDCD,RxD　出力はDTR,TxDが選べるようになっているので
とりあえず丸覚えさせたデータをTxDで出してみて動作確認はしました。

やはりduty比が悪いんでしょうか？（1/3か2/3しか選べないのが…）

168:デフォルトの名無しさん
04/07/09 23:17
>>148
ﾀﾞﾒってわけじゃないが
T-engineばっかりで嫌になった

169:163
04/07/10 01:14
>>167
>とりあえず丸覚えさせたデータをTxDで出してみて動作確認はしました。
ってのは、本来のリモコンの送信を学習できるのを確認したってことだよね?
WinLIRCが記憶するデータの仕様が分かるなら、自作の送信機を学習させて
比べてみたらどうだろ。

キャリアのdutyは50%が良いんだろうけど、実は中心周波数が安定していれば
大丈夫な気がする。
それより、普通にTxDをキャリアとして使おうとしたらStart|Stop bitをうまく
処理しなくちゃと思うのだが、それは大丈夫なんだろか。

170:163
04/07/10 01:38
何度もありがとうございます。
winLIRCのデータの仕様は Xμsec high , Xμsec lowの繰り返しだけで、
それをそのまま自作の送信プログラムに持ってきてます。

C#でシリアル通信をするのに、ネットで拾ってきたラッパー
URLﾘﾝｸ(www.gotdotnet.com)
をつかって
public void Write(byte[] buffer, int offset, int count)
を使ってます。
シリアル通信仕様をいまいちわかってないのですが、
start,stop bit（1bitに設定）というのは1byteごとの最初と最後に1がつくってことなんでしょうか？

171:デフォルトの名無しさん
04/07/10 03:14
>>159
AlteraのNiosとかどうよ？
トレーニングキットで、ついでにデジタル回路の学習もできるっていうおまけつき。
あんまり情報がないからダメか？

172:デフォルトの名無しさん
04/07/10 10:02
>>170
＞シリアル通信仕様をいまいちわかってないのですが、
＞start,stop bit（1bitに設定）というのは1byteごとの最初と最後に1がつくってことなんでしょうか？

その通り
調歩同期やUARTで調べてみろ

173:163
04/07/10 11:49
>>172さんありがとうございます。

非同期通信＝調歩同期　start,stopビットありなんですね。
で、ふつうにラッパーとかが想定してる送信方法はこれと。

TxDピンの出力を直接制御するのはかなり難しそうですね…
うーん…
同期送信ってあんまりメジャーじゃないみたいで。

174:デフォルトの名無しさん
04/07/10 14:58
>>171
その通りじゃないでしょ。 startビットは0 stopビットは１
だからstopサイズが1 でデータサイズが8なら 10bit周期しか作れない。

だから　0<10101010>1　これはOKだけど、これ以外は難しいよ。これで送信してみては？

周期がバラバラずれると、受信機には、振幅変調がかかるようになるからダメ。

175:163
04/07/10 15:21
>>174さん　ご丁寧にありがとうございます。

>> 0<10101010>1
の場合“だけ”ですよね？
start/stop,1bitで周期がずれずに送信可能なのって。
Highを出力するのはこの手でいけそうですが、
Lowが続くとき、　0x00　を送信したとしても　受信する側からみたら
b' 00000 00001 になっちゃうから結局リモコンとしては使えなさそうですね…

PICみたいな感覚でいたのでもっとDTRにしろTxDに任意のピンをいじれるかなって
思ってたので、考えが甘かったみたいです。

176:163
04/07/10 15:24
PICみたいな感覚でいたのでもっとDTRにしろTxDに任意のピンをいじれるかなって
↓訂正
PICみたいな感覚でいたので、DTRにしろTxDにしろ任意のピンの状態をいじれるかなって

すいません。

次ページ