LJ71E71-100とQJ71E71の違いについて

http://fa-faq.mitsubishielectric.co.jp/faq/show/17212

　二重化システムを考えなければ L のほうが性能がいいってことだな。

QJ71E71のランダムアクセスバッファ受信について

http://fa-faq.mitsubishielectric.co.jp/faq/show/17107

　非同期ってことだけど書込み完了時に読出せばいいのかな。

Ｅｔｈｅｒｎｅｔリセット方法

http://fa-faq.mitsubishielectric.co.jp/faq/show/14535

　都度リセットは大変だったろうな。

A対応Ethernetユニットでルータ越えのPING

http://fa-faq.mitsubishielectric.co.jp/faq/show/14538

　事前に動作確認をしておきたいよな。

シンプルCPU通信機能使用時のQJ71E71の設定について

http://fa-faq.mitsubishielectric.co.jp/faq/show/17117

　設定は簡単だな。
　一度使ってみたいものだ

QJ71E71のFTP機能でCSVファイルの送信について

http://fa-faq.mitsubishielectric.co.jp/faq/show/17127

　ほうほう。
　飛ばしたいときには別ユニットが必要となるのか。

QJ71E71-100でストレート／クロスケーブルの自動判別について

http://fa-faq.mitsubishielectric.co.jp/faq/show/17213

　対応していないことに驚き。
　ユニット価格を考えたら対応しているのが普通に思えるんだが。

固定バッファによる交信（無手順）の交信データ容量

http://fa-faq.mitsubishielectric.co.jp/faq/show/13689

　残りの２バイトはどこへと考えてしまうのは職業病か。

QJ71E71-100とハブの接続状態検知について

http://fa-faq.mitsubishielectric.co.jp/faq/show/17144

　確認する方法があったことに驚き。
　機会があったら試してみよっと。

QJ71E71でデータリンク命令のJP／GPについて

http://fa-faq.mitsubishielectric.co.jp/faq/show/17147

　なんで二つあるんだろうか。
　設定としての考え方の違いかな。

QJ71E71の固定バッファ交信無手順で受信データの格納について

http://fa-faq.mitsubishielectric.co.jp/faq/show/17128

　１デバイス毎に１バイトずつってのも出来るとカッコいいんだが。

ＪＰ．ＷＲＩＴＥ命令の書込みデータ格納先頭デバイス（対象局）について

http://fa-faq.mitsubishielectric.co.jp/faq/show/13384

　ユニバーサルモデルって結構考えられて作られてるんだな。

Ｅｔｈｅｒｎｅｔ通信での未応答対処方法について

http://fa-faq.mitsubishielectric.co.jp/faq/show/13591

　近いうちに動作確認を行うから電源入り切りのタイミングはきちんと検証しておく必要があるな。

相手機器交換後のＥｔｈｅｒｎｅｔ通信について

http://fa-faq.mitsubishielectric.co.jp/faq/show/13490

　これは運用していて忘れた頃に出て来る問題だろうな。
　気をつけておいても忘れてるほうに一票。

QJ71E71でMELSOFT接続の台数制限について

http://fa-faq.mitsubishielectric.co.jp/faq/show/17132

　UDP/IP の場合の接続上限数はやり取りする内容によるということでいいのかな。

クロスケーブルを用いた接続について

http://fa-faq.mitsubishielectric.co.jp/faq/show/13380

　クロスケーブルを使う場面って少なくなってきていると思う。

QJ71E71でCPU間通信について

http://fa-faq.mitsubishielectric.co.jp/faq/show/17113

　簡単に書いてあるけど実際にやってみると色々と問題が出てくるのだろうな。

Ｅｔｈｅｒｎｅｔ再オープン処理

http://fa-faq.mitsubishielectric.co.jp/faq/show/14621

　見た目は同一でも細かなところで異なっているから手順を踏まないとうまく接続できないということか。
　要注意だな。

Ｅｔｈｅｒｎｅｔで通信ができない

http://fa-faq.mitsubishielectric.co.jp/faq/show/13329

　QCPU でも同様なんだろうか。

Ethernetパラメータ設定について

http://fa-faq.mitsubishielectric.co.jp/faq/show/14607

　こういう場合はツール側で対応してくれればいいのにな。
　それよりも設定が普通に出来るのが一番なのだが。

Ethernetユニットで相手機器のポート番号設定について

http://fa-faq.mitsubishielectric.co.jp/faq/show/13381

　1025 から 65535 まで使えるんだな。
　いわゆるウェルノウンポートは使えないとおぼえておけば良さそうだな。

イーサネットの通信異常

http://fa-faq.mitsubishielectric.co.jp/faq/show/14574

　結局送信中タイマを使って異常検知せよとのことだな。

Ｅｔｈｅｒｎｅｔ接続失敗

http://fa-faq.mitsubishielectric.co.jp/faq/show/14539

　ケーブルの不安定さは論外としてパソコンが異常終了する可能性は高いことを考えると対応しておいたほうが良さそうだな。
　なんで 500ms 空ける必要があるんだろうか。

ＧＸ Ｗｏｒｋｓ２のＦＬ−ｎｅｔ設定について

http://fa-faq.mitsubishielectric.co.jp/faq/show/13802

　インテリジェント機能ユニットのパラメータ設定でまとまっているのはわかりやすくて良い。
　例外がなければだけど。

FL-netで他ノード接続状態の確認方法について

http://fa-faq.mitsubishielectric.co.jp/faq/show/13803

　バッファメモリを見れば状況を確認できるのは分かるんだけれどこういうのを簡単にできるようにしてあると便利だと思うんだが。

FL-netのノード番号設定について

http://fa-faq.mitsubishielectric.co.jp/faq/show/13805

　ノードを連番でしか設定できなかったとしたらゾッとするな。

ＦＬ−ｎｅｔのＩＰアドレス確認方法について

http://fa-faq.mitsubishielectric.co.jp/faq/show/13791

　バッファメモリで確認できるけれどパラメータ書込みビットを ON していなかった場合ってどうなるんだろう。

ＦＬ−ｎｅｔインタフェースユニット ＩＰアドレスのラダープログラム設定について

http://fa-faq.mitsubishielectric.co.jp/faq/show/13792

　バッファメモリを調べる必要はあるけれどよくある方法なので予想通り。

ＦＬ−ｎｅｔインタフェースユニットでのビット／ワードの読み書きについて

http://fa-faq.mitsubishielectric.co.jp/faq/show/13798

　もう GX-Works2 を使ってくれってとこだろうな。

ＦＬ−ｎｅｔインタフェースユニットの設定について

http://fa-faq.mitsubishielectric.co.jp/faq/show/13794

　設定で通信プログラムが不要になるのなら設定したほうが得策。

ＧＸ Ｗｏｒｋｓ２のＦＬ−ｎｅｔ設定について

http://fa-faq.mitsubishielectric.co.jp/faq/show/13802

　FL-net は一回触ったことがあるけれどまだなんとなくしか理解できていない。
　設定を見直してもすぐにわからない状態。