X
トップページ⇒電気・電子
1002コメント332KB
AVRマイコン総合スレ Part41
■ このスレッドは過去ログ倉庫に格納されています
0001774ワット発電中さん
垢版 |
2018/09/29(土) 13:25:04.41ID:NVU21ZtG
個人でも手軽に使えるAtmelのAVRマイクロプロセッサを中心に語るスレッドです

＜公式サイト＞
http://www.microchip.com/design-centers/8-bit/microchip-avr-mcus
・AVR Libc Reference Manual：
https://www.microchip.com/webdoc/avrlibcreferencemanual/install_tools_1install_avr_libc.html

＜参考になるページ＞
・AVRWiki： http://avrwiki.sourceforge.jp/cgi-bin/wiki.cgi?page=AVRWiki
・AVR情報多い-chanさんのpage： http://elm-chan.org/
・avrfreaks.net avrgccその他AVR関連の総本山(英語)： http://www.avrfreaks.net/
・TAP-Config： http://ww2.tiki.ne.jp/~maro/
・AVR.jp 日本語のAVR資料他： http://www.avr.jp/
・ATMega168日本語データシート(翻訳中)： http://awawa.hariko.com/chira-ura/
・AVR アセンブラのマニュアル(ユーザーズガイド)： http://www.atmel.com/Images/doc1022.pdf
・インストラクション（命令セット）の解説： http://www.atmel.com/Images/doc0856.pdf
・条件付きアセンブルの解説(アセンブラ ver. 1.74対応)：http://www.atmel.com/Images/doc2550.pdf
・アセンブラとCの連携方法： http://www.atmel.com/Images/doc1234.pdf

前スレ
AVRマイコン総合スレ Part40
https://rio2016.5ch.net/test/read.cgi/denki/1517019258/
0683774ワット発電中さん
垢版 |
2019/02/27(水) 03:25:04.95ID:MVY/lNE/
ちょっとさっきくしゃみしたら
変換基盤に仮置きしていたATtiny10が全部消えたんだが？
こないだ家電のケンちゃんで書き込み用補助具買ったばかりなんだが？
秋月の10個入り全部消えたんだが？
朝の鼻くそに混ざっていそうなんだが？
0686774ワット発電中さん
垢版 |
2019/02/27(水) 20:47:39.08ID:MVY/lNE/
>>684
バカヤロー鼻くそだって書いてあっだろ！
俺の繊細なケツからあんなもん出てきたらあっという間にパンツ血まみれ
0687774ワット発電中さん
垢版 |
2019/02/27(水) 21:42:41.17ID:T/B+R8oC
SSDなら耐久テストをしたサイトがあったな
東芝製が書き込み禁止にして保護するとか
0689774ワット発電中さん
垢版 |
2019/02/27(水) 22:46:46.58ID:6AVGd6dV
UART経由でターミナルに文字列吐いてからパワーダウンスリープするプログラム作ってみたんだけど、

void uputc(unsigned char x)
{
　while( !(UCSR0A & (1<<UDRE0)) )
　;

　UDR0 = x;
}

ターミナルに表示される文字列の末尾が文字化けしてしまう。
（上記のプログラムは一文字UARTに送信する関数。
これを連続呼び出しすることで文字列をターミナルに送ってる）

パワーダウンではなくアイドルスリープに変更したり、スリープそのものをしないようにすれば
末尾まで正常に表示されることからUARTの送信バッファから文字が全て吐かれる前に
AVRがスリープしちゃってるのが原因じゃ無いかと踏んだ。

だったら送信バッファが空になるまで待てばいいじゃんと思い、

void uputc(unsigned char x)
{
　while( !(UCSR0A & (1<<UDRE0)) )
　;

　UDR0 = x;

　while( !(UCSR0A & (1<<UDRE0)) )
　;
}

と修正してみたけど変わらなかった。他にも送信シフトレジスタが空になったとされるTXCフラグが1
になるまで待ってみたりしたけど、

　while( !(UCSR0A & _BV(TXC0)) || !(UCSR0A & _BV(UDRE0)) )
　;

これも変わらなかった。最後の一文字までターミナルに無事送り届けられたタイミングを知るには
どうしたらいいのかな？
0690774ワット発電中さん
垢版 |
2019/02/27(水) 23:05:56.16ID:RapFhyb5
>>689
AVRのプログラム経験あまり無いけどバッファが空に成った後に空ループ回しながら暫く待ってスリープは試してみた？
0691774ワット発電中さん
垢版 |
2019/02/27(水) 23:25:39.92ID:ytHC5ZXo
TXCフラグは割り込みを使用していなければ、
プログラムから動的にクリアされなければならない。
UDR0 = x;
の次に
UCSR0A |= _BV(TXC0);
っていれてみれば？
0692774ワット発電中さん
垢版 |
2019/02/27(水) 23:29:04.24ID:1y6F2gOX
>>690の対症療法でもいいが…そもそも根本的な勘違いがある。TXCフラグの説明読んだか？
『The TXCn Flag bit is automatically cleared when a transmit complete interrupt is executed, or it can be cleared by writing a one to its bit location.』
とある。日本語にすると『TXCnフラグは、送信完了割込みを起こすか、自分で1を書くことで初期化できます。』ということだ

つまり、送信完了割込みを使ってないのならば、自分で毎回クリアしないと、最初に何か送信して空になって1になったら…あとはずっと1のままだ！！！

送信中は0で終わったら1に勝手に変わるとかいう便利なものではないぞ？？？
0693774ワット発電中さん
垢版 |
2019/02/27(水) 23:35:55.82ID:0TOANvas
なぜ動かないんだ！MPUのバグか？
って時の99%は、データシートをちゃんと読んで
無かった自分のせい
0694774ワット発電中さん
垢版 |
2019/02/27(水) 23:40:07.26ID:MwsScFW1
どうでも良いけど、なぜ
loop_until_bit_is_clear();
使わないんだ？
0695774ワット発電中さん
垢版 |
2019/02/27(水) 23:59:49.64ID:6AVGd6dV
>>690
↓みたいにforループ1000回入れてみたら最後までターミナルに正しく表示されるようになったから
　たぶん送信バッファを確実に空にするまで待つ、という戦略であってると思う

void uputc(unsigned char x)
{
　while( !(UCSR0A & (1<<UDRE0)) )
　;

　UDR0 = x;

　for(int i=0;i<1000;i++)
　;
}

>>691
ほ、ほんとだ！
void uputc(unsigned char x)
{
　while( !(UCSR0A & (1<<UDRE0)) )
　;

　UDR0 = x;
　UCSR0A |= _BV(TXC0);

　while( !(UCSR0A & (1<<UDRE0)) )
　;
}
これでも正しく末尾まで正しくターミナルに表示されるようになった！
>>692
そういうことなのね。自分で1にsetしてやらないと0に戻らないのね。
勉強になった、ありがとうﾉｼ
0696774ワット発電中さん
垢版 |
2019/02/28(木) 06:31:20.36ID:UjtlN9fm
Aliで売ってる1000円以下のJTAGって使い物になる？
0699774ワット発電中さん
垢版 |
2019/02/28(木) 07:46:58.49ID:Nn1mUl6z
>>697
intの前に「volatile」付ければ？

>>695
問題解決良かったね。

>>692
AVR初心者として参考になった。
ありがとう。

>>693
そう。焦れば焦るほどバグ、つまり自分のミスに気付かない。
俺はプログラミングは己れの煩悩を取り払う能力を養う最強の修行法だと解ったわ。
0702774ワット発電中さん
垢版 |
2019/02/28(木) 20:42:53.98ID:uv1Hvimb
>>695
送信後のウエイト処理で見ているフラグが違うと思います。

while ( !(UCSR0A & (1<<TXC0)) );

こうじゃないですか？
0703774ワット発電中さん
垢版 |
2019/02/28(木) 23:56:04.02ID:S1p7QpKp
>>702
すんません
凡ミスしてた

> while ( !(UCSR0A & (1<<TXC0)) );

そうです、それで正しいっす
0705774ワット発電中さん
垢版 |
2019/03/01(金) 14:30:22.06ID:RmtoqY4z
所詮マクロだし推奨するのは構わんが強制することでもないべ
0706774ワット発電中さん
垢版 |
2019/03/08(金) 10:26:54.69ID:zI2zNano
ＡＶＲマイコンはプログラムメモリの自己書き替えはブートローダー用の領域に書き込まれた
プログラムからしかできないんだな。アプリケーション用領域に書き込まれたプログラムからだと
書き替えのための処理が無視される。良く読めばデータシートにも書いてある。
PICマイコンからの類推で当然できるものだとおもってたから意外。
0707774ワット発電中さん
垢版 |
2019/03/08(金) 11:05:20.98ID:5UY1pC+P
デバイスによる。
ブートローダ領域の無いものはどこからでも実行できる。
0708774ワット発電中さん
垢版 |
2019/03/12(火) 23:35:27.82ID:/5m/NIze
割り込みに呼応する関数は一般的にmain関数の前に記述するわけだけど、

volatile unsigned char x;
ISR(USART_RX_vect)
{
x = UDR0;
}

int main()
{
・・・
}

割り込みに呼応する関数を丸々関連するヘッダファイル(uart.h)に移動してやって
そのヘッダファイルをincludeすれば割り込み処理も忘れずに定義できることを思いついてこうした、

#include "uart.h"

int main()
{
・・・
}

記述もすごくシンプルになって満足していたんだけどAtmel Studioのコンパイラーから3つの警告が出るようになった。
警告 2 type of '__vector_18' defaults to 'int' [enabled by default]
警告 1 return type defaults to 'int' [enabled by default]
警告 3 control reaches end of non-void function [-Wreturn-type]
割り込み処理をまるまるヘッダファイル(uart.h)に移動してやっただけなのになんでこんな警告が出るんだろう？
0709774ワット発電中さん
垢版 |
2019/03/12(火) 23:45:25.49ID:/5m/NIze
あと話は全く変わるんだけど今ChaN氏のFatFs使ってSDカードに書き込みするプログラム組んでるんだけど
付属のf_puts関数でSDカードにデータを書くのは問題無く出来てるんだけど
もう一つの付属のf_printf関数でSDカードにデータを書き込もうとするとエラーが返ってくる。

原因をしらみつぶしに調べていったところグローバル領域で宣言した配列の要素数がある程度大きくなると
f_printfの方だけエラーが出るっぽいところまで突き止めた。（f_putsの方は要素数によらず常に書き込みに成功する）
具体的にはグローバル領域で、

volatile unsigned char hogehoge[255];

みたいな巨大配列を宣言するとf_printfによる書き込みが失敗する。
配列の要素数を少し減らして、

volatile unsigned char hogehoge[200];

にするとf_printfでも問題無く書き込みできるようになる。

ターゲットはATmega328P。
プログラムメモリもデータメモリも90%以下の値であることは確認済み。
オーバーフローしてるわけではない。

宣言した配列のサイズによってプログラムが異常動作するなんてことはありえるかね？
0710774ワット発電中さん
垢版 |
2019/03/13(水) 00:02:52.38ID:BChGBX8R
>>709
ビルドログに出てくるデータメモリの使用率はグローバル宣言した変数分のみ。RAMはファンクション内で宣言した変数にも使われるから足りなくなることはある。
0711774ワット発電中さん
垢版 |
2019/03/13(水) 01:28:28.30ID:JK0CeApG
スタックもじゃね？

グローバル変数＋ローカル変数＋スタック≦RAM
でなければならん
アセンブラで書いてないと取りうるスタックの最大量は読みにくい
0713774ワット発電中さん
垢版 |
2019/03/13(水) 07:54:19.03ID:f8c4PDBy
>708
ぱっと見だけど、char xがグローバル変数なのに、グローバル変数として宣言できてないのでは？
0715774ワット発電中さん
垢版 |
2019/03/13(水) 08:25:30.24ID:WbI6GhOW
そもそもヘッダファイルに入れる意味あるのか？
忘れずにと言うが、main関数のあるファイルからしかincludeしないなら、そこに直書きするのと何が違うのか
0716774ワット発電中さん
垢版 |
2019/03/13(水) 08:38:58.32ID:3EPG0DWL
>>708
#include "uart.h" の前かuart.hの中にavr/interrupt.hが無いから。
0717774ワット発電中さん
垢版 |
2019/03/13(水) 23:42:56.28ID:RGwTm6P4
>>710
>>711
そういうことなのね
コンパイルしてメモリ使用量が100%未満だからといって安心しちゃいけないのか

>>713
volatile unsigned char x;
だけmain関数の真上のグローバル変数領域に移設してみたけど
エラーが出るようになっちゃった

>>716
一応"uart.h"の前でavr/interrupt.hは宣言してあったわ

ヘッダーファイルに割り込み処理を押し込もうとしたのはそもそもの間違いか
下手に楽しようとせずmain関数の上に書くようにするわ
ありがとう
0719774ワット発電中さん
垢版 |
2019/03/14(木) 06:55:52.34ID:2HCCJtDa
>>717
volatile unsigned char x;
の前で　uart.h　をインクルードしているのでは？
uart.h の中で変数　x を使うコードが書かれていると、そんな変数知らないとコンパイラに叱られる

一見、すっきりした様に見えるけど、uart,h の中にプログラムコードを書くのは違うような気がする
ISR() を外に出したいのなら uart.c のような別の *.c ファイルに記述して、 必要な定義類を uart.h に記載するのが良いでしょう
0723774ワット発電中さん
垢版 |
2019/03/14(木) 14:30:39.02ID:+EIIS3sp
Cがアホ言語かどうかはともかく、
なんでこんなにMCU向けにCがはやるようになったんだろ？
FORTHなんか機械制御用として作られたユニークな言語だし、
小さなMCU向けにはVTLみたいなものでも十分だと思うけどな。
だれかアッと驚くようなD言語処理系でも作っておくれでないかえ。
0726774ワット発電中さん
垢版 |
2019/03/14(木) 16:59:54.20ID:8EXHrIv3
当時はさ
CPU速度が遅くメモリも潤沢ではなかったが為に
インタプリタ系言語が敬遠されたってだけだと思う

PASCALもpコードの奴はトロいしw
0727774ワット発電中さん
垢版 |
2019/03/14(木) 17:53:01.26ID:rLeIhSLi
Cの設計思想はコンパイラ開発者に楽させるためだから、Cはあほ言語なんだよ。
プログラマに楽させるためのJavaとは真逆の設計思想。
0728774ワット発電中さん
垢版 |
2019/03/14(木) 18:22:26.68ID:SrpVBwWG
Cはあほ言語なんだよ、だってさ。あの人いつも極論言ってカッコイイって思ってるのかな。クスクス。
0730774ワット発電中さん
垢版 |
2019/03/14(木) 19:27:05.42ID:LQVzyV9A
なに使ってもダメな人はダメ
アホなのは言語じゃなくて
その言語の思想を理解できずに
「あほ」って言っちゃう方

所詮、道具なんだから気に入らなきゃ
スルーして別の道具を選択するなり、
自分で道具から作りゃいいのに…
0733774ワット発電中さん
垢版 |
2019/03/14(木) 22:56:20.37ID:FyQ3iwa4
>>732
ツールってのはそうやって出来てきたんだよ
既存のツールにどうしても馴染めなきゃ、
諦めるか、自分でツールを作るしかないだろうが
0735774ワット発電中さん
垢版 |
2019/03/14(木) 23:29:15.18ID:dt1h3V4+
今からC言語を学習する人は可哀想だね。
大抵の場合、組込みでしか役に立たないし…、しかも給与高く無いという。
まあ、趣味で使うなら作法とかそんなのは気にせずとりあえず動けば良いと思います。
0737774ワット発電中さん
垢版 |
2019/03/15(金) 00:12:38.69ID:TxWpqddu
食うために言語をマスターするという発想しか浮かばない境遇そのものが可哀相
0738774ワット発電中さん
垢版 |
2019/03/15(金) 00:41:13.13ID:rCdt+OMG
C使ってても給料高い人はいくらでもいるけどな。
別に組み込み以外でも、ドライバ開発だったり、ライブラリの高速化とかで需要はあるだろう。

ドライバ開発とか、毎回とんでもない金がかかる。。。
自分でやれればいいんだけど、あれは無理。
0739774ワット発電中さん
垢版 |
2019/03/15(金) 00:47:13.16ID:EvJ0Nfi+
何か一つの言語を深くマスターできていれば
他の言語もすぐにマスター出来る

逆も真で、ダメな奴はどんな言語を選んでも
ものに出来ない
0740774ワット発電中さん
垢版 |
2019/03/15(金) 01:03:59.37ID:KINFq6a1
C言語は習得が難しい割には、一般的には収入低いのは確か。
簡単な組み込みが多いからかな？

OS周辺や、ドライバ開発となると、C言語出来るというより、単純に能力が高くないと無理なので、
収入高そうですね。

C言語出来るというだけでは、コピペできるか、ある程度スクラッチできるか、
ライブラリ作れるか、ドライバ作れるか、ＯＳ作れるか、言語そのもの作れるか、
と範囲が広すぎて、能力を把握できませんね。
0742774ワット発電中さん
垢版 |
2019/03/15(金) 07:39:27.72ID:zaIVuebS
「プログラミング言語別年収ランキング 2018」を見ると
Cプログラマは最下位(10位)で可哀想にプログラマ業界のワーキングプアだ
https://tech-camp.in/note/careerchange/49077/
俺はMCUに関してはフルアセンブラ派なので競争相手が全く不在で
こんな言語を超越して稼ぎまくっているから関係無いけどｗ
0745774ワット発電中さん
垢版 |
2019/03/15(金) 09:51:07.60ID:7NBkQbTZ
>>744
クイックソートの例を見てみたけどCより遥かにスッキリ書けるね
AVR用のコンパイラとデバッガは存在するの？
0747735
垢版 |
2019/03/16(土) 10:54:47.24ID:cwPLN8G/
自分は組込み屋ではないですし、Cは1年に1回程度チラッと仕様確認で見る程度ですね。あとは趣味のAVRで利用する程度です。
ただ、IT土方で薄給なのは事実ですが…。

ただ、どうせやるなら趣味でも仕事でも新しい方が“何となく“良い気がしませんか？(錯覚かも知れませんが)
まあ、C以前の低級言語は、コンピュータの動作がどうなってるか学習も出来るので、やって損は無いとも思います。でも、やっぱり今更感が強いですね。
0748774ワット発電中さん
垢版 |
2019/03/17(日) 00:34:05.57ID:P7v+ZriH
言語よりも、成果物だもんなぁ・・・・
自分が成果物を出しやすい言語を使えばそれでいいわけで。
もちろん、職場とか取引先で指定もあるけど、ライブラリにして投げ渡すという手もあるし。
0750774ワット発電中さん
垢版 |
2019/03/17(日) 19:34:42.12ID:sgny0tDF
昔はみんなコツコツ薪を集めてお風呂を沸かしてたのに
最近の若い奴はボタン一つで風呂沸かしやがって
0751774ワット発電中さん
垢版 |
2019/03/17(日) 19:42:50.55ID:dKn3NhyT
ゆとり元年のガキが2010年入社だったが
最近のは更にゆとり教育期間が長くてもうえげつない動物みたいな奴ばっかだな
0752774ワット発電中さん
垢版 |
2019/03/17(日) 21:29:14.86ID:P7v+ZriH
>>751
ゆとりだけが原因じゃないんだぜ。
採用活動の制約のせいで経団連加入の企業は、
それ以外の企業が採った後の残りかすしか採用できてない現状。
0753774ワット発電中さん
垢版 |
2019/03/18(月) 19:24:14.97ID:mkKs6vGL
>>751
それはご愁傷様。
こちらの観測範囲だと若い子ほど優秀な印象。
内向的ゆえかコミュニケーション能力高いし。

並みの子が来たがらない環境なんじゃない。
最近はそう言う情報も流れてるし。
0755774ワット発電中さん
垢版 |
2019/03/18(月) 21:40:16.45ID:z6PBufMM
最近のゆとりは魚が切り身で泳いでると思ってるとかどうたらこうたら
0756774ワット発電中さん
垢版 |
2019/03/18(月) 22:25:41.52ID:d+1Vn6zJ
同じ処理の繰り返しって積極的に関数化した方がいい？
プログラムメモリ的にも関数化した方がコンパクトになるのかな？
0758774ワット発電中さん
垢版 |
2019/03/19(火) 00:18:45.43ID:TW2RwHlM
関数コールする度にスタックを食い潰して行くからなぁ
ATtinyとかはSRAMがすくないので、極力関数化せずに、
マクロを多用している
0759774ワット発電中さん
垢版 |
2019/03/19(火) 01:03:40.16ID:7rOv8Vut
>>756
基本は、関数だけど。
スタック消費を避けたいときと、処理速度を上げたいときは、マクロも検討します。
ただ、デバッグが面倒になるときと、マクロの副作用もあるので慎重に。
0760774ワット発電中さん
垢版 |
2019/03/19(火) 12:29:34.55ID:WbsHU5pc
とりあえず関数で書いて完成したらROMの許す限り展開するだけだな俺は
0761774ワット発電中さん
垢版 |
2019/03/19(火) 12:54:55.70ID:usLKQzVR
メモリにも処理速度にも問題が無いならそんな余計なことはしないな俺は
0762774ワット発電中さん
垢版 |
2019/03/19(火) 13:10:38.66ID:7rOv8Vut
>>761
コンパイラの吐いたコード見て、思わずマクロにすることはありますね。
パラメタの数だけ、スタック退避されてビビル。
コンパイラの最適化によるけど、参照だけなら const つけるとか、
あえて、パラメタ変数をグローバルで宣言するとかもあるけど
メモリ許せば、マクロかな〜
ケースバイケースで、指示が無い限りは、センスに任せるっていったところか。
0763774ワット発電中さん
垢版 |
2019/03/19(火) 14:27:48.23ID:usLKQzVR
スタック無しでもそこそこのパラメータ渡せるのに、
スタックにまでパラメータ積む様なコードって汚そうだなぁ。
ポインタ渡しとかにしときなよ。
0764774ワット発電中さん
垢版 |
2019/03/19(火) 16:09:39.38ID:7rOv8Vut
>>763
avrgccに限らずって話ですよ。
コンパイラの最適化もあるし、
ポインタ渡しにしたら、変数アクセスごとに、インデクスレジスタを
更新しますからね、当たり前の話ですけど。
そのオーバーヘッドとコード領域の増加を避けたいこともあるのです。
0767774ワット発電中さん
垢版 |
2019/03/20(水) 15:52:18.55ID:9nlylGr/
AVRライターに純正のAVRISPMK2ってのがあるけど、これって何か特別優れた点があるの？
純正だから安心的な話じゃなくて機能的に。
と、言うのも中華な激安AVR(と比べると失礼かもしれないが)とくらべると明らかに基板の密集度が違う。
ほかの多くは電源供給できるが、この製品はそれもできない。

何か優れた点があるのかなのと気になって・・・
0768774ワット発電中さん
垢版 |
2019/03/20(水) 16:06:12.33ID:/dfV2r3/
アトメル純正はどれも電源供給はできない。
『純正である』信用以外のメリットはこれと言って無いと言っていい。
しかも本家ISPmk2はとっくの昔に販売終了していて、あっても店頭の売れ残りだけ。
最新のデバッグインタ−フェースであるUPDIにも対応していない。
0769774ワット発電中さん
垢版 |
2019/03/20(水) 16:15:38.45ID:JtPc8HPH
>>768
世の中にあふれるどのライターよりも複雑なんでなんかすごいのかと思ってたけどそんなことはなかったんですね。
つか、販売終了してたとは知らなかったです。

ポチる前に聞いておいてよかった。
他の物色します。これ結構いいお値段するんで・・・
回答どもでした。
0770774ワット発電中さん
垢版 |
2019/03/20(水) 16:52:41.80ID:/dfV2r3/
ライターでしかないISPmk2買う勇気があるなら、
デバッグもできるAtmel ICE買う方を勧めますよ。
0777774ワット発電中さん
垢版 |
2019/03/20(水) 19:25:14.54ID:yov4tgl+
速度出すなら水晶欲しいな…？
VCC！GND！XTAL1！XTAL2！SDA！SCL！TXD！RXD！
リセット殺しても他になんも付かねぇ!!

どうでもいいけど8ピンのDIPかわいいよね
0778774ワット発電中さん
垢版 |
2019/03/20(水) 19:26:45.58ID:/dfV2r3/
>>776
3216が出る前に1616をまとめ買いしてめっちゃ使ってるｗ
ICE使っても1ピン喰われるだけだし、デバッグは安定してるし、いい子だよ。
mega3208もお気に入り。
0779774ワット発電中さん
垢版 |
2019/03/20(水) 19:31:36.78ID:/dfV2r3/
tiniy0/1シリーズなら内部20MHz有るんだから水晶要らないっしょ。
クロックの出荷時誤差書き込んでくれてるし、オートボーレート機能有るし。
てかそもそも水晶付けらんないし・・・
0781774ワット発電中さん
垢版 |
2019/03/20(水) 19:41:38.96ID:/dfV2r3/
代表特性だと全動作温度範囲で0.5%くらいに収まってるから大丈夫なんじゃない？
クロックをオシロで見ながらドライヤー当てて見たけど全然動かん。
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況