組み込み系
レス数が1000を超えています。これ以上書き込みはできません。
もともと単価安いのにコロナで仕事もなくなってるっていうね 去年の春頃から米中関係悪化で景気悪くなってたのにコロナで追い討ちですよ
ホントに仕事ないよ・・・ 今はアプリ系ですけど趣味でやってるので自宅は基盤だらけ
変ですかね? 俺もarduino3台あるしラズパイは5台稼働してる
あと廃棄するからって貰ったplcとリモートioユニットもある 倒立振り子の応用か?arduinoでなら実例たくさんありそうだけど 二輪車ならキットで買った
一輪車にする設計はできてるけど工作が下手だから放置してる もともと文系だけど組込みにはまり、趣味でFPGA, DSPまで手を出している >>13
FPGAって趣味だとlチカから先に進めないんだけど何に使うの? iot案件でアプリチームとの協働が増えたけど、下回りとしてはデバイスのステータス返すAPI追加するだけの簡単なお仕事でつまらん うちの組込屋だけかもしれんが、難易度の基準がなんかズレてんなと思ったら
中身の難易度はどうでもよく、どこでも作業ができるかどうからしい
それ基準で言ったら、職場の方が道具全然揃ってないから難易度クソ高えんだけど俺 職場が道具揃ってないとして、どこなら捗るんだよ
俺はむしろ趣味で組んでる基板をこっそり職場に持ち込んではんだ付けしてたりする >>19
家、職場とは比較にならないほど自由に使える道具も資材も揃ってるし
そもそもワーク環境の良さが桁違い、集中するには最適な環境を構築してある いま組み込みで景気のいい分野ってどこなんだ
自動車関連もだめ? >>21
逆にどこが不況よ?
どこも金払いがすごく良くて人のかき集めに必死。 金払いがすごく良くて人をかき集めてるところ紹介して
金払いが悪い会社はかなーりマズいことが判明してる マジで仕事ないわ
部署まるごとアプリ開発にシフトしてる
こっちはまだ多少マシ 組込屋の大規模、小規模の判断基準は
組込が大規模で、組込以外は小規模らしい 自動車の衝突安全センサも組み込みだよな?
飛行機一機も組み込みだよな?
デカいものはデカい 医療機器の検査装置側の方が大規模
そのデータを保存、表示するPC側は小規模
こういう考え方 出せる例が大規模と小規模だけという、お脳の小ささがね >>28-29
なにをもって大規模で小規模なんだ? >>34
1案件で数十億は楽に動くが、業務系
組込って俺らが小規模と思うものでも数十億動くの? 金融系システムなんざ高いとこでウン千億だもんな
俺もCRMの開発で関わったけど人数がやっぱり多い 自動車とか飛行機の制御系ならそれなりの額は動くんじゃないか
ECU1個いくらするのか知らんけど 今ハロワの職業訓練で組み込み系の訓練受けてるけどコロナで仕事減ってたりする?
高卒未経験20代前半だけどキツいかな >>37
車の単価と販売台数を考えたら、そんな額使ったら回収できないだろ バグったらリアルに燃えたり人が死ぬから怖い
海外向けに特別に保護機能取っ払った機器作ったことあるけど実機テストはみんな腰が引けてた 組み込みってバグるとみんな燃えるの?
たまごっちとか ロボットアームとか人を検知しても動いたらワンパンだからな ここまで見てると動くものがないものはガン無視して、動くものばかりアピールしてるから
モーターを動かしてると大規模、機械的なものがないものは小規模って扱いなのかな? センサとロボットアームってファナックとかキーエンスの既製品じゃないの? エクセルでFFTできるの知らなかった
わざわざc#でツール作ってしまったわ
ボード線図もcharで書いてたけどエクセルならそのままボード線図作れちゃうしこの作業何だったんだ ロジックが書けるならどんな言語でもできるし当然だろ フィルタ設計をエクセルでやってたけどMATLABないからね 仕方ないね
これからはlabviewの無償版出たからそっちでやるかな ブロック線図で制御組んで自動コード生成するのがトレンドなんだろ?
オサレだね matlabやらlabviewは車載や計装では必須だよな
習得のハードル結構高いはずなのに単価安い
というか組み込み系って理系知識をデフォで要求する割に業務系やweb系と比べて単価安すぎ 修得が難しいかどうかはともかく普通に色々とコスパが悪いからでしょ
組込屋は恐らく"個人では買えない高いものを使う"、"金がかかる"部分を
ハードルだと思ってる節がある、だから金がかからなければ簡単な仕事とも思ってる
業務系やWeb系は別に簡単ではないから普通に単価も高いが
環境を安く作れる分コスパが異常に良い
ビジネスはどれだけ低いコストで高い利益を出せるかが重要なんだから
利益率の高い業務系やWeb業界が高給なのは必然かと
もっともITの派遣が日本だけ群を抜いて多いのもそのコスパのお陰で
経営者がマージン取りまくって安月給のWeb屋が異常に多いという異常事態が なんかもうそういうSESが〜とか聞き飽きたわ 手垢まみれの言説でもう誰にも響かんよ 今の時代、組み込み系とかカテゴリを分ける必要あるんかな 組み込み系はチャイナに全部持って行かれた
アメリカさえも汗って内製に切り替えてる始末 開発が辛くなるとc#で開発補助ツールを作る作業に逃げる癖がある できない人は補助ツールを作るという発想もないし
あっても自分じゃ作れないか、凝り性で要らんところに時間をかけちゃったり
とにかく色んなところでコスパが悪いよね 基板はPCB GOGO、メカはミスミで発注できちゃうから一人でハードをネット経由で完結できる環境が揃ってる すごい時代だ SESが〜というのは一種の自分語りなんだよな
キモすぎ
昔SESがどうとかコピペ嵐したあげく反アベのAAをマ板から嫌儲に至るまで一日中コピペしまくった引きこもりパヨと同一人物
情けないが元T◯Sの従業員 組み込み系って、今のトレンドは何なの?
IoTとかAIとか大きな括りではなく、もっと細かい内容だと何が流行ってるの?
自分は昔からC言語でやってるだけだから
昔からOSくらいしか変わってないんだが。 >>66
組み込みやっててトレンドなんて言ってる奴はまだまだだろ
俺達ゃ何でも屋だから次から次へと新しい事を覚えてかなきゃならないんだよ モデルベース開発とか?
もう20年くらい言われてるけど モータ制御のソフトやって10年 開発テーマは尽きない
センサレス制御はまだまだ熱いテーマだ 新しい事ってのが最先端なんて考えてる奴は居ないよな?
単に次から次へと違う技術を学ばなきゃならないって話で
温度制御からルート検索からインターネット通信から3D表示から何でもやらなきゃならないって話だから 自動車とか制御系のソフト開発で
10年前はモデルベース開発(MBD)って言ってたけど
ここ5年くらいは
モデルベースシステムズエンジニアリング(MBSE)ってのもでてきたな。
導入してるとこあるのかな? 最先端よりも、
カルマンフィルタとか昔からあるような技術要素を
学んでいきたい。 >>75
なぜそれが組み込みだけの専売特許のように考えちゃうのか 2005年ごろから2010年ごろの組込み業界の盛り上がりは何だったのか。
組込み屋が10万人不足してるとか言ってた時代。 >>79
今でこそlinuxだの持って来れば楽だが、
その前はドライバーすら無い状態から全部自前で移植してたんだぜ? ドライバーが用意されてないマイコンなんてあんの?
そんなもん選定する方がマヌケだろw >>95
幸せな奴だな
そのドライバーは誰が作ってると思ってんだ? >>96
linuxのドライバーは誰が作ってると思ってるんだ? メジャーじゃ無いデバイスなんて自前で作るしか無いからなぁ >>98
組み込み系の誰かだろうが
おまえは楽できて良かったな OSレスでシコシコするのも大変かもしれないけど、裏を返せば自由だからな
OSなんざ巨大な制約と変わらん、不自由との戦いだな 結局、組み込みがアピールする点はチンケなのばかりと >>103
他人の城に住んでAIだのやってて楽しいか? 自前で回路設計して基板作ってマイコンプログラムして
WindowsとLinuxのUSBドライバ作ってとやって売ってるけど
マイコンの方が遙かに手軽で楽だわ >>99
選び放題なのに、そんな誰も使わないクソデバイス選択する方がどうかしてるわぁ >>104
raspberrypiの仕事はありますか ラズベリーパイって、電子工作ってイメージがあるんだが、
実際に商品開発にも使われてるの? 製品に組み込んでるのは聞いたことないな。
試作機レベルだとよく使う。 OS落ちるだろうから製品には使えないよね
知らないけど落ちない仕様になってる?落ちないOSが選べる? 「アイリス、電気をけして」というのは、raspberry piの世界だと思うんだけど
音声を認識するやつ。価格が14,000円。 音声操作 クリアフレーム 8畳 タイプ このバカはraspberry piをなんだと思ってるんだろう? ファミコンみたいに、実際は特定の装置の名称に過ぎないのに、
なぜか家庭用ゲーム機すべてをファミコン呼ばわりするような
キチガイさんなんでしょ。
ARM積んでて基板が小さく資格ならみんなRaspPIなんだろう。
こういう生きている価値のない究極のごみクズ人間の中では。 ラズパイはないだろうけど組込Linuxは工業製品の色んな所で普通に使われてるわな
ARMはARMでもアーキテクチャが同じってだけでツールチェインも異なるから
MPUを変えたら環境を準備するだけで一大プロジェクトレベルだわ 海外のワンチップはドライバーからファームウェアから統一して新たなチップが出て来ても過去資源を上手く使えるから安心
日本のメーカーも今頃その辺に気付いて統一しようとしたけど遅過ぎたよな ラズパイの仕事結構あるよ
まあ一般に売るような物じゃないけど
一般向けでもHAL研のMZ-80KやPC-8001miniがあるか 仕様書や設計書、プログラム書くところまでは在宅で、
デバッグ、テストは出社しなきゃいけない会社が多いのかな?
出社が嫌になってきたんだが、おまいらどうよ? プログラム書くのとデバッグ、テストって同時進行じゃね? ラズパイめちゃくちゃ楽しいな
もっと早く知っていれば・・・ ホビーユースは有志の多さがメリットだからアプリとかOSとか充実してるよね >>122
プログラムおえば大体の動作はわかるから
コード書いてビルドする作業だけしかしないときは在宅勤務にしてる。
動作確認やデバッグとか、どうしてもしたい時のみ出社してる。
コード書き終わってテスト項目も書き終わったら出社して単体テストや結合テストなどをしている。
デバッグがあまりできないからテストでバグが増えるかなと思ったけど、意外といつも通りで変わらなかった。 ちなみにスタブとか作ってないプロジェクトだから
デバッグや単体テストから出社しなきゃいけないことが多くなる。 >>116
>ARM積んでて基板が小さく資格ならみんなRaspPIなんだろう。
お前さ〜、抽象するってこと分かるの?
OSがLinuxということがあるわけ
で後のほうで、それを汲んでレスになっている
組み込みでもう一つのOSはWindows Embedded >>126
純粋にロジックだけの部分ならVisualStudioでも単体デバッグ出来るぞ
つうか、ハード絡まない部分は意外と沢山あるからちゃんと考えたらいいのに ARM + LinuxだったらRaspberry PIなんて考えているの、
このスレでお前だけだから。
そんな究極バカは世の中全体で見てもごく少数のキチガイ。
あとRaspberry PIもWindows Embedded動く。 ラズパイなんてarmベースのEmbedded Linuxでも最後発なのに
代名詞になるわけないだろ。バカなのかな? もともと組み込みをやっていた職業エンジニアと、
ラズパイ登場で庶民にもお手頃格安組み込みLinux環境が普及してから
組み込みに入ってきた趣味や遊びの人では、
だいぶ感覚が違うんでないかな。
そもそもそういう人はラズパイしか知らないでしょ。 >>129
>ARM + LinuxだったらRaspberry PIなんて考えているの、
このスレでお前だけだから。
お前やってみたのか?
「hello world」を hello(全角スペース)world wwwwwww >>133
普通に全角スペース使えるだろうけど何が可笑しいの? 普通に全角スペース使えるの?Raspberry PIで? 質問ですが、組込み系は、
制御工学とかの知識は必要ですか?
制御工学って、この動画のようなやつです。
https://youtu.be/I-xpqAeIIeI >>131
電子工作系に全く無関心な人間がラズパイに興味を示すとは思えんが? それもラズパイ触る人は、割とハードに近い人ね
組み込みLinuxをなんとなーくバカにしてる人って
組み込みの中でもマイコンソフトオンリーの人が多い それはあなたの周りにそういう人しかいないだけ
Raspberry Piでk8sクラスタ構築するのとかインフラ系の趣味プロジェクトの定番だよ まあ、どのみちハード屋やネットワーク、Web関連等々が趣味の人が使ってて
マイコンソフトオンリーの奴だけラズパイを小馬鹿にしてるのは同じだが ラズパイをってより組み込みlinux全般、バカにする総称としてラズパイみたいな
彼らはOSがデカくなればなるほど、これは俺の仕事じゃない!
みたいなアホなことを必死に言って感情を剥き出しにして逃げるから
Web関連でも興味を持つのは、やはりハード面に近しい人で相当なコア層のみ
当然そっち系の人は組み込みには全く興味ないだろうから
>>131が言うような、ラズパイから組み込みになんてのは絶対に有り得ないわ 大学で組込みを勉強して組込みソフト屋になりたいですが、
ロボットや自動車等の制御や制御工学そのものが研究対象の学科に行くのか
(例:東工大・システム制御系、東大・機械情報工)、
情報工学または情報科学系で組込みの研究をしている学科に行くのか
(例:東大・情報科、慶應・情報工、筑波・情報科)、
どちらが良いでしょうか? 制御したい対象物が微分方程式で書けるような
「動くもの」をプログラム書いて制御したいなら前者、
そうでなければどちらでもいい。
「動くもの」は自動車とか人工衛星、ロボット(の関節)、航空機、産業装置など、機械系・電気系のシステムね。
そうでないものは、例えばルーター、電話、交換機、カーナビの情報処理の部分、カメラの情報処理の部分など、制御する処理と関係ない部分ね。 組み込みなのにハードウェアのアクセスにセキュリティ掛かってたり、意味不明なのがLinux >>133
お前さー
結局 Windows10 IoTを
raspberry piに組み込んだことないだろ
「hello world」をやったのか? と聞いたんだ >>146
Windows10(全角スペース)IoT wwwwwwww >>143
学科のホームページで各研究室の研究内容や過去の就職先を見て検討するといいよ
「自分が思っていたのと違う」「やりたいのはコレじゃない」「行きたい企業に推薦枠がない」
みたいになると悲惨なので進路選択は慎重に…
実際のところ入ってから「これ面白いじゃん」というパターンも多いけどね 組み込みでもほんとの下回りはデバイスにかかわらずやることあんまり変わらんから飽きる 大学で制御工学とかロボット・自動車関連の研究室行っても
MATLAB等でのシミュレーション止まりで
実際にマイコンに実装(組込みプログラミング)は
やらないor工数足りなくて卒論までにやれないことがあるから注意な esp32おもしろい
これだけでwave再生できる
#include <Arduino.h>
#include "rawdat.h"
const int buzz = A10;
void setup() {
ledcSetup(0, 44100, 10);
ledcAttachPin(buzz, 0);
}
void loop() {
static unsigned long cnt = 0;
ledcWrite(0, rawdat[cnt++]);
if(cnt >= sizeof(rawdat)) {
cnt = 0;
}
} インテントは全角をつかうわけ
include <Arduino.h>
#include "rawdat.h"
const int buzz = A10;
void setup() {
ledcSetup(0, 44100, 10);
ledcAttachPin(buzz, 0);
}
void loop() {
static unsigned long cnt = 0;
ledcWrite(0, rawdat[cnt++]);
if(cnt >= sizeof(rawdat)) {
cnt = 0;
}
} >>22
まじかよ、家電メーカの内製プログラマだけど
金払い最悪なんだが >>41
過熱防止センサ回路のソフトにミスあったら燃える >>131
ラズパイで連続動作するプログラム書けるってなかなか凄いと思うんだが
なんでそんなにバカにしてるの? 組み込みは新規プロジェクト激減してるイメージなんだが そりゃそうだろうね。いまは技術的にも安定期だし、
ハードが新機種になっても組み込み部分は既存プロジェクトが対応するだろう。 >>156
そだね。24時間365日連続稼働は、高度OSを積むほどに激しく難しくなる。
Windowsだってサーバ系なんか稼働始まって何年経とうが生きた心地しないし。
マイコン系はグローバルが基本だから余程マヌケなバグか回路要因でもない限り止まることは基本ないし
中にはシーケンサのように機器自体が超安定動作を保証してるものもあるから
このあたりの安定性出しの難しさは、いまいちピンとこないのかもね。 24vで動く産業用のラズパイがあるからそれ使いなよ 元組込みで8年ぶりに戻ろうかと考えてるんだが、
今の組込みの流行りってどうなってんの?
C、C++とSymbian OSで開発してました。 大半は昔と変わらんような。
C、C++とOSはトロン系かVXWorksかLinuxかという感じじゃないかな?
AIとか流行り物が絡むとまた違うんだろうけど GP-IBって全然滅びないよな
未だに現役バリバリ
コネクタでかくて嫌なんだけど web系とかと違って、組込み系は昔から技術がそんなに変わらないのが良いところでもあり悪いところでもある Web系は新技術に付いてくだけで大変。
本や解説サイトもWeb系は山ほどあるけど組み込み系は少ない
勉強しづらいしダサいイメージなので新人の参入障壁になってる
知識、経験の蓄積が活きるのでオッサン向きだ
「組込みエンジニアのための状態遷移設計手法」
↑この本は結構参考になった web系だと面接時にgitやクラウドにポートフォリオを上げておけば
これだけのことは出来ます、っていうアピールが出来るけど、
組込みの場合そうすりゃええのん? そもそも「ポートフォリオ」という単語が相手に通じない 組込み業界はあんまポートフォリオとか聞かんな
転職の時もそんなの出さなかったし
普通に履歴書と職務経歴書を作るだけだった
会社で作ったプログラムとか社外に持ち出せないし 自作ゲームのように動きが見れるもんならともかく
プログラムコードだけ持って来られても困るでしょ 世の中で知る人ぞ知るこの製品のこの機能はワシが作ったといえば良いだけだろ 組込み屋がポートフォリオ作るとしたら
会社の物はプログラムも実機も社外に公開できないし
電子工作が趣味じゃなきゃ難しいな 組み込みで勉強会ってないのかな?
よその会社だとどういう開発してるのかとか気になるんだけど接点がなくて全然わからん 元々アプリ屋でWebから始めてスマホアプリ作ったり
サイネージの制御システム作ったりゲーム作ったりしたけど、組込Linuxは面白いね。
めちゃくちゃLinuxカーネルの勉強になる。 組み込み→ニコニコ動画、youtube
WEB→勉強会
業務系→交流なし
組み込みだとパソコン以外にいろいろ必要で勉強会を開催するのが難しいんじゃないかな
メーカー主導のセミナーぐらいか
AIやDBの勉強会なら組み込みやってますってのたまにいるけどね
半田カフェみたいなのがあるのって秋葉原か日本橋ぐらいでしょ 昔は組込みブームで、
東海大や筑波大、北陸先端大とか
働きながら大学院に通って
組込みについて集中的にまなべるとこがあったんだけどなぁ。 組込って言い方は好きじゃないが
電子工作は小学生の頃からやってた 電子工作の集まりなら多少あるけどそれはどちらかというとハード畑の人が多いかな
ハードもできるフルスタックになりてぇ >>187
半田付けカフェ、閉店してもう四年経ってた… 今はわかりやすい本売ってるから
回路も大学レベルなら簡単に独学できるよね 一口に組み込み系といっても広すぎてな
PICから自動運転まで
アセンブリのハンドコーディングから
MATLAB/Simulinkの自動コード生成まで
全部組み込みだもんな >>193
Web系といってもサービスからゲームから業務系から組み込みから広いで >>195
Webも組込も仕事で多少かじったものだけど、組込の
方がやはり裾野が広いと感じるなあ。
Webって、「OS、プログラミング言語、フレームワーク、ハードウェアがしっかりしている前提であくまでアプリケーション層だけ書くもの」だと思うけど、
組込って、「それ以外のコンピュータが使われるところならなんでも」みたいな印象あるもの。
Webってぶっちゃけ理数系の知識あんまり要らないし。(ゲームやCGは違うと思うけど)
組込はコンピュータが他のコンピュータやチップや機械に対して働くのに対して、
Webって、コンピュータが人間に対して働くという違いがあるので、
どっちが裾野が広いと思うかは、人間とモノのどっちを愛してるかによりそうな気もしてきたけど。
もう一つSIってのがあって、「色んな製品を組み合わせて、大規模の人間を管理して、可用性の高い大規模なシステムを完成させる」という分野もあると思うけど どっちも広いよ。
これ以上は不毛だからやめなさいよ。 組込の人は技術部分にしか興味がないんだよな、そこがもう既に狭い
まあ技術部分だけピックアップしてもWebも相当量あるが
アプリケーション層だけって・・・
サーバ、プロトコル、ネットワーク、セキュリティ、DB、分散、仮想化、
スマホOSのネイティブ開発も含まれるしIoTもそう、最近だと当たり前にAI使うし
アプリケーション面も各分野、各業界の知識は当然必要
あとは周知の言語とフレームワークの量が半端ないことと
誰かと共同開発するのは必然、いくらでもあるが
羅列し過ぎると組込の人っぽくなるから >>196
理数系の知識はそんなにいらないかもしんないけど論理的に考えられる理系脳じゃないとバグるよ
そっちのが重要じゃないかと >>198
まあね、そうかもしれん
自分はWebから入ったんだけど今は組込の方が向いてるってなってるんだよね
複雑なサービスを停止しないためのノウハウよりも、
ソフトウェア以外の知識を学びながらシンプルに技術仕様を積み上げていったら完成するってところに魅力を感じてるのかも
しばらく組込やったら組込で嫌な目に遭ってやっぱりWebのほうが楽しいとなるかもしれんが
新しいことを学ぶという面ではどの分野でも同じぐらい努力しなければならないのだろうけど、Webの新しいことは二回りぐらい学んでちょっと飽きてるんだろうな web系はプログラミングめっちゃできないと虐められそうだから嫌だな
組込みはとりあえずC言語だけわかればなんとかなるし 俺はマイコンのマニュアル読んでるだけで楽しめるので組み込みが天職だわ >>201
>web系はプログラミングめっちゃできないと虐められそうだから嫌だな
それはフロントエンドだな
バックエンドはそんなカリカリしてないから平気だよ たぶん、めっちゃって言うのは言語の種類のことを言ってるんだと思う
HTML ,css ... JavaScript、HTML、CSS、Ruby、PHP、Python、Javaとやらなきゃいけないのはしんどそう。
それでまた新しい言語とか色々でてくるんだろうし。
バックエンドだけ、フロントエンドだけだと
フルスタックの奴に虐められそうで怖い。
組込みはC/C++だけでなんとかなるからなぁ。
おまけにPythonやっておけば十分か。 HTML,CSSこれだけで2個使ってるからめっちゃしんどいよな
な 最近はwebサーバー内蔵で設定をブラウザで行う機器もあるからそれなりに知識が必要よ 組込み機器でwebサーバーが入ってる物は
web屋を投入して分業するから大丈夫。 昔はwebもサーバー側はC言語でCGI書いてたから
組込み屋もやれたよな。 言語の話だけしているけど、組み込みは回路知識も必要なのでは? マイコンのどこが入出力ポートなの?AD/DA変換ポートなの?ってのをマニュアルやハード屋がまとめてくれた表とかをみてプログラム書いて設定出来れば問題無し。 で、そのハードとのIFについて
最近はOSを入れることが多く、
OS担当者がポーティングをするので、
それより上のレイヤ担当者は
ハードのことは意識しなくても開発できる そうなんだ。
ポート設定とかはどうでもいいんだけど、例えばモーター制御とか機能安全を考慮した設計とか、そういうのが必要になるのかと思っただけです。 モーター制御やってるけど
制御工学の知識全く使わないな。
なぜかというと、制御設計の担当は別にいるから
その制御屋のインプットで仕様が決まり、
組込み屋は仕様通りにソフトを設計、実装、テストをするだけ。 >>208-209
俺や、小学生の頃から電子工作やゲーム開発が趣味の業務系Web系出身者 スクリプトのほうが楽なのかな?
でも組み込みシステムとの親和性は生のCだよね。 >>208
昔からブロードバンドルーターはWEBサーバ内蔵 >>207
奥が深いんだよな、使い手次第って意味ではどの言語でも言えることだけど
デザインを形にする言語だから言語だけ頭で覚えても意味がねえという
○○にようこそ!が左右にリーリーしちゃうよ
>>211
回路知識つっても覚えることはそんなに多くはない、要は組み合わせ
基本はデータシートの通りに部品を繋ぎ合わせるだけ
電気回路も電子回路も実際は完成部品同士を繋ぎ合わせてるだけだから モータ制御ならpi制御、デジタルフィルタなど制御系の知識は必須だと思ってたけどアルゴリズム設計と実装は完全に分離されてるのがイマドキなんかね
ゲイン設計もできないやつが実装したモータドライバなんて絶対触りたくないわ >>218
ここまで詳しく書いてあったら、ほぼコーディングだけだな 大学の情報工学科でた人が最近は組込みやってるから
制御工学や回路の知識があまりない人が組込みやってるよ。
PID制御って何?みたいな人も多い。
大学の情報工学科では制御に関連する内容だと
デジタル信号処理の授業はやるとこ多いが、
Z変換や離散フーリエ変換などからやって、標本化定理、伝達関数、デジタルフィルタ(IIR、FIR)などをやるような授業かと思いきや、
偏差値低めの大学では、数式無しで説明したり実習するような授業をやったりするとこもあるらしい。 >>225
単に実装するだけならそうなんだけど
保守性や可読性、品質などを考えて
どう実装するかがソフト屋の仕事。 組み込みってアメリカでは車の自動運転が成功間際なんだよね
日本人のPGじゃ無理だろう
向こうのPGは博士だが日本ではJavaやってるようなロートルがやってんだからさ 日本企業じゃドローン一つ発明できなかった
ドローンはバランスやら何やらの物凄い計算技術で成り立っているんだが全部アメリカの発明
日本人のPGではそんなもん作れないよ
良く分からないけど仕様書通りにJava(草)で組みますとかアホかよと ドローンがまだない時代に
ドローンみたいなものなら学生の時に作ろうとしたけど、失敗したな
制御工学が使いこなせるほど能力無かった >>229.230
まあ、ドローンをそんな考え方で作ろうとしてるうちは
当然作れないなw
あれは超アナログな考え方で制御可能なんだぜ?
やじろべえが安定してるのと同じ事さ
まあ、デジタルの計算が超高速になったから出来たって話ではあるがな 制御なんかより、モーターとバッテリーの進化によるものだと思うが >>228
日本はなんたって技術者の立場が低くなっちゃったからね
そうなることは最初から判りきっていたこと、必然 そもそも各工学知識を必要としてる業界自体がほとんどない
知ってりゃマシ程度で使い道もない、ごく一部の会社の片隅にある研究開発部門だけ
至って当然の話で、そうなるために部品メーカーや大学の研究室などが動いてるわけだし
そのおかげで、ものづくりのハードルが良い意味で飛躍的に落ちている
知識を活かす側になりたければ、研究部門に入ればよい
ドローンの方向高度維持や姿勢制御の要は高速小型高精度なセンサと
小型軽量と高出力を実現したバッテリーやモーターの出現
簡単かつ効率的に機体の空力をシミュレートできるソフトや
機体や電子回路の設計ソフト、高速多機能なワンチップマイコン
ケーブルや基板の軽量化も必要だからそれらのメーカーも絡む
それらがあって初めて研究が進んだのがプロペラ4カ所以上を使った制御
それも今ではチップ化された え?空力のシミュ?そんなもん使うなんてハイレベルなもの作ってんだね
ジャイロで姿勢制御するだけちゃうんw ドローンの制御って数年前のエンベデッドシステムスペシャリストの試験に出てきてたな
勉強にはなったが取得して役立ったことは皆無。
まあIPAの資格全般がそうだけど… ドローンは位置推定とかに
カルマンフィルタ使ってるでしょ? 大学の時、最適レギュレータやオブザーバとかカルマンフィルタ、システム同定とか色々習ったけど、名前だけ知ってて内容は理解できずに今に至る。 自動車免許とったからって実際の運転には役立たないだろ?
同じことだよ ナイキストの安定判別法
リアプノフの安定判別法
とかシステムが安定か不安定か判断するのに使うために
制御工学の本読むと書いてあるけど
使ってるとこあるの? 実際に試験してみて、「あー、振動系になっちゃいましたね笑」
分野によってはきちんとシミュレーション使ってるはずだよ ものっすごい狭い範囲な
工学知識を実務で使ってる人間が果たしてどれほどいるのか 組み込みのPGは仕様書をコードに変換するだけだから高卒で十分だよ
日本の会社のどこに博士のPGなんているんだよ 産業界の9割はマップ制御(フィードフォワード制御)とPID制御までだと思う
それ以上複雑な制御を組んでも現場の人間がチューニングできない 某家電メーカーにいたけどアルゴリズムは専門チームが設計してたな
そのアルゴリズムは他の開発ラインにもばら撒かれて、各商品ごとに開発側でチューニングして実装
MPUがカツカツだし速度欲しいからFPGAで実装する猛者もいた 速度ほしさにFPGAってMPUの選定が間違えてるだろ 交流と直流の違いがわからないプログラマーはマジで存在する さすがに組み込みではないけど 中学レベルの電気知識もない人って意外といるからな
プラスとマイナスの裸線が接触したらどうなる?とか想像できなかったり >>244
世の中のものは殆どフィードバック制御じゃね?
フィードフォワードみたいな一回で終わりみたいなものはあまり無い気がする。 >>248
それはどんな機会があって、どうやって確認したの? マイコンは交流からコンバーター回路で直流になったところにあると思うので、
交流と直流の違いは知らなくても仕事はできる >>248
エジソンですら理解できなかったのに
俺らに理解できるわけがない >>254
エジソンは電気椅子には交流が合うって知ってたよ 組込みソフト技術者になるには、
大学は結局何学科を出ていたほうが良い?
・機械工学科
・電気電子工学科
・情報工学科(情報科学科)
・ロボット工学科のような機械、電気電子、情報を浅く広く習う学科 工学部電気電子学科情報コース
学校によって特色が違うから就職実績みるのが一番早い 全部入り闇鍋のごった煮かよ
広いかどうかはともかく、浅くしか習わんから
知識って意味では独学で十分とゆうか実務で習えというか
誰かに習わんとできないならIT業界自体が向いてないというか
とりあえず学科の名前がそれっぽければどこでも良いんじゃねえかと このご時世に組み込みやりたいやつは貴重なので頑張ってほしい
今どきプログラマーになりたいやつはだいたいwebに行くので
ただし理系科目が苦手ならやめたほうがよい 組込は体育会系すぎてお勧めはできない
中の人、割と文系揃いだし ・機械工学科
→メリット:力学や制御工学について詳しく学べる。
→デメリット:回路やプログラミングは基礎レベルしか学べない。
・電気電子工学科
→メリット:回路や制御工学、コンピュータのハードウェアの基礎について詳しく学べる。
→デメリット:力学やプログラミングは基礎レベルしか学べない。
・情報工学科
→メリット:プログラミングやソフトウェア工学、ネットワークなど、ITに関する知識は一通り学べる。
→デメリット:力学や回路、制御工学については基礎レベルしか学べないか全く学べない。
・ロボット工学科のような学際的な学科
→メリット:力学、回路、制御工学、プログラミングなど、メカ・エレキ・ソフトと幅広い範囲を横断的に学べる。
→デメリット:幅広く学べる代わりにどうしても浅くなってしまう。例えばソフトはソフトウェア工学やネットワークなどは詳しく学べるカリキュラムではないところが多い。 >>262
まじ?
業務系が文系体育系
組み込み系は理系無口
みたいなイメージ ハード屋はわりと体育会系というか上下関係が厳しい これはハード自体経験がモノを言うからかもしれん(予想だけど)
ソフト屋は無口な人が多い 組込み系でも中小企業のプロパーはよく喋る奴多い。
大企業の高学歴っぽい人やSESのコミュ障みたいな人は大人しい人多い。 うちにもうるせえのが一匹いる。
糖尿野郎早く死ねばいいのに。 >>265
真逆、組込はガッツリ体育会系、他は文化系
文化系は仕事中は静か、体育会系は四六時中煩い >>256
結局プログラミングスキルって自学自習が全てだから、わざわざ情報工学系に行くメリットは少ない気がする
プログラミングはネットにいくらでも情報があるので自己学習しやすいけど、
機械や電気電子はネット情報が少ないうえに製図や実験のような実習系の授業も多い
(コロナ対応どうしてるんだろう?)
なので情報系以外に進んでプログラミングは自学自習ってのが広く深く学べると思う >>272
図面や設計は体験版なり無料cadなど
個人で学習にも実用にも使えるものが、いくらでもあるっしょ
情報もいくらでも転がってる
電子は趣味でも敷居低いし、電気や制御も高圧以外はそれほどでもなく
個人で勉強してやってる人も少なくない(独学だけど我流ではない)
電気のような危険なのは個人で扱う場合でも資格が必要だから資格で補える
機械はただの設計か加工系かで分かれるな
設計は手軽、3Dプリンタで練習もできるだろう
加工の方は個人じゃ無理 機械の設計は乗り物なんかの力学が絡むとあれだな
過剰強度で誤魔化してる場合がほとんどだけど 計算値に安全率をかけてるだけだぞ
ギリギリ狙ったら事故るだけ >>272
んなことはない
自学自習した人でチューリングマシンとかオートマトン、
待ち行列理論なんかまで到達した人いる?
コンピュータビジョンなんかもそうだけど、なかなか自学自習では学ぶのがしんどい領域だと思うけど
いわゆる「とりあえずプログラミングできる」的な簡単なところは自学自習でいけると思うけど、
高度なアルゴリズムや安定したシステムを設計するためには計算機科学の素養が必要だと思うよ 情報系の学校をプログラミングスクールと勘違いしてる子まだいたのね>>272
情報処理全般を習うのであって、プログラミングを習う訳ではないんだが たった1人で人類の歴史を超えられるのか?
歴史の一部になれるのが教育だ
独学はただの趣味にすぎない 組み込みに限らずプログラミングスキルってスキルセットの一部でしかないから 常にギリギリ計算で設計するよりマシ
ギリギリ計算は材料コストダウンになるけど
素人がやると手抜きにしかならない
しっかり安全率上乗せしておけ >>272
アホか?
情報工学部がプログラミング云々って誰が言い出した?
土木プログラマーやるならプログラミングの専門学校やらスクールで事足りるんだわ
情報工学部でプログラミングやってきました、って奴は十中八九地雷
セキュリティであったり情報理論、電子と親和性の高い数学、ネットワークにこそ重きを置いてる 情報工学部(笑)
いや、そういった名前の学部もあるけど フーリエ級数展開とかの計算は得意ってイメージ
音声信号を分解して人間の耳に聞こえない成分を削除したり
それを記憶媒体に保存しましょうだとか
通信距離とか速度とか
そういう学科でプログラミング特化ではないよね
習うっちゃ習うけど 組込みソフト屋だと
回路は回路図が読めるっていうくらいで良いと思う(会社がどこまで求めてくるのかにもよるが、多くはハード屋、ソフト屋と分業されてるので。)。
大学初年度の電気回路、電子回路(アナログ、デジタル)の本でも通し読みすれば読めるようにはなる。
計測・制御や信号処理、動力学(ダイナミクス)は、
作る物にもよるが、
必要な場合は技術としてもっていたほうがいい。
ただ、理解しようと思ったら、
微分積分、線形代数、ラプラス、フーリエ、複素関数、確率統計とか色々数学の知識が必要になってくるので
独学は難しいから大学等で習ってるのがベストだわ。 >>289
フーリエ解析やラプラス変換などの線形代数を代表とした
情報工学に活かせる学術ができるかどうかって話よな
そこが情報系専門学校(笑)との大きな違い 情報って単語で一括りにして勘違いしてる人多いよね
大学でプログラミングばかり教える学科とか逆に知りたいわ
仮にそういう学科があったとして、COBOL時代、Java時代みたいに時期で区切られて環境依存時限付き大卒資格になりそうで怖いわ >>294
線形代数の応用だから間違いではないのでは >>286
キミもアホだな
専門学校より大学の方がプログラミング寄りなんだよ やっぱり電気電子出身の人ってプログラミング苦手な奴多いよ
おとなしくハード屋やっててほしい 真面目に理系大学卒業してるなら同じ年数プログラミングやらせるだけで普通に超えていくぞ >>289
逆に、プログラミング特化のところって何を習うの?
信号処理以外でも、コンピュータビジョン、状態遷移、待ち行列理論、構造とアルゴリズム、システムアーキテクチャ、OS設計論とか情報工学科で学べることは色々あると思うのだが、その辺のものはプログラミング以外の理論も結構ヘビーだし。 >>286
上の言うことに刃向かわずにとりあえず手を動かしてくれるメンツを求めてるのなら、多分深く知らない奴の方が良いよな。
情報工学科のやつが地雷というのは、理由をつけて、本人のポリシーに反することはやってくれない職人気質があるからだろう? >>300
無理無理、まあ技術だけなら理系じゃなくても誰でも同じだけど >>301
学校の話は関係ないけど、そういや遥か昔4cm厚くらいのアルゴリズム本を買って
全ページ読んで試したな、個人で 大卒に勝てるオレ!
↑
がいる世界
数年先にやってりゃ勝てるわな 情報系の大学でたけど、大学の授業ショボかった。
オペレーティングシステム、
コンピュータアーキテクチャ、
ソフトウェア工学、
デジタル回路、
・・・
ググるなり本読むなりして独学できることばかり。 >>307
独学は出来るかもしれないけど、強制的に学ばせるってのが大事なんだよ
そのへんのことは知ってたら確実に深いプログラミングができて、必要に駆られて学んでプログラム書くのと、初めから特性を気をつけながら学んでプログラムかくのじゃ大違い。
仕事でも、「このプロジェクトで理解したこと、前のプロジェクトで使ってたらもっとスマートに解決できたなあ」とかあるじゃん。
そういうのを教えてくれるのが計算気科学じゃないかな。
少なくとも、どういう分野に分かれてて、どのように調べたらコアな情報にアクセスできるのかわかるだけで大学の価値はあるよ。
網羅的にコンピューティングにまつわる問題意識を把握できるのはとても大きい収穫。 強制的に学ばせるなら
もっと良い授業だったらいいけどね。
オペレーティングシステムの授業は
パワポ使ってOSの仕組みについて説明してるだけ。
簡単なOSを作るぐらいの実習をすればいいのに。
ソフトウェア工学の授業は
・ソフトウェア開発ライフサイクルとは何か、
・要求分析・設計・実装・テスト・運用・保守とは何か、
・構造化技法、オブジェクト指向とは何か、
・モデリング(UML)とは何か
・プロジェクト管理、品質管理、コスト管理、メトリクスとは何か
などについてパワポで説明するだけ。
高い金払ったけどそれだけかって感じ。 そのへんは実感がないと頭に入ってこないわな
抽象的な概念よりプログラミングのノウハウとか実学のほうが学んだ気分になれる >>309
東大理情だったら普通にあるけどなあ
https://catalog.he.u-tokyo.ac.jp/detail?code=0510030&year=2020
CPU自作実習もあるぐらいだし、あるんじゃないかと思って探したらあった 大学の実学系の講義は実習・実験をやらせた方が学生にとっては勉強になるのは、それはもちろんそう。
ただ実習は教育コストが高いので全部実習にする訳にはいかないのも事実
東大理情は午後は全部実習みたいだし、そういうところを調べて行けば学生側の費用対効果は高くなるだろうね
とはいっても、そんなことを高校生のうちに知るのは結構無理があるし、実際は大学院を選びなおすぐらいが出来て精々というところだろうね 基本情報技術者試験のCASL2とかFPGAで作ったりするよね >>312
実験や実習が充実してる大学はうらやましい CPUの創り方読め
本の見た目はともかく初心者向けとしては名著 東大の理学部情報科学科は、
他の大学がC言語の講義を15回とか30回とかかけてちんたらやるのに対して、3週間くらいで終わったりする。 講義90分、演習90分で半年(合計30回)で文法を一通りやる感じだったな。
条件分岐(if else文、switch文)だけで講義90分、演習90分かけてた気がする。
繰り返し(for文、while文、do while文)とかも同様。
会社に入って新人研修は2時間で一気に文法の講義終わったのに。 大学って無駄なことやってんだな
万人向けだから仕方ないか 万人向けなのはテストもなく金払うだけで受けられる教育の方では? >>309
業務ではOS無しの商品は多い
それでもスケジューラは使うから、スケジューラとRTOSを
大学の授業でやるのはいい事だと思う。
ぜひやってほしいね。AD変換まわしながら通信でデータ読み出し
とかその程度のプログラム作るだけでも、スケジューラのありがたみがわかる
TCP/IPのスタックとか使う時はOSのありがたみがわかるらしい
OSは使ったことないんで、わからんけども OSありの商品の方が多くね?
よく知らんけど
10年くらいしか経験ないけどOSありのものしか担当したことない。
例えばどんな商品がOS入ってないの? OSってのはソフトウェアの土台だ
要らなければ別に無くても良い、ただその程度の違い
小規模だったり、OSの機能を使うようなシステムではなかったり、マゾだったり OSに関して、情報系の学科なら
応用情報技術者のテキストに書いてあることプラスアルファぐらいの知識は習う。
その知識を使った実験や実習があるかは大学による。
東大のような金のあるところは実験や実習が充実してる印象。 OSが何かってそういや習わんな
言葉上の定義ぐらいだ
プロジェクトの進行や管理のほうに時間かけてて
実装のほうもあまりやってない C言語の実装の演習は、
プログラミング(C言語)の授業(演習15回)の課題と
アルゴリズムとデータ構造の授業(演習15回)の課題と
あと情報工学実験で何度か簡単なアプリ(電卓やFFT、ラズパイ、PWMでモータ制御など)を作るという感じだったな。 C++で剛体、流体のシミュレートしたのは楽しかった 小学校ではモダンなscratchって言語でゲーム開発を学ぶらしい scratchって小学校低学年でもわかるだろうけど
小学校高学年や中学ぐらいから通常のプログラミング言語の勉強を開始しても能力差変わらん気がする
それより算数や数学をちゃんとやらせた方が良さそう 算数や数学を楽しむためのツールとしてのプログラミングは良いかもよ。 プログラミングとかやるより
普通に受験勉強でハイレベルな数学勉強したほうが頭良くなりそう 組み込みでテスト自動化ってちゃんと考慮した設計じゃないと厳しいな・・・
ポートやレジスタ触ったりグローバル変数持ち込んだりどの関数も副作用ありまくりで単テが安定しない
逆に外部構成も含めた実機テストの自動化はいろいろ工夫のしがいがあって可能性を感じる グローバル変数使いまくりのStaticおじさんな人 組み込みでヒープというかnewは禁止だった
尚且つほとんどがSingleton スタックは普通に使うし、
ミドルウェアとか買ってきたやつも
オープンソースも普通に使われてる マイコンからWindows Embededまで幅広いのに
自分の世界だけの常識を押し通そうとするキチガイアスペの群れ。 リカーシブルなプログラムをリスト構造に直す仕事は、
もう懲り懲りだ MATLABでちゃんと安定して制御できるかってのをシミュレーションするのは、組込みの分野ですか?
また違いますか?
民間企業だと組込みソフト屋と上記の制御工学屋は分業されてる感じですか? 昔は制御と組み込みは別世界だったけど、
今は分けてないところも多いな。
組み込みも制御も幅が広すぎて、文化によってターゲットが微妙に違うしな。
C言語だったら全部組み込みという乱暴なところもあれば、
JavaでもC#でもターゲットが組み込みだったら組み込みみたいなところもあるし。 >>349
最終製品のメーカーエンジニアが制御を組んで>>218みたいな仕様書を作る
仕様書をもとにプログラムを作るのが組み込みソフト屋
っていうのが今までのパターンだけど
最近は色々 >>341
ポートだのレジスタだの、見方を変えればI/Oの形が違うだけじゃねえか
言葉遊びに惑わされるから作りがアホなんだよ >>350
制御の幅が広いってどういうこっちゃ
組み込みも広いか?とループを仕掛けてみる 制御工学屋は、シミュレーション等で
制御する上でのパラメータや閾値とかを決めてくれる。
例えばPID制御なら各項につくパラメータを
限界感度法なりステップ応答法なりCHR法なりでチューニングして決める。
そのデータをインプットに仕様化する。
組込み屋はその仕様をもとにどう実装するかを考える。 うちそんなきっちり分担してねえな
そんなことより俺の太いデイターをインプットしてやるから
ステップしてチャーしてチューして限界までトゥギャザーしようぜ 組み込みlinuxって何?androidは違うの? androidも組込linuxの一種
ただ、組込み界隈で組込linuxと呼ばれてるのは
用途に合わせてカーネルから構築してる場合が多く
X関係も使わない場合が多い >>357
ありがとうございます。
さらにリアルタイムOSというのもあるんですね 組込み素人だが
学校ではリアルタイムOSと汎用OSの違いは
言葉で説明されて習うけど、
実際にリアルタイム性はどういう風に実現してるの?
イメージは、割り込み処理やタスクに実行の優先度があるとか、あとでまとめて処理するみたいなのが殆どないとかだが。
決まった時間内に必ず処理を終わらすとかも聞いたことあるけど
CPUの能力によって変わってきたりしないの? CPUの仕様に合わせてプログラムするものだけどOSがあれば色々なCPUに対応してくれるんじゃないのかな スレッドの並列処理も、GPU処理も、メモリ管理も勝手にやってほしい
その辺のプログラミングがしんどい 必要とされる応答時間と
用意されるコストで違う
最悪インタラプトハンドラでゴリゴリ書く
最後には光速度は超えられませんよで逃げる 応答速度をチューリングマシンに求めるのはアホ
どんなに頑張ってもステップ数分掛かるんだからな
速度重視ならハードウェアでロジック組めよって話 組み込み系むずかしいよう…業務系がよかった…なんで俺は組み込み系に……
クソ…… 現実世界はなぜか再現性がないからな
そんなはずはないんだが >>364
どこに行ってたとしても同じことを言ってたんじゃないかな 業務系は考えなきゃいけない範囲が多い
UI、ストレージ、ジョブ、DB、セキュリティ、キッティング、ユーザー権限etc...
でも個々の設計自体はけっこう単純で、組み込みみたいに小難しい計算とかはない
あと、これは自分の周囲だけでの感想だが仕事へのモチベーションは低い人が多い
端的に言ってつまんなそうに働いてる
俺もつまらん 誰か助けてくれ 税や割引の計算順序や丸めかたを間違うと
たかが1円、されど数千万という損害と賠償が発生するので
気を抜かないようにな あと業務系と会計簿記関係はだいたいセットなので小難しさはあるかもね そりゃあ組み込み原料なんて、指示した角度にモーター回ったりLEDが指定通りのパターンで光ったり、楽しいからなぁ 高校〜大学で文系だったんだけど組み込み系に配属された
来年から働くことになるのですが大丈夫なんですかねこれ 組込み系って言っても範囲が広いからなぁ。
下回り(ハードとソフトのIF部分など)をやる人もいれば
アプリ担当でハードのこと知らなくても問題ない人もいるし。 組み込み≒製造業みたいなとこあるからねえ。
萎む一方よ。
WEB屋にでも転身しようかしら。 2005年頃から2011年頃は
やたら組込み組込みって流行ってたな。 >>381
電子工作、中でもLEDやarduinoの流行時期と一致? 「組込み(エンベデッド)」歴史 

1998年:組込みシステム開発技術展(ESEC)が毎年開催され始める 
〜2000年:「組込み」という言葉はあったが殆ど使われておらず、ネットで検索しても殆ど出てこない。「マイコン応用」という言葉が主流だった 
2000年:マスコミで「組込み」という言葉が取り上げられ、広く知られるようになる 
2000年:組込み技術者人材育成の団体SESSAME設立 
2001年:情報処理技術者試験が「マイコン応用システムエンジニア試験」から「テクニカルエンジニア(エンベデッドシステム)試験」に名称変更 
2002年:展示会Embedded Technologyが毎年開催され始める 
2005年:IPAの産業実態調査より、日本に組込み技術者は7万人も不足していると騒がれ始める 
2005年:UMLロボコンからETロボコンに名称変更。人材育成が活発になってくる 
2005年:IPAで組込みスキル標準(ETSS)策定 
2005年:雑誌組込みプレス発売 
2006年:システムハウス協会が組込みシステム技術協会名称変更
2006年:ETEC/組込みソフトウェア技術者試験制度開始
2007年:組込みソフトウエア業が日本標準産業分類 G-3912として規定される 
2007年:東海大、筑波大、北陸先端大等の教育機関に組込み系の大学院や大学学部などが乱立し始める 
2009年:組込みスキルマネージメント協会設立 
2009年:情報処理技術者試験「テクニカルエンジニア(エンベデッドシステム)試験」から「エンベデッドシステムスペシャリスト試験」に名称変更 
2011年:震災以降、IPAの分類に組込み系事業、エンタープライズ系事業の他に統合系事業というものが登場する(組込みだけじゃだめだみたいな雰囲気になってくる) 
2012年:「組込み」という言葉をあまり聞かなくなってきた。元気がない
2013年:組込みよりもAIやIoTという言葉が有名になってきた
2015年:IoT Technology(展示会)がEmbedded Technologyと同時開催される
2020年:組込みシステム開発技術展(ESEC)が組込み/エッジ コンピューティング展に名称変更
2020年:←いまここ ブリブリブリブリュリュリュリュリュリュ!!!!!!ブツチチブブブチチチチブリリイリブブブブゥゥゥ ..
・・・ふぅ >>385
メーカーでプロパーとして働いてるし実感ない。
自分のいるプロジェクトは
協力会社も昔と同じ人数だし 組み込み系なのにC++が標準とかつまんない
マシン語やりたい いまどき変態RISCコンピュータのマシン語なんてやったら、効率ガタ落ちだぞw 組み込みは田舎の現場ばかりだからやりたくないんだよなあ まぁ工場は基本僻地だからね
俺は作業場所が広々としてるし機材も豊富にあるから嫌いじゃないけど
オフィス内でオシロと安定化電源とICE広げようにも場所がねぇんだわ 都心でも組込み系の現場は、
武蔵中原、向川原、鹿島田、北八王子、多摩センター、西国分寺、北府中、昭島、本厚木とかちょっと郊外のとこが多い。 Webだと都会でやれたり在宅もできるのに、田舎の現場でしかやれない組込系なんて
興味あってもやれないよ
それに閉じた世界で共有化もWebのように進んでなくて一子相伝的な所があるし
やっぱり抵抗あるよなあ 組込み系は大手メーカーだと東京23区内はソニーやニコンとかならあるかな。
もう少しレベル下げると、ディスコ、トプコン、岩崎通信機、東京計器、タニタなどがある。 >>399
それは本社か営業所だろ、開発なんかは地方の工場だと思うが
ソニーだったら厚木、ニコンだったら熊谷みたいな >>398
組込業界の人自体が結構おかしいよ
体育会系だからパイセンにタメ口とかデフォ >>400
いや、ソニーは普通に大崎や品川とかもあるよ。
ニコンも品川のニコンイメージングに行ってる人いるし。
ディスコ、トプコン、岩崎通信機、東京計器、タニタなどは
多分都内の事業場しか開発の現場は無い。 >>401
体育会系で先輩にタメ口とか一行で矛盾しててワロタ 組み込みは閉じた世界だからこその面白さあるよ。
PCの世界だけがソフトウェアの世界じゃないんだって気付かされるし。
ハードの設計、製造、機械の特性とか汎工学的な興味はそそられる
ソフトウェアだけやってるときより、理系度が増す感じ。 ソフトウェアの世界は数式があまり出てこない学問も多いせいか理系って感じがあまりしない。
情報理論やオートマトン理論、離散数学、ソフトコンピューティングとかを研究してる人は
数式が沢山出てきて理系って感じだが。 >>404
体育会系脳の中では矛盾してないのよ、業界歴に20年近い差があっても
1年でも先に入社した方が大先輩 >>406
ソフトウェア=数学、ソフトウェアが数学と離れていれば非理系という思い込みが
いかにも組込み臭い思考の狭さと低レベルさだな じゃあ文系が非数学系のソフトウェア開発に強いかといえば
そうでもない事にも気付かない >>343
スタック使わずにプログラム作るって、アセンブラガチ勢ですか? 16ビットマイコンのOS無しC言語で組み込みやってるけど
東京で仕事ないかな。関西はもう疲れた。
雇ってくれるところを探し中 東京の方が仕事多い
東京きたらPMやPLが兵庫や奈良の人で日常会話が関西弁だったりとかたまにある
関西で仕事探して消耗するくらいなら東京に行くのがオススメ 言われてみれば業務やWeb系は関東から北海道まで北寄り出身の人が多くて
組込は西寄りの人をよく見るかも
まあ機械系の会社や工場とか、そもそも西に多い気がするし うちの会社は都内だからか
組込みは関東近辺出身が多いな。
群馬や山梨とか。 H8/300Hでアセンブリ言語ガリガリ書いていい新規案件ください Cから高速化のためにアセンブラに置き換えるのは稀によくあるけど、アセンブラからCに置き換えるのはできる気がしねぇ アセンブリ言語からC言語の関数を呼び出すプログラムは
見たことある。 はなっからCベースでアセンブラで作ってればええやん ttps://www.hitachihyoron.com/jp/pdf/1976/07/1976_07_13.pdf
こういう昔の呼処理プログラムは3.2節に書かれてるようにできていて、
タスクテーブルやタスクマクロはアセンブリ言語、
タスクマクロから呼び出す処理はC言語で書かれてる。
タスクテーブル(.sファイル)
タスクマクロA
タスクマクロB
タスクマクロC
・
・
・
※勿論途中に分岐などもある
タスクマクロの定義(.sファイル)
タスクマクロA .macro
タスクマクロAのC言語の関数コール
.endm
タスクマクロB .macro
タスクマクロBのC言語の関数コール
.endm
タスクマクロC .macro
タスクマクロCのC言語の関数コール
.endm
・
・
・ へぇ、こんなことできるんだ 知らんかった
しかしメリットは何?これなら最初からCで書けばいいじゃん ああ、アセンブラ→Cコンバータなら作った事あるわ
まあ、ゲームプログラム用だけどな
なんせ当時やっとゲーム機でもCが使える様になって
アセンブラのゲーム移植とかあって重宝したわ スマホの登場でデジカメもCDもステレオも消えてなくなった、もしくは無くなりつつあるからな
製品数そのものが減ってる そんなことないでしょ
組み込み仕事が減ってるのは単純にコロナや米中の対立が主 ロボット作りたい
そういう有志のプロジェクトはないんか どうなるか解らん状況では設備投資なんかも減るだろうしなあ。 組込みの仕事が減ってるというよりは
SESの仕事が減ってる >>423
新規開発が減って、内製に切り替えてるとかでは?
自分は内製開発だけど、正直異常に忙しい
でも外注はお金がもったいないから禁止 ウチも外注禁止になった
SES?何それ?でプロパーだけで回してる
今年の3月にコアな人だけ直接雇用化して後は全部切った >>431
普通は誰でもできることを外に出すのでは?
弊社ではできません!助けて下さい!と外注するんか?
技術力ないな 内製すると金かかるし、
社内から人集めなきゃならないし、
安く作りたいからSESとか請負に出すんだよね >>426
ロボットの仕事なんてSLAM(移動処理)みたいな頭ええやつがやる仕事ばっかりやで
ステッピングモーターカチカチ動かすようなんはないよ
ショーやイベント向けの仕事もほとんどWEBとかわらん仕事
ペッパーの胸のタブレットのアプリ作る仕事ならなんぼでもあるでw
逆に工場専属のNC旋盤みたいなとこ行ったほうが幸せなるんちゃうか >>430
SESや派遣を直接雇用って派遣元とモメると思うけどどうしてるの?
普通は仕事まわすから人くれって交渉するもんだと思うけど外注禁止だとそれも出来ないだろうし 誰でも出来るから過当競争になっていて社内でまわすよりはるかに安く出来る場合
尖った技術で社内で教育する時間がもったいない場合
だいたいこのどちらかでしょ
ただ、社内で余ってるやつにとりあえずぶん投げて様子みてから外注するんじゃないかな
高齢でチームプレイに向いてない職人肌の人とかいれば特に >>432
単発なら別にいいけど継続的に出すなら内製の方が圧倒的に安上がり
ライン工のように同じもんを延々と作り続ける訳でもなくオーダーでしょ
面倒臭い仕事以外に外注を使うメリットなんかねえよ だいたい働いてるふりをして楽して給料を貰うことしか考えてない中小レベルの一社員が
会社の財布なんざ知ったことかだろう
そのくせ末端の稼いでる社員には徹底してコストを抑えるよう働きかけるという >>433
>内製すると金かかるし、
>社内から人集めなきゃならないし、
>安く作りたいからSESとか請負に出すんだよね
それ底辺企業だぞ
お前の行くとこ行くとこハズレ職場だらけでグチってる理由が判明したな 別にどっちが安いっていうよりは
山があったり谷があったりする仕事量をどう調整していくかって話だよ >>441
>別にどっちが安いっていうよりは
>山があったり谷があったりする仕事量をどう調整していくかって話だよ
勝ちたい一心でゴールポストを動かしてまう典型 https://youtu.be/uB9mUmmxqHk
『電光超人グリッドマン』第7話「電子レンジ爆発0秒前」
子供の頃グリッドマン見て組込みソフト屋やりたいと思った奴いる? 山とか谷みたいな野外に設置する計測機器をつくるお仕事ください
設置してメンテする方ではなく >>432
不足している技術力を補うために外注を使うだろ
外注の方が力不足だったら双方負担しかないわ
新しいことを0から調査だの開発だの設備投資だのやんのが
一番のコストだから、知りたいことを知ってるとか
やれるところに依頼する、それなら金を出す価値ありまくりだし
余裕で回収できる 開発力があれば誰でもできる単純作業を外注に出す
餅を描くことしか出来ないのに餅屋を安く雇うなら餅屋が餅作った方が良くね?
技術者じゃなくてデザイナーが餅屋を雇うからプロジェクトが頓挫するんだよ
何も分かってないのに管理なんかできねーよねw >>449
古典制御理論(前提知識:高校までの数学+微分積分、微分方程式、ラプラス変換、フーリエ変換、複素関数論、動力学、電気回路、電子回路など)
現代制御理論(前提知識:上記の知識+線形代数、確率統計など)
デジタル制御/信号処理(前提知識:上記の知識+Z変換、離散フーリエ変換など) アポロ11号の組込みプログラムがgithubにあるけど
60年代だから全てアセンブリ言語で書かれてて
宇宙船の軌道の位置を推定するためにカルマンフィルタのプログラムとかも入ってておもしろい。 >>447
自分は趣味でC++、本業でCを使う。
理由は職場の人達がガチハードウェアよりの人達で、プログラミング言語をあまり知らないから...。
C++布教したい...!使いこなすとプログラミングが楽しくなる。 C++勉強中だけど14なのか17なのかバージョン?がごっちゃになりながらよく分からずやってる C++つかってるプロジェクトもあるけど
オブジェクト指向な作りになってないのが多い。
あと皆んなnewとかC++特有のものを使わない人が多い。 better Cとして使ってるところも多い
別にそれ自体は悪いことではないけど >>458
mallocとか使われると死ぬほど気持ちワルいよね スタック消費しない
大域変数しか使わない
関数呼び出すときも引数使わない newなんてもう使うな
時代はunique_ptr 中華の1万くらいのオシロ買ってみたけどすげぇな
基本機能ほとんど入ってる 職場でオシロ奪い合いだからこれ使うわ 中華は食品はやばいけど技術力では日本の遙か上を走ってるからな
というか日本が人売りビジネスに熱中しちゃって
勝手に後退してったという方が正しいかもしれんけど 中国出張は気乗りしないが深センだけはマジで行ってみたい >>455
組み込みのC++は最新規格の機能が10年くらい遅れて実装されることや、組み込みに不向きな機能がオミットされることがあるから気をつけてね。あと、マイコンベンダーの都合で機能が無い場合もある。
でも、極めればC言語時代に悩まされた不具合や文法を理解していてもソースコードのよく分からない箇所が圧倒的に減るから頑張って。
あとmbedとか使うとC++の良さはすぐに体験できると思う。
mbedはオブジェクト指向のメリット「コードの再利用性の向上」が最大限に活かされている。
他人が作ったコードを検索してプロジェクトに追加する仕組みがあるからね。
SDカードの実装やUart、SPIの実装が楽になるし、オブジェクト指向に基づくプログラムを作るだけじゃなくて、初心者にとって最も重要な「プロが実装したオブジェクト指向のライブラリを利用する」ことが体験できるからオススメしたい。 >>468
ハード屋の品質管理にゃ使えないけど、マが動作タイミング測る程度なら十分だよな 金余ってる企業しか相手にしてない日本
一般人相手にしまくってる中国
差は開く一方 >>451
数学と確率統計はそこそこいけそうだけど、電子工学系の知識はからっきしだわ…
君の業界には足を踏み込めそうにない >>476
数学できるなら電気回路や電子回路くらい問題ない。 制御系ってだいぶ毛色が違うよね
コード書かない(書けない)人も多いし アルゴリズムの設計が目的であってコードを書くことが目的じゃないからな
matlabのスクリプトは書けないとダメだろうけど
制御系の同僚は業務の傍で論文を書いてたり留学してたりしてある種の社内エリートだった メーカーで40過ぎて未だにコーディングしてる下っ端です。いつになったら卒業できるのだろう。 >>482
下っ端じゃなくなるとコーディングって無くなるの?
こちらの企業だと年齢関係なくコーディングしてるが...。 いい歳って、別にコーディングは子供のお遊技じゃないだろ
年齢制限を設けたがってるのって、自分にその力が足りないからなんだろうな
精々人が書いたのを改造する程度 会社によるね。
定年までコーディングできるメーカーもあるし、
30代になるとマネジメントしかやらせない、コーディングはSESにやらせるメーカーもあるし。 組み込みは年配でもコード書く人多いだろ
むしろいい事だと思うんだけど
web系で50代でコーディングとかかなりレアだぞ >>487
Webがビジネスとして広まり初めてからまだ20年程度だから
これからはレアではなくなる 40代で周りにコーディングしてる人いないな。マネジメントか、上流工程やってる。 肩書は担当部長ですが営業から管理もやる傍らで実装も1人分やってます。 組み込みをやる若い子なんて、SNSの幻想ですよ。実在しないんです。 いまどきの高級言語は煩わしい低レベル処理なんか充実してるライブラリー呼べば済むんだから、あえて低レベルの処理なんかやりたく無いだろ 組み込みやりたがる子は貴重だけどツイッターに跋扈してるような文系・プログラミング未経験のドシロウトとかに来られてもお断りしたい 組み込みじゃprintfとかのフォーマット付き入れられないことも多いしな そもそもprintfで出力する対象がないデバイスも多い printfはやたらリソース食うからリンクしないし使わせない
ってのが普通 デバッグログ用(シェルに出力)に書くことくらいはあるな。 組み込みライクな体験を楽しめるTIS-100やSHENZHEN I/Oは数年前から若者に大ウケしてたんで
若者がこの分野に興味ないわけじゃないと思うんだけどなぁ 組み込みは儲からないんで若い人はWeb系に一直線です 組込み業界はヤバいな。
メーカー→40過ぎるとリストラで退職するハメになる
SES→40過ぎると待機で退職するハメになる >>494
組込で働いてると業界全体が文系の巣窟のようにも見えますが >>504
40歳にしてジョブチェンジって時点で、文系業界そのものっすね 組み込みが文系業界ってどういう意味だ?
めっちゃ理系だと思うしむしろ理系過ぎて文系能力が足りずにコードがカオスなことになってるんだけど。 理系っぽくなるか否かは作る物による。
組込み以外でも同様。
物理現象などを扱えば理系っぽくなるし、
そういった要素が少なくなれば文系でもやっていけるし。 おまえらが感じてる文系感はだいたい理系の範囲なんだよ
データを整理してレポートにするっていうのを文系だと思うほうがおかしいし
仕様書や設計図を作るのだって理系の範囲だ
おまえらは現物を触る=理系、文書を書く=文系ぐらいの意味でしか理解してないからおかしくなる >>508
何を扱っているかにもよるが、理系過ぎるってほど組込は理系でもないし
大半の組込業界の数学レベルは文系でもできる
但し文系はプログラミングがあまり好きじゃない傾向にある
特に幾つもの言語を覚えて使い分けるなんて以ての外
故に覚えることがそれほど多くはない組込業界は文系でもやれるが
結局は続かない、40にもなると恐らく苦痛でしかなくなる
だが、そっちよりも論理的思考の有無が問題になる
なんせ普段の行動に迷惑な形で現れるから
とりあえず動けばいい的な思考、使い手を考えない
基本中身が体育会系、根性論、効率を手抜きと考え、残業時間は美徳
プログラミングを避けたがったり、カムフラージュのため年齢制限を作ったり
お前が言うなと返したくなるようなブーメランを真顔で投げてきたり 文系理系の比較の話とかもう聞き飽きてるんだけどまだこの話したいの? stack領域のメモリ管理したり、ヒープ領域の計算をしたり、クロック周波数の計算したり、輝度計算したり。
こんなことする人達を文系と呼ぶの?
組み込みが文系なら、この世全てのソフトウェア業界は文系ってことになりそうだな。 目の前に大量のスパゲティ
夕飯はおにぎりとカップ麺 マイコンのマニュアル読むのが趣味なんだけど周り誰も同意してくれない マイコンを使うのは好きだけどマニュアルを読むのは趣味ではないな 大事なことが※でちっちゃく書いてあるハードウェアマニュアルが大嫌いだ。 マニュアルを読むのが趣味か。
便利な趣味で羨ましいなw 仕事じゃなきゃ分厚いマニュアルなんか全部読まないと思うが ブートしないときとかマニュアルとにらめっこだけど普段はあまり見ないな。あーあと割り込みうまく行かないときとかね。 取引が濃いメーカーだと問い合わせればサンプルコードまで提供してくれるぞ
逆に扱いが薄いメーカーは問い合わせ回答に2週間放置とかある
STマイクロ、テメーのことだぞ マニュアルは読むのより書く方が好き(ただし誤字脱字例示に誤りアリ) 最近(以前からもあったが)YoutubeやSNSで「未経験で企業ができる」「今から仕事するならWebエンジニア!」みたいな感じのタレコミで、「実際の作業をお見せします!」とか言ってそこに映し出されてるものは予めLINEとかGoogleによって用意されているAPI呼ぶだけの作業で「ワハハ俺はAIのプロだぞワハハ」みたいなことしてる輩が多すぎる。
それに影響される輩も少なからずいるわけで、今Cをバリバリ書いてる人は所以もなくそういった輩に「まだプログラミングを初めて1年経ってない俺のほうが文字列処理実装するの早いけどねw」みたいな感じで見下されるようになるんだろうな 組み込みの人って高速化のために可読性犠牲にした暗号みたいなソースでもスイスイ読んでてすごいわ
俺は軽い関数マクロでも厳しい 組み込みの低レイヤーのコードはマイコンマニュアル熟知していないと読めない...のは仕方ないし、それならまだいいのだが...
レイヤーという概念のないコードはマイコンを熟知した上で読んでも発狂しそうになる
特に、アプリ層に相応する部分に、レジスタの名前とか出てくるとキーボードクラッシャーみたいな叫び声を上げたくなる アプリ層は、SESから新しく来た人でも作れるように
うまく下位層のコードをラッピングしてる。
ハードウェアもOSもミドルウェアも知らなくても作れるようにしてる。 それが理想ですね
低レイヤーになればなるほどコメントが少ない傾向にあるけど低レイヤーほどコメントがないと読めない
逆にアプリ層はクラス名やインターフェースで振る舞いが推測できるからコメントはそこまで無くても読めちゃう >>529
>可読性犠牲にした暗号みたいなソースでもスイスイ読んでて
可読性がないのにすいすい読めるって矛盾を感じる システム触るってことは、石直接触ることと同じじゃねえだか!?
というより、直接触れば済むもんを回りくどい処理で隠すのは無駄
メモリ1バイトは血の一滴 余裕のある石を選べよ
山ほど選択肢があんのに限界しか見ないのはマゾヒストか阿呆だけだぞ ケチケチなアーキテクチャだとバグ修正や機能追加で詰むぞ 10年前はRAMギリギリまで安いマイコン探してたけど
今は性能10倍のマイコンの方が量産効果で安かったりする
性能低い方が安いってのは幻想 どうしても5バイト足りなくて機能削ったのあったな、日立のh8 >>536-537
ホントだよ。
何万個も出る製品ならともかく
せいぜい数百出る程度の産業用の製品でプロセッサのグレードやメモリなんかで百円・千円ケチってんじゃねーよ。
どーせアホな機能拡張するくせに、
そんときのソフト開発のコストを
想像できねーのか。 65C02は今でも入手しやすくて好き
WDC 65C134とか楽しい いまさらそんな博物館にある様な石使うとか、
どんな嫌がらせだよ
ARMコアの石使えばライブラリだって豊富だろうに 古いARMを選ばれるとそのライブラリも全部古くて地獄 ライブラリなんてCなんだからオプション変えて再コンパイルで最新だろ >>546
ほんとだaliで売ってるね
これは面白そうだ m5stack買ったけどこれラズパイでよくね?って思った C++使ってるんだけど、オブジェクト指向ってなんなん?
c++使い始めて何年も経ったがいまだによくわからん。
若手がドヤ顔でクラスとファイルを細分化しまくって可読性だだ下がり、作業時間かかりまくり、不具合は大して減らず、なのに馬鹿上司ご満悦。
もうcに戻して欲しい。 >>553
オブジェクト指向が正しく運用出来て無いんだね
それなら構造化プログラミングの方が一万倍マシだろうな 年食ってんならOOPが何なのかを本読んで理解して指導するべきなんじゃないの? やっぱりC言語が一番いいね。
今も大学の情報系の学科はC言語から習うところが多い。 電子レンジに入れたコップのお茶が爆発した
普通の湯飲み
どういうこった 回転テーブル式のほうがよかったじゃねーか
高かったのに >>553
贅沢な環境でマルチタスクしてるGUI向けの仕組み
オブジェクトの各要素が専用の割り込み待機してて
割り込み要因によって一連の動作を開始
処理が終わればまた待機状態に戻る
そういうのを効率よく書くためにだけ使うべきもの
多態性とか継承とか隠蔽とかそういうのは一切忘れていい 銀の弾丸というわけでもないのに使いたがるし、聖書か教義かなにかの様に信奉したがる
再利用なんて考えるのがそもそもの間違いで、非効率を生み出す根源
それを全ての開発に必須と位置づけて強制するのはあまりにも愚かすぎる オブジェクト指向は確かに必須じゃないのは間違いないけど、
整合性を保ったまま長時間使う構造体を取り回したり(外部のデバイスとの通信でよくある)、
複数の関連性の低い内部状態の変更を、
見通し良いコードで実現するのに役立つときはあるね。
まあ、構造体をちゃんと使いましょうぐらいで十分だと思うけど。
デザインパターンの中でややこしいものとか依存性注入とかそういう発展的オブジェクト指向は、そんなものがあるんだと知っていればよくて、
積極的に使う感じのものでもないと思うな。 構造体に関数も含めてしまったのがオブジェクト指向言語だから モダンc言語プログラミング読んでみたけどこれメリットに比べて手間がハンパなくて実践できそうにないわ
意識高い現場ではこういうことやってるのかね コンテキストダイアグラムやデータフローダイアグラムって、使ってる人いる?
セサミの構造化プログラミングの設計の本によくでてくるが。 データーフロー図はつかうわ
多くのタスク間で流れ作業的にデータ加工する時とか便利 さまざまなプロセスがファイルで次のプロセスに情報を渡すようなシステム作ってるんだけど、
そういうのだと図とか表は作らないと訳がわからなくなるから、今作ってるところ。
必要だと思う。
全く何もない状態からプログラム書くときは要らないんだけど、大体そんな感じで適当に作ったプログラムは後からちょっとデータ内容を変更しようとするとデータフロー図みたいなのがないと途端に手がつけられなくなるね。 状態遷移表は使うけど他は使ったことない
せいぜい状態遷移図をたまに使うぐらい >>571
シーケンス図でもいいけど、シーケンス図は冗長なこともある
タイミングは自明(かどうでもよくて)で通信方法が自明でない場合はデータフロー図がよさそう 自分の経験だとシーケンス図が一番多く使ってるな。
その次にステートマシン図や状態遷移表かな。
フローチャートやアクティビティ図は新人研修以来まともに使ってなくて、
レビューで人に説明するときに、
あったほうが説明しやすいかなと思ったら作るくらい。
DFDを使ってるプロジェクトは経験無い。
意外とストラクチャーチャート図(構造図)が、
C言語での開発だと使われてそうな雰囲気あるのに
使ってるプロジェクトを経験したことがない。 DFDって、文章だけでダラダラ書かれた仕様書を分析するときに作るイメージがある。 UMLではないが、タイミングチャートはリアルタイムアプリだと多用する
おかげでタイミングチャートだけはめちゃくちゃ書くの上手くなった タイミングチャートって、デジタル回路の出力波形のイメージ。 学生のときに、
デジタル回路の授業で、この回路のタイミングチャートを書けっていう問題をよく解かされたの思い出した。 >>577
ハード屋のタイミングチャートはナノセカンド単位
ソフト屋のタイミングチャートは順番分かればオケ
だいぶ違う ソフトのタイミングチャートって、
スイッチ押下10秒後に直流モーターON、実行状態に遷移、
実行状態中、5秒後に油圧シリンダON、
圧力センサ検知後、5秒で直流モーターOFFし異常状態に遷移
みたいなのを横軸が時間で書いていく感じ? そんな感じ 縦軸には温度とかフラグとかを並べる
このコマンドが来たらこの状態に遷移してこのフラグがon
この閾値を超えたらこのフラグがon、この閾値でクランプ みたいな
色々描画ツール試したけど結局エクセル方眼紙に棒オブジェクトを罫線に沿って置くやり方に落ち着いた ちと高いけどVISIO使え
便利すぎて他使えないから いまやVisio Professionalも月額1630円、たばこ数箱分で使える時代なのか
使ってみようかな ハードはこまっけえ単位、ソフトは広範囲となぜ素直に言えないのか組み込み野郎は >>581
流石にエクセル方眼紙よりはfigmaの方が使いやすくない?
長さとかが重要でない図はVisual Studio Codeの markdown(mermaid記法)で書くようになったな。
マウス使わず簡単なマークアップで書けるって楽ちん。
めんどくさがって図を作らないよりは100倍ましだしね。 ビジオとかもう何年も使ってないな。
アスターばかりだ。
エンタープライズアーキテクトが使ってみたいけど
どんな感じかな?
単にセサミから出てる組込みの本の
DFDの書き方(制御バーというものでステートマシン図とかを紐付けできる)や構造図の書き方とかに
準拠してるから昔から気になってるだけだが。 vscodeとDraw.ioでvisioの代わりにならないかな。だめ? draw.ioメチャ便利だけどvscodeでやる意味ある?web版でよくない? visual studioでのgit操作めちゃ楽になったね
source treeもう必要ないわ >>589
なるけどサービスいつまで続くかわからんしその辺が不安 vscode版draw.ioだと一緒にgitにぶち込めるから管理が楽 ネットで十分だろ
結構いるみたいだけど本じゃないとダメ派? 組込みコレクターだから本がいい。
最近の「組込み」とタイトルに入ってる本は大体買ってる。 >>604
ハード絡むから難しいんじゃね?
持ち出し禁止だったり、物理的に動かせなかったり 持ち出し禁止ってなんだそれ、動かしたら壊れるからみたいなデリケートな理由?
他の奴が使えなくなるからとか? 機密と思ってる大半が自意識過剰レベルやん?
コロナ前のテレワーク意識と同じ
組込の開発現場って遅れてると思うわ
地球の裏側からリモートで手術する時代なのに >608
まだ非公開の開発中の商品が外に漏れたら色々嫌じゃん
他社にパクられる可能性だってある 特許なんかパクってる会社たくさんあるからなぁ。
バレにくいものだし。 その程度の意識でいいもんだったら機密に躍起になんなくてもいいじゃん それに特許無視するなら機密?なんざ苦労して盗むより
製品だしてからパクった方が楽で、もっと高機能なもん作れるわ >>611
特許でガードできるものばかりでもなかろう 盗まれる状況を明確に想定できる?
できなければそれは頭が悪いか、頭が良ければただの無駄な心配
想像できるならそれを避ける方法などいくらでも思い付く
ITの中でも、組込業界だけはアナクロ世代を大いに感じるわ いや、アナクロ世代
アナログ世代でも時代についていけてる人はついて行ってる
アナクロは古き良きから先に進めない人 技術よりデザインパクられるのが嫌でってのが
ガラケー時代の機密保持契約の主要な項目だったりした >>625
昔はハード屋の方が権力あったなぁ
ハードのバグをソフトで対策するとかさ
今ならCPLDやFPGAなんだから直せるって
…あ、これも半分ソフトみたいなもんかw ハードウェアにバグは無い出来上がったモノが仕様
だから仕様書の方を訂正すべきだしソフトウェアはそれに合わせる方向で正解 電機メーカーはハード屋のほうが強い
基本PJリーダーはハード屋 ハード部門「ハードの開発遅れたからソフトの開発切り詰めて間に合わせろよな」 無能だからマウントを取りたがる
他人にカバーしてもらってカムフラージュしないといけないから メーカーは、組込みソフトウェア開発だけ子会社やSESにやらせてる場合があるから(最近トヨタとかは子会社を吸収したけど)、
立場はハードウェア屋のほうが上。
子会社を吸収してもやはり何となく上下関係を気にしてハードウェア屋のほうが立場が上になることがある。 上下が生まれる要素がまるでわからんのだけど
ハードが俺らが上だって勝手に言い張ってるだけでは? >>638
ハードで金を儲けるって日本企業の古い考えがあるから
ソフト入札1円でハード売って儲けるとかやってた時代 ソフト屋は労働時間が桁違いに違うので、同じ給与体系だと部長超えるので別会社にするんだよね。 ハードは物質として重いけど、ソフトは精神的にヘビーだからな
隠居とか管理職を言い訳に現場から逃げたがるのもわかるわ ある大手のメーカーに入社したけど、
ソフトの部署は子会社上りばかりだった。
吸収合併で。
学歴も元々親会社にいるメカ屋や電気屋は
殆ど上位の国公立大学卒、早慶上理卒、
MARCH関関同立卒だけど
ソフトの部署だけは子会社上りだから
Fラン卒や専門卒とかもいる。 奇妙な偏りだな、全てを高学歴で集められなかった理由は
なりふり構えないほどソフトだけは難易度が高いってことか たしかに町工場や下請けの機械屋や電気屋は
別に高学歴ばかりじゃないしな 吸収したのは、それだけの魅力(メリット)がその子会社にあって
そのメリットとは組織が慢性的に抱えていた力不足を補った結果だろうから
力不足を補った結果、学歴の幅が広がったというのは当たらずとも遠からず そんな環境だとプログラマは低学歴どころかいらなすぎて存在すらしない 海外はプログラマは全然舐められる存在じゃないけど
日本ってなんでこんなにプログラマを見下してんの? ハードは人が溢れてるけどソフトウェアエンジニアは慢性的な人材不足だわ 有形だけに価値があると思ってるマジなバカっているよな ソフトウェアの担当者だけをやけに見下して敵対視してる会社があることを最近知ったけど
気のせいじゃなかったらしい 工程としてハードの方が随分先に計画して動かないと完成しないからというのはあると思うよ
ソフトはなんだかんだ直前まで治せるもん
お互いの事情がツーカーに話せる関係であればハード屋が上だって構わないけどね。 ハードウェアうんこなFがいいか
ソフトウェアがうんこなNがいいか ハード屋でソフト組める人はけっこういるけどソフト屋でハード設計できる人はほとんどいない時点で 電源周りとかはさすがハード屋と思うけどデジタル部分は別にだな >>663
俺はハード組める、というか仕事仲間にもハードできるソフトマン多いぞ
組み込み業界は給料も安く最低辺と考えられてるから行かないだけで >>664
わかる
ハード屋が書いたソフトを見たときはエンジニアじゃなく園児かと思ったのは確か
どう表現していいのか、全てが汚い >>659
ソフトを入れる想定の時点でハードの役目はソフトを兼ねないから
ソフトを書き込んでI/Oが見える程度の試作基板でソフトもスタートできる
結果的にソフトの完成間際まで基板修正あるけどな 組み込みの人ってweb系を目の敵にしてたり、ハード屋を目の敵にしてたり、仮想敵が多くて大変ですね笑 統合失調症だと周りの人間全てが敵に見えたりつけ回してると思ったりするらしいし大変だな >>673
今のプロジェクトが世界のすべてなんですね >>674
うちは>>654だな、ソフトへの見下し方が異常 ハード屋は容赦ない現実と協調できる
似てるだけのあほが集まってうぇーいしてる
ソフト屋がいうところのコミュなんちゃらとはわけがちがうんだ 幻の世界から一歩も外に出ないで仕事した気になってる大集団 ハード屋は容赦ない現実と協調できる
似てるだけのあほが集まってうぇーいしてる
ソフト屋がいうところのコミュなんちゃらとはわけがちがうんだ 組み込み関連のスレだいぶ前にもあったけど、やっぱり途中からハード屋へのシャドーボクシングになってて全く同じ流れで草 ハード屋がわざわざマ板に来るわけないだろ
病院行け 頭の 動いているときオンにしなきゃならんものを
停止してるときにオンになるような作りにされて
ソフトが対応することになりてんてこまい
なんてことはよくある話だろ >>684
えー?
ソフト屋がハード屋の事を言われて一々庇ってるの?
>>685
どんなに我慢強くても積年すれば限界はくる、堪忍袋といってな ソフト屋は無言で作業してるけど、
ハード屋は楽しそうに喋りながら作業してることが多い。 ハード屋のほうが理系の大学でていて学歴高い受験勉強経験者多いから
集中力はあるはず。
ソフト屋は専門卒とかあまり勉強してこなかった人が多いから。 まぁハードは工学の基礎知識がないとできないからな
そもそも文系のハード屋ってめったに見たことないけど文系のソフト屋ならいくらでもいる ハード屋おるやん、めっちゃソフト屋を見下してるやん >>693
文系のソフト屋がソフト屋として機能してると思ってる? >>692
Google、Microsoft、Amazon、Facebok、Apple、etc
あまり勉強してこなかった人が多いのかー まるで文系が蔑称であるかのような流れ
その通りです 文系は業務系のシステムの変な仕様をまとめてくれればいいです。 業務系は無理だろ、死ぬほど曖昧なもんをシステム化なんて
論理思考できない文系には無理
組み込み業界なら務まるんじゃないか? 組み込みってITでも別扱いというかアウトオブカースト感あるよね
同じプログラマーでも、web系とかからは無意識に違う職種扱いされてる >>696
そういった一流企業は殆ど高学歴だから除く じかに現実の物質を扱う彼らに畏怖を覚える
ソフト屋が逆立ちしても及ばない Webも携帯もカメラもコンピューターも世界のネットワークも
なにもかもハード屋がつくった >>706
ハード屋のうち、人が死ぬモーターを危険な状態で扱うのはどのくらいの割合だ? ソフトは下手すりゃ、自分じゃなく人を殺すからな、そっちのが怖い
ソフト開発を頑なに避けて絶対に触れようとしない人いるけど
ソフト開発が難しすぎて畏怖の対象だからってのは確かだろう ハードは試験が大変だよなぁ
自動化なんてできないし時間かかるし 昔は「ハード屋はソフトもできる。ソフト屋はハードはできない。」ってよく言われてたけど
最近聞かなくなったな。
できるレベルにもよるし。 ハード屋のコードは数値直打ちとか、ソフト屋ならやらない悪手がてんこ盛りだからなぁ まだウダウダ言ってんのかこいつら
組み込み系はマジで色んな意味で時間止まってるよな ラズパイpicoってarduinoとどう差別化するんだろう
ラズパイブランドに釣られる人狙い?でもピンヘッダ自分で付けなきゃいけない時点ではんだごて持ってなくて詰まる人いるでしょ ピンヘッダ最初から実装されてて余計なことすんなと感じるモジュールがあるから
俺から見れば親切に見える ブレッドボード持ってる奴がハンダゴテ持ってないとかあんの? Arduinoと比べたら随分スペック高くない?
Arduinoの上位機種はメモリ256kもあるの? いや、ブレッドボード持ってるような奴はほぼ間違いなく半田ごて持ってるやろw パスコンみて要らない部品と認識するソフト屋さんを見たような気がした コンデンサってなんか回路が調子悪いとき適当に付けるイメージ 操縦制御
>>727
他になるものが無いのならなっちゃえw 素人というか文系は来ないでくれ・・・基板壊したりショートさせたりして足引っ張るだけだから・・・ 専門学校卒は高校時代文系のクラスだったとか、
工業高校や商業高校だったとか、
数学や物理あまりやってない文系寄りの人多いよ。 >>733
多いとか口に出ちゃう人は、ほぼ、ほら吹きって知ってた? 組み込みプログラマが作ったソフトをダウンロードして試運転してる製造マンだけど組み込みプログラマになりたいわ 新しくプロジェクトで入ってきた人に、周波数って何ですか?って聞かれて頭抱えたわ
あと交流と直流の違いがわからなかった人もいた 組み込みってヘルメットかぶったり、床とか下部に機器があったり、制御盤の中に顔つっこんだり、工事中の建屋で埃だらけの現場だったり、危険だな
大手は室内で半田ごてのあるようなところで仕事しているひともいるが ソフトマンなのにヘルメットかぶって地下の粉塵だらけの空間で
電車より巨大な大型機械が稼働してるそばで制御盤に手ぇ突っ込んでるわ >>738
トリニクって何の肉?
って番組がオススメ >>743
現場に設置するのはアウトドア用みたいなゴツいのやファンレス
俺のPCは普通のPC 組み込みエンジニア目指すなら、とりあえずC言語やればいあの? マイナス温度の帯広
半田ごて温まらないw
ROM交換 >>748
&= 〜
|=
これを覚えておけば大抵の事は出来る ソフトが作業着に着替えるなんて組込業界くらいだろうな 組込み屋はメーカーで働くことが多いから
私服かスーツの上に作業着羽織る会社多いね。
工場なんかだと全身作業着。 組み込みの実機テストの自動化って珍しいんだろうか?
ノウハウある人材います!って売り込んで来たんだけどターゲットによって自動化できるレベルなんてピンキリなのでホントかどうか疑わしい 実機テストの自動化とか、暴走したら物によっては危なそう 結合試験ぐらいまではPC上で動作検証して、
それ以降は実機で検証ってパターンもあるな。
テストコード用意されてないところは
実機ありきでの検証しかできない感じ。 結合試験は実機でICE繋いでやる
実機はPCから制御できるIFがあるならコマンドを流すスクリプトを組んで、自動で動かすことくらいはできる
でも実行結果の確認が一番大事 実機のメモリダンプ吐いたりできるような機能とかをあらかじめ仕込んどかないとほとんど絵に描いた餅で終わる 松○電子工業組み込み
白シャツネクタイの上に作業服
基板、電子部品自在w 会社で仕事できないレッテル貼られて
そろそろ組込みソフト開発じゃない部署に
飛ばされそうですが、
現在一部上場大手メーカー勤務で
経歴だけはあるんですけど、転職できますか?
仕事できなくても組込みが好きなんですわ。 >>778
仕事できないんじゃ転職しても直ぐにバレて干される
組み込みは趣味にして自分が得意な事を仕事にしろ >>778
仕事はあるだろうけど同等の待遇はどうかな 30歳だけど組み込みエンジニアになるわ!ありがとう >>782
c言語の本はK&Rの本(石田晴久訳)1冊マスターすれば大丈夫。
頑張れ�� 某コンビニのマルチコピー機にWindowsのブートファイル入れたUSB挿してリセット押したら
Windowsが起動したんだけど、コピー機ってそんなもの?
中身はPCが入ってるのかな? >>785
某コンビニにあるセブン銀行ATMの後ろに有る隠れたUSBの差込口(蓋開ける)でもブート出来るよ。リセットスイッチは無いからタッチパネルの上両端と右下の3点同時押しでRebootボタンが表示される。できればUSBハブでキーボードとマウスも繋いだ方が幸せです。 古いATMはwinntも有る、因みにntってnew technology の略。 >>790
なかなかリリースされなかったせいで Not Today とか揶揄されたり ひとのOSまかせだと
そこになにがあるか
自分で完全に把握できないじゃん!
しかもWindowsみたいなゴテゴテOS
なにぶちこまれてもわからない
組み込みは
すみからすみまでつくりを知ってるもんだと思ってた SKYの成功は
いつでも海外に情報を売り渡せるようにしたためだと
おもった K&R二冊もあるw
初版と後のものと
買ったけど読んでない
読むのやめとけw arduinoでLチカ以上の物作ってみれば雰囲気はつかめるだろう 組み込みやるならLチカもタイマー割り込み使えよ
derayとか使うなよ 組み込みプログラマーからwebプログラマーへ転身したんだけど、また最近、組み込みプログラマーに戻らないかと話がきてる。
今の時代70歳まで働かないといけない時代だけど、どちらが有利かな? 本当に両方の業界を経験してるなら自分で考えられるだろ タイマ割込みとか贅沢なもんがなくて
命令数と消費クロック数えてループで対処してた
SHARP X1とかいうポンコツ8bitマイコンが思い浮かんだ
(ほぼ組み込み関係ない) Lチカもきちんと設計するなら、クラスモジュールになる >>805
昔の8bit PCで内蔵BASICインタプリタから機械語を使ってた頃は組み込みとたいして変わらなかった 昔はマイコンのシリアルポートつないで色々やってたね
今はラズパイか ラズパイだとネットにつないでいろいろできるよね
iotやるなら、ラズパイはほんと楽 >>807
ていうか組み込みって30年前のハード制約でソフトウェア技術を使ってなんとかするって世界なのでは?
SPRESENSEがちょうどPC98ぐらいの感じだなーと思った。 ホビーユースなら簡単だけど、業務目的で考えたら途端に難易度上がるけどな >>811
ラズパイはSDカード周りですぐ壊れるし、運用、製品には絶望的
VCCIもとれないし ラズパイ使ってSDカードにガンガン書き込む運用する奴がキチガイ。 >>816
あれどうすれば回避できるんだ?
SDカード以外ささってないでしょ?RAMディスクでも作るのか? RAMディスクwww
tmpfsも知らない究極のバカwww パソコンだっていきなりコンセント抜かれたら壊れるでしょ
GPIOに電源断スイッチを付けてソフトでシャットダウンするしかないよね >>823
SDカードは無事でも外部記録メディア潰れんだろ馬ー鹿 >>825
こればっかりはハードで対処する以外に方法はない
スーパーキャパシタなり保護機能内蔵の高いSDカードを選ぶなり ラズパイもssdブートで耐久性は上がるが突然の電源断には依然として厳しい ラズパイの入門サイトのほとんどにいきなりコンセント抜いていいって書いてるけど 別にそのサイトとて、各記載にいちいち責任持つわけじゃないし
俺は電源間違って抜いちゃってから起動しなくなったことが何回かあるので避けるけどね 知識がある奴はちゃんとシャットダウンさせるか
書き込まないタイミングを把握してて切るかするけど
ラズパイ使ってて知らねえ奴もいるくらいだから
業務利用の場合、ユーザーがそんなこと知ったこっちゃなくてな >>827
SDカードの破損が多発した機器が、ある時から電子スイッチに変わってたな
でもその辺の事情など知りもしない制御関係者は
ブレーカーでバッツンバッツンやるからあんまり意味がなかったり 真夏の炎天下に放置する状況が浮かばない
まあNANDが熱に弱いってのはよく聞くけどな 組み込みやってるんだったらラズパイの電源管理基板を、picなんかで作ればいいと思うだけど
そのくらいの知識あるでしょ てゆーかプライベートならんなもん作らんでGPIOでシャットダウンさせるわ 基板実装の組み込みの人って、電子部品の知識はあるんだよね
また、シーケンサーもできるひとなんだよね >>842
電子部品の商社と交渉ができて、部品のリードタイムやら概算価格まで知らないとできないよね 自分は京宝電機と交渉でトラブって喧嘩した結果取引拒否された。 メカ部品はミスミがあれば余裕
簡単な固定治具とかもミスミのcナビで設計できるから趣味で何か作るときにも重宝してる RSはよっぽど急ぎでない限り使わないな単価高すぎ
基本マウサーにしてる 最近はWindowsが勝手に履歴管理してくれますので
古いのは適当に消えちゃいますが ダブルポインタ載ってるなら本でもサイトでもなんでもいい strtolへの引数の渡し方が理解できればダブルポインタ使えるっしょ 最近はポインタの引き渡しが面倒だから、c++にしてクラス化してる 単にポインタを扱う変数のポインタと理解していればそんな難しくないやろ >>860
*argv[] と書けば一発で解るのに ポインタのポインタで関数をつないでぐるぐるまわすような処理があったけど保守が地獄だった
いやそれただの片方向リストでしょ?と思ってる方、
たぶん皆さんが想像しているやり方より一段ややこしい方法だ >>867
func1().func2().func3()みたいなのか? >>865
自前のスクリプトで関数テーブルを用意しておきコマンドコードで呼び出すとかね
これをswitchとかで書くのは初心者やな インターフェースの雑誌を全部覚えたらできるんとちゃうかw 基本的にダブルポインタ以降は使わない方針でやってるなぁ。
前の会社も今の会社も多分使ってないわ。
大学や新人研修では習ったけども。 画像データ並べたとき***でアクセスしたりするけど別に難しくないと思う ラズベリーパイ
おいしいケーキ?
ロームがやってんの? >>876
カード飲まれたまま停止とか客からしたら最悪な出来事だな 物理的にカードや通帳を取り出せないんか?
厄介な機械だな
日付けが2.28だから閏年周りで変なことなってないか?
知らんけど 明日はいくつかの大学の入学費の払い込み期限があるから地獄だぞ
それでなくても月初だし 直ったのは別でしょ。
ATMはまだ時間かかるっぽいから、7:00の完全復旧予定と出してる みずほ銀行のシステム障害、定期預金に絡むデータ更新作業が引き金に 68系でポインタ、素直でわかりやすい
86系でポインタ、やだなにこれ……
Z80でC言語、ハハハ御冗談を(と思ってたらCどころかC++が中心とか組み込みどうなってんの……) 銀行のシステムなんて言うほど複雑じゃないと思うんだけどねぇ システム開発は、お役所仕事のように無駄が多すぎれば多すぎるほど不具合が潜む >>884
今時は組み込みって言っても32bit機も多いんだぜ >>885
実際今までは不具合ほとんどなかったでしょ
最近頻発するようになったのは技術的負債もさることながら
銀行がシステムに金を出す余裕すらなくなってんの >>884
68系はメモリーマシン
80系はレジスタマシン
68系はメモリ上での演算が得意でアドレッシングモードが豊富だがレジスタは少ない、対して80系はレジスタ演算が主なのでレジスタ数が多い。Z80は裏レジスタもあったね。 Z80はCP/MでC言語は使えた。
BDSーCではD-SEGとC-SEGを指定できたのでROM化も出来たよ、35年前の話。Cとは言ってもサブセットなので浮動小数点は扱えなかったはず、それでもアッセンブラより全然楽だった。 >>892
6809はレジスタ少なかったが68000は多かった >>884
68000の組み込み系は奇数アドレスが発生するとイリーガルメモリーアクセスの割り込みが発生するんだよな
C言語でプログラムを書くときも、偶数アドレスから割り当てろという擬似命令書いた気がするし
char型の配列も偶数個にしないとエラーが出た気がする >>893
一方 Hi-Tech C はフルセット >>899
組み込みエンジニアになる上で必要な知識が揃ってる感じ? >>900
冗長なやり取りが多すぎて読み進めるのが苦痛なので詳しくは見ていないが、必要な知識の入り口がいくつかあるってだけだろう。
普通の入門書とかが難しくて読めないなら、こういうサイトから入るのも良いかもしれないけど。 モノ作らず座学だけやっても身に付かんだろ
組み込みは動くモノ作ってナンボの仕事 今から0から組み込みやるんだったら、自分だったらアルディーノの入門キットのような物でサンプルプログラムを動かして改変する事から始めるかな
https://miraiworks.org/?p=3283
のような
まあ今の組み込みはLinuxやuITronなどOS使ってる事も多いからラズパイの方が近いけど、OS無しっていうのも一度やっておいた方がいいと思う 40代の若者だけど、電子工作はラジオの制作から始めたい
ソフトウェアラジオ作って、パスコン入れると音がクリアになるかどうか試すとか >>906
aitendoにたくさん売ってるぞ
びんぼうでいいのでソフト組んで動かすラジオ 電池不要のラジオすごいなー、作りたいなーって思っても
もう部品が入手困難だったりね 電池不要なラジオ?
AC100Vとスイッチング素子でいいじゃない。 ラズパイpico届いたけどよく考えたらarduinoで十分だったな・・・ 〇〇でいいじゃない
だから電子工作しなくなったんだよ
プログラミングも同様
どちらも趣味としては過去のもの micro pythonで動くarduino互換ボードあるけどね
どこまで流行るかな 組み込みからwebに移って5年。
webの方が仕事あるけど組み込みに戻りたい。 業界離れて15年。
遊びでやりたいんだけど、どうなの?
raspberry pi4 は富豪というかおもちゃだね。
開発キットとかは全然ないし、linuxであそんでるくらいなんだけど ラズパイがおもちゃに見える人は業務で組込linuxやったことがない人だろうな >>920
業務でやるハードウェアはSDカードを主要記憶媒体なんかに使わないからw メモリ1バイトは血の一滴とかもう通じない世界なんだな、寂しい 組み込みLinuxのストレージはeMMCとかを使ってる flashをそのままメモリ空間にマッピングしようぜ >>923
linuxの話であって記憶媒体なんてどうでもいいんだが >>926
eMMCだとシャットダウン必要じゃね? >>924
今は4bitや8bitのCPUで全部で数十〜数百バイトしかないRAMをbit単位でちまちまやり繰りしてた頃とは違う
enum値1つにデフォルトで4バイト使う時代
バグでexception したときにコールスタック見るときぐらいしかアセンブリコード見る事ないし、構造体やオブジェクトの実サイズを意識することも殆んど無い
メモリサイズの感覚的には昔の1バイトが今の1k〜10kバイトぐらいかな >>929
普通にバッテリーやACぶち抜きされる機器でも使ってる >>932
自分はファイルシステム周りに詳しくはないが、自分の実運用環境ではバージョンアップ以外にeMMC に書きこむ頻度は少ないし、書き込んだらすぐにフラッシュしてる >>927
NORを一般的に使ってた頃は昔のROMのようにコードバイナリが入ってるストレージメモリを直接アドレスマッピングして実行できたが、大容量が必要でNAND使うようになってからは普通にRAMにロードして使うのが普通になった >>934
ログは通常運用中はDRAM上のログ領域に置いていて、問題を検知した時とか電源ボタンで正常にパワーオフされる時にストレージに保存してるかな 開発中は基本的にDRAM上のログをメモリダンプして取得 >>936
電源ボタンでOFFどころか通電がON/OFFですわ while(1) {
system(“sync”);
system(“sync”);
sleep(1);
}
このプロセスを動かしておけば大丈夫。 スイッチ押したらシャットダウンする常駐プログラムを動かしておけよ ネットワークにつながってるんならログはsyslogで飛ばせ 客が次々と機能追加を要望してきて、デバッグに使えるメモリが減ってゆく… オーバーレイ・リンカ(何年前の技術だw)が欲しくなる >>553
クラスとnew使えないならC++使う意味ないんだよ
上司に教えてあげなさい >>630
パナ系で仕事してるけど、回路とメカが費用も日程も握ってて
ソフトは期日までにFW作れ、って感じだよ >>947
回路とメカで時間食われると、その時間合わせが全てソフトにくるよか >>948
ああ、世の中はソフトの時代なのにソフトを蔑ろにして、ハードばかり重視して
結局ハードはソフトに力を注いできた海外にどんどん抜かれて
先頭付近を走っていたつもりが気付けばビリッケツにいるという世界の笑い話 ハード屋が強くて、ソフトは外注でと考えている企業は衰退してるよ ハード屋が強くて、社内でソフト開発してる会社は外注嫌い。20年位進歩しなくてトップ判断で、部署ごと変えないと新しい物は出来ない。 内製も大事なんだよ、外注で何もかも作らせると
開発費が適正なのかの判断もできなくなって詰んでしまう
基本ソフトハウスはぼったくりが多いからね(自分含め ハード屋云々の話題はどうせハード屋への不満垂れ流し続けるだけだから不毛だぞ パナのBDレコのUIもっさりなのは
ハードウェアが非力すぎるのかソフトウェアがウンコなのか >>955
こういう周りを見ず現状把握ができないのが大勢いるから
周りに抜かれて最後部を走ってても気付かない
>>956
映像周りはハードコーデックがやってくれるからCPUは非力なんでしょ >>956
両方だと思う
ソフトウェアも未熟なのがやっつけ仕事でやっているだろうし
ハードも金かける所を選べば自然と... 組み込みのUIパフォーマンスは最初のシステム設計時にほぼ決まる
この時UIはベストエフォートでいいとしてちゃんと性能を見積もらずにハード選択/設計すると、後からスマホUIに準じた分不相応なUIを要求されてもっさりになる宿命
大体はハードの性能不足やUIシグナルフローに重大なボトルネックがある事が多いので、コストをかけてソフトのチューニングをしたところで当社比2割パフォーマンス上がれば上出来 実機テスト自動化してるとこある?
最近どのプロジェクトでも自動化頑張ってみるんだけど結局構想倒れで終わるので上手くいってる事例が知りたい
単体と比べると自動化工数かかりすぎてテスト時期に間に合わないとかそもそもテスト結果の確認が目視以外ないとか うちは全然出来てない。
そもそも電源をリモート制御することすら出来ない無能ばかり。
昔業者から聞いたけど、ソニーではLabViewを使って
開発部署で作った自動検査プログラムを、そのまま製造でも使うと聞いた。
そういう優秀な会社に行くべきだな。 テストの自動化だと良い結果が出て終わる。現実世界ではオペミス、想定外の操作、想定外のトラブル等が起きるが、そもそも想定外だし、事前に見つかれば想定内という矛盾。 >>967
製品によるけど、まず全部手順に落としてみて
そもそも自動検査可能なのかどうか考えてみないとかな。
入力と出力が通信や電圧信号でないと無理そう >>967
Lチカ系なら出来てるが、パターン作る手間で相殺されてる。 自動化できるなら実機テストの網羅度を上げられるから結合テスト多少簡略化できるんだけどなぁ
頑張ってice使いながらカチカチ結合テストするより実機動かしたほうが早いべってなるし ice、オシロ、ロジアナ、安定化電源を揃えた
次は3dプリンター買おうかな そう言えば中華製の安い液晶オシロの画面が超劣化して色が出なくなったから買い換えなきゃ 液晶単品買って苦労して直すより本体買い替えた方が楽で安いしなぁ そういう機器ってpcみたいにポン付けでいけるのかね
適合部品探す手間考えるとねぇ 基板不良とかなら自分で直しちゃうけど 壊れたら自分で直す、当たり前だろ?
安くて性能がいい新品があろうがそんなのなんか関係あるか? >>977
組み込みやるから、直すのは楽しみくらいじゃないと ハードオフでジャンクのアンプとかエフェクター買って修理する位が手軽で楽しい。殆ど簡単な修理で済む。 昔同じ現場で、CPUを半田ごてで付け替えてた人いたなぁ
人間業とは思えん 俺ならCPU焦がすわ 組み込みやってる職場なのに趣味でそういうのやってる奴が一人もいねえの 組み込みはそういう人多いかもね
職場でロボコン出るかって話出たけど人集まらなくて困った AMD用のSO-DIMMのSPD張り替えようとして失敗した 組み込みスレは伸び悪いよなぁ
組み込み系の人はネットに出てこないよね
ツイッターではたまに見かけるんだけど だからYouTuberとかやって組込みや電子工作とか
初心者でもわかるように紹介すると需要あるかもしれない。 初心者でもわかる電子工作の動画なんか作ってもミニ四駆以下だと思う 興味持ってもらうには
最初は小学生でもわかる動画からつくんないとダメっしょ メーカーのキットを案件として紹介するのが一番だけど
まず案件もらうための垢を育てなければならない 視聴者なんて電流と電圧の違いもわからない人達だろ?
やるだけ無駄だろ 電気回路の理解できないだろうし
プログラミングも理解できないだろうし
予備学習的な動画を数本用意しても全部観るやつはいない
再生回数100いったらいい方なんじゃね? 近い未来、生体部品を使った組み込み技術が確立された暁には、今よりもっと楽しい事が起こる予感 組込み屋ってすぐ否定するし、
めっちゃネガティブだな 初歩の初歩からやる動画ならそれなりに需要があると思うけど100再生行けばいいほうだとは思う ブレットボードの説明動画なんか誰が観るんだ?
低評価でお終い このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 173日 23時間 27分 21秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。