マイコンソフト 悩み事相談室 3 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
.
∧ ∧
( ´・ω・) < コンフィグって何? 昆布なら知ってる。 ボラチルって何? ボラは魚だよ。
( ∪ ∪ ,.-、 ,.-、 ,.-、 ,.-、
と__)__) (,,■) (,,■) (,,■) (,,■)
PIC AVR H8 ARM
学校でC言語を習ったことがあるので「楽勝でしょ」って、マイコンを始めたけど、
わからないことだらけ。誰か教えて!
PCとは別世界の、マイコンのソフト。難しいよね。
ツールの使い方、ツールの設定、マイコン特有のC言語の書き方、
「デバッグモードにプログラミングモード。何?」 Eclips, Emacs って何?
VBAしか知らないよぉ、という人まで、
各社マイコンに関するマイコンソフト相談室です。
質問者は、「初心者質問スレ」の>>1を見て、分かり易く質問を書いてね。
回答者は、威張らない、バカにしない、言葉使い注意で、親切に教えてあげてね。
あっ、そうそう。
ハードウェアに関する質問は、それぞれのマイコンのスレに、達人がいるから。
過去スレ
1 2014/09/11〜
2 2016/07/31〜 http://rio2016.2ch.net/test/read.cgi/denki/1469905691/l50
では、質問、ドゾ〜 >>70
10行コメントアウトする場合は#if 0の方が早い
1行なら//
行の1部なら /* */
臨機応変に色々と使えるようになっておいた方が良い >>77
/*
10行
*/
エディタがやってくれるだろ。
#if 0 はコメントじゃないし。 >>77
単に人と変わったことやりたいだけだろw
何も奇をてらう必要ないんだよ、馬鹿馬鹿しい。
>>78
それな。 >>77
これはコメントだと明示的に示すことが大切であり、誰にでもそれがコメントだと分かることが重要。
#if 0
#endif
は本来コメントではないから誤解の元となる。
臨機応変という無意味な四字熟語は何の免罪符にもならない。 なんか自分が書いたのにすごいレスがついてるようでw
>>63で書いてるけど、「本来のコメント」に "#if 0 〜 #endif" 使えってことじゃないです
だから、「#if 0をコメントに使うな」っていうレスはその通りだと同意するし、批判は見当違い
で、本来の趣旨は、一時的なソース(プログラム)の変更・切り替えには
// とか /* */ よりも "#if 0 #else #endif" のほうがいいんじゃない? って話なんだけど ついでに書くけど、一時的にソースの変更する場合、コメントアウトとか
じゃなくて、関数丸ごと書き換える方法もある
その場合、元の関数は削除せずに、関数名だけ書き換えて実質的に
呼び出されないようにしておく(fname → fname1)
新しく作るほうは、元の関数をコピペなりしてどんどん書き換えてやればいい
(fname1 → fname)してやれば最悪でも元に戻すことは簡単だから
大胆なこともできる
もっとも今は、ファームの世界でも(インチキ)ウォーターフォールモデル全盛で
一度コーディングしたソースをテストステージで思いつきでいじっちゃいかんだろうからこういうことは、派遣とかで行ってるんだと出来にくくなってるかも・・・だけど もういい。
誰も気にしてないし、誰も
#if 0
#endif
何て使わないし、誰もお前のチンケな小技語り聞きたくない。 なぜレスに感情を刺激するようなトゲを潜ませる必要があるんだろうね。 > 誰もお前のチンケな小技語り聞きたくない。
これは同意 ケンチを評価するのはID:AC5iuXLgさまの思召し ある種のコンパイルスイッチのように使うなら、#if 0 は悪くないけど情報をもっと詰め込みたくなるな コンパイルスイッチに、#if(何たら式)使うとかは常識だよね
そんで、コンパイルオプション変更するまでもない一時的なスイッチに
#if 0 とか #if 0〜#else とか使うのも常識だと思ってたんだけど
違うのかな?
今は //厨が主流なの?
「コメントアウトした範囲明確でないと困らない?」と言う疑問にも
「憶えとけばいい」「//毎に日付書いとけばいい」ってこと?
世の中、頭のいい人ばっかりになって結構、結構
日本の将来も安泰ですねw コメントの話だったのが、いつの間にかコンパイルスイッチの話になってしまったでござる。
こうなるともう何でも言いたい放題でござる。
そして、とうとう日本の将来まで心配してしまうでござる。 常識かどうかは、その人が暮らしているエリアで判断すれば良いのではないですか。
ずっと決まった人だけでプログラムを書いて製品づくりをしているグループ内で、
他の世間とちょっと違う記述ルールが存在する場合でも、その記述ルールもそのグループの中では常識ですし。
逆に言えば、自分が感じている常識なんて脆いものだと思っていてもいいぐらいで、
匿名掲示板のメリットは、常識の多様性を感じられることでもあります。
このコメントの方法が適切かどうかも、まとめきることは難しくて、
どこかで諦めたり引いたりして収拾しないと仕方がないものです。
>常識だと思ってたんだけど 違うのかな?
違うのかな?に対して同意する人は、あなたと同じ常識で暮らしている人、ってことに過ぎないんじゃないですかね。
それとも、一般論としての常識として押し通すような話なんでしょうか。
たとえば「常識とはこの世界の8割〜9割がそうしていること」と定義するのであれば、
ここで多数意見をまとめたところで、意味ないですよね。 >>53は「コメント」についてたずねてるのに、
勝手に拡大解釈してまで#if 0〜#elseをブッ込んでくるヤツがひとりいる。
「世の中」とか「常識」とか「日本の将来」まで引っ張り出してきて…。
「子供たちの未来」とか「北朝鮮の脅威」を持ち出すのも時間の問題かと。 まあ、排除に重きを置かなくても、違う発想があるんだって視点で見れば面白いんじゃないですかね。
俺は使ったことがなかったのですが、#if 0 もコメントアウトには便利に使えそうですし。 ああ。「排除」は政治的キーワードだったか。すまんこって。 通り道に枝がかかってたから手で掃っただけ。
排除されたくなきゃかからないようにしとけよ。 前スレか前々スレか忘れたけどtiny2313用の並列処理プログラムは
リストも掲載してあって再現性があり興味深かった >>108
こんなところでレベルの高い話を望むなんて、
そりゃ無い物ねだりというもんですぜ、ダンナw ここはマイコンだぞ。
PC-8001とかMZ-80Bの話題だろ? オラの認識では「マイコン」は変わった。
昔 マイ・コンピュータ (パソコンに近し)
今 マイクロ・コントローラ (MCUに近し)
(115のボケにマジレス) 末尾の\記号で行連結されるから次の行の改行文字までコメントアウトされてしまう
という事が言いたいんだと推測した 当時LKit-16 というのが欲しかった。
地元では見たくても一度も見えなかった。TK-80, TLCS-80, H68/TR とかばっかりだった。 >>114
旧新マイコンシリーズ毎のビットエンディアン、バイトエンデァンは、纏めたいと思っていた。
いちいちコンパイラマニュアルしらべればわかるのだけれど。
移植しようと思って、H8ってビッグエンディアンだったの?!と思った。
H8意地でも使わなかったので、いまさら
H8(BYTEビッグエンディアン)->PIC24(BYTEリトルエンデァン)
あと、ARMも手をつけ始めて、・・・。 >>119
Lkit16のCPUは今でいう「16ビットのRISC」のオリジナルで、
I/Oも専用のコントローラを持つバス形式だった。(USBとは異なりパラレル)
40年前に販売され消えて行ったけど、登場が早すぎたのかな? 少意味不明瞭なので修正を
Lkit16のCPUは今でいう「16ビットのRISC」のオリジナルで、
→Lkit16のCPUはメーカーオリジナルの、今でいう「16ビットのRISC」で、 RISC とか 8bit とか定義が曖昧すぎる。
LSI の VLSI とか ULSI とか言うのも何だったのか? 定義を知らないくせに「曖昧」とかw
勉強してから家www アキュムレータに相当するレジスタ長NがNビットマイコンの定義と考えればほぼ間違いない。
例があるかどうかは自分で調べろ。 https://www.maximintegrated.com/jp/glossary/definitions.mvp/term/VLSI/gpk/990
>結局、専門家は「ULSI」 (Ultra-Large-Scale:超大規模)のような用語を試み始めた。
>一方、エンジニアはそれをすべて無視し、新語を作り出す代わりにより優れた製品の開発に時間を費やした。
言葉を作ったり、定義することに熱を上げた「専門家」と
開発に専念した「エンジニア」と、か。 http://www.weblio.jp/content/VLSI
>超LSIとは、1チップに搭載される素子数が従来を大幅に上回る大規模集積回路について名付けた、1980年代の呼称である。
>当初は搭載される素子数が1万素子以上の場合でも、超LSI(またはVLSI)と呼んでいたが、1990年代にかけては100万素子以上を搭載したLSIを指すようになった。また、チッ
別に専門家の話しじゃ無く、ニュース等でも超LSI&VLSIは使われてたし、
>エンジニアはそれを全て無視
とか意味不明www
挙句の果てに
>マキシム製品は、一般のアナログ製品よりも多くのデバイスを持つMAXQマイクロコントローラコアのような、複雑な制御を備えているものが多い。
とかなんとかwそんなソースしか見れないのかよwww >>129をULSIの定義のソースを紹介してるものと読んだのだとしたら単純にもほどがある。 >>130
68000を16ビットCPUだと言う人も少なくなかったけれど、俺には32ビットCPUにしか見えなかった。
16ビットというのは外部バス幅のせいなんかな。
その基準だと、68008とか、8088とかV20は何ビットになるんだろう。 32ビットで良いだろ。Very low Speed Integration マイコンを勉強するのに今はハードは何がいいのでしょうか。
一昔前はH8で勉強していたそうですか。 何かの勉強するのに、今はセミナーとか雑誌とか本やネットなど、いろいろな情報源があるけど、
LKit16などを設計した人たちは、何を見て勉強したんだろうか。
マイコンはアメリカ発祥なので、そのハードウェアマニュアルを見て、マイコン技術を覚えたのかな。
それとも、M360などの大型コンピュータを設計する人には、マイコンの設計なんて朝飯前なのか。
マイコンは、最初はキットだったと思う。TK-80だって自分で半田付けしたらしい。
そもそも論だけど、なんでマイコンボードが作られたのだろうか。
社員教育用とか? >>136
何を勉強したいかによるんだけど
C言語+ハード学習ならPICがネット上に豊富だね。
アセンブラを理解したいなら16bitクラスの例えばR8Cがおすすめかなあ。
32bit以上のアセンブラはやっぱり分かりづらいよ。初心者向けではない。
メモリー管理とか後回しでいいし。 I/Oやメモリを外部に作らなくて済む今のワンチップCPUは夢みたいだな。
電源さえつなげばCPUとして<必ず>動くんだぜ。
俺はもう若くないけど、もっと遅く生まれたかった。
出来ればあと50〜100年ほど遅く生まれたかった。
その頃にはハードウェアのAIが実用化されているかもしれん。
(チラ裏日記) アドレスバス、データバス、コントローラバスの手配線なんて悪夢だった。
電源を入れて動かない時は、ソフトが走らないので原因追及がそれなりに大変だった。 デバッガはなんて無いし、書込はワンタイムか窓付きEEPROM
メールでプログラム遅れないから、佐川の営業所に発送時刻に駆け込み >窓付きEEPROM
そんなのあるのか、すごいな。窓付きEPROMなら知ってるけど。 マイクロチップテクノロジがPICにAI機能を載せるのはいつ頃になるんだろ?
(未来話だよ〜ん)w ppaのintel HDA のドライバ入れようとしてるんだけどDKMSでのコンパイルで弾かれる。
ひょっとして16.04.3Ltsに16.04.1ってドライバパッケージ入れようとしてるのが間違い? >窓付きEEPROM
窓無しEPROMに書き込む時はそれなりに緊張した。
失敗するとそのままゴミ箱直行になるので。 >>151
書き込みは一度だけで(one time program)、消去できないので、
世間的にはそういう呼び方になりますね。
(説明するのは恥ずかしいのですが150はウケ狙いですよ、念のため) >>152
one time なんて言い方はない。
once だ。って習うよね。
不思議でならない。 >>155
そうか、申しわけ無い。
英語をちゃんと勉強しなかったのがこんな所でバレちまったw
OTPは「Once Tondemonai Program」でいいのかな?
そういえば「OUT : once upon a time」なんて言い回しもあったな。
・・・
あるか! (一人ボケ突っ込み) >>155
>one time なんて言い方はない。
>once だ。って習うよね。
中学生から勉強してないのかW >>157
one-time か onetime はあるな。 何十年も前から
「ワンタイムROMはおかしい。once だ。って習うよね。 」
なんて言っちゃうオバカさんは℃素人と決まってる。
ttp://www.am.ics.keio.ac.jp/digital/memory.pdf
ttp://www.cypress.com/file/228401/download
ttp://www.cqpub.co.jp/interface/sample/200703/I0703042.pdf
ttp://www.atmel.com/ja/jp/products/memories/eprom/default.aspx >>160
そこは日本語の資料だと説得力に欠けると思わないか?
One Time なんたらが有るのは知ってるけどさ。
>>158 が言うように、辞書引いたほうがいい。 PIC使いなんでMicrochipにきいてみた
https://www.microchip.com/search/searchapp/searchhome.aspx?q=one%20time
てか、onceだと他の意味もあって曖昧になるからじゃないの?
one-timeなら誤解されない。 >>161
>そこは日本語の資料だと説得力に欠けると思わないか?
思わないな。海外メーカの出してる資料だし、英文の資料でも部品名としてOnceなんて書いてあるのは見た記憶が無い。
勿論、文章中には有っても可笑しくはないが、ROMの頭にOnceなんて付けるかよ。 そもそもOTPのOがOnceって主張している人を説得する必要もない。
間違ってるよ、と言われれば、馬鹿みたいにすぐにわかるようなことなんだし
まともな人なら反論する前に自分で調べる。 賢いのは >>162 だけだった。
DVD は、Write Once だよ? >>166
>DVD は、Write Once だよ?
それがOTPとなんの関係があるんだ?
大原節子のビキニ姿の話をしてる時に、>>166の母ちゃんデベソって言われるのと
同じくらい意味が無いと思うぞ。ほんとにデベソかも試練が。 何の関係があるのか?
と尋ねられて、ちゃんとその関係を説明するだけの誠実さがあるかな。
もうその件は置いておいて、他の事例を出してくるような気がする。
他の事例を出すこと自体が意味がないことをわからずに。 >>168 は >>166 が頓珍漢過ぎてとっさには同程度のいい例が思いつかなかっただけだろう >>168 は >>166 が頓珍漢過ぎてとっさには同程度のいい例が思いつかなかっただけだろう 一回こっきりというのを強調するためじゃないかな。
同じOTPだけどone time passwordってのも普通に使われるよ。 日本の自動車関係が、
ARMをメインで使わないのは何故なんでしょうね。 ■ このスレッドは過去ログ倉庫に格納されています