- ベストアンサー
古い計量機器からのrs232cを使用したデータ入力について
知り合いが現在、15年以上たった計量器を利用してましてＰＣの入れ替えを機会に、この計量器からデータを取り込めないかと相談を受けました。計量器メーカーからは手書きのコネクタ配線図を入手しましたが 計量器側のコネクタ＝フルピッチ50ピン pin１LSB～16MSB（バイナリ出力） 17～25（なし） 26～50（GND） コンピュータ出力 トランジスタ・オープンコレクタ 負論理、バイナリ と言う内容だけでした。 この出力から現在のPCへrs-232c入力として25ピンか9ピンへ取り出すためにはどのような結線のケーブルが必要でしょうか？私は16ピンからバイナリ出力では9ピンに入力不可能な気がします。今ある情報は全て書きましたがこの情報だけでの判断は難しいでしょうか？ ちなみに、入力データ処理についてはvbで作成予定です。 よろしくお願いします。
- marokun
- お礼率55% (54/97)
- その他（プログラミング・開発）
- 回答数9
- ありがとう数7
- みんなの回答 （9）
- 専門家の回答
質問者が選んだベストアンサー
仕様にある通りなら、１６本ともデータラインでストローブライン（読むタイミングを 指示する信号）はありません。 更新周期毎にデータを書き換えるタイミングがあり、そのときにごく短時間ですがデータを 読み損ねるタイミングがあります。 慣れた（金と手間を惜しまない）設計者なら、確実な手順を決めてデータを保証する と思いますが、通信に時間がかかり、操作をコーディングする手間もかかり、取り合いのた めに双方向のＩＯを用意しないといけない（＝信号の電源確保の問題が出るかも）ので、 連続して複数回読んで、一致すれば取り込む（いわゆる２回一致読み込み）で逃げているこ とが多いのではないでしょうか。 データ更新中か、データホールドの取り合い信号が用意されてなければ、そういう方法で 取り合うものとして設計されているのだと思います。 うちの古い製品（なぜか”計量器”だったり）もそういうのが多いです。
その他の回答 (8)
- Pesuko
- ベストアンサー率30% (2017/6702)
通常のパラレル転送の場合通信データの取りこぼしが無いようにするのが普通です。 これをパラレルの ハンドシェイク といいます。 例えば （１）計測器がＩＯデータ 例１１１１１１１１００００００００ を出して保持 （２）計測器が ストローブ信号を 出す （３）ＰＣが ストローブ信号を受信するまで待つ。 （４）ＰＣが ストローブが立ち上がればＩＯ信号をデータとして読み込む （５）ＰＣが データを2バイト読み込んでストアする。 （６）ＰＣが 読み込み完了信号（ＡＣＫ）をだす。 （７）計測器が ＡＣＫを受信するまでストローブ・データを保持する （８）計測器が ＡＣＫを受信すると ストローブをＯＦＦする。 （９）計測器が ストローブをＯＦＦすると （１）に戻り次の1ワードデータ転送に移行する。 つまりＰＣ側でＯＵＴがひとつ必要なのです。 貴方が言うように 計測器が垂れ流しの場合データがまともに受信できません。 ひとつの方法として ストローブのタイミングを固定時間で出す場合もありますが、受信側がストローブタイミングより 十分早い処理が可能で無いといけませんし、何処かでタイミングがずれると修復不可能になるので通常しません。 また（２）でストローブが必要なのは （１）で出力した１６Ｂｉｔデータが電気的に全て出力されるのにμｓｅｃオーダーで ばらつくのです。 したがって 全てが正常に出力されたタイミングでストローブが出てきます。（出力機器により時間が違います） このストローブ出力タイミングが機器ごとに違うために、同期が取れないので受信完了としてＡＣＫ（アック）を帰してます。 ＰＳ 私が最初に書いた開発環境とはＰＬＣの開発環境です。 一番単純な ハンドシェイク http://www.picfun.com/parallel01.html プリンタポート（８ｂｉｔ）の割り付け http://www.picfun.com/parallel02.html 計測器に良く使われる ＧＰ－ＩＢ（パラレル）規格 http://www.orixrentec.co.jp/tmsite/know/know_gpib.html
補足
詳しい説明ありがとうございます。 計量器の仕様を見るとストローブの発信とackの受信ができそうにないので、なんとか垂れ流しを受信できるようにしようと思います。最悪受信に失敗してもpc側で修正可能な仕様にするつもりですし、そこまで重要データでもありませんので。 詳しいお教えのおかげで少しやる気になってきました。 pc側のアプリを作ってから挑戦しようと思います。 コンテックのボードも準備しなくちゃ。
- matyrcry
- ベストアンサー率47% (101/213)
パラレルＩＯを操作した経験はおありでしょうか？ '1' を伝えるのに、 シリアル伝送では１本の信号線をＯＮ／ＯＦＦ状態を一定時間毎に00110001のように 変化させて伝えますが、 パラレル伝送では８本の信号線のＯＮ／ＯＦＦ状態を同時に00110001のようにして 伝えます。（受ける側も８本を同時に読んで解釈します） 信号を読むタイミングは別の信号を１本使って伝えることが多いですが、ない場合 もあります。（使う人が勝手に決めます） シリアル伝送は２３２Ｃならスタートビットで始まりストップビットで終わるなど 大半で伝送の規則が定義されていますが、パラレルの場合は規則なしで自由に使わ れることが多く、対象器物の動きに合うように自分で信号線を操作してするのが普 通です。 ＵＳＢやイーサのようなシリアルと違って運用規則自体が曖昧なので、単純な変換 アダプタのようなものはないですよ。
補足
パラレルＩＯの操作経験はありません。 シリアル・パラレルの動作を理論では分かってるつもりですが、パラレルが規則なしで使われていることが多いのは知りませんでした。 そこでデジタル入出力IFが必要になるんですね。 おかげで今、必要なことが理解できました。 デジタル入出力IFが私に扱える程度のものか確認してから導入可否を決めようと思います。
- Pesuko
- ベストアンサー率30% (2017/6702)
ごめんなさい、ストローブとか少しｏｕｔも必要でしたね。 とりあえず コンテックＰＩＯ－３２／３２Ｌ ３５０００円 ３２点カード http://www3.contec.co.jp/B2B/ConIWCatProductPage_B2B.process?Merchant_Id=1&Section_Id=2&pcount=0&Catalog_Id=2&Selected_CatalogMaster_Id=&Product_Id=715
補足
計量器からの垂れ流しデータのpcへの入力のみと考えてましたので、outは必要ないと思います。 だとしたら入力のみ16のIFでよいでしょうか。 あと、開発環境と言われましたが、pcとソフト類だけじゃだめなのでしょうか。ある程度は自宅で作成して現場で調整テストを考えてます。
- Pesuko
- ベストアンサー率30% (2017/6702)
marokunさん 市販のパラレル＜＞シリアル変換を使用とおっしゃってますが、市販品の多くはプリンター用の８ｂｉｔパラレルのはずです。 今回１６ＢＩＴのワード転送になりますから、無理ですよね。 私がＰＬＣを使うといったのはコンテックさんなどのＰＩＯボードがかなり高額なためもあります。 開発環境をお持ちなら安い高速ＰＬＣですと数万円で済みます。 ＰＬＣがパラレル＜＞シリアル変換機として作動するわけです。 またＰＬＣを使用しました場合、ＡＣＫ等が特殊タイミングでもプログラムで組んで変更できるから柔軟なんです。 marokunさんがＶＢでハンドラを作成可能ならＰＩＯボードだけで済みますからそのほうが安いかもしれません。 例えばコンテックの ＰＩ－３２Ｌ が定価２３０００円 ｉｎ３２点
お礼
なるほど、それでシリアル-パラレル変換器は36ピンだったのですね。 PLCやPIOとなるとちょっと敷居が高そうな気が…。 ハンドラ作成にどの程度手間が掛かるかも分かりません。コンテックのサイトで情報を集めて出来そうか考えてみます。
- matyrcry
- ベストアンサー率47% (101/213)
ＰＣベースでのＰＩＯ取り合いは経験が無いのであま り参考にならないかもしれませんが．．． 16 オープンコレクタ PC ボード くらいでGoogleで検索かけると拡張ボードの紹介記事 が結構ヒットします。 自分なら三菱かキーエンスあたりの小さいＰＬＣを使 うんですが、ＰＬＣの準備環境がないならインターフ ェースあたりのＰＩＯボードを付けて処理したほうが、 質問主さんの分野的に楽そうと思います。 省配線の分野で２３２Ｃ（かイーサ）で操作するリモ ートＩＯなんかどっかありそうな気もするんですが、 ちょっと見つからなかったです。
補足
お答えありがとうございます。 PIOボード？検索して見てみましたがピンと来ません。 どうも私のよく分からないところまで来てしまいました。 ケーブル結線とパラレル-シリアルコンバータで、後はソフトで何とかと思ってましたがそんな簡単な話じゃないんでしょうか？ ある程度は調べて実行する覚悟がありますが、あまりに時間とお金が掛かりそうなら断念しようかと思います。
- Pesuko
- ベストアンサー率30% (2017/6702)
まあ通常の処理なら早いＰＬＣが妥当だと思います。 １６Ｂｉｔのパラレルで、多分ストローブが１ｃｈでしょうか？ ＩＯをストローブでワード転送し、データがバイナリーならそのままＤＴエリアに転送して、レジスタをストローブ毎にシフトすればいいと思います。 データ量が大量なら１００ワード単位でバッチ処理的にＰＣへデータ転送をかけて行き、転送処理が終わった所から初期化するようなイメージでしょうか。 うちの課がすごく得意な部分ですが、ここでは受注活動も出来ないので・・・・
補足
お答えありがとうございます。 うーん、PLCが必要な程のことではないと思ってました。 ストローブ？トリガとなる出力があるのか入手した資料からは分かりませんでした。（質問に載せたのが現在の全資料です） データ量はごく少量です。計量した重量最大6桁程度までの数値のみです。 ケーブルは加工が必要なようですね。 フルピッチ50から16本をシリアル・パラレルコンバータの36ピンに繋いでシリアルデータとして取り出す。でも、36ピンのピン配列も分かりません。ネットで調べて何とかなるのかなあ。 制御系のプログラミング経験はありませんがフリーのシリアル通信モジュールもあるので何とかなるかと考えてました。本当に出来るんでしょうか？ 仮に発注できるほどの仕事でもありませんしね。 予算は6桁行かない位なので。
- c80s3xxx
- ベストアンサー率49% (1634/3294)
出力は16ビットのパラレルデータなので， そのままでは当然 RS232C では取り込めません． ピン数の問題ではなく，ポートの仕様の問題です． 解決策は，シリアルエンコーダを作るとか買うとかするか， パラレルインタフェースボードを PC につけるかでしょう． パラレルインタフェースボードは，汎用品がいろいろな 会社から出ています．値段はピンキリですが， けっして安いものではありません． VB でアプリを作るなら，インタフェースボードを 操作するための ocx なりがボードに付属している事を 確認してから買うようにしましょう． プログラミングの手間がまるで違うので． それはそれとしても，計量器側の信号のタイミングとか そういう情報がないと，やっかいですね． たとえば，データが書き換わったときにそれを知らせる 信号端子とかもなにもないわけですか． プログラム側で，取り込み時にラッチとか考えないと 誤動作しそうです．
お礼
やはり、この情報では機器から16ビットのパラレル出力されるって事ですよね。パラレルインターフェースボードを少し調べてみます。しかし機器＋開発コストが6桁以上掛かるならあきらめようかと思います。 機器側にしても、出力タイミングは機器のあるボタンを押した時らしいですが、メーカーの事情で詳細情報がこれ以上得られるか不明です。手探りでの作成になりそうなのでリスクが大きそうならやめておいた方が無難に思います。何しろ昭和の時代の機械ですし、出力ポートが生きているかどうかも分かりません。 的確なアドバイスありがとうございました。
プログラミングについては詳しくないのですが、私の所では、 RS-232C → USB 変換ケーブルを用いています。 これではだめでしょうか？
お礼
お答えありがとうございます。 usbもシリアル入力なので無理だと思われます。 やはりパラレル－シリアル変換が必要なようです。
補足
ありがとうございます。 垂れ流しデータの取り込みロジックが分かってきました。 中盤ではあきらめかけてましたが、やる気になってきました。実際の作業はまだ１ヶ月ほど先になりそうですが、その時にはまたよろしくお願いします。