Skip to main content
Mobile menu
PCB設計
Altium Designer
世界中の設計者に支持される回路・基板設計ソフトウェア
CircuitStudio
エントリーレベルでプロ仕様のPCB設計ツール
CircuitMaker
個人、オープンソース、非営利団体のための無料PCB設計ツール
Altiumに乗り換える理由
他のPCB設計ツールからAltiumに乗り換える理由と方法を確認する
ソリューション
Altium Enterprise ソリューション
デジタルトランスフォメーションへの 最終ステップ
電子部品プラットフォーム
世界中の技術者が利用するOctopart
Altium 365
リソース&サポート
製品情報
無償評価版
ダウンロード
拡張機能
リソース&サポート
Renesas / Altium CEO Letter To Customers
全てのリソース
サポートセンター
マニュアル
Webセミナー
コミュニティ
フォーラム
バグの報告
アイディア
教育
専門家育成トレーニング 資格取得プログラム
Comprehensive Career Training for Altium Software and Design Tools
大学・高専
Academic Licenses, Training, Sponsorships and Certificates for Higher Education
オンラインストア
Search Open
Search
Search Close
サインイン
CircuitMaker
Main Japanese menu
ホーム
PCB設計
PCB設計コラボレーション
コンポーネント管理
設計データ管理
製造出力
ECAD-MCAD共同設計
高密度配線(HDI)設計
高速設計
マルチボード設計
PCBレイアウト
PCB配線
PCBサプライチェーン
パワーインテグリティ
RF設計(高周波回路)
リジッドフレキシブル基板設計
回路設計
シグナルインテグリティ
シミュレーション/解析
ソフトウェアプログラム
Altium 365
Altium Designer
PDN Analyzer
リソース
エンジニアリングニュース
ガイドブック
ニュースレター
ポッドキャスト
Webセミナー
ホワイトペーパー
無料トライアル
The Community for Creative Electronics
Powerful Free ECAD Software with Online Collaboration
Download Now
CircuitMaker
Highlights
All Content
Filter
Clear
Tags by Type
全て
ニュースレター
OnTrack
Software
全て
CircuitMaker
Newsletters OnTrack
ブラジルのヒューマノイドロボット サッカーチーム「ITAndroids」のAzevedo氏
Judy Warner: ITAndroidsチームはいつ、どのように結成されたのですか? Arthur Azevedo: ITAndroidsチームは2005年にJackson Matsuraによって結成されました。当時、彼は修士課程の学生でした。現在は、電子工学科の教授です。大学生2人と、もう1人の修士課程の学生がチームに参加しました。彼らはその年のLatin America RoboCup(LARC)2Dサッカーシミュレーションで勝利しました。彼らはすぐにラテンアメリカの上位チームのひとつになり、2006年から2008年のRoboCupで優勝しました。その後チームは2つに分かれました。 ITAndroidsチームは2011に再結成し、2012年のRobocupの2Dサッカーシミュレーションリーグに参戦することができました。チームの順位は10位でした。同じ年、2012 LARCでチームは3つのトロフィーを獲得、つまり2Dサッカーシミュレーションで優勝、3Dサッカーシミュレーションで優勝、ヒューマノイドロボットレース(HRR)で3位を獲得しました。またこの年、チームは新しいメンバーの募集とトレーニングを開始し、その後急成長を遂げました。ITAndroidsはLARCの2Dサッカーシミュレーションで4回優勝しました。 2012年、チームは超小型リーグ専用ハードウェアの設計に着手し、2017年に、2017 Robocupのキッズサイズヒューマノイドリーグへの参加資格を得ました。この年、私たちは、商用ロボット(Darwin-OP2)と、チーム内で設計および製作したChapeというロボットでLARC HRRに参加し、ここでも1位および2位の成績を収めました。私たちは、小型リーグに参加するためのロボットの設計も開始しており、2018 LARCにはチームメンバー全員が参加できる予定です。 Warner: 大成功を収めた長い旅だったようですね!チームには何人の学生が参加しているのですか? また電気関連のサブチームメンバーと、回路基板設計担当者は、何人いるのですか? Azevedo: チームにはおよそ60名の学生が所属しており、さまざまなロボットプロジェクトに分かれています。3種類の物理的なロボット(超小型、小型、ヒューマノイド)があるので、各タイプのロボットに固有の設計を専門に担当する電気技術者のグループが3つあります。ヒューマノイド担当の電気設計グループは、1年、2年、4年の学部生で構成されており、経験豊富な技術者が指導者としてサポートしています。このグループには、仕様要件、設計、基板のテストと製造、ロボットの組み立てと統合などのコンセプトで構成されたプロジェクトがあります。
Thought Leadership
靴を脱ぐ: Obsolescence管理のためのモジュール設計に関するヒント
私は世の中に2つのタイプの人間がいると考えています。1つは、古びていない靴がぎっしりと詰め込まれた下駄箱から毎日履く靴を選ぶ人、そしてもう1つは、悲鳴を上げている履き古されたわずか数足の靴を、つま先に開いた穴がどうしようもなくなるまで履き続ける人です。私は後者のタイプの人間であり、残念なことに一番新しいスニーカーでさえそろそろ買い替えなくてはなりません。とはいえ、古い靴を新調する時期については、いつも鉄則があります。それは 単純に、まだ履き慣れていない窮屈な新しい靴よりも、今履いている靴のほうが履きにくくなったときです。 残念ながら、電子機器の交換時期を追跡して管理することは、靴の交換時期がわかることほど直感的なものではありません。製造終了となったコンポーネントの陳腐化管理は、今もなお電子機器の設計の一般的な課題となっています。コンポーネントが寿命に到達する前に陳腐化すると、移行というはっきりとした問題が発生します。たとえば、製造終了サイクルが5年未満と短いマイクロコントローラーは、新しいバージョンへ頻繁に交換されます。寿命が限られているため、産業データロガーや駐車場の料金精算機のような長期間必要な製品には、それらのマイクロコントローラーより長もちするものが、そして定期的な交換が必要になるという問題を絶えず抱えています。 これを踏まえていないと、新しいマイクロコントローラーへの移行はハードウェアとファームウェアの開発者間での密接な調整(そして、潜在的な誤解)が伴う厄介なプロセスになる恐れがあります。そこで、マイクロコントローラーの移行プロセスをよりスムーズに進めるためのモジュール設計に関する3つの重要なヒントをご紹介します。 1. 回路図設計をモジュール化して変更を最小限にする MCUの移行でハードウェアの再設計が必要な場合は、回路図をモジュール化することで時間を大幅に節約できます。すべての回路図を1つの設計ファイルで維持できる利便性には、それ以上の価値があります。陳腐化したマイクロコントローラーを新しいものに交換する際は、それぞれのピンに互換性がなければ問題になります。互換性がない場合は、他のコンポーネントを手動で移動させてひとつひとつの接続をつなぎ直さない限り、マイクロコントローラーを交換することはできません。 モジュール回路図設計は、マイクロコントローラーを1つの回路図シートで構成し、他のモジュールに接続するネットやポートを使用できる柔軟性があるため、はるかに優れた選択肢と言えます。この方法で必要なのは、マイクロコントローラーの回路図モジュールの変更のみのため、モジュール化されていない回路図よりもはるかに合理的かつ効率的です。 また、新しいマイクロコントローラーにピンを正しくマッピングするために、スプレッドシート内に表を作成する場合にも役立ちます。これによって、ミスの発生を低減させながら、新しいPCBを設計できます。ただし、コンポーネントの製造終了が製品のいずれかに影響を及ぼしている場合は、設計を追跡して同期できる Altium Vaultのアイテム ライフサイクル管理機能の検討をおすすめします。 回路図をモジュールごとに分離して、新しいMCUの移行で変更を最小限にする 2. 移植性のあるコードを開発し、容易な移行を実現する 良好なコードを作成することは、単にプログラミングの手順をページからページへと進めてハードウェアを動作させることではありません。優れたファームウェアのプログラミングでは、 回路図を階層化してコーディングモジュールに関する計画を立て、新しいマイクロコントローラーに移行する際にソースコードの変更が最小限にされます。コードは移植性が高く、構造化されているほどよいでしょう。 システムのソースコードは、Input、 UART(Universal Asynchronous
Thought Leadership
PCB設計のレシピに従う: PCBの製造図
数年前、私は妻の誕生日にクレームブリュレを作りました。妻は呆然としていました。なにしろ、その時の私にできた料理といえば、ゆで卵と焦げたトーストくらいだったからです。実際に作ってみる前にはいくらか時間をかけて、わかりやすい作り方が書かれたレシピを手に入れました。そのレシピを手にひとつひとつの工程を進み、その日のヒーローになるために調理しました。 後になって考えてみると、失敗しても失うものはそれほどありませんでした。がっかりはするかもしれませんが、クレームブリュレがなくてもお祝いはできるのですから。PCB製造の世界ではそうはいかず、はるかに多くの危険が潜んでいます。不適切な基板はコストを跳ね上げるどころか、設計者の職まで危険にさらされる恐れがあります。基板が自分の手から離れたら、後は製造業者を信じるしかありません。無条件に信用したくないのなら、製造図に明確な指示を記載して、製造を成功させるようにしなければなりません。 不完全な製造図は、製造プロセスを遅らせるだけでなく、基板の製造を取り消す原因にもなります。基本的な材料がないと料理が始まらないように、製造図もに基本的な材料が必要です。設計している基板に独自の要素を追加するのはその後です。優秀な料理人が調理道具を巧みに使って絶品を作るように、基板の設計でCADツールを使って作業を進める方法をご紹介します。手遅れになることがないよう、オーブンを開けて、料理がどうなっているのか確かめてみましょう。 製造ラインから実装に送られるPCB PCBの実装図:基本的な材料 クレームブリュレの基本的な材料は卵、クリーム、砂糖だけですが、製造図に含める基本的な指示も必要なものだけに減らすことができます。製造図を使って直接伝える必要のある最も重要な指示は下記のとおりです。 基板外形: 製造業者が製造する必要のある、長穴やカットアウトなどの要素を含むPCBの外形です。ただし、これは基板の実装図ではないため、長穴やカットアウトを使用する機械的な要素を含める必要はありません。 ドリル穴の位置: 基板のすべてのドリル穴は、独自のシンボルを使って、基板外形の中に示す必要があります。製造業者は設計者が送ったドリル用ファイルを使って実際の穴の位置を確認するものの、ここではドリルシンボルを参照用に含めます。 ドリル図: 「ドリルスケジュール」とも呼ばれるこの図では、穴の完成サイズと数量にそれぞれのドリルシンボルを追加します。これにより、製造業者は製造図に含まれる穴のサイズを簡単に把握できるようになります。 寸法線: 製造図には寸法線を追加し、基板の全体的な長さと幅を示したほうがよいでしょう。また、すべての長穴、カットアウト、その他の固有の基板外形の位置やサイズについても寸法線を含めます。 レイヤースタックアップの図: これは実際の レイヤースタックアップが表示される基板の側面図です。ここでは、基板のレイヤーの構成や幅のほか、レイヤー間のプリプレグやコアを詳細に示すためにポインターを使用します。 製造の注記: これは、製造図に文章で記載する実際の製造指示です。ここには、基本的な製造指示、業界標準や仕様の参照、特別な要素の位置などを記載します。 製造の識別情報
Thought Leadership
スマートな設計を可能にするPCB設計ソフトウェアのインテリジェントな配線機能
手間を省きながら仕事を終わらせる方法を見つけようとして、考え込んでしまうときがあるものです。私は初めての仕事で、お気に入りのアプリケーションを音声コマンドで自動的に起動するソフトウェアを作りました。その後は特別なプログラムをコード化し、ボタンを1回クリックするだけでレポートをメールで送ったり、アプリケーションを閉じたり、コンピューターをシャットダウンしたりできるように進化させました。 私が初めてPCB設計を手掛けた頃、利用できたPCB設計ソフトウェアは初期のものでした。当時のソフトウェアには自動配線機能が搭載されていましたが、私は使い方をよくわかっていませんでした。1日の終わりに使うアプリのように、ボタンをクリックしてお茶でも飲みに行けば、戻ってくる頃には製造にリリースできるPCBが出来上がっているものだと考えていたのです。ところが、どうでしょう。返された結果はとんでもない配線で、何時間もかけて設計をやり直すはめになりました。もちろん、楽しいものではありません。 それからの10年間、PCB設計ソフトウェアの修正と改良は何サイクルも繰り返されました。現在のインテリジェントな配線機能は、従来のものよりはるかに高度になっています。もう1つの改良点は、ハードウェア技術者が蓄積してきた知識と経験を活用できるようになったことです。従来のPCBソフトウェアは、技術者の技術や洞察力を活かせるようには設計されていませんでした。一方で、現在のPCB設計ソフトウェアを適切に使用すると、ハードウェア技術者の貴重な時間を節約しながら設計を完成させることができます。現状維持の姿勢に陥ることなくPCB設計ソフトウェアのインテリジェントな配線機能を活用するための4つの主なツールをご紹介しましょう。 1.コンポーネントオートプレーサー コンポーネントオートプレーサーは、すべてのコンポーネントを系統的に配置できる優れたツールです。大半のコンポーネントでこのツールを使うだけで配線できるのは何とも魅力的です。実際のところ、単純な設計では大きな問題が発生することはないでしょう。ただし、複雑な設計ではモジュールに応じてコンポーネントを分離しないと、ノイズのあるコンポーネントとアナログ回路の間で クロスカップリングが発生する可能性があります。この場合、コンポーネント間と配置済みのシステムで汚染が発生し、分離された相互作用が問題のある障害へと姿を変えます。 コンポーネントの配置では、熱の生成や感度のほか、信号の方向や方位など、いくつかの要素を考慮しなければなりません。これらの要素を踏まえてオートプレーサーを使用できる場合もありますが、もっと重要なのはオートプレーサーと両立することです。つまり、オートプレーサーは コンポーネントの配置を補完するために使用するべきでしょう。 2.オートルーター インテリジェントに問題を解決しながらスマートに配線する 自動配線機能に仕事を任せることに失敗した後、私はインテリジェントな配線ツールを使用することにしました。そのおかげで、「配線不可能」な基板の配線で数え切れないほどの時間を節約できるようになっています。 多くの場合、配線不可能な原因は、必要な接続の数に対応できないくらいサイズが小さいことです。この場合は、オートルーターで簡単なテストを実行して時間を節約します。具体的には、最初の2回のテストで配線ができるかどうかを確かめます。その結果、配線ができないようなら、コンポーネントを修正するか、PCBのサイズを大きくします。このテストを手動で実行すると、貴重な時間が無駄になる可能性があります。さらに悪いのは、オートルーターを起動する前に設計を始めてしまうことです。この場合、設計に何時間も費やした後で、そのサイズでは配線できないことが判明する恐れがあります。 自動配線のおすすめの使用方法の1つは、手動のインタラクティブ配線と並行してオートルーターを使用することです。ここでは手動で、電源、高速通信、アナログ信号から開始します。その次に差動ペアを配線してから、自動配線ツールを使って残りの信号を完成させます。事前に配線されている重要なトラックが、自動配線された信号によって変更されないようにしてください。 3.複数のペア配線と差動ペア配線 複数のペア配線と 差動ペア配線は、銅箔の長さを等しくして並行に維持するための優れたツールです。信号を1つずつではなく、一連の信号を同時に配線できるため、貴重な時間を節約できます。このツールはインテリジェントではあるものの、差動ペアや複数のペアの信号が他の高速信号やアナログ信号のそばに配線されないようにするのは設計者の仕事です。複数のペアや差動ペアの配線は、エンジニアリングの洞察に置き換わるものではなく、道具箱に入っている道具だと考えてください。 4.デザインルールチェック おそらく、人的ミスをなくすのに最も役立つツールはデザインルールチェック(DRC)でしょう。このチェックでは配線エラーがハイライト表示され、発生場所が拡大されるため、すぐに修正を行うことができます。優れた機能ではあるものの、PCBの成功事例を踏まえると、チェックを実行しただけで満足するわけにはいきません。もちろん、ネットの接続漏れやクリアランスの制約違反などのミスを除外するのには役立つものの、機能と経験を組み合わせれば、 GNDループやGNDプレーンの配置の誤りといった問題も特定できるようになります。結局のところ、技術者の設定によってDRCの効果は異なってきます。 近道を使えるのは、やっていはいけないことを把握している場合だけ
OnTrack Newsletters
Frank Duggan: マイクロアーキテクチャーとMITでの目標
Frank Dugganと氏の父親からNYCメーカーフェアで、BEEBAについて学んだこと Judy Warner: あなたが、離散ロジックを使用する独自のマイクロアーキテクチャーを開発しようと最初に思った動機は何ですか? Frank Duggan: 私は小さい頃から、具体的な内容は知らなくても、これをやりたいと思っていました。私は自分のスナップ回路電子機器キットに熱中し、色々な機能を果たす回路を作る課題に取り組むのが好きでした。いつの頃からか、コンピューターを作り上げるのが究極の課題であると、私は決意しました。これはおそらく、コンピューターがとてもミステリアスに見えたからでしょう。そして私は、コンピューターがどのように実現されているのか理解できなかったので、設計は非常に難しいに違いないと結論しました。 Warner: 他のデバイス用のアセンブリ言語プログラミングを行ったことはありますか?もしそうなら、変更したいと思った部分はありますか、その理由は? Duggan: 他のアセンブリ言語でプログラムしたことはありません。ただ、ARMのアセンブリについて多少知っています。私がBEEBAアセンブリ言語を作成したとき、既存のアセンブリ言語の設計は考慮に入れませんでした。ただ、ハードウェアの実行する命令セットを見て、それをテキストで表現する方法を立案しました。 Warner: BEEBAのRev 2を開発するとき、最も大きな課題は何でしたか? BEEBA Duggan: 最大の課題は、命令デコーダーの設計でした。分岐とループの動作を可能にする方法を見つける必要がありました。16ビット命令では、命令のジャンプ先や、そこへのジャンプを行うかどうかを決定するための読み出し先アドレスを指定するために十分な幅がありません。しばらく案を考えた結果、システム内でデータをある場所から別の場所へコピーして動作するソリューションを思い付きました。書き込み可能な3つの場所を使用して、命令位置のバッファ処理を行います。書き込み可能な4つめの場所は、バッファされた場所へのジャンプを行うかどうかを決定するために使用されます。その場所に奇数が送信された場合、命令コンピューターはバッファされた場所をプログラムカウンターにコピーします。その場所に偶数が送信された場合、コンピューターは何も行わず、シーケンスの次の命令に進みます。これは電子的に実装が単純で、命令デコーダー基板の限られた面積に収納可能でした。 Warner: 基板のデバッグには、どのような技法を使用しましたか
Thought Leadership
初心者向け製造用PCB設計ガイドライン
初心者エンジニア向け製造ガイドラインの最も重要な設計点をまとめました。
Pagination
First page
« First
Previous page
‹‹
ページ
2
現在のページ
3
ページ
4
ページ
5
ページ
6
ページ
7
Next page
››
Last page
Last »
他のコンテンツを表示する