組み込みプログラマー雑談スレッドその16

1 ：仕様書無しさん：2010/09/11(土) 22:40:40

モルダーあなた疲れてるのよ

前スレ
組み込みプログラマー雑談スレッドその15
http://hibari.2ch.net/test/read.cgi/prog/1269911766/

2 ：仕様書無しさん：2010/09/11(土) 22:43:08

あ、ちゃんと動いたら
ここに報告しにきますね。

3 ：仕様書無しさん：2010/09/11(土) 22:43:21

もう来なくてもいいです

4 ：仕様書無しさん：2010/09/11(土) 22:46:20

ところで、皆は何に何を組み込んでるんだ？
案外、いろんな業界の人種が居ると思うんだが・・・ここ。

5 ：仕様書無しさん：2010/09/11(土) 22:46:38

一応まとめ

シリアル通信で文字列が一部化ける、一部読めるという状態の
原因として考えられるのは何でしょうか？
シリアルとは3線でつないでいます。TXとRXとGND

↓答え（考えられる原因）

まあとにかくハードがうんこだぜ

>>958 送受信のクロック精度が悪いんだろう。
ボーレートが合ってないから化ける。

マイコンとつないで化けるならマイコン側の発振精度が悪いか
GNDが浮いてるとか、回路壊れかけでリセットしてるとか
そのあたりを疑うべき。

１．FTDI側の通信精度が実は115Kからズレている
２．GNDが微妙に浮いている
３．ノイズが多い
４．装置側が実は115Kからズレている
５．壊れかけ

調歩同期式は発振制度が合ってないと化ける。
バイナリで通信できるソフトでコマンド手打ちしてみ。
フレーミングエラーが出てたら諦めろ。

６．「装置」と呼んでいるものにバグがあり、プロトコルが違う（ストップビットがたまに欠けるとか）

クロック誤差は、大概のUARTは3%程度許容度があるから誤差が原因となってる可能性は低い。
bpsの設定が間違ってる可能性はある。

6 ：仕様書無しさん：2010/09/11(土) 22:46:54

おまえらUART通信の仕事経験あるんだな
ちょっと親近感もった

7 ：仕様書無しさん：2010/09/11(土) 22:47:28

むしろ来るなと。
どうせ最初から言ってる電圧レベルの問題、なんてオチだろうと想像するけど

8 ：仕様書無しさん：2010/09/11(土) 22:47:45

>>5 学生か？宿題は自分でやれよ

9 ：仕様書無しさん：2010/09/11(土) 22:48:11

仕事経験つーか、デバッグ用途でほとんどが備えてんだろ

10 ： ◆REE3tLMZuI ：2010/09/11(土) 22:54:14

>>8
いえ、本業別で組み込みで遊び始めただけです。

宿題はいいですよね。
わからなくても先生が教えてくれますから。

仕事もたいていは仲間がいて相談できますから。
高価な解析装置もあるだろうし。

戻ってきたときわかるようにトリップ付けときます。

11 ： ◆REE3tLMZuI ：2010/09/11(土) 22:58:12

>>7
なぜかテスターは持ってるけど、
はかるのが怖いんです。

どことどこに差せばいいのか、
それでショートさせて壊してしまわないかと。
TXとGNDでいいのかな？

今度本買うので勉強してから試してみますね！

12 ：仕様書無しさん：2010/09/11(土) 22:59:39

回路図無いならテスター持ってても意味ナッシンだな

13 ： ◆REE3tLMZuI ：2010/09/11(土) 23:05:34

やはり、オシロとかデジアナですかね？

お金たまったら買いたいと思います。

14 ：仕様書無しさん：2010/09/11(土) 23:05:54

>>11
測定する必要は必ずしもない。
CMOSレベルのUARTインターフェイスの機器なんてまずありえないから、
USB-UARTブリッジのUART側と機器の間に配線以外何も入ってないなら、
それはほぼ確実に不適切。

15 ：仕様書無しさん：2010/09/12(日) 00:20:17

金たまったら、　いたいと思います。

16 ：仕様書無しさん：2010/09/12(日) 16:49:06

BCCといったら、真っ先にどの方式を想像する？
ただのチェックサムでいいよな？

17 ：仕様書無しさん：2010/09/12(日) 16:59:34

xor

18 ：仕様書無しさん：2010/09/12(日) 17:32:50

１．止めて！ロマンティック！止めて！ロマンティック！
２．ハンコ注射
３．駅前留学
４．あて先がわからない同報
５．河原でみんな集まってワイワイガヤガヤ

19 ：仕様書無しさん：2010/09/12(日) 17:44:59

ボーランドがかわいそ過ぎる。

20 ：仕様書無しさん：2010/09/12(日) 17:50:03

>>18
胸が苦しくなるからやめろ

サムとXORとあとなんかよくある方式ってなんだろ

21 ：仕様書無しさん：2010/09/12(日) 19:19:23

英国放送だろ

22 ：仕様書無しさん：2010/09/12(日) 21:05:25

中部日本放送

23 ：仕様書無しさん：2010/09/12(日) 21:19:55

みなさんホストOS（バージョン・ディストリ）には
何を使ってますか？
理由もあればお願いします。

24 ：仕様書無しさん：2010/09/12(日) 21:54:11

openSUSE
理由：
緑が好き。
デフォのインストール状態でデザインが綺麗で手軽だから。

25 ：仕様書無しさん：2010/09/13(月) 01:02:06

>>23
Windowsに決まっておろう。
TeraTermがLinuxにも移植されたら使ってやるがな。

26 ：仕様書無しさん：2010/09/13(月) 06:18:59

自作

27 ：仕様書無しさん：2010/09/13(月) 18:21:40

そうだ、QMAでクラス分けしようよ

各組の出題範囲(ロマノフ先生)

フェアリー組･･･
ワード、エクセル、ツクール2000スクリプト作成、レゴブロックスクリプトでロボットを動かす

ユニコーン組･･･
PICマイコンでライントレーサーを作る、C言語のポインタが理解できる、シスアド合格

ガーゴイル組･･･
基本情報処理合格、C++でマリオのような横スクロールアクションの作成、CPLDで多数のサーボモータをコントロール

ミノタウロス組･･･
応用情報合格、DirectX9.0ｃで3Dゲーム作成、FPGAとARMを用いてネットワーク上に画像を出力
http://plusd.itmedia.co.jp/pcuser/articles/1007/07/news073.htmlが使いこなせる

フェニックス組･･･
ねこロボットがネズミロボットを追いかかる画像処理、
FPGAでi386以上の規模のIPコアを作成、エンベデットシステムスペシャリスト合格

ドラゴン組･･･
コンシューマーゲーム機の設計、携帯電話の高周波システムLSI設計

全国大会優勝･･･
CoreシリーズCPU・Apple A4を一から作る、新型半導体の実用化、最新戦闘機・核兵器の制御回路設計

28 ：仕様書無しさん：2010/09/13(月) 19:35:57

幼稚なランク分けだなぁ

29 ：仕様書無しさん：2010/09/13(月) 19:47:56

>全国大会優勝･･･
>CoreシリーズCPU・Apple A4を一から作る、
一人じゃ無理だべ

>新型半導体の実用化、
組み込み関係ねー

>最新戦闘機・核兵器の制御回路設計
規格でガチガチそうだが、なんか特別難しいことやってんのかね

30 ：仕様書無しさん：2010/09/13(月) 20:22:16

ETロボコンに出たいと思ってるんだが
会社で練習するための本番と同じ広いコースはどこで買うの？

31 ：仕様書無しさん：2010/09/13(月) 20:28:50

テスト環境作るのも開発のうちだろう。

32 ：仕様書無しさん：2010/09/13(月) 20:31:34

うちは大きい模造紙に拡大コピーして作ったな

33 ：仕様書無しさん：2010/09/13(月) 20:32:46

参加してないからわからんけど
コース形状の公開くらいされてるんじゃないの？
練習用に。

モーター制御の経験がないけど
センサ制御とアルゴリズム実装は結構得意だから
一人で参加してみるのもわるくないかもしれない

34 ：仕様書無しさん：2010/09/13(月) 20:38:36

>>33
試走会ってのが２日ぐらいはあるらしいが
それだけではまともなプログラム作りきるのは無理だろうし
難所もクリアしていきたいから
テスト用コースが会社に欲しい
置く場所が無いかもしれないが

35 ：仕様書無しさん：2010/09/13(月) 21:05:39

学生っていいよなぁ、気楽で。
できることなら戻りたいよ、大学とか。

36 ：仕様書無しさん：2010/09/13(月) 21:47:03

社会人だけど気楽にやっております

37 ：仕様書無しさん：2010/09/13(月) 21:49:33

ちょっと質問なんだけど
どーやったらプログラマーになれますか？
資格等はどういったものが必要になりますか？
教えて下さい

38 ：仕様書無しさん：2010/09/13(月) 21:51:27

>>37
定期的にこういう人出てくるね

39 ：仕様書無しさん：2010/09/13(月) 21:57:23

>>38　　教えてください
真面目に転職しようと考えてます

40 ：仕様書無しさん：2010/09/13(月) 22:29:55

だったら真面目に自分で調べろ
おまえのような低レベルの奴が入ってきたって邪魔なんだよ

41 ：仕様書無しさん：2010/09/13(月) 22:30:00

・気が付くと、半導体がほとんど東芝製
・でもアナログICはAD/LT/TI
・ラインドライバはMAXIM

42 ：仕様書無しさん：2010/09/13(月) 22:36:58

プログラム書けるようになったら誰でもプログラマーなんだぜ？

43 ：仕様書無しさん：2010/09/13(月) 23:01:21

>>41
・気が付くと、使ったCPUはほとんどルネサスに統合されていた。
・でもROMはST
・ラインドライバは台湾製

44 ：仕様書無しさん：2010/09/13(月) 23:06:20

今時マイコンなのに外付けROMて。
時代感覚ズレ過ぎじゃないのか。

45 ：仕様書無しさん：2010/09/13(月) 23:15:43

>ルネ
まあ、日立+三菱+NECだからねえ。
各社群雄割拠してた時代では考えられなかったよ。
美味しいところARMにやられちまったからなあ。

46 ：仕様書無しさん：2010/09/13(月) 23:19:16

俺の好みで仕事する訳にいかないしな。
もっとも、ROM付きのを新規でやったのは5年前が最後。ハードにはflashROM多めに乗せてたから、きっと今のバージョンはFflashROM上で動いてるんだろうな。だといいなぁ。

47 ：仕様書無しさん：2010/09/13(月) 23:50:12

>>45
ARM、やっぱり資材部の人には好まれるのかな。難しい事言わなきゃセカンドソースだらけだろうし。

48 ：仕様書無しさん：2010/09/14(火) 17:12:08

チップの動作がわからなくて、メーカーに聞こうと思ったら
取扱商社やら商習慣やらなにやら、
なんなんだろうな、めんどくせー
レジスタの使い方を教えてくれるだけでいいのに。

49 ：仕様書無しさん：2010/09/14(火) 17:13:51

>>44
なんで？
設定値の保存とかなにでしたらいいの？

50 ：仕様書無しさん：2010/09/14(火) 17:26:16

組込み系企業に入社したらUMLって頻繁に使いますか？

51 ：仕様書無しさん：2010/09/14(火) 18:05:42

>>49
そうじゃなくて、プログラム入れとくROMだろ
SHとかSXってROMlessばっかりじゃね?
それで選定から外す

52 ：仕様書無しさん：2010/09/14(火) 18:45:21

>>50もちろん

53 ：仕様書無しさん：2010/09/14(火) 19:43:12

>>50
まったく使わない

54 ：仕様書無しさん：2010/09/14(火) 20:03:01

>>50
ドライバ書きにゃ不要だぜ

55 ：仕様書無しさん：2010/09/14(火) 20:25:30

>>50
使う機会が無い

56 ：仕様書無しさん：2010/09/14(火) 20:38:15

マットラブでモデリング

57 ：仕様書無しさん：2010/09/14(火) 21:29:42

UMLは伝えることよりも図形のルールにこだわり始めて
本質を見失ってる気がする

58 ：仕様書無しさん：2010/09/14(火) 22:07:36

うちは制御系組込み屋だからMATLABとかしか使わない
マスワークスの奴隷。
UMLって何？って感じ

59 ：仕様書無しさん：2010/09/14(火) 22:12:17

漏れは寿司ラボとラブブー

60 ：仕様書無しさん：2010/09/14(火) 22:13:11

UMLってそもそも話す言語が違う人同士でも、図形で意思疎通が図れる事が目的じゃないの？
つまり、その図形に明確なルールが定まっているからこそ、明確な意思が伝えられるんだ。
別に間違っちゃいないと思うけど。

ただそれをガチガチに現場で実践しようと思っても、無理だからアレンジはするが。

61 ：仕様書無しさん：2010/09/14(火) 22:19:40

UMLは素人が見てもわかるように書くのがコツ

62 ：仕様書無しさん：2010/09/14(火) 22:28:21

素人にもわかるものも描ける。
技術者同士で詳細まで明確にしたい場合も描ける。

誰かに伝えるものだから、読み手のレベルに合わせるのは当たり前だよな。
UMLって枠組みは全部に対応しておかないといけないから、詳細になっていく。

63 ：仕様書無しさん：2010/09/14(火) 22:31:34

UMLなんかいらない
フローチャートで十分

64 ：仕様書無しさん：2010/09/14(火) 23:04:33

ブロック千図

65 ：仕様書無しさん：2010/09/14(火) 23:47:39

>>60
そもそもCしか使わねえし

66 ：仕様書無しさん：2010/09/14(火) 23:57:40

棒人間が複雑骨折してたり、巨チンになってたり、

67 ：仕様書無しさん：2010/09/15(水) 02:37:08

モデリングなんか
Simulinkのブロック線図と
Stateflowの状態遷移図だけでおｋ

68 ：仕様書無しさん：2010/09/15(水) 07:35:37

>>51
SHとかSXってROMlessばっかりじゃね?
そんなことないんじゃね
書き換え回数が極端に少ないがあるぞ。

69 ：仕様書無しさん：2010/09/15(水) 07:38:55

ドライバからアプリまで２０年近くやってきたけど、
表現方法にUMLが面白そうだなと思って、その手の会社の募集に応募したら落とされた。
UMLの経験者が欲しいからって理由だったが
はっきり年齢といえばいいのに、とってつけた理由で落とさんで欲しかったわ

70 ：仕様書無しさん：2010/09/15(水) 08:51:46

実際のところ現場は即物主義だから
ちゃんと動く物さえ作れてりゃフローチャートすらマトモにかけなくったっておkなんだけどな。
タイミングチャートとかフロー図、UML図出せなんていわれるのは
マトモに動くもの作れなかった場合の罰ゲームみたいな扱いだろ。

71 ：仕様書無しさん：2010/09/15(水) 09:41:52

>>70
９割方、資材向け
でも、状態遷移図やタイミングチャートは必要だろ。
windowsのアプリでフローだせって言われたときは参ったけどね。
始まり－処理－終わり　の図を２００枚くらいだした。

72 ：仕様書無しさん：2010/09/15(水) 12:53:55

説明にフローチャートが最適って事は稀だよな。
非同期の入力があんまり無いなら良いのかも知れないけど。

73 ：仕様書無しさん：2010/09/15(水) 13:01:54

UMLなんか
クラス図
ステートマシン図
ユースケース図
アクティビティ図
シーケンス図
以外はいらない
さて仕事仕事

74 ：仕様書無しさん：2010/09/15(水) 15:56:40

別にUMLでなくてフローチャートでもいいんだけど、
なんかオリジナルのフローチャートもどき描いてくるやついるよなー。

75 ：仕様書無しさん：2010/09/15(水) 16:28:41

>>74
少なくとも自分がわかればいいんじゃね

76 ：仕様書無しさん：2010/09/15(水) 17:40:53

>>75
個人のプログラムならそれでもいいけど、
自分以外の人が関係する仕事では駄目だろ。

77 ：仕様書無しさん：2010/09/15(水) 18:32:30

>>76
といって他人が見て分かる資料ってあるの？
そういう思考が停止したような呪文はイラネー。
組み込みや産業系に限って言えば、そもそも資料と現物が一致したものに出会ったことがない。
結局ソースコード解析するしかないじゃん。
だったら、最初から質の高いコメントいれとけって感じ。

78 ：仕様書無しさん：2010/09/15(水) 20:25:05

誰だってドキュメント書くのは面倒くさい。
省力化の工夫を始めたら仕事がむしろ増えたという…

79 ：仕様書無しさん：2010/09/15(水) 21:03:39

フローやタイミングチャートなんて自分やその近辺の数人の中で動作の流れが整理ついてりゃ不要、というのが現実。
客先にはそんな開発資料より、むしろ取説やトラブルシューティングのFAQを用意するというのが現実。
つまり「UML？なにそれ、学生気分抜けてなくね？んなもんせっせと取り組む時間あるならさっさとコード書けよ。」
というのが現場的な話の流れ。

80 ：仕様書無しさん：2010/09/15(水) 21:17:47

フローミングマシン図

81 ：仕様書無しさん：2010/09/15(水) 21:18:40

こうやってスパゲティコードが量産されるんだな

82 ：仕様書無しさん：2010/09/15(水) 21:22:12

>>81
フローチャート書かないこととスパゲッティコードが量産されることとの間に因果関係はないな。
UMLならそれが防げるということもない。

83 ：仕様書無しさん：2010/09/15(水) 21:22:40

つまり、スパゲティフローが作られるんだな

84 ：仕様書無しさん：2010/09/15(水) 21:25:48

>>81
ほぅ、どうやってスパゲッティコードが量産されるって？
で？それをどうしたら防げるのか具体的に示せないのか？

85 ：仕様書無しさん：2010/09/15(水) 21:30:07

少なくとも、フローチャートを書く時点で一度処理を考えるよな。
そしてコーディングの時に再び考える。
少なくとも考えは整理されるはずだが。
されない奴は元々頭が悪いやつだから、フローチャート書こうがどうしようが、
スパゲッティーの汚いクソみたいなコード書く。

86 ：仕様書無しさん：2010/09/15(水) 21:34:26

>>85
>少なくとも、フローチャートを書く時点で一度処理を考えるよな。
>そしてコーディングの時に再び考える。
>少なくとも考えは整理されるはずだが。
>されない奴は元々頭が悪いやつだから、

学生かボケ！と（失笑
んなヘボはウチの会社にはイラン
ハローワークで皿洗いの仕事でも探せや

87 ：仕様書無しさん：2010/09/15(水) 21:38:22

>>85
フロー図を書かなきゃ流れを整理できないようなバカはフロー図書いても整理できんだろ、普通。

88 ：仕様書無しさん：2010/09/15(水) 21:40:40

図を描くって、処理が一覧できていいと思うんだけど。
ソースコードからじゃこれだけ広い視野で全体見れないでしょ？

89 ：仕様書無しさん：2010/09/15(水) 21:45:57

>>88
頭の中に書きゃ充分だろ
お前みたいなフロー信者がJR東日本のスイカのチャージのGUIみたいなアホ臭い冗長な処理を作るんだよ。
「チャージする金額ボタンを押してください」（←「ボケ！入れた札の枚数数えてんだろお前は！」みたいな）

90 ：仕様書無しさん：2010/09/15(水) 21:52:13

>>89
さすがに馬鹿でしょ君。
むしろ、こういう「おっちょこちょい」君ってこの世界に多いよなマジで。
こういう人は多分人に指摘されるまで、何がどう「おっちょこちょい」か気付かないんじゃないの？w

91 ：仕様書無しさん：2010/09/15(水) 21:52:33

>>89
ごめん、その例よくわかんない。

勝手に札の枚数でチャージするんだったら、
例えば6千円チャージしたくて、5千円×2入れたら1万円チャージされるって事？

そもそも千円を順番に入れたとしても、何をトリガーに投入完了にするんだ？
数秒間お金が投入されなかった場合か？
ちょっともたついてる間に勝手にチャージされましたとかいって
カード排出されたら、それこそイラっとくるんだけど。

金額ボタン押すのは普通だと思うんだけど、どうなの？

92 ：仕様書無しさん：2010/09/15(水) 21:55:17

>>89
痛すぎるよキミ

93 ：仕様書無しさん：2010/09/15(水) 21:58:23

> んなもんせっせと取り組む時間あるならさっさとコード書けよ。」

俺の知る限り、まともに設計されてない屑コードを量産して喜ぶタイプの定番の台詞なんだがな、これ。
フローチャートはともかく。ていうかフローチャートはスパゲティの元だろ。

94 ：仕様書無しさん：2010/09/15(水) 22:01:19

>>89は多分「いきなりコーディングする奴はこういうバカしかいないんだよ」
っていう事を身をもって証明しようとしただけだ。たぶん。

95 ：仕様書無しさん：2010/09/15(水) 22:05:35

訳解らんコードを図にされてもやっぱり訳解らん。そんなのは捨てた方が良い。
図にして解るのなら書いた奴に常識的なコード書く様に説教するべき。
キレイにコーディングされた関数はフローチャート要らないんだよね。それを目指して言語仕様が工夫されたり、また社内規則があったりするんだし。

>>88
全体見るなら状態遷移とかサブルーチンの関連が知りたい訳で。もうフローチャートの出番じゃないよなぁ。

96 ：仕様書無しさん：2010/09/15(水) 22:06:48

>>91
コンビニのATMは札入れて枚数数えたらコレだけ入れるけどどう？って訊いてくるなぁ。
OKならOK押すだけ。
おつりが欲しい場合はそれを押す。
どちらかというとこういう流れの方が駅のように混む場所の場合良いかもな。
５千円、２千円とか千円とか入れる客はOKを押すだけで良くなる。

97 ：仕様書無しさん：2010/09/15(水) 22:09:59

>>91の考え方はいかに早く人をさばくかという観点が抜けてるように思う
JRの券売機って機械が人より先回りしていないんだよ。

98 ：仕様書無しさん：2010/09/15(水) 22:19:37

>>96
あぁ～ぴったりの時に「OK」押すだけってのは、認知時間短縮になっていいかもな。
目的の金額探すのにちょっと迷う時あるもんな。

99 ：仕様書無しさん：2010/09/15(水) 22:21:26

>>91
>そもそも千円を順番に入れたとしても、何をトリガーに投入完了にするんだ？

機械が処理を行なう時間より人間が考える時間の方が圧倒的に遅いんだよ。
人間は自分の入れた金額のボタンを画面上で選ぶより、
OKボタンを押すだけにさせた方が反射的に行動できるし、スピードが上がる。
ナントカ工学を専攻してるんならその辺のところはお前の方が詳しいだろ？

100 ：仕様書無しさん：2010/09/15(水) 22:23:09

>>99
電子工学ではそんな事やんないけど、勉強になった。ありがとう。

101 ：仕様書無しさん：2010/09/15(水) 22:24:01

状態遷移とモジュール関連図とシーケンス図でいいわな
関数はフローチャート書いた方が分かりやすけりゃ書けばいいし、
箇条書きで済むならそれでもいいし
俺はとりあえず先にコード書いちゃうな

102 ：仕様書無しさん：2010/09/15(水) 22:30:23

おまけに[OK]ボタンを押すってのはおつりの計算をパスできるような。
入金された金額を表示して[OK]押したらもうそれはOKなんだよ。

千円、二千円、五千円って金額ボタンを選択する方式の場合、
現在入金されてる金額と比較して一致していたらOK、過不足なら
おつり、もしくは請求するか？という処理を必ず踏まなきゃならない。
これは確かに冗長だわな。

103 ：仕様書無しさん：2010/09/15(水) 22:37:45

>>97
近所の銀行のATMが、操作終了後どんなに素早くカードと金を引き抜いてもピコピコ警告音が出る状態だった。
先回りされすぎてもむかつくな。早くどけと言われてるみたいで。

それは２年位で修正された。多分タイムアウトの設定ミスったまま運用しちゃったんだろうなぁ…

104 ：仕様書無しさん：2010/09/15(水) 22:50:14

そういえば昔、ロボコン（たぶん）で、あったね。
ゲームのコンボ技みたいに「ボタンだかレバーだかいくつかの動きを組み合わせて操作すると一個の技を出す」ってやつ。
そのため難しくて特定の人しか操作できない（笑）

なんで始めからその機能に一個の入力を割当ててボタン追加しないのよ、と思ったね。

105 ：仕様書無しさん：2010/09/15(水) 22:53:53

ロボコンやっている程度で、で一流の組み込み・機械技術者気取っているのが笑える。
特に高専の

106 ：仕様書無しさん：2010/09/15(水) 22:57:55

>>105
人間の行動まで想定して処理の流れを考えられてないお前も
同じようなもんだがな。反省しろ。

107 ：仕様書無しさん：2010/09/15(水) 23:38:36

あー

108 ：仕様書無しさん：2010/09/16(木) 02:46:47

なんだ受託の中小企業リーマンしかいないのか？
だったらドキュメントつくんなくていいよ。どうでもいい。

109 ：仕様書無しさん：2010/09/16(木) 03:24:43

パ○ソニックに勤めてるけど
お前らは一体何ていう会社に勤めてる？
このスレはSIが多い？

110 ：仕様書無しさん：2010/09/16(木) 05:03:56

制御構造の概念が登場する前の gotofull なスパゲッティも知ってるけど、
現代のスパゲッティってのはどんなのだろう？

シーケンシャルマッチングのコードだと、絶対こんな制御構造要るよね？
　　｜
　　｜ーー｜
　　｜→　｜
　　　　　←｜　この辺はどういうふうに書くんだろう？

111 ：仕様書無しさん：2010/09/16(木) 07:00:21

>>101
コードを先に書くのはいいと思うが、
場合によっては、そのコードを一旦捨てれるかどうかじゃないかね。
捨てれずに、継ぎ足してく奴はスパゲッティをつくるし、そうでないやつは、綺麗なコードを書く。
ドキュメントを書いてからでないと、綺麗な設計ができないって言うやつもいるが、人それぞれだと思う。
ドキュメント上で綺麗に見えても、コードにしたら汚いものって結構ある。
ま、それも設計能力といえばそれまでだろうが、紙の上のもので悦に入っている奴より、実装の美しさを求める奴のほうが信頼できる。

112 ：仕様書無しさん：2010/09/16(木) 07:02:33

>>109
内定決まらなかったのか？のぞみを捨てずに頑張れよｗ

113 ：仕様書無しさん：2010/09/16(木) 11:48:35

>>110
思いっきりテキストエディタで書いてるわ。
カーソルキーで罫線書ける奴つかってる。

114 ：仕様書無しさん：2010/09/16(木) 12:15:17

だいたいにおいて学生は手法や手段にこだわるわりに実際の動作に対する配慮が浅い
図を書いたことで安心してしまい、それ以降の思考が深まらずほぼ停止。
図から読み取れるはずの制御の流れの無駄や矛盾に気付かない。

115 ：仕様書無しさん：2010/09/16(木) 13:45:32

>>111 コードが汚い人は仕事が基本塗り固め方式だからな

116 ：110：2010/09/17(金) 03:40:55

>>113 いや、goto文をどのように限定するか、という話です。

117 ：仕様書無しさん：2010/09/17(金) 03:51:20

goto や return を規制しすぎて
とんでもなく汚いものしかできなくなる規約ならよくあるね
いわゆる
「羹に懲りて膾を吹く」ってやつ。
goto 規制するなら tryを使うなと言いたいｗ
returnを規制するなら gotoを使わせろとｗ

118 ：仕様書無しさん：2010/09/17(金) 07:33:07

>>117
goto使ったことないなあ
ラベル書かなきゃならんし、目立っちゃうから
goto使うくらいなら他の部分は完璧なんだろうな、って見られそうだし
禁止じゃなくても、ちょwwwgotoってwwwって人もいるだろうし
breakとreturnは積極的に使うな
っつうか、try～catch使えるならgoto使う場面なくね?

119 ：仕様書無しさん：2010/09/17(金) 09:55:02

>>118
>っつうか、try～catch使えるならgoto使う場面なくね?
コーディング規約として、goto禁止とか、どんだけ視野が狭いんだってこと
そんな規約、Cで使えてもC++じゃ使えないじゃんって話。
それと途中return禁止ってとこ多いね、出口はひとつっていう発想なんだろうが。
lomgjump禁止ならわかるが、関数化した時点で、出口はひとつじゃね？
ネストが糞のように深くなるし、サブ関数化すれば呼び出しでパフォーマンス落ちるし
なんかの罰ゲームかよって思う。

120 ：仕様書無しさん：2010/09/17(金) 10:03:10

資源の確保-解放があるコードで、必ず上から下まで通るようにしたいから
途中return禁止とか、時と場合により適用すべき規則。

副作用のない数学の関数的な関数とか途中returnですっきり書けることもあるし、
gotoでスパゲティになるような所を関数でくくり出して途中returnですっきり書けることもある。

教条的に禁止するのはバカのやることで、そういう現場はとっとと見捨てて逃げたほうが
いいよな。

121 ：仕様書無しさん：2010/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 ：仕様書無しさん：2010/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 ：仕様書無しさん：2010/09/17(金) 11:04:50

>>121
try, finally と同じだよね。

>>120
引数チェックしたいときなんかは、先にreturnさせてスッキリしたいわけさ。
それが、return 禁止とか、ifはelse必須とか、
馬鹿じゃないの？ｗっていう規約を一生懸命やってるとこも時々ある。
ネストが７段８段になっても、その方がミスがないらしいｗ

124 ：仕様書無しさん：2010/09/17(金) 11:33:18

>>123
VB6の場合、Try,Finalyなんて気のきいたモンは無い

125 ：仕様書無しさん：2010/09/17(金) 11:44:35

>>124
それは知ってる、同じ考えだなってこと。

126 ：仕様書無しさん：2010/09/17(金) 12:00:36

ﾍﾞｰｼｯｸの On Error って構造化出来なくってｻｲｱｸでわ？

127 ：仕様書無しさん：2010/09/17(金) 12:18:50

例外というのは構造化が難しいものだ

128 ：仕様書無しさん：2010/09/17(金) 12:21:24

>>127
これどうぞ
つ「構造化例外処理」

129 ：仕様書無しさん：2010/09/17(金) 15:51:15

学生レベルの発想で止まってるからでしょ

130 ：仕様書無しさん：2010/09/17(金) 16:33:48

来春から組み込み系で働く学生なんですが、これは実務で役に立つ！って書籍はございますか？
ちなみに工場ラインの基盤とかです。

現時点ではcとjavaを学習しました

131 ：仕様書無しさん：2010/09/17(金) 18:30:05

処理終わったらとっととサブルーチン抜けるべきって何かの本で読んだけどねえ

>>123
return禁止も初めて聞いたけど、else必須なんてあるんだなw
case文のdefaultは書かないとなぜかコンパイル通んなかったな

132 ：仕様書無しさん：2010/09/17(金) 20:30:44

>>128
C++ばっかやね
Cでいいサンプル知ってたら教えてほしい

133 ：仕様書無しさん：2010/09/17(金) 20:55:40

組み込みっていまだに
マジックナンバーの嵐でもソースめちゃくちゃでも動けばオッケーイ！
一度動いたものにはさわんなよ、絶対さわんなよ。
ユニットテストって？リファクタリング？
デザパタ？バージョン管理？？ git？？？
って世界なの？

134 ：仕様書無しさん：2010/09/17(金) 21:03:41

もちろん

135 ：仕様書無しさん：2010/09/17(金) 21:19:34

冗談で書いたのにマジかよ

136 ：仕様書無しさん：2010/09/17(金) 21:32:47

>>133
「動いているなら触るな」は、この世界の基本原則だからねｗ

>>132
Cで困ったからC++で実装したんでしょ。
言語仕様に頼らずに、その概念をフィードバックすればいいんじゃね？

137 ：仕様書無しさん：2010/09/17(金) 21:39:30

ちゃんとしたところなら、QACもかけるし、バージョン管理もcvsとかsvnでやってる
中小のソフトへの理解低いとこはね、マジックナンバー、意味不明グローバル変数、何でもござい
バージョンはmotファイルをファイル名変えてexcelで管理
課長からは、ICEなんているのか? モニター? 簡単なやつならそんなのなくても作れるだろ
いやあ、ずっと外注に作らせてきたから分かんないんだろうけどさ

138 ：仕様書無しさん：2010/09/17(金) 21:51:29

>>137
請け負う方とすると、クライアント毎に管理がちがったりすると結構厄介でね
cygwinやら管理ツールやらが複数あったり、開発マシンにいろいろはいっちゃうのがちょっとね、抵抗がある。

>中小のソフトへの理解低いとこはね、マジックナンバー、意味不明グローバル変数、何でもござい
ほとんどのところが、開発のあるタイミングで、コードを整えるとかそういうのをしないみたいだね。
それに、どこもプログラムに関しての話しをしないみたいだね。

139 ：仕様書無しさん：2010/09/17(金) 22:05:57

>>137 俺のところはICEがないから、マップファイルから変数のRAMアドレスを見つけて
シリアル通信からそのアドレス読み出してデバッグしてるわ

「俺がこれで成果をあげたのだから、お前らもそうしろ」

なんという根性論。しにたい。

140 ：仕様書無しさん：2010/09/17(金) 22:51:34

>>138
ソフトに専念できるとこならちゃんと話するんだろうけど、みんな俺たちゃハード屋だいって感じだからな
なんつうか、コード全体的に古い
gotoとかどうでもいいから、グローバル変数に抵抗を持って欲しいところ

>>139
ダンプさえ出来れば、何とかなるわな
RS-232Cドライバが載ってないハードは･･･LEDとかマジ勘弁

まあ、ICEっていうかE10Aは買わす
ない方がおかしいし、外注出すよか安いよって
大体、他の課はE10AもIARの何かも持ってんのにさ

141 ：仕様書無しさん：2010/09/17(金) 22:53:42

俺はHewとE8aだぜ

なんも買ってくれない。
根性でデバッグするばかり。
「追跡が難しい」といっても理解してくれず。

142 ：仕様書無しさん：2010/09/17(金) 23:03:47

組み込みだとグローバル変数使いまくる
ＲＡＭもＲＯＭもたりひん

143 ：仕様書無しさん：2010/09/17(金) 23:06:35

足りないなら追加すればいいじゃない

144 ：仕様書無しさん：2010/09/17(金) 23:15:29

マルチタスクじゃないならグローバル変数多用でも全く問題無しだし

145 ：仕様書無しさん：2010/09/17(金) 23:28:42

>>143
おれのとこも慢性的にROM・RAM足りんが、電気屋や上の方が増やすのを許さない
部品代１０～２０円減らして喜ぶ彼らだもの

146 ：仕様書無しさん：2010/09/18(土) 00:00:16

デバッガ、あった方がいい場合もあることまでは否定しないが、
せいぜい数十kBの組み込み用のコードなら無くてもなんとかなる、
というより、そんなもの使うより挙動見て当たりをつけてコードを見直す方がずっと早い。

そうじゃない人は、たぶんコードの書き方に問題があると思う。

147 ：仕様書無しさん：2010/09/18(土) 00:22:55

デバッグのやりやすい書き方がわからないからでしょ。
そこで止まってるから、いつまでたっても、地獄を見る。
（場合分けが下手くそなだけかも？）

148 ：仕様書無しさん：2010/09/18(土) 01:28:52

>>146
そりゃあ、なくても組めるさ
でもやっぱり効率は全然違うし、中の挙動が見えるかどうかってのは大きい
回路チェックする時に、オシロ当てないで入出力だけ見ますかってのと同じだと思う
いくら俺の給料が安いからって、チリ積もだよ
E10Aくらいならそんなに高くないんだし

149 ：仕様書無しさん：2010/09/18(土) 04:00:40

>>137
ちゃんとしたところは、cvsとかsvnとかではなくて、
有償のつかってるぞ。

150 ：仕様書無しさん：2010/09/18(土) 04:57:49

有償のつかってるから、ちゃんとしてるかどうかはわからんでしょ

151 ：仕様書無しさん：2010/09/18(土) 06:41:30

>>146 大抵はそれで何とかなるんだが
たまに意味不明の動作が起きるんだよね

その時に周りも上司も助けることはない
締め切りだけは切ってくるけど

152 ：仕様書無しさん：2010/09/18(土) 06:42:32

結局誰もソースコード管理の操作を覚えないから
zipで固めてアップロードだよ

153 ：仕様書無しさん：2010/09/18(土) 08:25:32

>>149
ちゃんとしたところだって、gccやらvi/emacsやら

154 ：仕様書無しさん：2010/09/18(土) 08:25:35

>>139
あなたのレベル次第じゃないのかな
あなたが十分なレベルにあるなら、そりゃブラックｗ
まだ駆け出しなら、"修行"と思って、がんばれｗ

すぐICEに頼るのも問題だと思う、内部の動作を"想像"できると、
納品後に不具合が出たときに、客先で速攻で不具合箇所を想定できるようになる。
ま、結局、程度問題。

>>142
グローバル使ったほうが追いやすいし、速度の問題もあるしね
スタックの消費考えると、必ずしも×とは思わないけどね。

155 ：仕様書無しさん：2010/09/18(土) 08:39:56

グローバル変数は、全部static宣言してスコープ制限してほしい
あと、どう考えてもローカルで済むようなのもグローバルに置いてるってのが多い

156 ：仕様書無しさん：2010/09/18(土) 09:04:22

なんでもいいけどさ。
ちゃんと仕様決めて設計させろよ。
便利屋じゃねえんだから言ったその日に改造なんかできませんからマジで。

157 ：仕様書無しさん：2010/09/18(土) 09:06:24

うちは「今日が納期なんですけどなんとかお願いします」って案件持ってこられる時がある

158 ：仕様書無しさん：2010/09/18(土) 09:26:32

それは酷いな
日本のソフト屋の日常がこれか

159 ：仕様書無しさん：2010/09/18(土) 09:29:51

>>154 プログラマは寿命が短いんだから楽させろよ
20年前と今は違うだろ

160 ：仕様書無しさん：2010/09/18(土) 10:04:18

これからまた展示会シーズンか・・・
展示会向けのデモ機とかで一時的に見積もり案件増えるよなぁ。
「できるだけ簡単なもので良いので安くお願いします」とか
「一週間後には展示会なんでそれに間に合うようお願いします」とか、ふざけるな、と。
さんざ、検討、見積もりだけさせて、せいぜい10万～20万程度のことを
「予算がないから」ってことで取り消しってどうよ。
どんだけ安く物ができると思ってんだ？

161 ：仕様書無しさん：2010/09/18(土) 13:19:19

>>159
組み込みの寿命は長いよ

162 ：仕様書無しさん：2010/09/18(土) 15:12:00

>>161 長くないよ最近は。自分は組み込みやってるからそう思う。
ライフサイクルの長い製品は専用IC化されてシナチョンで大量生産されるし
短い製品はバグ満載で命が縮む

163 ：仕様書無しさん：2010/09/18(土) 16:57:10

UARTでバイナリデータ転送をしてるんだけど
要求->応答のやりとりの成功率ってどの程度必要なのかな
反応がない場合はリトライして成功すればノーカウントとか

そこらへんの業界標準を知りたいのです。
教えてください。

164 ：仕様書無しさん：2010/09/18(土) 17:05:42

>>163
言ってることちょっと意味不明じゃないの？

君の言ってる[成功率]は、1バイトのデータが正常に転送できる確率と
転送バイト数の積になるはずだから、そんなものを基準になんかできっこない。

165 ：仕様書無しさん：2010/09/18(土) 17:16:29

>>163
個々の製品の要求仕様次第で、標準なんて無いんじゃないかなぁ？
仮に許容範囲だとしても、原因をつきとめなきゃ出荷は無理だろうけど。

166 ：仕様書無しさん：2010/09/18(土) 17:42:43

>>163
>リトライして成功すればノーカウント

↑こんなの無しで100%の成功率

167 ：仕様書無しさん：2010/09/18(土) 17:47:57

>>163
標準なんてないよ
リトライ数とか転送量とかリトライ間隔は調節できるようにしといて
環境に応じて臨機・O・ヘンリー短編集～最後の1バイト～

168 ：仕様書無しさん：2010/09/18(土) 18:00:32

>>163
有線なら１００％、無線ならわからん。
電話回線でモデム経由の場合、衛星経由だとかなり下がる。

169 ：仕様書無しさん：2010/09/18(土) 18:02:18

>>164 確かに。ごもっとも。

>>165 それが判らない場合は

>>166 1バイト転送成功率が100％の場合は100％ということですね

>>167 あなたの回答が一番救いがあります

納期までに解決しなかったら
転職先探すことにするわ
俺にマは向いてない

170 ：仕様書無しさん：2010/09/18(土) 18:08:13

>>168 なるほど。有線は100％ですか。

もしUARTがエラー検出を１００％できるシステムなら
何故CANやflexrayのようなシステムがあるんでしょうか
UARTの物理的な速度の限界？

171 ：仕様書無しさん：2010/09/18(土) 18:10:21

>>169
UARTつってもRS232Cとなんら変わらんのだろ？
エラーとかって・・・フロー制御とか、ちゃんとやってんの？

172 ：仕様書無しさん：2010/09/18(土) 18:11:49

取りあえず良い時の波形とダメな時の波形を比べるとこから

173 ：仕様書無しさん：2010/09/18(土) 18:12:08

フロー制御無し。タイムアウト処理だけです。
調歩同期式です。つまりRX,TX,GNDのみ

174 ：仕様書無しさん：2010/09/18(土) 18:13:02

>>172 電気的には問題なし。割り込み受信なんで取れていない可能性は低いと思われます。
ただしフレームとして受信できてないかもしれない

175 ：仕様書無しさん：2010/09/18(土) 18:13:14

ダメだこりゃ

176 ：仕様書無しさん：2010/09/18(土) 18:16:33

>>175 164-168で満足したので作業戻りますね thx

177 ：仕様書無しさん：2010/09/18(土) 18:17:34

そういえば昔ボーレート9600以上に上げるとデータ取りこぼす現象があったなー。
CPUがPICのちっこいのだったから中の小人がてんやわんやだったのだろうけど。

178 ：仕様書無しさん：2010/09/18(土) 18:19:28

>>174
ダメな時の波形と取れたデータを較べて確かめない事には。
エレキの人に責任なすりつけるには証拠が要るからなぁ。

ちなみに受信割り込み中に他の割り込みは入らない事確かめたよね？

179 ：仕様書無しさん：2010/09/18(土) 18:19:39

>>170
制御系向いてないかもよ

180 ：仕様書無しさん：2010/09/18(土) 18:22:46

>>177
こないだやったARMが、pbsが計算通り(データシートの値)じゃなかった。
計算通りだと取りこぼし多発で、レジスタの値の調整が必要だったな。
個体差だったらやだな、データシートを真に受けてつくったらひどい目にあうんだろうな。

181 ：仕様書無しさん：2010/09/18(土) 18:24:03

へぇ・・・ARMねぇ・・・

182 ：仕様書無しさん：2010/09/18(土) 18:33:11

>>178 多重割り込みを許可するような作りにはなってないハズなんだけども；

>>179 I think so.

～タイムアウトしたらメッセージ出すようにしてデバッグするね

183 ：仕様書無しさん：2010/09/18(土) 18:36:21

>>170
100%なわけない。>>168は組込みやってるやつの台詞じゃないな。
フロー制御でできるのはエラー検出だけでエラー訂正は無理。

184 ：仕様書無しさん：2010/09/18(土) 18:39:32

>>183 検出さえできたら問題ないので。
回答としては十分なので折角答えてくれた168氏に申し訳ないんで
許してください。

185 ：仕様書無しさん：2010/09/18(土) 18:44:54

>>183
やってればわかるでしょ？
静的な環境でデバッグなら、ビットレベルでもバイトレベルでもエラーなんかまず起きない。
めんどうなので端折るけど、エラー検出とか訂正とかそういう話じゃない。

186 ：仕様書無しさん：2010/09/18(土) 18:46:11

無手順とかでやってるんかね

187 ：仕様書無しさん：2010/09/18(土) 18:47:58

>>186
>調歩同期式です。つまりRX,TX,GNDのみ

188 ：仕様書無しさん：2010/09/18(土) 18:48:57

>>180
>pbsが計算通り(データシートの値)じゃなかった。
だれか、突っ込んでくれよｗｗ
×pbs
○bps
すまんこ

189 ：187：2010/09/18(土) 18:51:55

>要求->応答のやりとりの成功率ってどの程度必要なのかな
引用まちがいた
無手順ってわけじゃないんじゃね？

190 ：仕様書無しさん：2010/09/18(土) 18:54:26

>>186 固定フレームでもI2Cのようなアドレス割り込みでもないんで
少し厄介です

191 ：仕様書無しさん：2010/09/18(土) 18:55:38

>>189 slaveをつくってます
masterからの要求フレームを捕まえて応答する方式

192 ：仕様書無しさん：2010/09/18(土) 18:57:29

調歩同期なら
通信速度が早いのに非力なマイコン使ってるとエラーになる可能性はあるかも（データの取りこぼし）
通信速度に対して十分な速度のマイコンを使ってるなら、
エラーが出るようなことはあまりないと思う。
外的な要因でデータが化けることはあるかもしれないけど

193 ：仕様書無しさん：2010/09/18(土) 19:00:09

>>190
制御系に向いてないっていったのは
まず、なにが問題なのかいまひとつ整理できてないんじゃない？
UARTがどうかを知りたかったら、その部分だけのTPをつくるべき
問題は、OSの場合もあるし、PGの作り方にもあるし、
環境の場合もあるし、付帯装置の影響もあるし、ケーブルやコネクタの場合もある。
場合によっては、対向側が問題のこともある。
それらを面倒臭がったら絶対に解決しない。
いましたとしても、必ず問題がでると思ったほうがいい。
なんのチップか知らないけど、チップのUARTが問題を起こすことはまずないと思っていい。

194 ：仕様書無しさん：2010/09/18(土) 19:04:04

問答無用でばかでかいデータ送受なんてしないよね

195 ：仕様書無しさん：2010/09/18(土) 19:08:44

>>193 それは解ってます
説教は十分受けてるので勘弁してください

>>192 データ化けは無いはずですが、フレーミングエラーは疑ってみます。
今の発生頻度は連続送受信で１％くらいです

>>194 バッファサイズ以下なんで問題なしです

196 ：仕様書無しさん：2010/09/18(土) 19:11:22

>>195
基準をはっきりしろってことだよ。
不確定な要素をあつめてみても、収まらないってこと。
回線アナライザでみてるんだよね？

197 ：仕様書無しさん：2010/09/18(土) 19:16:10

>>195
CPUのUARTのペリフェラルに与えるクロックの分周比とかでbpsの誤差が1％近くでることもある。
長いデータだとそれが問題を起こすこともないこともない。

198 ：仕様書無しさん：2010/09/18(土) 19:19:26

ループバックでも出るのかな？

199 ：仕様書無しさん：2010/09/18(土) 19:23:12

>回線アナライザ
今はwindows機でシミュレータのソフトを書いてテストしてます

>>197 ボーレート落としたテストもしてみます
クロック遅いんで１％くらいの誤差はあるかもしれません

200 ：仕様書無しさん：2010/09/18(土) 19:45:43

>>199
届いていないのか、受信できないのか、そのあたりの切り分けはできてるのかな？
本当は回線アナライザで見るべきだよ
当事者じゃなく第三者の目でみないといけない。
シミュレータじゃなくエミュレータかな、そのプログラムが間違っている可能性もある。
必要なのは、再現させて、条件を特定するってことね。

201 ：仕様書無しさん：2010/09/18(土) 19:52:54

>>199
>クロック遅いんで１％くらいの誤差はあるかもしれません
誤差はクロックの速度できまるわけじゃない、分周比が割り切れないからおきる。
作り方によっては、UARTのクロックを外部から生成する場合もある
そのクロックが不安定だとそういうことも起こり得る。
どの程度の速度で動かしているかがまったくわからないからなんとも言えないが、、、
問題点だけをみて一生懸命ほじくっても根本解決にはならないと思うよ。
オレなら、プロトコルのエンジン部だけのTPをつくって、パフォーマンステストしたりするな

っていうか、こういうトラブルって面白いところじゃん。
オレなら、うれしくてたまらんわ。

202 ：仕様書無しさん：2010/09/18(土) 19:54:54

>>200 条件を特定できたらいいんですが
あとプロトコルアナライザとしてPC使ってます
再現はするので通信落ちの例を聞きたかった次第です

この話題はここまででお願いします。
ありがとうございました。

203 ：仕様書無しさん：2010/09/18(土) 20:00:44

>>201 制御系が天職なんですねｳﾗﾔﾏｼｽ
真面目な職人のお陰で安心安全な世の中が守られてるんですね

基準クロックやら通信速度を書くと特定される可能性があるんで
書かないですが、大変参考になりました。

どうもありがとうございました。

204 ：仕様書無しさん：2010/09/18(土) 20:19:54

>>201
誰もが一度は遭遇するし、大抵皆が解決して生還してるわけだし。口（出来れば手も）出したいが当人は受ける余裕無いか…

205 ：仕様書無しさん：2010/09/18(土) 20:33:19

>>203
オレ的には協力するのはやぶさかじゃない、面白いし。
ただ、なるべく条件や環境を言ったほうがいい、特定がこわかったら
再現性があって、現象は特定できているみたいな、言い方をしないと
あなたがどのレベルで話しをしているのか超能力を働かせないとならない。
なにはともあれ、楽しんでくれ。
いまどき達成感のある仕事なんてそうそうないぞ。
UARTなんて成熟した部分で、完全に追い込める部分なんだから気を楽にな。

206 ：仕様書無しさん：2010/09/18(土) 20:35:08

PC側が取りこぼすこともあるでよ

207 ：仕様書無しさん：2010/09/18(土) 20:39:43

>>195
H8系だと、クロック周波数vsボーレートのエラー率みたいのがハードウェアマニュアルに記載されてるわな
普通はボーレートからクロック周波数決める筈
ハードはOKなの?
通信ラインに余計なキャパシタンスとか入ってない?

208 ：207：2010/09/18(土) 20:41:46

追加
もしくはクロック周波数からボーレート決める筈

209 ：仕様書無しさん：2010/09/18(土) 20:54:49

>>207
先に書いたけど、R社系はまず大丈夫なんだが、こないだARM系でひどい目にあったんだわｗ
初めてのチップは、必ずオシロで波形を見たほうが無難だね。
PCだと大丈夫で、回線アナライザだとNGっていうのもあった。
規格に厳しいほうにあわせないと、あとでやっかいだな。
UARTとは言っても、甘く見てるとズッコケる。

210 ：仕様書無しさん：2010/09/18(土) 21:20:03

シンプルだけど難しい

211 ：仕様書無しさん：2010/09/18(土) 21:21:14

通信波形見ただけでデータ読める人がたまにいるが
あれは凄いとおもうわ

212 ：仕様書無しさん：2010/09/18(土) 21:31:45

数byteくらいなら読めるでしょ

213 ：仕様書無しさん：2010/09/18(土) 21:44:35

>>211
読めなきゃつとまらないよ

214 ：仕様書無しさん：2010/09/18(土) 21:55:56

紙テープのコード読むようなもん？

215 ：仕様書無しさん：2010/09/18(土) 22:02:59

>>141
hewはデバッグ中に一般保護違反で死ぬ事が多すぎて殺意が湧く

216 ：仕様書無しさん：2010/09/18(土) 22:15:24

>>214
紙テープのコードは読めるだろうが、そのデータからなんの怪獣だかはわからんｗ

217 ：仕様書無しさん：2010/09/18(土) 22:18:40

>>149
VSSとかClearcaseとかBitkeeperですね、わかります

218 ：仕様書無しさん：2010/09/18(土) 22:26:28

機械語でコード読めるって言うのは
Z80、PICで見たけど、
68000やSH2のコードを16進数で読める人っている？

219 ：仕様書無しさん：2010/09/18(土) 22:30:08

トラブルを楽しく感じはじめたらこの業界から足を洗った方が良い。

220 ：仕様書無しさん：2010/09/18(土) 22:43:19

>>218
普通にアセンブラができれば読めるでしょ。
パイプラインとかの最適化がなければそれほど難しくないんじゃね？
できないけど、たーくさんお金くれるならやってもいいかもｗ

221 ：仕様書無しさん：2010/09/18(土) 22:46:47

組込みっていうか、最近は積み込みばかりだな

222 ：仕様書無しさん：2010/09/18(土) 22:47:44

この業界何故か宅配に転職するヤツ多いしな。

223 ：仕様書無しさん：2010/09/18(土) 23:25:07

楽しそうにやってるのを見るのが嫌な人が多いからね

224 ：仕様書無しさん：2010/09/18(土) 23:27:25

>>223
バカか？採算度外視になるからだろJK

225 ：仕様書無しさん：2010/09/18(土) 23:31:13

226 ：仕様書無しさん：2010/09/18(土) 23:32:06

トラブルを楽しむってのは悪魔に魅入られてんのと同じことだ。
無意識に検討にかける時間は短くなるし、自分の手に余ることにも平気で手を出すようになる。

227 ：仕様書無しさん：2010/09/18(土) 23:33:09

それなら、人にやらせないで自分でやればいいじゃん

228 ：仕様書無しさん：2010/09/18(土) 23:35:23

日本語でおk>>227

229 ：仕様書無しさん：2010/09/18(土) 23:36:36

苦しんでるのを見るのが楽しい人が多いから

230 ：仕様書無しさん：2010/09/18(土) 23:39:13

話の流れがよく分からないんだが・・・
>>219 →　>>223 →　>>226
でどうして>>227,229になるのか誰かわかりやすく説明して

231 ：仕様書無しさん：2010/09/18(土) 23:41:13

まわりに相談できる人がいないのかなと思って

232 ：仕様書無しさん：2010/09/18(土) 23:41:55

はぁ？言ってる意味ワカンネ。頭大丈夫か？>>231

233 ：仕様書無しさん：2010/09/18(土) 23:42:51

>>215 Hew4.6はしょっちゅう落ちるね、酷い出来

234 ：仕様書無しさん：2010/09/18(土) 23:42:56

壊れてる自覚はあるが

235 ：仕様書無しさん：2010/09/18(土) 23:45:15

表面実装だからマイコンの交換は難しい
もうこの基板は捨てよう

236 ：仕様書無しさん：2010/09/18(土) 23:51:44

BGAの変更は不可能だが、QFPなら全然交換余裕だぞ

237 ：仕様書無しさん：2010/09/18(土) 23:52:26

表面実装くらいで、何だ！
樹脂封入してあろうが、掘り出すんだ

238 ：仕様書無しさん：2010/09/18(土) 23:54:56

基板の2層目の配線を変えるために1層目を削って2層目を出す人とかいるじゃん
あいつらマジで何もんだよ

239 ：仕様書無しさん：2010/09/18(土) 23:57:36

２層目はベタじゃないのか

240 ：仕様書無しさん：2010/09/19(日) 00:01:39

>>224
あいにく、自営だからね、採算あわなきゃ食ってけねーし
楽しみでなきゃできねーし、トラブるくらいじゃなきゃ出番もないだろ。
採算っていって、その場限りの対策ですませたり、デバッガけちったりしてんじゃないの？
いちいち人の価値観にケチつけなくていいからｗ

241 ：仕様書無しさん：2010/09/19(日) 00:03:19

>>235
おばちゃんのいる実装屋にもって行きな。
やつらは、マシンのような技術をもってるぞｗ　いやホントに

242 ：仕様書無しさん：2010/09/19(日) 00:06:35

わかってる人の修正って、その場しのぎの対策みたいに見えるからね
そこ勘違いして、簡単とか思ってる人多いみたいだし

243 ：仕様書無しさん：2010/09/19(日) 00:07:41

>>236
QFPを2.54変換基板に付けるだけで俺は死ぬ。

244 ：仕様書無しさん：2010/09/19(日) 00:08:41

おばちゃんのテクニックはマジですごい
えっ、そんなとこまで手で? みたいな
おばちゃんの基板で、小生の愚息もギンギンです

245 ：仕様書無しさん：2010/09/19(日) 00:11:02

コンサルタントでもない限りPGはトラブル嫌いじゃないと務まらないな。
いかにトラブルを発生させない計画を立て実行し
トラブルが出てもさっさと片付けて帰宅したがるくらいじゃないと
無限トラブルの螺旋に落ちることは目に見えてる。
トラブル好きが講じて残業しまくりでそれで失職した奴も知ってる。

246 ：仕様書無しさん：2010/09/19(日) 00:11:59

>>242
まともな奴だと、「こんなこともあろうかと思って」っていう造りをしてたりするからね

それにしても、採算とか言う奴なんなんだろ
時間内に予算以内で造るのに、楽しもうと苦しもうと感じ方はどーでもよかろう。
一言でいえば、大きなお世話ｗ

247 ：仕様書無しさん：2010/09/19(日) 00:12:51

>>241
ああいう修正出来るマシンは未だ無い。

まぁそれ以前に、そんなマシンが必要な実装工場は潰れちゃうか。

248 ：仕様書無しさん：2010/09/19(日) 00:13:11

基地外は自分お価値観を押し通すことにすごくムキになります

249 ：仕様書無しさん：2010/09/19(日) 00:19:40

いまどきw使う奴ってどうなんだろうね

250 ：仕様書無しさん：2010/09/19(日) 00:19:46

>>245
トラブル嫌いで潰れる奴のほうがはるかに多いけどね。
少なくとも、トラブルが好きだから起きるわけじゃないし、好きで起こすわけでもない。
好きでなきゃ心がくじける。
消防士と同じだよ。火事を望んじゃいないが、要救助者がいれば飛び込む。

なんか、思考が幼稚で短絡的だよな
戦争ごっこが好きだから戦争好きだろっていうのと変わらんなｗ

251 ：仕様書無しさん：2010/09/19(日) 00:21:04

>>249
必死だなｗｗｗｗ

252 ：仕様書無しさん：2010/09/19(日) 00:23:15

>>250
↑こいつ消防士は火が好きで飛び込んでるとさ。
なんか、思考が幼稚で短絡的だよな

>戦争ごっこが好きだから戦争好きだろっていうのと変わらんなｗ

ナニコレ。そもそも喩えがヘンすぎて言ってる意味わかんね。

253 ：仕様書無しさん：2010/09/19(日) 00:24:55

こんなこともあろうかと思って

/* 高速化案件の予算が取れたらココ↓コメントアウト */

こうですねわかります

254 ：仕様書無しさん：2010/09/19(日) 00:25:43

>>250
>好きでなきゃ心がくじける。

なんかの歌の詞かなにかか？
つまらん浪花節だな。

255 ：仕様書無しさん：2010/09/19(日) 00:27:49

UARTもマトモに繋げないようなヘボじゃ、トラブルについて何言っても説得力ないな。

256 ：仕様書無しさん：2010/09/19(日) 00:30:28

まったくだ

257 ：仕様書無しさん：2010/09/19(日) 00:34:36

ハードウエア開発と平行して仕事してる場合あるから、ソフト側を弄るだけで測定器持ち出すのを面倒くさがる様だと苦しむ時間延びそうだね。
基板を触るのも好きな、ある意味腰の軽さがないと仕事が辛かろう。

258 ：仕様書無しさん：2010/09/19(日) 00:34:38

狙って起こすのは、トラブルって言わないだろ
原因が解明できない時間が長くなると、眠くなってくる俺

259 ：仕様書無しさん：2010/09/19(日) 00:36:43

口だけの奴ほど、結果が出せないのを隠したがるんじゃないの

260 ：仕様書無しさん：2010/09/19(日) 00:46:49

>>257
たいてい、一番やりたくないことがやらなきゃならないことだったりするな。

261 ：仕様書無しさん：2010/09/19(日) 00:48:08

学生の戯言

262 ：仕様書無しさん：2010/09/19(日) 00:51:21

>>255、>>256
文脈よめてねぇーーｗ

>>258
眠るのは一番解決に近かったりするな。

>>254、>>259
苦しいお仕事をつづけてください、修行者さま
おれは、楽しんでしまってごめんなさい。

>>253
そんな知能ねーな

263 ：仕様書無しさん：2010/09/19(日) 00:56:39

まずオシロだな
ハード見れない環境だと、ソフトが悪くないって理由付けのためだけの作業が増えて、不毛

264 ：仕様書無しさん：2010/09/19(日) 00:59:12

安土城か。姫路城もいいなぁ。

265 ：仕様書無しさん：2010/09/19(日) 01:02:16

おばちゃんのハンダ付けは超能力にしか見えないことが多々あるからなぁ。

266 ：仕様書無しさん：2010/09/19(日) 01:05:06

>>265
６００万ドルくらいかかってる改造人間なんじゃないと思うくらいねｗ

267 ：仕様書無しさん：2010/09/19(日) 01:06:28

オシロはどの会社のがいい？

日本テクトロニクス、アジレント・テクノロジー、レクロイ・ジャパン、
岩通計測、横河電機、キーエンス、リーダー電子、テクシオ、
エー・アンド・デイ、ローデ・シュワルツ・ジャパン、インステックジャパン

268 ：仕様書無しさん：2010/09/19(日) 01:11:48

>>267
オレはテクトロ使ってる。
良し悪しはよくわからん。
前につかっていたのが壊れて、中古で買ったらすぐダメになって
メーカに修理を出すと高いから、専門のとこにもっていったら、
ダメになったを２台下取りしてもらって、保証付きのを１台安く買った。

269 ：仕様書無しさん：2010/09/19(日) 01:19:56

キーエンス製品にはなるべく手を出すなって言われたことあるな
あいつら売りっぱなしだからって
代替製品なけりゃしょうがないけどな

270 ：仕様書無しさん：2010/09/19(日) 01:24:04

>>269
営業が嫌だとかで、嫌がるところ多いね。
ユーザは、FAでも工場系の現場に近い感じかねぇ

271 ：仕様書無しさん：2010/09/19(日) 01:53:21

技術的な相談なら営業通さず開発部門にTELした方が好いよね。
キーエンスは営業がｺﾛｺﾛ変わるから名刺貰ってもスグにゴミ箱行き。

272 ：仕様書無しさん：2010/09/19(日) 02:16:06

>>270
技術部門では置いてなかったけど、工場には結構あったり

273 ：仕様書無しさん：2010/09/19(日) 12:18:25

昨日質問者だけど問題解決しました
受信とタイムアウトのタイミングが重なると
受信データを上書き消去してただけでした
それ以外にも細かいフラグ管理のミス。

頭整理するきっかけをくれてありがとう。

職場の同僚よりここの人のほうが
話が解る人が多くて元気がでる。

もう組み込みマはもう嫌なんで人生考え直すわ。
薄給で残業代も出ず納期は１週間とかとても無理。

274 ：仕様書無しさん：2010/09/19(日) 12:21:11

>>273
おつかれ。
新しい人生を見つけてくれ。

275 ：仕様書無しさん：2010/09/19(日) 13:01:09

会社の人間が見てレスしてるのかと疑う
散々精神的追い込んでプログラムをまともに書けない状況にしておいて
そんなことが言えるなら人間性を疑う

276 ：仕様書無しさん：2010/09/19(日) 13:02:41

>>275
ん？引き止めて欲しかったのか？

277 ：仕様書無しさん：2010/09/19(日) 13:20:18

>>275
日本人ってすぐこういう被害妄想的な思考をするけど、真面目な話、
リーマン人生をストレスを抱えずに歩みたいならこういう考え方は改めた方がいいと思うよ。

本当に周囲が追い込んだのか？
違うと思うよ。単に君が気が弱くてはっきりNOがいえないだけ。
サビ残はしません、ってはっきり言えばいいじゃん。

日本人はすぐ、そんなのは周囲が気を利かすべき、みたいな考え方をするけど、
それってただの甘えだぜ。ガキじゃねえんだから人に察してもらうことなんか期待しないで
自分の意思をはっきり表明しろよ。

もちろん出世したいとか思ってるのなら話は別だが、それならサビ残とかストレスは
そのための代償だと思って我慢するしかない。

っていうかそれにしても、高齢化社会だし国際競争もこれからもっと過熱するから、出世の椅子は
これからどんどん減るし、余程の大企業でもなきゃ出世しても収入はたいして増えない可能性の方が高いと思うけどね。

278 ：仕様書無しさん：2010/09/19(日) 14:05:44

>>277
>リーマン人生をストレスを抱えずに歩みたいならこういう考え方は改めた方がいいと思うよ。
こういうのは、生まれつきで改めようもないんじゃないかと思う。
だから、楽しむくらいの鈍感さがないと、つぶれちまうって。
被害妄想なのは、つぶれる前兆だと思うよ。

279 ：仕様書無しさん：2010/09/19(日) 15:25:18

ワーホリでもなければ
仕事６割くらいじゃないと
父ちゃんが言ってた

280 ：仕様書無しさん：2010/09/19(日) 15:53:03

ブラックでも構わないのでどなたか雇ってください
会社で寝泊り大歓迎です

281 ：280：2010/09/19(日) 15:53:52

場所は埼玉か東京でお願いします
神奈川県は電車賃の関係で移動できません

282 ：仕様書無しさん：2010/09/19(日) 16:44:51

今は定時上がりのスーパーマンでも仕事にあぶれてんじゃないの?

283 ：仕様書無しさん：2010/09/19(日) 16:56:32

>>281
会社に住むんだったらどこでも一緒だろ

284 ：仕様書無しさん：2010/09/19(日) 17:15:57

ATまでは覚えた。

285 ：仕様書無しさん：2010/09/19(日) 18:17:17

>>280
ホント、仕事ないよな
一緒に仕事したいけど、オレもカツカツ。

286 ：仕様書無しさん：2010/09/19(日) 19:05:13

情報家電系組み込みｵﾜﾀ＼(^o^)／

287 ：仕様書無しさん：2010/09/19(日) 20:00:03

ウェブ系に転職して正解だったなｗ
ウェブ系でも、企業のウェブサイトを作るとかではなく
自社で有料サービスを作っている会社。

契約している客がいる限り毎月金は入ってくるわけで
よっぽどのことがなければ収入が途絶えることはない。
極論を言えば何も開発しなくても金が入ってくるｗ
ま、システムができているからこそなんだけどね。

組み込みは趣味でやるよーｗ

288 ：仕様書無しさん：2010/09/19(日) 20:04:11

>>287
生活を考えるとそれが正解かな

>組み込みは趣味でやるよーｗ
でも、自分の作ったものを利用するっていうのもなかなかいいもんでね
ささやかな喜びだわな。

289 ：仕様書無しさん：2010/09/19(日) 20:06:10

自分で作ったウェブサービスを利用するというのも（ｒｙ

そこはあまり変わらんな。

290 ：仕様書無しさん：2010/09/19(日) 20:06:32

組込みの醍醐味は、自分で作ったものをみんなが使ってるのを見ることだろ！

291 ：仕様書無しさん：2010/09/19(日) 20:09:15

自分で作ったウェブサービスをみんなが（ｒｙ

292 ：仕様書無しさん：2010/09/19(日) 20:48:57

>>290
そうだね。
ウェブとはまた全然ちがうんだよなぁ。
なんかもっと生活に密着してる部分だったりするわけさ。

293 ：仕様書無しさん：2010/09/19(日) 20:59:13

ああ、俺も身近な製品を作りたい
年間10台の機器とか、モチベーション起きないよ

294 ：仕様書無しさん：2010/09/19(日) 21:22:28

>>293
漏れと逆だな
できれば製品より試作機の方がいいな

295 ：仕様書無しさん：2010/09/19(日) 21:36:32

>>294
一応、製品なんすけど･･･

296 ：仕様書無しさん：2010/09/19(日) 21:56:53

おれはwebは趣味てか個人で、
やっぱり組み込みはが仕事だな。

297 ：仕様書無しさん：2010/09/19(日) 21:58:37

>>295
どうせ加工機だろ？

298 ：仕様書無しさん：2010/09/19(日) 22:03:34

ＵＦＯの制御装置

299 ：仕様書無しさん：2010/09/19(日) 22:08:15

>>297
計測機だよ
数出なくても、出荷時調整を設計者自身がやってても、製品なんだよ･･･

300 ：仕様書無しさん：2010/09/19(日) 22:12:23

量産品は土方仕事になりやすいからやりたくないな

301 ：仕様書無しさん：2010/09/19(日) 22:18:19

お客さんがﾊｰﾄﾞもｿﾌﾄも設計済みで
一個一個ROMﾗｲﾀで書き込むだけのお仕事
CD-Rでﾄｰｽﾄするだけのお仕事
いいのかな～こんな簡単なお仕事で･･･と思う

302 ：仕様書無しさん：2010/09/19(日) 22:19:53

一生焼き焼きしてろ
それが嫌なら、客の回路にケチを付けるんだ

303 ：仕様書無しさん：2010/09/19(日) 22:23:52

数万台量産する製品でしかも未だにマスクROMとか
コード１行変更するたびに胃に穴空きそうなことあるよ…

304 ：仕様書無しさん：2010/09/19(日) 22:51:58

>>303
ソフトとは複雑さは違うが、回路屋は毎回その気分なんだろう。

民生品開発の方が、モチベーションが高まるのは分かる気がする。
試作品ならまだしも、B2B系だと、なんか作業になっていく。
それならIT系（WEB系？システム系？）の方が面白そうに感じる。
（うちの会社は制御アプリまでで、IT系の仕事なんて見たことすらないけど。）

305 ：仕様書無しさん：2010/09/19(日) 22:54:42

高周波系の回路設計してる人はもっと凄そう
低周波なら、「念のため抵抗パッド」「念のためコンデンサパッド」「念のためオシロパッド」とかも許されるが
周波数が上がれば上がるほどそんなものすら許されなくなる勝負

306 ：仕様書無しさん：2010/09/19(日) 22:56:25

とはいえ、最近はSPICEやIBISみたいなシミュレーションツールも発達してるし大丈夫なんかな？

307 ：仕様書無しさん：2010/09/19(日) 23:22:29

>>299
非大手の計測器なんて何の計測器にしろ業界狭いんだから、
あんまり詳しく書くと気をつけないと身元割れるんじゃないの？w

しかし計測器って真っ先に中国に食われそうな分野の一つだけど、
現状不思議とそうでもないのは何なんだろうねあれ。

企業需要がほとんどだから信頼性の面から中国を避ける圧力が働いてるのかもしれんが、
でもそれも時間の問題かもしれないよな。

308 ：仕様書無しさん：2010/09/19(日) 23:45:54

１０Ｇｈｚくらいの回路設計したにああ

309 ：仕様書無しさん：2010/09/19(日) 23:50:18

>>296
最近組込みでweb多いんよ・・・

310 ：仕様書無しさん：2010/09/19(日) 23:52:55

>>293
オレの場合は、試作機もあるし、製品もあるし、計測器もある。
あるものは、首都圏なら、たぶんみんなが毎日使ってるもの。

311 ：仕様書無しさん：2010/09/19(日) 23:55:13

>>310
信号機か。あれはつらいよな。

312 ：仕様書無しさん：2010/09/19(日) 23:57:47

>>311
ありゃ、組み込みじゃねーだろｗ
しかも、使わないしｗ

313 ：仕様書無しさん：2010/09/20(月) 00:00:04

>>310
RFIDのアレですかね
痴呆民なんでほとんど関係ないですが

>>307
もちろん、詳しくなんて書かない
中国製の計測器･･･まあ俺なら買わないけど

314 ：仕様書無しさん：2010/09/20(月) 00:18:54

日本の東証一部上場計測機器メーカー

S：キーエンス、アドバンテスト、横河電機、ミネベア

A：島津製作所、堀場製作所、アンリツ

B：小野測器、エー・アンド・デイ、日本電子、東京精密

C：東陽テクニカ、、日置電機、チノー、長野計器

D：理研計器、共和電業、愛知時計電機

315 ：仕様書無しさん：2010/09/20(月) 00:22:47

ミツトヨは上場してなかったっけ。

あとキーエンスはあれ計測器「メーカー」になるのかね。
良くも悪くもなんか妙な会社だよなあそこ。

316 ：仕様書無しさん：2010/09/20(月) 00:26:37

ミツトヨは非上場。
キーエンスは一応メーカー。工場はもってないが。

317 ：仕様書無しさん：2010/09/20(月) 00:29:13

東陽テクニカは計測器作ってるけど商社。
メーカーっぽい商社。

318 ：仕様書無しさん：2010/09/20(月) 00:45:28

>>314のメーカーで「組み込み」という用語を社内で普通に使っていそうな会社は
どこだろう？

319 ：仕様書無しさん：2010/09/20(月) 01:21:00

>>318
全部でしょ、多分

320 ：仕様書無しさん：2010/09/20(月) 01:25:44

特定したがってる悪趣味な奴がいるなｗ

321 ：仕様書無しさん：2010/09/20(月) 01:46:09

....そんなのいるか？
被害妄想激しいか読解力に問題があるのかその両方じゃないの

322 ：仕様書無しさん：2010/09/20(月) 03:17:37

クボタ山武もいれてあげようよ

323 ：仕様書無しさん：2010/09/20(月) 03:22:08

そこに出てきてないが年間数台の仕事はいまだに来る。
8085のコード読み書きできるのが俺だけだから。

324 ：仕様書無しさん：2010/09/20(月) 03:22:50

信号機メーカーって
京三製作所？日本信号？大同信号？
オレもこういうメーカーに転職したい・・・

325 ：仕様書無しさん：2010/09/20(月) 03:31:02

山武は空調制御でトップだな

326 ：仕様書無しさん：2010/09/20(月) 04:00:47

>>307
測定器は基本的に実績命の世界だから、新興国には最後まで奪われないと思うよ

今でもミクロンオーダーの測定器は何を測ってるのかよく分らない世界なので
とりあえず今まで使ってたメーカーのにするわって程度の理由が選考基準だったりするからね

将来、新興国メーカーが圧倒的に安い値段で出してきて、しかもサンプル測定しても
今までのメーカーのと同程度の値を出すようになるまでは日本の測定器メーカーは安泰だよ

327 ：仕様書無しさん：2010/09/20(月) 04:05:06

日本の東証一部上場医療機器メーカー

S：オリンパス　ニコン、テルモ

A：トプコン、島津製作所、ニプロ、日立メディコ

B：池上通信機、日本光電工業、日機装、シスメックス、アビリット、エー・アンド・デイ、アロカ、ジェイ・エム・エス

C：ナナオ

D：テクノメディカ

328 ：仕様書無しさん：2010/09/20(月) 06:03:29

計測器作ってるメーカは凄いね

329 ：299：2010/09/20(月) 07:27:34

>>321
自身の名誉のために言っとくと、>>320は俺じゃないw
まああれくらいじゃ、特定できないだろ

330 ：仕様書無しさん：2010/09/20(月) 12:58:54

>>326
確かに過去のデータと食い違いが生じないように
同じメーカーの製品を使うって動機はあるみたいだね。

ただ、大手が作ってるそれなりにノウハウが必要な物は別だけど、
それ以外のものなんてそんな大層なノウハウなんてはっきり言ってないからねえ。

もう10年前から安いデジボルは中国製になってるわけだけど、デジボルのHWやSWが作れるのなら、
その他の計測器だってまあ作れちゃうよね。

331 ：仕様書無しさん：2010/09/20(月) 13:15:09

キーエンスですら叩かれ気味なのに、今の中華ではなぁ…
あちらの会社は信用を積み上げる事を考えてないっぽいから。

332 ：仕様書無しさん：2010/09/20(月) 13:20:41

つうかキーエンスは自分とこで作ってねーよ。
この業界に居りゃそんなことは常識なんだが。

333 ：仕様書無しさん：2010/09/20(月) 13:45:12

キーエンスは研究開発はやってるがね
工場での生産だけは他のメーカーにやってもらって
販売は商社通さず自社直販

334 ：仕様書無しさん：2010/09/20(月) 13:48:33

>>333
キーエンスの研究開発ってのは
サードパーティの作ったもんを買い上げて
それについて「こういう機能足せ、この機能は要らん」って口をはさむことなんだけどな。

335 ：仕様書無しさん：2010/09/20(月) 14:29:58

キーエンスの測定器に本当の意味で測定制度を求めてる奴なんかいないよ
そこそこ分ればそれでいいとか、物が通過したかしないか分ればそれでいいとか
その程度のところにしか使わない

336 ：仕様書無しさん：2010/09/20(月) 14:40:30

わからんでもないが

337 ：仕様書無しさん：2010/09/20(月) 14:44:21

まあ測定「制度」は求めないよね

338 ：仕様書無しさん：2010/09/20(月) 16:53:03

計測機器メーカーって、大手の下請け的なイメージがある。
自動車作るために必要とか。
だから大手(計測機器使う側)が打撃受けると計測機器メーカーは赤字になりやすい

339 ：仕様書無しさん：2010/09/20(月) 18:14:40

いやいや計測機器みたいなものの必要量は売り上げに比例しないでしょ。
だから「固定費」って言うわけ。

340 ：仕様書無しさん：2010/09/20(月) 18:15:01

>333 が正解
いわゆるファブレス

341 ：仕様書無しさん：2010/09/20(月) 18:17:06

計測機器というかセンサーなんかだったら、もろ大手の売り上げに影響するよ
製品に入ってるからね。

342 ：仕様書無しさん：2010/09/20(月) 21:18:57

>>341
>センサーなんかだったら、もろ大手の売り上げに影響するよ

大手＝リコーのこと言ってんの？

343 ：仕様書無しさん：2010/09/20(月) 22:21:03

センサ単体じゃ、組み込みはあんまり関係ないような

344 ：341：2010/09/21(火) 08:24:51

とうしろうばかりなんだな。
堀場のセンサー（といっても少しインテリセンサー）やったこと
あるけど、もろ組み込みだし、
キーエンスのセンサー使った、半導体製造装置側をやってたことあるけど
リコーがどうかは知らないけど特定のどこという話でもないでしょ

まぁ、半導体の装置業界の景気変動は、シリコンサイクルから
もういっぽ遅れてくるから、回復も遅かったりするね

345 ：仕様書無しさん：2010/09/21(火) 20:06:04

文脈から思いっきり外れた話を一人で始めたかと思ったら、仕舞にはその言い草。
真面目な忠告だけど、もしさすがに俺の話は無理があるなという自覚が仮にないなら、
ちょっと君の思考回路はズレてると思うよ。

346 ：仕様書無しさん：2010/09/21(火) 20:15:25

>>345
それ以前に、日本語として読めなくてイミフだったｗ

347 ：仕様書無しさん：2010/09/21(火) 20:29:57

まあ、センサ素子にUARTなりCANなり付ければ、組み込みっちゃあ組み込みか
どんな世界で生きてきたのか想像もつかないが、あんまりにもとうくろうすぎるレスだな

348 ：仕様書無しさん：2010/09/21(火) 20:45:06

パワエレ系の組み込み楽しいお（　＾ω＾）

349 ：仕様書無しさん：2010/09/21(火) 20:51:22

>>347 センサにUARTどころかCANつけてシステム組み上げたけどさ。

完成させるか圧力に大負けしてもうね・・・・

350 ：仕様書無しさん：2010/09/21(火) 20:58:48

日本語の不自由な人が多いな
どうしたんだ

351 ：仕様書無しさん：2010/09/21(火) 21:14:27

みんな動脈がつまってるんだよ。

不満で

352 ：仕様書無しさん：2010/09/21(火) 21:17:34

なんだか、今日はまた暑かったからねえ

353 ：仕様書無しさん：2010/09/21(火) 22:03:59

映像・音楽系の組み込み飽きたお( ；＾ω＾)

354 ：仕様書無しさん：2010/09/21(火) 22:05:51

>>353 じゃあ、どん底までくるかい？w

355 ：仕様書無しさん：2010/09/21(火) 22:21:55

どん底って何系？

356 ：仕様書無しさん：2010/09/21(火) 22:35:20

>>355
ストレージのドライバだ

357 ：仕様書無しさん：2010/09/21(火) 22:35:54

>>353
OSありなんだね。

358 ：仕様書無しさん：2010/09/21(火) 22:37:22

>>356
いいねぇ、ドライバチップのまともな仕様書はあるんだろ？

359 ：仕様書無しさん：2010/09/21(火) 22:37:34

>347
UARTとか付ければ組み込みっちゃあ組み込みという想像力の無さ
は、とうしろう丸出しですね。

360 ：仕様書無しさん：2010/09/21(火) 22:39:29

>>358
プロトコルだけをやるんだ

>>359
もう意味不明の極地

361 ：仕様書無しさん：2010/09/21(火) 22:40:21

つまんなそう

362 ：[ X | I.I.T. ] COURANT DE CONSOLE ◆SD2/42SuKs ：2010/09/21(火) 22:58:37

さて、今回の読み物は…ｗ”

[技術解説] 「スパゲッティー・コンピューティング」とは - 構造化論者に背く者たち
http://jbbs.livedoor.jp/bbs/read.cgi/computer/42600/1283796127/l100

363 ：仕様書無しさん：2010/09/21(火) 23:05:34

この板にも「駄目なプログラマの特徴」なんてスレがあるけど、
駄目な奴の最大の特徴は>>362みたいに自分より駄目な奴を必死で探す（時には
妄想ででっち上げる）ことだと思う。

自分よりダメな奴に注目してもしょうがねえだろ。
つーか、今時構造化ってそんな奴本当にいるのかよw
なんかネトウヨと同じ卑しい根性だよな。
まあこんなこと書いてる俺自身にもそういう要素があることは否定しないがw

364 ：[ X | I.I.T. ] COURANT DE CONSOLE ◆SD2/42SuKs ：2010/09/21(火) 23:06:48

…ってなワケで、オレはこちらにいる。

MAIN STREET
http://www.geocities.jp/courant_de_console/main_street/

365 ：仕様書無しさん：2010/09/21(火) 23:07:16

組み込みスキル標準とか情報処理技術者試験には
「プログラマー」という職種は一切書かれていないのはなぜ？

366 ：仕様書無しさん：2010/09/21(火) 23:50:15

>>360
なおさら面白そうだなぁ

367 ：仕様書無しさん：2010/09/21(火) 23:54:45

>>362
なんか無理矢理2010年現在とか入れてるけど、話古すぎじゃね?
なんなの？

368 ：仕様書無しさん：2010/09/22(水) 00:00:00

また学生のたわ言か

369 ：仕様書無しさん：2010/09/22(水) 00:19:25

>>362
第一、スパゲッティってそういうことじゃないよな･･･
そういうのは「昔」プログラミングとでも呼んだ方がいいんじゃないかしら

370 ：仕様書無しさん：2010/09/22(水) 00:45:49

>>367いま、時代は「つけ麺」だもんな～

371 ：仕様書無しさん：2010/09/22(水) 01:55:32

今時組み込みなんか仕事ねーだろ。
カワイソｗ

372 ：仕様書無しさん：2010/09/22(水) 03:15:17

メーカーに入らず、SIで組み込みやってる奴は
仕事無いだろうな

373 ：仕様書無しさん：2010/09/22(水) 07:08:14

開発期間が短すぎて、ノウハウと人材のある
ソフトハウスしか残らない予感

大手の電機あたりから丸投げで開発請け負ってるようなところね
儲かってるだろうな。この間きた奴はどうみてもホストにしか見えなかった。

俺は喫茶店でもやりたいわ
プログラムは趣味でやる程度で十分

374 ：仕様書無しさん：2010/09/22(水) 07:46:12

丸投げの悪寒がするんだけど。
しかもシナチク臭い。

準大手あたりだと、仕事出す末端社員はチンピラ風体。
茶髪にラメいれて、ピースイアリングあたりまえ。ロレックスジャラジャラさせつつ
ホスト風体の下請け営業と楽しそうにバカ言い合ってる。

・・・売上抜いて戻してるんだろうな、あれ。

プログラム作るのは誰なんだろ

375 ：仕様書無しさん：2010/09/22(水) 10:56:50

>>362　最近PC系の板にやってきたキチガイ荒らしです
単発連投レス、在日煽りなどが特徴で自演が一目で分かります

"[ X | I.I.T. ]"　でググるとよく分かります
あとキーワードは "メル変ひじきごはん"

376 ：仕様書無しさん：2010/09/22(水) 12:28:05

レスが付かないｗ

377 ：仕様書無しさん：2010/09/22(水) 20:36:06

そろそろ
「ドライバジェネレータ」
があっても良い頃だと思うんだ。

378 ：仕様書無しさん：2010/09/22(水) 21:28:07

最近のマイコンはドライバジェネレータあるよ

高度なプロトコルスタック位になると
有償だったりするけど

379 ：仕様書無しさん：2010/09/22(水) 21:28:58

仕様ジェネレータはないんだよな

380 ：仕様書無しさん：2010/09/22(水) 21:49:48

>>379
「プログラマーは要らなくなる」とか
この業界は、その手の道を何度通ったろうかねｗ

381 ：仕様書無しさん：2010/09/22(水) 22:56:46

コードジェネレータ･･･

382 ：仕様書無しさん：2010/09/22(水) 22:58:35

あるといえばある

383 ：仕様書無しさん：2010/09/22(水) 23:15:45

昔、どっかがブロック毎の線引するとコードが作れるようなことやってたような

384 ：仕様書無しさん：2010/09/22(水) 23:31:17

ブロック線図引いて
レイアウトから基板作りから実装まで人任せにする電気屋がその件は封殺した

まあ大手だけだろ、一式１０００万じゃなあ

385 ：仕様書無しさん：2010/09/22(水) 23:39:17

PSoC Designer 5 はドライバジェネレータ？
状態遷移書けばコード生成もする。
いつの間にかPDFで仕様書らしきものも吐き出してる…

386 ：仕様書無しさん：2010/09/23(木) 00:21:13

ドライバジェネレータなんじゃないの、定義がよくわからんが
つーか、PSoC Expressで自動生成したコードやスペックシートを
製品に使おうなんて奴はまさか居ないだろ

え、いるの？

387 ：仕様書無しさん：2010/09/23(木) 00:42:05

動けばいいんじゃね

俺はPSOC使ったことないけど

388 ：仕様書無しさん：2010/09/23(木) 01:00:52

みんな、おかねいくらたまったら独立する？

389 ：仕様書無しさん：2010/09/23(木) 01:19:23

いま金が史上最高値つけてるんですよ、買いませんか？
こんなアホな勧誘電話掛かってきたな。

390 ：仕様書無しさん：2010/09/23(木) 01:26:07

>>389
１０秒で切らないと見込み客に登録される。

391 ：仕様書無しさん：2010/09/23(木) 01:36:42

午前一時にテレアポですか。
むしろ>>389は何かヤバい薬でもやってるんじゃないのかと。

しかも最高値？意味がわかりませんはい

392 ：仕様書無しさん：2010/09/23(木) 01:40:19

>>391
日本語でおｋ？ｗ
よく嫁ｗ

393 ：仕様書無しさん：2010/09/23(木) 01:52:50

勧誘って普通会社にかかってくるよな
>>391は名刺持ったことないんじゃないか

394 ：仕様書無しさん：2010/09/23(木) 06:36:16

今朝三時にかけてきたキチガイ業者が居ましたよ

395 ：仕様書無しさん：2010/09/23(木) 10:04:33

業者を装った過去の出入りした下受けだったりなあ。
あいつの夜目必ず例譜してやるって息巻いてたマッチョガリがいたなあ、昔

396 ：仕様書無しさん：2010/09/23(木) 10:15:13

にほんごでおk

397 ：仕様書無しさん：2010/09/25(土) 02:46:35

初の組込み作業で、わからんので教えてちょんまげ

組込み用のプロセッサに内臓されている、USBホストコントローラって、
ハイスピードのみ対応って言うのがあるの？
ＰＣならそんなもん聞いたことが無いけど。

ハイスピードのUSBメモリは動くけど、
フルスピードのCDCデバイス、ロウスピードのＨＩＤデバイスが使えない。
ドライバは入れてるんだけどな～

「HOST⇔USB2.0ハブ⇔動かないデバイスたち」っていう構成なんだけど、
もしかして、USB2.0ハブがハイスピードに対応してないから問題なのかなぁ
もう死ねる。帰らしてくれ～

398 ：仕様書無しさん：2010/09/25(土) 02:51:04

>>397
最初の信号線の扱いでスピードが決まるだろ？
そのへんどうなってる？

399 ：仕様書無しさん：2010/09/25(土) 02:54:15

>>397
そのプロセッサの型番は？

400 ：仕様書無しさん：2010/09/25(土) 04:26:16

シーケンス制御とかのPLCは組み込みですか？

401 ：仕様書無しさん：2010/09/25(土) 04:49:44

うん

402 ：仕様書無しさん：2010/09/25(土) 14:30:02

>>32.2z

403 ：仕様書無しさん：2010/09/25(土) 14:30:56

誤ばくした

404 ：仕様書無しさん：2010/09/25(土) 14:57:37

>>400広義じゃ組込みだけれども、狭義じゃ盤屋ﾗﾀﾞｰ屋計装屋がいてね
AWG22の配線を社内の決まりごとだからって2m㎡(AWG14)に変更要求する化石頭

405 ：仕様書無しさん：2010/09/25(土) 15:04:08

>>404
>社内の決まりごとだからって2m㎡(AWG14)に変更要求

それどこの日産？

406 ：仕様書無しさん：2010/09/25(土) 15:07:50

なんか５５ぐらいの工業高校卒のおっさん思い出すな

407 ：仕様書無しさん：2010/09/25(土) 16:00:52

2スケって電源ラインか?
決まりごとなら守んなきゃ文句言われちゃうだろ

408 ：仕様書無しさん：2010/09/25(土) 16:48:30

PLCのラダー屋のどこが組み込みなんだか、、

409 ：仕様書無しさん：2010/09/25(土) 17:19:01

PLC作ってんのはそうだろー（棒読み

410 ：仕様書無しさん：2010/09/25(土) 21:17:38

そもそもPGスレなのにっていう

411 ：仕様書無しさん：2010/09/25(土) 21:28:32

>>410
旋盤の動作を打ち込む人もプログラマーと呼ばれてるんだけどね。

412 ：仕様書無しさん：2010/09/25(土) 21:38:51

>>411 NCか？
呼ぶのは勝手だが今となっては完全別職種だろ・・・
機械屋脳ってのも凄いからなある意味

◎まとらぼ＆おーときゃど＆あんしすまんせー
○NC操作？んなもん工業高校卒にやらせとけ

×プログラム？たいしたもんでもないのに何難しそうに？ぷ

世界はおれ中心でものつく・・・らせ・・・まんせー！！！！

頭痛い

413 ：仕様書無しさん：2010/09/25(土) 21:41:04

>>411
組み込み関係ねー
NCとかMCのプログラマーもIT業界従事者なのかね

414 ：仕様書無しさん：2010/09/25(土) 22:13:20

NCの中身作ってる人ならこのスレの住人認定だろうけど、
動作を打ち込んでる人って、むしろオペレーターじゃね？

415 ：仕様書無しさん：2010/09/25(土) 22:13:52

>>413 こうだろ
森○○あたりの機械に入れ込むプログラム開発してる奴　こっち側
機械を据え付けた後でもの作らせるためにゴソゴソティーチングしてる奴　あっち側

PLCのシステムプログラム作ってる奴　こっち側
PLCにラダー打ち込んで現場で立ち上げてごにょごにょ　こっちっぽいけど計装屋
立ち上がった設備を操作してる奴　あっち側

あっち側にはあっち側のルールや掟やプライドあるんだから
多分、俺は機械屋の端くれだと思ってるさ。

416 ：仕様書無しさん：2010/09/25(土) 22:15:34

>>414
オペレータなんだけど、それだとカッコ悪くて人がこないから、プログラマーと言っているんだろうね。

417 ：仕様書無しさん：2010/09/25(土) 22:18:26

>>414
その理屈でいくとLabViewユーザーは微妙な立ち位置だね。

418 ：仕様書無しさん：2010/09/25(土) 22:22:24

>>417 MATLAB君とLabview君は、自称制御エンジニアですから
プログラマより上位職だと思い込んでますよ

419 ：仕様書無しさん：2010/09/25(土) 22:25:02

LabViewとかって、ノウハウはそれなりにあるんだろうが
なんか、本質的じゃないっていうか、それが技術かよ？って気がするんだけどな
エキスパートと思ってる人の意見が聞きたい。

420 ：仕様書無しさん：2010/09/25(土) 22:26:29

VBがWindowsPhone7サポートするみたいだし

【製品】Microsoft、「Windows Phone 7」開発ツールにVisual Basicを追加（10/09/24）
http://hibari.2ch.net/test/read.cgi/pcnews/1285332368/

421 ：仕様書無しさん：2010/09/25(土) 22:26:35

システムプログラムを作るプログラムを作ってる奴は
システムプログラムを作ってる奴は所詮あっち側だと思ってるんだろうな

422 ：仕様書無しさん：2010/09/25(土) 22:30:53

つうか
機械屋でも電気屋でもソフト屋でも、抽象思考苦手な奴多いだろ？
機械屋：とりあえず作らせてかたちにしないとわかんね
電気屋：回路図だけじゃぴんとこないから試作基板で実験させろ
ソフト屋：俺様の超絶テクに仕様書なんかいらないのぜ？

こういう向きが集まると・・・・・テロ集団の結成だな

可視化できるモデルの功罪ってのはあるんだよ多分。
SystemC SpecC SysML VisualMechとかググってみ

あと４GL

423 ：仕様書無しさん：2010/09/25(土) 22:31:06

>>421
システムプログラムって何？

424 ：仕様書無しさん：2010/09/25(土) 22:32:33

>>421 用は階層化と分割統治とか目的が違うとか理解できない人多いから。

俺もだけどな

425 ：仕様書無しさん：2010/09/25(土) 22:33:52

>>423 OSとかコンパイラとかリンケージエディタとか・・・・そっちだよ
ある階層で何かするための道具を作るってのはあるだろ
メタ言語とかメタメタ言語とか論理学だかでいうとこの

426 ：仕様書無しさん：2010/09/25(土) 22:35:44

>>422
>機械屋：とりあえず作らせてかたちにしないとわかんね

UNIX的な思想でいいじゃない！

427 ：仕様書無しさん：2010/09/25(土) 22:36:22

>>426 本気でその場に居合わせてみろorz

428 ：仕様書無しさん：2010/09/25(土) 22:55:01

>>425
OS屋はこっち側じゃないか?
コンパイラは違うかな･･･なんか自信ないけど
CPUにダウンロードするか、そうじゃないかかな

429 ：仕様書無しさん：2010/09/25(土) 22:58:04

いまどきOS自作するなんて非現実的過ぎるだろ

430 ：仕様書無しさん：2010/09/25(土) 22:59:41

>>425 RTOS屋ならそうだったかもしれないけど
過去の「大型汎用機」でやれたことなんかとっくに余裕でできる「マイコン」あるし
そっちはそっちで特殊化していくのは仕方ないんじゃないのかな。

・・・・言いにくいけどちょい前のCELINUXなんかNEWS崩れのじいさんがごにょごにょ・・・

431 ：仕様書無しさん：2010/09/25(土) 23:23:46

>>425
基本ソフト系ってことね。

432 ：仕様書無しさん：2010/09/26(日) 02:01:30

なぜ今になってモデルベースだモデルベースだって騒がれるようになったのか
よくわからない
そんなに組み込み屋はブロック線図が珍しいのか？
1950年代からあるのに

433 ：仕様書無しさん：2010/09/26(日) 07:07:03

>>432
昔の技術をまったく知らない低単価の代わりに低レベルな若手がたくさん存在する。
いまはまだWEBアプリとかその手の業界でしか働いていないが、経営側の下心として
彼らを組込み業界にも使いたいってのがある。

だからその手の話が話題になるんだろう。

434 ：仕様書無しさん：2010/09/26(日) 07:28:42

>>433 そして言う。「電子工学知らないくせに」（だから安い金で使うからね）

もう見え見え

435 ：仕様書無しさん：2010/09/26(日) 07:49:11

安物買いのなんちゃらか

436 ：仕様書無しさん：2010/09/26(日) 11:03:03

この仕事に未来はないのだろうか
余程優秀な奴ならともかく自分には行き先がないような気がしてきた
組込みだと安泰だと思っていたのにな・・・

437 ：仕様書無しさん：2010/09/26(日) 11:45:04

>>433-434
話が噛み合ってないと思うけど、きっとこういう人は話が噛み合ってないことにすら
気がついてないんだろうなw

438 ：仕様書無しさん：2010/09/26(日) 12:15:48

よくいるんだよね、自分だけ筋を通してると思う人

439 ：仕様書無しさん：2010/09/26(日) 13:08:15

生態組み込みがでてくるまでお預け。

440 ：仕様書無しさん：2010/09/26(日) 14:14:08

FPGAのプログラムは難しいな

441 ：仕様書無しさん：2010/09/26(日) 15:37:01

プログラムじゃないものをプログラムだと思ってるから難しいんだよ。

442 ：仕様書無しさん：2010/09/26(日) 15:41:02

HDLは回路だと思えば難しくはない。つか、実際回路だし
それをプログラム感覚で書こうとするから訳のわからん回路になったり、
そもそも回路にならなかったりするんだよ

443 ：仕様書無しさん：2010/09/26(日) 16:34:41

組込み系の記事の編集やってる、ある編集者も怒っていたが、C級出版は
そのあたりについておかしなキャッチコピー的煽りを書いてることが多いので
要注意。「ハードウェアがソフトウェアになる」とか。

444 ：仕様書無しさん：2010/09/26(日) 17:02:38

RTLなんてフレームワークがちがちのソフトみたいなもんだろ
簡単じゃん

445 ：仕様書無しさん：2010/09/26(日) 17:02:46

>>443
http://techon.nikkeibp.co.jp/NEWS/dac2003/020729_02_1.html

446 ：仕様書無しさん：2010/09/26(日) 17:21:57

>>436
ソフトウェアは、所詮ソフトウェアだからね。
開発者の代わりはいくらでも居るて、人が変わっても意外と何とかなってしまう。
プログラムを書く仕事では無くなるかもしれないけど、やっぱり上へ行かないとね。。。

>>442
あれを回路だと思うのは、難しいよ。「変な回路でも動けば」って自分に言い聞かせてるよ。
どの程度の規模のFPGAかにもよるけど、ASIC経験でもなければプログラムとして見て当然だと思う。
このスレの住人だと、ソフトウェアとFPGAを掛け持ちとかで、専門でやるわけでもないんだろうし、
だいたいRTL要員とFPGA要員は別で、最終的にはFPGAの人が修正って感じになるだろうしね。

どこが回路なのか、さっぱり分からないから、なんとなくRTL書いてる。動かなくて死んでも知らない。知らない・・・・

447 ：仕様書無しさん：2010/09/26(日) 17:24:47

あら、わかってない人が

448 ：仕様書無しさん：2010/09/26(日) 18:26:31

ハード設計のHDL言語をソフトウェア的に見ると挫折するぞw
なんせ相手は手続きを時系列沿って動作するという基本的な概念からして違うからな。
同期回路とか言って、同時期に同時に全ての記述がその状態で動くんだ。
わかるかおまいらw　俺は分からんwww

449 ：仕様書無しさん：2010/09/26(日) 18:34:48

RTL=HDL=FPGAじゃないのか
回路図に論理素子並べてたのを言語で記述するようになっただけだろ

450 ：仕様書無しさん：2010/09/26(日) 18:40:42

回路図とか読めない人には...

451 ：仕様書無しさん：2010/09/26(日) 18:46:01

HDL書いてるやつで、ディジタル回路読めないやつなんていないだろ

452 ：仕様書無しさん：2010/09/26(日) 18:46:56

OS使うレベルのソフト書いてる連中は時間の概念がないから
無制限に手続き的にプログラムを書いてそう。

そのせいで起動時間がどんどん増えていく

453 ：446：2010/09/26(日) 19:09:11

>>447　ﾁｸｼｮｳ　早くこの仕事辞めたい。
>>448　時間の概念は分かるし、同時に動くってとこまでは分かる。
>>449　RTLだけ書く人と、最終的にタイミングの確認/調整してFPGAを動かす人の差かな？
ちょっとイメージが違う。回路図をCADで書いていたのが、マイコンを使ってソフトでピンを制御するような感じになったの。
>>450　どこまで読めるかは置いておいて、読めないとソフトの仕様すら決められないよね。ハード屋から出てくる資料なんて・・・
>>451　デジタル回路なんて、サッパリ分からないよ。フリップフロップの仕組みが未だに分からない。
>>452　フラグ立ててステートマシンを一個一個進んでいくようなのは、問題ないよね。基本はブロッキング代入！

回路とか余計なこと意識しなければ、CやC++なんかより全然簡単だと思う。動くかは知らないけど。

454 ：仕様書無しさん：2010/09/26(日) 19:33:51

>>453
>動くかは知らないけど
おまいはなw
プログラムでもそうだけど、動くかどうかだ　そこだけが問題なんだよw
どんなに流暢に美しく書けても、動かなければ只のクズだろw

455 ：仕様書無しさん：2010/09/26(日) 19:37:45

フラグ管理は俺もよくやるけど
フラグの数が無制限に増えると予想もしない動作をすることがある
危険極まりない

456 ：仕様書無しさん：2010/09/26(日) 19:39:29

>>455
しかもフラグの名称がわけわからなかったりな、もう最悪。

457 ：仕様書無しさん：2010/09/26(日) 19:42:03

でも、ハードの話題で言うなら、デジタル回路って全部フラグ管理だからなぁ

458 ：仕様書無しさん：2010/09/26(日) 20:36:30

フラグの影響範囲をきちんと管理してればいいが
グローバル変数にして全箇所から参照してたりすると最悪

459 ：仕様書無しさん：2010/09/26(日) 21:43:55

>>458
オレの場合、グローバルにするけど、マクロで参照させてる。

460 ：仕様書無しさん：2010/09/26(日) 22:00:32

>>458
参照はしなきゃならんからな
勝手な書き換えは困るけど
というわけで、変数はstaticでget/set作る派

461 ：仕様書無しさん：2010/09/26(日) 22:20:49

>>460
関数にするとオーバヘッドがね。

462 ：仕様書無しさん：2010/09/26(日) 23:17:28

そんなもんオプティマイザ君に任せちゃえばいいじゃん♪

463 ：仕様書無しさん：2010/09/27(月) 00:31:12

何いってんだよ、最適化でいつも関数がインライン化されると思うなよ

464 ：仕様書無しさん：2010/09/27(月) 00:43:17

>>462
オプティマイズでなんどひどい目にあったことやら

465 ：仕様書無しさん：2010/09/27(月) 01:29:39

じゃあ、インライン宣言しちゃえばいいさ。

466 ：仕様書無しさん：2010/09/27(月) 01:31:43

インラン宣言とか・・・いやらしいピヨ！

467 ：仕様書無しさん：2010/09/27(月) 04:33:07

>>465
だったらマクロとかわらんだろ

468 ：仕様書無しさん：2010/09/27(月) 05:37:22

デバッガで中に入って逝けるのは以外と大きいと思う。

469 ：仕様書無しさん：2010/09/27(月) 06:13:35

インランとか
マグロとか
デバガメとか
何の話をしているんだ？

470 ：仕様書無しさん：2010/09/27(月) 06:14:22

デバガメが中に入ってイける。以外と大きい！

471 ：仕様書無しさん：2010/09/27(月) 08:07:32

>>461
まあ、そこまでクリティカルかってこともあるけど

472 ：仕様書無しさん：2010/09/27(月) 12:01:38

今度は、クリティンコカリか。
みんなエロいな。

473 ：仕様書無しさん：2010/09/27(月) 13:59:35

JTAGおしえて。

・なるべくお金をかけないでやる方法。
・できるだけどんなメーカーでも対応できる方法。
・オープンソースでやる方法。

474 ：仕様書無しさん：2010/09/27(月) 14:45:09

お前は何もするな

475 ：仕様書無しさん：2010/09/27(月) 15:10:05

>>471
メインループで、毎回みていたらでかいんじゃね？

476 ：仕様書無しさん：2010/09/27(月) 16:20:48

メインループには、やってくれれば何時でも良いですよ的なの置くけどな

477 ：仕様書無しさん：2010/09/27(月) 16:59:05

プライオリティ一番低いやつな
アイドルプロセスみたいなもんだな

478 ：仕様書無しさん：2010/09/27(月) 18:01:18

Android使ってる？

479 ：仕様書無しさん：2010/09/27(月) 18:38:23

>>476
メインループ＝イベントループ
時間にクリティカルな処理は割り込みだが、イベントループも速いに越したことはない。
関数呼び出しのオーバヘッドを考えたら、変数の参照の方が速いよな、
かといって、素で参照されるのもカッコ悪いし、安易に変更されるのも困るってとこ。
なんか、綺麗じゃないかもしれないが、苦肉の策って感じ

480 ：仕様書無しさん：2010/09/27(月) 19:11:45

おまえらスリープとか使うの？

メインループに入れる関数って、ウェイト入れない限り物凄い速さで実行されるから
俺はポーリング監視したいレジスタなんかを見張る関数を入れてるわ。通信応答とか。

481 ：仕様書無しさん：2010/09/27(月) 19:25:33

>>480
普通にTimerのスレッド走らせればいいじゃん。

482 ：481：2010/09/27(月) 19:26:48

>>480
いけね、Androidとまちがいた。

>俺はポーリング監視したいレジスタなんかを見張る関数を入れてるわ。通信応答とか。
それがイベントループだよ

483 ：仕様書無しさん：2010/09/27(月) 19:36:45

OSなしでタイマー使うほどじゃないとNOPを回すよ

484 ：仕様書無しさん：2010/09/27(月) 20:14:04

某iTRONでは省電モノ用にsleepにしてタイマー割り込みで起きる形にできる

485 ：仕様書無しさん：2010/09/27(月) 20:16:46

iTRONじゃなくても出来るでしょ

486 ：481：2010/09/27(月) 20:29:55

>>485
CPUによっては機能で一定時間サスペンドできなかったかな。
タイマ割り込みでメインループをまわすと多重割り込みになるよな。

487 ：仕様書無しさん：2010/09/27(月) 20:35:12

多重割り込みで気をつけることを教えてくれないかい？

絶対取りこぼせない通信を余裕のないボーレートで受けることになったから
多重割り込みでなんとか安定したんだけど、スタック食いつぶして暴走とかしたくないんで。

488 ：仕様書無しさん：2010/09/27(月) 20:40:36

メモリに余裕があるなら、割り込み禁止と許可に気をつけるぐらいじゃ
割り込みのエントリを一箇所にしてるOS？とかだとパズルみたいになるかも

489 ：仕様書無しさん：2010/09/27(月) 20:57:26

R8C使ってるけど、#pragma interrupt /Eでその関数の中で上位優先度の割り込みがかかるでＯＫ？

もちろん割り込みの中で関数をコールするような危険な真似はしてないけど
まだ問題あるだろうか

490 ：仕様書無しさん：2010/09/27(月) 21:05:10

人に聞くより、テストプログラム書いて、チェックしたほうがいいのでは

491 ：仕様書無しさん：2010/09/27(月) 21:18:04

>489
>R8C使ってるけど、#pragma interrupt /Eでその関数の中で上位優先度の割り込みがかかるでＯＫ？
OK
アセンブリコード見ればわかるはず。FLGレジスタの割り込み許可をセットするコードがでてるよ

492 ：仕様書無しさん：2010/09/27(月) 21:34:03

THXありがとう

493 ：仕様書無しさん：2010/09/27(月) 21:54:54

>>487
割り込みの中に処理を書かない。

494 ：仕様書無しさん：2010/09/27(月) 22:11:27

それでは割り込みを使う意味がない

495 ：仕様書無しさん：2010/09/27(月) 22:14:38

言い換えよう
割り込みの中では必要最小限の処理しか書かない。
これでもかと言うほど削ぎ落とすこと。

496 ：仕様書無しさん：2010/09/27(月) 22:16:42

データ取ったらすぐ返るほうがいいと思うよ・・・・
割り込みから抜けずに別のトラップそこからおこすとかもうね・・・

497 ：仕様書無しさん：2010/09/27(月) 22:17:41

それは当然だが、割り込みの中で書いて確実に実行させなきゃいけない処理もあるんだよ

498 ：仕様書無しさん：2010/09/27(月) 22:19:47

>>497
そんなものは無い。
フラグやステータスの更新くらいしかやるな。
あとはせいぜい数バイトのバッファ更新くらいだ。

499 ：仕様書無しさん：2010/09/27(月) 22:30:28

世間知らず？

500 ：仕様書無しさん：2010/09/27(月) 22:40:03

OS使ったことないんだろ。

501 ：仕様書無しさん：2010/09/27(月) 22:41:39

OSも使わずに2chに書き込めるシステムがあるとでも言うのか？

502 ：仕様書無しさん：2010/09/27(月) 22:43:42

すげーな
ここまでどや顔でアホなこと言ってるの久々に見た

503 ：仕様書無しさん：2010/09/27(月) 22:44:12

115200bpsのシリアル通信を取りこぼすOSを使ってますが

504 ：仕様書無しさん：2010/09/27(月) 22:45:20

>>497
具体的に書いてみ。
多分ホンの少しの割り込み処理と、残り全部が通常処理との組み合わせに置き換えられるから。

505 ：仕様書無しさん：2010/09/27(月) 22:47:11

非力なマイコン使ってると、割り込みで重い処理しないといけないことも

506 ：仕様書無しさん：2010/09/27(月) 22:49:11

>>505
逆じゃね？
非力だから、割り込みはサッサと終わらせるんだろ？

507 ：仕様書無しさん：2010/09/27(月) 22:50:48

昔のゲーム屋さんは、割り込みに詰め込んでたみたいだけど

508 ：仕様書無しさん：2010/09/27(月) 22:53:51

平場の処理と割り込みを非同期に動かしたいこともあるでよ

509 ：仕様書無しさん：2010/09/27(月) 22:54:13

俺が正しい！なひとのご高説だな

510 ：491：2010/09/27(月) 22:59:15

正解　>505 >497
世間知らず　>498 >504
実際、R8Cも含めた基本ソフトの実装をやっていますが、最近のITRONの拡張のひとつには
カーネル管理外の利用方法の拡張というのがあって、理由は、それだけOSの回らない速度での
アプリを書く必要性があるってことだと思っている。

511 ：仕様書無しさん：2010/09/27(月) 22:59:35

>>507
それは割り込みという物とは違う。
同期をとってそのタイミングから始めるというテクニックだ。
ラスタスクロールとか、色替えとか色んな事をマシンサイクル計算しながらやったんだ。

512 ：仕様書無しさん：2010/09/27(月) 23:03:04

>>504
>>497じゃないけど、>>497が言ってるようなケースがありうることは
ちょっと考えればわかるでしょ。

一つはレイテンシが許容できないケース。

もう一つは、例えばA/D変換値を一定間隔で取り込むような場合で、
システムのRAMやコードROMに余裕がないために、生のAD変換値をとりあえず
入れておくキューを用意することが困難な場合。

513 ：仕様書無しさん：2010/09/27(月) 23:03:07

>>511
そうそう、割り込み内でスタックポインタ完全に書き換えちゃうから
そもそも割り込みの概念じゃないしな。

514 ：仕様書無しさん：2010/09/27(月) 23:08:25

>>512
馬鹿だからそんな記述するんだろw
いいか？　キューを用意するとOS依存になるんだぞw
OSが回り切らないのにそんな使い方する方がアホだろ。

A/D変換だって、割り込み中にリングバッファに積めばいいだけ。
あとは通常処理で拾って計算する。

CPUのマシンサイクル数百回より早いA/D変換とか絶対に無いからw
あったらそれは設計が破綻しているって事。

515 ：仕様書無しさん：2010/09/27(月) 23:09:33

>>514
日本語読めてる？

516 ：仕様書無しさん：2010/09/27(月) 23:14:01

OS？使える富豪プログラムとギリギリのところでやるプログラムじゃ、
話が噛み合わないでしょ。

517 ：仕様書無しさん：2010/09/27(月) 23:14:43

そもそも多重割り込みなんて考慮しなきゃならないって時点で設計破綻してるだろw
要因が異なる複数の割り込みが多重にかかるっていっても、全部別の割り込みだからハードでフォロー出来るだろ。

518 ：仕様書無しさん：2010/09/27(月) 23:21:57

どうみても読めてない。

519 ：仕様書無しさん：2010/09/27(月) 23:29:07

>>503
フロー制御しろw

520 ：仕様書無しさん：2010/09/27(月) 23:29:40

じゃぁ話をPICに限定しようや

521 ：仕様書無しさん：2010/09/27(月) 23:31:11

>>520
PICって言っても、Cで組める本格的な物から、アセンブラ命まで幅広いぞ？

522 ：仕様書無しさん：2010/09/27(月) 23:33:29

>>521
じゃPIC24H系で

523 ：仕様書無しさん：2010/09/27(月) 23:36:43

OSなしでも、できればmainに何も書きたくないくらいなんだよな
処理が時間内に終わんない場合にはmainに回さなきゃいけないけど

524 ：仕様書無しさん：2010/09/27(月) 23:38:03

>>513
時分割みたいなことやれるようなところじゃなかったよ

525 ：仕様書無しさん：2010/09/27(月) 23:38:53

PICなんてシーケンサだろ？
割り込みがトリガで、そこから全部期間内に終わらせるんだろ？

526 ：仕様書無しさん：2010/09/27(月) 23:46:09

割り込みは軽くするのがセオリーではある。まぁどうにもならんケースはあるだろうがな。

以前、処理時間の７割が通信割り込みとかいう代物みた時には背筋が寒くなった…

527 ：仕様書無しさん：2010/09/27(月) 23:48:58

いまどきの若いもんは、割り込み周期とかマシンサイクルとか計算しないのかや？

528 ：仕様書無しさん：2010/09/27(月) 23:49:12

昔、あめちゃんの割り込みに処理詰め込んだソース見て、
やる気なくしたことある、Cで書いてあったけどね。

529 ：仕様書無しさん：2010/09/27(月) 23:50:18

マシンサイクルって何？って感じでしょ、最近は

530 ：仕様書無しさん：2010/09/28(火) 00:04:35

>>527
今時はあんまり計算しないなぁ
計算するにしてもシビアに設計せず安全係数100倍くらいかけてるな

531 ：仕様書無しさん：2010/09/28(火) 00:21:35

>>526
それって気の利いた入門書には必ず書いてあることだけど、
半分は正しいけど半分は思い込みだと思う。

ISRを短くしたところで、得られるメリットはメインループ内の処理のレイテンシが
小さくなるだけで、それは通常は大したメリットではなし、ISRを短くしたところで
全体として必用な処理が減るわけじゃない。（むしろISRの処理をメインループに
投げると、フラグの処理等オーバーヘッドが増える。まあこれは普通無視できる範囲と思うけど）

本来は、むしろ少資源のシステムではISRに書きたい処理でも書けなかった、
というのが元々の真相だと思う。

つまり、アセンブラで変数を固定アドレスでコード書いてると、ISRとmainで
作業用もメモリを共有するのが難しいから。

532 ：仕様書無しさん：2010/09/28(火) 00:29:46

>>531
いいよおまいはどうせ割り込み１つだけしかないシステムしかやった事無いんだろ？
複数の割り込み要因さばいてる時に割り込み自体が重いと、重要なデータ取りこぼすんだよ。
割り込みは何の為にあると思う？　そのタイミングで必ず拾って欲しい情報があるから割り込みなんだよ？
だから取りこぼすとかそんなこと絶対にあっちゃいけないんだよ。
だから軽くするの。わかった？

533 ：仕様書無しさん：2010/09/28(火) 00:45:40

>>532
君は俺の方が特殊な前提条件の下の話をしていると思ってるんだろうけど、
むしろ特殊な前提条件でしか成立しない話をしているのは君の方。

割り込みのプライオリティが変更できないか、または多重割り込みが禁止（優先度の低い割り込みの
ISR実行中は、より優先度の高い割り込みも許可されない）システムの場合は、
確かに何も考えずにISRを短くした方が安全。

534 ：仕様書無しさん：2010/09/28(火) 00:47:18

しかし、いい歳こいていきなり喧嘩腰の馬鹿ってどこでもいるけど、
うんざりするな本当。
こういう奴には自己嫌悪って感覚はないのかね。

535 ：仕様書無しさん：2010/09/28(火) 00:48:10

割り込みのプライオリティがなくても、多重割り込み出来るでしょ

536 ：仕様書無しさん：2010/09/28(火) 00:53:46

>>535
多重割り込みあっても、実際に処理が廻って来るのは最後とかだけどね
むしろプライオリティーなんてあるともう低い方なんか実行出来ないとかねw

537 ：仕様書無しさん：2010/09/28(火) 00:56:21

多重割り込みだって、同じ要因で２回も割り込まれたりしたらどうしようもねえぞw

538 ：仕様書無しさん：2010/09/28(火) 00:56:44

仕様次第だから、これで決まりみたいな答えはないような

539 ：仕様書無しさん：2010/09/28(火) 01:00:33

>>531
同意
割り込み内で収まるなら、そうしたい
コード的には

540 ：仕様書無しさん：2010/09/28(火) 01:04:18

結局割り込み内で書いちゃうって言ってる人も、
割り込み周期内には終了するようなコードを書くんだろ？

これってどっちも同じ事言ってるんじゃね？
割り込み周期内に納まれば、どこに書こうが好きにしろってさ。

まあ、複数の割り込みを操らなきゃならんときは優先順位とやらに神経使えって事で。

541 ：仕様書無しさん：2010/09/28(火) 01:05:06

ポーリングでいいじゃん

542 ：仕様書無しさん：2010/09/28(火) 02:12:46

>>540
終わっちゃったじゃないかｗ

543 ：仕様書無しさん：2010/09/28(火) 02:17:47

割り込み時に退避されるレジスタって、ちゃんとアセンブラコードで確認してる？
長い間ずっと、Cで書いている限りは、コンパイラまかせなんだけど、ホントはあぶいかな？

544 ：仕様書無しさん：2010/09/28(火) 02:21:21

>>543
物によっちゃあ、interrupt なんチャラなんて宣言子もあったなぁ
関数の頭にinterrupt void hoge( void ) とか書くの
そうすると、その関数呼ばれる時は全レジスタ退避してくれんの

545 ：仕様書無しさん：2010/09/28(火) 02:25:18

頭がいいコンパイラくんは、破壊されたら困るレジスタだけを退避、復旧してくれる

546 ：仕様書無しさん：2010/09/28(火) 02:30:25

>>545
それ普通じゃね？

547 ：仕様書無しさん：2010/09/28(火) 02:35:44

さあ、アセンブラで割り込みエントリ書いてる人がいるから
知らないのかなと思って

548 ：仕様書無しさん：2010/09/28(火) 02:44:04

>>547
それはベクターエントリーテーブルの事か？
…まあ、それもCとかで書けるかぁ
ただリンカでマッピングするときゴニョゴニョ記述が無いといけんか。

549 ：仕様書無しさん：2010/09/28(火) 02:50:26

ベクタテーブルもCで書けるでしょ。
hewとかベクタテーブル書かなくてもいいようにしちゃったみたいだし

実処理部分の突入先をpushなんちゃらみたいに

550 ：仕様書無しさん：2010/09/28(火) 03:10:54

>>544
いやだから、そのinterrupt修飾子の結果を確認しているか？という話。

551 ：仕様書無しさん：2010/09/28(火) 03:15:07

>>550
１回確認したらもういいべ
レジスタ退避出来てなければ高確率でクラッシュだからな。
bugとしちゃすごく分かり易いよ。

552 ：仕様書無しさん：2010/09/28(火) 04:22:49

「そんなものは無い。」(ｷﾘｯ)でｸｿﾜﾗﾀ

553 ：仕様書無しさん：2010/09/28(火) 06:23:33

>>551
いやだから、みんなは確認とかしてる？って話し

554 ：仕様書無しさん：2010/09/28(火) 07:07:40

>>542
プログラムなんて動けばおｋ、って人にとっては、まあどうでもいい話だな

555 ：仕様書無しさん：2010/09/28(火) 07:19:21

結論：
OS使っても使わなくても
割り込み禁止はできるだけ短く

556 ：仕様書無しさん：2010/09/28(火) 12:53:02

できるだけ、っていうのが便利な言葉だな。

557 ：仕様書無しさん：2010/09/28(火) 15:10:20

>>554
講釈たれて動かねープログラムよりはね。
結局、ケースバイケースっていう議論じゃねーか。

558 ：仕様書無しさん：2010/09/28(火) 18:15:27

世の中大抵の物事はケースバイケース。でも定石化してるのは過去の教訓による。
もっともこんな議論関係なく、重い割り込みなんてコードレビューの時に真っ先にケチつけられ、その後も製品が生きている間ずっとメンテ担当者にクソプログラム扱いされるのだけど。

559 ：仕様書無しさん：2010/09/28(火) 18:26:18

じじいはクソプログラム扱いするだろうね

560 ：仕様書無しさん：2010/09/28(火) 19:16:09

>>558
>重い割り込みなんてコードレビューの時に真っ先にケチつけられ、
適応次第だろ
動作を始めたら、ひとつの信号の立ち上がりを検出してその時のAD値を演算してPIOに出力する"だけ"の装置だったら
割り込みだけですべてが終わるんじゃね？
mainループに比べたら「重い割り込み処理」だと思うが、それもダメなのか？
わざわざ、mainに持ってこないといけないことか？

561 ：仕様書無しさん：2010/09/28(火) 19:43:54

そういうの重いって言うんだろうか？

562 ：仕様書無しさん：2010/09/28(火) 20:04:39

割り込み後１ｕｓ以内にフィードバックをかけたい場合

563 ：仕様書無しさん：2010/09/28(火) 20:12:43

A/D変換中の待ちを嫌って信号割り込みとAD割り込みに分けるかな。

564 ：仕様書無しさん：2010/09/28(火) 20:15:06

mainでやるべき処理がない

565 ：仕様書無しさん：2010/09/28(火) 20:23:18

mainって、プライオリティ一番低いスレッドくらいの感覚しかない
OSなしでも

566 ：仕様書無しさん：2010/09/28(火) 20:50:25

>>558
終わんなきゃいけない時間に終わらない処理ならmainに回すのは当たり前
時間に余裕がある場合でも積極的にmainに回すのかって話なんだよ
プログラムで見れば、余分なフラグ増やすより関数呼び出しで済むならそっちがいいって考えられないのかね

567 ：仕様書無しさん：2010/09/28(火) 20:53:26

>>566
上司がOKすればいいんじゃね？

568 ：仕様書無しさん：2010/09/28(火) 20:53:31

基本は、>>558の言うように重くしないのが当たり前だとおもうけどね
必ずとか絶対とかっていうのはないよな

>>565
スレッドというほどいくつか処理があるならmainで取り扱わないと優先順位付けができないんじゃね？
それこそ、処理がみえねークソプログラムになりそうｗ

569 ：仕様書無しさん：2010/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 ：仕様書無しさん：2010/09/28(火) 22:07:06

すまん割り込みの中でなぜかretunをコールしてしまった
あとpragmaで定義した関数がhigeになってるな

571 ：仕様書無しさん：2010/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 ：仕様書無しさん：2010/09/28(火) 22:29:15

最初の行は
volatile int hige_int_flg = 0;
にしれ。

573 ：仕様書無しさん：2010/09/28(火) 22:33:41

なるほど

574 ：仕様書無しさん：2010/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 ：仕様書無しさん：2010/09/28(火) 22:48:28

割り込みで重い処理をしてはいけないのは常識

576 ：仕様書無しさん：2010/09/28(火) 23:01:43

割り込み中にサブルーチンコールすると、スタック管理が面倒だろ。

577 ：仕様書無しさん：2010/09/28(火) 23:04:48

割込み使うとバグが発生するって言って
割込み一切使わない先輩がいたなぁ

578 ：仕様書無しさん：2010/09/28(火) 23:12:56

>>577
今の政権みたいなもんじゃね？
「自民が～」「検察が～」「外務省が～」みたいな
おまえだよ、おまえｗｗ

579 ：仕様書無しさん：2010/09/28(火) 23:16:17

マルチタスクOSなんかはISR上でずっと動作させてるようなもんじゃないのかね?

580 ：仕様書無しさん：2010/09/28(火) 23:17:09

>>575 重いの線引きが難しいな

581 ：仕様書無しさん：2010/09/28(火) 23:18:21

>>579 リアルタイム性の話をしてる時にwindowsの話をする人きらいです

582 ：仕様書無しさん：2010/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 ：仕様書無しさん：2010/09/28(火) 23:24:06

>>574 まかりまちがってhige_func()を他の場所でもコールした場合
リエントラントで作ってないと不幸なことになる可能性がある

584 ：仕様書無しさん：2010/09/28(火) 23:27:04

>>583
まかりまちがうことを前提に、リエントラントにするって、無駄なコストじゃね？
意味として、functionならそうだが、この場合　procedure だろ
汎用性を考える必要はないと思う。

585 ：仕様書無しさん：2010/09/28(火) 23:31:06

>>582 自分で書いてて思ったんだが、
割り込み禁止期間の割り込み応答性が下がるよな
意味ないやん

586 ：仕様書無しさん：2010/09/28(火) 23:58:32

>>576
別に平場の呼出と同じでしょ、関数呼び出し。割り込みと平場の調停が下手くそだとハマるかも
最近は、割り込み用のSP持ってるのもあるし

587 ：仕様書無しさん：2010/09/29(水) 00:11:43

>>585
割禁にしちゃうなら、これでいいじゃん
#pragma interrupt hige(vect=1)
void hige(void)
{
　　__DI();
　　hige_func();
　　__EI();
}

588 ：仕様書無しさん：2010/09/29(水) 00:13:07

>>587
うわぁ、知らねえぞw　何が起こってもw

589 ：仕様書無しさん：2010/09/29(水) 00:15:01

>>576
そのサブルーチンを、平時に使っていたら>>583 の言うようなやばいことになりそうだね。
あと、そのスタック管理とかが気になって、上でアセンブリコードで確認とかしてる？って聞いたんだけどね
スタック管理より退避されるレジスタが問題になったりしないかね？
Cで書いている分には問題ないだろうが、asmコードを使っていたら、注意しないとかなと思ってるけど。

590 ：仕様書無しさん：2010/09/29(水) 00:16:58

>>587
割り込みレベルでマスクしない？ｗ
そこらのSHあたりのCPUでも多重割り込みはある？

591 ：仕様書無しさん：2010/09/29(水) 00:19:18

>>590
多重割り込みないCPUなんてあるのかよ

592 ：仕様書無しさん：2010/09/29(水) 00:20:05

>>590
マスクするのはいいが、マスク解除がな。
ハードによっちゃ、物理的な割り込み線レベルが復帰しないうちにマスク解除しちゃうと
何度も同じ要因の割り込みが入っちまうＣＰＵとかあるからなw

593 ：仕様書無しさん：2010/09/29(水) 00:22:57

>>592
その結果スタック食い潰すまで多重割り込みの入れ子状態ってなw

594 ：仕様書無しさん：2010/09/29(水) 00:31:13

>>592
その前に割り込み要因のbitをクリアするだろ。
returnする前にまた割り込みが入ったら？

そんなこまけぇこ・・・ん？

595 ：仕様書無しさん：2010/09/29(水) 00:33:51

>>594
そんな状態なら、割り込みの設定からやり直すだろ

596 ：仕様書無しさん：2010/09/29(水) 00:34:05

割り込み許可のbitもクリアしとけば、いいのでは
許可は適時安全なところでやる

597 ：仕様書無しさん：2010/09/29(水) 00:35:04

>>591
ARMとか、受付はするけど、割り込みレベルかなんかでマスクされてるのか
飛ばなかったんだけど
当然、処理が終わると、最中に出た割り込み処理が起動してた。

598 ：仕様書無しさん：2010/09/29(水) 00:36:23

リエントラントとかスタックとか何を言ってるんだろう。

問題は再入の有無じゃなくて、（割り込みによって）非同期的に変更される可能性がある値に
メイン側でアクセスするときに、それを想定したコードになってるかどうか、
それだけだと思うが....

スタックなんかpush/pop(call/ret)がバランスしてればISRの前後でSPの値は変わりようがないわけで、
スタックをスタックとして使ってる分にはどこにも問題の発生の余地なんかありっこない。

599 ：仕様書無しさん：2010/09/29(水) 00:38:09

>>598
RISCマシン舐めんなよ

600 ：仕様書無しさん：2010/09/29(水) 00:51:31

ARMの割り込みコントローラはEOI?を発行しないと割り込み受け付けない様になってたような

601 ：仕様書無しさん：2010/09/29(水) 00:55:36

>>600
SHの場合は、レベルでマスクするんだっけ？自動でされるんだっけ？

602 ：仕様書無しさん：2010/09/29(水) 01:11:23

SH2Aまで
SH3、SH4
SH4A
で微妙に割り込み周りの仕様が違うんだよね。
マニュアルをよく読んで、調べてねって感じかな

603 ：仕様書無しさん：2010/09/29(水) 01:17:56

>>602
そか、なんか記憶がバラバラなのはそのせいかも；
ありがとん

604 ：仕様書無しさん：2010/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 ：仕様書無しさん：2010/09/29(水) 20:34:31

割り込み内で処理

606 ：仕様書無しさん：2010/09/29(水) 21:25:42

SCIの送信データエンプティ割り込みの中で
マイコンの割り込み許可とかやったことある人はいないのかな？

607 ：仕様書無しさん：2010/09/29(水) 21:35:57

日本語でおｋ

608 ：仕様書無しさん：2010/09/29(水) 21:47:20

>>606
SCIの送信データエンプティ割り込みは、マイコンじゃないんだね？

609 ：仕様書無しさん：2010/09/30(木) 08:31:06

【侵略と虐殺が大好きな中国の歴史】

・７５００万人を大虐殺した毛沢東、文化大革命

・民族浄化、チベット侵略、チベット人４００万人を大虐殺

・ベトナム、パラセル諸島(西沙諸島)を軍事侵略、占領

・ベトナム、スプラトリー諸島(南沙諸島)を軍事侵略、占領

・法輪功信者を数百万人規模で大虐殺

・石油、スーダンのダルフール大虐殺を支援

・フィリピンのミスチーフ環礁侵略、強奪

・テロ支援国家の北朝鮮を支援

・カンボジア、クメール・ルージュの大虐殺を強力支援

・民族浄化、東トルキスタン侵略、核実験ウイグル人３００万人を大虐殺

・インド侵略、アクサイチン地方、カシミール地方を占領

・毎年の死刑執行者数１０万人、ぶっちぎり世界１位

・日本の尖閣諸島に領海侵犯、地下資源を盗掘

・フィリピンのスカーボロ環礁を侵略、領有を宣言

610 ：仕様書無しさん：2010/09/30(木) 11:13:50

こういう所でもそうなのだが
http://oshiete.goo.ne.jp/qa/3787147.html

なんで
「○○を実現するために△△を使いたいと思います。どのようにすれば実現出来ますでしょうか？」
という感じの質問に対して
「△△を使うなんてナンセンス、だって(ry」
と的外れな回答が必ず出るんだろうね。
単純に実現方法を教えればそれで終わりなのに、
何故に、△△を使う背景を一から説明しなければいけないんだよと思う。
特に
------------------
そんなことより、アプリケーションのレベルの要求をJavaと照らしてよく見据えるべきです。
関数ポインタなどより、もっと安全で堅牢な方法があるはず。
私はC（などの古代言語）のナニナニをJavaで書くには？という話題が大嫌いです。
真剣な開発にとって、無意味かつ無メリットだから。
------------------
とか。んなこと聞きたくて質問者は質問してるんじゃないんだっての。

611 ：仕様書無しさん：2010/09/30(木) 11:18:41

答えがほしいだけの時はそうだけど
回答者が、それでいいのって、言いたい時もあるのでは？

612 ：仕様書無しさん：2010/09/30(木) 11:30:41

Q. 素手で釘を打ち込みたいです。
A. トンカチ使え。

どこが悪いの？

613 ：仕様書無しさん：2010/09/30(木) 11:32:41

>>611
趣味レベルのプログラムなら確かにそれもあると思うだけど、
会社がからむといろいろな事情でやむえずという事も良くある話だから、
いちいち背景から説明ってのはねぇ。。
それに、否定するからには代価案とそれおける実現方法を提示するべきでしょと思ってしまう。
Cを古代言語とか・・・。
Cだって現役バリバリですよ。どこでなんの言語を使うかは適材適所だろうに。
(この辺りは質問者の方が大人な対応してますね)

ごめんなさい。二日酔いでこんなサイトをたまたま発見してしまったばかり
ついイラっときてしまいました。

614 ：仕様書無しさん：2010/09/30(木) 11:34:16

>>612
例えが違う

Q. 素手で釘を打ち込みたいです。
A. 死ねばいいのに

こっちだ。

615 ：仕様書無しさん：2010/09/30(木) 11:35:43

仕事のことをwebで質問してる時点で...

616 ：仕様書無しさん：2010/09/30(木) 11:40:08

何も行動を起こさない人よりはいいと思うけどね。
んで回答で>>615みたいな答えが返ってくるわけですよ。
言いたい事はわかるが、本を買って解決するか、
職場の同僚に質問して解決するか、ネットで質問して解決するかは
エンドユーザーからみたらどうでもいい話。
仕様を満たすもの作ってくれるのなら。

617 ：仕様書無しさん：2010/09/30(木) 11:40:52

否定されるのがいやなら最初から聞くなよ。きちんと金を払ってコンサルしてもらえばいいのに。
仕事なんだから。

618 ：仕様書無しさん：2010/09/30(木) 11:42:04

仕様書なりマニュアルなりを見るべき問題あるいは段階で、
それができない、という奴は問題だと思う。

619 ：仕様書無しさん：2010/09/30(木) 11:44:38

質問者が質問に至るまでの経緯なんてわからんのに
仕事が言い訳になると思ってるんかね
鶏が先か卵が先か　みたいだね

620 ：仕様書無しさん：2010/09/30(木) 11:46:56

>否定されるのがいやなら
それは質問者に言えよ。
俺が質問したわけじゃない。
金払ってコンサルってさぁ、
質問者がもし会社の仕事でやってるとしたら、
プロジェクトなのか課なのかグループなのかわからんが予算ってものがあったら、
ほいほいと金だせるものでもないだろうに。

んで、もし趣味でやってるものなら余計にコンサル雇うなんておもわねぇだろ

621 ：617：2010/09/30(木) 13:00:52

>620
別にあんたにいったわけじゃない。つか誰？
仕事ならただで誰かに意見を貰おうとしてその答えが明後日のほうでも文句は言えないだろ。
そういう意見は華麗にスルーするとか、質問者としての嗜みが必要だし、ストライクな意見が
最初から欲しければ金を払うとか丁寧に説明するとか、あたりまえじゃないか？

622 ：仕様書無しさん：2010/09/30(木) 15:43:06

>>617
それじゃ、Q&Aじゃなく単なる質問する側と答える側のマスターベンションスレになっちゃうじゃん
アホかｗ

623 ：仕様書無しさん：2010/09/30(木) 15:45:57

同じじゃん

624 ：仕様書無しさん：2010/09/30(木) 15:47:47

>>610
とても同意する。
--------------------
～を～すれば可能です。
さもなくば、～すべきと感じます。
私なら、こういった場合は
～を使用します。
なぜなら～のほうが～に適しているからです。
--------------------
とか、あって欲しいよな。
一言でいうと、「大きなお世話」なんだよな。」
質問するなって言うアホもいるが、
だったら、回答に出てくんなって感じｗ

625 ：仕様書無しさん：2010/09/30(木) 15:49:21

>>623
将棋をやってるところで、
「碁ならこうする」
って話しをするやつみたいだってこと。

626 ：仕様書無しさん：2010/09/30(木) 15:50:53

は？

627 ：仕様書無しさん：2010/09/30(木) 16:37:21

デザインパターンの本買おうかと思って手に取ったら、厚いね紙が。
堅いし重いし広げにくいし、あれは出版社の嫌がらせだろ。

せめてトラ技spなみ、できればチラシみたいなチープで薄い紙をパターン毎に綴じたのが理想。

628 ：仕様書無しさん：2010/09/30(木) 17:32:10

デザパタってC++の定石まとめただけでしょ

629 ：仕様書無しさん：2010/09/30(木) 19:40:17

C++の定石ってデザパタの一部にしか過ぎないだろ

630 ：仕様書無しさん：2010/09/30(木) 19:40:50

だがそれがいい

631 ：仕様書無しさん：2010/09/30(木) 20:05:48

じゃ、ただの定石集でしょ

632 ：仕様書無しさん：2010/09/30(木) 20:45:13

>>631
なおさらいいじゃん。

633 ：仕様書無しさん：2010/09/30(木) 20:46:58

言葉が解りにくいです><

634 ：仕様書無しさん：2010/09/30(木) 20:50:18

組み込みプログラマーはなぜ結婚できない人が多いのか

635 ：仕様書無しさん：2010/09/30(木) 20:52:29

>>634
おまえだけじゃね？ｗ

636 ：仕様書無しさん：2010/09/30(木) 20:55:53

組み込みだけに
組み込まれるのが嫌いなんでしょう。

637 ：仕様書無しさん：2010/09/30(木) 20:58:48

なんか最近はプログラミングより制御設計や回路設計が主になってきた

638 ：仕様書無しさん：2010/09/30(木) 20:59:19

既に製品に組み込まれてるだろ

639 ：仕様書無しさん：2010/09/30(木) 21:08:11

まんこにちんこ組み込む

640 ：仕様書無しさん：2010/09/30(木) 21:08:57

>*<

641 ：仕様書無しさん：2010/09/30(木) 21:09:25

最近、うちの会社は
UMLで設計まではするが、コーディングは
子会社や海外に投げるようになった

642 ：仕様書無しさん：2010/09/30(木) 21:11:09

社内で普通に「子会社に投げるか」と
子会社を馬鹿にしたように言うから面白い

643 ：仕様書無しさん：2010/09/30(木) 21:13:08

>>642
「外注」とかね、大きな会社ほどそういう言い方をしないね。

644 ：仕様書無しさん：2010/09/30(木) 21:20:41

デザパタよりデータ構造とかの方がいいような気がするな

645 ：仕様書無しさん：2010/09/30(木) 21:22:22

リンクトリストとかツリーとかそういうものを指すことばとして既に「データ構造」はあるだろ

646 ：仕様書無しさん：2010/09/30(木) 21:23:12

>>643
協力会社w

647 ：仕様書無しさん：2010/09/30(木) 21:28:54

で、内製できなくなる、と

648 ：仕様書無しさん：2010/09/30(木) 21:29:41

モノが上がってこない方じゃ

649 ：仕様書無しさん：2010/09/30(木) 22:49:41

なんか「協力会社」の方がいやな感じするけどな

650 ：仕様書無しさん：2010/09/30(木) 23:07:07

仕事の質問するのでもネタ投下になればマシだが
会社から試行錯誤もしてないクソみたいな質問をされると
「2ch見てんじゃねえよ回線切って詩ね」と言いたくなるのは当然

651 ：仕様書無しさん：2010/09/30(木) 23:11:51

「協力会社」の方が偽善臭がする

652 ：仕様書無しさん：2010/09/30(木) 23:19:11

俺の職場ではそのワードが飛び交ってるな
本当にごめん。でも俺は内製専用デスマ要員なんだ。

危険なプロジェクトは俺専任になる('A`)

653 ：仕様書無しさん：2010/09/30(木) 23:49:09

>>651
気を使ってるだけまし、って気がするけどね。

654 ：仕様書無しさん：2010/10/01(金) 00:02:17

派遣・構内請負はともかく、外注ってよくない言葉なのか?
小さい会社だと、その辺の感覚分からんわ

655 ：仕様書無しさん：2010/10/01(金) 00:21:29

まあどの会社もどの規模でも多かれ少なかれ下請けを小馬鹿にしてる人はいるもんだ

656 ：仕様書無しさん：2010/10/01(金) 01:12:45

>>655
いるね。自分がその会社だと思っちゃってるやつ。

>>654
よくないと思っておいたほうがいいよ。
使い捨てって感じでとられる。実際そういう感覚のやつもいるけど。

657 ：仕様書無しさん：2010/10/01(金) 01:23:40

外注とか上から目線なのって、ゼネコン体質っていうのかね
中小でやるとほんとみっともない。
自分らも客から金をもらっている身だろうに
まるで、上流工程→下流工程っていうのが、階級だと勘違いしてるやつらと同じレベル。

658 ：仕様書無しさん：2010/10/01(金) 01:24:55

>>656
使い捨ても何も「外注」って、外に注文するってだけの意味だと思うけど、それでもよくないのか

659 ：仕様書無しさん：2010/10/01(金) 01:28:25

>>658
外注がまだ技術力がなくて、ただの組み立て屋だったころの、「昔の言葉」って言ったらわかるかな。

660 ：仕様書無しさん：2010/10/01(金) 01:34:01

理系は損だ！　徹夜の日々でも初任給１１万円のプログラマー
http://zasshi.news.yahoo.co.jp/article?a=20100930-00000501-sspa-soci

661 ：仕様書無しさん：2010/10/01(金) 01:37:55

>>659
わかんねえけど、あんまり口に出さない方がよさそうだな
公式的には「協力会社」「パートナー」か
どっちも後ろに（笑）って付けたいな

662 ：仕様書無しさん：2010/10/01(金) 01:42:26

>>657
上からも何もないよ
内製できないから外注出すだけで

663 ：仕様書無しさん：2010/10/01(金) 01:49:24

馬鹿にしてるつもりはないが、外注と呼ばれたくないなら
仕事うけなきゃいいじゃん。自分で企画して自分で設計して自分で製造して自分で販売しろ

664 ：仕様書無しさん：2010/10/01(金) 01:50:50

害虫だと思ってたら益虫だった。後の祭り。

665 ：仕様書無しさん：2010/10/01(金) 02:52:54

>>663
中小の中途半端なところは大抵こんな感じｗ

666 ：仕様書無しさん：2010/10/01(金) 03:32:11

モノ上げることが出来ないところに頼んでるみたいな、言い方だね。

667 ：仕様書無しさん：2010/10/01(金) 04:30:56

技術がないわけじゃない、ホントは内製でできる、"時間がないからできない""コストが合わないからできない"
その金額で、その時間でできないのは、"技術がない"そのものだと思うんだけどね。

668 ：仕様書無しさん：2010/10/01(金) 04:34:56

探せば、”技術がある”ところが見つかるだろうに
そういう事はしないのかね

669 ：仕様書無しさん：2010/10/01(金) 04:35:46

>>662
自分はそういうつもりでも、
大企業のちゃんとしたとことつきあっている外注(笑)からみたら、
「外注」って言葉を聞いた時点で、腹の中では「ああ、こいつもか(笑)」って思うよ。
仕事が欲しいから、絶対に口にしないけどね。

670 ：仕様書無しさん：2010/10/01(金) 10:16:34

自分は使われる側から使う側の会社へ転職できたけど、
使われる側の頃も「外注」と呼ばれても別に何とも思わなかったなぁ。
気にする人は気にするってことか。

671 ：仕様書無しさん：2010/10/01(金) 19:04:53

でどちらが本当の外側だと思う？┐(´д｀)┌

672 ：仕様書無しさん：2010/10/01(金) 19:19:33

>>669
じゃあ何て言われたいんだよ。
被害妄想じゃないのそれ。

673 ：仕様書無しさん：2010/10/01(金) 19:28:05

外注さん

674 ：仕様書無しさん：2010/10/01(金) 19:32:46

同志
同胞
パートナー

675 ：仕様書無しさん：2010/10/01(金) 20:08:56

TEST

676 ：仕様書無しさん：2010/10/01(金) 20:22:02

トモダチ
ツレ
カレシ
元カレ
誰それ？

677 ：仕様書無しさん：2010/10/01(金) 20:23:21

あ、プロパーじゃない人は打ち合わせでなくていいから

678 ：仕様書無しさん：2010/10/01(金) 20:44:29

あるある。
さっきまで「ここはもう、○○さんに全てお任せします！！」
なんて言ってたのに。
俺達ってただのコマなのね、、、、

679 ：仕様書無しさん：2010/10/01(金) 21:56:27

>>672　←こいつもか（笑）

680 ：仕様書無しさん：2010/10/01(金) 22:17:50

元請自慢とか、もうね･･･

むしろ「協力会社」とか、資本関係もないのに何だよそれって思ってたけどな
下請けでも、特にソフト屋はその辺り敏感なのかね
やっぱり新しい言葉のがありがたいかね

681 ：仕様書無しさん：2010/10/01(金) 22:46:47

語尾にｗが付くか否かだろうさ。言葉自体が問題ではない。

682 ：仕様書無しさん：2010/10/01(金) 23:04:21

外注は別にｗ付かないだろ
むしろ協力会社ｗだと思うけど
個人的には、甘味とスイーツ（笑）くらいの感覚だけどさ

683 ：仕様書無しさん：2010/10/01(金) 23:06:18

>>680
気を使う気持ちだけどね。
「メクラ撃ち」とか「食べ物を粗末にすると目がつぶれるよ」とかは言うのは全然問題ないと思うが、
面と向かって「メクラ」っていうのはナシだろ。
言葉狩りじゃなく、気の使い方だと思うけどね。
韓国系のクライアントに、「馬鹿でもチョンでもできますよ」とかいわねーだろ、さすがにｗ
いくら、「チョン」が「チョンガー(独身者)」の意味であっても。
そういうのと同じだと思うけどね。

684 ：仕様書無しさん：2010/10/01(金) 23:10:09

>>682
ゆとりだなｗ
なぜ、「協力会社」って言葉にしたかが想像つかねーんだな。
どう思うが勝手だが、そういう歴史的背景があるんだよ。

685 ：仕様書無しさん：2010/10/01(金) 23:13:33

デカイところの上の連中ほど、古い人間だから絶対に、「外注」とは言わないな。
外注なしには、絶対に成り立たないのを知っているし、
それらも含めて自分らのグループだという意識がある。

686 ：仕様書無しさん：2010/10/01(金) 23:13:38

>>683
俺は気にしないけど、やっぱり嫌な気分になる人もいるみたいだね

>>684
その歴史的背景をご教授願えますでしょうか
当方、氷河期です

687 ：仕様書無しさん：2010/10/01(金) 23:18:02

>>686
>>659

688 ：仕様書無しさん：2010/10/01(金) 23:29:04

どう考えても外注なんて言葉で気分を害する方にこそむしろ問題がある。

メクラは元々侮蔑のニュアンスがあるが、外注って言葉にはどこにもそんなものはないだろう。

要するに自意識過剰で中二病的なんだよな。
精神科医の言葉で言えば「投射」って奴。
問題の根源は本人の劣等意識の方にあるのに、それを抑圧して自分を欺瞞してるんだろ。
http://popminako.blog.ocn.ne.jp/kokoro/2007/06/post_f20e.html

689 ：仕様書無しさん：2010/10/01(金) 23:31:04

>>686
ソフト系とか歴史が浅い業界だとあまり気にしないかもしれない
製造業や産業系、盤屋とか鉄工場なんかとつきあいのある重電系のある大手だと、そういう教育をされる。

昔と違って、今はホントに大手でも、作る技術が失われてしまって、外注の方がよっぽど技術力があったりする。
短納期で安価に、品質の高いものを作れるから、いなくなられても困るわけさ。
それを外注（下請け）と考えるか、パートナーと考えるかってこと。
パシリ扱いしてもいいけど、おまえとは金のためだけな、いざとなったら知らんよ　と思われるだけってことだと思う。
そのために、「いい友達でいてね」っていう意味の言葉をつかったほうがいいんじゃね。

690 ：仕様書無しさん：2010/10/01(金) 23:33:34

>>688　←こいつもか（プッ

ハゲにハゲって言って何が悪いんだよぉ～
ちびにチビって言って何が悪いんだよぉ～
デブにデブって言って何が悪いんだよぉ～

ま、その通りです、言ってもなにも問題ありません。

691 ：仕様書無しさん：2010/10/01(金) 23:37:22

まあ、言ってる傍からそうやってあまりに幼稚な性格を晒しても、
自分が幼稚だって自覚すらないんだから語るに落ちてるな。

692 ：仕様書無しさん：2010/10/01(金) 23:37:26

へりくだってると、いい気になる奴っているよなｗ

693 ：仕様書無しさん：2010/10/02(土) 00:02:01

へりくだって「協力会社」かw

694 ：仕様書無しさん：2010/10/02(土) 00:02:49

>>686
もし、プロパーが「外注」と言わずに「協力会社さん」と言ったらどう思う？
なんで、そういう呼称なの？って思わね？
しょうもないことかもだが、そういうことに気を使ってるプロパーにちょっと親近感を持たない？
下請けを大事にしようっていう気持ちがあるように感じない？
ホントにあるかどうかは別としてｗ

695 ：仕様書無しさん：2010/10/02(土) 00:04:22

>>693
両方な、
協力会社って言われて、自分らが必要なんだといい気になる外注と
外注に、「わたしら外注に～」と言われて、いい気になるプロパー。

696 ：仕様書無しさん：2010/10/02(土) 00:13:35

外注は外注でも「構内外注」と「構外外注」とあるじゃん？
構外外注ならそんな嫌な思いしないけど、構内外注はまじでウザプロパーいるよな

697 ：仕様書無しさん：2010/10/02(土) 00:17:06

つか、仕事もらって金頂いてるんだから、お客さん。
お客さんに何言われても、金のためいつでもニコニコ客商売だろ。

698 ：仕様書無しさん：2010/10/02(土) 00:19:39

>>695
外注が下って感覚がまずないけど、なんでプロパーって言葉が出てくるのかが分からん
派遣は外注じゃないし、発注元のことはプロパーって言わないだろ
「わたしら外注に～」って言われても何も思わないだろうけど、「わたしらパートナーに～」だったらﾌﾟｯてなるかも知れん

699 ：仕様書無しさん：2010/10/02(土) 00:22:44

構内請負も外注って言い方するのか･･･知らなかった
最初から話がずれるはずだぜ

700 ：仕様書無しさん：2010/10/02(土) 01:06:44

>>698
すまん、クライアントの方がいいか

701 ：仕様書無しさん：2010/10/02(土) 07:45:11

構内請負って・・・あれか・・・
派遣とどこが違うんだって悩むやつだろ・・・・

でかい会社の事業所に
「㈱間借り　ほんだら事務所」って部屋だけあって、机置いてあるけど
なぜかそこの社員はあっちこっちに散ってはたらいてるという・・・・

702 ：仕様書無しさん：2010/10/02(土) 08:03:16

構内請負に外注呼ばわりは、確かに酷だわなあ
外注って、図面とか仕様書出して、見積取って、承認して･･･ってのだけを指すもんだと思ってたから
あと、××の下請け○十年とかなら、協力会社って言い方もアリだな

703 ：仕様書無しさん：2010/10/02(土) 17:54:24

>>701
それでも構内請負だから派遣と扱いが違って、出来ないことも多かった。
サーバーにのアクセス権くらいくれても・・・・
流石に外注/協力会社/派遣とは呼ばれてなかったけどね。
まあすぐ首になったから、今どうだかは知らないよ（´・ω・｀）

704 ：仕様書無しさん：2010/10/02(土) 19:02:57

俺は構内外注だけど、外注さんって言われたことあるぜ
プロパーじゃなきゃできないからって言われることも多々

705 ：仕様書無しさん：2010/10/02(土) 19:24:52

俺らは客先に作業監視されてるだけだから、施設利用とかどうでもいいが
作業監視に呼び寄せてるだけなら、いつ来ようがいつ帰ろうがどうでもいいだろ。
施設の開いてる時間に来て、開いてる時間に帰るんだから好きにさせろよ。

706 ：仕様書無しさん：2010/10/02(土) 19:30:00

行きはぺこぺこ帰りはサイン♪
こわいとこだがとおりゃんせ、とおりゃんせ♪ですね、わかります

707 ：仕様書無しさん：2010/10/02(土) 23:25:20

外注管理は問題ない？

708 ：仕様書無しさん：2010/10/03(日) 01:43:56

客先のハード屋さんはふつうの時間に仕事したいのに、外注のソフト屋が夜型で、
１０時過ぎに入場、昼過ぎにエンジンかかって21:00過ぎまで働くのでつきあいきれん
とぼやいてたな。朝型の俺は朝一に入場、遅くても16:00には帰るので喜ばれた。

709 ：仕様書無しさん：2010/10/03(日) 01:45:11

>>708
ほんとすまん。

710 ：仕様書無しさん：2010/10/03(日) 08:01:10

5時から仕事開始するような奴は迷惑

711 ：仕様書無しさん：2010/10/03(日) 08:03:25

>>710
あ、その手があったか。

712 ：仕様書無しさん：2010/10/03(日) 08:14:36

８時１７時の漏れに四角はなかった

713 ：仕様書無しさん：2010/10/03(日) 08:25:39

5時ってのは17時の意味だぞ；
英語圏の人間は24時間表記しないらしいが

714 ：仕様書無しさん：2010/10/03(日) 09:38:05

組み込み爺だから朝５時だと思ってた。

715 ：仕様書無しさん：2010/10/03(日) 12:47:40

むしろ朝5時から仕事してくれる奴が欲しい
俺も早く来て早く終わらせる派だから非常に助かる

716 ：仕様書無しさん：2010/10/03(日) 12:57:40

>>708
なんでその外注元は、外注先に合わせてるんだよ。
時間指定して契約すりゃいいじゃん。

717 ：仕様書無しさん：2010/10/03(日) 13:35:20

>>716 そんな契約したら一人も来ないような
つうかむしろまともな人間だとつとまらない
DQN最上級のやっつけどかちん現場なんだろ

718 ：仕様書無しさん：2010/10/03(日) 13:41:16

>>716
下請法にひっかからね？

719 ：仕様書無しさん：2010/10/03(日) 16:48:45

>>717
>>718
ん？
8時-17時、9時-18時とか普通に指定するけどなー。
外注にフレックス適用させたり、22時まで無駄に残らせる必要ないし。

720 ：仕様書無しさん：2010/10/03(日) 17:06:56

日本は法治国家というのは建前で実際は法律二の次だから
多少違反してても罪に問われないことはよくあるよ
未成年が警官の目の前でタバコ吸ったり、酒飲んでも基本的に逮捕されないし

だから、罪に問われたことがないからといってそれは合法だとは言えないんだよ

721 ：仕様書無しさん：2010/10/03(日) 17:17:33

Dayone
公務員が被害者の時、
資産家が被害者の時、
はとりあえず誰かが有罪。

公務員が加害者の時、
資産家が加害者の時、
はとりあえず起訴猶予か不起訴。

722 ：仕様書無しさん：2010/10/03(日) 21:24:42

ある製品の技術説明書を読んでるんだけど
どうしてこの手のってどれも、「どうなってるか」は書いてあっても
「どうすべきか」とか「どうしてはならないか」が書いてないんだろ。

723 ：仕様書無しさん：2010/10/03(日) 21:32:55

それ書いたら
組み込みの
仕事なくなっちゃうじゃん。

724 ：仕様書無しさん：2010/10/03(日) 21:36:01

>722
マニュアルとか書いたことがあるならわかる話だと思うけど
書いたことない？

725 ：仕様書無しさん：2010/10/03(日) 21:36:15

>>723
そーゆーはなしかぁー？ｗ

726 ：仕様書無しさん：2010/10/03(日) 21:37:06

>>724
そうか、めんどくさいからか

って納得しねーょ

727 ：仕様書無しさん：2010/10/03(日) 21:38:45

技術書に応用例が書いてあるのは稀だからな。
むしろ実際に応用してる奴が書いてるワケじゃないから分からんのだし。

728 ：仕様書無しさん：2010/10/03(日) 21:40:07

>>727
ひとつでいいから例が書いてあれば済むんだけどな
おれ、マニュアル書くときは必ず、参考手順とか書くけどなぁ

729 ：仕様書無しさん：2010/10/03(日) 21:44:45

たいていはハード屋が書くんだし、ソフトのことなんて知ったこっちゃ無いだろ。

730 ：仕様書無しさん：2010/10/03(日) 21:46:05

物によっちゃあdoxygenで生成したソースコメントの寄せ集めとクロスリファレンス

731 ：仕様書無しさん：2010/10/03(日) 21:48:13

要するに製品としてレベルが低いってことか

732 ：仕様書無しさん：2010/10/03(日) 22:22:19

製品がどう動くかだけを書いておけば
あとは蛇足だろ

もともと使い手が商品の目的を理解した上で
買ってるという前提だし。

733 ：仕様書無しさん：2010/10/03(日) 22:41:31

>>732
「使ってください」という姿勢じゃないように感じるけどね。

734 ：仕様書無しさん：2010/10/03(日) 22:53:05

アプリケーションノートって何気に大変なんだよね

735 ：仕様書無しさん：2010/10/03(日) 22:57:57

アプリケーションノートって何を書けばいいの？

736 ：仕様書無しさん：2010/10/03(日) 22:58:58

応用例
使い方のコツ
やっちゃいけないこと

737 ：仕様書無しさん：2010/10/03(日) 23:05:27

この処理は使わないでください。って書いときゃいいの？

738 ：仕様書無しさん：2010/10/03(日) 23:08:12

>>737
いや、「この製品は使わないでください」でおｋ

739 ：仕様書無しさん：2010/10/03(日) 23:09:03

>>736
そんな情報が記載されてるような、製品なら喜んで使うな。
次の製品もその会社のものを優先するわ。

740 ：仕様書無しさん：2010/10/03(日) 23:18:21

>>739
どちら方面の製品がお望み？

741 ：仕様書無しさん：2010/10/03(日) 23:23:36

>>736
ありがとう。
自分が客だったら欲しい情報　を書いとけばおkなのね

742 ：仕様書無しさん：2010/10/03(日) 23:29:14

>>740
Bluetooth、IrDA接続の周辺装置なんかね、プリンタやRFIDリーダとかそういうの
通信仕様がauthorizeされてるから、知っていて当たり前だろって感じで、実はあまり資料が多くない。
ちょこっとでも例が出ていれば、難はないのに、開発側も面倒なんだろうな。

743 ：仕様書無しさん：2010/10/03(日) 23:46:08

応用例を書いてしまうと、その内容にも責任を負うことになるんだぞ

744 ：仕様書無しさん：2010/10/03(日) 23:50:56

>>743
なら製品ださないほうがいい。

745 ：仕様書無しさん：2010/10/04(月) 00:13:58

>>743
インスタントラーメンのパッケージの写真を見てクレームの電話をかける人ですね、わかります。

746 ：仕様書無しさん：2010/10/04(月) 00:26:34

>>742
そういうのなら、ggrks先生でどうにでもなるじゃない

747 ：仕様書無しさん：2010/10/04(月) 00:29:27

>>746
意外にならないんだよ。

748 ：仕様書無しさん：2010/10/04(月) 01:00:49

情報は売り物なんだよ

749 ：仕様書無しさん：2010/10/04(月) 01:48:49

>>748
なんだそりゃｗ

750 ：仕様書無しさん：2010/10/04(月) 02:50:01

>>749
その言葉そのまま返すわｗ

751 ：仕様書無しさん：2010/10/04(月) 02:56:56

>>750
この製品の使用方法は秘密です。
で、売れるのかｗ、ずいぶんといい商売してるんだな。

752 ：仕様書無しさん：2010/10/04(月) 03:12:49

専門的な製品は相手が使い方をわかってるの前提で売るから
いちいち使い方まで教えんぞ
使い方教えてくれ導入してくれとかいう話がくれば
サポート費用を別途とるって意味な

753 ：仕様書無しさん：2010/10/04(月) 03:28:54

>>752
つまり、親切じゃないってことね。
できるだけ、親切な製品を選ぶよ、ありがとう。

754 ：仕様書無しさん：2010/10/04(月) 07:26:47

むしろマニュアルの誤記をなくしてほしい。
1ビット論理まちがいだけで1週間飛ぶ

755 ：仕様書無しさん：2010/10/04(月) 07:36:32

64180のマニュアルでRLCとRRCの説明が反対になってるのがあったな。

756 ：仕様書無しさん：2010/10/04(月) 09:07:27

サポート契約結んでいれば、0から10まで聞かれれば教えるけど、
そうでなければ、うちもやらないなぁ。
明らかに非がこちらにあるような場合は別だけど(製品バグなど)。

757 ：仕様書無しさん：2010/10/04(月) 14:32:08

>>756
そういう人用に、サルでもわかるページを用意してる
電話かかってきたら「△△を見てください」ガチャン
で済ましてる

758 ：仕様書無しさん：2010/10/04(月) 17:48:14

そのページ見て、俺はサルか！！って怒る人たちの大群を想像してしまった

759 ：仕様書無しさん：2010/10/04(月) 18:19:27

使い方もろくに説明できないメーカのデバイスは、２度と採用しないけどね。

760 ：仕様書無しさん：2010/10/04(月) 18:24:31

使えそうなサンプルコードとかあんまりないからね。

761 ：仕様書無しさん：2010/10/04(月) 18:32:02

まぁ、ドキュメント読んでも分からないなら仕方ないよ

762 ：仕様書無しさん：2010/10/04(月) 18:33:21

ドキュメント読まないでわかんないってのが、流行でしょ

763 ：仕様書無しさん：2010/10/04(月) 18:38:13

>>747
それぞれの通信規格とか、IEC/ISOとかあるなら、まずそれを読まなきゃ
まあ大体分からないのはそれ以外の部分なんだよな

764 ：仕様書無しさん：2010/10/04(月) 21:27:20

普通データシートとアプリケーションノートは漁るだろ
それすらせずにリファレンス寄越せってのはシンチョンのメンタリティ。

そういう奴は成長しない。

765 ：仕様書無しさん：2010/10/04(月) 21:29:32

シンチョン華がすすん出るってことじゃ

766 ：仕様書無しさん：2010/10/04(月) 22:16:04

>>763
規格も製品になっていると、一部しかサポートしてなかったりね。
規格書も読みにくいな、サクっと動かしたくても、隅々まで読まないと流れがみえない。

>>764
>普通データシートとアプリケーションノートは漁るだろ
データシートとアプリケーションノートがアホだって話。
成長せんでもいい、そんなとこの自分だけわかってるセンズリ製品なんかつかわねーってだけ。
知らないだろうが、アナログ系素子なら、推奨回路っていうのがたいていある。

767 ：仕様書無しさん：2010/10/04(月) 22:31:43

データシートはしっかりしてると思うけど

768 ：仕様書無しさん：2010/10/04(月) 22:35:50

>>767
そりゃしっかりしてるメーカの製品を使ってるから。
レジスタとかの仕様が記載されていても、どう使うかが書かれていない糞のようなものもある。

769 ：仕様書無しさん：2010/10/04(月) 22:36:36

最近のデジアナ回路なんてメーカのリファレンス回路まんまだものな

770 ：仕様書無しさん：2010/10/04(月) 22:37:26

糞のようなものにあったことないので、教えて

771 ：仕様書無しさん：2010/10/04(月) 22:40:12

どこでもあるようなLCDとか
いくら互換があるからといっても、ピン配置しか書いてないっておかしくね

772 ：仕様書無しさん：2010/10/04(月) 22:43:54

>>771
それは無名企業が出してるコピー品だからだろ？

773 ：仕様書無しさん：2010/10/04(月) 22:44:38

あ、周辺ならありかも

774 ：仕様書無しさん：2010/10/04(月) 22:51:26

>>771
なんかピンポイントでおま俺だ
一番まともなので、ドライバICの型番とピン配置書いてあるだけ
普通のはCADの図面おいてあるだけ

>>772
ボードに載せるようなLCDは、どこも同じようなもんだよ

775 ：仕様書無しさん：2010/10/05(火) 05:48:47

>>770
特定されちゃうからいえねぇ

>>773
周辺じゃなくてもあるから笑えねぇ

776 ：仕様書無しさん：2010/10/05(火) 08:59:01

もしや、M系のマイコンとか

777 ：仕様書無しさん：2010/10/05(火) 10:08:53

>>776
どことは言えないが、ルネサスは、ひどくない。

778 ：仕様書無しさん：2010/10/05(火) 10:18:52

それはH系がしっかりしてたから

779 ：仕様書無しさん：2010/10/05(火) 11:13:09

>>778
あれに慣れちゃうとな。

780 ：仕様書無しさん：2010/10/05(火) 11:30:49

サンプルコードを参考に設定したら動かねぇ。ブルースクリーン見たの久しぶりだよ…

注意事項がマニュアルのどこかに書いてあるのかもしれないが、見るの面倒臭いなぁ。

781 ：仕様書無しさん：2010/10/05(火) 11:34:24

>>780
「※写真はイメージです。」

782 ：仕様書無しさん：2010/10/05(火) 11:41:01

サンプルはあくまでサンプルです。

783 ：仕様書無しさん：2010/10/05(火) 14:30:05

三菱系は設計がおかしい
R8Cはかなりまともになった、データシートも3xになって見易くなったわ

784 ：仕様書無しさん：2010/10/05(火) 20:42:21

なぜ、頭にRがついてるのか？よく考えよう

785 ：仕様書無しさん：2010/10/05(火) 21:33:18

Revenge

786 ：仕様書無しさん：2010/10/05(火) 21:38:06

…田中一郎？

787 ：仕様書無しさん：2010/10/05(火) 21:52:01

リガズィは微妙だったよね

788 ：仕様書無しさん：2010/10/05(火) 22:01:20

>>775
DSP系だったら至近距離にいるかもなｗ

789 ：仕様書無しさん：2010/10/05(火) 22:22:39

リベンジわろた

790 ：仕様書無しさん：2010/10/05(火) 22:43:08

791 ：仕様書無しさん：2010/10/05(火) 22:49:19

この辺疎いわあ
白ロムとか言われても、何のことやら･･･
仕事以外じゃ、プログラミングやらないし･･･

792 ：仕様書無しさん：2010/10/06(水) 01:10:04

>>790
マトモに動かない端末なんかイラネって
検証にもならね

793 ：仕様書無しさん：2010/10/06(水) 07:35:08

キーボード付き端末なんて
いまさら駄目でしょ。

794 ：仕様書無しさん：2010/10/06(水) 08:58:07

bvjkh

795 ：仕様書無しさん：2010/10/06(水) 09:09:11

詳細な仕様書と開発環境が付いているなら…

796 ：仕様書無しさん：2010/10/06(水) 09:18:51

これってandroid？

797 ：仕様書無しさん：2010/10/06(水) 11:32:54

androidだねぇ
自分も開発用にandroid買う予定。
とりあえず、タブレット型でも買おうかなと。

798 ：仕様書無しさん：2010/10/06(水) 11:51:42

>>793
タッチパネルは目が離せないので好きじゃない人多いよ

799 ：仕様書無しさん：2010/10/06(水) 18:18:41

アプリ開発したことないけど、いきなりAndroidでおｋ?

800 ：仕様書無しさん：2010/10/06(水) 18:37:39

Javaでおｋ。

801 ：仕様書無しさん：2010/10/06(水) 18:47:00

>>799
どうせ、組み込み１０年以上とかっていうんだろ？ｗ

802 ：仕様書無しさん：2010/10/06(水) 18:54:36

開発環境入れてみたが、作りたい物が思い付かん。
俺、携帯を電話としてしか使わないからな…

803 ：仕様書無しさん：2010/10/06(水) 19:11:58

そもそもJava出来んことに気付いたわ
たしかPCでもシミュレーション出来るんだよな
っていうかアプリ作る気あるなら、なんで今までPCアプリを作らなかったのかと･･･

804 ：仕様書無しさん：2010/10/06(水) 19:55:52

でも Arduino だったら色々作りたくなる。ふしぎ！

805 ：仕様書無しさん：2010/10/06(水) 20:01:18

もう画面の中で何できようがうれしくない、驚きもしない

806 ：仕様書無しさん：2010/10/06(水) 21:33:39

LIFEゲームとかカオスとかやってみな。
こんな簡単なことから
組み込みははじまるの。

807 ：仕様書無しさん：2010/10/06(水) 22:06:45

>>805
ただしエロを除く

808 ：仕様書無しさん：2010/10/06(水) 22:54:40

汎用オナホールみたいなハードがあれば、みんながんばれると思うんだ

809 ：仕様書無しさん：2010/10/06(水) 23:02:48

俺ならオナホにヒーターを入れるな。

810 ：仕様書無しさん：2010/10/06(水) 23:05:31

自動洗浄機能の方が重要

811 ：仕様書無しさん：2010/10/07(木) 21:33:50

人間のお姉ちゃんなら全自動だよ

812 ：仕様書無しさん：2010/10/07(木) 21:40:24

それ、金はかかるし故障も多い

813 ：仕様書無しさん：2010/10/07(木) 22:02:49

>>812
月に一度メンテナンスが入ります。

814 ：仕様書無しさん：2010/10/07(木) 23:03:30

>>812
それも必要な機能以外のところでな。

815 ：仕様書無しさん：2010/10/07(木) 23:10:28

俺には難しすぎて、制御し切れないよ

816 ：仕様書無しさん：2010/10/09(土) 01:40:32

映像系デジモノは、もうおなかいっぱい感が市場に漂ってるよね（気のせい？）

開発者としてはちょっとかじってみたいケド

817 ：仕様書無しさん：2010/10/09(土) 02:05:38

映像ねえ
画面も大きく出来ないし、出先の小画面でわざわざ見たいソフトもないし
つべとワンセグくらい見れれば十分だな

818 ：仕様書無しさん：2010/10/09(土) 07:14:42

組み込み系の大学院に通おうと思います
都内で通える範囲だと東海大の専門職院か北陸先端科学技術大学院大か
どっちがいいのでしょうか？

819 ：仕様書無しさん：2010/10/09(土) 08:00:16

>>818
http://p2.chbox.jp/read.php?host=hibari.2ch.net&bbs=prog&key=1269911766&ls=all
の382-参照、っていうか同じ人か?
案ずるより産むが易しかも知れんぞ

820 ：仕様書無しさん：2010/10/09(土) 12:41:48

>>818
東海大出身(電子工学科学部卒)だけど、
東海大はまぁ絶妙だよ。良くもなければ悪くもない、と思う。
組込み系の院ができたのは卒業後だから、院自体の評判は知らんけど。

821 ：仕様書無しさん：2010/10/09(土) 13:22:41

>>820
東海大は、昔、女性でUnixでスゴイ人がいたよね。

822 ：仕様書無しさん：2010/10/09(土) 17:14:02

院で職業訓練かよ。
日本の高等教育も落ちたもんだ(´・ω・｀)。

823 ：仕様書無しさん：2010/10/09(土) 17:25:10

学歴ロンタリングっていうんだと・・・・。
さいきんまでしらんかったわ。

学部卒の偏差値もずどーんと落ちとるわ
院で箔つけるわ

ゆとりってすげえなあ

824 ：仕様書無しさん：2010/10/09(土) 17:27:51

社会に出て学歴なんて何のメリットも無いのにな
逆にデメリットになる方が多い。

マならどんなシステム組んだ事あるかの方が重要だしな。

825 ：仕様書無しさん：2010/10/09(土) 17:30:09

ところが、５０過ぎ、６０過ぎの爺様はブランドゆとり手に入ったって嬉々としてる。
そればかりじゃない、自分もロンタリングにでかけるのまで沸いて・・・・

３０台が二人沈んだ。

826 ：仕様書無しさん：2010/10/09(土) 17:35:07

高学歴の新鮮なの手に入れても、実際仕事出来なくて仕事切られるのがオチ
所詮マなんてドカタ仕事、高卒でちょっとコンプレックス持ってる奴の方が伸びる。

827 ：仕様書無しさん：2010/10/09(土) 17:41:51

まーたダメな奴による「ダメな奴探し」が始まったw
だから何でそんなに他人が気になるのか、ちったあ自己分析しろよな全く。
バリバリの有能な奴がゆとりだの高学歴の新人がどうの、なんて話するかよ。
読んでるこっちが気恥ずかしくなるよ真面目な話。

828 ：仕様書無しさん：2010/10/09(土) 18:49:29

ブランドは買う時代になって久しいんだよね。
・・・高卒だと開き直っても悲しい思いをするそんな感じじゃないのかね

829 ：仕様書無しさん：2010/10/09(土) 18:54:42

模造品のこと？

830 ：仕様書無しさん：2010/10/09(土) 18:56:51

そうなのか？
四谷大塚も全国展開でフランチャイズな時代だからなあ・・・・
古は試験有料で「準拠塾」なるわけわかめなのもあったぐらいなのに

831 ：仕様書無しさん：2010/10/09(土) 21:55:24

組み込みは学校で勉強するようなもんじゃねーぞ
会社や用途毎に文化が違うからな。

あと1から作るというよりノウハウだったり
秘伝のタレのようなソースの改修だったりと色々ある

だから大学で上っ面を撫でても使い物にならない。
人生の貴重な時間をドブに捨てるだけ

832 ：仕様書無しさん：2010/10/09(土) 22:25:10

知識を体系化して整理するのが学者の仕事ではあるんだけど
学者が整理するような知識はある程度発達が止まったものでもある。

組み込み技術にも秋風が吹き始めたってことにならないかなあ。
無論文化というより習俗に近いトンでもソフトもたくさんあるわけですが！！
一から作るのは妨害が無ければ楽しいし、打ち込めるけど
秘伝のタレじゃない、痰壷こねてる古株（特にババア）の妨害あると
針の筵だしな。

秘伝じゃないレシピってのもあっていいと思うんだよ。
料理は無限のバリエーションそれでもあるだろ。

833 ：仕様書無しさん：2010/10/09(土) 22:40:24

ま、日本の主要なCPU製造してる半導体メーカがほとんど合併しちゃったから
技術情報をまとめ易くなったってのはあるんじゃないかな？

834 ：仕様書無しさん：2010/10/09(土) 22:42:04

内がどう動いてるかは外からはわからんでしょ

835 ：仕様書無しさん：2010/10/09(土) 22:44:22

組み込みは廃れることはないだろ。

ただし金儲けは難しい。
大量生産品はソフト丸ごと半導体メーカが供給してくるし
それをまんま焼き込んでシナが製品を作る。

それをありがたがって買うのが世界にごまんといる。

業務用の「これしかない」というような
高度で精密なハードとそれを生かすソフト
それを作るのがこれからのソフト屋だと思うよ
職人に成れないソフト屋は死に絶える。

836 ：仕様書無しさん：2010/10/09(土) 22:46:45

シナをひっくり返すような猛者あらわれないもんかねえ。
大学信奉者でもいいや、坂村センセみたいなのなら

837 ：仕様書無しさん：2010/10/09(土) 22:48:48

シナが電子機器のソースコードを開示しろとか
馬鹿なことを言い出したのは、自分らでは作り出せないから。

それだけの辛抱強さも真面目さも繊細さもない。
だから参考になるものを丸々コピーしようと躍起になってる。

最近日本メーカのシナ工場から基板やROMファイルが
流出することが何回かあった。
さすがにソースは国外には出さないけども
平気でコピーしてくるから、もう中国では生産したくない。

838 ：仕様書無しさん：2010/10/09(土) 22:52:02

>>835
半導体メーカーも内製ばかりじゃないから大丈夫だ。
プログラマは同じ言語話す人の方が細かい話がし易い。
あとはどんだけ無茶振りに耐えられるかってのが生き残るコツかな？

839 ：仕様書無しさん：2010/10/09(土) 22:53:42

>836-837みたいなのも「ダメな奴によるダメな奴探し」の一種だな

840 ：仕様書無しさん：2010/10/10(日) 00:53:32

841 ：仕様書無しさん：2010/10/10(日) 01:02:45

東海大の院はやめとけｗ
専門職大学院は修士論文がないんだぞｗ
実習やってレポート出してはい終わりの専門学校と同じだｗ
修士課程で修士論文提出が必須の北陸先端大の方がマシ

842 ：仕様書無しさん：2010/10/10(日) 01:05:01

あんまり変わらないような

843 ：仕様書無しさん：2010/10/10(日) 01:32:32

これからはこうだな

（ ´_⊃｀）アメリカ人がコードを書き
（｀ハ´）中国人が製品化
（´∀｀）　日本人がデバッグして
<｀д´> 韓国人が起源を主張する

844 ：仕様書無しさん：2010/10/10(日) 02:00:12

で、ネトウヨ君がそれを針小棒大に騒いでガス抜き、とw

845 ：仕様書無しさん：2010/10/10(日) 02:14:11

>>843ちげーよ

日本人がwindowsで動くCADとIDEで回路とソフトを設計士
それを中国で生産し、
それをアメリカ人が安い！と喜びながら買い捲る

アメリカは道具を提供し
日本はそれを駆使して製品を作り
中国はそれを大量生産する

韓国は通貨が安いから今息巻いてるだけだな
ボーナスステージが終わったら阿鼻叫喚だろう

846 ：仕様書無しさん：2010/10/10(日) 02:34:58

日本でなきゃ設計できない製品なんてどれだけあると思ってるんだよ。
これが幸せ回路か。
いつの時代もこういう敵も自分も冷静に評価できない「万歳突撃馬鹿」が
日本を破滅に導くんだろうな。

847 ：仕様書無しさん：2010/10/10(日) 02:40:16

設計できないんじゃなくて、思ってるより時間がかかるとか

848 ：仕様書無しさん：2010/10/10(日) 02:41:20

>>843 2版
（ ´_⊃｀）アメリカ人が白紙を書き
( ^ω^) インド人がコードを書き
（｀ハ´）中国人が製品化
（´∀｀）日本人がデバッグして
<｀д´> 韓国人が起源を主張する

849 ：仕様書無しさん：2010/10/10(日) 04:10:53

交流モータの制御ってどうすんの？

850 ：仕様書無しさん：2010/10/10(日) 08:29:31

>>839　とか自分でできると思ってる奴がいるかぎり無理じゃ・・・
実践重視！とかいって、会社の金で入門本買い込んで
書棚を田舎書店の書棚に合わせて喜んでるんじゃ・・・

入園するばかりで卒園したためしがないという
例えばOS本買い込むけどポーリングしかしないとか
プロトコル本買い込むけどシリアル通信で動く箱買っちゃうとか・・・

851 ：仕様書無しさん：2010/10/10(日) 08:41:05

>>849　>>839が教えてくれるよ。懇切丁寧にしっぽりと

852 ：仕様書無しさん：2010/10/10(日) 08:55:54

>>846 中国が設計できないとはいわないけど
まだまだ裾野は広くない。10年後は知らん。日本抜くかもね。

853 ：仕様書無しさん：2010/10/10(日) 08:58:04

>>849
ＶＶＶＦとかそういう話？

854 ：仕様書無しさん：2010/10/10(日) 20:20:22

PID制御とかベクトル制御とかそういう話じゃね?

855 ：仕様書無しさん：2010/10/10(日) 20:39:32

ttp://japan.renesas.com/applications/key_technology/motor_control/motor_algorithms/child_folder/ac.jsp

856 ：仕様書無しさん：2010/10/11(月) 03:26:06

なぜMATLABが主流なんだ
制御系ならMATLABって感じで独占しすぎじゃね？
自動車とかの制御屋にとってマスワークスさんは神様なの？

857 ：仕様書無しさん：2010/10/11(月) 03:30:46

>>849参考基準価格￥500,000
ttp://www.monotaro.com/p/0849/0763/
ttp://www.amazon.co.jp/dp/B003M2KY1S/
これを組み込めば、ほぼ完了。中国人でも出来る。
定価が有って無いような業界。

858 ：仕様書無しさん：2010/10/11(月) 12:33:50

>>857
なんかスゲー頭悪いな君w

859 ：仕様書無しさん：2010/10/11(月) 12:35:31

まあ頭いいわけじゃないから・・
インバータなんか死ぬまで設計できないタイプなんだよ。
複雑な操作系とか通信系とか制御系に混ざると胸叩いて暴れだすだろうね・・・

860 ：仕様書無しさん：2010/10/11(月) 12:40:23

>>859
売ってるもんで済むならその方がお利口さん。

861 ：仕様書無しさん：2010/10/11(月) 12:46:35

はいはい、お利口さんお利口さん。

その調子で最終製品も他社から買ってくれw

862 ：仕様書無しさん：2010/10/11(月) 12:47:54

転売が一番

863 ：仕様書無しさん：2010/10/11(月) 12:51:39

話は変わるけど、組み込みだと

黎明期ーーー普及期ーーー発展期ーーー融合期ーーーー今
（７０’）　　　　（８０’）　　　　（９０’）　　　　　（００’）　　　　

半導体の集積度の向上で次第に通常言うところのコンピュータとの垣根が
次第に見えなくなってるんだけど、居るんだよね、居るところには。
途中で枝分かれして行き止まってる化石技術の信奉者・・・・・

ってどっかで聞いたけど、そんなん居る分けないよね今更？

864 ：仕様書無しさん：2010/10/11(月) 12:53:40

>>863
何が言いたいのかさっぱり分からないけど....
質問スレでエスパー召還質問をするタイプだね君はw

865 ：仕様書無しさん：2010/10/11(月) 12:53:45

>>862 転売屋は組み込みプログラマーじゃないと思うんだよ。
ttp://toki.2ch.net/stock/
あっちのほうが向いてんじゃね？

866 ：仕様書無しさん：2010/10/11(月) 12:57:05

複雑になると半製品の組み合わせでシステム作った方が売上額出せるし
儲けも潜り込ませられる。
するとそれがおもしろくなり、ビジネスに目覚める。
プログラマー転じて転売屋となり、財をなす。

ってな感じで頑張って雑談しよう・・・

867 ：仕様書無しさん：2010/10/11(月) 12:57:46

今なんてラジオさえもCPU積んでるんだろ？
むしろどこにでも仕事は転がってるって事じゃないか？

868 ：仕様書無しさん：2010/10/11(月) 13:57:16

転売屋とか詰め込み屋って
リスクを全部自分だけで背負い込んでるだけ
って気がつかないんだろうなあ。

んで何で儲からないんだろうって悩んでるのが不思議。

869 ：仕様書無しさん：2010/10/11(月) 15:10:25

>>859 USBと422とI/Oとﾊﾟﾙｽと標準でついてるから設計工数と試作製作の手間と時間考えたら
買ってきた方が断然お得。
変速機の負荷ｲﾝﾊﾟｸﾄ能力計測用ﾃｽﾄﾍﾞﾝﾁの開発案件で45kWﾓｰﾄﾙとｲﾝﾊﾞｰﾀ買って来たけど、
こんなのﾘｽｸ背負って自分でｲﾝﾊﾞｰﾀのﾘｱﾙｾﾝｻﾚｽﾍﾞｸﾄﾙ設計なんてしたくないよ。電線だって100m㎡。

870 ：仕様書無しさん：2010/10/11(月) 17:01:44

正直、チープな組み込みならソフトがROMに最初からかかれた
マイコン派生のコントローラを買ってそのまま基板にポン付けしたほうが売れる。

悲しいことだけど。
高密度の組み込みだと黒物家電があるけど
それも今じゃパソコンと変わらないものな

871 ：仕様書無しさん：2010/10/11(月) 17:03:18

>>869 斧測器の仕事取るなよ・・・

872 ：仕様書無しさん：2010/10/11(月) 18:13:52

しかし、交流モーターの制御って聞いて>>857みたいなのが出てくるスレって何なの。
そりゃ制御に違いないかもしれんけどw

普通ACサーボを連想しないか？

873 ：仕様書無しさん：2010/10/11(月) 19:53:19

そうだよなあ・・・
なんつうか情けなすぎる

874 ：仕様書無しさん：2010/10/11(月) 20:51:14

育ってきた環境が違うから～ｽﾚ違いは否めない～
で、ｳﾁではS字加減速+位置合わせの案件でも余裕でｻｰﾎﾞじゃなくｲﾝﾊﾞｰﾀ買ってきて使うな。安価だもん。
お気楽にIAIのMECとかﾛﾎﾞｼﾘﾝﾀﾞ+OMRONのZENで済ましちゃうこともあるな。

875 ：仕様書無しさん：2010/10/11(月) 20:54:31

組み込みソフトやではなく計装やかシーケンサやじゃないのかおたく・・・

876 ：仕様書無しさん：2010/10/11(月) 22:14:13

874です。いちおう計装も組込みもできます光学計測&分光分析屋って感じかなぁ？特注一品ﾓﾉばかり。
去年の売上げ比率だと殆ど化け学方面計装屋だったかも。

877 ：仕様書無しさん：2010/10/12(火) 18:58:58

なんておいしそうな仕事なんだ・・・うらやましい

878 ：仕様書無しさん：2010/10/12(火) 22:19:18

独自デバイスで守られた組み込みって
一番幸福な組み込みだよね(・∀・)。

879 ：仕様書無しさん：2010/10/12(火) 22:22:24

>>878
誰にも聞けないという孤独感に耐えられればじゃね？
少なくとも自社の人間以外にはまったく聞けないからな。

880 ：仕様書無しさん：2010/10/12(火) 23:24:50

そいで聞くとＲＴＬのソース渡されるわけだ

881 ：仕様書無しさん：2010/10/12(火) 23:47:07

>>878
ガラパゴスの生き物は競争力ないけどね

882 ：仕様書無しさん：2010/10/12(火) 23:56:45

市場を独占・寡占してるような製品ならおいしいかも。

883 ：仕様書無しさん：2010/10/13(水) 07:43:07

今だとタッチパネルのファームとか
((´^ω^))だろな。

884 ：仕様書無しさん：2010/10/13(水) 11:48:08

いちプログラマだとしたら特に関係ない気がする。

885 ：仕様書無しさん：2010/10/16(土) 12:07:04

コネクタ抜き差ししてたら火花が飛んでどっかの素子から煙が…
電源入れっぱなしに気付いた時には後の祭り

886 ：仕様書無しさん：2010/10/16(土) 22:11:25

ﾊｰﾄﾞ屋の設計が悪い。ｺｽﾄを削ったのか、そもそも考慮すらしなかったのか

887 ：仕様書無しさん：2010/10/16(土) 22:24:49

ユーザの触る部分ならハード屋だけどね
まあ違うんでしょ

888 ：仕様書無しさん：2010/10/16(土) 23:30:07

電源入れっぱなしで触れるって感覚自体が信じられないｗ
だいたい、組み込みで言うターゲットってのは基板むき出しの状態だから
少し触れただけでも接触して死亡ってのが多いからな。

889 ：仕様書無しさん：2010/10/16(土) 23:46:36

どんな高電圧で動作してるボードだよw
言ってること馬鹿丸出しだな

890 ：仕様書無しさん：2010/10/16(土) 23:59:10

>>889
超過敏症なんだよ、察してやれよ

891 ：仕様書無しさん：2010/10/17(日) 00:09:48

なあ、回路が死亡するんだろ？　どう考えても人が死亡と読む奴はいない…　いたかｗ

892 ：仕様書無しさん：2010/10/17(日) 00:11:14

>>891
むき出しでなきゃプローブ当てられないじゃん
どうみても人間が死亡だろｗ

893 ：仕様書無しさん：2010/10/17(日) 00:13:19

指が金属で出来てる人間がこのスレにはいるらしいな
あんたの皮膚の導電率どんだけあるんだよw

894 ：仕様書無しさん：2010/10/17(日) 00:14:50

それにそもそも、話題の主はコネクタの挿抜云々って言ってるんであって
裸の基板がどうのとか言ってないと思うんだけど....

895 ：仕様書無しさん：2010/10/17(日) 00:24:12

話題の主？　ああ、コネクタの話な
そんなんとっくに蚊帳の外だ
一般的な組み込みプログラマはむき出しな基板相手に仕事してるんだからな

896 ：仕様書無しさん：2010/10/17(日) 00:36:40

最近のプローブって、ピン数が多いＣＰＵのせいだろうが、すぐ接触不良起こしやがるｗｗ

897 ：仕様書無しさん：2010/10/17(日) 01:27:14

いや言ってる意味がわかりませんが真面目な話。

898 ：仕様書無しさん：2010/10/17(日) 01:40:55

コネクタが華奢過ぎて開発向きじゃないってのなら賛成。

899 ：仕様書無しさん：2010/10/17(日) 09:08:05

組み込みエンジニアなら１００ｖくらい素手で触れて当然だろ
甘ったれんな気合が足りないんだよ

900 ：仕様書無しさん：2010/10/17(日) 10:53:05

性欲をむき出しにして風俗逝けよおまえら。
肩の力はいりすぎ

901 ：仕様書無しさん：2010/10/17(日) 11:47:44

>>899
では鉛蓄電池を直列に8つつないで+/-両端を別々の手で握ってみ
一応言っとくけど本当にやると死ぬよ

902 ：仕様書無しさん：2010/10/17(日) 12:30:43

100Vくらい素手で触っても大丈夫だろ
100V電源はDCでもACでも無理

903 ：仕様書無しさん：2010/10/17(日) 12:32:39

なあ、組み込みやってんだから、電流と電圧と、どっちが命取りかくらい知ってるだろ。

904 ：仕様書無しさん：2010/10/17(日) 12:45:05

100はないけど200ならある

体が自分の制御を離れて勝手に震えだして、
何が起きたのか分からなかった

痛くはなかったけど怖かった

905 ：仕様書無しさん：2010/10/17(日) 13:17:26

電圧にビビるのはソフト屋さん、電流にビビるのがハード屋さん。
まっ、そんなもんだ。ソフト屋のアナログ知識なんてｗｗ

906 ：仕様書無しさん：2010/10/17(日) 13:51:36

>>902
ACならどってことない、DCなら往けるかも

907 ：仕様書無しさん：2010/10/17(日) 13:56:11

電流って電圧/抵抗だろ？
体の抵抗が極端に下がらない限り低電圧で命に関わる感電なんて起こらないんじゃねーの？

908 ：仕様書無しさん：2010/10/17(日) 14:00:38

１００Ｖは十分高電圧と思ってるんじゃないの、ソフト屋は。
普段から５Ｖ以下を相手にしてるからな。

909 ：仕様書無しさん：2010/10/17(日) 14:05:19

>>907
内部抵抗っていうのがありましてね（以下略

910 ：仕様書無しさん：2010/10/17(日) 14:11:27

>>907
表皮以外の導電率は恐らくそう高くはない。
だから表皮部分の電気抵抗を何らかの方法でバイパスできれば（広い面積の電極に触れるとか）
トータルの人体の抵抗はそう高くないはず。

実際、鉛蓄電池（内部抵抗は非常に小さい）で感電して火傷する話はよく聞く。

>>908
だから、そう思うならDC100Vに感電してみな。
まあ実際にやっても結果は誰にも報告できない状態になると思うけど。

911 ：仕様書無しさん：2010/10/17(日) 14:14:30

ごめん正しくは「表皮以外の導電率は恐らくそう低くはない。」だな

912 ：仕様書無しさん：2010/10/17(日) 14:55:51

キーワードちらつかせるだけの奴は結局のところ何も分かってない

913 ：仕様書無しさん：2010/10/17(日) 14:58:54

>>910
つまり、心臓が止まるみたいな感電は体内の抵抗が高いから高電圧でしか起こらないけど
やけどみたいな感電は皮膚の抵抗が低いから低電圧でも起こるってこと？

914 ：仕様書無しさん：2010/10/17(日) 15:09:02

>>913
逆。
表皮と骨以外の部分の方が良導体に近いってこと

火傷は導電率が低い（電気抵抗が大きい）部分で起こる。電球の構造を考えてくれ。
まあ生化学的な問題もあると思うんでそう単純じゃないかもしれないけど。

915 ：仕様書無しさん：2010/10/17(日) 15:09:07

>>913
電源の内部抵抗が高いと、一見高い電圧が出ているようでも、
身体の抵抗分と分圧されて十分な電流が流れないってこと。
それと、ACよりDCの方が、心臓の動きを抑制しやすい、しかも筋肉が一方に収縮するから
触れた手が緊張して線を離さなくなったりする。

916 ：仕様書無しさん：2010/10/17(日) 15:48:52

はいダウト

917 ：仕様書無しさん：2010/10/17(日) 15:53:55

>>916
エロい人よろしく

918 ：仕様書無しさん：2010/10/17(日) 18:28:46

パルス波が一番殺すには最適

919 ：仕様書無しさん：2010/10/17(日) 21:02:30

>>918
エジソン乙

920 ：仕様書無しさん：2010/10/17(日) 23:05:05

なんか机がビリビリするなぁと思ってたら、AC60Vくらいが漏れてた

921 ：仕様書無しさん：2010/10/18(月) 00:08:21

筐体を軽く撫でるとさ、ざわざわざわ・・・って感触が有る時ない？
あ、FGが浮いてるって触ると解るんだが、同僚は何も感じないらしい。
ざわざわ感も50Hzと60Hzとで微妙に変わる。
ちなみに俺、手首に静電気防止ﾘｽﾄﾊﾞﾝﾄﾞ巻いて作業する前に
専用のﾌﾞｻﾞｰﾁｪｯｶで導通ﾁｪｯｸがｳﾝともｽﾝとも鳴らない事がたまにある。

922 ：仕様書無しさん：2010/10/18(月) 01:50:25

　　　　　　　　　　　　＼＿丶丶　|
　　　　　　　　　　　　￣＼　　￣|／⌒|
　　　　　　　　　　　　⊂二　　 ./|　　 J　．．．．．．

　＼＿丶丶　|
　￣＼　　￣|／⌒|
　⊂二　　 ./|　　 J　．．．．．．

923 ：仕様書無しさん：2010/10/18(月) 19:14:29

ヒント　あなたは、乾燥する季節でも、怖くないでしょう。

924 ：仕様書無しさん：2010/10/18(月) 19:40:22

緑安全の帯電対策靴。まじ快適。

925 ：仕様書無しさん：2010/10/18(月) 19:54:27

みんな静電靴買って履いてる？
うちはだいたい自作しちゃうんだけど・・・

926 ：仕様書無しさん：2010/10/18(月) 20:12:18

買うっつーか、支給されてる
だからわざわざ作ったりはしない

927 ：仕様書無しさん：2010/10/18(月) 20:22:22

火花散らしながら仕事してる

928 ：仕様書無しさん：2010/10/18(月) 23:31:57

針金捲くと靴下がそこから破けるからねえ。

929 ：仕様書無しさん：2010/10/19(火) 00:22:35

どうでもいい突っ込みで悪いけど、「破ける」ってどこかの方言か？

930 ：仕様書無しさん：2010/10/19(火) 00:24:51

http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1410984289

931 ：仕様書無しさん：2010/10/19(火) 00:26:47

>>929
普通に使ってるけど

932 ：仕様書無しさん：2010/10/19(火) 02:41:10

安全靴と脚袢と安全帯とヘルメットと防塵眼鏡を装備しなきゃ立ち入れない場所で組み込み。ご安全に。

933 ：仕様書無しさん：2010/10/19(火) 03:10:31

>>932
それ普通。

934 ：仕様書無しさん：2010/10/19(火) 09:52:11

>>929
標準語

935 ：仕様書無しさん：2010/10/19(火) 10:19:03

精選版日国には「やぶける」で仮名垣魯文の例文が載ってるな

936 ：仕様書無しさん：2010/10/19(火) 18:57:55

uITRONレベルの組込みから脱却できなかった39歳の漏れ
若いときに忙しかった。
ある余裕ができた32歳のときに再勉強すれば良かったのだが、
そのときまで忙しかった反動で気が抜けてしまった。
今更、Linuxカーネルの本とか読んでいるけど、習得できるように思えない。
英語の再勉強を36歳のときに始めて、38歳のときにTOEIC740取ったけど、話すことはできない。

もう時代遅れのおっさんってことだろうか。

937 ：仕様書無しさん：2010/10/19(火) 19:07:03

Linux のカーネルを習得してる奴など居ない。

938 ：仕様書無しさん：2010/10/19(火) 19:36:34

>>936
なにがしたいんだ？

939 ：仕様書無しさん：2010/10/19(火) 19:44:14

必要なとこだけ覗けばいいのでは？

940 ：仕様書無しさん：2010/10/19(火) 19:59:54

>>939
それができるようになるにはカーネルの基本部分をかなり理解する必要があると思うが

941 ：仕様書無しさん：2010/10/19(火) 20:00:43

>>936
これからの組込みはLinuxカーネルくらい使えないとね
と言ってる自分もあまり自信はないが

942 ：仕様書無しさん：2010/10/19(火) 20:32:39

ビルド手順とかgitをのぞくとかから、地道にやってけば、そのうちわかるようになると思うけど
kernelだけ見ててもしょうがないかもしれないしれないけど。
ま、短期で全部理解しようとすると、廃人になるかもね。

943 ：仕様書無しさん：2010/10/19(火) 22:18:01

みんな、いいヤツだな。
おれにはTOEICの自慢にしか見えなかった。

944 ：仕様書無しさん：2010/10/19(火) 22:30:11

>>936 安心しろ。

μITRONすら　わからない　しらない　つかったことない。

でも俺はマイコンわかってるって嘯くおっさんなら投網投げれば捕まるぜ
書棚には入門書がパンパンだ
ハラモパンパン
おばはんはパンパンだ

945 ：仕様書無しさん：2010/10/19(火) 22:31:35

>>943
740が自慢になるかよw

946 ：仕様書無しさん：2010/10/19(火) 22:32:24

>>943
740なんて努力すれば誰でも取れる

947 ：仕様書無しさん：2010/10/19(火) 22:49:48

>>944
でも、ＯＳを使わないアセンブラ世代でハードウェアにアクセスさせていた
人達は尊敬できるんだ。俺は＾＾

948 ：仕様書無しさん：2010/10/19(火) 22:51:54

イベントハンドラとタスクマネージャしかない時代だけどなｗ

949 ：仕様書無しさん：2010/10/19(火) 23:05:21

メモリ管理もあったぜ

950 ：仕様書無しさん：2010/10/19(火) 23:09:08

と言っても、全部自作するんだけどな。

951 ：仕様書無しさん：2010/10/19(火) 23:12:43

きっと自分でＯＳ位置から作れるとおもうんだけど
考えただけですでにめんどくさい

952 ：仕様書無しさん：2010/10/19(火) 23:20:37

仮想記憶じゃないただのheap管理なら楽勝でしょ
探せば、参考になりそうなとこ見つかるし

953 ：仕様書無しさん：2010/10/19(火) 23:27:56

アドレス例外なんてなかったしな・・・

954 ：仕様書無しさん：2010/10/19(火) 23:41:00

>>947
4bitとか8bitのアセンブラなんて糞
命令が少ないし、CPUの仕様も簡単だった

955 ：仕様書無しさん：2010/10/19(火) 23:44:51

尊敬出来る一番の理由は、５インチフロッピーでガチャガチャ処理してたんだぜ。
アセンブル終わるまで一服できたし＞＜

956 ：仕様書無しさん：2010/10/19(火) 23:51:20

>>955
お客さんが、「このパソコンはハードディスクを４０Mも積んでるんですよ」って自慢してたなぁ
１万円／１Mの時代ね。

957 ：仕様書無しさん：2010/10/20(水) 00:42:27

16キロバイトの拡張RAMカートリッジをお小遣い貯めて買ったのを思い出した。
お小遣い2年分使ったはずだから6000円以上はしたはず。

958 ：仕様書無しさん：2010/10/20(水) 01:57:47

なんだこの懐かしの昭和横町は

959 ：仕様書無しさん：2010/10/20(水) 06:31:00

カセットテープ知らないんじゃ昭和横丁には入れないだろ。
カセットテープで「OS」走らせて
２パスのアセンブラ走らせて
といった鬼が古にはいたらしいよ。でも。IOCSとかBIOSの概念ぐらいは
理解していてだね・・・・

無手勝流スパゲティを書きなぐったじさまは　
くんな。

960 ：仕様書無しさん：2010/10/20(水) 06:45:19

>>959
テープOSとかIOCSとかシャープ臭い。

961 ：仕様書無しさん：2010/10/20(水) 07:31:53

ディスパッチャを自作してこそ
アセンブラを極めたと言える。

962 ：仕様書無しさん：2010/10/20(水) 08:20:54

ディスパッチャはキモな部分の一つではあるけど、
性能のために重要なのはスケジューラとかだからな。

963 ：仕様書無しさん：2010/10/20(水) 08:40:20

>936
TOEIC740って、がんばったね。まだ外資系行けばいいんじゃないかな。

自分も最近Linuxカーネルを少し勉強してる。
自分の場合、μITRONは、メーカー純正のもののカーネル実装者なので
共通の部分もあってわかる部分も多いよ。

964 ：仕様書無しさん：2010/10/20(水) 11:24:30

>>961
Cである程度は書けるよ

965 ：仕様書無しさん：2010/10/20(水) 11:46:29

昔、割り込み関数のアセンブラソースを見たとき、
スタックを待避／展開すればディスパッチャになるんじゃね？と思ったのもいい思い出。

966 ：仕様書無しさん：2010/10/20(水) 19:56:51

だめだ、今回の仕事はらちがあかない

挫折しそう

明日は固定小数点の変数が桁あふれしてないか調べてみよう

967 ：仕様書無しさん：2010/10/20(水) 20:44:49

>>964
SPの切り替えができればね。

968 ：仕様書無しさん：2010/10/20(水) 21:03:41

最近のhewのshでもSPに直アクセスできるよ

969 ：仕様書無しさん：2010/10/20(水) 21:10:39

ただディスパッチャーって言いたいだけじゃないのかw

割り込み＋メインループではカバーできないような用途がそうそうあるとも思えん。

970 ：仕様書無しさん：2010/10/20(水) 21:33:32

OSもどきを使うと素晴らしいことが出来ると思ってるんだよ、一般人は

971 ：仕様書無しさん：2010/10/20(水) 21:58:31

タイムスライスしたいときにはSP弄って飛ばしてるよ。

972 ：仕様書無しさん：2010/10/20(水) 22:38:37

本来のハード設計者の意図を無視して、トリッキーな小技で悦に入る。
悲しいなあ・・・。
時分割で処理するったって、正確にはフラグレジスタほか
ちゃんとコンテキスト保持復帰しないと、つじつまが・・・
むしろタイマ割り込み全部使うとかしたほうがよくないか？
苦しいワンチップの場合は、入ってから抜けるまでの
ステップ数レベルで経過時間見積もって設計しないといけないし
まあ自己満足に走らないほうがあとのメンテ楽だよ

973 ：仕様書無しさん：2010/10/20(水) 22:40:47

昔のポケコン気分で１行プログラムの乗りで
詰め込みプログラムつうか知恵の輪組んで悦に入る
そんな悲しい話はもうやだｗ

974 ：仕様書無しさん：2010/10/20(水) 23:59:26

>>972
単純にタイマ割り込み使うだけでは並列処理はできないけどね。
一種のステートマシン仕立てにする必要がある。

975 ：仕様書無しさん：2010/10/21(木) 06:26:00

>>974 腕の見せ所なんだけどさ、それ。
・・・馬鹿だと割り込みから帰ってこないんだよ・・・

976 ：仕様書無しさん：2010/10/21(木) 06:28:20

多重割り込みでマルチタスク実現する

977 ：仕様書無しさん：2010/10/21(木) 06:41:16

ハード設計者はハード設計者で何考えてんだかわからん仕様にしてくれたりするしなぁ

978 ：仕様書無しさん：2010/10/21(木) 07:24:37

仕様書書き飽きた
簡単なんだから、内製にしてくれんかのう

979 ：仕様書無しさん：2010/10/21(木) 07:34:49

自分でやったほうが早くて安くて速いのができるのにね。

980 ：仕様書無しさん：2010/10/21(木) 10:07:11

暮らし安心♪

981 ：仕様書無しさん：2010/10/21(木) 18:05:07

UMLからの自動コード生成ソフトって使える？

982 ：仕様書無しさん：2010/10/21(木) 18:09:19

頭が壊れるようなコード吐くんじゃないの？

983 ：仕様書無しさん：2010/10/21(木) 19:49:24

>>981
それでドライバのコードをだしてくれるなら、買うかな

984 ：仕様書無しさん：2010/10/21(木) 20:10:23

ボッタクリ価格でも買うの？

985 ：仕様書無しさん：2010/10/21(木) 20:14:23

コードに対応するくらい詳細なＵＭＬの仕様書を書けと言うのか？

986 ：仕様書無しさん：2010/10/21(木) 20:50:51

RPGツクールというゲームがあったように
組込みツクールというソフトがあればいいんだ

LED点灯・点滅
LCD表示
AD/DA変換
ボタンオン・オフ
音声処理
画像処理
PID制御
モータ制御
組込みアプリ
etc..

全てコードを書かずにできれば・・・

987 ：仕様書無しさん：2010/10/21(木) 20:58:50

>>986
より細かく制御できるようになったツクールが
C言語

988 ：仕様書無しさん：2010/10/21(木) 21:46:08

>>983
UMLでどうやって記述すんだ、それ

989 ：仕様書無しさん：2010/10/21(木) 21:56:29

記述は出来るでしょ

990 ：仕様書無しさん：2010/10/21(木) 21:58:12

Cのコードもデバッグできない人が多いのに...

991 ：仕様書無しさん：2010/10/21(木) 22:23:15

>>986
っラブブー

992 ：仕様書無しさん：2010/10/21(木) 22:37:24

>>988
組み込みなんて、それがほとんどじゃねーの？

993 ：仕様書無しさん：2010/10/22(金) 00:39:02

UMLはプログラム言語ではありません。

994 ：仕様書無しさん：2010/10/22(金) 01:25:16

>>963
TOEIC740の39歳なんて役に立たない

995 ：仕様書無しさん：2010/10/22(金) 01:40:00

>>994
こういう人ってなんなの？馬鹿なの？死ぬの？

996 ：仕様書無しさん：2010/10/22(金) 02:22:14

>>995
なんでそう思ったの？？

997 ：仕様書無しさん：2010/10/22(金) 02:30:07

>>996
なんでそう思うの？

998 ：仕様書無しさん：2010/10/22(金) 02:37:20

>>997
過剰反応してるようにしか見えないから。

で、何でそう思ったの？

999 ：仕様書無しさん：2010/10/22(金) 02:50:06

>>998
TOEICの点数と年齢で、人間判断できちゃうって、エスパーさん？

1000 ：仕様書無しさん：2010/10/22(金) 03:55:13

おしまい

1001 ：１００１：Over 1000 Thread

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。