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の話をする人きらいです
582:仕様書無しさん
10/09/28 23:21:38
>>571-572
volatileでは値の保護ができないので
割り込みを禁止してみました
volatile 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
CLI();
if(hige_int_flg){
hige_func();
hige_int_flg = 0;
}
SEI();
}
}
583:仕様書無しさん
10/09/28 23:24:06
>>574 まかりまちがってhige_func()を他の場所でもコールした場合
リエントラントで作ってないと不幸なことになる可能性がある
584:仕様書無しさん
10/09/28 23:27:04
>>583
まかりまちがうことを前提に、リエントラントにするって、無駄なコストじゃね？
意味として、functionならそうだが、この場合 procedure だろ
汎用性を考える必要はないと思う。
585:仕様書無しさん
10/09/28 23:31:06
>>582 自分で書いてて思ったんだが、
割り込み禁止期間の割り込み応答性が下がるよな
意味ないやん
586:仕様書無しさん
10/09/28 23:58:32
>>576
別に平場の呼出と同じでしょ、関数呼び出し。割り込みと平場の調停が下手くそだとハマるかも
最近は、割り込み用のSP持ってるのもあるし
587:仕様書無しさん
10/09/29 00:11:43
>>585
割禁にしちゃうなら、これでいいじゃん
#pragma interrupt hige(vect=1)
void hige(void)
{
__DI();
hige_func();
__EI();
}
588:仕様書無しさん
10/09/29 00:13:07
>>587
うわぁ、知らねえぞw 何が起こってもw
589:仕様書無しさん
10/09/29 00:15:01
>>576
そのサブルーチンを、平時に使っていたら>>583 の言うようなやばいことになりそうだね。
あと、そのスタック管理とかが気になって、上でアセンブリコードで確認とかしてる？って聞いたんだけどね
スタック管理より退避されるレジスタが問題になったりしないかね？
Cで書いている分には問題ないだろうが、asmコードを使っていたら、注意しないとかなと思ってるけど。
590:仕様書無しさん
10/09/29 00:16:58
>>587
割り込みレベルでマスクしない？ｗ
そこらのSHあたりのCPUでも多重割り込みはある？
591:仕様書無しさん
10/09/29 00:19:18
>>590
多重割り込みないCPUなんてあるのかよ
592:仕様書無しさん
10/09/29 00:20:05
>>590
マスクするのはいいが、マスク解除がな。
ハードによっちゃ、物理的な割り込み線レベルが復帰しないうちにマスク解除しちゃうと
何度も同じ要因の割り込みが入っちまうＣＰＵとかあるからなw
593:仕様書無しさん
10/09/29 00:22:57
>>592
その結果スタック食い潰すまで多重割り込みの入れ子状態ってなw
594:仕様書無しさん
10/09/29 00:31:13
>>592
その前に割り込み要因のbitをクリアするだろ。
returnする前にまた割り込みが入ったら？
そんなこまけぇこ・・・ん？
595:仕様書無しさん
10/09/29 00:33:51
>>594
そんな状態なら、割り込みの設定からやり直すだろ
596:仕様書無しさん
10/09/29 00:34:05
割り込み許可のbitもクリアしとけば、いいのでは
許可は適時安全なところでやる
597:仕様書無しさん
10/09/29 00:35:04
>>591
ARMとか、受付はするけど、割り込みレベルかなんかでマスクされてるのか
飛ばなかったんだけど
当然、処理が終わると、最中に出た割り込み処理が起動してた。
598:仕様書無しさん
10/09/29 00:36:23
リエントラントとかスタックとか何を言ってるんだろう。
問題は再入の有無じゃなくて、（割り込みによって）非同期的に変更される可能性がある値に
メイン側でアクセスするときに、それを想定したコードになってるかどうか、
それだけだと思うが....
スタックなんかpush/pop(call/ret)がバランスしてればISRの前後でSPの値は変わりようがないわけで、
スタックをスタックとして使ってる分にはどこにも問題の発生の余地なんかありっこない。
599:仕様書無しさん
10/09/29 00:38:09
>>598
RISCマシン舐めんなよ
600:仕様書無しさん
10/09/29 00:51:31
ARMの割り込みコントローラはEOI?を発行しないと割り込み受け付けない様になってたような
601:仕様書無しさん
10/09/29 00:55:36
>>600
SHの場合は、レベルでマスクするんだっけ？自動でされるんだっけ？
602:仕様書無しさん
10/09/29 01:11:23
SH2Aまで
SH3、SH4
SH4A
で微妙に割り込み周りの仕様が違うんだよね。
マニュアルをよく読んで、調べてねって感じかな
603:仕様書無しさん
10/09/29 01:17:56
>>602
そか、なんか記憶がバラバラなのはそのせいかも；
ありがとん
604:仕様書無しさん
10/09/29 07:08:50
>>585
結局、メインループ中に複数回割り込みの場合もあるので、
hige_func();は、複数回ある場合を想定したロジックが必要。
その上で、割り込み発生後かならずhige_func()が呼ばれないと
空振りがあるので、クリア後にhige_func()を呼ぶ必要がある。
割禁にする必要もなく、以下の修正がいいかも
//hige polling
CLI();
if(hige_int_flg){
hige_func();
hige_int_flg = 0;
}
SEI();
--->
//hige polling
if(hige_int_flg){
hige_int_flg = 0;
hige_func();
}
>587
R8Cとかなら /Eがないので、hige()は割り込み禁止状態なのでそれしなくても
いい
605:仕様書無しさん
10/09/29 20:34:31
割り込み内で処理
606:仕様書無しさん
10/09/29 21:25:42
SCIの送信データエンプティ割り込みの中で
マイコンの割り込み許可とかやったことある人はいないのかな？
607:仕様書無しさん
10/09/29 21:35:57
日本語でおｋ
608:仕様書無しさん
10/09/29 21:47:20
>>606
SCIの送信データエンプティ割り込みは、マイコンじゃないんだね？
609:仕様書無しさん
10/09/30 08:31:06
【侵略と虐殺が大好きな中国の歴史】
・７５００万人を大虐殺した毛沢東、文化大革命
・民族浄化、チベット侵略、チベット人４００万人を大虐殺
・ベトナム、パラセル諸島(西沙諸島)を軍事侵略、占領
・ベトナム、スプラトリー諸島(南沙諸島)を軍事侵略、占領
・法輪功信者を数百万人規模で大虐殺
・石油、スーダンのダルフール大虐殺を支援
・フィリピンのミスチーフ環礁侵略、強奪
・テロ支援国家の北朝鮮を支援
・カンボジア、クメール・ルージュの大虐殺を強力支援
・民族浄化、東トルキスタン侵略、核実験ウイグル人３００万人を大虐殺
・インド侵略、アクサイチン地方、カシミール地方を占領
・毎年の死刑執行者数１０万人、ぶっちぎり世界１位
・日本の尖閣諸島に領海侵犯、地下資源を盗掘
・フィリピンのスカーボロ環礁を侵略、領有を宣言
610:仕様書無しさん
10/09/30 11:13:50
こういう所でもそうなのだが
URLﾘﾝｸ(oshiete.goo.ne.jp)
なんで
「○○を実現するために△△を使いたいと思います。どのようにすれば実現出来ますでしょうか？」
という感じの質問に対して
「△△を使うなんてナンセンス、だって(ry」
と的外れな回答が必ず出るんだろうね。
単純に実現方法を教えればそれで終わりなのに、
何故に、△△を使う背景を一から説明しなければいけないんだよと思う。
特に
------------------
そんなことより、アプリケーションのレベルの要求をJavaと照らしてよく見据えるべきです。
関数ポインタなどより、もっと安全で堅牢な方法があるはず。
私はC（などの古代言語）のナニナニをJavaで書くには？という話題が大嫌いです。
真剣な開発にとって、無意味かつ無メリットだから。
------------------
とか。んなこと聞きたくて質問者は質問してるんじゃないんだっての。
611:仕様書無しさん
10/09/30 11:18:41
答えがほしいだけの時はそうだけど
回答者が、それでいいのって、言いたい時もあるのでは？
612:仕様書無しさん
10/09/30 11:30:41
Q. 素手で釘を打ち込みたいです。
A. トンカチ使え。
どこが悪いの？
613:仕様書無しさん
10/09/30 11:32:41
>>611
趣味レベルのプログラムなら確かにそれもあると思うだけど、
会社がからむといろいろな事情でやむえずという事も良くある話だから、
いちいち背景から説明ってのはねぇ。。
それに、否定するからには代価案とそれおける実現方法を提示するべきでしょと思ってしまう。
Cを古代言語とか・・・。
Cだって現役バリバリですよ。どこでなんの言語を使うかは適材適所だろうに。
(この辺りは質問者の方が大人な対応してますね)
ごめんなさい。二日酔いでこんなサイトをたまたま発見してしまったばかり
ついイラっときてしまいました。
614:仕様書無しさん
10/09/30 11:34:16
>>612
例えが違う
Q. 素手で釘を打ち込みたいです。
A. 死ねばいいのに
こっちだ。
615:仕様書無しさん
10/09/30 11:35:43
仕事のことをwebで質問してる時点で...
616:仕様書無しさん
10/09/30 11:40:08
何も行動を起こさない人よりはいいと思うけどね。
んで回答で>>615みたいな答えが返ってくるわけですよ。
言いたい事はわかるが、本を買って解決するか、
職場の同僚に質問して解決するか、ネットで質問して解決するかは
エンドユーザーからみたらどうでもいい話。
仕様を満たすもの作ってくれるのなら。
617:仕様書無しさん
10/09/30 11:40:52
否定されるのがいやなら最初から聞くなよ。きちんと金を払ってコンサルしてもらえばいいのに。
仕事なんだから。
618:仕様書無しさん
10/09/30 11:42:04
仕様書なりマニュアルなりを見るべき問題あるいは段階で、
それができない、という奴は問題だと思う。
619:仕様書無しさん
10/09/30 11:44:38
質問者が質問に至るまでの経緯なんてわからんのに
仕事が言い訳になると思ってるんかね
鶏が先か卵が先か みたいだね
620:仕様書無しさん
10/09/30 11:46:56
>否定されるのがいやなら
それは質問者に言えよ。
俺が質問したわけじゃない。
金払ってコンサルってさぁ、
質問者がもし会社の仕事でやってるとしたら、
プロジェクトなのか課なのかグループなのかわからんが予算ってものがあったら、
ほいほいと金だせるものでもないだろうに。
んで、もし趣味でやってるものなら余計にコンサル雇うなんておもわねぇだろ
621:617
10/09/30 13:00:52
>620
別にあんたにいったわけじゃない。つか誰？
仕事ならただで誰かに意見を貰おうとしてその答えが明後日のほうでも文句は言えないだろ。
そういう意見は華麗にスルーするとか、質問者としての嗜みが必要だし、ストライクな意見が
最初から欲しければ金を払うとか丁寧に説明するとか、あたりまえじゃないか？
622:仕様書無しさん
10/09/30 15:43:06
>>617
それじゃ、Q&Aじゃなく単なる質問する側と答える側のマスターベンションスレになっちゃうじゃん
アホかｗ
623:仕様書無しさん
10/09/30 15:45:57
同じじゃん
624:仕様書無しさん
10/09/30 15:47:47
>>610
とても同意する。
--------------------
～を～すれば可能です。
さもなくば、～すべきと感じます。
私なら、こういった場合は
～を使用します。
なぜなら～のほうが～に適しているからです。
--------------------
とか、あって欲しいよな。
一言でいうと、「大きなお世話」なんだよな。」
質問するなって言うアホもいるが、
だったら、回答に出てくんなって感じｗ
625:仕様書無しさん
10/09/30 15:49:21
>>623
将棋をやってるところで、
「碁ならこうする」
って話しをするやつみたいだってこと。
626:仕様書無しさん
10/09/30 15:50:53
は？
627:仕様書無しさん
10/09/30 16:37:21
デザインパターンの本買おうかと思って手に取ったら、厚いね紙が。
堅いし重いし広げにくいし、あれは出版社の嫌がらせだろ。
せめてトラ技spなみ、できればチラシみたいなチープで薄い紙をパターン毎に綴じたのが理想。
628:仕様書無しさん
10/09/30 17:32:10
デザパタってC++の定石まとめただけでしょ
629:仕様書無しさん
10/09/30 19:40:17
C++の定石ってデザパタの一部にしか過ぎないだろ
630:仕様書無しさん
10/09/30 19:40:50
だがそれがいい
631:仕様書無しさん
10/09/30 20:05:48
じゃ、ただの定石集でしょ
632:仕様書無しさん
10/09/30 20:45:13
>>631
なおさらいいじゃん。
633:仕様書無しさん
10/09/30 20:46:58
言葉が解りにくいです><
634:仕様書無しさん
10/09/30 20:50:18
組み込みプログラマーはなぜ結婚できない人が多いのか
635:仕様書無しさん
10/09/30 20:52:29
>>634
おまえだけじゃね？ｗ
636:仕様書無しさん
10/09/30 20:55:53
組み込みだけに
組み込まれるのが嫌いなんでしょう。
637:仕様書無しさん
10/09/30 20:58:48
なんか最近はプログラミングより制御設計や回路設計が主になってきた
638:仕様書無しさん
10/09/30 20:59:19
既に製品に組み込まれてるだろ
639:仕様書無しさん
10/09/30 21:08:11
まんこにちんこ組み込む
640:仕様書無しさん
10/09/30 21:08:57
>*<
641:仕様書無しさん
10/09/30 21:09:25
最近、うちの会社は
UMLで設計まではするが、コーディングは
子会社や海外に投げるようになった
642:仕様書無しさん
10/09/30 21:11:09
社内で普通に「子会社に投げるか」と
子会社を馬鹿にしたように言うから面白い
643:仕様書無しさん
10/09/30 21:13:08
>>642
「外注」とかね、大きな会社ほどそういう言い方をしないね。
644:仕様書無しさん
10/09/30 21:20:41
デザパタよりデータ構造とかの方がいいような気がするな
645:仕様書無しさん
10/09/30 21:22:22
リンクトリストとかツリーとかそういうものを指すことばとして既に「データ構造」はあるだろ
646:仕様書無しさん
10/09/30 21:23:12
>>643
協力会社w
647:仕様書無しさん
10/09/30 21:28:54
で、内製できなくなる、と
648:仕様書無しさん
10/09/30 21:29:41
モノが上がってこない方じゃ
649:仕様書無しさん
10/09/30 22:49:41
なんか「協力会社」の方がいやな感じするけどな
650:仕様書無しさん
10/09/30 23:07:07
仕事の質問するのでもネタ投下になればマシだが
会社から試行錯誤もしてないクソみたいな質問をされると
「2ch見てんじゃねえよ回線切って詩ね」と言いたくなるのは当然
651:仕様書無しさん
10/09/30 23:11:51
「協力会社」の方が偽善臭がする
652:仕様書無しさん
10/09/30 23:19:11
俺の職場ではそのワードが飛び交ってるな
本当にごめん。でも俺は内製専用デスマ要員なんだ。
危険なプロジェクトは俺専任になる('A`)
653:仕様書無しさん
10/09/30 23:49:09
>>651
気を使ってるだけまし、って気がするけどね。
654:仕様書無しさん
10/10/01 00:02:17
派遣・構内請負はともかく、外注ってよくない言葉なのか?
小さい会社だと、その辺の感覚分からんわ
655:仕様書無しさん
10/10/01 00:21:29
まあどの会社もどの規模でも多かれ少なかれ下請けを小馬鹿にしてる人はいるもんだ
656:仕様書無しさん
10/10/01 01:12:45
>>655
いるね。自分がその会社だと思っちゃってるやつ。
>>654
よくないと思っておいたほうがいいよ。
使い捨てって感じでとられる。実際そういう感覚のやつもいるけど。
657:仕様書無しさん
10/10/01 01:23:40
外注とか上から目線なのって、ゼネコン体質っていうのかね
中小でやるとほんとみっともない。
自分らも客から金をもらっている身だろうに
まるで、上流工程→下流工程っていうのが、階級だと勘違いしてるやつらと同じレベル。