AVRマイコン総合スレ Part41

**774ワット発電中さん** · 2019/01/23(水) 18:38:28.80

>>580
おまえらの世代はパンチカードだったかもしれんが、
入門者には画面と教えて問題ないだろ

**774ワット発電中さん** · 2019/01/23(水) 20:40:03.41

>>574
いまいち何やってるのかよく分からないけど
printf_UART()
なる関数を自作するよりかはスマートな方法なのね

たしかにprintf()で書いていた方が
UARTに出力するかLCDに出力するかそのときに応じて
ソースコードをほとんどいじらずに瞬時に対応できるよね

**774ワット発電中さん** · 2019/01/23(水) 20:48:05.54

>>584
マニュアルちゃんと読もうぜ
avr-libcのマニュアルに丁寧な解説付きで書いてあるぞ

**774ワット発電中さん** · 2019/01/23(水) 21:54:34.91

>>584
日本語訳のマニュアルも有るので一度熟読したほうが良いと思います
http://cega.jp/avr-libc-jp/
http://cega.jp/avr-libc-jp/group__avr__stdio.html

**774ワット発電中さん** · 2019/01/24(木) 09:42:15.75

http://elm-chan.org/fsw/strf/xprintf_j.html

**774ワット発電中さん** · 2019/01/24(木) 12:14:04.34

久しぶりにマイコンいじった。mega3208ってやつ
これ8bitAVRコアにUC系のペリフェラルっぽいな

**774ワット発電中さん** · 2019/01/24(木) 13:18:09.61

xmega系列になって従来のmega/tinyとちょっと変わったんだ。
UC系の周辺と揃えようって意思はあったんだろうね。
mega3208は名前こそmegaだけどxmega系の子孫なのよ。

**774ワット発電中さん** · 2019/01/24(木) 14:33:52.73

同じ処理を、3種類の環境でコンパイルしてみた。

cc5xは、制限の多いコンパイラで、ページを自分で割り付けなければ
ならないのと、固有の構文を多用する。

xcは、proバージョンでどのくらいコードがスリム化するんだろう？
gccベースという使いやすさと、PIC以外でも使えるので価格が折り合えば使いたいな。

avrgccは、データメモリとレジスタの転送でコードが膨らんでいるけど、対CPUクロックで考えると速度的に問題ないはず。要求プログラムメモリは要注意。PICは、word,avrは byteで単純比較できないけどね。

PIC cc5x (PIC16F18313)
; RAM usage: 51 bytes (11 local), 205 bytes free
; Maximum call level: 4 (+3 for interrupt)
; Total of 1027 code words (50 %)

PIC xc8 free (PIC16F18313)
Memory Summary:
Program space used 5ECh ( 1516) of 800h words ( 74.0%)
Data space used 41h ( 65) of 100h bytes ( 25.4%)

avrgcc (atmega48)
　　Program Memory Usage　3586 bytes 87.5 % Full
　　Data Memory Usage 　　　42 bytes 8.2 % Full

**774ワット発電中さん** · 2019/01/28(月) 23:25:08.21

ATmega328PのUARTポート(RX, TX)とUSBシリアル変換器
http://akizukidenshi.com/catalog/g/gK-06894/
のUARTポート(TX, RX)をつないでPC上で立ち上げたTera Termをモニタ代わりに使用してる。

これはこれで問題無くモニタ出来てるんだけど他に問題があって
AVRの電源を切ってもAVRが稼働し続けてることに気付いた。
はじめ何が起きてるのかよく分からなかったけどテスターを当てていくと
USBシリアル変換器のUARTポートからAVRのUARTポートに電気が流れて
その電流が寄生ダイオードを経由してかAVRの電源側に回り込んで結果的に
AVRが稼働し続けてるっぽいことに気付いた。
大元たどるとパソコンのUSBポートの5Vが電気の供給源ってことになるね。

この状態でAVRの書き込みも出来るから恐ろしい。
AVRのUSBポートから流れ込んできた電気でAVRが稼働するってのも
AVRにとってあまりよろしくない状況だと思うんだけど何か解決方法ってあるかな？

**774ワット発電中さん** · 2019/01/29(火) 00:41:28.05

そもそも電源の入っていないマイコンにUSBシリアル変換を接続しっぱなしにするのが間違った使い方。根本的な解決方法はない。

ポートに抵抗入れる、AVRの電源ラインにシャント抵抗を入れて電圧を下げるなどの対症療法はある。
しかし残留電圧でヒューズがリセットされないためデバッグワイヤが解除できない等の不具合が発生するので、その辺を理解して使うこと。

**774ワット発電中さん** · 2019/01/29(火) 01:27:08.53

>>591
AVRに限らず禁止事項だよ。うっかりするとチップ内の保護ダイオードを壊したり、
外部にレギュレータがあると、こいつを破壊する。

とりあえずの対策としてはFT232XのRESET#をLowにしておけばOK
ATmegaの余っているポートをPull Downしておいて、ここにRESET#をつないでおく。
ATmegaの電源On時に、このポートをHiにしてRESET#を解除すれば普通に使えるし、
電源を落とせばFT232XはResetステートに入る。
FT232XはReset#がLoになっている間、UARTポーtははTri-state、入力は内部200kΩで
プルアップされる（データシートVer. 1.2だったらp. 23)
これで、ほとんどの場合問題はないが、Resetステートの時にUARTピンが浮くので、
気になる場合は弱く(高抵抗で)プルダウンしておけばよい。

**774ワット発電中さん** · 2019/01/29(火) 02:48:36.73

わかりやすいわー

**774ワット発電中さん** · 2019/01/29(火) 06:01:07.27

>>591
根本的にはAVRの入力に74VHC04のような入力保護ダイオードが入っていない
バッファを入れる。インバータなので2段入れる。

**774ワット発電中さん** · 2019/01/29(火) 08:55:41.87

↑が正解

不都合だけじゃなく、流しすぎるとデバイスがお釈迦になるよ

オレは↓を使ってる
http://akizukidenshi.com/catalog/g/gI-09418/

**774ワット発電中さん** · 2019/01/29(火) 12:02:11.55

小信号ダイオードはさんでオープンドレインもどき接続にして
USBシリアルからのHレベルを遮断すればとりあえず大丈夫なんじゃね

**774ワット発電中さん** · 2019/01/29(火) 12:17:16.32

>>592
>>593
AVR書き込むたびにUSBケーブルも抜き差しするの面倒くさくてさぼってたけど
やっぱこういう使い方禁則事項だよね^^;)

> FT232XはReset#がLoになっている間、UARTポーtははTri-state、入力は内部200kΩでプルアップされる

FT232XのRESET#ピンを制御するのはいい方法かも
ただ細かいことを言うとまっさらな状態のAVRに書き込もうとしたときは
RESET#ピンの制御は無理になるかな。
初回限定のほんとどうでもいい細かいことだけど。

>>595
> 74VHC04のような入力保護ダイオードが入っていないバッファを入れる

あ、この方法もいいね。ものぐさな自分にはぴったりの方法かもしれん。
VHCシリーズを選べば入力に保護ダイオードが入っていないことは
確約されるんだっけ？

**774ワット発電中さん** · 2019/01/29(火) 12:19:54.72

>>598
VHCシリーズはVCCに関係なく入力電圧の上限が5.5Vまで印加可能だったと思う
簡易電圧変換なんかにも使われるよね

**774ワット発電中さん** · 2019/01/29(火) 16:25:55.73

>>599
VHC, LVC, LCX, VCXは入力から電源にむけて寄生ダイオードが無いから
電源に電流が流れることが無いのね

https://toragi.cqpub.co.jp/Portals/0/backnumber/2006/06/p171-172.pdf

一つ勉強になった
ありがとう

**774ワット発電中さん** · 2019/01/31(木) 00:17:18.42

float型の変数を文字列に変換する際の定番の sprintf はメモリを馬鹿食いするから
次点の dtostrf を使ってみたんだけどこれも結構メモリ馬鹿食いするんだよね

もうちょい軽く済ます方法って無いかしらん

**774ワット発電中さん** · 2019/01/31(木) 06:03:19.62

>>601
float使わずにintで固定小数点数として格納する

**774ワット発電中さん** · 2019/01/31(木) 17:51:59.93

おまいら巣から出てくるなや

**774ワット発電中さん** · 2019/01/31(木) 18:34:45.34

固定小数点で間に合うならベストだね。
速度も有利

**774ワット発電中さん** · 2019/01/31(木) 18:43:14.95

誰しもが通る系の道よ…

固定少数にしても表示が遅い、間に合わないってんで
LCD表示ルーチンの改良してみたり
割り込みでマルチスレッド的に出来ないか?
とか
アセンブラで書くか?
とか、やる訳よ…

**774ワット発電中さん** · 2019/01/31(木) 19:47:05.69

1980年代のパソコンみたい

**774ワット発電中さん** · 2019/01/31(木) 20:44:52.84

>>602
>>604
その発想は無かったわ

たとえばfloat型数値 3.1415 を小数点第2桁まで文字列にするとしたら
まずこいつをint型にキャストして3を取り出し

(int) 3.1415 → 3

取り出した3を引いて小数点以下を抽出し、

3.1415 - 3 = 0.1415

抽出した小数点以下に100をかけて再びint型でキャストし

0.1415 x 100 = 14.15
(int) 14.15 → 14

3と14を atoi() 使って文字列に変換。ピリオドを間に挟んで結合すれば

文字列 3.14

のできあがり。こういうことか

**774ワット発電中さん** · 2019/01/31(木) 20:45:58.93

ATmegaもtinyも8bitやで

**774ワット発電中さん** · 2019/01/31(木) 21:01:24.78

>>607
>>602 >>604 の助言を無視して float で演算してどうするんだ？

**774ワット発電中さん** · 2019/01/31(木) 21:12:49.71

30年前だがZ80でどうしてもfloatが使いたくて、MSX-C 買ったらできないでやんの。
しょうがないからアセンブラでやるfloatのライブラリが載ってる本買って、そこだけ関数呼び出し
に書き直してしのいだわ。

**774ワット発電中さん** · 2019/01/31(木) 21:40:09.88

sprintfが重いって話だろ？
floatの演算自体は仕方なかろうし、大した負荷じゃなかろう。

**774ワット発電中さん** · 2019/02/01(金) 00:09:51.79

まあでも小数2桁って決まってるんなら最初から100倍しておいて整数で演算するわな。

**774ワット発電中さん** · 2019/02/01(金) 06:18:43.11

そう考えると、昔のBASICとか優秀だよな
あれしかメモリなかったのに

**774ワット発電中さん** · 2019/02/01(金) 08:12:16.65

プログラムのフットプリントを意識出来ないのは池沼やで

**774ワット発電中さん** · 2019/02/02(土) 17:49:37.05

昔、友人が変数名がアルファベット1文字というVTL系のコンパイラを作っって
私にくれたことがある。
プログラムサイズは512バイト程度だったと思う。
付属のサンプルプログラムが「月面着陸ゲーム」だった。

**774ワット発電中さん** · 2019/02/03(日) 01:34:34.79

Digi-keyにTiny3216￥１19が入荷している。　マルツは￥166

**774ワット発電中さん** · 2019/02/03(日) 04:12:18.91

>>616
やっときたか！

**774ワット発電中さん** · 2019/02/03(日) 07:07:15.57

マルツってdigikey発注代行だろ？
それでこんなに取るのか
ボリ松もびっくりだな

**774ワット発電中さん** · 2019/02/03(日) 07:42:25.48

50円でボッタクリ。
じゃあ、Digikey で買えよ。送料払って。

**774ワット発電中さん** · 2019/02/03(日) 12:49:52.32

すぐ欲しい数個で買って
数十百個になったら海外通販使う
新しい品種とかは前者で探すのが困難だけど

**774ワット発電中さん** · 2019/02/03(日) 21:57:55.37

>>618　あなた本気で言ってる？

**774ワット発電中さん** · 2019/02/04(月) 00:31:28.20

貧乏人は頭の中が貧しいから

**774ワット発電中さん** · 2019/02/04(月) 01:09:40.55

>>621
どうせ人件費は0円とかいう無職の発想でしょ
親が買い置きした家にある食い物はタダ、みたいな

**774ワット発電中さん** · 2019/02/04(月) 01:38:05.73

>>623
話が妙に具体的だな、さてはお前…。

**774ワット発電中さん** · 2019/02/04(月) 02:26:13.00

>>623
おい！それってYO！

**774ワット発電中さん** · 2019/02/04(月) 12:19:51.16

秋葉逝ったついでにマルツで買う

**774ワット発電中さん** · 2019/02/04(月) 13:33:36.41

店頭受け取りは送料無料！

**774ワット発電中さん** · 2019/02/04(月) 14:36:58.54

送ってないから当たり前

**774ワット発電中さん** · 2019/02/04(月) 15:56:27.14

いやいや、Digikey取り寄せ品の話。

**774ワット発電中さん** · 2019/02/04(月) 17:20:17.90

貧しいやつばっかりだな。
貧困は日本の問題だ。

**774ワット発電中さん** · 2019/02/04(月) 22:19:09.18

>>625
爺さんしか居ないスレでsyamuなんかわかる奴ほぼいないだろ…

**774ワット発電中さん** · 2019/02/06(水) 22:48:40.53

ボン円、ガラるとしても0時過ぎかなこりゃ

**774ワット発電中さん** · 2019/02/07(木) 00:04:56.54

632です。神様、今週ボン円140円で買い戻しさせて下さい!

**774ワット発電中さん** · 2019/02/07(木) 06:09:48.83

>>633
はよ損切りしろや

**774ワット発電中さん** · 2019/02/07(木) 12:58:35.55

>>634
632です
goodなつっこみ(爆笑

**774ワット発電中さん** · 2019/02/16(土) 20:18:56.09

UARTで何かデータを受信したら割り込みを発生するテストプログラムを書いてみた。

volatile unsigned char moji='a';

ISR(USART_RX_vect)
{
char x = UDR0;
while (!( UCSR0A & (1<<UDRE0)));
UDR0 = ++moji;
}

int main()
{
UCSR0B = 0x00;
UCSR0A = 0x00;

UCSR0C = 0b00000110;
UBRR0L = 25;
UBRR0H = 0;
UCSR0B = (1<<RXCIE0) | (1<<TXCIE0) | (1<<RXEN0) | (1<<TXEN0);

while(1)
{
}
}

うまく動けばUART経由で一文字打ち込むたびに変数mojiがインクリメントされていきターミナルには

bcdefgh・・・

みたいな感じの文字が表示されてしかるべきなのになぜか

bbbbbb・・・・

といつまでたってもbしか表示されない。なにか設定おかしいところある？

**774ワット発電中さん** · 2019/02/16(土) 20:51:41.29

ATMEGA328P使っておもちゃを改造した。

犠牲になったのはプリキュアのハッピーメロディマイク
https://i.imgur.com/wyrX3VO.jpg
プリキュアの音楽が流れない酷いやつ。

マイクに入るように小さく工作
https://i.imgur.com/yaQAtn8.jpg

無事に収まった
https://i.imgur.com/H2f8TlD.jpg

アニメの音楽が流れるようになった
https://i.imgur.com/pA8g8OQ.mp4

**774ワット発電中さん** · 2019/02/16(土) 20:54:26.77

**774ワット発電中さん** · 2019/02/16(土) 21:16:28.97

>>638
> 送信割り込みを使わないような設定にすれば良いと思う

それ！ビンゴだった！
え？どゆこと？
”送信割り込み使う”に設定すると

ISR(USART_TX_vect)
{
}

送信側をきちんと定義してあげないと

ISR(USART_RX_vect)
{
}

受信側の挙動に影響が出るってこと？

sei()はごめん、コピペするの忘れた^^;)

**774ワット発電中さん** · 2019/02/16(土) 21:31:46.11

>>639
割り込みベクタテーブルの初期値は 0x0000 だったハズ（データシートを読んでみて下さい）
ISR(～) を定義しないと割り込み発生時に 0x0000 にジャンプする

送信完了→送信完了割り込み発生→ベクタテーブルを参照して 0x0000 にジャンプ（見かけ上、リセット動作となる）

送信完了割り込みが必要無いのなら空の ISR(USART_TX_vect) {} を定義するよりも、送信完了割り込みを禁止したほうがコードサイズが小さくなるし余計な割り込みも発生しませんよ

**774ワット発電中さん** · 2019/02/16(土) 21:57:23.03

>>639
補足
>受信側の挙動に影響が出るってこと？

　ISR(USART_RX_vect) 内で送信処理しているでしょ
　送信処理が完了すれば ISR(USART_TX_vect) に飛ぼうとするので結果として 0x0000 にジャンプします

**774ワット発電中さん** · 2019/02/17(日) 01:07:21.43

>>640
そういうことなのね
UARTで一文字送信するたびにリセットボタンを押してたようなものか
どうりで変数が常に初期化されるわけだ

こういう挙動ってちゃんとしっとかんとあかんね(´･ω･｀)

**774ワット発電中さん** · 2019/02/17(日) 14:23:35.19

>>640
横からだけど、なんか勉強になった。ありがとう

**774ワット発電中さん** · 2019/02/19(火) 03:19:24.43

>>637
楽しそう！
お子さんの？

**774ワット発電中さん** · 2019/02/19(火) 23:46:53.17

ATMEGA328P使って環境モニターっぽいことやってる
常時起動してるのは電池の無駄だからスリープ使ってるんだけど
スリープ復帰後にI2Cセンサとの通信ができなくなることがある。

詳細に調べてみるとスリープモードが
・パワーダウン
・パワーセーブ
・スタンバイ
のときはスリープ復帰後にI2Cが使えない（通信途中でフリーズする）ことが分かった。
ただ唯一、一番省エネ効果が低い
・アイドル
に設定するとスリープ復帰後もI2Cは問題無く使える。

I2Cってディープスリープ状態から復帰後は使えなくなるんだっけ？

**774ワット発電中さん** · 2019/02/20(水) 01:43:01.69

そんな話聞いたことないし、そうだとすれば大炎上してるよ。
ソース晒してみなよ。

**774ワット発電中さん** · 2019/02/20(水) 01:46:45.55

もしかしてTWIの電力削減レジスタ弄って、なおかつウェークアップ後初期化してないとか？

**774ワット発電中さん** · 2019/02/20(水) 15:36:29.97

あれ？再スタート出来るでしょ？

**774ワット発電中さん** · 2019/02/20(水) 20:59:33.69

>>646
全部掲載はさすがに足りないから無理だけど要所くらいなら・・・
ちなみにTWIの電力削減レジスタとか難しいことは一切やってないよ

やってることだけどRTC使って一定時間ごとにAVRに割り込み(INT0)かけて起動してデータセーブ。
セーブが終わったらスリープして待機。
具体的にはRTC使ってINT0ピンをLowに引っ張って割り込みをかけてやる。
RTCの仕様でそのままLowに引っ張り続けるからI2C経由でAVRからRTCに命令出してHighに戻すよう命令
（release_interruption関数）。

問題はこのI2C通信で発生するっぽい。パワーダウンスリープから目覚めた直後だとI2C通信の途中で応答不能になり
アイドルスリープから目覚めた直後だと問題無く動作する。スリープを一切使わない場合もむろん問題無く動作する。

↓ちなみに以下ソース

**774ワット発電中さん** · 2019/02/20(水) 21:00:44.95

#include <avr/io.h>
#include <avr/interrupt.h>
#include <avr/sleep.h>
#include "FatFs/ff.h"
#include "FatFs/diskio.h"

volatile UINT Timer;
ISR(TIMER0_COMPA_vect)
{
Timer++;
disk_timerproc();
}
// 以上FatFsで必要なタイマー割り込み
volatile unsigned char int0_cnt;
ISR(INT0_vect)
{
int0_cnt--;
release_interruption(); // ←I2Cで通信しようとするこの関数で止まる
}
volatile char usart_recvData[256];
volatile unsigned char usart_recv_write;
ISR(USART_RX_vect)
{
char x = UDR0;
usart_recvData[++usart_recv_write] = x;
}
int main(void)
{
TIMSK0 = _BV(OCIE0A);
TCCR0A = _BV(WGM01);
TCCR0B = 0b101;
OCR0A = F_CPU / 1024 / 100 - 1;

EICRA = (0<<ISC01) | (0<<ISC00);
EIMSK = 1<<INT0;

UCSR0B = 0x00;
UCSR0A = 0x00;
UCSR0C = 0b00000110;
UBRR0L = 25;
UBRR0H = 0;
UCSR0B = (1<<RXCIE0) | (0<<TXCIE0) | (1<<RXEN0) | (1<<TXEN0);

sei();
set_sleep_mode(SLEEP_MODE_PWR_DOWN);
sleep_enable();

int0_cnt = 5;

while (1)
{
if ( int0_cnt == 0 )
{
int0_cnt = 5;
save_data();
}

sleep_mode();
}
}

**774ワット発電中さん** · 2019/02/21(木) 00:09:21.04

>>650
TWIで割り込み使ってたりして

**774ワット発電中さん** · 2019/02/21(木) 00:17:18.89

俺は小心者なので、
割り込みハンドラの中で通信ルーチンコールとか、
怖くて出来ない

スタック食い潰しの原因追求で泣きそう
になったこととかあるし…

**774ワット発電中さん** · 2019/02/21(木) 00:33:13.05

INT0割り込み→i2cでRTCにINT0ピンHIGH指示→割込処理から抜ける。でもこのときRTCはまだINT0ピンHIGHの処理完了してないので、またINT0割り込み入る。AVRはi2c始めようとするけどRTCは前の指示実行中なのでしらんぷり。

**774ワット発電中さん** · 2019/02/21(木) 01:00:46.20

>>INT0ピンHIGH指示
の後に割り込みをすぐに抜けずに、INT0ピンがHiになるのを待ってから抜ければOKってことか。

**774ワット発電中さん** · 2019/02/21(木) 01:16:43.08

ちょっと待て
EICRA = (0<<ISC01) | (0<<ISC00);
ってなんぞ？
これじゃ
EICRA=ISC01|ISC00
と同じだから、立ち上がりトリガにならんか？
（他もだけど…）

**774ワット発電中さん** · 2019/02/21(木) 01:28:58.76

>>655
ならない。無意味ではあるけど…
普通は
EICRA &= ~(_BV(ISC01) |_BV(ISC00) );
かな。
_BV() 使ったり、直接シフトしたり一貫性がないとは思う

**774ワット発電中さん** · 2019/02/21(木) 12:18:33.68

いろんなとこからコピペしたとか？

**774ワット発電中さん** · 2019/02/21(木) 16:56:23.11

>>656
ちょっと興味あったので・・・
DDRA = (0 << PA0) | (0 << PA1) ; は
out DDRA, zero
ふむふむ

DDRA |= (0 << PA0) | (0 << PA1) ; は
in tmp, DDRA
out DDRA, tmp
うーむ　-Os オプション付けても刈取らないのね・・・
(atmel stuido 7)

**774ワット発電中さん** · 2019/02/21(木) 18:57:34.89

意図して読み出した1を書き戻すことも有るからね。バグになっちゃう。

**774ワット発電中さん** · 2019/02/22(金) 08:38:26.52

秋月の通販サイトみたらＤＩＰのＡＶＲマイコンＡＴＭＥＧＡ１２８４Ｐ－ＰＵが売ってた。
750yen
ＡＶＲマイコンの未来は明るい。

**774ワット発電中さん** · 2019/02/22(金) 09:38:49.50

来たかっ(ｶﾞﾀｯ

**774ワット発電中さん** · 2019/02/22(金) 14:13:08.11

何年も前からあるが・・・

**774ワット発電中さん** · 2019/02/22(金) 16:07:15.94

前からあるよね…

**774ワット発電中さん** · 2019/02/22(金) 16:23:07.89

>>660
http://akizukidenshi.com/catalog/g/gI-04461/
発売日　2011/01/04
１２８Ｋバイトもの巨大なプログラムメモリと、１６Ｋバイトもの広大なＳＲＡＭを内蔵しています。
ちなみに
http://akizukidenshi.com/catalog/g/gI-13921/
発売日　2019/02/22
プログラムメモリ：２５６ＫＢＲＡＭ：２８ＫＢ

**774ワット発電中さん** · 2019/02/22(金) 17:37:09.47

>>664
DIPだからクソデカくて面白いって話なのにSMD貼られても……

**774ワット発電中さん** · 2019/02/22(金) 17:50:52.72

＞DIPだからクソデカくて面白いって話
それどこに書いてる？

**774ワット発電中さん** · 2019/02/22(金) 17:52:09.83

>>665の脳内、しかも17:37:05頃のこと。

**774ワット発電中さん** · 2019/02/22(金) 18:44:50.96

フラッシュを10,000回書き換えて
書き込み不能にした強者っているのかな

**774ワット発電中さん** · 2019/02/22(金) 18:59:14.43

>>668
どこかで実験したブログか何かをみた

**774ワット発電中さん** · 2019/02/22(金) 19:45:24.66

>>669
オレもどっかで見た。だけどフラッシュではなくEEPROM（PICの）

**774ワット発電中さん** · 2019/02/22(金) 22:21:50.35

>>670
http://madlabo.oops.jp/MAD/0026/0026.htm
ここのオッチャン、リレー式計算機とか作ったり色々とやってるな
しかし電子工作者のこの文体のテンション、ついていけない…

**774ワット発電中さん** · 2019/02/22(金) 23:01:51.46

>>664
CAN入りAVRが700円か

**774ワット発電中さん** · 2019/02/22(金) 23:14:43.02

>>672
罐パッケージのAVRがあるのかと思ったｗ

**774ワット発電中さん** · 2019/02/22(金) 23:35:36.28

> フラッシュを10,000回書き換えて
> 書き込み不能にした強者っているのかな

何回書きかえたら壊れるか（書けなくなるか）に関しては
実際に試して確認した情報をどっかで見たな

**774ワット発電中さん** · 2019/02/23(土) 22:28:32.89

見たな

**774ワット発電中さん** · 2019/02/23(土) 22:30:59.40

見た見たってオバケみたい

**774ワット発電中さん** · 2019/02/26(火) 00:57:37.44

ESP-WROOM-02にリセットボタンを付けて連続でパチパチとリセットしてたら、
テレビの受信デシベルが低くなって映像が途切れたりした。
2.4Ghzって地デジの電波に影響あるんだな

**774ワット発電中さん** · 2019/02/26(火) 23:06:05.57

>>673
リードが64本か・・・

**774ワット発電中さん** · 2019/02/26(火) 23:16:34.98

>>678
球状の缶からウニみたいに出てくるリード

誰か作らんかなぁ

**774ワット発電中さん** · 2019/02/27(水) 01:03:40.41

フラッシュに書き込んだプログラムがいつまで保持されてるのか気になる
たしか100年ぐらいは持つんだっけな？

書き込みを繰り返したやつは酸化膜がやられてて電荷が抜けるのが早くなるだろう

**774ワット発電中さん** · 2019/02/27(水) 01:56:25.10

>>680
フラッシュは20年や
データシートの表紙みろや

**774ワット発電中さん** · 2019/02/27(水) 02:16:59.98

見た！
電源切った！
寝るー！

**774ワット発電中さん** · 2019/02/27(水) 03:25:04.95

ちょっとさっきくしゃみしたら
変換基盤に仮置きしていたATtiny10が全部消えたんだが？
こないだ家電のケンちゃんで書き込み用補助具買ったばかりなんだが？
秋月の10個入り全部消えたんだが？
朝の鼻くそに混ざっていそうなんだが？

**774ワット発電中さん** · 2019/02/27(水) 08:13:50.66

小せいのはICでなくお前のケツの穴というオチかい?

**774ワット発電中さん** · 2019/02/27(水) 19:35:10.51

>>673
缶のオペアンプを開けて中にATtiny85埋め込むか？

**774ワット発電中さん** · 2019/02/27(水) 20:47:39.08

>>684
バカヤロー鼻くそだって書いてあっだろ！
俺の繊細なケツからあんなもん出てきたらあっという間にパンツ血まみれ

**774ワット発電中さん** · 2019/02/27(水) 21:42:41.17

SSDなら耐久テストをしたサイトがあったな
東芝製が書き込み禁止にして保護するとか

**774ワット発電中さん** · 2019/02/27(水) 21:58:05.37

>>687
その人福島の地震で死んだはず

**774ワット発電中さん** · 2019/02/27(水) 22:46:46.58

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)) )
　;

これも変わらなかった。最後の一文字までターミナルに無事送り届けられたタイミングを知るには
どうしたらいいのかな？

**774ワット発電中さん** · 2019/02/27(水) 23:05:56.16

>>689
AVRのプログラム経験あまり無いけどバッファが空に成った後に空ループ回しながら暫く待ってスリープは試してみた？

**774ワット発電中さん** · 2019/02/27(水) 23:25:39.92

TXCフラグは割り込みを使用していなければ、
プログラムから動的にクリアされなければならない。
UDR0 = x;
の次に
UCSR0A |= _BV(TXC0);
っていれてみれば？

**774ワット発電中さん** · 2019/02/27(水) 23:29:04.24

>>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に勝手に変わるとかいう便利なものではないぞ？？？

**774ワット発電中さん** · 2019/02/27(水) 23:35:55.82

なぜ動かないんだ！MPUのバグか？
って時の99%は、データシートをちゃんと読んで
無かった自分のせい

**774ワット発電中さん** · 2019/02/27(水) 23:40:07.26

どうでも良いけど、なぜ
loop_until_bit_is_clear();
使わないんだ？

**774ワット発電中さん** · 2019/02/27(水) 23:59:49.64

>>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に戻らないのね。
勉強になった、ありがとうﾉｼ

**774ワット発電中さん** · 2019/02/28(木) 06:31:20.36

Aliで売ってる1000円以下のJTAGって使い物になる？

**774ワット発電中さん** · 2019/02/28(木) 06:49:50.65

>>695
for(int i=0;i<1000;i++);
って、最適化したら真っ先に消されるコードだろ？

**774ワット発電中さん** · 2019/02/28(木) 07:12:05.26

「馬鹿の考え休むに似たり」

**774ワット発電中さん** · 2019/02/28(木) 07:46:58.49

>>697
intの前に「volatile」付ければ？

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

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

>>693
そう。焦れば焦るほどバグ、つまり自分のミスに気付かない。
俺はプログラミングは己れの煩悩を取り払う能力を養う最強の修行法だと解ったわ。

**774ワット発電中さん** · 2019/02/28(木) 20:03:42.63

デジタル時代の写経だなｗ

**774ワット発電中さん** · 2019/02/28(木) 20:27:12.64

デバッガ使いまくってる軟弱ものでスマン

**774ワット発電中さん** · 2019/02/28(木) 20:42:53.98

>>695
送信後のウエイト処理で見ているフラグが違うと思います。

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

こうじゃないですか？

**774ワット発電中さん** · 2019/02/28(木) 23:56:04.02

>>702
すんません
凡ミスしてた

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

そうです、それで正しいっす

**774ワット発電中さん** · 2019/03/01(金) 11:34:43.01

>>694

**774ワット発電中さん** · 2019/03/01(金) 14:30:22.06

所詮マクロだし推奨するのは構わんが強制することでもないべ

**774ワット発電中さん** · 2019/03/08(金) 10:26:54.69

ＡＶＲマイコンはプログラムメモリの自己書き替えはブートローダー用の領域に書き込まれた
プログラムからしかできないんだな。アプリケーション用領域に書き込まれたプログラムからだと
書き替えのための処理が無視される。良く読めばデータシートにも書いてある。
PICマイコンからの類推で当然できるものだとおもってたから意外。

**774ワット発電中さん** · 2019/03/08(金) 11:05:20.98

デバイスによる。
ブートローダ領域の無いものはどこからでも実行できる。

**774ワット発電中さん** · 2019/03/12(火) 23:35:27.82

割り込みに呼応する関数は一般的に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)に移動してやっただけなのになんでこんな警告が出るんだろう？

**774ワット発電中さん** · 2019/03/12(火) 23:45:25.49

あと話は全く変わるんだけど今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%以下の値であることは確認済み。
オーバーフローしてるわけではない。

宣言した配列のサイズによってプログラムが異常動作するなんてことはありえるかね？

**774ワット発電中さん** · 2019/03/13(水) 00:02:52.38

>>709
ビルドログに出てくるデータメモリの使用率はグローバル宣言した変数分のみ。RAMはファンクション内で宣言した変数にも使われるから足りなくなることはある。

**774ワット発電中さん** · 2019/03/13(水) 01:28:28.30

スタックもじゃね？

グローバル変数＋ローカル変数＋スタック≦RAM
でなければならん
アセンブラで書いてないと取りうるスタックの最大量は読みにくい

**774ワット発電中さん** · 2019/03/13(水) 06:30:52.15

>>708
Cの言語仕様上、そうなるんじゃね？

**774ワット発電中さん** · 2019/03/13(水) 07:54:19.03

>708
ぱっと見だけど、char xがグローバル変数なのに、グローバル変数として宣言できてないのでは？

**774ワット発電中さん** · 2019/03/13(水) 08:23:57.94

オイラもそんな希ガス

**774ワット発電中さん** · 2019/03/13(水) 08:25:30.24

そもそもヘッダファイルに入れる意味あるのか？
忘れずにと言うが、main関数のあるファイルからしかincludeしないなら、そこに直書きするのと何が違うのか

**774ワット発電中さん** · 2019/03/13(水) 08:38:58.32

>>708
#include "uart.h" の前かuart.hの中にavr/interrupt.hが無いから。

**774ワット発電中さん** · 2019/03/13(水) 23:42:56.28

>>710
>>711
そういうことなのね
コンパイルしてメモリ使用量が100%未満だからといって安心しちゃいけないのか

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

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

ヘッダーファイルに割り込み処理を押し込もうとしたのはそもそもの間違いか
下手に楽しようとせずmain関数の上に書くようにするわ
ありがとう

**774ワット発電中さん** · 2019/03/14(木) 00:20:00.08

>>717
ヘッダーに関数その物を書くのが作法違反っすよ

**774ワット発電中さん** · 2019/03/14(木) 06:55:52.34

>>717
volatile unsigned char x;
の前で　uart.h　をインクルードしているのでは？
uart.h の中で変数　x を使うコードが書かれていると、そんな変数知らないとコンパイラに叱られる

一見、すっきりした様に見えるけど、uart,h の中にプログラムコードを書くのは違うような気がする
ISR() を外に出したいのなら uart.c のような別の *.c ファイルに記述して、必要な定義類を uart.h に記載するのが良いでしょう

**774ワット発電中さん** · 2019/03/14(木) 11:50:44.14

Cはあほ言語だからな。

**774ワット発電中さん** · 2019/03/14(木) 13:50:37.87

×あほ言語
○あほには使えない言語

**774ワット発電中さん** · 2019/03/14(木) 14:22:23.10

Cは、エンジニアの個性と能力が、目立つ言語。

**774ワット発電中さん** · 2019/03/14(木) 14:30:39.02

Cがアホ言語かどうかはともかく、
なんでこんなにMCU向けにCがはやるようになったんだろ？
FORTHなんか機械制御用として作られたユニークな言語だし、
小さなMCU向けにはVTLみたいなものでも十分だと思うけどな。
だれかアッと驚くようなD言語処理系でも作っておくれでないかえ。

**774ワット発電中さん** · 2019/03/14(木) 14:47:55.22

ラダー最強

**774ワット発電中さん** · 2019/03/14(木) 16:42:21.46

>>723
いまさらテープドライブ？
まあMCUならいいのかもね。

**774ワット発電中さん** · 2019/03/14(木) 16:59:54.20

当時はさ
CPU速度が遅くメモリも潤沢ではなかったが為に
インタプリタ系言語が敬遠されたってだけだと思う

PASCALもpコードの奴はトロいしw

**774ワット発電中さん** · 2019/03/14(木) 17:53:01.26

Cの設計思想はコンパイラ開発者に楽させるためだから、Cはあほ言語なんだよ。
プログラマに楽させるためのJavaとは真逆の設計思想。

**774ワット発電中さん** · 2019/03/14(木) 18:22:26.68

Cはあほ言語なんだよ、だってさ。あの人いつも極論言ってカッコイイって思ってるのかな。クスクス。

**774ワット発電中さん** · 2019/03/14(木) 18:41:34.96

Javaで楽になった感じが全くないですよ。

**774ワット発電中さん** · 2019/03/14(木) 19:27:05.42

なに使ってもダメな人はダメ
アホなのは言語じゃなくて
その言語の思想を理解できずに
「あほ」って言っちゃう方

所詮、道具なんだから気に入らなきゃ
スルーして別の道具を選択するなり、
自分で道具から作りゃいいのに…

**774ワット発電中さん** · 2019/03/14(木) 20:50:09.37

>>718
>>719
反省しとります
ヘッダーに記述するのやめておきますm(_ _)m

**774ワット発電中さん** · 2019/03/14(木) 22:35:24.46

>>730
自分でコンパイラ作るの？
しかもアセンブラで？

**774ワット発電中さん** · 2019/03/14(木) 22:56:20.37

>>732
ツールってのはそうやって出来てきたんだよ
既存のツールにどうしても馴染めなきゃ、
諦めるか、自分でツールを作るしかないだろうが

**774ワット発電中さん** · 2019/03/14(木) 23:04:01.83

yacc？

**774ワット発電中さん** · 2019/03/14(木) 23:29:15.18

今からC言語を学習する人は可哀想だね。
大抵の場合、組込みでしか役に立たないし…、しかも給与高く無いという。
まあ、趣味で使うなら作法とかそんなのは気にせずとりあえず動けば良いと思います。

**774ワット発電中さん** · 2019/03/15(金) 00:02:40.56

>>735
同情申し上げます

**774ワット発電中さん** · 2019/03/15(金) 00:12:38.69

食うために言語をマスターするという発想しか浮かばない境遇そのものが可哀相

**774ワット発電中さん** · 2019/03/15(金) 00:41:13.13

C使ってても給料高い人はいくらでもいるけどな。
別に組み込み以外でも、ドライバ開発だったり、ライブラリの高速化とかで需要はあるだろう。

ドライバ開発とか、毎回とんでもない金がかかる。。。
自分でやれればいいんだけど、あれは無理。

**774ワット発電中さん** · 2019/03/15(金) 00:47:13.16

何か一つの言語を深くマスターできていれば
他の言語もすぐにマスター出来る

逆も真で、ダメな奴はどんな言語を選んでも
ものに出来ない

**774ワット発電中さん** · 2019/03/15(金) 01:03:59.37

C言語は習得が難しい割には、一般的には収入低いのは確か。
簡単な組み込みが多いからかな？

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

C言語出来るというだけでは、コピペできるか、ある程度スクラッチできるか、
ライブラリ作れるか、ドライバ作れるか、ＯＳ作れるか、言語そのもの作れるか、
と範囲が広すぎて、能力を把握できませんね。

**774ワット発電中さん** · 2019/03/15(金) 06:43:49.46

今はさいつよFree Pascalがあるやろ

**774ワット発電中さん** · 2019/03/15(金) 07:39:27.72

「プログラミング言語別年収ランキング 2018」を見ると
Cプログラマは最下位(10位)で可哀想にプログラマ業界のワーキングプアだ
https://tech-camp.in/note/careerchange/49077/
俺はMCUに関してはフルアセンブラ派なので競争相手が全く不在で
こんな言語を超越して稼ぎまくっているから関係無いけどｗ

**774ワット発電中さん** · 2019/03/15(金) 08:59:50.15

ラダー最強

**774ワット発電中さん** · 2019/03/15(金) 09:37:50.25

>>739
Haskell でもやってみな。

**774ワット発電中さん** · 2019/03/15(金) 09:51:07.60

>>744
クイックソートの例を見てみたけどCより遥かにスッキリ書けるね
AVR用のコンパイラとデバッガは存在するの？

**774ワット発電中さん** · 2019/03/15(金) 10:19:52.74

Haskll てH言語？

「頻繁に IO を行うプログラム: IO などの不純な行為は Haskell は苦手。」

http://www.shido.info/hs/haskell1.html

**735** · 2019/03/16(土) 10:54:47.24

自分は組込み屋ではないですし、Cは1年に1回程度チラッと仕様確認で見る程度ですね。あとは趣味のAVRで利用する程度です。
ただ、IT土方で薄給なのは事実ですが…。

ただ、どうせやるなら趣味でも仕事でも新しい方が“何となく“良い気がしませんか？(錯覚かも知れませんが)
まあ、C以前の低級言語は、コンピュータの動作がどうなってるか学習も出来るので、やって損は無いとも思います。でも、やっぱり今更感が強いですね。

**774ワット発電中さん** · 2019/03/17(日) 00:34:05.57

言語よりも、成果物だもんなぁ・・・・
自分が成果物を出しやすい言語を使えばそれでいいわけで。
もちろん、職場とか取引先で指定もあるけど、ライブラリにして投げ渡すという手もあるし。

**774ワット発電中さん** · 2019/03/17(日) 19:17:08.97