トップページ⇒tech
23コメント9KB

VC++でRS232Cの制御をしたい

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさんNGNG
VC++を使ってWin98でRS232Cの制御をしたいのですがどうやったらいいかさっぱりわかりません。
以前DOSでＣは使っていたのですが・・・
誰か教えて下さい。
0002名無しさん＠お腹いっぱい。NGNG
楽するなら、MSDNでMSCommを検索。
あとは自分で考えろ。
0003名無しさん＠お腹いっぱい。NGNG
vector あたりに制御ライブラリとかなかったかな。
その製作者のサイトとかあれば情報あるかもなー
0004名無しさん＠お腹いっぱい。NGNG
hCom = CreateFile("COM1"＠｀
GENERIC_READ | GENERIC_WRITE＠｀
0＠｀
NULL＠｀
OPEN_EXISTING＠｀
0＠｀
NULL);


0005名無しさん＠お腹いっぱい。NGNG
>>1
思うより全然簡単だよ
0006名無しさん＠お腹いっぱい。NGNG
>>1 INやOUTで入出力できないの？
0007名無しさん＠お腹いっぱい。NGNG
前にCSerialPortクラス作ってみた。
一応会社で作ったやつだから、人にはあげられない（つーか、あげるほどのものでもない）
なので、参考URL
http://user2.allnet.ne.jp/sim-hp/vc10.htm
00081NGNG
みなさんどうもありがとう。
久し振りに人の情けが身にしみました。
いろいろやってみます。
0009名無しさん＠お腹いっぱい。NGNG
横から質問です。
NT <-> NTでRS232Cでの通信を行わなければならないのですが
以下の状況下で顧客先で接続がうまくいきませんでした。
具体的には、COMデバイスは問題なくオープンできますが、データが届かない
という状態です。

1. ケーブルはクロスケーブルであり、自社環境ではそのケーブルで問題なく
　 通信が行えている。
2. 接続確認はDOS窓(CMD.EXE)からtypeコマンドにて実行
3. modeコマンドにて、baud rateやparityの設定などが一致していることは
　 確認済み。(parity=even＠｀ stop bit=1で、data bit幅は7/8の両方を
　 確認。タイムアウトは無し。
4. 接続がうまくいかないようなので、再起動なども実行。
5. RS232C用の専用モニタは、自社、顧客先ともに保有せず。
6. 念の為、生きているCOMデバイス(1＠｀ 2)両者で確認。
7. 三台のマシンの任意の二台の組み合わせで確認を行ったが、全滅。

通信が上手くいかない原因、もしくは原因究明の手段として、
どのようなものが考えられるでしょうか。アドバイスをお願いします。
0010ﾜﾚｽﾞNGNG
ループを使い常にポート状態監視ルーチンを作る。
その中のCPUにレガシーを優先させるアドレス（CPUによって違う）
へ定期的に初期化コマンドを送るネストを作ると快適に動く。
インテルのリファレンス見ればわかると思うけど。
昔、的当てゲームを作ったときに使った。
0011名無しさんNGNG
なんかさー、いまどきのパソコンショップには芯線が
三本で片側だけハンドシェイクするクロスケーブル
あるんだよ。テスターでピン確認して悶絶してた。
信じられねー。

# 仕事ならプロアナ、ケーブルテスターは必須。

0012名無しさん＠お腹いっぱい。NGNG
RS232Cでの通信の仕事は初めてでして...。
周囲に詳しい同僚もおらんもので、非常に困っております。

>>11
私はPC to PCの通信時にどのようなフロー制御を行うのが
一般的かも知らない素人ですが、そのような場合には例えば
RTS＠｀CTS＠｀DSRを使わない設定にしてやると上手く
いったりしますか。
昨日確認した時点では、ソフトウェアによるフロー制御は
一切行わないが
RTS回路およびDSR回路はON
という設定でした。
(何もいじらないデフォルトの設定がそのようになっていた)
0013名無しさんNGNG
フロー制御は相手の都合にあわせる。
相手次第。
RTS/CTSは使うに越したことないです。
私ならまずテスター当てるね。
フツーのテスターで良いです。
次にプロアナ、なければCOM1からCOM2へループバックして
二つのプログラム間でダンプする。
次にケーブルの品質を疑ってチェックサム。
現場にいないから断言できませんが。
0014名無しさん＠お腹いっぱい。NGNG
>>13
>>COM1からCOM2へループバックして

成程。次回さっそく試してみます。
それと、typeコマンドの場合、バッファリングが怪しい具合に
効いているのが問題かもしれないので、次回は単純にバイト単位の
リード／ライトを行う即席catもどきで試そうと考えています。

# やっぱり普通はテスタやプロ穴持ってるんすか。うちの会社は
# この手の仕事全然やってないみたいなんですよねえ。
0015名無しさん＠お腹いっぱい。NGNG
ハイパーターミナルではつながった？
0016名無しさん＠お腹いっぱい。NGNG
Windows98で問題なく動作しているシリアルアプリが
Windows2000＠｀ WindowsNTで動きませんでした。
調べてみたら、通信イベントが発生していませんでしたが
2000＠｀ NTで通信イベントを発生する方法ってあるのでしょうか？
私はわからなかったので、イベント駆動ではなくポーリング方式に作り変えましたが・・・
ご存知の方、よろしくお願いします。
0017名無しさん＠お腹いっぱい。NGNG
>>16
＞2000＠｀ NTで通信イベントを発生する方法ってあるのでしょうか？
普通に使えば、９８でもＮＴでもイベントは発生するけど……。
0018名無しさん＠お腹いっぱい。NGNG
>>16
イベント発生って言うのは WaitCommEvent() APIの事でしょうか？
Wait******** 系のAPIはNT系と95系では動作が違う事があります。
もう一度そこの動作を確認されたらいかがでしょうか。
001918NGNG
今思い出したんだけど、たしか、非同期にして GetOverlappedResult()
APIを使用してイベント発生を待つんじゃなかったかな？
うろ覚えだけど・・・

002016NGNG
18さんのおっしゃるとおり、WaitCommEvent()の下にbreak張ってデバッグしたのですが
NT＠｀ 2000ではイベントが発生しませんでした。
17＠｀ 18番さんありがとうございました。
もう一度見直してみます。
0021。>11NGNG
うーん、市販のクロスケーブルは、自分で結線確認しないと怖くて使えないですね。
シリアルやるならせめてテスターぐらいは手元に無いと。

シリアルの基礎の物理レベルと信号のハンドシェークぐらいは知ってないと、
問題が起こったときの原因追求は難しいでしょうね。
最近は知らない人多いのかなぁ？
＃関係ないけど、今日女の子に振られてしまいました。
＃仕事が手に付きません（泣
0022>21NGNG
やーいやーい、振られてやんの。わはは。
0023｡>22NGNG
どうも、彼女のCSが上がんないと思ったら、そもそもDRが落ちてたみたいです。
ああ、こんなこと言ってるから駄目なんだ（泣
スレ違いすまん。
■ このスレッドは過去ログ倉庫に格納されています