ブラインドモードＳＷの考え方
最初に戻る
内層ＶＩＡのＤＲＣに絡んでのやりとりの一部
>>（阿出川さんへ）
中谷です
自分の考える フルブラインドモード は次の通りです
チェックオンの時
ビルドアップ基板用ＤＲＣ、設計に用いる
例えばＴＯＰ２の層ＳＷがＯＦＦのＶＩＡがあり
ＴＯＰ２層でそのＶＩＡを横断するようにパターンがあった場合
それがビルドアップ基板の場合 このデータは正しい
又ＤＲＣでも正常に判断する
チェックオフの場合
上記のＶＩＡとパターンの組み合わせの場合
ＤＲＣはエラーとなる 又基板も不良となる
チェックオフの場合 全貫通ＶＩＡを使うとの前提でＤＲＣを行う
これは正しい判断である
現状のエリアフィルでも そのような判断でデータを作成しているので
間違いないと思われる
さて今回の不具合だが
内層ＶＩＡとパターンの間隔不足をＥ．ＤＲＣで正常に判断しない場合がある
それはブラインドモードがＯＮになっているとエラーと判断する
又ＯＦＦの時はエラーとならない
但し小窓ＤＲＣでは判断する
全貫通ＶＩＡを用いる通常基板の場合
ブラインドモードは当然ＯＦＦとしている
このような場合内層ＶＩＡとパターンとの間隔不足はチェックすべきと思われる
ブラインドＯＮの場合
パターンと 同じ層のＶＩＡの層ＳＷを照合した上でチェックすべきと考えます
ＶＩＡの自動発生の際 発生層はブラインドモードＯＮの時
書き込み層のみに発生する
ブラインドＯＦＦの場合 元々の設定層全てに発生する
これが基本でいろいろ決まっていると思う
ここまでは 従来のソフトをなるべく変えないように考えた場合の対処
以下は根本的な対策
基本的にブラインドモードは要らない
自動発生するＶＩＡの層は元々の設定層固定で良い
ある層のＶＩＡと パターンの交差が接続になるのか
ならないのかは ＶＩＡの層ＳＷで決めれば良いと思う
エリアフィルも同じ
フィルを発生した時点で ＶＩＡの層ＳＷが有るかどうかを見て
層ＳＷがあれば避ける なければＶＩＡが無いものとして
フィルを貼る もちろん同じネットの時は接続するのだが
但し 発生させたＶＩＡの層を管理できる術は必要になる
ＧＡＰ／ＣＯＮＴＡＣＴや小窓ＤＲＣ Ｅ．ＤＲＣは
パターンと同じ層のＶＩＡとの間隔をチェックすればよいのであって
ブラインドモードは本来関係ない
物凄く単純な考えで良いと思う
現状のブラインドモードは解りずらい時があります
-------------------------------------------------------
前回 孤独だとＵＰしたが 考えようでそうでもない
自分を信用してくれる人がいる
このお客も自分を信用してくれているのだ そう思う
専属害虫だった頃 そこの社員とお互いにチェックするようにしようと
提案した すこし実行したが駄目だった
今はチェックシートが過去を記録した第三の自分でもある
浮ついて仕事している自分と 過去の経験を積んだ自分＝チェックシートとの
会話がなっていなかった それだけの事だ
但し チェックシートの書き方 書き順は大幅に変えた
トリニティーさんのＨＰで ！ キーでの未定義データ表示
思い出して使ってみたら 案の定？１個 ＧＮＤの抜けを発見した
早速接続
１回路作り そのコピーのような基板 勿論回路図もネットも無し
逆ネットで確認はしたけど たくさん羅列していた部品番号の中から
１個だけ見逃してしまった
目で追うだけでは とかく見落としてしまう
昔 ネット支給なんて無かった頃 メモリーのピン配列をよく見ずに
間違えた事があった
１０→Ａ０
９→Ａ１
．．．
２４→Ａ８
この辺りからピン順番が狂ってくる
すっかり連番と思い込んでしまったもんだ
苦ーーーーい思い出
>>（ある人へのメール）
中谷です
おひさしぶりです
以前いただいたメールでＤＲＥＡＭを根本的に直さねばいけない
という趣旨の話がありましたが
具体的な対応策を教えてもらえないでしょうか？
あれから考えていますが 自分自身もＤＲＥＡＭに漬かっているので
解り図らいのと
Ｗｉｎ準拠にこだわる必要もないし（Ｗｉｎを標準にしたくないという思いもある）
バグ取りは必要だし
いろいろ考えています
理想論ばかり伝えても 対応は難しいので
出来る所から長期的に修正していこう（してもらう？）ように
考えています
アドバイスを！
＊注
自分ひとりで抱え込んでも仕方ない 忠告してくれた本人に聞くのが一番
<<
０４１１１１
要望により イージーＤＲＣに、ＤＲＣプロセスのフルブラインドキャンセル時でも
右ズーム、カーソルポイントＤＲＣと同じ処理をする事により
内層エラーのチェックを可能としました。
強制削除時、シフトキーを押しながら、コマンド実行、もしくは
ライブラリー削除 ？ と確認する事により、
ライブラリーデータを対象からはずす事を出来るようにしました。
>>
クロスネットでの一覧表示はＯＫです
強制削除確認しました ＯＫだと思います
内層ＶＩＡとパターンのＧＡＰチェックは仮ＯＫです
いろんな状況で試してみます
ＧＡＰ／ＣＯＮＴＡＣＴにて
ＭＯＵＮＴ ＨＯＬＥ ＣＡＮＣＥＬ をクリックしていても
エラーとして出てしまう
パターンを引く時 取り付け孔にショートさせても ＣＡＮＣＥＬしていると
エラー表示せず引ける
今は クリックしてもしてなくても 同じ
パターンも引けるし ＧＡＰ／ＣＯＮＴＡＣＴでエラーになってしまう
今は このＳＷ 意味がないのかな？
取り付け孔と他のデータとは とにかくエラーと見なすなら
そのように徹底すべきです
内層のＶＩＡ対ラインはエラー表示するけど
内層のＶＩＡどうしでは 小窓ＤＲＣに出ない
ＧＡＰ／ＣＯＮＴＡＣＴではエラー表示する
小窓ＤＲＣに出すようにしてください
強制削除 の件
シフトキーを押しながら 「データ削除」でも 強制削除になるが
今回の追加機能は出ない
同じ処理ルーチンを呼ぶようにしてください
<<（要望メール）
そういえばサポートに対する反応としては要望という形で
20層に対応して欲しいということとその層構成が電源層の自由度
を持ったものにして欲しいというものです。
プロテルで設計したデータが20層構成で層間にGND層を入れている
設計だそうでそれをINPORT＆EXPORT機能を使ってDreamに取り込み
したい、というものです。
<<（要望）
最低できてほしい事は、
１．どんなプリンターを使ってもそれなりにプリントできる。
２．ファイルのオープン、クローズ、プロジェクトやライブラリーの管理
３．画面表示がちゃんとできる。
４．同じコマンドのはずが呼び出し方法によって動作が異なるのを統一する。
５．オングリッドでも配線が繋がっていませんというエラーがでます。
６．ソフトのバージョン管理、マニュアルの問題。
Winにこだわらないと言いますが、Windowsで動いている以上標準のプリンタード
ライバーや
ファイルマネージャー、DirectXを使うべきではないでしょうか？
あと両面板用の右クリック配線も私は必要ないと思っています。
ドラッグメニューも結構疲れるので、できればキーボードショートカットと
マウスの連携が楽だと思います。 このあたりは自分で設定できるようにしたい
ですね。
自作のネット比較にバグ発見
ｃｏｍｐａｒｅ＿ｎｅｔ．ａｗｋ
若しくは
ｃｏｍｐａｒｅ＿ｎｅｔ．ｃｏｍ
どちらかを持っている人は連絡ください
バグとは 同じネットに１０００以上の接続があった場合に
ネット接続数を間違えてカウントするというもので
それ以下の場合は問題ありません
たまたま今やっている仕事でＧＮＤが１０００を越えていて
発見しました
配列の変数に新旧の数値を１０００だけ桁を変えて記録させていたのです
旧２４ 新２５の場合 ２５０２４ となる
ちょっとトリッキーな事をしたので バグになってしまいました
今は１００００にしました
１００００を越す仕事はまず無いでしょう
ちょびっと焦ってしまったけど 他の比較ソフト（他社製と自作ソフトでアルゴリズムが根本的に違うもの）
で試して問題はありませんでした
今日 １５日は１ヶ月ぶりのセミナー 楽しみにしていったら
Ａ基板として取り上げられていた
Ｂ基板との比較なのだが 悪いサンプルとなっていた
２人で行ったのだが 呆然 ガッカリ 部品配置もほとんど同じ
違うのはガードラインの有無
しかし １６ＭＨｚの両面板でここまで違うとは 甘くみていた！
ちなみに今やっている仕事は Ｂ基板の良い要素を取り込んでいるので
それは問題ないと思うのだが ノイズ測定 電磁放射でここまで違うのだろうかと
思わされた ショックだ
ここでは多くを語りたくないが自分と直接話す機会のある人には追々話しをします
波形データを見せながらね
最初に戻る