10/09/15 22:21:26
>>91
>そもそも千円を順番に入れたとしても、何をトリガーに投入完了にするんだ？
機械が処理を行なう時間より人間が考える時間の方が圧倒的に遅いんだよ。
人間は自分の入れた金額のボタンを画面上で選ぶより、
OKボタンを押すだけにさせた方が反射的に行動できるし、スピードが上がる。
ナントカ工学を専攻してるんならその辺のところはお前の方が詳しいだろ？
100:仕様書無しさん
10/09/15 22:23:09
>>99
電子工学ではそんな事やんないけど、勉強になった。ありがとう。
101:仕様書無しさん
10/09/15 22:24:01
状態遷移とモジュール関連図とシーケンス図でいいわな
関数はフローチャート書いた方が分かりやすけりゃ書けばいいし、
箇条書きで済むならそれでもいいし
俺はとりあえず先にコード書いちゃうな
102:仕様書無しさん
10/09/15 22:30:23
おまけに[OK]ボタンを押すってのはおつりの計算をパスできるような。
入金された金額を表示して[OK]押したらもうそれはOKなんだよ。
千円、二千円、五千円って金額ボタンを選択する方式の場合、
現在入金されてる金額と比較して一致していたらOK、過不足なら
おつり、もしくは請求するか？という処理を必ず踏まなきゃならない。
これは確かに冗長だわな。
103:仕様書無しさん
10/09/15 22:37:45
>>97
近所の銀行のATMが、操作終了後どんなに素早くカードと金を引き抜いてもピコピコ警告音が出る状態だった。
先回りされすぎてもむかつくな。早くどけと言われてるみたいで。
それは２年位で修正された。多分タイムアウトの設定ミスったまま運用しちゃったんだろうなぁ…
104:仕様書無しさん
10/09/15 22:50:14
そういえば昔、ロボコン（たぶん）で、あったね。
ゲームのコンボ技みたいに「ボタンだかレバーだかいくつかの動きを組み合わせて操作すると一個の技を出す」ってやつ。
そのため難しくて特定の人しか操作できない（笑）
なんで始めからその機能に一個の入力を割当ててボタン追加しないのよ、と思ったね。
105:仕様書無しさん
10/09/15 22:53:53
ロボコンやっている程度で、で一流の組み込み・機械技術者気取っているのが笑える。
特に高専の
106:仕様書無しさん
10/09/15 22:57:55
>>105
人間の行動まで想定して処理の流れを考えられてないお前も
同じようなもんだがな。反省しろ。
107:仕様書無しさん
10/09/15 23:38:36
あー
108:仕様書無しさん
10/09/16 02:46:47
なんだ受託の中小企業リーマンしかいないのか？
だったらドキュメントつくんなくていいよ。どうでもいい。
109:仕様書無しさん
10/09/16 03:24:43
パ○ソニックに勤めてるけど
お前らは一体何ていう会社に勤めてる？
このスレはSIが多い？
110:仕様書無しさん
10/09/16 05:03:56
制御構造の概念が登場する前の gotofull なスパゲッティも知ってるけど、
現代のスパゲッティってのはどんなのだろう？
シーケンシャルマッチングのコードだと、絶対こんな制御構造要るよね？
｜
｜ーー｜
｜→ ｜
←｜ この辺はどういうふうに書くんだろう？
111:仕様書無しさん
10/09/16 07:00:21
>>101
コードを先に書くのはいいと思うが、
場合によっては、そのコードを一旦捨てれるかどうかじゃないかね。
捨てれずに、継ぎ足してく奴はスパゲッティをつくるし、そうでないやつは、綺麗なコードを書く。
ドキュメントを書いてからでないと、綺麗な設計ができないって言うやつもいるが、人それぞれだと思う。
ドキュメント上で綺麗に見えても、コードにしたら汚いものって結構ある。
ま、それも設計能力といえばそれまでだろうが、紙の上のもので悦に入っている奴より、実装の美しさを求める奴のほうが信頼できる。
112:仕様書無しさん
10/09/16 07:02:33
>>109
内定決まらなかったのか？のぞみを捨てずに頑張れよｗ
113:仕様書無しさん
10/09/16 11:48:35
>>110
思いっきりテキストエディタで書いてるわ。
カーソルキーで罫線書ける奴つかってる。
114:仕様書無しさん
10/09/16 12:15:17
だいたいにおいて学生は手法や手段にこだわるわりに実際の動作に対する配慮が浅い
図を書いたことで安心してしまい、それ以降の思考が深まらずほぼ停止。
図から読み取れるはずの制御の流れの無駄や矛盾に気付かない。
115:仕様書無しさん
10/09/16 13:45:32
>>111 コードが汚い人は仕事が基本塗り固め方式だからな
116:110
10/09/17 03:40:55
>>113 いや、goto文をどのように限定するか、という話です。
117:仕様書無しさん
10/09/17 03:51:20
goto や return を規制しすぎて
とんでもなく汚いものしかできなくなる規約ならよくあるね
いわゆる
「羹に懲りて膾を吹く」ってやつ。
goto 規制するなら tryを使うなと言いたいｗ
returnを規制するなら gotoを使わせろとｗ
118:仕様書無しさん
10/09/17 07:33:07
>>117
goto使ったことないなあ
ラベル書かなきゃならんし、目立っちゃうから
goto使うくらいなら他の部分は完璧なんだろうな、って見られそうだし
禁止じゃなくても、ちょwwwgotoってwwwって人もいるだろうし
breakとreturnは積極的に使うな
っつうか、try～catch使えるならgoto使う場面なくね?
119:仕様書無しさん
10/09/17 09:55:02
>>118
>っつうか、try～catch使えるならgoto使う場面なくね?
コーディング規約として、goto禁止とか、どんだけ視野が狭いんだってこと
そんな規約、Cで使えてもC++じゃ使えないじゃんって話。
それと途中return禁止ってとこ多いね、出口はひとつっていう発想なんだろうが。
lomgjump禁止ならわかるが、関数化した時点で、出口はひとつじゃね？
ネストが糞のように深くなるし、サブ関数化すれば呼び出しでパフォーマンス落ちるし
なんかの罰ゲームかよって思う。
120:仕様書無しさん
10/09/17 10:03:10
資源の確保-解放があるコードで、必ず上から下まで通るようにしたいから
途中return禁止とか、時と場合により適用すべき規則。
副作用のない数学の関数的な関数とか途中returnですっきり書けることもあるし、
gotoでスパゲティになるような所を関数でくくり出して途中returnですっきり書けることもある。
教条的に禁止するのはバカのやることで、そういう現場はとっとと見捨てて逃げたほうが
いいよな。
121:仕様書無しさん
10/09/17 10:19:54
あくまでVBの場合だが、goto使って関数の出口を１つにまとめる手法に一票。
処理1
if エラーの場合 then
goto ErrorExit
end if
処理2
if エラーの場合 then
goto ErrorExit
end if
処理3
Exit Sub
ErrorExit:
エラーの場合の処理
End sub
122:仕様書無しさん
10/09/17 10:40:31
C/C++の場合
//初期処理
proc_init();
do {
bool b;
b = proc1();
if (!b) break;
b = proc2();
if (!b) break;
b = proc3();
if (!b) break;
} while (false) ;
//全体の後処理
proc_end();
123:仕様書無しさん
10/09/17 11:04:50
>>121
try, finally と同じだよね。
>>120
引数チェックしたいときなんかは、先にreturnさせてスッキリしたいわけさ。
それが、return 禁止とか、ifはelse必須とか、
馬鹿じゃないの？ｗっていう規約を一生懸命やってるとこも時々ある。
ネストが７段８段になっても、その方がミスがないらしいｗ
124:仕様書無しさん
10/09/17 11:33:18
>>123
VB6の場合、Try,Finalyなんて気のきいたモンは無い
125:仕様書無しさん
10/09/17 11:44:35
>>124
それは知ってる、同じ考えだなってこと。
126:仕様書無しさん
10/09/17 12:00:36
ﾍﾞｰｼｯｸの On Error って構造化出来なくってｻｲｱｸでわ？
127:仕様書無しさん
10/09/17 12:18:50
例外というのは構造化が難しいものだ
128:仕様書無しさん
10/09/17 12:21:24
>>127
これどうぞ
つ「構造化例外処理」
129:仕様書無しさん
10/09/17 15:51:15
学生レベルの発想で止まってるからでしょ
130:仕様書無しさん
10/09/17 16:33:48
来春から組み込み系で働く学生なんですが、これは実務で役に立つ！って書籍はございますか？
ちなみに工場ラインの基盤とかです。
現時点ではcとjavaを学習しました
131:仕様書無しさん
10/09/17 18:30:05
処理終わったらとっととサブルーチン抜けるべきって何かの本で読んだけどねえ
>>123
return禁止も初めて聞いたけど、else必須なんてあるんだなw
case文のdefaultは書かないとなぜかコンパイル通んなかったな
132:仕様書無しさん
10/09/17 20:30:44
>>128
C++ばっかやね
Cでいいサンプル知ってたら教えてほしい
133:仕様書無しさん
10/09/17 20:55:40
組み込みっていまだに
マジックナンバーの嵐でもソースめちゃくちゃでも動けばオッケーイ！
一度動いたものにはさわんなよ、絶対さわんなよ。
ユニットテストって？ リファクタリング？
デザパタ？ バージョン管理？？ git？？？
って世界なの？
134:仕様書無しさん
10/09/17 21:03:41
もちろん
135:仕様書無しさん
10/09/17 21:19:34
冗談で書いたのにマジかよ
136:仕様書無しさん
10/09/17 21:32:47
>>133
「動いているなら触るな」は、この世界の基本原則だからねｗ
>>132
Cで困ったからC++で実装したんでしょ。
言語仕様に頼らずに、その概念をフィードバックすればいいんじゃね？
137:仕様書無しさん
10/09/17 21:39:30
ちゃんとしたところなら、QACもかけるし、バージョン管理もcvsとかsvnでやってる
中小のソフトへの理解低いとこはね、マジックナンバー、意味不明グローバル変数、何でもござい
バージョンはmotファイルをファイル名変えてexcelで管理
課長からは、ICEなんているのか? モニター? 簡単なやつならそんなのなくても作れるだろ
いやあ、ずっと外注に作らせてきたから分かんないんだろうけどさ
138:仕様書無しさん
10/09/17 21:51:29
>>137
請け負う方とすると、クライアント毎に管理がちがったりすると結構厄介でね
cygwinやら管理ツールやらが複数あったり、開発マシンにいろいろはいっちゃうのがちょっとね、抵抗がある。
>中小のソフトへの理解低いとこはね、マジックナンバー、意味不明グローバル変数、何でもござい
ほとんどのところが、開発のあるタイミングで、コードを整えるとかそういうのをしないみたいだね。
それに、どこもプログラムに関しての話しをしないみたいだね。
139:仕様書無しさん
10/09/17 22:05:57
>>137 俺のところはICEがないから、マップファイルから変数のRAMアドレスを見つけて
シリアル通信からそのアドレス読み出してデバッグしてるわ
「俺がこれで成果をあげたのだから、お前らもそうしろ」
なんという根性論。しにたい。
140:仕様書無しさん
10/09/17 22:51:34
>>138
ソフトに専念できるとこならちゃんと話するんだろうけど、みんな俺たちゃハード屋だいって感じだからな
なんつうか、コード全体的に古い
gotoとかどうでもいいから、グローバル変数に抵抗を持って欲しいところ
>>139
ダンプさえ出来れば、何とかなるわな
RS-232Cドライバが載ってないハードは･･･LEDとかマジ勘弁
まあ、ICEっていうかE10Aは買わす
ない方がおかしいし、外注出すよか安いよって
大体、他の課はE10AもIARの何かも持ってんのにさ
141:仕様書無しさん
10/09/17 22:53:42
俺はHewとE8aだぜ
なんも買ってくれない。
根性でデバッグするばかり。
「追跡が難しい」といっても理解してくれず。
142:仕様書無しさん
10/09/17 23:03:47
組み込みだとグローバル変数使いまくる
ＲＡＭもＲＯＭもたりひん
143:仕様書無しさん
10/09/17 23:06:35
足りないなら追加すればいいじゃない
144:仕様書無しさん
10/09/17 23:15:29
マルチタスクじゃないならグローバル変数多用でも全く問題無しだし
145:仕様書無しさん
10/09/17 23:28:42
>>143
おれのとこも慢性的にROM・RAM足りんが、電気屋や上の方が増やすのを許さない
部品代１０～２０円減らして喜ぶ彼らだもの
146:仕様書無しさん
10/09/18 00:00:16
デバッガ、あった方がいい場合もあることまでは否定しないが、
せいぜい数十kBの組み込み用のコードなら無くてもなんとかなる、
というより、そんなもの使うより挙動見て当たりをつけてコードを見直す方がずっと早い。
そうじゃない人は、たぶんコードの書き方に問題があると思う。
147:仕様書無しさん
10/09/18 00:22:55
デバッグのやりやすい書き方がわからないからでしょ。
そこで止まってるから、いつまでたっても、地獄を見る。
（場合分けが下手くそなだけかも？）
148:仕様書無しさん
10/09/18 01:28:52
>>146
そりゃあ、なくても組めるさ
でもやっぱり効率は全然違うし、中の挙動が見えるかどうかってのは大きい
回路チェックする時に、オシロ当てないで入出力だけ見ますかってのと同じだと思う
いくら俺の給料が安いからって、チリ積もだよ
E10Aくらいならそんなに高くないんだし
149:仕様書無しさん
10/09/18 04:00:40
>>137
ちゃんとしたところは、cvsとかsvnとかではなくて、
有償のつかってるぞ。
150:仕様書無しさん
10/09/18 04:57:49
有償のつかってるから、ちゃんとしてるかどうかはわからんでしょ
151:仕様書無しさん
10/09/18 06:41:30
>>146 大抵はそれで何とかなるんだが
たまに意味不明の動作が起きるんだよね
その時に周りも上司も助けることはない
締め切りだけは切ってくるけど
152:仕様書無しさん
10/09/18 06:42:32
結局誰もソースコード管理の操作を覚えないから
zipで固めてアップロードだよ
153:仕様書無しさん
10/09/18 08:25:32
>>149
ちゃんとしたところだって、gccやらvi/emacsやら
154:仕様書無しさん
10/09/18 08:25:35
>>139
あなたのレベル次第じゃないのかな
あなたが十分なレベルにあるなら、そりゃブラックｗ
まだ駆け出しなら、"修行"と思って、がんばれｗ
すぐICEに頼るのも問題だと思う、内部の動作を"想像"できると、
納品後に不具合が出たときに、客先で速攻で不具合箇所を想定できるようになる。
ま、結局、程度問題。
>>142
グローバル使ったほうが追いやすいし、速度の問題もあるしね
スタックの消費考えると、必ずしも×とは思わないけどね。
155:仕様書無しさん
10/09/18 08:39:56
グローバル変数は、全部static宣言してスコープ制限してほしい
あと、どう考えてもローカルで済むようなのもグローバルに置いてるってのが多い
156:仕様書無しさん
10/09/18 09:04:22
なんでもいいけどさ。
ちゃんと仕様決めて設計させろよ。
便利屋じゃねえんだから言ったその日に改造なんかできませんからマジで。
157:仕様書無しさん
10/09/18 09:06:24
うちは「今日が納期なんですけどなんとかお願いします」って案件持ってこられる時がある
158:仕様書無しさん
10/09/18 09:26:32
それは酷いな
日本のソフト屋の日常がこれか
159:仕様書無しさん
10/09/18 09:29:51
>>154 プログラマは寿命が短いんだから楽させろよ
20年前と今は違うだろ
160:仕様書無しさん
10/09/18 10:04:18
これからまた展示会シーズンか・・・
展示会向けのデモ機とかで一時的に見積もり案件増えるよなぁ。
「できるだけ簡単なもので良いので安くお願いします」とか
「一週間後には展示会なんでそれに間に合うようお願いします」とか、ふざけるな、と。
さんざ、検討、見積もりだけさせて、せいぜい10万～20万程度のことを
「予算がないから」ってことで取り消しってどうよ。
どんだけ安く物ができると思ってんだ？
161:仕様書無しさん
10/09/18 13:19:19
>>159
組み込みの寿命は長いよ
162:仕様書無しさん
10/09/18 15:12:00
>>161 長くないよ最近は。自分は組み込みやってるからそう思う。
ライフサイクルの長い製品は専用IC化されてシナチョンで大量生産されるし
短い製品はバグ満載で命が縮む
163:仕様書無しさん
10/09/18 16:57:10
UARTでバイナリデータ転送をしてるんだけど
要求->応答のやりとりの成功率ってどの程度必要なのかな
反応がない場合はリトライして成功すればノーカウントとか
そこらへんの業界標準を知りたいのです。
教えてください。
164:仕様書無しさん
10/09/18 17:05:42
>>163
言ってることちょっと意味不明じゃないの？
君の言ってる[成功率]は、1バイトのデータが正常に転送できる確率と
転送バイト数の積になるはずだから、そんなものを基準になんかできっこない。
165:仕様書無しさん
10/09/18 17:16:29
>>163
個々の製品の要求仕様次第で、標準なんて無いんじゃないかなぁ？
仮に許容範囲だとしても、原因をつきとめなきゃ出荷は無理だろうけど。
166:仕様書無しさん
10/09/18 17:42:43
>>163
>リトライして成功すればノーカウント
↑こんなの無しで100%の成功率
167:仕様書無しさん
10/09/18 17:47:57
>>163
標準なんてないよ
リトライ数とか転送量とかリトライ間隔は調節できるようにしといて
環境に応じて臨機・O・ヘンリー短編集 ～最後の1バイト～
168:仕様書無しさん
10/09/18 18:00:32
>>163
有線なら１００％、無線ならわからん。
電話回線でモデム経由の場合、衛星経由だとかなり下がる。
169:仕様書無しさん
10/09/18 18:02:18
>>164 確かに。ごもっとも。
>>165 それが判らない場合は
>>166 1バイト転送成功率が100％の場合は100％ということですね
>>167 あなたの回答が一番救いがあります
納期までに解決しなかったら
転職先探すことにするわ
俺にマは向いてない
170:仕様書無しさん
10/09/18 18:08:13
>>168 なるほど。有線は100％ですか。
もしUARTがエラー検出を１００％できるシステムなら
何故CANやflexrayのようなシステムがあるんでしょうか
UARTの物理的な速度の限界？
171:仕様書無しさん
10/09/18 18:10:21
>>169
UARTつってもRS232Cとなんら変わらんのだろ？
エラーとかって・・・フロー制御とか、ちゃんとやってんの？
172:仕様書無しさん
10/09/18 18:11:49
取りあえず良い時の波形とダメな時の波形を比べるとこから
173:仕様書無しさん
10/09/18 18:12:08
フロー制御無し。タイムアウト処理だけです。
調歩同期式です。つまりRX,TX,GNDのみ
174:仕様書無しさん
10/09/18 18:13:02
>>172 電気的には問題なし。割り込み受信なんで取れていない可能性は低いと思われます。
ただしフレームとして受信できてないかもしれない
175:仕様書無しさん
10/09/18 18:13:14
ダメだこりゃ
176:仕様書無しさん
10/09/18 18:16:33
>>175 164-168で満足したので作業戻りますね thx
177:仕様書無しさん
10/09/18 18:17:34
そういえば昔ボーレート9600以上に上げるとデータ取りこぼす現象があったなー。
CPUがPICのちっこいのだったから中の小人がてんやわんやだったのだろうけど。
178:仕様書無しさん
10/09/18 18:19:28
>>174
ダメな時の波形と取れたデータを較べて確かめない事には。
エレキの人に責任なすりつけるには証拠が要るからなぁ。
ちなみに受信割り込み中に他の割り込みは入らない事確かめたよね？
179:仕様書無しさん
10/09/18 18:19:39
>>170
制御系向いてないかもよ
180:仕様書無しさん
10/09/18 18:22:46
>>177
こないだやったARMが、pbsが計算通り(データシートの値)じゃなかった。
計算通りだと取りこぼし多発で、レジスタの値の調整が必要だったな。
個体差だったらやだな、データシートを真に受けてつくったらひどい目にあうんだろうな。
181:仕様書無しさん
10/09/18 18:24:03
へぇ・・・ARMねぇ・・・
182:仕様書無しさん
10/09/18 18:33:11
>>178 多重割り込みを許可するような作りにはなってないハズなんだけども；
>>179 I think so.
～タイムアウトしたらメッセージ出すようにしてデバッグするね
183:仕様書無しさん
10/09/18 18:36:21
>>170
100%なわけない。>>168は組込みやってるやつの台詞じゃないな。
フロー制御でできるのはエラー検出だけでエラー訂正は無理。
184:仕様書無しさん
10/09/18 18:39:32
>>183 検出さえできたら問題ないので。
回答としては十分なので折角答えてくれた168氏に申し訳ないんで
許してください。
185:仕様書無しさん
10/09/18 18:44:54
>>183
やってればわかるでしょ？
静的な環境でデバッグなら、ビットレベルでもバイトレベルでもエラーなんかまず起きない。
めんどうなので端折るけど、エラー検出とか訂正とかそういう話じゃない。
186:仕様書無しさん
10/09/18 18:46:11
無手順とかでやってるんかね
187:仕様書無しさん
10/09/18 18:47:58
>>186
>調歩同期式です。つまりRX,TX,GNDのみ
188:仕様書無しさん
10/09/18 18:48:57
>>180
>pbsが計算通り(データシートの値)じゃなかった。
だれか、突っ込んでくれよｗｗ
×pbs
○bps
すまんこ
189:187
10/09/18 18:51:55
>要求->応答のやりとりの成功率ってどの程度必要なのかな
引用まちがいた
無手順ってわけじゃないんじゃね？
190:仕様書無しさん
10/09/18 18:54:26
>>186 固定フレームでもI2Cのようなアドレス割り込みでもないんで
少し厄介です
191:仕様書無しさん
10/09/18 18:55:38
>>189 slaveをつくってます
masterからの要求フレームを捕まえて応答する方式
192:仕様書無しさん
10/09/18 18:57:29
調歩同期なら
通信速度が早いのに非力なマイコン使ってるとエラーになる可能性はあるかも（データの取りこぼし）
通信速度に対して十分な速度のマイコンを使ってるなら、
エラーが出るようなことはあまりないと思う。
外的な要因でデータが化けることはあるかもしれないけど
193:仕様書無しさん
10/09/18 19:00:09
>>190
制御系に向いてないっていったのは
まず、なにが問題なのかいまひとつ整理できてないんじゃない？
UARTがどうかを知りたかったら、その部分だけのTPをつくるべき
問題は、OSの場合もあるし、PGの作り方にもあるし、
環境の場合もあるし、付帯装置の影響もあるし、ケーブルやコネクタの場合もある。
場合によっては、対向側が問題のこともある。
それらを面倒臭がったら絶対に解決しない。
いましたとしても、必ず問題がでると思ったほうがいい。
なんのチップか知らないけど、チップのUARTが問題を起こすことはまずないと思っていい。
194:仕様書無しさん
10/09/18 19:04:04
問答無用でばかでかいデータ送受なんてしないよね
195:仕様書無しさん
10/09/18 19:08:44
>>193 それは解ってます
説教は十分受けてるので勘弁してください
>>192 データ化けは無いはずですが、フレーミングエラーは疑ってみます。
今の発生頻度は連続送受信で１％くらいです
>>194 バッファサイズ以下なんで問題なしです
196:仕様書無しさん
10/09/18 19:11:22
>>195
基準をはっきりしろってことだよ。
不確定な要素をあつめてみても、収まらないってこと。
回線アナライザでみてるんだよね？
197:仕様書無しさん
10/09/18 19:16:10
>>195
CPUのUARTのペリフェラルに与えるクロックの分周比とかでbpsの誤差が1％近くでることもある。
長いデータだとそれが問題を起こすこともないこともない。
198:仕様書無しさん
10/09/18 19:19:26
ループバックでも出るのかな？
199:仕様書無しさん
10/09/18 19:23:12
>回線アナライザ
今はwindows機でシミュレータのソフトを書いてテストしてます
>>197 ボーレート落としたテストもしてみます
クロック遅いんで１％くらいの誤差はあるかもしれません
200:仕様書無しさん
10/09/18 19:45:43
>>199
届いていないのか、受信できないのか、そのあたりの切り分けはできてるのかな？
本当は回線アナライザで見るべきだよ
当事者じゃなく第三者の目でみないといけない。
シミュレータじゃなくエミュレータかな、そのプログラムが間違っている可能性もある。
必要なのは、再現させて、条件を特定するってことね。
201:仕様書無しさん
10/09/18 19:52:54
>>199
>クロック遅いんで１％くらいの誤差はあるかもしれません
誤差はクロックの速度できまるわけじゃない、分周比が割り切れないからおきる。
作り方によっては、UARTのクロックを外部から生成する場合もある
そのクロックが不安定だとそういうことも起こり得る。
どの程度の速度で動かしているかがまったくわからないからなんとも言えないが、、、
問題点だけをみて一生懸命ほじくっても根本解決にはならないと思うよ。
オレなら、プロトコルのエンジン部だけのTPをつくって、パフォーマンステストしたりするな
っていうか、こういうトラブルって面白いところじゃん。
オレなら、うれしくてたまらんわ。
202:仕様書無しさん
10/09/18 19:54:54
>>200 条件を特定できたらいいんですが
あとプロトコルアナライザとしてPC使ってます
再現はするので通信落ちの例を聞きたかった次第です
この話題はここまででお願いします。
ありがとうございました。
203:仕様書無しさん
10/09/18 20:00:44
>>201 制御系が天職なんですねｳﾗﾔﾏｼｽ
真面目な職人のお陰で安心安全な世の中が守られてるんですね
基準クロックやら通信速度を書くと特定される可能性があるんで
書かないですが、大変参考になりました。
どうもありがとうございました。
204:仕様書無しさん
10/09/18 20:19:54
>>201
誰もが一度は遭遇するし、大抵皆が解決して生還してるわけだし。口（出来れば手も）出したいが当人は受ける余裕無いか…
205:仕様書無しさん
10/09/18 20:33:19
>>203
オレ的には協力するのはやぶさかじゃない、面白いし。
ただ、なるべく条件や環境を言ったほうがいい、特定がこわかったら
再現性があって、現象は特定できているみたいな、言い方をしないと
あなたがどのレベルで話しをしているのか超能力を働かせないとならない。
なにはともあれ、楽しんでくれ。
いまどき達成感のある仕事なんてそうそうないぞ。
UARTなんて成熟した部分で、完全に追い込める部分なんだから気を楽にな。
206:仕様書無しさん
10/09/18 20:35:08
PC側が取りこぼすこともあるでよ
207:仕様書無しさん
10/09/18 20:39:43
>>195
H8系だと、クロック周波数vsボーレートのエラー率みたいのがハードウェアマニュアルに記載されてるわな
普通はボーレートからクロック周波数決める筈
ハードはOKなの?
通信ラインに余計なキャパシタンスとか入ってない?
208:207
10/09/18 20:41:46
追加
もしくはクロック周波数からボーレート決める筈
209:仕様書無しさん
10/09/18 20:54:49
>>207
先に書いたけど、R社系はまず大丈夫なんだが、こないだARM系でひどい目にあったんだわｗ
初めてのチップは、必ずオシロで波形を見たほうが無難だね。
PCだと大丈夫で、回線アナライザだとNGっていうのもあった。
規格に厳しいほうにあわせないと、あとでやっかいだな。
UARTとは言っても、甘く見てるとズッコケる。
210:仕様書無しさん
10/09/18 21:20:03
シンプルだけど難しい
211:仕様書無しさん
10/09/18 21:21:14
通信波形見ただけでデータ読める人がたまにいるが
あれは凄いとおもうわ
212:仕様書無しさん
10/09/18 21:31:45
数byteくらいなら読めるでしょ
213:仕様書無しさん
10/09/18 21:44:35
>>211
読めなきゃつとまらないよ
214:仕様書無しさん
10/09/18 21:55:56
紙テープのコード読むようなもん？
215:仕様書無しさん
10/09/18 22:02:59
>>141
hewはデバッグ中に一般保護違反で死ぬ事が多すぎて殺意が湧く
216:仕様書無しさん
10/09/18 22:15:24
>>214
紙テープのコードは読めるだろうが、そのデータからなんの怪獣だかはわからんｗ
217:仕様書無しさん
10/09/18 22:18:40
>>149
VSSとかClearcaseとかBitkeeperですね、わかります
218:仕様書無しさん
10/09/18 22:26:28
機械語でコード読めるって言うのは
Z80、PICで見たけど、
68000やSH2のコードを16進数で読める人っている？
219:仕様書無しさん
10/09/18 22:30:08
トラブルを楽しく感じはじめたらこの業界から足を洗った方が良い。
220:仕様書無しさん
10/09/18 22:43:19
>>218
普通にアセンブラができれば読めるでしょ。
パイプラインとかの最適化がなければそれほど難しくないんじゃね？
できないけど、たーくさんお金くれるならやってもいいかもｗ
221:仕様書無しさん
10/09/18 22:46:47
組込みっていうか、最近は積み込みばかりだな
222:仕様書無しさん
10/09/18 22:47:44
この業界何故か宅配に転職するヤツ多いしな。
223:仕様書無しさん
10/09/18 23:25:07
楽しそうにやってるのを見るのが嫌な人が多いからね
224:仕様書無しさん
10/09/18 23:27:25
>>223
バカか？採算度外視になるからだろJK
225:仕様書無しさん
10/09/18 23:31:13
?
226:仕様書無しさん
10/09/18 23:32:06
トラブルを楽しむってのは悪魔に魅入られてんのと同じことだ。
無意識に検討にかける時間は短くなるし、自分の手に余ることにも平気で手を出すようになる。
227:仕様書無しさん
10/09/18 23:33:09
それなら、人にやらせないで自分でやればいいじゃん
228:仕様書無しさん
10/09/18 23:35:23
日本語でおk>>227
229:仕様書無しさん
10/09/18 23:36:36
苦しんでるのを見るのが楽しい人が多いから
230:仕様書無しさん
10/09/18 23:39:13
話の流れがよく分からないんだが・・・
>>219 → >>223 → >>226
でどうして>>227,229になるのか誰かわかりやすく説明して
231:仕様書無しさん
10/09/18 23:41:13
まわりに相談できる人がいないのかなと思って
232:仕様書無しさん
10/09/18 23:41:55
はぁ？言ってる意味ワカンネ。頭大丈夫か？>>231
233:仕様書無しさん
10/09/18 23:42:51
>>215 Hew4.6はしょっちゅう落ちるね、酷い出来
234:仕様書無しさん
10/09/18 23:42:56
壊れてる自覚はあるが
235:仕様書無しさん
10/09/18 23:45:15
表面実装だからマイコンの交換は難しい
もうこの基板は捨てよう
236:仕様書無しさん
10/09/18 23:51:44
BGAの変更は不可能だが、QFPなら全然交換余裕だぞ
237:仕様書無しさん
10/09/18 23:52:26
表面実装くらいで、何だ！
樹脂封入してあろうが、掘り出すんだ
238:仕様書無しさん
10/09/18 23:54:56
基板の2層目の配線を変えるために1層目を削って2層目を出す人とかいるじゃん
あいつらマジで何もんだよ
239:仕様書無しさん
10/09/18 23:57:36
２層目はベタじゃないのか
240:仕様書無しさん
10/09/19 00:01:39
>>224
あいにく、自営だからね、採算あわなきゃ食ってけねーし
楽しみでなきゃできねーし、トラブるくらいじゃなきゃ出番もないだろ。
採算っていって、その場限りの対策ですませたり、デバッガけちったりしてんじゃないの？
いちいち人の価値観にケチつけなくていいからｗ
241:仕様書無しさん
10/09/19 00:03:19
>>235
おばちゃんのいる実装屋にもって行きな。
やつらは、マシンのような技術をもってるぞｗ いやホントに
242:仕様書無しさん
10/09/19 00:06:35
わかってる人の修正って、その場しのぎの対策みたいに見えるからね
そこ勘違いして、簡単とか思ってる人多いみたいだし
243:仕様書無しさん
10/09/19 00:07:41
>>236
QFPを2.54変換基板に付けるだけで俺は死ぬ。
244:仕様書無しさん
10/09/19 00:08:41
おばちゃんのテクニックはマジですごい
えっ、そんなとこまで手で? みたいな
おばちゃんの基板で、小生の愚息もギンギンです
245:仕様書無しさん
10/09/19 00:11:02
コンサルタントでもない限りPGはトラブル嫌いじゃないと務まらないな。
いかにトラブルを発生させない計画を立て実行し
トラブルが出てもさっさと片付けて帰宅したがるくらいじゃないと
無限トラブルの螺旋に落ちることは目に見えてる。
トラブル好きが講じて残業しまくりでそれで失職した奴も知ってる。
246:仕様書無しさん
10/09/19 00:11:59
>>242
まともな奴だと、「こんなこともあろうかと思って」っていう造りをしてたりするからね
それにしても、採算とか言う奴なんなんだろ
時間内に予算以内で造るのに、楽しもうと苦しもうと感じ方はどーでもよかろう。
一言でいえば、大きなお世話ｗ
247:仕様書無しさん
10/09/19 00:12:51
>>241
ああいう修正出来るマシンは未だ無い。
まぁそれ以前に、そんなマシンが必要な実装工場は潰れちゃうか。
248:仕様書無しさん
10/09/19 00:13:11
基地外は自分お価値観を押し通すことにすごくムキになります
249:仕様書無しさん
10/09/19 00:19:40
いまどきw使う奴ってどうなんだろうね
250:仕様書無しさん
10/09/19 00:19:46
>>245
トラブル嫌いで潰れる奴のほうがはるかに多いけどね。
少なくとも、トラブルが好きだから起きるわけじゃないし、好きで起こすわけでもない。
好きでなきゃ心がくじける。
消防士と同じだよ。火事を望んじゃいないが、要救助者がいれば飛び込む。
なんか、思考が幼稚で短絡的だよな
戦争ごっこが好きだから戦争好きだろっていうのと変わらんなｗ
251:仕様書無しさん
10/09/19 00:21:04
>>249
必死だなｗｗｗｗ
252:仕様書無しさん
10/09/19 00:23:15
>>250
↑こいつ消防士は火が好きで飛び込んでるとさ。
なんか、思考が幼稚で短絡的だよな
>戦争ごっこが好きだから戦争好きだろっていうのと変わらんなｗ
ナニコレ。そもそも喩えがヘンすぎて言ってる意味わかんね。
253:仕様書無しさん
10/09/19 00:24:55
こんなこともあろうかと思って
/* 高速化案件の予算が取れたらココ↓コメントアウト */
こうですねわかります
254:仕様書無しさん
10/09/19 00:25:43
>>250
>好きでなきゃ心がくじける。
なんかの歌の詞かなにかか？
つまらん浪花節だな。
255:仕様書無しさん
10/09/19 00:27:49
UARTもマトモに繋げないようなヘボじゃ、トラブルについて何言っても説得力ないな。
256:仕様書無しさん
10/09/19 00:30:28
まったくだ
257:仕様書無しさん
10/09/19 00:34:36
ハードウエア開発と平行して仕事してる場合あるから、ソフト側を弄るだけで測定器持ち出すのを面倒くさがる様だと苦しむ時間延びそうだね。
基板を触るのも好きな、ある意味腰の軽さがないと仕事が辛かろう。
258:仕様書無しさん
10/09/19 00:34:38
狙って起こすのは、トラブルって言わないだろ
原因が解明できない時間が長くなると、眠くなってくる俺
259:仕様書無しさん
10/09/19 00:36:43
口だけの奴ほど、結果が出せないのを隠したがるんじゃないの
260:仕様書無しさん
10/09/19 00:46:49
>>257
たいてい、一番やりたくないことがやらなきゃならないことだったりするな。
261:仕様書無しさん
10/09/19 00:48:08
学生の戯言
262:仕様書無しさん
10/09/19 00:51:21
>>255、>>256
文脈よめてねぇーーｗ
>>258
眠るのは一番解決に近かったりするな。
>>254、>>259
苦しいお仕事をつづけてください、修行者さま
おれは、楽しんでしまってごめんなさい。
>>253
そんな知能ねーな
263:仕様書無しさん
10/09/19 00:56:39
まずオシロだな
ハード見れない環境だと、ソフトが悪くないって理由付けのためだけの作業が増えて、不毛
264:仕様書無しさん
10/09/19 00:59:12
安土城か。姫路城もいいなぁ。
265:仕様書無しさん
10/09/19 01:02:16
おばちゃんのハンダ付けは超能力にしか見えないことが多々あるからなぁ。
266:仕様書無しさん
10/09/19 01:05:06
>>265
６００万ドルくらいかかってる改造人間なんじゃないと思うくらいねｗ
267:仕様書無しさん
10/09/19 01:06:28
オシロはどの会社のがいい？
日本テクトロニクス、アジレント・テクノロジー、レクロイ・ジャパン、
岩通計測、横河電機、キーエンス、リーダー電子、テクシオ、
エー・アンド・デイ、ローデ・シュワルツ・ジャパン、インステックジャパン
268:仕様書無しさん
10/09/19 01:11:48
>>267
オレはテクトロ使ってる。
良し悪しはよくわからん。
前につかっていたのが壊れて、中古で買ったらすぐダメになって
メーカに修理を出すと高いから、専門のとこにもっていったら、
ダメになったを２台下取りしてもらって、保証付きのを１台安く買った。
269:仕様書無しさん
10/09/19 01:19:56
キーエンス製品にはなるべく手を出すなって言われたことあるな
あいつら売りっぱなしだからって
代替製品なけりゃしょうがないけどな
270:仕様書無しさん
10/09/19 01:24:04
>>269
営業が嫌だとかで、嫌がるところ多いね。
ユーザは、FAでも工場系の現場に近い感じかねぇ
271:仕様書無しさん
10/09/19 01:53:21
技術的な相談なら営業通さず開発部門にTELした方が好いよね。
キーエンスは営業がｺﾛｺﾛ変わるから名刺貰ってもスグにゴミ箱行き。
272:仕様書無しさん
10/09/19 02:16:06
>>270
技術部門では置いてなかったけど、工場には結構あったり
273:仕様書無しさん
10/09/19 12:18:25
昨日質問者だけど問題解決しました
受信とタイムアウトのタイミングが重なると
受信データを上書き消去してただけでした
それ以外にも細かいフラグ管理のミス。
頭整理するきっかけをくれてありがとう。
職場の同僚よりここの人のほうが
話が解る人が多くて元気がでる。
もう組み込みマはもう嫌なんで人生考え直すわ。
薄給で残業代も出ず納期は１週間とかとても無理。
274:仕様書無しさん
10/09/19 12:21:11
>>273
おつかれ。
新しい人生を見つけてくれ。
275:仕様書無しさん
10/09/19 13:01:09
会社の人間が見てレスしてるのかと疑う
散々精神的追い込んでプログラムをまともに書けない状況にしておいて
そんなことが言えるなら人間性を疑う
276:仕様書無しさん
10/09/19 13:02:41
>>275
ん？引き止めて欲しかったのか？
277:仕様書無しさん
10/09/19 13:20:18
>>275
日本人ってすぐこういう被害妄想的な思考をするけど、真面目な話、
リーマン人生をストレスを抱えずに歩みたいならこういう考え方は改めた方がいいと思うよ。
本当に周囲が追い込んだのか？
違うと思うよ。単に君が気が弱くてはっきりNOがいえないだけ。
サビ残はしません、ってはっきり言えばいいじゃん。
日本人はすぐ、そんなのは周囲が気を利かすべき、みたいな考え方をするけど、
それってただの甘えだぜ。ガキじゃねえんだから人に察してもらうことなんか期待しないで
自分の意思をはっきり表明しろよ。
もちろん出世したいとか思ってるのなら話は別だが、それならサビ残とかストレスは
そのための代償だと思って我慢するしかない。
っていうかそれにしても、高齢化社会だし国際競争もこれからもっと過熱するから、出世の椅子は
これからどんどん減るし、余程の大企業でもなきゃ出世しても収入はたいして増えない可能性の方が高いと思うけどね。
278:仕様書無しさん
10/09/19 14:05:44
>>277
>リーマン人生をストレスを抱えずに歩みたいならこういう考え方は改めた方がいいと思うよ。
こういうのは、生まれつきで改めようもないんじゃないかと思う。
だから、楽しむくらいの鈍感さがないと、つぶれちまうって。
被害妄想なのは、つぶれる前兆だと思うよ。
279:仕様書無しさん
10/09/19 15:25:18
ワーホリでもなければ
仕事６割くらいじゃないと
父ちゃんが言ってた
280:仕様書無しさん
10/09/19 15:53:03
ブラックでも構わないのでどなたか雇ってください
会社で寝泊り大歓迎です
281:280
10/09/19 15:53:52
場所は埼玉か東京でお願いします
神奈川県は電車賃の関係で移動できません
282:仕様書無しさん
10/09/19 16:44:51
今は定時上がりのスーパーマンでも仕事にあぶれてんじゃないの?
283:仕様書無しさん
10/09/19 16:56:32
>>281
会社に住むんだったらどこでも一緒だろ
284:仕様書無しさん
10/09/19 17:15:57
ATまでは覚えた。
285:仕様書無しさん
10/09/19 18:17:17
>>280
ホント、仕事ないよな
一緒に仕事したいけど、オレもカツカツ。
286:仕様書無しさん
10/09/19 19:05:13
情報家電系組み込みｵﾜﾀ＼(^o^)／
287:仕様書無しさん
10/09/19 20:00:03
ウェブ系に転職して正解だったなｗ
ウェブ系でも、企業のウェブサイトを作るとかではなく
自社で有料サービスを作っている会社。
契約している客がいる限り毎月金は入ってくるわけで
よっぽどのことがなければ収入が途絶えることはない。
極論を言えば何も開発しなくても金が入ってくるｗ
ま、システムができているからこそなんだけどね。
組み込みは趣味でやるよーｗ
288:仕様書無しさん
10/09/19 20:04:11
>>287
生活を考えるとそれが正解かな
>組み込みは趣味でやるよーｗ
でも、自分の作ったものを利用するっていうのもなかなかいいもんでね
ささやかな喜びだわな。
289:仕様書無しさん
10/09/19 20:06:10
自分で作ったウェブサービスを利用するというのも（ｒｙ
そこはあまり変わらんな。
290:仕様書無しさん
10/09/19 20:06:32
組込みの醍醐味は、自分で作ったものをみんなが使ってるのを見ることだろ！
291:仕様書無しさん
10/09/19 20:09:15
自分で作ったウェブサービスをみんなが（ｒｙ
292:仕様書無しさん
10/09/19 20:48:57
>>290
そうだね。
ウェブとはまた全然ちがうんだよなぁ。
なんかもっと生活に密着してる部分だったりするわけさ。
293:仕様書無しさん
10/09/19 20:59:13
ああ、俺も身近な製品を作りたい
年間10台の機器とか、モチベーション起きないよ
294:仕様書無しさん
10/09/19 21:22:28
>>293
漏れと逆だな
できれば製品より試作機の方がいいな
295:仕様書無しさん
10/09/19 21:36:32
>>294
一応、製品なんすけど･･･
296:仕様書無しさん
10/09/19 21:56:53
おれはwebは趣味てか個人で、
やっぱり組み込みはが仕事だな。
297:仕様書無しさん
10/09/19 21:58:37
>>295
どうせ加工機だろ？
298:仕様書無しさん
10/09/19 22:03:34
ＵＦＯの制御装置
299:仕様書無しさん
10/09/19 22:08:15
>>297
計測機だよ
数出なくても、出荷時調整を設計者自身がやってても、製品なんだよ･･･
300:仕様書無しさん
10/09/19 22:12:23
量産品は土方仕事になりやすいからやりたくないな
301:仕様書無しさん
10/09/19 22:18:19
お客さんがﾊｰﾄﾞもｿﾌﾄも設計済みで
一個一個ROMﾗｲﾀで書き込むだけのお仕事
CD-Rでﾄｰｽﾄするだけのお仕事
いいのかな～こんな簡単なお仕事で･･･と思う
302:仕様書無しさん
10/09/19 22:19:53
一生焼き焼きしてろ
それが嫌なら、客の回路にケチを付けるんだ
303:仕様書無しさん
10/09/19 22:23:52
数万台量産する製品でしかも未だにマスクROMとか
コード１行変更するたびに胃に穴空きそうなことあるよ…
304:仕様書無しさん
10/09/19 22:51:58
>>303
ソフトとは複雑さは違うが、回路屋は毎回その気分なんだろう。
民生品開発の方が、モチベーションが高まるのは分かる気がする。
試作品ならまだしも、B2B系だと、なんか作業になっていく。
それならIT系（WEB系？システム系？）の方が面白そうに感じる。
（うちの会社は制御アプリまでで、IT系の仕事なんて見たことすらないけど。）
305:仕様書無しさん
10/09/19 22:54:42
高周波系の回路設計してる人はもっと凄そう
低周波なら、「念のため抵抗パッド」「念のためコンデンサパッド」「念のためオシロパッド」とかも許されるが
周波数が上がれば上がるほどそんなものすら許されなくなる勝負
306:仕様書無しさん
10/09/19 22:56:25
とはいえ、最近はSPICEやIBISみたいなシミュレーションツールも発達してるし大丈夫なんかな？
307:仕様書無しさん
10/09/19 23:22:29
>>299
非大手の計測器なんて何の計測器にしろ業界狭いんだから、
あんまり詳しく書くと気をつけないと身元割れるんじゃないの？w
しかし計測器って真っ先に中国に食われそうな分野の一つだけど、
現状不思議とそうでもないのは何なんだろうねあれ。
企業需要がほとんどだから信頼性の面から中国を避ける圧力が働いてるのかもしれんが、
でもそれも時間の問題かもしれないよな。
308:仕様書無しさん
10/09/19 23:45:54
１０Ｇｈｚくらいの回路設計したにああ
309:仕様書無しさん
10/09/19 23:50:18
>>296
最近組込みでweb多いんよ・・・
310:仕様書無しさん
10/09/19 23:52:55
>>293
オレの場合は、試作機もあるし、製品もあるし、計測器もある。
あるものは、首都圏なら、たぶんみんなが毎日使ってるもの。
311:仕様書無しさん
10/09/19 23:55:13
>>310
信号機か。あれはつらいよな。
312:仕様書無しさん
10/09/19 23:57:47
>>311
ありゃ、組み込みじゃねーだろｗ
しかも、使わないしｗ
313:仕様書無しさん
10/09/20 00:00:04
>>310
RFIDのアレですかね
痴呆民なんでほとんど関係ないですが
>>307
もちろん、詳しくなんて書かない
中国製の計測器･･･まあ俺なら買わないけど
314:仕様書無しさん
10/09/20 00:18:54
日本の東証一部上場計測機器メーカー
S：キーエンス、アドバンテスト、横河電機、ミネベア
A：島津製作所、堀場製作所、アンリツ
B：小野測器、エー・アンド・デイ、日本電子、東京精密
C：東陽テクニカ、、日置電機、チノー、長野計器
D：理研計器、共和電業、愛知時計電機
315:仕様書無しさん
10/09/20 00:22:47
ミツトヨは上場してなかったっけ。
あとキーエンスはあれ計測器「メーカー」になるのかね。
良くも悪くもなんか妙な会社だよなあそこ。
316:仕様書無しさん
10/09/20 00:26:37
ミツトヨは非上場。
キーエンスは一応メーカー。工場はもってないが。
317:仕様書無しさん
10/09/20 00:29:13
東陽テクニカは計測器作ってるけど商社。
メーカーっぽい商社。
318:仕様書無しさん
10/09/20 00:45:28
>>314のメーカーで「組み込み」という用語を社内で普通に使っていそうな会社は
どこだろう？
319:仕様書無しさん
10/09/20 01:21:00
>>318
全部でしょ、多分
320:仕様書無しさん
10/09/20 01:25:44
特定したがってる悪趣味な奴がいるなｗ
321:仕様書無しさん
10/09/20 01:46:09
....そんなのいるか？
被害妄想激しいか読解力に問題があるのかその両方じゃないの
322:仕様書無しさん
10/09/20 03:17:37
クボタ 山武 もいれてあげようよ
323:仕様書無しさん
10/09/20 03:22:08
そこに出てきてないが年間数台の仕事はいまだに来る。
8085のコード読み書きできるのが俺だけだから。
324:仕様書無しさん
10/09/20 03:22:50
信号機メーカーって
京三製作所？日本信号？大同信号？
オレもこういうメーカーに転職したい・・・
325:仕様書無しさん
10/09/20 03:31:02
山武は空調制御でトップだな
326:仕様書無しさん
10/09/20 04:00:47
>>307
測定器は基本的に実績命の世界だから、新興国には最後まで奪われないと思うよ
今でもミクロンオーダーの測定器は何を測ってるのかよく分らない世界なので
とりあえず今まで使ってたメーカーのにするわって程度の理由が選考基準だったりするからね
将来、新興国メーカーが圧倒的に安い値段で出してきて、しかもサンプル測定しても
今までのメーカーのと同程度の値を出すようになるまでは日本の測定器メーカーは安泰だよ
327:仕様書無しさん
10/09/20 04:05:06
日本の東証一部上場医療機器メーカー
S：オリンパス ニコン、テルモ
A：トプコン、島津製作所、ニプロ、日立メディコ
B：池上通信機、日本光電工業、日機装、シスメックス、アビリット、エー・アンド・デイ、アロカ、ジェイ・エム・エス
C：ナナオ
D：テクノメディカ
328:仕様書無しさん
10/09/20 06:03:29
計測器作ってるメーカは凄いね
329:299
10/09/20 07:27:34
>>321
自身の名誉のために言っとくと、>>320は俺じゃないw
まああれくらいじゃ、特定できないだろ
330:仕様書無しさん
10/09/20 12:58:54
>>326
確かに過去のデータと食い違いが生じないように
同じメーカーの製品を使うって動機はあるみたいだね。
ただ、大手が作ってるそれなりにノウハウが必要な物は別だけど、
それ以外のものなんてそんな大層なノウハウなんてはっきり言ってないからねえ。
もう10年前から安いデジボルは中国製になってるわけだけど、デジボルのHWやSWが作れるのなら、
その他の計測器だってまあ作れちゃうよね。
331:仕様書無しさん
10/09/20 13:15:09
キーエンスですら叩かれ気味なのに、今の中華ではなぁ…
あちらの会社は信用を積み上げる事を考えてないっぽいから。
332:仕様書無しさん
10/09/20 13:20:41
つうかキーエンスは自分とこで作ってねーよ。
この業界に居りゃそんなことは常識なんだが。
333:仕様書無しさん
10/09/20 13:45:12
キーエンスは研究開発はやってるがね
工場での生産だけは他のメーカーにやってもらって
販売は商社通さず自社直販
334:仕様書無しさん
10/09/20 13:48:33
>>333
キーエンスの研究開発ってのは
サードパーティの作ったもんを買い上げて
それについて「こういう機能足せ、この機能は要らん」って口をはさむことなんだけどな。
335:仕様書無しさん
10/09/20 14:29:58
キーエンスの測定器に本当の意味で測定制度を求めてる奴なんかいないよ
そこそこ分ればそれでいいとか、物が通過したかしないか分ればそれでいいとか
その程度のところにしか使わない
336:仕様書無しさん
10/09/20 14:40:30
わからんでもないが
337:仕様書無しさん
10/09/20 14:44:21
まあ測定「制度」は求めないよね
338:仕様書無しさん
10/09/20 16:53:03
計測機器メーカーって、大手の下請け的なイメージがある。
自動車作るために必要とか。
だから大手(計測機器使う側)が打撃受けると計測機器メーカーは赤字になりやすい
339:仕様書無しさん
10/09/20 18:14:40
いやいや計測機器みたいなものの必要量は売り上げに比例しないでしょ。
だから「固定費」って言うわけ。
340:仕様書無しさん
10/09/20 18:15:01
>333 が正解
いわゆるファブレス
341:仕様書無しさん
10/09/20 18:17:06
計測機器というかセンサーなんかだったら、もろ大手の売り上げに影響するよ
製品に入ってるからね。
342:仕様書無しさん
10/09/20 21:18:57
>>341
>センサーなんかだったら、もろ大手の売り上げに影響するよ
大手＝リコーのこと言ってんの？
343:仕様書無しさん
10/09/20 22:21:03
センサ単体じゃ、組み込みはあんまり関係ないような
344:341
10/09/21 08:24:51
とうしろうばかりなんだな。
堀場のセンサー（といっても少しインテリセンサー）やったこと
あるけど、もろ組み込みだし、
キーエンスのセンサー使った、半導体製造装置側をやってたことあるけど
リコーがどうかは知らないけど特定のどこという話でもないでしょ
まぁ、半導体の装置業界の景気変動は、シリコンサイクルから
もういっぽ遅れてくるから、回復も遅かったりするね
345:仕様書無しさん
10/09/21 20:06:04
文脈から思いっきり外れた話を一人で始めたかと思ったら、仕舞にはその言い草。
真面目な忠告だけど、もしさすがに俺の話は無理があるなという自覚が仮にないなら、
ちょっと君の思考回路はズレてると思うよ。
346:仕様書無しさん
10/09/21 20:15:25
>>345
それ以前に、日本語として読めなくてイミフだったｗ
347:仕様書無しさん
10/09/21 20:29:57
まあ、センサ素子にUARTなりCANなり付ければ、組み込みっちゃあ組み込みか
どんな世界で生きてきたのか想像もつかないが、あんまりにもとうくろうすぎるレスだな
348:仕様書無しさん
10/09/21 20:45:06
パワエレ系の組み込み楽しいお（ ＾ω＾）
349:仕様書無しさん
10/09/21 20:51:22
>>347 センサにUARTどころかCANつけてシステム組み上げたけどさ。
完成させるか圧力に大負けしてもうね・・・・
350:仕様書無しさん
10/09/21 20:58:48
日本語の不自由な人が多いな
どうしたんだ
351:仕様書無しさん
10/09/21 21:14:27
みんな動脈がつまってるんだよ。
不満で
352:仕様書無しさん
10/09/21 21:17:34
なんだか、今日はまた暑かったからねえ
353:仕様書無しさん
10/09/21 22:03:59
映像・音楽系の組み込み飽きたお( ；＾ω＾)
354:仕様書無しさん
10/09/21 22:05:51
>>353 じゃあ、どん底までくるかい？w
355:仕様書無しさん
10/09/21 22:21:55
どん底って何系？
356:仕様書無しさん
10/09/21 22:35:20
>>355
ストレージのドライバだ
357:仕様書無しさん
10/09/21 22:35:54
>>353
OSありなんだね。
358:仕様書無しさん
10/09/21 22:37:22
>>356
いいねぇ、ドライバチップのまともな仕様書はあるんだろ？
359:仕様書無しさん
10/09/21 22:37:34
>347
UARTとか付ければ組み込みっちゃあ組み込みという想像力の無さ
は、とうしろう丸出しですね。
360:仕様書無しさん
10/09/21 22:39:29
>>358
プロトコルだけをやるんだ
>>359
もう意味不明の極地
361:仕様書無しさん
10/09/21 22:40:21
つまんなそう
362:[ X | I.I.T. ] COURANT DE CONSOLE ◆SD2/42SuKs
10/09/21 22:58:37
さて、今回の読み物は…ｗ”
[技術解説] 「 スパゲッティー・コンピューティング 」 とは - 構造化論者に背く者たち
URLﾘﾝｸ(jbbs.livedoor.jp)
363:仕様書無しさん
10/09/21 23:05:34
この板にも「駄目なプログラマの特徴」なんてスレがあるけど、
駄目な奴の最大の特徴は>>362みたいに自分より駄目な奴を必死で探す（時には
妄想ででっち上げる）ことだと思う。
自分よりダメな奴に注目してもしょうがねえだろ。
つーか、今時構造化ってそんな奴本当にいるのかよw
なんかネトウヨと同じ卑しい根性だよな。
まあこんなこと書いてる俺自身にもそういう要素があることは否定しないがw
364:[ X | I.I.T. ] COURANT DE CONSOLE ◆SD2/42SuKs
10/09/21 23:06:48
…ってなワケで、オレはこちらにいる。
MAIN STREET
URLﾘﾝｸ(www.geocities.jp)
365:仕様書無しさん
10/09/21 23:07:16
組み込みスキル標準とか情報処理技術者試験には
「プログラマー」という職種は一切書かれていないのはなぜ？
366:仕様書無しさん
10/09/21 23:50:15
>>360
なおさら面白そうだなぁ
367:仕様書無しさん
10/09/21 23:54:45
>>362
なんか無理矢理2010年現在とか入れてるけど、話古すぎじゃね?
なんなの？
368:仕様書無しさん
10/09/22 00:00:00
また学生のたわ言か
369:仕様書無しさん
10/09/22 00:19:25
>>362
第一、スパゲッティってそういうことじゃないよな･･･
そういうのは「昔」プログラミングとでも呼んだ方がいいんじゃないかしら
370:仕様書無しさん
10/09/22 00:45:49
>>367いま、時代は「つけ麺」だもんな～
371:仕様書無しさん
10/09/22 01:55:32
今時組み込みなんか仕事ねーだろ。
カワイソｗ
372:仕様書無しさん
10/09/22 03:15:17
メーカーに入らず、SIで組み込みやってる奴は
仕事無いだろうな
373:仕様書無しさん
10/09/22 07:08:14
開発期間が短すぎて、ノウハウと人材のある
ソフトハウスしか残らない予感
大手の電機あたりから丸投げで開発請け負ってるようなところね
儲かってるだろうな。この間きた奴はどうみてもホストにしか見えなかった。
俺は喫茶店でもやりたいわ
プログラムは趣味でやる程度で十分
374:仕様書無しさん
10/09/22 07:46:12
丸投げの悪寒がするんだけど。
しかもシナチク臭い。
準大手あたりだと、仕事出す末端社員はチンピラ風体。
茶髪にラメいれて、ピースイアリングあたりまえ。ロレックスジャラジャラさせつつ
ホスト風体の下請け営業と楽しそうにバカ言い合ってる。
・・・売上抜いて戻してるんだろうな、あれ。
プログラム作るのは誰なんだろ
375:仕様書無しさん
10/09/22 10:56:50
>>362 最近PC系の板にやってきたキチガイ荒らしです
単発連投レス、在日煽りなどが特徴で自演が一目で分かります
"[ X | I.I.T. ]" でググるとよく分かります
あとキーワードは "メル変ひじきごはん"
376:仕様書無しさん
10/09/22 12:28:05
レスが付かないｗ
377:仕様書無しさん
10/09/22 20:36:06
そろそろ
「ドライバジェネレータ」
があっても良い頃だと思うんだ。
378:仕様書無しさん
10/09/22 21:28:07
最近のマイコンはドライバジェネレータあるよ
高度なプロトコルスタック位になると
有償だったりするけど
379:仕様書無しさん
10/09/22 21:28:58
仕様ジェネレータはないんだよな
380:仕様書無しさん
10/09/22 21:49:48
>>379
「プログラマーは要らなくなる」とか
この業界は、その手の道を何度通ったろうかねｗ
381:仕様書無しさん
10/09/22 22:56:46
コードジェネレータ･･･
382:仕様書無しさん
10/09/22 22:58:35
あるといえばある
383:仕様書無しさん
10/09/22 23:15:45
昔、どっかがブロック毎の線引するとコードが作れるようなことやってたような
384:仕様書無しさん
10/09/22 23:31:17
ブロック線図引いて
レイアウトから基板作りから実装まで人任せにする電気屋がその件は封殺した
まあ大手だけだろ、一式１０００万じゃなあ
385:仕様書無しさん
10/09/22 23:39:17
PSoC Designer 5 はドライバジェネレータ？
状態遷移書けばコード生成もする。
いつの間にかPDFで仕様書らしきものも吐き出してる…
386:仕様書無しさん
10/09/23 00:21:13
ドライバジェネレータなんじゃないの、定義がよくわからんが
つーか、PSoC Expressで自動生成したコードやスペックシートを
製品に使おうなんて奴はまさか居ないだろ
え、いるの？
387:仕様書無しさん
10/09/23 00:42:05
動けばいいんじゃね
俺はPSOC使ったことないけど
388:仕様書無しさん
10/09/23 01:00:52
みんな、おかねいくらたまったら独立する？
389:仕様書無しさん
10/09/23 01:19:23
いま金が史上最高値つけてるんですよ、買いませんか？
こんなアホな勧誘電話掛かってきたな。
390:仕様書無しさん
10/09/23 01:26:07
>>389
１０秒で切らないと見込み客に登録される。
391:仕様書無しさん
10/09/23 01:36:42
午前一時にテレアポですか。
むしろ>>389は何かヤバい薬でもやってるんじゃないのかと。
しかも最高値？意味がわかりませんはい
392:仕様書無しさん
10/09/23 01:40:19
>>391
日本語でおｋ？ｗ
よく嫁ｗ
393:仕様書無しさん
10/09/23 01:52:50
勧誘って普通会社にかかってくるよな
>>391は名刺持ったことないんじゃないか
394:仕様書無しさん
10/09/23 06:36:16
今朝三時にかけてきたキチガイ業者が居ましたよ
395:仕様書無しさん
10/09/23 10:04:33
業者を装った過去の出入りした下受けだったりなあ。
あいつの夜目必ず例譜してやるって息巻いてたマッチョガリがいたなあ、昔
396:仕様書無しさん
10/09/23 10:15:13
にほんごでおk
397:仕様書無しさん
10/09/25 02:46:35
初の組込み作業で、わからんので教えてちょんまげ
組込み用のプロセッサに内臓されている、USBホストコントローラって、
ハイスピードのみ対応って言うのがあるの？
ＰＣならそんなもん聞いたことが無いけど。
ハイスピードのUSBメモリは動くけど、
フルスピードのCDCデバイス、ロウスピードのＨＩＤデバイスが使えない。
ドライバは入れてるんだけどな～
「HOST⇔USB2.0ハブ⇔動かないデバイスたち」っていう構成なんだけど、
もしかして、USB2.0ハブがハイスピードに対応してないから問題なのかなぁ
もう死ねる。帰らしてくれ～
398:仕様書無しさん
10/09/25 02:51:04
>>397
最初の信号線の扱いでスピードが決まるだろ？
そのへんどうなってる？
399:仕様書無しさん
10/09/25 02:54:15
>>397
そのプロセッサの型番は？
400:仕様書無しさん
10/09/25 04:26:16
シーケンス制御とかのPLCは組み込みですか？
401:仕様書無しさん
10/09/25 04:49:44
うん
402:仕様書無しさん
10/09/25 14:30:02
>>32.2z
403:仕様書無しさん
10/09/25 14:30:56
誤ばくした
404:仕様書無しさん
10/09/25 14:57:37
>>400広義じゃ組込みだけれども、狭義じゃ盤屋ﾗﾀﾞｰ屋計装屋がいてね
AWG22の配線を社内の決まりごとだからって2m㎡(AWG14)に変更要求する化石頭
405:仕様書無しさん
10/09/25 15:04:08
>>404
>社内の決まりごとだからって2m㎡(AWG14)に変更要求
それどこの日産？
406:仕様書無しさん
10/09/25 15:07:50
なんか５５ぐらいの工業高校卒のおっさん思い出すな
407:仕様書無しさん
10/09/25 16:00:52
2スケって電源ラインか?
決まりごとなら守んなきゃ文句言われちゃうだろ
408:仕様書無しさん
10/09/25 16:48:30
PLCのラダー屋のどこが組み込みなんだか、、
409:仕様書無しさん
10/09/25 17:19:01
PLC作ってんのはそうだろー（棒読み
410:仕様書無しさん
10/09/25 21:17:38
そもそもPGスレなのにっていう
411:仕様書無しさん
10/09/25 21:28:32
>>410
旋盤の動作を打ち込む人もプログラマーと呼ばれてるんだけどね。
412:仕様書無しさん
10/09/25 21:38:51
>>411 NCか？
呼ぶのは勝手だが今となっては完全別職種だろ・・・
機械屋脳ってのも凄いからなある意味
◎まとらぼ＆おーときゃど＆あんしすまんせー
○NC操作？んなもん工業高校卒にやらせとけ
×プログラム？たいしたもんでもないのに何難しそうに？ぷ
世界はおれ中心でものつく・・・らせ・・・まんせー！！！！
頭痛い
413:仕様書無しさん
10/09/25 21:41:04
>>411
組み込み関係ねー
NCとかMCのプログラマーもIT業界従事者なのかね
414:仕様書無しさん
10/09/25 22:13:20
NCの中身作ってる人ならこのスレの住人認定だろうけど、
動作を打ち込んでる人って、むしろオペレーターじゃね？
415:仕様書無しさん
10/09/25 22:13:52
>>413 こうだろ
森○○あたりの機械に入れ込むプログラム開発してる奴 こっち側
機械を据え付けた後でもの作らせるためにゴソゴソティーチングしてる奴 あっち側
PLCのシステムプログラム作ってる奴 こっち側
PLCにラダー打ち込んで現場で立ち上げてごにょごにょ こっちっぽいけど計装屋
立ち上がった設備を操作してる奴 あっち側
あっち側にはあっち側のルールや掟やプライドあるんだから
多分、俺は機械屋の端くれだと思ってるさ。
416:仕様書無しさん
10/09/25 22:15:34
>>414
オペレータなんだけど、それだとカッコ悪くて人がこないから、プログラマーと言っているんだろうね。
417:仕様書無しさん
10/09/25 22:18:26
>>414
その理屈でいくとLabViewユーザーは微妙な立ち位置だね。
418:仕様書無しさん
10/09/25 22:22:24
>>417 MATLAB君とLabview君は、自称制御エンジニアですから
プログラマより上位職だと思い込んでますよ
419:仕様書無しさん
10/09/25 22:25:02
LabViewとかって、ノウハウはそれなりにあるんだろうが
なんか、本質的じゃないっていうか、それが技術かよ？って気がするんだけどな
エキスパートと思ってる人の意見が聞きたい。
420:仕様書無しさん
10/09/25 22:26:29
VBがWindowsPhone7サポートするみたいだし
【製品】Microsoft、「Windows Phone 7」開発ツールにVisual Basicを追加（10/09/24）
ｽﾚﾘﾝｸ(pcnews板)
421:仕様書無しさん
10/09/25 22:26:35
システムプログラムを作るプログラムを作ってる奴は
システムプログラムを作ってる奴は所詮あっち側だと思ってるんだろうな
422:仕様書無しさん
10/09/25 22:30:53
つうか
機械屋でも電気屋でもソフト屋でも、抽象思考苦手な奴多いだろ？
機械屋：とりあえず作らせてかたちにしないとわかんね
電気屋：回路図だけじゃぴんとこないから試作基板で実験させろ
ソフト屋：俺様の超絶テクに仕様書なんかいらないのぜ？
こういう向きが集まると・・・・・テロ集団の結成だな
可視化できるモデルの功罪ってのはあるんだよ多分。
SystemC SpecC SysML VisualMechとかググってみ
あと４GL
423:仕様書無しさん
10/09/25 22:31:06
>>421
システムプログラムって何？
424:仕様書無しさん
10/09/25 22:32:33
>>421 用は階層化と分割統治とか目的が違うとか理解できない人多いから。
俺もだけどな
425:仕様書無しさん
10/09/25 22:33:52
>>423 OSとかコンパイラとかリンケージエディタとか・・・・そっちだよ
ある階層で何かするための道具を作るってのはあるだろ
メタ言語とかメタメタ言語とか論理学だかでいうとこの
426:仕様書無しさん
10/09/25 22:35:44
>>422
>機械屋：とりあえず作らせてかたちにしないとわかんね
UNIX的な思想でいいじゃない！
427:仕様書無しさん
10/09/25 22:36:22
>>426 本気でその場に居合わせてみろorz
428:仕様書無しさん
10/09/25 22:55:01
>>425
OS屋はこっち側じゃないか?
コンパイラは違うかな･･･なんか自信ないけど
CPUにダウンロードするか、そうじゃないかかな
429:仕様書無しさん
10/09/25 22:58:04
いまどきOS自作するなんて非現実的過ぎるだろ
430:仕様書無しさん
10/09/25 22:59:41
>>425 RTOS屋ならそうだったかもしれないけど
過去の「大型汎用機」でやれたことなんかとっくに余裕でできる「マイコン」あるし
そっちはそっちで特殊化していくのは仕方ないんじゃないのかな。
・・・・言いにくいけどちょい前のCELINUXなんかNEWS崩れのじいさんがごにょごにょ・・・
431:仕様書無しさん
10/09/25 23:23:46
>>425
基本ソフト系ってことね。
432:仕様書無しさん
10/09/26 02:01:30
なぜ今になってモデルベースだモデルベースだって騒がれるようになったのか
よくわからない
そんなに組み込み屋はブロック線図が珍しいのか？
1950年代からあるのに
433:仕様書無しさん
10/09/26 07:07:03
>>432
昔の技術をまったく知らない低単価の代わりに低レベルな若手がたくさん存在する。
いまはまだWEBアプリとかその手の業界でしか働いていないが、経営側の下心として
彼らを組込み業界にも使いたいってのがある。
だからその手の話が話題になるんだろう。
434:仕様書無しさん
10/09/26 07:28:42
>>433 そして言う。「電子工学知らないくせに」（だから安い金で使うからね）
もう見え見え
435:仕様書無しさん
10/09/26 07:49:11
安物買いのなんちゃらか
436:仕様書無しさん
10/09/26 11:03:03
この仕事に未来はないのだろうか
余程優秀な奴ならともかく自分には行き先がないような気がしてきた
組込みだと安泰だと思っていたのにな・・・
437:仕様書無しさん
10/09/26 11:45:04
>>433-434
話が噛み合ってないと思うけど、きっとこういう人は話が噛み合ってないことにすら
気がついてないんだろうなw
438:仕様書無しさん
10/09/26 12:15:48
よくいるんだよね、自分だけ筋を通してると思う人
439:仕様書無しさん
10/09/26 13:08:15
生態組み込みがでてくるまでお預け。
440:仕様書無しさん
10/09/26 14:14:08
FPGAのプログラムは難しいな
441:仕様書無しさん
10/09/26 15:37:01
プログラムじゃないものをプログラムだと思ってるから難しいんだよ。
442:仕様書無しさん
10/09/26 15:41:02
HDLは回路だと思えば難しくはない。つか、実際回路だし
それをプログラム感覚で書こうとするから訳のわからん回路になったり、
そもそも回路にならなかったりするんだよ
443:仕様書無しさん
10/09/26 16:34:41
組込み系の記事の編集やってる、ある編集者も怒っていたが、C級出版は
そのあたりについておかしなキャッチコピー的煽りを書いてることが多いので
要注意。「ハードウェアがソフトウェアになる」とか。
444:仕様書無しさん
10/09/26 17:02:38
RTLなんてフレームワークがちがちのソフトみたいなもんだろ
簡単じゃん
445:仕様書無しさん
10/09/26 17:02:46
>>443
URLﾘﾝｸ(techon.nikkeibp.co.jp)
446:仕様書無しさん
10/09/26 17:21:57
>>436
ソフトウェアは、所詮ソフトウェアだからね。
開発者の代わりはいくらでも居るて、人が変わっても意外と何とかなってしまう。
プログラムを書く仕事では無くなるかもしれないけど、やっぱり上へ行かないとね。。。
>>442
あれを回路だと思うのは、難しいよ。「変な回路でも動けば」って自分に言い聞かせてるよ。
どの程度の規模のFPGAかにもよるけど、ASIC経験でもなければプログラムとして見て当然だと思う。
このスレの住人だと、ソフトウェアとFPGAを掛け持ちとかで、専門でやるわけでもないんだろうし、
だいたいRTL要員とFPGA要員は別で、最終的にはFPGAの人が修正って感じになるだろうしね。
どこが回路なのか、さっぱり分からないから、なんとなくRTL書いてる。動かなくて死んでも知らない。知らない・・・・
447:仕様書無しさん
10/09/26 17:24:47
あら、わかってない人が
448:仕様書無しさん
10/09/26 18:26:31
ハード設計のHDL言語をソフトウェア的に見ると挫折するぞw
なんせ相手は手続きを時系列沿って動作するという基本的な概念からして違うからな。
同期回路とか言って、同時期に同時に全ての記述がその状態で動くんだ。
わかるかおまいらw 俺は分からんwww
449:仕様書無しさん
10/09/26 18:34:48
RTL=HDL=FPGAじゃないのか
回路図に論理素子並べてたのを言語で記述するようになっただけだろ
450:仕様書無しさん
10/09/26 18:40:42
回路図とか読めない人には...
451:仕様書無しさん
10/09/26 18:46:01
HDL書いてるやつで、ディジタル回路読めないやつなんていないだろ
452:仕様書無しさん
10/09/26 18:46:56
OS使うレベルのソフト書いてる連中は時間の概念がないから
無制限に手続き的にプログラムを書いてそう。
そのせいで起動時間がどんどん増えていく
453:446
10/09/26 19:09:11
>>447 ﾁｸｼｮｳ 早くこの仕事辞めたい。
>>448 時間の概念は分かるし、同時に動くってとこまでは分かる。
>>449 RTLだけ書く人と、最終的にタイミングの確認/調整してFPGAを動かす人の差かな？
ちょっとイメージが違う。回路図をCADで書いていたのが、マイコンを使ってソフトでピンを制御するような感じになったの。
>>450 どこまで読めるかは置いておいて、読めないとソフトの仕様すら決められないよね。ハード屋から出てくる資料なんて・・・
>>451 デジタル回路なんて、サッパリ分からないよ。フリップフロップの仕組みが未だに分からない。
>>452 フラグ立ててステートマシンを一個一個進んでいくようなのは、問題ないよね。基本はブロッキング代入！
回路とか余計なこと意識しなければ、CやC++なんかより全然簡単だと思う。動くかは知らないけど。
454:仕様書無しさん
10/09/26 19:33:51
>>453
>動くかは知らないけど
おまいはなw
プログラムでもそうだけど、動くかどうかだ そこだけが問題なんだよw
どんなに流暢に美しく書けても、動かなければ只のクズだろw
455:仕様書無しさん
10/09/26 19:37:45
フラグ管理は俺もよくやるけど
フラグの数が無制限に増えると予想もしない動作をすることがある
危険極まりない
456:仕様書無しさん
10/09/26 19:39:29
>>455
しかもフラグの名称がわけわからなかったりな、もう最悪。
457:仕様書無しさん
10/09/26 19:42:03
でも、ハードの話題で言うなら、デジタル回路って全部フラグ管理だからなぁ
458:仕様書無しさん
10/09/26 20:36:30
フラグの影響範囲をきちんと管理してればいいが
グローバル変数にして全箇所から参照してたりすると最悪
459:仕様書無しさん
10/09/26 21:43:55
>>458
オレの場合、グローバルにするけど、マクロで参照させてる。
460:仕様書無しさん
10/09/26 22:00:32
>>458
参照はしなきゃならんからな
勝手な書き換えは困るけど
というわけで、変数はstaticでget/set作る派
461:仕様書無しさん
10/09/26 22:20:49
>>460
関数にするとオーバヘッドがね。
462:仕様書無しさん
10/09/26 23:17:28
そんなもんオプティマイザ君に任せちゃえばいいじゃん♪
463:仕様書無しさん
10/09/27 00:31:12
何いってんだよ、最適化でいつも関数がインライン化されると思うなよ
464:仕様書無しさん
10/09/27 00:43:17
>>462
オプティマイズでなんどひどい目にあったことやら
465:仕様書無しさん
10/09/27 01:29:39
じゃあ、インライン宣言しちゃえばいいさ。
466:仕様書無しさん
10/09/27 01:31:43
インラン宣言とか・・・いやらしいピヨ！
467:仕様書無しさん
10/09/27 04:33:07
>>465
だったらマクロとかわらんだろ
468:仕様書無しさん
10/09/27 05:37:22
デバッガで中に入って逝けるのは以外と大きいと思う。
469:仕様書無しさん
10/09/27 06:13:35
インランとか
マグロとか
デバガメとか
何の話をしているんだ？
470:仕様書無しさん
10/09/27 06:14:22
デバガメが中に入ってイける。以外と大きい！
471:仕様書無しさん
10/09/27 08:07:32
>>461
まあ、そこまでクリティカルかってこともあるけど
472:仕様書無しさん
10/09/27 12:01:38
今度は、クリ ティンコ カリ か。
みんなエロいな。
473:仕様書無しさん
10/09/27 13:59:35
JTAGおしえて。
・なるべくお金をかけないでやる方法。
・できるだけどんなメーカーでも対応できる方法。
・オープンソースでやる方法。
474:仕様書無しさん
10/09/27 14:45:09
お前は何もするな
475:仕様書無しさん
10/09/27 15:10:05
>>471
メインループで、毎回みていたらでかいんじゃね？
476:仕様書無しさん
10/09/27 16:20:48
メインループには、やってくれれば何時でも良いですよ的なの置くけどな
477:仕様書無しさん
10/09/27 16:59:05
プライオリティ一番低いやつな
アイドルプロセスみたいなもんだな
478:仕様書無しさん
10/09/27 18:01:18
Android使ってる？
479:仕様書無しさん
10/09/27 18:38:23
>>476
メインループ＝イベントループ
時間にクリティカルな処理は割り込みだが、イベントループも速いに越したことはない。
関数呼び出しのオーバヘッドを考えたら、変数の参照の方が速いよな、
かといって、素で参照されるのもカッコ悪いし、安易に変更されるのも困るってとこ。
なんか、綺麗じゃないかもしれないが、苦肉の策って感じ
480:仕様書無しさん
10/09/27 19:11:45
おまえらスリープとか使うの？
メインループに入れる関数って、ウェイト入れない限り物凄い速さで実行されるから
俺はポーリング監視したいレジスタなんかを見張る関数を入れてるわ。通信応答とか。
481:仕様書無しさん
10/09/27 19:25:33
>>480
普通にTimerのスレッド走らせればいいじゃん。
482:481
10/09/27 19:26:48
>>480
いけね、Androidとまちがいた。
>俺はポーリング監視したいレジスタなんかを見張る関数を入れてるわ。通信応答とか。
それがイベントループだよ
483:仕様書無しさん
10/09/27 19:36:45
OSなしでタイマー使うほどじゃないとNOPを回すよ
484:仕様書無しさん
10/09/27 20:14:04
某iTRONでは省電モノ用にsleepにしてタイマー割り込みで起きる形にできる
485:仕様書無しさん
10/09/27 20:16:46
iTRONじゃなくても出来るでしょ
486:481
10/09/27 20:29:55
>>485
CPUによっては機能で一定時間サスペンドできなかったかな。
タイマ割り込みでメインループをまわすと多重割り込みになるよな。
487:仕様書無しさん
10/09/27 20:35:12
多重割り込みで気をつけることを教えてくれないかい？
絶対取りこぼせない通信を余裕のないボーレートで受けることになったから
多重割り込みでなんとか安定したんだけど、スタック食いつぶして暴走とかしたくないんで。
488:仕様書無しさん
10/09/27 20:40:36
メモリに余裕があるなら、割り込み禁止と許可に気をつけるぐらいじゃ
割り込みのエントリを一箇所にしてるOS？とかだとパズルみたいになるかも
489:仕様書無しさん
10/09/27 20:57:26
R8C使ってるけど、#pragma interrupt /Eでその関数の中で上位優先度の割り込みがかかるでＯＫ？
もちろん割り込みの中で関数をコールするような危険な真似はしてないけど
まだ問題あるだろうか
490:仕様書無しさん
10/09/27 21:05:10
人に聞くより、テストプログラム書いて、チェックしたほうがいいのでは
491:仕様書無しさん
10/09/27 21:18:04
>489
>R8C使ってるけど、#pragma interrupt /Eでその関数の中で上位優先度の割り込みがかかるでＯＫ？
OK
アセンブリコード見ればわかるはず。FLGレジスタの割り込み許可をセットするコードがでてるよ
492:仕様書無しさん
10/09/27 21:34:03
THXありがとう
493:仕様書無しさん
10/09/27 21:54:54
>>487
割り込みの中に処理を書かない。
494:仕様書無しさん
10/09/27 22:11:27
それでは割り込みを使う意味がない
495:仕様書無しさん
10/09/27 22:14:38
言い換えよう
割り込みの中では必要最小限の処理しか書かない。
これでもかと言うほど削ぎ落とすこと。
496:仕様書無しさん
10/09/27 22:16:42
データ取ったらすぐ返るほうがいいと思うよ・・・・
割り込みから抜けずに別のトラップそこからおこすとかもうね・・・
497:仕様書無しさん
10/09/27 22:17:41
それは当然だが、割り込みの中で書いて確実に実行させなきゃいけない処理もあるんだよ
498:仕様書無しさん
10/09/27 22:19:47
>>497
そんなものは無い。
フラグやステータスの更新くらいしかやるな。
あとはせいぜい数バイトのバッファ更新くらいだ。
499:仕様書無しさん
10/09/27 22:30:28
世間知らず？
500:仕様書無しさん
10/09/27 22:40:03
OS使ったことないんだろ。
501:仕様書無しさん
10/09/27 22:41:39
OSも使わずに2chに書き込めるシステムがあるとでも言うのか？
502:仕様書無しさん
10/09/27 22:43:42
すげーな
ここまでどや顔でアホなこと言ってるの久々に見た
503:仕様書無しさん
10/09/27 22:44:12
115200bpsのシリアル通信を取りこぼすOSを使ってますが
504:仕様書無しさん
10/09/27 22:45:20
>>497
具体的に書いてみ。
多分ホンの少しの割り込み処理と、残り全部が通常処理との組み合わせに置き換えられるから。
505:仕様書無しさん
10/09/27 22:47:11
非力なマイコン使ってると、割り込みで重い処理しないといけないことも
506:仕様書無しさん
10/09/27 22:49:11
>>505
逆じゃね？
非力だから、割り込みはサッサと終わらせるんだろ？
507:仕様書無しさん
10/09/27 22:50:48
昔のゲーム屋さんは、割り込みに詰め込んでたみたいだけど
508:仕様書無しさん
10/09/27 22:53:51
平場の処理と割り込みを非同期に動かしたいこともあるでよ
509:仕様書無しさん
10/09/27 22:54:13
俺が正しい！なひとのご高説だな
510:491
10/09/27 22:59:15
正解 >505 >497
世間知らず >498 >504
実際、R8Cも含めた基本ソフトの実装をやっていますが、最近のITRONの拡張のひとつには
カーネル管理外の利用方法の拡張というのがあって、理由は、それだけOSの回らない速度での
アプリを書く必要性があるってことだと思っている。
511:仕様書無しさん
10/09/27 22:59:35
>>507
それは割り込みという物とは違う。
同期をとってそのタイミングから始めるというテクニックだ。
ラスタスクロールとか、色替えとか色んな事をマシンサイクル計算しながらやったんだ。
512:仕様書無しさん
10/09/27 23:03:04
>>504
>>497じゃないけど、>>497が言ってるようなケースがありうることは
ちょっと考えればわかるでしょ。
一つはレイテンシが許容できないケース。
もう一つは、例えばA/D変換値を一定間隔で取り込むような場合で、
システムのRAMやコードROMに余裕がないために、生のAD変換値をとりあえず
入れておくキューを用意することが困難な場合。
513:仕様書無しさん
10/09/27 23:03:07
>>511
そうそう、割り込み内でスタックポインタ完全に書き換えちゃうから
そもそも割り込みの概念じゃないしな。
514:仕様書無しさん
10/09/27 23:08:25
>>512
馬鹿だからそんな記述するんだろw
いいか？ キューを用意するとOS依存になるんだぞw
OSが回り切らないのにそんな使い方する方がアホだろ。
A/D変換だって、割り込み中にリングバッファに積めばいいだけ。
あとは通常処理で拾って計算する。
CPUのマシンサイクル数百回より早いA/D変換とか絶対に無いからw
あったらそれは設計が破綻しているって事。
515:仕様書無しさん
10/09/27 23:09:33
>>514
日本語読めてる？
516:仕様書無しさん
10/09/27 23:14:01
OS？使える富豪プログラムとギリギリのところでやるプログラムじゃ、
話が噛み合わないでしょ。
517:仕様書無しさん
10/09/27 23:14:43
そもそも多重割り込みなんて考慮しなきゃならないって時点で設計破綻してるだろw
要因が異なる複数の割り込みが多重にかかるっていっても、全部別の割り込みだからハードでフォロー出来るだろ。
518:仕様書無しさん
10/09/27 23:21:57
どうみても読めてない。
519:仕様書無しさん
10/09/27 23:29:07
>>503
フロー制御しろw
520:仕様書無しさん
10/09/27 23:29:40
じゃぁ話をPICに限定しようや
521:仕様書無しさん
10/09/27 23:31:11
>>520
PICって言っても、Cで組める本格的な物から、アセンブラ命まで幅広いぞ？
522:仕様書無しさん
10/09/27 23:33:29
>>521
じゃPIC24H系で
523:仕様書無しさん
10/09/27 23:36:43
OSなしでも、できればmainに何も書きたくないくらいなんだよな
処理が時間内に終わんない場合にはmainに回さなきゃいけないけど
524:仕様書無しさん
10/09/27 23:38:03
>>513
時分割みたいなことやれるようなところじゃなかったよ
525:仕様書無しさん
10/09/27 23:38:53
PICなんてシーケンサだろ？
割り込みがトリガで、そこから全部期間内に終わらせるんだろ？
526:仕様書無しさん
10/09/27 23:46:09
割り込みは軽くするのがセオリーではある。まぁどうにもならんケースはあるだろうがな。
以前、処理時間の７割が通信割り込みとかいう代物みた時には背筋が寒くなった…
527:仕様書無しさん
10/09/27 23:48:58
いまどきの若いもんは、割り込み周期とかマシンサイクルとか計算しないのかや？
528:仕様書無しさん
10/09/27 23:49:12
昔、あめちゃんの割り込みに処理詰め込んだソース見て、
やる気なくしたことある、Cで書いてあったけどね。
529:仕様書無しさん
10/09/27 23:50:18
マシンサイクルって何？って感じでしょ、最近は
530:仕様書無しさん
10/09/28 00:04:35
>>527
今時はあんまり計算しないなぁ
計算するにしてもシビアに設計せず安全係数100倍くらいかけてるな
531:仕様書無しさん
10/09/28 00:21:35
>>526
それって気の利いた入門書には必ず書いてあることだけど、
半分は正しいけど半分は思い込みだと思う。
ISRを短くしたところで、得られるメリットはメインループ内の処理のレイテンシが
小さくなるだけで、それは通常は大したメリットではなし、ISRを短くしたところで
全体として必用な処理が減るわけじゃない。（むしろISRの処理をメインループに
投げると、フラグの処理等オーバーヘッドが増える。まあこれは普通無視できる範囲と思うけど）
本来は、むしろ少資源のシステムではISRに書きたい処理でも書けなかった、
というのが元々の真相だと思う。
つまり、アセンブラで変数を固定アドレスでコード書いてると、ISRとmainで
作業用もメモリを共有するのが難しいから。
532:仕様書無しさん
10/09/28 00:29:46
>>531
いいよおまいはどうせ割り込み１つだけしかないシステムしかやった事無いんだろ？
複数の割り込み要因さばいてる時に割り込み自体が重いと、重要なデータ取りこぼすんだよ。
割り込みは何の為にあると思う？ そのタイミングで必ず拾って欲しい情報があるから割り込みなんだよ？
だから取りこぼすとかそんなこと絶対にあっちゃいけないんだよ。
だから軽くするの。わかった？
533:仕様書無しさん
10/09/28 00:45:40
>>532
君は俺の方が特殊な前提条件の下の話をしていると思ってるんだろうけど、
むしろ特殊な前提条件でしか成立しない話をしているのは君の方。
割り込みのプライオリティが変更できないか、または多重割り込みが禁止（優先度の低い割り込みの
ISR実行中は、より優先度の高い割り込みも許可されない）システムの場合は、
確かに何も考えずにISRを短くした方が安全。
534:仕様書無しさん
10/09/28 00:47:18
しかし、いい歳こいていきなり喧嘩腰の馬鹿ってどこでもいるけど、
うんざりするな本当。
こういう奴には自己嫌悪って感覚はないのかね。
535:仕様書無しさん
10/09/28 00:48:10
割り込みのプライオリティがなくても、多重割り込み出来るでしょ
536:仕様書無しさん
10/09/28 00:53:46
>>535
多重割り込みあっても、実際に処理が廻って来るのは最後とかだけどね
むしろプライオリティーなんてあるともう低い方なんか実行出来ないとかねw
537:仕様書無しさん
10/09/28 00:56:21
多重割り込みだって、同じ要因で２回も割り込まれたりしたらどうしようもねえぞw
538:仕様書無しさん
10/09/28 00:56:44
仕様次第だから、これで決まりみたいな答えはないような
539:仕様書無しさん
10/09/28 01:00:33
>>531
同意
割り込み内で収まるなら、そうしたい
コード的には
540:仕様書無しさん
10/09/28 01:04:18
結局割り込み内で書いちゃうって言ってる人も、
割り込み周期内には終了するようなコードを書くんだろ？
これってどっちも同じ事言ってるんじゃね？
割り込み周期内に納まれば、どこに書こうが好きにしろってさ。
まあ、複数の割り込みを操らなきゃならんときは優先順位とやらに神経使えって事で。
541:仕様書無しさん
10/09/28 01:05:06
ポーリングでいいじゃん
542:仕様書無しさん
10/09/28 02:12:46
>>540
終わっちゃったじゃないかｗ
543:仕様書無しさん
10/09/28 02:17:47
割り込み時に退避されるレジスタって、ちゃんとアセンブラコードで確認してる？
長い間ずっと、Cで書いている限りは、コンパイラまかせなんだけど、ホントはあぶいかな？
544:仕様書無しさん
10/09/28 02:21:21
>>543
物によっちゃあ、interrupt なんチャラなんて宣言子もあったなぁ
関数の頭にinterrupt void hoge( void ) とか書くの
そうすると、その関数呼ばれる時は全レジスタ退避してくれんの
545:仕様書無しさん
10/09/28 02:25:18
頭がいいコンパイラくんは、破壊されたら困るレジスタだけを退避、復旧してくれる
546:仕様書無しさん
10/09/28 02:30:25
>>545
それ普通じゃね？
547:仕様書無しさん
10/09/28 02:35:44
さあ、アセンブラで割り込みエントリ書いてる人がいるから
知らないのかなと思って
548:仕様書無しさん
10/09/28 02:44:04
>>547
それはベクターエントリーテーブルの事か？
…まあ、それもCとかで書けるかぁ
ただリンカでマッピングするときゴニョゴニョ記述が無いといけんか。
549:仕様書無しさん
10/09/28 02:50:26
ベクタテーブルもCで書けるでしょ。
hewとかベクタテーブル書かなくてもいいようにしちゃったみたいだし
実処理部分の突入先をpushなんちゃらみたいに
550:仕様書無しさん
10/09/28 03:10:54
>>544
いやだから、そのinterrupt修飾子の結果を確認しているか？という話。
551:仕様書無しさん
10/09/28 03:15:07
>>550
１回確認したらもういいべ
レジスタ退避出来てなければ高確率でクラッシュだからな。
bugとしちゃすごく分かり易いよ。
552:仕様書無しさん
10/09/28 04:22:49
「そんなものは無い。」(ｷﾘｯ)でｸｿﾜﾗﾀ
553:仕様書無しさん
10/09/28 06:23:33
>>551
いやだから、みんなは確認とかしてる？って話し
554:仕様書無しさん
10/09/28 07:07:40
>>542
プログラムなんて動けばおｋ、って人にとっては、まあどうでもいい話だな
555:仕様書無しさん
10/09/28 07:19:21
結論：
OS使っても使わなくても
割り込み禁止はできるだけ短く
556:仕様書無しさん
10/09/28 12:53:02
できるだけ、っていうのが便利な言葉だな。
557:仕様書無しさん
10/09/28 15:10:20
>>554
講釈たれて動かねープログラムよりはね。
結局、ケースバイケースっていう議論じゃねーか。
558:仕様書無しさん
10/09/28 18:15:27
世の中大抵の物事はケースバイケース。でも定石化してるのは過去の教訓による。
もっともこんな議論関係なく、重い割り込みなんてコードレビューの時に真っ先にケチつけられ、その後も製品が生きている間ずっとメンテ担当者にクソプログラム扱いされるのだけど。
559:仕様書無しさん
10/09/28 18:26:18
じじいはクソプログラム扱いするだろうね
560:仕様書無しさん
10/09/28 19:16:09
>>558
>重い割り込みなんてコードレビューの時に真っ先にケチつけられ、
適応次第だろ
動作を始めたら、ひとつの信号の立ち上がりを検出してその時のAD値を演算してPIOに出力する"だけ"の装置だったら
割り込みだけですべてが終わるんじゃね？
mainループに比べたら「重い割り込み処理」だと思うが、それもダメなのか？
わざわざ、mainに持ってこないといけないことか？
561:仕様書無しさん
10/09/28 19:43:54
そういうの重いって言うんだろうか？
562:仕様書無しさん
10/09/28 20:04:39
割り込み後１ｕｓ以内にフィードバックをかけたい場合
563:仕様書無しさん
10/09/28 20:12:43
A/D変換中の待ちを嫌って信号割り込みとAD割り込みに分けるかな。
564:仕様書無しさん
10/09/28 20:15:06
mainでやるべき処理がない
565:仕様書無しさん
10/09/28 20:23:18
mainって、プライオリティ一番低いスレッドくらいの感覚しかない
OSなしでも
566:仕様書無しさん
10/09/28 20:50:25
>>558
終わんなきゃいけない時間に終わらない処理ならmainに回すのは当たり前
時間に余裕がある場合でも積極的にmainに回すのかって話なんだよ
プログラムで見れば、余分なフラグ増やすより関数呼び出しで済むならそっちがいいって考えられないのかね
567:仕様書無しさん
10/09/28 20:53:26
>>566
上司がOKすればいいんじゃね？
568:仕様書無しさん
10/09/28 20:53:31
基本は、>>558の言うように重くしないのが当たり前だとおもうけどね
必ずとか絶対とかっていうのはないよな
>>565
スレッドというほどいくつか処理があるならmainで取り扱わないと優先順位付けができないんじゃね？
それこそ、処理がみえねークソプログラムになりそうｗ
569:仕様書無しさん
10/09/28 22:05:28
こんな感じでよろしいでしょうか
#pragma interrupt hige(vect=1)
void hoge(void)
{
return reg;//さっさと返せこの野郎
}
void main(void)
{
init();
while(1){
task();
polling_func();//間に合わない処理はこちら
}
}
570:仕様書無しさん
10/09/28 22:07:06
すまん割り込みの中でなぜかretunをコールしてしまった
あとpragmaで定義した関数がhigeになってるな
571:仕様書無しさん
10/09/28 22:16:59
こうでしょ
int hige_int_flg = 0; //global
#pragma interrupt hige(vect=1)
void hige(void)
{
hige_int_flg = 1;//さっさと返せこの野郎
}
void main(void)
{
init();
while(1){
main_proc();
//hige polling
if(hige_int_flg){
hige_func();
hige_int_flg = 0;
}
}
}
572:仕様書無しさん
10/09/28 22:29:15
最初の行は
volatile int hige_int_flg = 0;
にしれ。
573:仕様書無しさん
10/09/28 22:33:41
なるほど
574:仕様書無しさん
10/09/28 22:37:25
mainで処理しない場合、コードはすっきりする
#pragma interrupt hige(vect=1)
void hige(void)
{
hige_func();
}
void main(void)
{
init();
while(1){
main_proc();
}
}
575:仕様書無しさん
10/09/28 22:48:28
割り込みで重い処理をしてはいけないのは常識
576:仕様書無しさん
10/09/28 23:01:43
割り込み中にサブルーチンコールすると、スタック管理が面倒だろ。
577:仕様書無しさん
10/09/28 23:04:48
割込み使うとバグが発生するって言って
割込み一切使わない先輩がいたなぁ
578:仕様書無しさん
10/09/28 23:12:56
>>577
今の政権みたいなもんじゃね？
「自民が～」「検察が～」「外務省が～」みたいな
おまえだよ、おまえｗｗ
579:仕様書無しさん
10/09/28 23:16:17
マルチタスクOSなんかはISR上でずっと動作させてるようなもんじゃないのかね?
580:仕様書無しさん
10/09/28 23:17:09
>>575 重いの線引きが難しいな
581:仕様書無しさん
10/09/28 23:18:21
>>579 リアルタイム性の話をしてる時にwindowsの話をする人きらいです