電気技師はマイクロコントローラーを使用していますか?[閉まっている]


14

私はいつもプログラミングが大好きで、最近、エレクトロニクスとマイクロコントローラーのプログラミングに興味を持ちました。とても楽しいですが、年をとると仕事に就くことができる何か有用なことを学んでいるのでしょうか。電気技師がマイクロコントローラーを使用しているかどうか疑問に思っています。

私は、家のさまざまな部分に力をもたらす必要がある仕事はおそらくそうではないことを知っていますが、おそらく次のような仕事です:

あなたの責任:

  • 新しい除細動器製品を設計および開発します。主な焦点は、アナログおよびデジタル設計の分野における新製品の設計と現在の製品サポートです。
  • PSPICEやMATLABなどのさまざまなシミュレーションツールを使用してアナログ回路をモデリングします。
  • プロトタイプを構築し、設計の実行可能性、機能、およびパフォーマンスを証明します。
  • 要件、仕様、計画、レビュー、テスト手順、テストレポートなど、設計のすべてのフェーズを文書化します。
  • 既存の製品をサポートします。製造業や現場で見つかった製品の問題の根本原因を調査して特定します。システム、PCB、ケーブル、およびファームウェアのトラブルシューティングを行います。テスト機器を使用して、問題を分析して解決します。
  • 電気の技術的能力、経験、歴史、および認定に基づいて、主要なサプライヤーを特定、評価、推奨します。
  • プロジェクトの開発中に、主要なサプライヤや社内の利害関係者との継続的なコミュニケーションを促進および維持します。
  • プロジェクトの技術チームリーダーとしてEE開発グループを代表します。これには、技術的なソリューションの提供、プロジェクトのスケジュール設定、プロジェクトの追跡が含まれます。
  • 製造の設計を文書化します(図面、回路図、実験、変更、テスト結果、データ、PCBレイアウトなど)。
  • 機械工学、ソフトウェア工学、臨床応用、学習製品、マーケティング、サポートエンジニアリング、品質と規制、サプライチェーンなど、部門を超えたチームと連携します。チームは経験豊富ですが、比較的小さく、メンバーは多くの開発の役割を担っています。

これを行う人々は、マイクロコントローラーまたは類似のものを使用しますか?


5
@VladimirCravero-arduinoはマイクロコントローラーではありませんが、提供されているライブラリとIDEの有無にかかわらず、マイクロコントローラー開発ボードです。
クリスストラットン14

3
Arduinoの名前は、マイクロコントローラーがコンピューターからプログラムできるブートローダーを持っていることを示しています。ブートローダーであるArduinoにするのは、ライブラリやIDEではありません。右のAtmelマイクロコントローラと、Arduinoのは、よく裏打ちされたマイクロコントローラ・プラットフォームになり
Funkyguy

5
@ウラジミール・クラベロ。Arduinoはマイクロコントローラーではありませんが。私は、Arduino開発ボード、または安価なPICボードをマイクロコントローラー用の「ブレイクアウト」ボードとして使用するEEを知っています。特に、Nanoは、「実際の」製品またはコンポーネントが機能することを確認するためのテストシステムを構築するなど、いくつかの仕事を迅速かつ安価で簡単に行う方法を提供します。
gbulmer

5
2番目のgbulmerのコメント。私は専門的な能力でarduinoを使用しました。私は彼らとテスト装置を作り、テストの長期/燃焼を監督しました。私はそれらをプロ並みのアルミケースに入れ、顧客サイトに送りました。私は彼らと一緒に大量生産をしていませんでしたが、アプリケーションに何かが必要になり、高速が必要になったとき、Arduino Megaに頼りました。それはチャンピオンのように働いた。目標を達成するためにPCBを回転させる必要はありませんでした。さらに、少量の場合、独自のuCボードを回転させるよりもプレハブボードを使用する方が安価です。
ニック14

4
一般的な観察、ここで指を指すことはありません...それは私だけですか、EEがArduinoソフトウェアの開発がいかに貧弱(ライブラリ、IDEなど)で実際にそれを改善するかについて不満を言うのにすべての時間を費やした場合、多くのMCUで動作し、一部の機能用に独自のコードを記述するよりも効率的で簡単な産業用クラスのライブラリがありますか?確かに、奇妙な点がいくつかあります(booleanvs.bool ...)が、私はそれらのもののいくつかの誘導体で除去することができると思います
匿名ペンギン

回答:


26

Q:電気技師はマイクロコントローラーを使用していますか?

はい。絶対に。シンプルなおもちゃから複雑な製造プロセスやロボットまで。それはあなたが知ることを傷つけるスキルではありません。できる限りそれらについて学んでください。


1
すべての電気工学と同様に、それはあなたがしていることの仕様に依存します。
ジェフヴルツ14

おそらくあなたがその過程であなた自身の仕事を作成することを知っています。一部の外骨格や物は、PICでArduinoを使用し始めています。また、前述のロボティクスや、それらの回路と基本的な数学スキルなど、他のスキルも向上させます。
アンドリュースコットエヴァンス14

2
@JeffWurzに同意しました。しかし、時間が来たときにそれをツールボックスに入れることは決して悪いことではありません。多くの人は、オペアンプがさらに良く機能するときにuCを使用します!そのため、設計段階では、100%正しいです。回路を「オーバーエンジニア」する人はたくさんいます。ボブ・ピーズは、「私の好きなプログラミング言語ははんだ付けです!」と言いました。
ステートマシンの敵14

1
@EnemyOftheStateMachine Solderは間違いなく便利ですが、私にとっては、プロの環境では、既製の部品に基づいたソリューションを常に好みます。通常、これはuCではなくPLCですが、まれにuCがタスクに特に適している場合があります。主な利点は、交換が簡単なことです。これは、独自のはんだソリューションが停止し、ボードレベルの診断を1日行うか、新しい診断を2日間再構築することを余儀なくされたときに明らかになります。uCまたはPLCが故障した場合、すぐに交換し、プログラムし直し、金makingけを再開します。
J ... 14

12

この特定のジョブはそうではないかもしれませんが、製品にはおそらくマイクロコントローラーが含まれており、おそらくより強力な組み込みシステムによって制御されます。

「トラブルシューティング」(ただし、記述ではない)「ファームウェア」に言及していることに注意してください。

また、この職務記述書は、エンジニアリングプロセスを実際に理解していない人(人事担当者など)によって作成された可能性もあります。

大企業では人々が専門になる傾向があり、高電圧設計と制御設計を行うアナログ担当者と、低レベル制御ファームウェアを実行するファームウェア担当者がいる場合があります。また、GUIとタッチパネルコントローラを開発している別のチームがいる場合もあります。除細動器のような規制された安全性が重要なデバイスでは、おそらく満たすべき仕様と責任領域間のインターフェースを定義するシステムエンジニアがいるでしょう。


8

低速、低コスト、小型パッケージ、信頼性の向上(接続数が少ないため)、およびメンテナンスが容易なソリューションの場合、多くの場合、マイクロコントローラーがgotoソリューションです。このWebサイトをスキャンしてみても、誰かが過度に複雑になっているという質問が多く表示されます。「マイクロコントローラーを使用しないのはなぜですか?」


7

EEの定義はある程度柔軟です。主要な大学でEEの学位を取得している場合、プログラミングとマイクロコントローラーの経験がある場合とない場合があります。多くのEEプログラムは、プログラミングコースを必要としません。これが、多くのエンジニアがハードウェア設計とソフトウェア設計の垣根をまたぐため、EEではなくコンピュータエンジニアリングを選択する理由です。

マイクロコントローラは、多くの設計で同じ機能を低コストで実現し、設計サイクルを短縮できます。アナログの世界でやらなければならないこともデジタルでやらなければならないこともありますが、一般的にマイクロコントローラに関して言えば、決定はできるかどうかではなく、もっと良く、安くできるかどうかです、マイクロコントローラを使用しない設計よりも高速、またはより多くの機能とパフォーマンスを提供します。

マイクロコントローラに精通しておらず、マイクロコントローラを使用していないEEは、自分自身を制限しますが、アナログの世界で非常に深い場合、または他の人がマイクロのものを行うことができる大規模なチームで働くことを好む場合、彼らはどこでも非常にうまくいきます彼らの専門知識と集中力が必要です。


私の卒業証書は、「電気工学の学士号」と次の行「コンピューターオプション」にあります。
ニック14

5

多くのEEはマイクロコントローラを使用していますが、アナログ設計、RFエンジニアリング、パワーエンジニアリングなどに特化したものなど、使用していないものが多数あります。

しかし、ほとんどの場合、多くのハードウェアを節約し、設計をより柔軟にするという理由だけで、最近のデジタル設計を行うほとんどのEEもマイクロコントローラを設計に組み込んでいると思います。(部品を最小化し、設計を変更しやすくする別の方法は、VHDLと呼ばれる異なる種類のプログラミングを必要とするFPGAを使用することです。)以下に示すように、これらのマイクロコントローラーのプログラミングに多く関与するかどうかは、会社とその組織の規模に応じて。

理想的には、EEで学士号を取得したEEは、少なくともいくつかのプログラミングコースも受講しています。ほとんどの場合、これらの1つ以上にCが含まれており、これはマイクロコントローラーの大部分の組み込みプログラミングに使用されます。そうでない場合、自分でCを選択するのは比較的簡単ですが、プログラミングを一度も行ったことがない場合は、乗り越えなければならないハードルがいくつかあります。

それにもかかわらず、プログラマーがハードウェアを操作することを学ぶよりも、EEがプログラミングを学ぶ方が簡単です。後者の場合、私はほとんどのCS専攻がデジタルまたはアナログ設計を学ぶことができるとは思わないでしょう正式なコースなしでを独力でが、回路図を読み、マルチメータとオシロスコープを使用し、おそらく論理アナライザー。

他の人が述べたように、組み込みプログラミングと設計に興味があることを知っているなら、CEの学位は良い選択かもしれません。EE専攻を専攻するのと同じくらい基本的なEE理論が得られるとは思いません。たとえば、アナログ設計はそれほど重視されません。BSEEを取得したとき、CE学位はまだ存在していなかったので、最初の仕事をしながら夜間にMSCS学位を取得しました(そして、会社に授業料と本の支払いをさせます)。

驚くべきことに、組み込み機器での作業には、外部とのインターフェースをとるために、かなりの量のアナログ回路が必要です。また、電源設計にも関与します。私が関わった製品の1つには9つの異なる電圧レール(-6.1、1.8、2.5、3.3、3.6、4.1、5.0、9.6、および12)があり、それらのいくつかはLCDディスプレイ用でした。

架空の職務記述書に関する限り、新興企業のような小規模企業では、1人のプロジェクトでこれらの役割をすべて担当した単独のエンジニアが仕様を作成し、デジタルとアナログの両方の回路を設計し、BOMを作成しました(部品表)、Digi-KeyおよびMouserから部品を注文し、EagleでPCBをレイアウトし、PCBを注文し、アセンブリハウスから戻ったときにハードウェアをデバッグし、Cでファームウェアを書いて、さらにボードをテストし、 Cで製品ファームウェアを作成しました。また、FDA(これは医療機器でした)に必要なドキュメントを作成し、フィールドのサポートを提供しました。そのため、この場合、EEとCSの両方のバックグラウンドを持つことが非常に役立ちました。

しかし、多くの企業では、これらの役割は複数のエンジニアに分割されている可能性があります-ほとんどの場合、ハードウェア設計は1人または複数のエンジニアによって、PCBレイアウトは別のエンジニアによって、プログラミングおよびテストは第3グループによって行われます。後者の場合、前述のように、プログラマはファームウェアをテストするために、電子機器の基本的な接地が必要です。しかし、ハードウェア設計者は、マイクロコントローラーを設計に組み込む方法を知っている必要がある(これは簡単な作業ではありません-ほとんどのマイクロコントローラーデータシートは数百ページの長さで実行されます)が、ファームウェアにまったく関与しない場合があります。ただし、設計の最初に、


2
ソフトウェアガイは産業オートメーションで働いているため、あるレベルでソフトウェアを理解しているEEは、純粋に回路の領域で動作するEEよりもはるかに簡単に通信できることを発見しました。同様に、私は基本的な電気システムについて十分に学び、少なくともEEを呼び出さずに単純な配線の問題を診断しようとします。エンジニアリングは学際的な取り組みであることが非常に多いため、統合の時期が来たときに効果的に議論し協力するのに十分な技術的重複があることには多くの価値があります。
ダンブライアント14

3

はいEEはマイクロコントローラーを使用しています。

人類は年間20,000,000,000以上を生産し[1]、マイクロプロセッサーの約40倍です。誰かがそれらのMCUを使用してシステムと製品を設計、テスト、デバッグ、および強化しています。多くは、EEを含むチームによって設計された製品で使用されています。

AFAICT UKの傾向は、EEが組み込みソフトウェア開発者になるか、組み込みソフトウェア開発者になるためのトレーニングを受けることです。とにかく、あなたはそのEEトレンドの先を行くかもしれません。大学を見たり、「組み込みソフトウェア開発者」を募集する仕事を見たりする場合は、組み込み開発を専攻することを検討して、どのスキルが役立つかをよりよく理解してください。

英国の有名な大企業の少なくとも1社は、組み込みソフトウェア開発者をより多く、さらに優れたものにすることで、製品開発のライフサイクルが改善されると述べています。これは世界中の多くの企業に当てはまると思います。

[1] IIRCは2011年の数字でした。元のソースリファレンスを探してみます。最新の数字を取得するのは非常に困難でしたが、それが私が見つけた最新のものでした。これは、市場アナリストの1人による業界調査の価値だったと思います。その場合、それはおおよそのことかもしれません。たとえば、トップ10のメーカーを取り上げ、その年次レポートを読んで解釈し、セクターの収益の全体的な見積もりをスケーリングすることによって導き出されるかもしれません。

あるいは、複数のセクターで出荷された製品を調べて外挿することで得られた可能性があります。たとえば、すべての携帯電話には少なくとも1つのMCUが含まれ、デジタルカメラには1つ、音楽プレーヤーには1つ、テレビには1つ、ハンドヘルプゲームには1つ、ワイヤレスルーターには1つ、車平均17(IIRC)などがあります。大規模セクターの製品量の数字がある場合、そのように「三角化」されている可能性があります。

STは1B ARM MCUまたは2B MCUよりも多く主張しており、それらは最大のものではなく、多くの大手企業が存在するため、その価値は現実的になる可能性が高いと思います。私はまた、個々のメーカーのプレスリリースが年間1Bパーツ/年を超えると主張しているように思われるので、もっともらしいと思います。


その番号のソースはありますか?20,000,000,000?
ファンキーガイ14

@Funkyguy-情報源があったので、見て回ってください。参照が見つかった場合に更新できるように、コメントを回答に移動しました。
gbulmer 14

あなたの情報源にも興味があります。私の最新のマイクロコントローラのボリューム番号は2006年のソースからです。
デビッドキャリー

2011年のMicrochipのプレスリリースには、「Microchip Technologyが 100億番目のPICマイクロコントローラーを提供しています... Microchipはこの100億番目のマイクロコントローラーを提供しました... 90億番目を提供してから約10か月後に」そのため、2011年には年間10億部品以上になります。したがって、2011年の製造業者全体での合計20億部品はもっともらしいです。
デビッドキャリー

3

はい!

マイクロコントローラのプログラミングと対話は、電気技術者の主な責任の1つです。

マイクロコントローラーは、エンジニアやプログラマーにとってはやや中間的な存在です。適切なファームウェアを作成するには、プログラミングに関する十分な知識だけでなく、マイクロコントローラ内のプログラムと対話する電子機器の実用的な知識も必要です。

あなたが投稿した仕事の説明は、特にデザインに関するものではないようです。彼らはあなたをテストとトラブルシューティングの立場に置くと思われます。ただし、これは電気技師が行う作業です。


3
また、マイクロコントローラーを一切使用しないEEも多数あります。それはキャリアパス、仕事、産業などに依存します。
ACD 14

確かに、これはますます稀になっています。私はArduinoの最大のファンではありませんが、使用が非常に簡単であるため、かなり長い間この分野に携わってきた多くのEEが取り上げています。
ファンキーガイ14

私は約5年間EEとして働いてきましたが、3つの異なるジョブでマイクロコントローラーを見てきましたが、私の主な責務の1つであったことはありませんでした。また、パワーエンジニアとして働いていて、PCBに触れないで、マイクロに触れない友人もいます。2番目の文は非常に誤解を招くものであり、一部の人にとっては主要な責任になる可能性があるが、すべてを網羅しているわけではないことを指摘したいだけです。
ACD 14

1
@ACDあなたの主張がわかります。電源設計者としての本当のことは、暇なときだけマイクロコントローラに触れることはありません。私はちょうどまっすぐがあるのではなく、「可能」にポストを編集した
Funkyguy

1

はい、そしてはい!私はあなたの投稿(ほぼ間違いなく同じクライアント向けではありません)で説明されている仕事をしました。defibにはマイクロコンピューターが搭載されていると信じている方が良いでしょう(ペンダント:私は違いを完全に承知しています。この文脈ではあまり重要ではありません)。

私はEEに片足を持っているSWEです。SWEに足を踏み入れるEEも同じくらい多くいます。そのスペクトルのどこでもあなたに合った場所に座ってください。ハンマーよりも賢い製品(およびそれらの一部も!)には、プログラマブルコントローラーが組み込まれています。必要な処理量/量に応じて、MCU、マイクロコンピューター、またはフル装備のデスクトップマザーボードになります。多くのデータを管理および削減するHPLCなどの一部の実験機器(タスクは非常に計算集約することができ、それぞれが)ユーザーに複雑なGUIを提示する必要があるが、後者のカテゴリに分類されます。amublanceの乗組員または救急部門が使用する携帯型除細動器は、途中のどこかに落ちます。一連のホリデーライトには、最も安価で最小のMCUがあります(まったくない場合)。

それがあなたのキャリアを過ごしたい方法であれば、あなたのプログラミングスキルは無駄になりません。ただし、EE、SWE、およびxxxEスキルの完全なセットは非常に便利ですが、ほとんど確実に専門化するか、または:-(-の1つをプライマリとしてボックス化することに注意してください。

私はエンジニアリング管理の学位を取得しました(その時点で利用可能であったSWEに最も近い(ヒント:近くない!)ので)十分に理解していることマネージャーの椅子に私を入れようとする試みから。だが!(そして、常に「しかし」はありませんか?)EMのBSには、物理​​学、力学、化学、数学(もちろん、101以上)、プログラミング(a私が個人指導したり教えたりしたり、あからさまにねじ込んだものはほとんどありません)、エレクトロニクス、アナログコンピューティングなど。私や大学がそれを知っていたのかどうかはわかりませんが、もし提供されていたなら、私はいくつかのライフサイエンスコースも提供されていたでしょう。

しかし、結論として、そして最後に、私のポイントは、広範囲な教育が高度に専門化されたものではないかもしれない多くの場所をあなたに連れて行くことができるということです(そして、その逆)。私の101レベルは、私が知らなかったが必要なことを知り、私と私の同僚がよりスマートな、時には想像もしなかった製品に取り入れていた素晴らしい専門家に有用な質問をする立場に私を置きました。


0

通常、マイクロコントローラーを学習するだけでは十分ではなく、1つのマイクロコントローラーをすべてのアプリケーション(産業、教育、...)に適合させることはできません。 EEのメインではありませんが、このスキルはすべての電子技術者に必要です。


弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.