AVRマイコン総合スレ Part27

　　 　 　 　 　 ＿＿＿＿＿
　　 　 　 　 ／ 　　　　　　／|
　　 　 　 ／ 　 ( ﾟ∀ﾟ)　／.∠フ 　 個人でも手軽に使える
　　 　 ／ 　　　　　　／.∠フ ||　.　Atmelの8-bit RISCマイクロプロセッサを
　　 ／　　__ 　 　o／.∠フ ||　　　 中心に語るスレッドです。
　∠|￣￣凵￣￣|∠フ ||　　　　　＊AAは「AVR H8 etc. マイコン総合スレ　Part3」からいただきました。
　.|| |＿＿＿＿＿|／||

Atmel AVR 8-Bit RISC　　　　　http://www.atmel.com/products/avr/

◎前スレ◎
Part26 http://uni.2ch.net/test/read.cgi/denki/1346148653/
Part25 http://uni.2ch.net/test/read.cgi/denki/1341980993/
Part24 http://uni.2ch.net/test/read.cgi/denki/1332128409/
Part23 http://uni.2ch.net/test/read.cgi/denki/1323175269/
Part22 http://kamome.2ch.net/test/read.cgi/denki/1314856582/
Part21 http://kamome.2ch.net/test/read.cgi/denki/1303948383/
Part20 http://kamome.2ch.net/test/read.cgi/denki/1290517183/
Part19 http://kamome.2ch.net/test/read.cgi/denki/1284117177/
Part19 http://kamome.2ch.net/test/read.cgi/denki/1277467349/
Part18 http://science6.2ch.net/test/read.cgi/denki/1267885927/
Part17 http://science6.2ch.net/test/read.cgi/denki/1261051995/
Part16 http://science6.2ch.net/test/read.cgi/denki/1252285807/
Part15 http://science6.2ch.net/test/read.cgi/denki/1247238097/
Part14 http://science6.2ch.net/test/read.cgi/denki/1239940189/
Part13 http://science6.2ch.net/test/read.cgi/denki/1231687664/
Part12 http://science6.2ch.net/test/read.cgi/denki/1223778551/
Part11 http://science6.2ch.net/test/read.cgi/denki/1212840469/
Part10 http://science6.2ch.net/test/read.cgi/denki/1203495784/
Part9 http://science6.2ch.net/test/read.cgi/denki/1192625746/
Part8 http://science6.2ch.net/test/read.cgi/denki/1177933605/
Part7 http://science6.2ch.net/test/read.cgi/denki/1162464623/
Part6 http://science4.2ch.net/test/read.cgi/denki/1148195387/
Part5 http://science4.2ch.net/test/read.cgi/denki/1125327648/
Part4 http://science3.2ch.net/test/read.cgi/denki/1108290187/

＜参考になるページ＞
・AVR-wiki： http://www34.atpages.jp/avrwiki/wiki.cgi
・AVR情報多い-chanさんのpage： http://elm-chan.org/
・avrfreaks.net avrgccその他AVR関連の総本山(英語)： http://www.avrfreaks.net/
・TAP-Config： http://ww2.tiki.ne.jp/~maro/
・自分で作ってしまえ！電子工作スレッドテンプレート集： http://jbbs.shitaraba.com/bbs/read.cgi/study/3329/1067910158/
・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

>>1
おつ

Atmel Studio 6 Service Pack 2
http://www.atmel.com/ja/jp/tools/atmelstudio.aspx

ストローベリーリナックスの簡易型ＡＶＲライターキット
のことでお聞きします。

説明書に「ＡＶＲマイコンの書き込みにはクロックが必要です。新しいデバイスはクロックが内蔵（内蔵発振器）されていますが、古いデバ
イスはクロックを供給しないと書き込み・認識ができません」

とあるのですが「atmega88p」には内蔵発振があるので書き込みできますよね？
できない場合発振回路を作らなければいけないのでしょうか？
教えてくださいませ。

>>6
＞できない場合発振回路を作らなければいけないのでしょうか
ターゲットに外部クロックつける必要があるってことだな。

８８Pも外部クロックにしてあったらつける必要ある。
買ってきたばっかりの生ROM？なら問題ないだろうけど。

>>7さん
お返事ありがとうございます。

解りやすく教えて下さり助かりました。
ありがとうございます。

ちなみにここはsage進行でしょうか？

たった今、ケツから具が出ました。

>>6
SGとかでクロック注入してもOK。

>>10さん
アドバイスありがとうございます。

すみません、AVRマイコンでLEDの光量を制御するために
アナログ出力をしたいのですが、アナログ出力の方法が分かりません。。。
なんかヒントとなるキーワードでもいいので、教えていただけませんでしょうか。
AVRマイコン、アナログ出力で調べても全然情報が出てこないです。。。
Arduinoではアナログ出力できるので、たぶんAVRでもいけるとは思うのですが・・・

ちなみにパルスでの制御は考えておりません。

一般的にはパルス

>>13
そうなんですか・・・。
てことは、Arduinoとかも純粋に出力電圧を変えてるわけではなく、
パルスでやってるのでしょうか？

AVRで検索するよりLED(ダイオード)について調べた方が良い
電圧で調光が不向きな理由がわかる

便乗で質問なんだけど
AVRの8bitタイマーのPWMはOCRnxを255に設定すると完全HIになるけど、
0を設定しても完全LOWにはならないので、完全LOWにしたい場合は
PWMを切断してポート側の制御でLOWにする。(非反転出力時)
って認識で合ってる？
タイマーによって違ったりする？

タイマ切ってもいいし、OCnxレジスタ切ってもいいし、DDRレジスタで出力切ってもOK。
反転動作ならOCRnBレジスタをOCRnAレジスタより大きくすれば切れる。

#include <avr/io.h>
#include <util/delay.h>
#include <avr/interrupt.h>

volatile unsigned char apb[8]={255,128,64,32,16,8,4,2};

// 割り込み関数
ISR( TIMER0_COMPA_vect ){
static unsigned char cnt=0;
int i;
unsigned char pb = 0;

// set LED palse
for(i=7; 0<=i; i--){
if(cnt < apb[i]){
// set port HIGH
pb = (pb<<1) | 0b00000001;
}else{
// set port LOW
pb = (pb<<1);
}
}

// incriment
cnt++;
if(cnt==255){ cnt = 0; }

PORTD = pb;
}

int main(void)
{
// OUTPUT
DDRD = 0b11111111;
PORTD = 0b11111111;

// Interrupt
TCCR0A = 0b00000010; // CTC mode
TCCR0B = 0b00000001; // 1MHz?
OCR0A = 0;// 毎クロック割り込み
TIMSK0 = 0b00000010; // COMPA interrupt
sei();

while(1)
{
}
}

>>18のプログラムで、パルスでLEDの光を制御するプログラムを書きました。
グローバル変数であるapbの中にある数値が、パルスのデューティー比みたいな感じです。
1周期をMAX255として、そのうちHIGHの時間がどれだけあるかを表しています。

で、1MHzで毎クロックごとに割り込みを発生させて、
その中でapbの値を見ながら8個のポートのHIGH/LOWを制御しています。

8個のLED、なんとなく光の強さは段階的にはなっているのですが、
人の目で余裕で確認できる高速点滅をしていて目が痛いです。
この点滅をどうにか人の目では認識できないレベルにまで落とすには
どうすればいいのでしょうか？

一応クロックはTCCR0Bレジスタの値の下3桁を001にしているので、
これが最速なような気もしています・・・。
マイコンはatmega88v-10puです。

どなたか教えていただけませんでしょうか。

>>15
なんとなく分かったような気がします。
LEDは半導体でオームの法則が適用されないから、
電源電圧を半分にしたからといって、流れる電流量が半分になるわけではなく、
つまり光量も半分になるわけじゃないって事ですね。

落ち着けよ。毎クロック割り込みって意味わかってる？

>>21
どういうことでしょうか？
何か間違ってますでしょうか？

通常処理↓　　　　　　　　　　　通常処理　　　　普通こうなるのが
　　　　　　　　割りこみ処理↑


割りこみ処理割りこみ割り割割・・・・　　　　　　こうなってるってことじゃないのか？（毎クロック割りこみ）



割りこみ処理中に新たな割りこみ処理が入ってたりして・・・

>>23
なるほど・・・。
でもOCR0Aを例えば10とかに設定したとしたら、
今よりもっと点滅の感覚が広くなってチカチカしてしまいますよね。。。

ためしに

TCCR0B = 0b00000010; // 1/8MHz
OCR0A = 20;// 20クロックごとに割り込み

でやってみましたが、やはりチカチカは変わりません。。。
8個のポートでそれぞれパルスのデューティー比を変えて
LEDの光量を制御するのって、そもそもこういう方法で実装するのが間違っているのでしょうか？

>>24
割り込み間隔が速すぎて処理が追いつかず、
遅くなってしまってると思われる。

人間の目は100Hz位の点滅でも、連続した光に見える。

いろいろと根本的に間違えすぎててどこからアドバイスすればいいのか難しい。
>>18のプログラムはアルゴリズムレベルでおかしい忘れて落ち着いて考え直せってこと。
まず最初に目に見えないレベルの点滅って何Hzあれば十分か調べよう。

書き込んでる間にかぶったねｗ
100Hzもあれば十分だよ。
そして256諧調も欲しいの？
100階調くらいで十分なの？

そこから調光の設計が始まるよ

>>25-26
ありがとうございます。
点滅は調べてみると100Hz程度で十分なようですね。
それで一度プログラム見直してみたのですが、

100Hzの点滅ってことは1秒間に100回点滅を繰り返せばいいという事ですよね。
つまり、点滅の周期は　0.01s　、つまり10ms。
今回パルスを使ったアナログ出力で、0〜255の値で出力したいと思っているので、
この10msを255で割って、0.039ms、つまり大体0.04msを点灯の最小単位にすればいいという事ですよね？
アナログ出力でLEDの明るさを半分にしたいときは、HIGHとLOWの時間を半分にすればいいので
128*0.04msの時間だけ点灯させて、128*0.04msの時間だけ消灯させる。

とすると、タイマ割り込みは0.04msおきにすればOKですね。
CLKが1MHzのときは1CLKが0.001msなので、OCR0Aを40に設定。
その上で、割り込み関数を下のようにしてみました。

ISR( TIMER0_COMPA_vect ){
　　static unsigned char cnt=0;
　　int i;
　　unsigned char pb = 0;

// set LED palse
for(i=7; 0<=i; i--){
if(cnt < apb[i]){
// set port HIGH
pb = (pb<<1) | 0b00000001;
}else{
// set port LOW
pb = (pb<<1);
}
}

// incriment
cnt++;
if(cnt==255){ cnt = 0; }

PORTD = pb;
}

これでもやはり点滅がひどい感じです。。。
何か考え方が間違っていますでしょうか？

>>27
できれば256階調欲しいです。
というのも、ArduinoでいうところのanalogWrite関数を作ることが
今回の目的なのです。。。

40クロック毎に割り込み発生させてるが、その割り込み処理自体は
40クロックで終わるのかい？

>>30
どうでしょうか・・・やってる処理といえば
ビットシフトとPORTDの書き換えくらいですが・・・。
これが40クロック（0.04ms）で終わらなかったら、
そもそも100Hzのパルスを作れないような気もします・・・

ひとつの解決策としては確かに>>27さんの言うように
256階調をあきらめるという事でしょうか・・・。
しかしArduinoで出来てるってことは出来るような気もするので
あきらめるのはちょっと悔しいです。。。

しかもあれですね、ArduinoのanalogWriteは490Hzとか977Hzらしいですね。
なにそれ悔しい・・・

だってArduinoは16MHzで動いてんだよ
それにタイマーのコンペア出力使ってるだけだからハードで点滅処理してるし
出力も6点しかない

10MHｚになってるなら400サイクルだからどうなんだろね
アセンブラなら悩まんけどうっかりintって書くと２バイト処理になってるし

あ、20MHzだっけ？
とにかくあなたの言う「8点出力」を要求仕様と考えてればコンペア出力を
説明するわけにいかなかったんだ。足りないからね。

intっていうのは「処理系が最も処理しやすい単位」ってのが元々なのに
この辺はなぜか16bit前提になってるもんねｗ
今どきのコードなら「uint8_t」で宣言しよう。

>>33
あ〜・・・なるほどです。
そもそも実装方法がかなりハード的なんですね。。。
ソフト側ではパルスのデューディー比を変えるためにOCR0Aとかのレジスタの値を変えてるくらいですか？
（パルス作れるならポート・ピン関係なくそういう事も出来ると思っていたので）今はPORTDを使って8点出力をしていますが、
そのコンペア出力というのでちゃんとanalogWriteが実装可能なのであれば、
OCR0AからOCR2Bまで使って6点の出力でも全然いいです！！！
ちょっとまだマイコン初めて2週間くらいなのでそこら辺は自分で調べてみて、
とりあえずやってみます。
また分からないこと出てきたら教えていただけると幸いです。

>>34
ATMEGA88は確か、
TCCR0B = 0b00000001;
で1MHzだったような気がします。
一昨日くらいにがんばって計りました。
秋月のHPには最大10MHzとか書いてありましたが・・・。

>>36
uint8_tがいいんですね。
符号なしで8bitということで、
いつもunsigned charを使っていました。

>>38
タイマーにPWMの機能があるならそっちを使うべき。
普通のI/OポートのHi/Lo出力で8bitPWM x 8ch は
かなり厳しい。
　割り込み使わずにアセンブラでうまくタイミング
とりながら書けば何とかなるか...な？

>>38
なぜ、単純なところから段階的にやろうとしない？
まず1個のLEDの10階調とかで成功してからじゃないか。

始めて2週間だからどこまでが簡単でどこからが難しいのかすらまだ分からないんだよ。
でも、いきなり割り込み処理ルーチンを大まかにでも理解しているところが感心したな。

別スレで初心者が割り込みは自動サブルーチン呼び出しという理解で書いた
割り込みとメインループが見事に融合したソースを見たときは目からウロコだったな
ゲーム機の処理落ちって言葉ももう死語か

どなたかAT86RF232とか、送受信機能程度の安いzigbee製品を使われている方おられませんか

AT86RF232なら300円程度なので、xbee買うよりはるかに安いんですが、私にはハードル高くてなかなか・・・

>>39
高速PWMモードでハードの方でPWMを制御することで
無事6ピンの擬似analogWriteを作ることができました。
チカチカすることもなくなりました。
変に割り込み処理されることもないのでこっちの方が断然スマートですね。
明日は擬似analogWriteを使った課題考えて何か作ろうと思います。
ありがとうございました。

>>40
すみません、タイマーが8ビットなので、256階調の方が逆に単純かと思ってました。。。
処理が追いつかなくなるとか全然頭になかったです。。。
次に周期の短い処理をするときはそういう事も念頭において設計考えたいと思います。

>>41
正確に言うとArduinoは2ヶ月前からはじめたので、ざっくり単純な動きは知ってました。
2週間前にAVRをはじめて、レジスタとか色々知って、
なるほどArduinoはAVRマイコンだったんだ！AVRのこの動きを
Arduinoが単純化してるだけか、断片だった知識がつながって感動しました。
割り込み処理とかのやつはニコニコにあった解説動画がすごい分かりやすかったので、
それでスッと理解することができました。

int には最小縛りがある

mega328pでスリープモードをできるだけ省電力なのを選びたいのですが、
外部からのピン入力を使わない復帰方法だと、アイドルモードしか選択肢がないでしょうか
(パワーセーブでtimer2で周期的に復帰させようかと思ったのですが、内部クロックではできなさそうなので、、、)

>>46
32.768KHzの水晶振動子外付けでtimer2

パワーダウンとウォッチドッグとか?

ウォッチドッグは周波数個体差がひどい

>>46
http://avr.paslog.jp/article/1221580.html

回答ありがとうございます

ウォッチドッグでいろいろと試したのですが、やり方が悪いのか復帰できませんでした
水晶振動子は手持ちにないので、購入してこの方法でしようかと思います

>>50
意味がよくわからなかったのですが、PIC24Fなら出来るということ？

あとBODをソフトウェアかヒューズビットで無効にしないと
そこで20uAくらい消費するんでお気をつけを

こういうLED野球ゲームだったらArduinoで作れちゃうんだろうな
http://www.youtube.com/watch?v=jOw2PNUF5E4

当時もAVRで作られたのかな
35年ぐらい前

AVRって後発だけあって高機能だよな。

>>53
64180に１票

>>55
4ビットマイコンか、ASICじゃないの？

>>55
この程度だと4ビットCPUの可能性が高いと思うが、おもちゃにくわしく
ないので、単なる想像だが。

64180はワンチップCPUじゃないので、ROM、RAMを別に搭載する必要があり
当時だと結構いい値段がしたと思う。能力的にも過大だし、まずないな。

TK-80互換のワンボードマイコンを作っている中日電工が、昔のミニコン風の
コンピュータを64180互換のZ8S180を使って開発している。ここのホームページは
昔のことを知っている人には面白いかもしれない。量が多くて読むのは大変だが。

ttp://www.alles.or.jp/~thisida/cpm_mycom258.html

64180は、昔の日立製のZ80互換のCPU。Z80よりも高速でバンク切り替えのメモリ
拡張もできたので一時期使われた。Z80本家のZilogがセカンド・ソースになり
今でも作っているらしい。

>>56
時代を考えるとASICはないだろうな。

>53
ttp://www.cqpub.co.jp/hanbai/books/37/37291/37291-intro.pdf
35年前(1977）だとCPUの黎明期でZ80ですら発売されたばかり
ワンチップマイコンだと8048やPIC1650位しかなく、8051すら発売前
AVRはずっと遅れて1996年位に発売

当時の電子ゲームは、CPU的な物は入っていなくてハードロジックをカスタムLSIにしたものが主流。
CPUを内臓するよりも回路規模が遥かに小さいのと、安い。電池の持ちも良い。

>>59
なるほど
確かに、当時の電卓は7セグ12桁＋αを点灯させるI/Oがあったわけだから
LEDゲームの20個程度のLEDを個別点灯させるだけなら
電卓の技術程度で良かったわけか

ラジオの製作だったかでTTLで組んだカセットに入れる電子ゲームとかあったよね
設計だけしてお蔵入りしまくったけどｗ

>>57
8001ばらしたときを思い出した

ところでアナログ出力できるDIPなAVRってある？
それとも、必要ビット数だけピン潰してラダー抵抗しないといけないの？？

XMEGA には DAC 入ってるけど DIP 品はないな。
一般的には PWM じゃないの？

>>63

ttp://www.atmel.com/ja/jp/PFResults.aspx#(data:(area:'',category:'34864[33180]',mature:!f,pm:!((i:8238,v:!(0,18)),(i:8394,v:!(0,5)),(i:8362,v:!(1,28)),(i:8282,v:!()),(i:8286,v:!(1,3))),view:table),sc:1)

ATTinyってアナログ出力2つしかないので、
基本的にフルカラーLEDの制御は無理でしょうか？

>>66
楽に出来るわけではないというだけで、３つI/Oポートあれば
良いので無理ではないよ

>>66
点灯デューティ比で明るさを変えるほうが良いと思うよ。
PWMは、ソフトでやればよい。

>>66
ATTiny10
https://www.youtube.com/watch?v=VyocMi1OdN0
ATTiny2313
https://www.youtube.com/watch?v=yLsl3kTAYuU

>>66です。色々ありがとうございます。
とりあえず今のところ、ハードの方のPWMでRとGは制御できるようにはなっています。
最後のBをどうするかで悩んでいます。>>68さんの言うようにPWMをソフト側でやるのもありですが、
実は一度タイマーを使ってPWMでLEDを光らせてみたのですが、
処理オチしているのかLEDがチカチカ光るようになってしまいます。
RGBを細かく制御したいので、Bも256階調で変化させたいと思っているので、
PWMも256段階でデューディー比を変えたいと思っております。
その場合、処理オチせずにソフト側でPWMを作るいい方法はありますでしょうか？

8MHzで256分周タイマー動かして31.25KHz/8bit=122Hzでパタパタする
処理オチとかはソフトの書き方次第

まっ、多チャンネルのPWMが欲しいならPSoCがいい。

あ、すみません。
ATTinyは全部小さいやつだとさっきまで勘違いしていました。
小型のものを作ろうとしているので、ATTiny2313のような足の多いものは避けたいと思っております。
6本か8本足くらいで、高速PWMで4つ出力できるようなものってありませんでしょうか？
もしなければ、ソフト側と外部回路などでなんとかしようと思うのですが・・・

AVR以外なら8ピンでPWMを４つ使えるのがあるけど

tiny25/45/85なら3本出せるけど

ソフトウェアで16chやっても楽勝

>>74
PICとかですか？

>>75
それを買うのが一番早そうですね。。。
秋月になかったのでちょっと日本橋行って探してみたいと思います。

日本橋なら千石・共立・マルツで扱ってるよ

>>73
MLFなら4mm角だぜよ

AVR以外でいいなら・・PSoCで8ピンでデジタルブロック8個とアナログブロック12個
入ったのがあるから、8ビットPWMなら8個、16ビットPWMなら4個とれるな。
（I/Oピンが6個だから8チャンネル出力は無理だけど）
プリスケーラで１つ、8ビットPWMに4つ、使うとして、残り3個の
デジタルブロックとアナログブロックはシリアルにしたり、ADC/DAC
なんかの外部インターフェースにしてもいいだろうな。

8bitAVRでできないことがあって仕方なく別会社のARMを勉強し始めたんだけど、
32bitARMでもかなり省電力にできるんだね

8bitAVRがARMに勝てるところがあまりないと思えてきてしまった・・・

8bitAVRが好きなのに、好きなのに・・・だれかARMよりAVRのいいところを俺にいっぱい教えてくれ！

適材適所だよ

TLC5940使えば？
16bitPWMだよ。

マイコンスレとは思えない展開ｗ

>>70
サンプル&ホールド回路を使って、一つのPWMで2つ制御する手もあるよ。
http://www.analog.com/jp/specialty-amplifiers/sampletrack-and-hold-amplifiers/ad585/products/product.html

>>70
三ピンともソフトウェアpwm、タイマーじゃなくてループでぐるぐる回してる。
http://vimeo.com/55065479

タイマ割り込みがされないのですが、何か間違っていますでしょうか？
コンパイルのエラーは出ておりません。

#include <avr/io.h>
#include <util/delay.h>
#include <avr/interrupt.h>

// 割り込み関数
ISR( TIMER0_COMPA_vect ){
　　PORTB = 0b00000111;
}

int main(void)
{　　
　　// IO Setting
　　DDRB = 0b00000111;
　　PORTB = 0b00000111;
　　
　　// Interrupt
　　TCCR0A = 0b00000010; // CTC mode
　　TCCR0B = 0b00000001; // 1MHz
　　OCR0A = 40;//
　　TIMSK0 = 0b00000010; // COMPA interrupt
　　
　　sei();
　　
while(1)
{
　　　　PORTB = 0b00000010;
　　 _delay_ms(500);
　　 PORTB = 0b00000101;
　　 _delay_ms(500);
}
}

質問の仕方が間違ってる
品種を何も書いてないと
レジスタに代入した値が正しいのかは判断できないのだよ

失礼いたしました。
ATTINY13Vです

AVRで共通じゃないんですね。レジスタ。。。
今とりあえずデータシート見て照らし合わせてみました。
TIMSK0のOCIE0AがBit1ではなくBit2だったので、
TIMSK0 = 0b00000100;
に直しました。でも割り込みはされていないもようです。。。

ISR( TIMER0_COMPA_vect ){
を
ISR( TIM0_COMPA_vect ){
に変えて動かんかね
警告出るような気がするけど

血圧計の開発に回されたんで、マイコンの勉強したいんだが、
8bitマイコンのキットで色々学べるオススメってある？？

超初心者なんでなるべく教材が一緒についてるモノがいいんだが、
教材付きのイイヤツだと3万とかだった・・・・
ぐぐりまくってるけど、コレダ！ってのが中々ないんです。

スレチだったらゴメンよm(_ _)m

>>92
古いデバッグマシンを借りるのがいいと思うよ。
ドキュメントもあるしハードウェア、ソフトウェア担当者にも質問できる。

>>91
返信遅くなり申し訳ございません。
TIM0に変えたら無事動作しました！
ありがとうございます。

>>92
デジットのAVRマイコン講習会オススメ

>>92
ProtoSnap - Pro Mini 開発ボード
ttp://www.switch-science.com/products/detail.php?product_id=986
コレをArduinoではなくライター+マイコン+センサー類として使う事を考えたらば？

>>92
それ以前に、AtmelのAVRって医療機器に使っていいんだっけ?

こんなんで4495円かよ
いい商売だなw

>>98
と思うなら自分で作って売ってみたら？

在庫の山を抱えて…
ｶﾞ━━(ﾟДﾟ;)━━ｿ!
てなとこ?w

ハンダ付けが面倒という人もいるから売れなくはない、完売するか黒字になるかは別だが

>>95
デジットの講習会、凄い良さそうとおもって住所をみたら大阪・・・・！
埼玉なんで、行ってみたいけど厳しいです・・・・

>>93
一応自宅で勉強する予定なんで、会社のデータ持ち出すのは少し抵抗がありまして・・・

>>96
ありがとうございます。ただ知識が今とにかく不足しているんで、
もう少し調べつつ参考にしてみたいとおもいます。

>>97
1年目なんでよく分からず・・・・、AVR自体を初めて聞きました・・・・

>>102
> 1年目なんでよく分からず・・・・、AVR自体を初めて聞きました・・・・
AtmelのWebを見る限り、ARMは医療系に積極的みたいだけど、AVRのスタンスがよく分からない。
医療系ってだけで売ってくれないベンダーがあるから、まずは会社で使われているマイコンを確認したら?

「AVRマイコンは電源が不安定だとEEPROMの内容が書き変わることがある」
を昨日ようやく経験した
用途が趣味だったからいいけど医療用にこんなマイコン使ったら大変なことになるよ

>>104
それはあんたの使い方が悪いだけ
使い方が悪けりゃどのマイコンでも起こり得る

具体的には他のどのマイコン？

なんだ教えて君かよ
知らねえの？
だっせ

医療用の装置で不安定な電源ってあり得るのか？

医療用にそんな電源使ったら大変なことになるよ

>>108
ありえるよ。
例えば停電、非常用電源との切り替わりの時。
同じく停電、車のバッテリーが使えるように配慮されてんのよ。
例えばポータブル、バッテリーが無くなってきてもギリギリまで動かないと困る。

>>108
なんぼでもある。
古い病院だと顕著。こないだ某病院の端末リプレースがあったが、
新しい端末がことごとくリブートする。
調べてみたら、電圧が100V切ってた(一応定格内)
新しい端末は115Vの電源使ってた。
国産機種で入れ直し。

>>109 >>110
怖いな。規格とか法律ってどうなってんの？
そんな糞電源を使ってるのはどこのメーカーだか教えて欲しい。

電源は大事だよね〜
マイコンセクションは
瞬断に巻き込まれないように
工夫するようにしたり。

そろそろ空想で語るのは終わりにしようよ

電源が不安定でリブートするなら装置として問題ない。
そうならずにEEPROM書き換わるような動作するのは作ったやつが悪い。
ただそれだけのことなのに医療用には使えないとか寝言としか思えん。

>>114
リブートはまずかろう。
縮退してでも動いてもらわないと。

そりゃ仕様の話だ。
正常動作範囲の仕様より酷い電源ってのは前出のようにある。
その場合どうなるかってこと。
人の命に関わるようなものは誤動作するくらいなら止まったほうがいい。
リブートってのは「正常に止まった」所からのレジューム動作も含むんだから。

簡単な例を言うとBOD無効にしてりゃ普通に電源切っただけでEEPROMは書き換わる。
BOD無効にしてるのは天災か？人災か？

で実際のところ医療用には何が使われているの？

>>116
正常に止まって再開したのはリブートと呼びたくないなぁ。でもリブートなのか。
ちなみにAVRは俺も聞かない。
TIの独壇場だと思ってた。

これ、どうでもいい話だよねぇ

AVRはそれなりに組んでもEEPROMが書き換わるようなクソマイコンなのか
議論するってのはどうだい？
AVRスレらしかろ

>>120
いいと思うよ
でも試したり経験すらしてない連中がしゃしゃり出てまたグダグダになるんじゃない？

なるなるｗ
ただまぁロクな話題がないんだし、失敗談とかはためになると思うんだよねぇ。
知り合いのオッサンは車の燃料コンピュータを昔やってたんだが、
絶対に誤動作しちゃいけない部分なので面白い話をいっぱい聞けた。
ROMの未使用部分を無限ループで埋めるとかねｗ

電圧不足ならどのマイコンでもちゃんと動かない。
電源を監視して設定電圧以下ならEEPROM書込しなければいいのでは。

製品１号機は瞬停テストやノイズ試験してから出荷すると思うけど。

>電源を監視して設定電圧以下ならEEPROM書込しなければいいのでは。
テストでNGになると思うよ。
「書き換わることがある」と「書き込みに失敗する」は違うんだ。

「書き換わることがある」ですか...

それって第一世代の1バイト目だけのような

手元に第一世代じゃないヤツ持ってないのかい？
やってごらんよ。
「AVRマイコンは電源が不安定だとEEPROMの内容が書き変わることがある」
なんてウワサたてられてるんだよ。

あくまで参考情報だけど、
ttp://www.atmel.com/ja/jp/Microsite/sam4l/default.aspx

ARMだけどATMELのAVR。「医療機器のアプリケーションにぴったりです」だそうだ

SAM4LはAtmelのMCUだけどAVRシリーズではないよ。

0.35umよりも大きいプロセスルールじゃないと
放射線で誤動作する。
AVRは、無理。
ルネサスとmicrochipは、古い型番で出荷中のがあるよ。

>>118
> ちなみにAVRは俺も聞かない。TIの独壇場だと思ってた。
俺もその認識。
>>122
> ROMの未使用部分を無限ループで埋めるとかねｗ
それって、暴走したまんま? 普通、initに飛ばすと思うが。
他、NOPでアライメントを揃えるのもあった。
>>127
アトメルはAVRだけ作っている訳ではない。

Mega644PでEEPROM使ってますが自分のテストも問題なかったし苦情も無いです。

動作不安定(暴走)による書込実行なのでクロック回路に問題なければBODで防げるのでは

>>130
マイコン自体が周辺チップ全てをinitで初期化しているなら問題ない。
そうでないなら無限ループでウオッチドッグを働かせて全体リセットしないといけない。
ハード設計に依存することに「普通」が通るのかな？

>>131
>電源を監視して設定電圧以下ならEEPROM書込しなければいいのでは。

これがBODの事を言っているのなら問題ではなかった。
ソフトで電圧をチェックして書き換え実行するか判断しているようなら
暴走で不具合出るよと言いたかったのよ。
事実、消費電力削減のためにBOD無効にすることも珍しいことじゃない。
そこんとこはっきり書いとかないとね。

要するにプログラムカウンタさえ吹っ飛ばせば不意の書き換えなんていくらでも起こる。
バグや電源以外の要因で吹っ飛ぶことだってあり得る。
これはAVRに限った話じゃないってことよ。

その可能性をいくらかでも下げるために無限ループバリヤなんて涙ぐましいことを
していた世代もあるってことｗ

12VをACアダプタからじゃなくて1.5V 8本で電池で駆動させてみたときは
電池が力尽きた後状態を確認したらEEPROMおかしくなってた。
確かにEEPROMには頻繁に書き込むプログラムにはなってたけど書き換わらないはずのアドレスも一部変わってた。
別に、自分は大してこの現象は気にしてないけど。

殺伐としてるなぁ、AVRを叩きたい人が騒いでるだけか

保証範囲外の動作で文句言われてもな
ルネサスなら大口ユーザーに頼まれればなんとかするんだろうけど

ためになる話じゃないの
趣味と売り物は違うんだな〜って思うよ

でも聞きかじった程度のレベルだよ

医療用途と言っても色々あるからなー。
24/7の高い信頼性が必要なものから、
普通にその辺で売ってるのと変わらないのもあるし。

人工心肺くらいArduinoで十分だろｗ

>139の命だったらその程度でも良いかもね

ﾜﾛﾀw

スペースシャトルみたいに多数決システム組んでみたいｗAVRでｗｗ

>>142
バグは、全員一致。
設計やコーディングを数チームで別に作って多数決ならバグ無しになるか？

バグ「無し」は不可能。
何をやろうと確率が下がるだけ。

命令実行時に1ビット0/1が反転したらと思うと、コンピュータに命を預けるのは怖いな。
そうかといって人間に預けるのはもっと怖いし。

>>144
バグ無しのＬチカも書けないの？

頭上に隕石が落ちてきて死ぬ確率も０とは言えないし
それを防ぐ事は不可能なんだから、命なんか気にしても無駄だよね

流星ＬＥＤのＬチカやってみたいな。

>>146
三人で歩いていたら一人に当っても多数決で無かったことにしよう

でも、ユカタン半島に落ちたレベルの隕石かもしれないよ

うぃきによると
隕石の大きさ - 直径10〜15km / 衝突速度 - 約20km/s
衝突エネルギー - 広島型原爆の約10億倍 / 発生した地震規模 - マグニチュード11以上
生じた津波 - 高さ約300メートル / 出来たクレーターの直径 - 約160Km

白亜紀末の大量絶滅（K-T境界）の、もっとも有力な原因ってことだし
もう少し人数増やした方がいいかも

うぃきなんて嘘だらけだから信用しちゃいかんよ。

一応調べたところ、TLCS870ってマイコンを会社で使っていました。
http://www.h-toa.co.jp/toase/pro/pro04.html

このサイトで、マイコンスターターキットという学習用のものが販売されていたのですが、
値段が2万7千円と少々お高い・・・・
まず、コイツの学習用資料がどれぐらいしっかりしているか内容かがわからないのと、値段で悩んでいます。

本当にマイコン超初心者なので、一般的に参考書がよく出回っているPICマイコンで勉強したほうが、
色々学べるんじゃないかとも考えてしまったり。

しかし、どうせ勉強するなら会社で使ってるのと同じマイコンにしたほうが　とも思う・・・・

こんなヘタレに、アドバイスをよろしくお願いします・・・・・
年末から休みが取れるのでそれまでに購入をして、連休中に少しお勉強したい・・・！

>151
仕事としてやるなら会社のマイコンに合わせるべきでしょう。開発環境がぜんぜん違うでしょうし。

＞どうせ勉強するなら会社で使ってるのと同じマイコンにしたほうが　とも思う・・・・
会社でやっているならそっちにあわせておくほうがいい。
どうせどれを使っても一通りちゃんと理解すれば、
あとは何を使っても同じ。

>>151
多分素人がそれを買っても勉強にならない。普通、この手のは別アーキテクチャに精通してる人が、ちょこっと触るとか。もしくは学校とかでカリキュラム組んでその中で使うもの。

自分はそのマイコン触ったことないけど、ちょっと高すぎる。

はじめの一歩は、arduinoあたりでI/Oの制御とかSPIとかI2Cなんかのシリアル通信。次に同じ基板で素のAVRをアセンブラでとかやったほうが捗る。

ぶっちゃけ一つのアーキテクチャをちゃんと理解してれば別なマイコンを使うときの敷居は低くなる。

PICは単一のアーキテクチャとは言い難い感じになってきたし、癖も強いから今ならarduinoの方がいいよ。

>>151
> PICマイコンで勉強したほうが
嘘でもいいから、そこはAVRと言えよ。
でなきゃ、スレタイ100回読めの刑w

>151
8bitPIC(PIC10F,12F,16F,18F)しか使わないというなら参考書籍が多い
という理由で選ぶのも有りだけど、他のMCUも使うなら特殊すぎる
8bitPICから始めるのは、おすすめ出来ない。
TLCS870ってZ80互換のようだから、図書館でZ80の本でも
探して読んで見るところから始めてみては。

>>156
TLCS870とZ80はニーモニックが似ている所だけ、強いて言えば互換性かも。
あとは全くの別物。

会社で買ってもらえよ。
年度末予算消化に10セットくらい買うとちょうどいいだろ。

なーんたステマだったのか

>>151
会社の先輩よりWebが信用できるならAVR/PICで良いけど・・・

AVRの参考書籍でいいのないか？

かっこうつけるわけじゃないが最良の参考書籍はデータシートだ　AVRの場合は

Webでググった方が有料参考書籍より最新情報が得られるよ。
総合開発環境のAtmel Studio 6.0がタダで手に入るじゃないか。

>>151
東芝マイコンは医療用に使って良かったっけ?
おまえんとこの会社、非道い会社だな。

確かに27Ｋは安くはないが、仕事絡みなら迷う必要はないな
付属マニュアルの出来にもよるけど・・・

会社で貸りてこいよ。
デバッグ用の不要になった試作ボード転がっているだろ。

レジスタがExcelなどで見やすくまとめてある表ってありませんか？
毎度毎度データシートから探すのは大変で…

皆さんはレジスタ名や各機能とかを暗記されているのでしょうか？

>>167
閻魔帳は人それぞれだからな。
自分でちょっとした時間とかにまとめた方が役に立つよ。

AVRの場合はデータシートの各機能の説明の最後に
関連する各レジスタの各ビットについての説明が載ってるからな
それをさらにまとめてどうこうしようという気にはならない

日本語マニュアルにしてくれてる有志にはマジで感謝する

その有志に対して、信じられないことに誤訳だとイチャモン付ける奴がいるんだぜ。
和訳をざっと見てからオリジナルを読む、という風に俺は使っている。

AVRってそういう意味ではかなり良い環境だよな
ハード以外はタダでできるし、癖も少なめ、日本語データシートもある

書籍では圧倒的にPICの方が多いけど、その他のマイコンに比べれば多い方だしね

>>167
データシートの最後の方に、レジスタ一覧あるけど…
レジスタ名のクリックは出来ないけど、ページはクリックできる…よね?

>161
マイコン自体が初めてなら書籍がいいと思う。手順よく段階的に学べる。
マイコン経験者だったらデータシートとweb情報の拾い読みでいいかも。

スレPart19Aより
-----------------------------------------
＜AVR解説書籍＞

試しながら学ぶAVR入門
http://shop.cqpub.co.jp/hanbai/books/46/46041.htm
マイコンの基礎と電子工作とWindowsアプリケーションの作り方

AVRマイコン・プログラミング入門
http://shop.cqpub.co.jp/hanbai/books/42/42131.html
ATmega48/88/168の主要な機能を豊富な図解と実例でわかりやすく解説

AVRマイコン・リファレンス・ブック
http://shop.cqpub.co.jp/hanbai/books/37/37301.htm
AVRのCPUアーキテクチャ，豊富な内蔵周辺機能を詳細解説

USBホスト機能の付いたAVRってないの？

データシートの最後の表を見ながらよく使うとこだけでもまとめてみようと思います。
ありがとうございました

OTGのやつあるでしょ

おれもUSBホスト機能を使いたいと思っているんですが、
OTGだとほとんど32bitですね
8bitAVRしか知らないんですが、同じような開発方法の延長でできるものなんでしょうか
toollchainとか、IDEとか、書込み方法とか

SL811HSつないで良く遊んだっけな。
USBで汎用性を求めると面倒だけど、
相手を決めうちで良いならそれほど難しくない。

>>178
AT90USBってやつはもうディスコンなの？

>>180
"ほとんど"

16FのPIC+純正Cで、浮動小数点演算したらsin一つ計算するだけでms以上かかって泣いてるんですけど
AVR＋GCCにしたらもう少し幸せになれるでしょうか？

>>182
2^n倍してテーブル化して持っとけよそんなもん。

>>182
制御系ではsinテーブルを持つのが常識だった。割り込みの中で演算するなら特に

>>182
> 少し幸せになれるでしょうか？
少しなら、幸せになれるでしょうw

MCUやコンパイラの種類だけでなく
演算に必要な精度、許容される実行時間、持ち合わせているプログラミング能力などでも
幸福度は変わってくると思うよ。

はい、今のところはテーブル化と固定小数点で逃げていますが、
それをやりたくなくて。

変移値が限定されてるならベクトルを回せばsin自体が不用
加法定理を使えば粗いテーブルでもおｋ

前測定したことある

同一システムクロックでのAVR(atmega644p winavr)とPIC(PIC16F886 hitec c pro lite)の
32bit浮動小数点演算速度比較

加算 18.7(倍PICマイコンのほうが時間がかかる(以下省略))
減算 18.4
乗算 54.8
徐算 20.7
cos 75.6
sin 81.2
tan 144

>>187
やりたくないとなると、Cortex-M4, RX, SH, TI DSPの選択になるかな。

>>182
>>190
AVR32のUC3Cなら、FPU内蔵…64k版で900円ぐらい…ですよ〜!

>>182
16F 以下は多倍長の加減算が遅い。（キャリー,ボローつき演算命令が無い）
16F1xxx は少しマシ（キャリー,ボローつき演算が付いた）
18F は乗算器あるので、もう少しマシ
PICで込み入った演算させるなら、24F以上が入ると思う。

>>191 素晴らしい!!

>>191
この値段でFPU入りって、他にないよね。
ちょっと頑張りが必要だけど、PSoC3/5のCPLDにFPUを組むのもありそうだけど。

>>188
三角算数と指数対数だけならいいんですけど、そのあいだの演算自体が遅いのに困ってます。
浮動小数点値の単純な加減算だとか、そういうの。ループ回すと大変なことになるので。
固定小数点だと精度取れないことがあって。

>>189
ありがとうございます。AVRのほうが速いんですね。AVRには詳しくないのですが、mega128あたりでも
コア同じなのでしょうか？

>>190
今まで、そういうのはSH2使ってたんですが、どうしてもDIPで、という指定なので。

>194
AVRスレだから>191には突っ込まなかったが、
Cortex-M4F(つまり FPU入り)の最安値は500円台だ。
http://www.digikey.jp/product-detail/ja/STM32F372C8T6

>>195
線形補完なりなんなりしたらいいんじゃないか？
固定小数点でも頑張ればそれなりに精度出そうな。基数の逆数別に持つとか。

DSP的な物なのか、制御系、測定系？
どのような演算がしたいのか目標速度も分からないから提案しても無駄

32bitのCPUならFPUなしでもそこそこ速いんじゃないかね
シフトやビット操作で折れ線処理やってるだけだし

>195
>今まで、そういうのはSH2使ってたんですが、どうしてもDIPで、という指定なので。
DIP限定ならFPUは絶望的だから、32bitのどっちかじゃないか AVR MEGAよりは数倍速いと思う
LPC1114FN28 \110
ttp://akizukidenshi.com/catalog/g/gI-06071/
PIC32MX120F032B \200
ttp://akizukidenshi.com/catalog/g/gI-05850/

AVR Studioのgccのオプティマイザを誰か教えて・・・。
オプティマイザ無しにしないと、
なにが消されて何が変更されてんのか・・・。

ツールバーのプロジェクト→○○のプロパティ→Toolchain→AVR/GNU C compilerのoptimization
のことでいいのかな？

>>196
それって1000個のときでしょ?
1個ならPIC32が安いよ。

>203
500円台は 1個の時。￥7500 以上買わないと送料がかかるけど。

>>204
どこよ?
ttp://www.digikey.jp/product-detail/ja/STM32F407VET6/497-12075-ND/2793093
これとは違うのか?

>>200
なんでDIP限定なんだろうね

>>205
>>196のじゃなくて？

>>205
100pinのそっちじゃなくて、STM32F372C8T6だから、44pinの安い方。

AVR32のAT32UC3C264C-A2UTも100個買えば@462になる。
STM32F372C8T6なら@391で400円切るけど
まぁUC3Cの方は64pinでちょっとだけGPIOが多いかな。

ついでに、ATMELのCortex-M4F採用品はニュースリリースからまた随分と間が開いてる?

>207
なんかもう、いろいろ駄目すぎるだろ…
まず、C8T6 は 48pin。
64pinが必要ならR8T6で、574円、100個で@420円。UC3Cより安い。

そしてAtmelのCortex-M4採用品はM4Fではなく、FPUを持ってない。

>>208
寝てるからね…

>そしてAtmelのCortex-M4採用品はM4Fではなく、FPUを持ってない。

ちょっと前に、Cortex-M4F採用品の予告がATMELのニュースリリースに出たのよ。

>>202
そう。それ。
サイズ最小モードにすると、確実にまともに動かない。（コードが消されてる）
結局は、オプティマイザは切ったほうがいいの？

おまいら、平べったいタイプのやつってどうやって使ってるの？
長方形の奴なら、ブレッドボードで楽にできるけど・・・。

DIPとブレッドボードでプロトタイプして基板を作ってSOPで完成

>>206>>207
>>196の「Cortex-M4F(つまり FPU入り)の最安値」って、書き間違いでM4Fじゃないのか… （　ﾟдﾟ）ﾎﾟｶｰﾝ
顔が逆さまになるまで首ひねってしまったw

りょ〜かい、AVR32 UC3Cの負けなのね (つд⊂)ｴｰﾝ

>>211
どうやってって、図面一式で試作工場に依頼するだけだよ。仕事だし。

>>211
0.8mm ピッチ位までなら、リード線引き出して、
ユニバーサル基板で組める。

>>211
市販の2.54ピッチの変換基板に実装しての2階建てだよ。趣味だし。

Cortex-M4F 激安マイコンボード
LM4F120 Stellaris LaunchPad \550

http://eleshop.jp/shop/g/gC9Q361/

●80MHz ARM Cortex-M4F CPU搭載
●オンボードのインサーキットデバッグインターフェイス(ICDI)付属
●Flash：256kB
●SRAM：32kB

STM32F4のチップ単体の値段と大して変わらないな。

>>217
マジか！無茶苦茶すごいな
俺のスキルと英語力では使いこなせない。くそ〜

キャンペーン価格なので買うなら急いだ方がいいよ。
本家では既に12.99ドルになっている。
ttp://www.tij.co.jp/tool/jp/ek-lm4f120xl

>>218
AVRだってメーカのドキュメントは英語じゃん？

>>217
なにこれ？ARMってさわったことないんだけど、PIC,AVRしかやったことないけど、とりあえず買いなの？

評価版なのでコードにサイズ制限云々ってpdfに書いてたけど、サイズ制限ってどんなもんなんだろう。

サイズが制限されているんだと思うよ

>>217
俺は本家5$の時に買ったけど安いな。1割り増しで利益出るのか？

>224
当然仕入れもサービス価格で提供されてるでしょうね。
米TIから日本の個人宅にFedexの送料込みで$5で配るのに比べたら
TIにしてみれば１個\200程度で店に卸しても安くつくかも
当然、単独で見ればTIは赤字だろうけど宣伝＆普及が目的だろうし

AVR(Atmel) Studioの、ダウンロードするときの住所とか、まじめに書いた？

そんなこと訊いてどうするの？

>>225
安い評価ボードといえばMSP430、DIP品 2個付き450えん。
http://eleshop.jp/shop/g/gC98361/

>>226
そもそもそんなこと書く必要が有ること自体知らない人が多いと思うよ。

返信遅くなりました。
皆さん、返信ありがとうございます。

取り敢えずAVR等の参考書を買って、少し知識つけてから東芝のキットを買おうかなと思います。
>>174さんの本でも取り敢えず買ってみようかな。

みんな親切すぎて嬉しかったw
サンクスコ！

>>227
おれは、まじめに書いたんだが、ネット見てると、テキトウでいいとか書いてあったので。
テキトウに書く人が大半なのかな？と思った。

>>229
ということは、付属のCDの人が多いということか。

>>231
IDEを使ってないという意味なんじゃないかな
俺もその一人

mega168で彼女作れますか？

>>231
住所書くなんて知らなかった、昔はメルアド入れるだけだったと思うが
それも面倒なので直リンクからコピーしている。　でも普段使うのはまだ4.19

スレチ気味なんだが、

arduino,mbed,raspberry pi
不思議と全部ヨーロッパなんだよな
なんでアメリカじゃないんだろう

日本はどした？

日本はLチカしかやらないから

日本はbabbage１号２号があった

AVRじゃなくてPSoCだけど、Arduinoのコンセプトに近いGAINERはあった
http://gainer.cc/About/About
出たのもArduinoと近いけど、やっぱ日本ローカルってのが厳しいな

日本には、がじぇっとるねさす（GR-SAKURA）があるじゃん。

>>235
つ[GR-sakura]

コンセプトはArduinoとmbedを足して2で割った感じだよね

2で割って残った部分が重要。

ヨーロッパ人は価値観の異なる人の間で共同作業するのがうまい。
日本人は、少し価値観がずれても排除する傾向が強い。

みんなAKI-H8で満足してたってだけでない?

>>244
ヨーロッパには何もなかったと？

秋月で言えば、H8よりも前に有名どころがあるだろ。
俺の大嫌いなZ80系の奴が。
AVRにしろH8にしろ、68系のアーキテクチャが好きなの。

>>246
AVRにしろH8にしろ、68系関係ないじゃん

>>247
H8は68kの16bit版ようなものだよ

>>248
H32の8ビット版だろ。

>>248
H16はほぼ68070だったのに…

>>241
２で割ってないからｗむしろさらに加えている。
ハード面ではＳＤスロットついてXBeeが直接刺さってＬＡＮもＵＳＢホストもある。
ソフト面では開発環境がクラウドで提供され、そこがポータルにもなってる。
またそのクラウドではスマホによる開発も可能にしている。

>>251
>>241さんは機能でなくてコンセプトの話をしてるんでないの？
顔がどこに向いてるかって事だと思うんだけど。

>>247
H8はもろ68kのアーキだし、
AVRも全然違うけれども、命令セットのエレガントさや使い勝手は6809の匂いがするんです。

H8は8086をビッグエンディアンにしただけのような

C言語で開発できればアーキテクチャは、気にしない

>>253
データレジスタとアドレスレジスタの区別もなくて「もろ68kのアーキ」なわけないじゃん

レジスタの数が豊富にあってレジスタ同士での演算が自在なAVRは6809とは全然使い勝手違うじゃん

馬鹿も休み休み言え

>>250 へぇ〜、それは知らなかった。

大昔の８０８６アセンブラ使いとしては、メモリ上の変数と即値データを
１行で比較記述できるのは便利。変数を一旦レジスタにMOVしなきゃならないのはﾒﾝﾄﾞｲ

>>258
それは8086がRISC以前の設計思想だから。
キャッシュマンセーな現在では
メモリーレーテンシーを隠蔽できる方が良い書き方だったりする。
（今のインテルプロセッサはアセンブラコードじゃないけどね）

その意味ではAVRの方が新しい。

>>259
メモリ上の変数との演算は、68系なら当たり前だけど?
RISCかどうかは関係無い気がする。

>>259
>それは8086がRISC以前の設計思想だから。

バカ言え。
「メモリ上の変数と即値データを １行で比較」なんて想像しただけでバイト数がかさむ命令が
RISCの考えに合致してるわけないべや。

マイクロプログラムとかないのん？

私がAVR(90S2313)を初めて知った時に思った事は
　16ビット固定語長でレジスタが32個あるのに命令の種類が多いなぁ
だった。
詳細を見たら、使用上の制限がある命令が多かったので納得したけど。

AVRのUSARTで誤差ってあるけど、これは、0じゃないと通信できないの？
通信エラーのときって自動的に再送してくれないの？

あぼーん

>>264
自分と相手のUSARTクロックの相対的誤差が5%以下なら「原理的には」通信できる。
クロック分周の時点でその許容誤差を使い切ってしまったら、
発振器のわずかな誤差で通信不能になるけど。

通信エラーの再送はない。そもそも送りっぱなしのプロトコルなので、
エラーがあったかどうかをUSARTモジュールが知る術がない。
データを受け取ったら受信側に何らかの応答をさせ、
それがなかったら再送するようなプログラムを自分で書くしかない。

>エラーがあったかどうかをUSARTモジュールが知る術がない。
パリティ付けろや

>>267
パリティつけたら送信側でエラーわかるの？

パリティーあっても、1bitだけエラーがあった時に検出できるだけ。

CRCを送るのが普通かな

だから送信側だってば

つか、非同期と無手順を混同しないようにな

>>268
パリティなしでも受信側はエラーがわかるの？

ストップビットを拾えなかったりしたらわかるんじゃない？

フレーミングエラーもチェク

UARTのどんなエラーチェックでも(オーバーラン、フレーミング、CRC、水平･垂直パリティなど)、
たとえRS485で送信信号をダイレクトに受信して監視しても、
受け手が正しく受け取ったかどうかなんて、送信側には分からないと思うよ。

USART誤差ネタついでに
3.6864MHz
7.3728MHz
18.4320MHz
の水晶やっとみつけた・・・。

USART優先でOSCCALtuneするのが好きです

>277
関東人なら水晶はaitendoおすすめ。秋月より安くて品種も多い。
その3種もある。

こないだ行ったらまさかの12.000MHzの在庫切れくらったけど...。

>>279
aitendoはよく使うけど、端数の周波数の水晶は、大量買いするやつのせいで、スグになくなる。

XBee転送で120*160*2(QQVGA*16ビット)=38400バイトの画像を38400bps設定で11秒もかかっちまう。
できれば３秒くらいにしたいんだが・・・。
なんかめっちゃいい圧縮アルゴリズムか方法しらん？

USARTには同期/非同期両方を指すけど、どっちや?
非同期でいいんだな?

>>279
秋葉店でも水晶10個入って売ってますか？　店頭には見当たらないので通販だけかと思った。
お姉さんに言えば買えるのかな。

>>283
通販も売り切れだお（；＿；）
だれだー！使いもしないのに薬草やポーションを９９にしとくみたいに買い漁るやつはー！

>283
模様替えしてなければ
正面カウンタ前に立ち、しゃがんで左を向くと周波数が書いてある箱が積んである。
10個入りの袋詰めになってるとは限らないので買う時はおねえさんに数を数えてもらう。

>>285
>しゃがんで左を向くと

左を向いてからしゃがむのオススメ

>>285,286
左側かちょっと死角だった、今度よく見てみます。　ありがとう。

>>276
勘違いしてる人がいるんだね

>>281
無圧縮でも38KBしかない小さな画像をテーブル込みで30%に縮めろってか・・・
超スレ違いだな

>>288
しゃがむ→左を向くの順番に重要な意味があるの！？

>>284
電気とかやってる奴らは大抵同じとこ見てる
何気ない記事や書込みに反応し、そう言えばとついで買い

今時誰も使わないような、いつもあった部品が品切れになってて
どこに行ってもなぜかないのはそんな理由だったりする

発端はこれかｗｗｗ

なんてことは多々あるから気をつけろ、俺も油断してたぜ…

ｘべえ画像転送は俺もやりたいと思ってた。
頑張ってくれたまえ(後で報告よろしく)

JPEGとか組み込んでみたが、ATmega88じゃプログラムメモリ収まりきらない。
AVRで画像圧縮に挑んだ人いるかなぁと。

>>290
ごめん、なかったコトにして(´・ω・`)

>>281
どういう画像かにもよるし、可逆/非可逆圧縮かにもよるよ。
同一色で塗り潰されてる面積が大きいんなら単純なランレングス圧縮なんかでいけるかもしれんし、
既にある画像フォーマットを調べたいなら、PhotoShopとかGIMP2みたいな色んなフォーマットでの
画像のセーブに対応したグラフィックツールでも使って実際の画像を使って試したらいい。

>>291
秋月のAVRも注意した方がいいよ。　売れてるTiny2313,mega328P以外は
在庫補充の様子が無い。　　完売終了になるものが出てくると思う。
644P,1284Pは在庫切れのまま放置だが88Pはwebから消えている。
*88Pは8月に通販在庫切れなったが秋葉店頭にはまだあるようだ、買う人が少ないのだろう。

今後mega64A,mega168P、tiny10辺りが危ないと思う。

秋月には売り切れ増えたら新しいAVRを投入してくれると期待しているがどうだろう。

>>296
今日店頭見てきたらDIPの644Pは置いてあった
1284もスポットであるのかもしれない

>>281
富士フイルムの可逆圧縮アルゴリズム「Xema」はどうよ。
ttp://oku.edu.mie-u.ac.jp/~okumura/blog/node/1244

確かシンプルなアルゴリズムの割には圧縮率が高い。
さらに、浮動小数点演算を使わなかったハズ。

仕事なら特許料を払えよw

>>297
いや、店奥の棚からレール1-2本発見したぐらいで通販にはまわらない。
POS管理されてないので店頭在庫数量不明とみた。

>>286
ドルアーガの塔　だと、順番が違うとアイテムが出ない。

>>277
> の水晶やっとみつけた・・・。
PLL IC使えば?
Si5351 ttp://www.silabs.com/support%20documents/technicaldocs/si5351.pdf

I2Cから書き込んでいろんな周波数を作れるよ。安いし。

まもののすくつだとでも言うのか

>>293
> 120*160*2(QQVGA*16ビット)
16bitって、RGB565のこと? それなら画像フォーマットを変換するだけでちょっと圧縮出来るよ。
YUV422 - 2/3に圧縮
YUV411 - 1/2に圧縮

>>277
9.22MHzのセラロックとか割と行ける

>>281
ボーレート上げたら簡単じゃね？

>>293
デコードが簡単なLZSSで圧縮してた

120ｘ160ならパレットでいいんじゃね
見た目わからんだろ、半分

データ転送そのものと別の話だけど
画像って言ってたから、表示のレスポンス込みかなって。
8-16パレットデコーダ相当は外にするとさらに幸せ


過去FT2232＋8pinPICで同期生成、QVGA/RGB565に戦いを挑んだ俺が言ってみる
約3fps、書いてるそばから画面が白っちゃける

今時のはモジュール内にSRAMとかずるい…

>>304
>ボーレート上げたら簡単じゃね？
XBeeでググッてみよう

さらにググると…

>>279
49SMD Mount Type 12.000 MHz Quartz Crystal Resonators (30-Pack)
Price:3.30US$ Free Shipping
http://dx.com/p/49smd-mount-type-12-000mhz-quartz-crystal-resonators-30-pack-117991

使い物になるか分からんけど、貼り。

2x2ドットを同じものにしちゃう方式で9600byteまで情報落とす方法で解決しましたｗ
まぁ、相変わらずXBee転送は時間かかるけどｗ

エラー訂正が結構入るからね。スループットはそれくらいが限界とか。
映像伝送だったらその辺りを妥協してスループット上げる方法もありかと。
何処かに符号化率ってパラーメーター無い？

38400バイトを38400bpsで11秒ならほぼフルスピードじゃん

>>309
面白くない解決方法。
>>303には続きがあったんだけど、いいや

>>312
そんなこと言わずに教えてよ〜

言ってやったぞ。言ってほしかったんだろ？

>>313
YUV422/YUV411に変換した後、左のドットと差を取る。
すると上位ビットは0が続くからRLEで圧縮。

AVRマイコン専用のアセンブラごりごり圧縮ライブラリとかないのかなぁ。

>>315
AVRで画像処理する人が珍しいから、無いに一票。
それ以前に、アルゴリズムがダメだったらアセンブラにしてもダメに1,000票w

>>309
> 2x2ドットを同じものにしちゃう方式
それが許されるなら、誤差拡散法による減色もあるんジャマイカ

ここよりもっとプロが居るかもしれん
ディジタル画像処理
http://uni.2ch.net/test/read.cgi/denki/1284048212/

何処かでエラー訂正なしなら70kbpsとか見た記憶がある。

近くにパーツ屋の無い地方民は12MHzのクリスタルを
百均のUSBカードリーダやらハブから調達してる

離島は通販もできないからな

>>320
おまいさん、あちこちで離島アピールしとるね。DigiKeyとかの海外販社から見たら、本州だって辺鄙な離島だぜ。でもしっかり届くから強調するな。

それは俺じゃないけど、傷付けたならすまんかった

>>319
PSoCもPICも水晶レスでUSBが動くようになったから、そろそろ100均から水晶調達も難しくなりそう。

>>323
>>301

>323
そんなところから調達するより 中華DXから>308買っておけば
12MHz水晶30個で\300以下（送料込)だよ

AVRって、今ならATmega328Pが初心者には一番いいの？

>>326
Arduino化するならね。

金と実装面積に余裕があって、ASでごりごり書くなら、
FLASHもSRAMも足も多い644Pの方が高機能で使いやすいかと。
秋月で品切中だけど。

>>327
>金と実装面積に余裕があって、ASでごりごり書くなら、

初心者?

ベテランかもしれんぞ

アマチュアの立場で言えばDIPの40Pも売り続けて欲しいな。
QFPだと実装はともかくリワークがいやだ。

AVRの補助メモリとして、8MByteくらいのDIPのRAMってないの？

>>331 IS66WV51216BLL-55TLI

>>332
・・・これつなげられるＡＶＲってあんのｗ
ＰＩＮ数的に。

バンク切り替えだなｗ

UB/LB信号があるから楽勝。

外付けシフトレジスタでアドレスとデータを(ry

外付けRAMが必要な用途にAVRを選択した訳が聞きたい。
バイクにリヤカー付けるよりも軽トラ

>>336
レジスタ外付けしてシリアル通信でアクセスするぐらいな、
ＳＤカードをＳＰＩアクセスする方が手っ取り早くね？ｗ
レジスタをＳＲＡＭの間の配線多すぎて泣くｗｗ

AVRマイコンにRAMをI/O増設するの私は好きです
74HC573とか574つかってアドレスをラッチしてデータをアレするとです
ランダムアクセスで100kbyte/秒程度の速度は出る

データバスが16bitになると面倒なんだよな

>>337
部品がいっぱい載ってるとカッコいいじゃん

>>337
車検が無いって大きいぜ。

>>331
秋月の4MBのDRAMなら直結できるよ
バーストで1MByte/sec程度しかでないけど
8ビットバスだから丁度良い
2313で一部のエリアだけ使うとか

これか
http://dmitry.co/images/uARM_big.png

>>337
そこにAVRがあるから。
>>340
LVC245でおk
>>343
秋月はベンダーではないし。

>>343
4Mbitでは>>331の目標に不足し杉

64MbitもののメモリだとさすがにDIPはないんじゃないか？

もう、そんなのAVRやめたらよくね？

>>348 そこにAVRがあるから

そこにはAVR以外何もないんだねw
可哀そうに

外部ストレージ扱いかメモリ空間扱いなのとか
そういう話はないの
そんな事じゃないならスル―よろ

秋月にテクノペンとかいう配線ツールがあるんだけどさ、
ttp://akizukidenshi.com/catalog/g/gT-06356/
誰か使用報告なんぞしてくれたりしちゃったら、おじさんは喜んじゃうぞ。

そうか、AVR32の時代か。

>>352
試したいっ！

パーツ屋スレのほうがいいんじゃね

>配線硬度：硬度なし　・・・

触ると崩れるって事じゃねぇのか？

使い方を理解できない人は買っちゃダメです

僕はGR-SAKURAちゃん！

>>355
ワニスでいいんじゃね

上塗りすると溶解ってのがいいな
有機溶剤の成分知りたい

可愛い基板作りたくてポリウレタン線に
マニキュア塗ったりしたんだけどいい色出ねえ

>>357
こいつのせいで…

EジスPenと同じなのかな

ちょいとワークエリア欲しいならSPI SRAMが1Mbit位まであるが
メーカーがMicrochipなんだよなあｗ

PIC憎けりゃROMまでってか？
結構、アナログモノとかいいの出してるよね。

低消費のオペアンプとかレギュレータはよく使ってる

>>360
Microchipを顎で使ってると思えばいいじゃん。

>>351
それ、8bitマイコンに期待しすぎ。
>>360
サイブレスにもあるよ。それも嫌ならFRAM

>>351
Mega128/64/162みたいな外部バス利用可の奴ならば
64kまでをメモリ空間扱いで接続できる。

xmega系の128A1Uなら、128Mbit(16Mbytes)のSDRAMを直結出来る。

でも、素直にAVR32にした方が良いと思うなw

>>365
ほぉ、AVRでSDRAM直結なんて、想像すらしてなかった。

> でも、素直にAVR32に
そうか? 俺なら素直にARMにするw

僕はGR-SAKURAちゃん！

mbedやGR-SAKURAなどのクラウド型開発環境のものは、サービスが
打ち切られたら終了なのがちょっと。。
もちろん、アイデアは素晴らしい

選択肢の一つがクラウドなだけでローカルでも当たり前に開発できるよ。

mbedスレってない？

おい、atmel。bit_is_set使えないぞ。廃止か？

defineはセルフサービスでお願いします

>>371
avrlibcの改定であってatmelには関係ないな

おんや？
bit_is_setマクロはavr/sfr_defs.hに入ってるし
avr/io.hインクルードしてりゃその中で入ってるな
どんなソースしてんだよ

str_defs.hか。ｻﾝｸｽｺ

atmel studio6についてくるtoolchainのio.hではインクルードされてないっぽい

"io.h"じゃねーよ
"avr/io.h"だ

>>331
で、アンタの問題は解決したの?

SDカードへのFAT書き込みめんどい・・・。
なにこれ。
人のソース読むのってマジでつらいな。
よくプログラマを仕事でやってたと昔の自分を誉めてあげたい。

適性がないと早めにわかって良かったね

ハード系プログラマは、ソースコード汚いからなぁ
業務系と違って可読性まで考えてない奴多い

ハード側がコロコロ変わるんだもの。

たいてい短納期だしな

仕様書のリビジョンが現場の人によって持ってるものが違ったりするしww

仕様と違う動きのハードに現場合わせしたらドキュメント更新しないよ。
費用でないのに知るかよ。
ソースには丁寧に変更点や何故謎の処理が入っているかは書いておくのでソースを見よう

>>380
可読性と言いながら、オールマン・スタイルで書かれたコードは嫌いだな。
でも最近、行数を増やしたいのかこのスタイルばっか。
行数＝労賃なのか?、ソフト屋は?

オールマンスタイルは開発環境が{　}を次の行に自動的に作成するようになってから異常に増えた。

オールマンスタイルってこれか。

http://en.wikipedia.org/wiki/Indent_style#Allman_style

> でも最近、行数を増やしたいのかこのスタイルばっか。

いまどきは端末も24行より大きいの使えるし、行数詰める書き方の方がナンセンスだと思うけどね。斯く言う俺はBSD KNF styleだけど。

コードって人間が喋る様に目に入ってくるのが理想的だからオールマンスタイルっていいとおもうよ。
それと入れ子構造のif、else、elseifなどは人間脳は7重までしかスタックできないらしいからね。

>>384
更新しないのはいくない、後で自分が困るし。
>>386
Wikiにもあるけど、マイクロソフトの悪影響?

>>387
本当に行数を節約したいなら、ホーストマン・スタイルにするよ。

C言語はAlgol系の言語で、"{ }"は元々"begin〜end"だった。
意味は「この中に複数の文がある」という、コンパイラへの命令。当時は構文解析が未発達だったからね。
C言語は進展する前に作られたから、当時のままw

ちなみに発達後の言語はAdaだったり、AdaをベースにしたVHDL。
Verilogに"begin〜end"はあるけど、VHDLの本文中に"begin〜end"が無いのはそんな理由。
VHDLは、プログラミング言語的にも新しいのよw

さて、C言語は邪魔だから "{ }" に変えられた訳だけど、
　　「邪魔にされた構文で、単なるコンパイラの都合で設けられた命令を強調して何が楽しい?」
ってのがオールマン・スタイルを嫌う俺の理由。行数をケチっている訳じゃないよ。

>>388
15年ほどまえ、ずーっと動き続けるプログラムで、malloc()とかの解放漏れを防ぐために、
超複雑な入れ子（１０重以上ある入れ子）をgoto（ラベル数2つ)を使って３重くらいに減らして、シンプルにエラー処理をしたら
gotoを使うな！とマジ切れされた新人時代・・・（；＿；）
どーかんがえても、goto使ったほうが、そのブロックの可読性は極端なまでに高まったのに。

と、それはおいておいて。
volatileってみんな変数宣言するときは、必ず入れてる？
それとも、最適化を切ってる？

>>388
米国で電話口でコードを喋ってみて、どのプログラミング言語が最も正確に伝わるかテストした逸話があるよ。
No.1はAdaだってさ。

所詮、C言語系は… ωαγατα...φ(ﾟ∀ﾟ )ｱﾋｬ

>>389
>C言語はAlgol系の言語で、"{ }"は元々"begin〜end"だった。

>さて、C言語は邪魔だから "{ }" に変えられた訳だけど、

BCPLの頃からbegin〜endなんて使ってないだろ。

>>390
エラー処理にgoto文を使うのはアリだよ。
その先輩はダイクストラに感化され杉。

> volatileってみんな変数宣言するときは、必ず入れてる？
メモリマップドI/Oには明示的に入れてる。
最適化の有無で挙動が変わる書き方はいくない。

>>392
らしいね。
ただ、それは単なる表記の違い。
意味するところのブロック文には違いない。

組み込み人ならvolatileは反射でつけるだろ

>>390
>volatileってみんな変数宣言するときは、必ず入れてる？

I/Oや割り込みで更新されるオブジェクト等必要なものには入れるが必ずは入れない。

>それとも、最適化を切ってる？

それはない。

いろんなスタイルがあるんだな。
Javaコーディングスタイルガイド経由でK&Rいまはかな。インデントにはスペースのみで、タブは使わない。

>391
それ実はAda褒めてないんじゃないか。
電話で伝わるほどストリームのエラー補正能力が高い = 冗長性が高い(高すぎるw)文面だろう。

APLあたりがドベかな。発音できない・発音が統一されてなさそうな記号だらけで。

ｽﾚﾁｽﾏｿ
>>398
おぅ、その通り。俺はAda、そしてVHDLが大好きだw

> APLあたりがドベかな。
あ〜、うっすら(片鱗を)覚えてる。あれはある意味ですごい言語だ。

>>391
COBOLのほうが文章ぽいけど

口頭で伝えるのもさることながら、普通に印刷しても全然伝わらないwhitespace

>>390
>>393
絶対使うなとは言わないが、やはり多くの場合、gotoを使うのは負け犬。
なんつうか、gotoを使ったほうがきれいにかけてしまうような流れになってること自体、
思考が構造化プログラミングに向いてない。
新人に対してなら、goto厳禁の指示は間違ってないと思う。

>>402
goto嫌いの人の為に try、catch、finallyが出来たのだからCでは、同じ構造でコーティングするならgotoでしょ。
それと、オリジナルBASIC言語に慣れ親しんだ人のgotoグセを矯正するために、しばらくはgoto使用禁止は分るがgotoを使えばシンプルにできる部分を複雑な構造にするのは本末転倒じゃないか？

>絶対使うなとは言わないが、やはり多くの場合、gotoを使うのは負け犬。
>なんつうか、gotoを使ったほうがきれいにかけてしまうような流れになってること自体、
>思考が構造化プログラミングに向いてない。

まあ、経験少ない人ならこんなこと言う人もいるかも。

オールマン・スタイルっていうのか。Visual C++でひな形を作るとそうなる
ので、合わせてるうちに自然とそうなっちゃった。
{ }の対応が分かりやすくて元には戻れない。

>>405
初心者時代に経験する、「波括弧抜けコンパイルエラー症候群」(今命名したw)がトラウマになるのかな?

>>402
goto文を使わずに書けば、思考せずと自然と構造化プログラミングになるから、向き不向きは関係無いよ。
>>390氏が言うのはエラー処理だし、俺(>>393)が同意するのもその一点だし、>>403氏も同じ。
みんな諸手を挙げてgoto文を推奨している訳じゃないよ。

>>403氏が指摘している通り、今は言語が例外処理をサポートした。
それで例外処理の重要性を認識した人が、C言語でも例外処理として扱えばシンプルに書く事が出来、かつバグ混入を防ぐ事が出来ると気がついた。
それだけの事。

>>406
まぁなんでもそうだけど、
デメリットを知ってる人が使うのはかまわないが、
デメリットを知らないやつが闇雲に使うのは駄目ってことだな。

>>406
それは、順番が逆じゃないか？
C++やjavaが出現する以前から、例外処理記述目的のgotoの有用性を、
認識しているCプログラマは相当数いたと想像するが。俺自身、そうだし。
例外処理目的のgotoを使わないでエレガントに例外処理を記述できる様に、
try catchが生まれたと思ってた。

>>407
コーディング規約でgoto禁止にされてる事があるしな。
そんな規約は大抵、問答無用禁止だｗ
発注側（検品側）が、これは良いgoto、悪いgotoの区別がつける能力がない事が多いし
あったにしても、どれを認める、認めないという曖昧性がでてしまうし。

ところで、構造化アセンブラってなかったけ？プリプロセッサでgoto 文とラベルだけ自動生成するような奴

>>407
おっ、上手く三行にまとめてくれちゃって
｡･:*:･ﾟ★,｡･:*:･ﾟ☆ very d(*⌒▽⌒*)b good ｡･:*:･ﾟ★,｡･:*:･ﾟ☆

AVRの話しようぜ。
ttp://www.coremark.org/benchmark/index.php?pg=benchmark
によるとATmegaは 0.53CM/MHz、
でもPIC18F97J60は僅か 0.04CM/MHz

ATmegaとPIC18Fの値段は大差無いのに、なんだこの性能差は? (^∇^)ｱﾊﾊﾊﾊ!

>>409
用途によっては速度は重要でなく安定供給と安定動作のユーザーも居るからどちらが良いとこか言えなくない？
2012年のpicとavrマイコンの売上高がほぼ互角だしね。
PICは、宇宙用マイコンに匹敵するほど放射線、宇宙線に強いのでマイクロ衛星に使ったりしている。

>>408
えっ、ツッコんじゃうの?(汗

> エレガントに例外処理を記述できる様に、try catchが生まれたと思ってた。
ごめんね、C++の例外処理の由来はまたまた Adaなの(汗

C言語系は性善説に基づき、プログラマに最大限の自由を与える言語仕様。
一方、性悪説に基づく言語もあった訳で、それがストロングタイプなAlgol68→Adaの流れ。
(C系はAlgolを祖に持つけど、途中でモノタイプな言語になった)
(でも、ANSI C, C++では性悪説に回帰しているから…)(ry

Adaに例外処理が実装されたのは、プログラマは必ず失敗するとの考えに基づき、それなら例外処理を最初っから記述しましょうという考え。
goto文を使わない為に生まれて来た訳じゃなく(ry

そんなヲな話ここでしてもしょ〜が無いので、>>406は当たり障りの無い話にしたのにぃ
。・°°・(((p(≧□≦)q)))・°°・。ｳﾜｰﾝ!!

>>409
>なんだこの性能差は?

性能じゃなくて得手不得手の違いだろう。
PIC18FはCで効率活かせるアーキテクチャではないってだけ。

あれ? ここAVRスレだよね?

>>412
それ、言い訳じゃない?

・PICとほぼ同年で作られたi8048、その発展型であるi8051。
　そのCoreMarkは AT89C51RE2で 0.11CM/MHzと、2.8倍差
・PIC18F97J60は比較的新しいチップで、128kBのフラッシュを積む。
　128kBを全部アセンブラで書くのはナンセンスな話。
・しかも60-100pinとピン数が多く、Ethernetを積むチップ。
　アーキテクチャで無いって、言い訳が通じるほど小さくない。

MIPS, CISCの違いにアーキテクチャが古い云々を加えても ATmega : AT89C51の5倍差は判るとして、
ATmega : PIC18F97J60の14倍差は… (^∇^)ｱﾊﾊﾊﾊ!

MIPSじゃないや、RISCだ。

ベンチマークを信じちゃう人がいると聞いて

あとすれ違いなのでこちらでどうぞ

PICよりArduinoのほうが優れている！！
http://uni.2ch.net/test/read.cgi/denki/1332647309

(ﾅﾝｶ ｶﾝﾁｶﾞｲ ｼﾃｲﾙ ﾋﾄｶﾞ ｲﾙ)(--;

>>413
>・PIC18F97J60は比較的新しいチップで、128kBのフラッシュを積む。

128KB全部コードに使うわけはないだろうし、プログラムはコード全体の15%の部分が処理時間の
85%を占める(10%/90%という人もいる)とかいうけど、その部分に限って高速化を計れば処理速度に
ついてはそれほど酷いことにはならない。

>　128kBを全部アセンブラで書くのはナンセンスな話。

ちょっとでも知識や経験あればこういう↑バカなことは書かないと思うけどな。

(PIC厨は巣に帰ってLﾁｶしてればいいのに…)

>>418
ナンセンス。
その85%の処理時間を頑張って2.8倍にして、30%?にしたとしよう。
高速化しなかった残り15%を合わせて45%、つまり全体では2.2倍の高速化だ。

だが、それでもi8051には届かず。ATmegaはその遥か先。

ヤレヤレ
マイコンなんてただの道具で用途によって使い分ければいい程度のもんなのに、
ひとつの側面だけで優劣を決めたがる奴の相手はできんわ(呆

>>419
誤解があるようだから付け加えとくけど、

>その85%の処理時間を頑張って2.8倍にして、30%?にしたとしよう。
>高速化しなかった残り15%を合わせて45%、つまり全体では2.2倍の高速化だ。

どんな処理でもCPUが100%で回ってる訳はないんでこんな計算は成り立たないよ。

>>420
忘れたのかな? 俺、最初に「ATmegaとPIC18Fの値段は大差無い」って言ったのを。
使い分ける余地も無いんだよ、PICは。

>>421
あぁ言えばこう言うな、アンタは。
さぁ、PIC厨は巣に帰れw

>>422
>使い分ける余地も無いんだよ、PICは。

マイコン選ぶ理由ってスペックと値段だけと思ってる人？

>>409
>ATmegaとPIC18Fの値段は大差無いのに

秋月やdigikeyしか知らん奴はこういうこと平気で言う

わざわざ割高な店で買うのは特別な理由のある人だけでしょ？

>>422
> さぁ、PIC厨は巣に帰れw
俺に言わせれば、Arduino厨もPIC厨も同じ穴のムジナ。

最強論争はどっか他所のスレでやってくれないか

ＡＶＲ最強！

>>418-419
まるでアムダールの法則だなw

古い設計を引きずってるPIC18Fと比べるより
新型のPIC24,ｄｓPIC.PIC32と比べてみては？

PIC24FJ64GA002 \330
ttp://akizukidenshi.com/catalog/g/gI-02000/

PIC32MX220F032B \220
ttp://akizukidenshi.com/catalog/g/gI-05852/

やってることは、前スレのこれだよな
>30歳の女性（AVR TINY,MEGA,XMEGA)が50歳の女性(PIC16)と比べて私のほうが
>綺麗って言ってるようなもんだろ、そんな話を聞かされたいのか？
>だいたい比べる相手がなんで、そこなんだよ。同年代(PIC24,dsPIC,MSP)や
>もっと若い娘(ARM,PIC32)と比べろよ。

PIC厨ｳｻﾞ!!

8〜32bitまで各種取りそろえたMicrochipラインナップの中から
互換性やら何やらで速度的な性能を求められていないCHIPに噛み付いて
速度が遅いと文句をつける…考え方がずれてる。

美魔女w

>>もっと若い娘(ARM,PIC32)と比べろよ。

ARMやPIC32(MIPS)なんてアーキテクチャとしたらAVRなんかよかぜんぜん古いんだけどな。
集積技術が発達したおかげで32bitアーキテクチャがちっこいマイコンにも採用できるように
なったわけで、例えるなら若い娘よか整形ババアの方が近いと思う。

内臓温度センサーの校正の為にジップロックに入れて熱湯に入れると
Attiny45は動かなくなるがPIC12F1822は動く。
動作保証範囲外だが動くのはうれしい

>>432
なあ、傍目で見ててもおかしいぜ。

Dhrystoneに代わるCoreMarkという、マイコン用のベンチマークが登場して何年も経った。
今や、コンパイラベンダーのプレゼンに登場する位メジャーになった。

これまで、マイクロチップは「Dhrystoneは8bitマイコンで動きません」を逃げ口上にし、平気で「10MIPS」と謳っていた。
それはチップの性能としては事実だろう。
だが、MPLAB C18のタコのお蔭でi8051にすら水を開けられている事実が明白になっている。

CoreMarkはオープンソースだ。
ここでクダを巻いている位なら、CoreMarkを落としてコンパイルして、そのオブジェクトをPICスレに晒し、よってたかってその品質を評価してマイクロチップに叩きつけ、改善要望したらどうなんだ?
そのほうがよっぽど建設的だとは思わないのか?

>>436
>CoreMarkを落としてコンパイルして、そのオブジェクトをPICスレに晒し、よってたかってその品質を
>評価してマイクロチップに叩きつけ、改善要望したらどうなんだ?

何のために?

>そのほうがよっぽど建設的だとは思わないのか?

速度が必要な用途には別の速いチップ選んだほうが建設的だと思うが。

>>437
>>436 「ここでクダを巻いている位なら」

MPLAB-C HI-TECH CCSの比較ぐらいしてくれればいいのに
けちくさい

>>438
「何のために?」と理由を聞いてるんだが、

> >>436 「ここでクダを巻いている位なら」

ってサッパリ意味分からんのだけど。

なんでも良いし好きなもの使えばいいが、このスレはAVRのスレなんだから。

まるでム板のようだ

あ、誤爆ったｗ
ARMスレに書き込んだつもりだった
まあいいやｗ

最初にＰＩＣの話題を出した奴が戦犯だな

>436
速度的な性能アップの結果がPIC24,dsPIC,PIC32なわけだが
なぜ、そうもPIC24以上の存在を無視するの？

>ATmega 0.53CM/MHz 10.6CM@20MHz
>PIC18F97J60 0.04CM/MHz [email protected]

PIC24FJ128GA010　　　1.88CM/MHz 30.16CM@16MHz
dspic33FJ256GP710A　1.88CM/MHz 75.39CM@40MHz
PIC32MX795F512L　　　2.95CM/MHz 235.76CM@80MHz

>>445
俺が知るわけね〜よw

>>444
俺かよw

>>445
PIC18F97J60のダメっぷりを初笑いしただけですが、それがなにか? (^∇^)ｱﾊﾊﾊﾊ!

PICの話題が多いスレだなｗ

AVRばっかり使ってあることに不安だからPICより優れていと思うところを出して安心しようとしてある奴が速度に執着する

まずは日本語を勉強しようね

>>447
お前だよ、PICとAVR比較しても面白く無いと知れよ。

>>445
> PIC24FJ128GA010　　　1.88CM/MHz 30.16CM@16MHz
これ、MPLAB C30の結果だよねぇ。
お前もここでクダを巻いてないで、C18の何が悪いか調べてみたら?

>>450
あなたのヤジとバカにした態度のレスで思ったのは、
あなたは、コンプレックスが強かったり、人生が思い通りに言ってないのだろうなぁと思ってしまったりもします。

PIC推しの人が面倒すぎるんだよ。
聞き流せよちょっと18Fがショボいと言われても。
tiny叩きされても何も言わないだろ。
そもそもなぜそうも24F以上を無視するのか、って
それだけマイナーな存在になってしまってるって事に気づかないのか？

>>452
>言ってない
ｗ

PIC叩いてる奴が馬鹿すぎるんだよ。
マイコンなんて用途で選べばいいだろ。AVRと心中するつもりか?

>>455
逆だろ。PICと心中するかのようにすぐ24Fはとか、32は、とか言い出す。
その通り用途によるだろうが、そんならARM使うわ、みたいな気持ちになる。
推しすぎたらこうなるって典型。

みんな仲良くね！

>>456
>逆だろ。PICと心中するかのようにすぐ24Fはとか、32は、とか言い出す。

「microchipで比べるなら」って前提の話だろ。

RAMの話で軽口のmicrochipなんだよなぁw
ってのに異常反応したPIC厨が悪い。

>>454
それは、あなたのために用意した餌ですよ。
元気だせ

MicrochipならSPI SRAMまで憎いってやつのせいか

>>461
軽口で、またmicrochipが否定された！とキレるやつのせい。

>>451
いやいや、PICとAVRの比較は、おもしれぇ、もっとヤレｗ

てか軽口ってどっかの方言？

> てか軽口ってどっかの方言？

?

http://dictionary.goo.ne.jp/leaf/jn2/46458/m0u/
> かる‐くち【軽口】
> ［名・形動］
> １ 調子が軽くておもしろい言葉・話。たわいないが、気がきいていて滑稽みのある言葉・話。「―をたたく」
> ２ 軽妙なしゃれ。江戸時代に流行した地口(じぐち)・秀句(しゅうく)の類。
> ３ 口が軽くてよくしゃべること。また、そのさまや、そのような人。「―を慎む」「―な人」
> ４ 「軽口話(かるくちばなし)」の略。
> ５ 淡白な味。「―の酒」

//ここから平常運行

じゃぁ新シリーズであるXmega系普及のために話題にあげようか？
DIPがないからいらねーはナシでｗ

で、話題は？

え・・・・ふっただけｗ
使ったことある機能はイベントシステム、新ボーレートジェネレータ
仮想ポート、PLLくらいしかないよ

クリスタルつなぎ忘れて正常に発信してないのに発信器異常割り込みが
発生しなかったが何をきっかけに割り込むのかねぇ？

イベントシステム使ってHDLCの通信を無理やりやったこともある
SPI使うけど、そのままならビット長が8ビットの整数倍しか出来ないからね
イベントでSPIクロックモニターして自動的に余分なクロックを殺すなんてのした

面白くなければスマン

18FはAVRと同じ16bit命令コードになったんだから
効率がよくなるようにWレジスタを使わなくていい仕掛けを入れて欲しかったな

PIC18FはFSRを３本に拡張したりアクセスBANKでBANK切り替えを多少なりとも軽減したり
後期に実装された拡張命令でFSR2を使ったリンクフレーム形成や定数PUSH、他に
FSR2限定とはいえディスプレイスメント付きレジスタ間接の演算ができる（PIC24、AVR MEGAは不可）

等と、いろいろと改良はされたようだけど元がしょぼいアーキテクチャなため効果がなかったのかと
AVRは90S1200から綺麗なアーキテクチャだったから18Fで勝負するには無理がありすぎる

つか、そもそもがPICつーのは「ちょっとインテリジェンスを持たせたI/O」
に過ぎないんだし、あんなのをマイコンだと言い張る方がどうかしてる。

>472
それイイね。
PIC32が1.65DMIPS/MHzで80MHz動作だから
Drystone MIPSが130以下は全部マイクロコントローラと呼ぼうぜ

ttp://www.microchip.com/pagehandler/ja-jp/family/32bit/
既にそう呼ばれているけど

マイコン＝マイクロコントローラなんだけどｗ

130DMIPSだと、昔のPCで Pentium-133MHz位か

ARM Cortex-M4 が 1.25 DMIPS/MHz だから100MHz以上ないとダメ
AVR32が91DMIPS@66MHzだからダメ
ハードル高いな
AVR90S8515に外付けRAM付けてドライストーン走らせてる人のページだと
1.938DMIPS@8MHz だからAVR-MEGAの20MHzなら4.8DMIPS位か

>>476
dsPICで5V120MHzとかあったな
ヒートシンクいるらしいｗ

PICとAVRの比較って時代ではなくなってるとおもふ

dsPICとPICって小泉純一郎と小泉孝太郎ぐらい違うよな。
AVRとAVR32もそれぐらい違うけど。

PICってMPLABが使いづらいよね
PICってAVRに比べてどんなメリットがあるん？

スルー力が試されています

使いづらいと感じるのは慣れの問題
多くの日本人は英語が苦手だが、アメリカ人で英語が苦手って少ないでしょ

PICは品種の豊富さが命
やりすぎだと思うが

arm系コントローラーの敷居も価格もすごく下がってきてるから
ホビーではじめようかって人がAVR選ぶ理由がますます少なくなってきてるかもね

>>475
「マイコン＝マイクロコントローラ」という定義には少し抵抗がある。
MCUが出現する前からマイコンという言葉は存在した。
マイコンという名前の専門誌も存在した。
時代と共に意味が変わったのかもしれないけど
俺みたいなジジー連中は混乱するだろうな。
まぁもうすぐ死ぬから475は特に気にする必要もない。

ぼくはGR-SAKURAちゃん！

>>486 帰れ

え、マイコンってマイコンピューターの略じゃないの？

結局130DMIPS越えるマイコンはどんなのがあるの
AVRでいうと どれ？

>>489
1.938 MIPS / 8MHz with 32K external SRAM
　= 0.24225DMIPS/MHz

130DMIPS / 0.24225DMIPS/MHz
　∴ 536.64MHz以上のAVRが 130DMIPSを超える。

参考URL : ttp://ww2.tiki.ne.jp/~maro/AVR/project/bench1/index.html

内部RAMが2.5kB以上のAVRでテストすれば、もうちょっとマシかも。

>>489
AVR32のAP7000系
AP7000なら150MHzで210DMIPS。
既にAP系は廃品種だがww

AVR32のUC系はデータシートだと1.49DMIPS/MHz(メモリアクセス0waitの場合)と書いてあるから
87.25MHzで130DMIPSに到達するけど

最高のマイコンを決めるスレはここですか？

>>488
かつて、そんな名前の雑誌があったなぁ。トラ技の別冊だったっけ？
初期の号数冊は良書だったが。

MEGAシリーズは上限２０MHzで1DMIPSにも満たず
AVR32(AT32UC)も上限66MHz(1wait)で91DMIPS

PIC32に劣るAVRも>472の言うとおりマイコンと言いはるのは
おかしいってことだな

最初のマイコンは薄かった

Ｉ／Ｏも

広告で厚くなることをトラ技効果と呼んでた

トラ技、ＣＱ、電話帳

ネット通販がない時代、トラ技は広告に価値があった。

おまいらAVRってかマイコン自体いつからいじってんの？

AT90S1200あたりからだから12年前くらい?

ゼッパチぐらいいじってるっしょっ！

つまり最強のマイコンはARMってこと？

ただのCPUはマイコンとは言わん

>>504
うん、そうだよ
聞きたいことは其だけかな？

TMPZ84Cシリーズや 683XXシリーズは知らない世代か

ARM マイコン
http://www.toyosysgi.co.jp/~arm/


え、マイコンって言ってるやん

>>508
慌てるな。>>505は>>503へのレスだ。(たぶん)

>>505
NECの8080/TK80辺りが「マイコン」の始まり。

それは個人で持てるコンピュターでmy con

>>510
元々>>472と>>473のPIC厨からかいネタ、真面目に答えなくておK
ひっかかった>>495を笑っておけばいい (ﾟдﾟ)ｳﾏｰ

>>510
国産ならNECのμCOM-4辺りからだろ

軽口ってどっかの方言？

>>514
日本語。
日本の国語辞典に載っています。

>>511 >>513
>NECの8080/TK80辺りが「マイコン」の始まり。
これはマイクロコンピュータ及びマイコンピュータ含め「マイコン」と呼び始めた意。
μCOM-4でマイコンブームが起こったわけではない。

>>511
My Computerってのは安田氏辺りから提唱されて始まっている。

NECでは「My Computer」の略語として使ってた訳じゃない。
あくまでマイクロだからμ。

>>516
TK-80登場以前にもAltair 8800とかの輸入品を個人相手に販売してたショップも
日本に複数あったし、話を単純に考えすぎ。

>>518
516だが、何か誤解してないか。

>>505の"ただのCPUはマイコンとは言わん"に対していている訳で
NECがマイコン=MicroComputerの元祖であるなどと言っているつもりは無い。

昔はいわゆる「電子計算機」って奴で、やたらバカでかく
なんだかよくわからないものを総称して「コンピュータ」って括り

それが机の上に置けるくらいになり、コンパクトってイメージから
「マイクロ」って表現になった

で当時のコンピュータの認識は「使用目的ありき」

「パソコン」ってのは目的はローカル
個人に委ねられる「パーソナルなコンピュータ」


コンピュータと言ってもなんだかよくわからず
でも言葉として線引きないのも説明しにくいからイメージから言いだした

何が正しいとかないよ
スマホみたいなもん

ここってAVRの話より雑談のほうが圧倒的に多いスレだね

AVRが完成し過ぎてて質問以外ネタが無い。

みんながどんなソフト使って開発してるのか知りたい
マイコン歴２か月の俺はAVRStudio4

ずっとAVRStudio4でやってますよ
ほかの環境もないじゃないけどデバッガ使えないからね
でも、これから始める人はPCがしょぼくない限り最新の
AtmelStudioでいいんじゃないの？

>>524
ＡｔｍｅｌＳｔｕｄｉｏ6も最初に使ってみたんだけど、重すぎて使い物にならなかったんですよね
ＰＣのスペックもi7に8GBメモリで十分すぎるはずなんですけど

少し前のログで重いor重くないの話題が出てましたね
環境のチューニングにもよるんだろうけど、
私も重いと感じるのでStudio4ですｗ
Xmegaの一部とか未対応デバイス使わない限り問題ないんだけど
だれかAtmelStudioの設定解説やってくれないかなぁ・・・（超他力本願）

>>525
５も重いよね
重い代わりにどんな便利機能が備わってるのかきになるけど知らない？

オレもよっぽどの事が無い限り4だわ。５とかあんな程度の機能なのに重すぎて意味不明。
あんなソフト使うぐらいならあえて新しいデバイスとか使うの避けるわ。

秋月Tiny13A値下げ　価格\50　

在庫処分だろうな3万個もあるし　IPIみたいにならないといいな

>>527
だからマイコン歴２か月なんですってば。５の優れてるところなんて知らないです

あと、AVRStudio4は全角でコメント入れられないのも初心者としてはすごく悲しい
全角でコメントはナンセンスって話もよく聞くけど知ったこっちゃねぇ

6便利だよ。デバッグ遅いけど。

ここで一言。
「ほんとソフト屋って生き物は、資源がいくらあっても平気で使い果たす。バカじゃね?」
てな事を書くと、必死に弁解する輩が登場するんだよなw

AvrStudio4で全角コメント入れまくってますがなにか？

>>533
>>なにか？
私の環境だと全角でなにか入れようとすると固まっちゃうんだけど
何か方法があるんですか

変換途中の文字が見えなくなってるだけじゃね？

え？もう6出てんの？

>>529
中の人？
在庫数量どうやって確認した？

2313Vをレール買いして
まだ消費し切れていないのに・・・

後悔してる

SAMとUC3使いとしては、Studio6は快適。　CでのOOPなんで、インテリセンスが無いと大変。

>>537
秋月スレより

55 ：774ワット発電中さん：2012/12/05(水) 20:38:40.60 ID:ckibojqo
秋月のＨＰシステムは、ひたすら個数を総当たりに入れていくと、
在庫数が分かるんだよね。
99999→9999→999→500→300とかね。

実際店舗の方でも、在庫を持ってるかどうかの確認をしてるやり方。

>>540
まぁこれで総在庫がわかるわけじゃないけどね

そのままカートに…

>>529
こういうのってどうやって実装するんでしょうか
3mmとかだったら実験目的なら変換基板しかないだろうけど、
そうじゃなかったら変換基板使ったら負けな気がする

>>543
DIPなんで2.54mmのユニバーサル基板で良いと思います

Tiny13Aの値下げはLPC810をそのうち扱うからかな？

>>529の言うAVRはこちらです。
ＡＶＲマイコン　ＡＴＴＩＮＹ１３Ａ−ＰＵ
http://akizukidenshi.com/catalog/g/gI-02911/

私が3mm言っていたのはこっちでした
超小型ＡＶＲマイコン　ＡＴｔｉｎｙ１０　米粒ＡＶＲ　（１０個入り）
http://akizukidenshi.com/catalog/g/gI-04575/
ＡＴｔｉｎｙ１０実装モジュール　（米粒ＡＶＲ）
http://akizukidenshi.com/catalog/g/gI-05174/

思いつくのは、自作基盤で頑張るくらいだろうか
1mm ピッチで配線しての手半田は厳しいだろう

>>546
>1mm ピッチで配線しての手半田は厳しいだろう

厳しいならDIPのマイコン選べばいいだけの話だろ。

>>547
だから、それじゃ負けな気がするから
基盤発注か手半田ぐらいしかないのかな？って思ったわけだ
でも手半田は厳しそうだしってのが>>546での話

0.95mmの6ピンくらいなら。私はできますよ。

無駄な労力払いたいなら空中配線でもすればいいだけのことだし負けとか訳わからん。

>>546
>ＡＴｔｉｎｙ１０実装モジュール　（米粒ＡＶＲ）
ちょっとこの写真の半田付け、あまり上手くないな
いいの？こんなんで

製品は自分でハンダ付けするからキレイにやれば良いんじゃね？

いや、秋月の製品紹介なのにこのヘタな半田付けはどうかと思って・・・
まあどうでもいいと言えばいいけど

>>546
Tiny10ならこの基板でPC用FANコン作った、久しぶりにアセンブラ。
http://www.aitendo.com/product/5899

>>531
どう便利なのかｋｗｓｋ

AVRstudio5重くて使ってないけど
立ち上がるときのてんとう虫の絵かっこいいよね

>>551
基板の設計に問題があるんだと思う。穴径に対してランドが小さすぎる。

>>553
それよりも、パスコンのランド無しが気になる。

てｓ

>>558
裏面に実装するんだろ。

去年の11月に買ったTiny13Aは120円だった、、、
PLDやDDSの入ったPIC10F322が45円だし、メモリが倍のPIC12F1822が80円じゃ
プログラムが面倒でもこっちで遊びたくなるよな

何万個も作るわけじゃないのに、数十円の差をちまちまとww

>>562には
「価格では勝負にならないから話題にしないでください」
という気持ちが込められている。

AVRマイコンからTCPかUDPでパケット飛ばしたいですが
どんなアプローチが最も安上がりですか？

物理層問わないなら内蔵のUSART使うのが安いと思うよ

>>564
システムの概要や主目的を書けばエスパー回答してやんよ。

>>564
つ arduino ethernet

>>549
仕事で新しいIC評価する時、0.5mmピッチのを
普通のユニバーサル基板に貼り付けたり、よくやるよ。
（pinから細い線を引き出し）

いっそprotelかeagleで設計して、フィルムにプリントアウトして焼いた方がはやそう。

>>560
俺の感覚では、スルーホール二つも経由して、しかもこんなに長い距離はもはやパスコンと呼ばないなぁ。
裏面がベタグランドにし、Vccピンから表面のグランドエリアに落としたいとこ。

>>566
気温測定して、その結果をTCPなりUDPでサーバーに送信、という感じです

余ってるＰＣにシリアル接続でいいじゃない

>>572
測定対象とPCが近くて、
PCを長時間動作させても問題ない環境ならならそれでいいと思う。

>>571
無線LAN USB付けてUDP飛ばすのがいいんじゃない？

>>564
WIZ820IOなら2000円くらいじゃない

俺ならZigBee使う。

どうもありがとうございます。
サーバーとは別にPCを近くに置くことは考えてません。

>>575
おー、なんか面白そうな！
そこで検索したらストロベリーリナックスが出てきて
その中にシリアル→LANのコンバータが見つかりました
http://strawberry-linux.com/catalog/items?code=36008

ご紹介いただいたものより+1000円ですが、プロトコルを考えず
単にシリアルに出せばあとは勝手にやってくれるぽい感じなので
WIZ110SRのラインで考えてみます。

>>576
Xbeeってやつですか
調べたらシリアル→無線LANで飛ばせるみたいですね
WIZ110SRの無線版という使い方もできそう。。
ちょっと高いですが、参考にさせてもらいます！

安いのがいい、手間は度外視、というならこれも。

ＳＰＩイーサネット・コントローラ　ＥＮＣ２８Ｊ６０／ＳＰ
http://akizukidenshi.com/catalog/g/gI-01948/
http://www.switch-science.com/products/detail.php?product_id=19

http://strawberry-linux.com/catalog/items?code=15035
※ENC28J60は単なるインターフェースICでTCP/IPなどのプロトコルスタック機能はありません。

TTLレベルのEthernetシリアル変換が楽だと思うけど
下のは詳細が判らんのでおすすめしない
http://www.csun.co.jp/SHOP/200905019.html

>>578
プロトコル層も面倒を見てくれる >>575さん紹介のほうは1680円 で
シリアル変換アプリケーションも、入ったのが >>577 で安い、簡単の結論が出てない？

>>580
質問者は結論を他人に求めてるワケじゃないように見える。

単に安い銭で済むか、そうじゃないかは質問者のスキルとか
手持ちのパーツが活用できるかで本人が決める事だし。

>>581
質問者は、WIZ110SRにした見たいだけど

シリアルはやったことあるんですがSPIは経験なくて・・・

ユーザーマニュアル
http://strawberry-linux.com/pub/WIZ820io_User_Manual_V1.0.pdf

見ても、どうしたらパケットを送信できるのかサッパリ・・・
ってな感じでWIZ110SRに傾いてます。

>>579
ああ、WIZ110SRはRS232Cレベルなんですね・・・
ADM3202みたいなのも要るのか

>>577
パラメータ設定用にwebサーバーの入ったモジュールか、、、
好き好きだけど同じくらいの機能持ったマイコンボードにまとめてしまうのも手だな
こんなのとか　http://www.cqpub.co.jp/hanbai/books/48/48281.htm

>>585
AVRじゃないけど、手ごろなのもあるんだなあ。

>>585
それも素敵ですねー
とりあえず１冊はポチるとして、追加に基板だけ買えるのかな

>>587
Interface 2008年9月号に付いていたのは
コネクタ類が付いてなかったですよ。
パルストランスやその他を買わないと試せないので、うちは、そのまま雑誌に
と共に本棚で眠っています。
部品セットが３０００円
若松通商ＨＰの中でCOLDFIREを検索すれば出てくる

>>587
書籍の解説にはないけどトランス内蔵のモジュラージャックとDCジャックは買い足して自分で付ける必要あり
http://www.silentsystem.jp/cqparts.htm
http://www.wakamatsu-net.com/cgibin/biz/pageshousai.cgi?code=38230006&CATE=3823
結局他のボードと大差の無い値段に、、、
秋月の２００円のジャックをジャンパー線で無理やり付けた人もいたな

AVRじゃないからスレチかもしれないけどRaspberry piなんて物もあったり。

>>590
avrや単機能部品は、食材や半加工品。
piは、ファミレス。
arduinoは、お惣菜売り場。
enbededは、ジャンクフード。
それぞれ楽しみ方はあるだろけど このスレでpiは無いかも

GR-SAKURAにXBeeをぶっさす

>>592
まあ、それ用の穴開いてるしなあ、それで？

>>593
普通は動かすだろう

抜いたり挿したり
あんまりやりすぎんなよぉ(笑)

>>583
WIZ820IOとのSPI通信の仕方は、Arduinoのソース読めば判ると思う
ちょうどarduinoのイーサネットシールドはW5100使ってるから

ただしarduino WIZ820IOでぐぐるとドライバに不具合があるみたいで
下手すると手段が目的化しそうだからおすすめできない
WIZ820IOはうちにも1台あるけどまだ試してないんだよね
さくっとXbee Wifiで組んじゃった方がいいかも

>>596
Ethernetでは無いですが
うちはシリアルからbluetoothのSPP変換基板を使う予定。
bluetoothドングルを刺すタイプのSBDBTが２９８０円
ただし電源は３．３Ｖ。
3.3V,5V両対応のは１０００円高い
ファームはオープンソースでpickitで書き換えもできるみたいです。
USB-HOST付きＣＰＵ内臓
フラッシュ64KB
RAM 8KB
http://www.rt-shop.jp/images/RE/SBDBT_5.jpg
http://www.rt-shop.jp/images/RE/SBDBT_1.jpg

今日からAVR始めようと思うんだが、マイコンどれを買えばいいかわからないです・・・・
http://www.nicovideo.jp/watch/sm14475728
この動画を参考にはじめるところなんですが、ATmega88pが秋月電子で在庫がない？です。代用出来るマイコンってありますか？
色々マイコンみても、知識がなさすぎてさっぱりです。

http://akizukidenshi.com/catalog/goods/search.aspx?search=x&amp;keyword=ATMega&amp;image=%8C%9F%8D%F5
この秋月電子通商で購入予定です。おねがいします

>>598
無印の88でいいんじゃないかな？
もしくは88vはまだ在庫あるよ。

>>598
168p/328pでもおｋ
88pとは微妙に違うけど、その動画の範囲なら問題なく代用できる

>>598
168Pは88Pの完全上位互換だから間違いない。データシートも同じだし。
動画内で「この欄はAtmega88Pと選択します」みたいな指示のところだけ168Pにしてやるように気を付ければok

ただ、開発環境が64bitのＰＣだったりすると動画の指示に従うだけでは
コンパイルの段階でつまるから調べるなりまたここで訊くなりするように
実は俺もその動画でマイコンに初めて触れたんだけど
本当によくできた講座だと思うからがんばって完走してくれ

168/328はベクタの大きさが倍だからhexに互換性はないよ
要リビルド

>>602
>>598にその説明をしても混乱させちゃうだけでしょ
88pと168pでhexを使いまわすようなことはしないだろうから

「しないだろうから」って前提はどっからきてんのかなあ
完全上位互換なんでしょ

>>598
最初はへたにケチらないで一番大きい規模の奴を選べばいい
ATMEGA328Pあたりを選んでおけば大体間違いないよ

量産しないなら328pでいいけどね。
メモリ多くて使いやすいし。

test

あなたのマイコンのOSは？
http://gogono.net/archives/52037743.html

>>608
マイコンじゃなくて、パソコンじゃないけw

無いと思っているけど、8bit AVRでOS使っている奴いる?

arm をシミュレートして linux を乗っけた方が海外にいらしたけど
ちょっと違うか。

http://dmitry.co/index.php?p=./04.Thoughts/07.%20Linux%20on%208bit

>>610の画像ではAVRとPC用のmemoryを繋げていますが、
繋げるためには PIN assign が分からないと無理だと思います。
どこかで仕様って公開されていますか？

>>611
自己レス
http://buffalo.jp/products/b-solutions/oem/memory/ddr3.html

検索したらすぐ見つかった。

>>610
うん、ちょっと違うw これはこれで凄いけどね。
AVRにはuTRONは移植されてないんだっけ?

Z80用にUZIというUNIXクローンがあり、それをMSXに移植したUZIXってのがあるんだってね。
これがAVRで動いたら面白いなと夢想中w

ATmega328でBOD使いたい時は、VCC電圧が低い間はRESETかけてるだけの使い方なら
FUSEの　BODLEVEL [2:0]　を設定するだけで良いのかな？
FUSE以外に、レジスタを設定するようなコードを追加する必要もありますか？

コードでBODを禁止することは出来るけど、
何もしなけりゃヒューズ設定するだけで常にBOD有効だよ

>>614
ありがと。やってみる。
けど、きいてるか、否かのテストって面倒そうねｗ

PWMでFETカチカチするとか

こういう時に可変電圧源が

電子工作やるならオシロと実験用電源は欲しい。
上を見たらキリが無いけど、それぞれ4,5万円位だせば
趣味用としてはとりあえず使えると思う。

秋月オシロ
秋月可変電源+アナログメーター

合計で６０００円くらいか

実験用電源は5万出せばブランド品買えるが、
オシロは割り切らないとなかなか厳しいな。

メトロニクスの電源ですね、

5万出すって気が知れてるw
金銭感覚おかしいんじゃねぇ
技術あるんだったら自分で作れよw
5千円あれば十分だろ

「知れない」じゃなくって、「知れてる」ならいいんじゃね？

技術があるから金もある、時間には限りがある
時間のために金を出すんだよ、技術無しの貧乏人

どこまで馬鹿なことをするかが、人生の楽しみなんだよ
時間を金で買うような奴に、ろくな奴はいない

実験用電源の話だぞ
回路が上手く動作しなくて、
回路のどこが間違っているか散々探してどこもおかしくなくて、
実は電源が腐ってたので誤動作してましたとか馬鹿らしいだろ

電源腐ってた事に気づかず、回路の全然問題ないところを散々調べてました。
ってのが人生の楽しみなんだ
(　´_ゝ｀)ﾌｰﾝ下らない人生だな

ライタと同じで自作は2個目からだよね。

>>623
お前さんがアマチュアで、5万円のオシロを5千円で自作できるなら、
そりゃ作ったほうがいいな。較正もちゃんとやるんだぞ。
プロだったら、どこに時間を掛けるべきか検討し直した方がいい。

人によって金銭感覚も求めるレベルも違うからな
俺は10年ぐらい前までは自作電源使ってたが今は1万ちょっとの電源だ

セックスより楽しいことなんてあるの？

電源とオシロの話がごちゃ混ぜだなぁ
面白すぎるぞ

トラ技Jrでオシロスコープの懸賞当てたったｗｗｗｗｗｗｗｗｗ

そうだな、じゃ申し訳ないから書きなおしておくか。

お前さんがアマチュアで、5万円の電源を5千円で自作できるなら、
そりゃ作ったほうがいいな。較正もちゃんとやるんだぞ。
プロだったら、どこに時間を掛けるべきか検討し直した方がいい。

お城と電源の話は余所でやってくれよｗ

>>631
童貞乙ｗ
毎回毎回単調過ぎて普通に飽きる

>>631
オナニー

Avrdudeのソースを読んでるんだけどイマイチよくわからない
ISP周りの仕様をまとめた資料とか誰か知らない？

データシート

このレスは趣味レベルの人はレス禁止なの
分かってない人まだいるみたいだね

ここのプロフェッショナルな人々の社交場
ド素人は１０年ＲＯＭってな

翻訳ミスってるぞ

>>640
基地外って言葉を贈ります

船橋さんいらっしゃ〜い

age

88や168には普通に書き込めるのですが、328だけどうしても書き込めないです。
なぜでしょうか？

328と328Pでシグネチャーが違うからそれでひっかかってるとかない？

>>645
AVR Stuidio5 + AVR Dragonで、それにハマった事があるな。
ISPのクロック下げたら書き込めた、みたいな事が・・・
同時に色んな事やってたんで、本当にクロックのせいかどうかは定かではないのだけど

すみません。いろいろ省きすぎました。
使用しているのはatmelstudioとmk�Uです。

88Pで書き込みが成功したのち、88Pを168Pに乗せ替えプログラムをリビルドしターゲットを168Pに変更。
問題なく168Pに書き込みができました。

次に同じ手順で168Pを328Pに乗せ替えると、うまく328Pを認識してくれず、書き込むことができません。
ただ、eraseはできるときがあります。

プログラムを書き込もうとするとシグネチャーを表示している部分が赤くなりエラーとなってしまいます。eraseを失敗するときも同様です。

ブレットボードの上のAVRを載せ替えているので、配線が間違っているということはないと思います。

また、石の故障も疑って別の328Pでも試しましたが、同様の結果でした。

何か原因と思われることがあったら教えてください。
他にも何かあったから指摘してください

違いといえばこれくらいだねぇ
AVRに供給している電源電圧は何V?
5.0Vぐらいにしたら書き込めたりしない？

&#8211; ATmega48P/88P/168P:
0 - 10MHz @ 2.7 - 5.5V,
0 - 20MHz @ 4.5 - 5.5V

ATmega328P
&#8211; 0 - [email protected] - 5.5V,
0 - [email protected] - 5.5.V,
0 - 20MHz @ 4.5 - 5.5V

Operating Voltage:
&#8211; 1.8 - 5.5V for ATmega48P/88P/168PV
&#8211; 2.7 - 5.5V for ATmega48P/88P/168P
Operating Voltage:328P
&#8211; 1.8 - 5.5V

&#8211; 256/512/512Bytes EEPROM
&#8211; 512/1K/1KBytes Internal SRAM

&#8211; 256/512/512/1KBytes EEPROM
&#8211; 512/1K/1K/2KBytes Internal SRAM

もう２つ、328P用にリビルドしてるよね？
mkIIのファームを最新版にするとかは当然やってるよね？

ケーブル6本を差しっぱにしてAVRを載せ替えるのが良くないとかかな？
328Pを乗っけた後に6本全てを一旦抜いて刺し直してみたら？

あとはこれくらいか

http://yatsugatake.org/kodaira/2011/09/27/burn-atmega328p-bootloader-to-atmega328/
http://blog-yama.a-quest.com/?eid=970124

駄目なら駄目で諦めろ
成功したら成功報告しろ

書き込めました！

ISPのクロックを125kHzから32.65kHzに落として見たところうまく書き込みできました。
一度書き込みできたあとは、125kHzに戻してもなぜか書き込みできています。

ありがとうございました！
本当に助かりました！

おめ

なぜかできたで済ましちゃうと、次回も悩むことになるよ

とは言え再現しないならどうしようもない。

自分もなぜ一度クロック数を落としただけで書き込みができるようになったのか気になっているのですが、何が起きたのか検討もつきません。

で、しばらく問題なく328P相手にウニャウニャ遊んだ後で、
周辺デバイス制御をこAtinyシリーズにやらせるマルチCPU構成でウニャウニャ遊んだ後で、
じゃ、ATMegaを頭にしてAtinyをぶら下げるぞ！！って
再び、168Pや328Pに繋ぎ換えた所で、１６８Pには書き込めるが３２８Pに書けねぇ、症状が再発して慌てるわけｗ
このころには、前回はISPクロックを下げて逃げた事はすっかり忘れてて、いろいろ、あーでもない、こーでもない
やって、328Pをレール買いなんかしてた日にゃ片っ端から交換して、玉砕して、ロット不良か！と凹むわけですよ〜ｗｗｗ

いやーｗ
仲間がいて安心したｗｗ
こんな書き込みすりゃ、次回再発時には、真っ先にISPクロックを下げる事を思いだすかなｗｗｗ

AVCCのPINってデフォルトではVCCと内部でつながってるんだよね？
AVCCをGNDにつないじゃったら、SHORTしてCHIPが発熱しちまうよね？

データシート読めばAVCCピンの説明書いてあるじゃない

>>660
なんて書いてあった？

>661
ATmega48A; ATmega48PA; ATmega88A; ATmega88PA; ATmega168A; ATmega168PA; ATmega328; ATmega328P
用のマニュアルでは

AVCC is the supply voltage pin for the A/D Converter, PC3:0, and ADC7:6.

ADコンバーター、ポートCの下位４ビット、TQFP のには付いている ADC7, ADC6 の
駆動用ということだから VCC とつながっているわけではない、と。

>>662
ありがとう

eclipseでATmega168pに書き込もうとしているのですが、次のようなエラーがでて書き込ません

AVRDude does not support the project target MCU [ATmega168P]

Please select a different target MCU if you want to use AVRDude.
(Properties -> Taeget Hardware

サポートしてないから、書き込めないって書いてあるw

とりあえず読もうよ

avrdude atmega168p
で検索すると色々でてくるみたいだよ

avrdude.confを新しいものにすれ

AVRの耐圧ってどれぐらいでしょうか？
久しぶりにＡＶＲやろうと思って、誤って12Vもかけてしまいました。
それからずっとリセットが短絡してるよーって出ます。
やはりこれはＡＶＲが壊れてしまったのでしょうか？

規格書見れば定格の電圧は書いてあると思う
しかし、実際にそれをどのくらい超えたらアウトなのかは分からないな
不具合が出てるなら捨てろよ。安いチップなんだから。

>>669
一例はこんな感じ？
ATmega168 16KB　512B　1KB　0 - 20MHz　1.8 - 5.5V

5.5Vの2倍以上の電圧かけてるから、
まあ壊したんじゃないの？
つーか、まず何使おうとしたか書け、それとdatasheetよく読め屑

>>671書き込んで考えてみて、
設計者も12Vが限界と考えて設計してるような気もした。

12Vが物理的な破壊が起こる電圧だとして、
半分の6.0Vが余裕を見た電圧、それに安全をちょっと上乗せして5.5V。
って決めたのかなぁ。Tiny系は全部5.5Vが限界っぽいわ。

ATmega系だと9.0Vや25.0Vがいたりするけどね

>半分の6.0Vが余裕を見た電圧、それに安全をちょっと上乗せして5.5V。
馬鹿すぎるｗ

>>669
mega168に誤って10Vぐらいかけておかしいと気付いたときにはチップはアッチチになってたので
これは完全に死んだなと思ったが5Vつなぐと一応生きていた。　早死にするかも知れないが
良くぞ生き返ったと褒めてやった。　　

しかし半導体一般に最大定格超えたことすると簡単に壊してしまうことに覚悟しておくことですね。

>>672
>ATmega系だと9.0Vや25.0Vがいたりするけどね
ほう、まあこんなの使うこと無いだろうけど、どうぞB787に積まれていませんように。

Tiny2313やmega88系のresetなら最大定格の許容電圧13Ｖ
パラレルプログラミングしようとして失敗したのかとオモタ。

何か前から疑問に思ってたけど、
判り切っているレベルの常識をドヤ顔で語るのって今の世代にとって当たり前なの？

定格を超えた電圧かけたら大抵は壊れる、そういうのって暗黙知であり
いちいち語るべき事ではないと俺は思ってきた。

1+1は2だよ！とドヤ顔で言うレベルの事だと思う。
オッサン世代では当たり前すぎて思いっきりバカにされた。

今の世代ってそういう感じの暗黙知ルールが無いと考えていいの？

なにか言ったら褒めるのがゆとり教育

>>675
1+1=2は数学の定義によるものであり、暗黙知とは違う。

>>675
その、現実で面と向かっては言わないけど
インターネットの世界では言ってもいいんじゃないの？
匿名でのやり取りを現実でも同じようにやってると思われても困る

ここは便所の落書き、2chですから

>>677
そうそう、そういう感じでカンに障る返し方もゆとりっぽくて良いね。

暗黙知の例を上げよ

暗黙知でぐぐったまた一つ賢くなったお！

ゼロに１を掛けたところで

って脊髄反射で書こうとしたけど1を足した場合かー
烏合の衆ってことわざがあってだな、えっと、

実は1+1=2は暗黙知だよと言ってるわけじゃないんだよな
あくまでレベルの話で

俺の経験だと低格少しぐらい超えても壊れることは少ないな
電流流しすぎて部品が光りだしたりしたときは100%死んでるがｗ

定格5Vの石に12V印加はアカン

前にPIC16F887で間違えたACアダプタをさして殺っちまった
あっと声を上げるまもなくバチって音がしてショートモードでご臨終ｗ

電源逆接続に数十秒間気付かなかったときは
パッケージが触れないくらい熱くなりながらも生還したんだがな

逆電圧から生還といっても、ノイズマージンやドライブ能力が下がっていたり、
あるいは、これから少しづつ壊れていく可能性もゼロではない。
期待通りに動作しない時に悩みたくないので、俺なら廃棄処分にする。
実験用として遊ぶ分には構わないと思うけど。
過電圧は少し悩む。定格5Vで6,7V程度までなら使い続けるかな。

逆電圧から生還したやつを実験用で使ってるけどしばらく使ってないとどれがどれかわからなくなっちゃうから捨てるか印つけとくかしといたほうがいいね

>>687
糸ノコ使って、一番ピンの上に一生消えない痕付けてる

やふおくで得体の知れないIC詰め合わせ買うと、マジックで×書かれたIC混じってることあるよな

秋月のDCアダプタの5V,9V,15V,24Vをつかって、デジアナ混在であそんでると、
ジャックのサイズがみな同じだから、アダプタの差し間違えやりそうでこわいｗ
前に、5VのFPGA評価ボードに、15VDCプラグ突っ込んで、ボード上の電源回路ブロックを昇天させて以来、
差し間違えしないように、プラグの根元に電圧かいたビニールテープ巻いてる。
それでも、差し間違えそうで怖いｗ

>>690
私も24Vや±15Vなどを扱うことが多いのですが、
3.3Vや5V系の実験・評価用ボードにはブリッジダイオードと
3端子レギュレータを実装しています。

混在させるな。
100Vだけにしろ。

>>690
プラグだけ色分けしてもダメだろ。
ジャックにも同じ色のテープ貼っといたら？一目でわかるよ。

お勧め、インデックス貼っとけ
http://www.amazon.co.jp/%E3%83%8B%E3%83%81%E3%83%90%E3%83%B3-%E3%83%A9%E3%83%9F%E3%83%8D%E3%83%BC%E3%83%88%E3%82%A4%E3%83%B3%E3%83%87%E3%83%83%E3%82%AF%E3%82%B9-ML%EF%BC%8D235S/dp/B0017X8BDC/

「ボード上にレギュレータ」が最初面倒だけど結局一番楽

以前ここで質問をして、ATmega88Pの在庫が無かったので勧められたATmega168Pを購入し、
http://www.nicovideo.jp/watch/sm14491245
零からの電子工作マイコン編の動画通りに進めていたら、早速詰まってしまいました・・・

動画では、マイコン側に電源を供給してあげて書き込みおk状態になるとAVRISPmk2側が黄緑色に点灯するとあるんですが、
点灯せず・・・いっかい、マイコンの上下を間違えて組み込んで電源流してしまったのですが、マイコンが壊れているせいも考えられるのでしょうか？

よろしくお願いします(´；ω；｀)

>マイコンが壊れているせいも考えられるのでしょうか？
その可能性はある
不安要素をつぶすために、そういうときは新しいチップを買ってしまうのが吉

>>696
逆挿しか…
88PならVdd-Vssが点対称で同じ位置になるから大丈夫そうだけど
壊れた可能性は無きにしも非ず
たかが数百円のために無駄な時間使わないためにも
新しい奴を調達してそれで確かめたほうがいいと思うよ

あぁ・・・ワザワザ高い金払って秋葉原までいったのに・・・
質問ですが、単４電池2本で電圧は足りるのでしょうか？
また、AVR studioの設定による問題もありえるのでしょうか？少し悪あがきをして、ダメだったらマイコン買いなおしますw

>>696
> 点灯せず
これっておかしいんだよね。赤か緑のはずなんだ。

その動画の９：１８、
乾電池の電源を切っている状態で、
　　　緑

赤

その動画の９：４２の所で、乾電池に電源を入れて、
　　　緑

緑

と変わるけど、>>696の試している時の
電源切、入のそれぞれの場合のLEDの色を書いてよ。

余分に何個か買っておかないと

>>695
安定化電源並べるのもお薦め。
まぁ電流ノブと間違えて壊すんだけど。

>>699
> 単４電池2本で電圧は足りるのでしょうか？
当然新品だろ？足りるよ。

ごめん、
> 点灯せず
って赤色から緑色に点灯せずって意味だった？

６本差してるよな？ケーブル。
それぞれにGND, RESET, ...のラベルを貼って現在の状態をアップしてよ。
俺はケーブルを差し間違えてる可能性の方が高いと思う。

あ、申し訳ない。赤色のままだという意味です。
乾電池の電源を入れている状態でも、
　　　緑

赤

ってなっています。
ケーブルは６本ちゃんと刺してます。

・・・・っていま見直してみたら、１箇所だけ挿す場所間違えてました本当にごめんなさい(´；ω；｀)

両方緑色に点灯しました。書き込みしてみます！ほんとみんな回答してくれてありがとう・・・・

>>704
> マイコンが壊れているせいも考えられるのでしょうか？
> 単４電池2本で電圧は足りるのでしょうか？
> あぁ・・・ワザワザ高い金払って秋葉原までいったのに・・・
> また、AVR studioの設定による問題もありえるのでしょうか？
> 少し悪あがきをして、ダメだったらマイコン買いなおしますw

> (´；ω；｀)


　　　　　　　　ゴガギーン
　　　　　　　　　　　　　ドッカン
　　　　　　　　　ｍ　　　　ドッカン
　　＝＝＝＝＝）　）)　　　　　　　　　☆
　　　　　 ∧_∧ |　|　　　　　　　　　／　　　　　　　　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　（　　　）|　|＿＿＿＿＿　　　　∧＿∧　　　＜　　おらっ！>>598、この度は、
　　　　　「　⌒￣　|　　　|　　　　||　　　（´Д｀　）　　　　＼　弊社の欠陥品が大変ご迷惑を
　　　　　|at　　/ ￣　　　|　　　　|/　 　 「atmel＼　　　　｜お掛けしたとのこと、是非一度
　　　　　|mel　|　|　　　　|　　　　||　　　 ||　　 /＼＼　　　｜謝罪をしたく駆けつけました。
　　　　　|　　　 | |　　　　|　　　　|　　へ//|　　|　　| |　　　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　|　　　 | | 　　　ﾛ|ﾛ　　　|／,へ ＼|　　|　 | |
　　　　　|　∧　| |　　　　|　　　　|／　　＼　　/　（　）
　　　　　|　|　|　|〈　　　　|　　　　|　　　　　|　|
　　　　 / /　/ / |　　/ 　|　　　 〈|　　　　　|　|
　　　 / /　 / /　|　　　　|　　　　||　　　　　 |　|
　　　/ /　/ /　=-----=--------　　　　 |　|

おい！

















おい…

あー、ごめん
態度がコロッと変わったなと思って過去の発言纏めていったら
ホントにむかついてしまって>>706で煽ってしまった。

>>696 の症状が発生した時に、
どのケーブルを何番ピンの何に刺していたか書いてよ。
他の初心者の人の為にも書いて欲しいな

初心者スレみたいな間抜けなことしやがって、全くもう。

401 名前：774ワット発電中さん [sage]： 2013/01/26(土) 00:16:05.33 ID:SBbm+mVs (3)
昨夜からアドバイスを頂きました皆様、ありがとうございました。
答えがやっと解りました。

３端子レギュレータは正面向いて左より IN-GND-OUTと７８XXシリーズを
使った経験から思い込んでいました。

ＬＭ３１７はADJ-OUT-INと言うことに気が付きました。

無事完成までこぎつけました。

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

402 名前：774ワット発電中さん [sage]： 2013/01/26(土) 00:29:57.85 ID:8LRyxnGt
これはひどい

403 名前：774ワット発電中さん [sage]： 2013/01/26(土) 00:33:31.71 ID:kDK2iOwB (4)
こんなとき、どんな顔すればいいのかわからないの

>ＬＭ３１７はADJ-OUT-INと言うことに気が付きました。
これは俺もはまったことあるなｗ

本当に申し訳ない・・・・
実はブレットボード使うのも殆ど初めてで、結構四苦八苦してました。
何度も配線も確認したんですが、マイコンを逆に挿したりと、ほんとオッチョコチョイでして・・・・

でもココのスレの方達のおかげでミスに気づけて無事書き込み出来たので本当に助かりましたm(_ _)m

うん、うん、俺も苦労したから分かるよ。

>>706
クソワロタｗｗｗ

逆差ししてもGNDが同じ位置に来るようにしてるんだなと感心したｗ

痛い思いをしたら絶対に忘れない
体罰は問題だがマイコン+電車賃で今後一生の糧になるからドンドンしっぱおすべし

そういえば逆差ししても動く回路の動画があったなｗ

回路初心者のくせにマイコンはじめる奴ってなんなの
アナログ回路勉強してから来い、もちろん実技もな

小さなAVRは回路初心者に向いていると思う。
電源入れればCPUとして動作する事が保証されているんだし、
555でLEDを点滅させるよりも回路知識は要求されない。

ATMEGA168PによるCAN通信に成功
ものを小型化したりIOピン増やす目的でTQFPのATMEGA64Aに変えようと思ってるんだけど、ちょっ と疑問

成功したCAN通信自体は
ttp://shop.cqpub.co.jp/hanbai/books/42/42141.html
参考にしたちょっと擬似的なものなんだけど、 ATMELのアプリケーションノート見てると、
「Atmel AVR076: AVR CAN - 4K Boot Loader」
ttp://www.atmel.jp/ja/jp/products/automotive/canvan/avr-based_can_mcus.aspx?tab=documents
ってのがあった せっかく公式に対応しているのなら、これを使いたい
対象デバイスとして「ATmega64M1」とあるけど、 このまま「ATMEGA64A」で対応できるかな？

そもそもブートローダーとやらを使うのも初めてな んだけど、出来るのであれば調べてみようかなと

失礼、忘れてください

>>717

>成功したCAN通信自体は
MCP2515を使わずにでしょうか？。

>>719
いえ、コントローラーもトランシーバーも使ってます

出来るだけ少ない部品にしたいのも含めてCAN内蔵タイプを使いたいけど、日本での情報が少なすぎて残念
とりあえず、取り寄せたSTK600セットが届くのを待って色々試すつもり

Yes, we CAN!

AVRStuidio5+Dragon で、ATmega168,328に書き込めない症状発生
FUSEは書ける。FLASHROMも読み込める。だが、書き込み途中でエラー発生
読み込んだHEXファイル覗いたら途中からFFの連続
CHIP交換しても症状は同じ。ISPクロックを下げても改善せず
同時起動していた別アプリや、関係ないWindwosのサービスプロセスをかたっぱしから落としたら、トラブル解消した
どれが悪さしていたかわからないのだが、
臭そうなのは、e-mobile接続用のアプリと、VMWare Workstation 関係のサービスか・・・

結局AT90CAN買うんだけど、日本語情報少なすぎて残念
こういうときだけPICが羨ましい

ＣＡＮなんて簡単。ＤＩＰ２８ピンでちょこっとＩＯ作って便利に使えてる。300円強の７０ＭＩＰＳのＤＳＰＩＣ
これに限らず、ＡＶＲに勝ち目は無いな。ほとんどＰＩＣのラインナップで事足りる。

ああ、なんかこういう流れを作る奴の存在がすっぽ抜けてて余計なこと書いた
申し訳ない

誰だお前は

AVRでITRON動く?

>>727
tinyAVRにとってはuiTRONでもおおきすぎるから無い
AVR用のfreeのRTOSならAVRXとか、いろいろあるのでそちらのほうが便利かも

>>585 届きました。
むちゃくちゃ感動っす。。
これでD/Aも付いてたら発狂してましたが。

パルストランス内蔵モジュラージャック　ＬＡＮコネクタ　ＲＪ−４５
http://akizukidenshi.com/catalog/g/gP-00819/

２．１ｍｍ標準ＤＣジャック　内径２．１ｍｍ外径５．５ｍｍ
http://akizukidenshi.com/catalog/g/gC-01604/

ピンヘッダ（オス）　１×４０　（４０Ｐ）
http://akizukidenshi.com/catalog/g/gC-00167/


可変電源は既に持ってるので
追加で必要なのはこれくらいですかね。

PIN*に１を書き込むとPORT*の値が反転するんだよね？

>>729
そのモジュラージャックは改造が必要
若松にあるのは高いから悩むところ
http://d.hatena.ne.jp/orangebook/20080726

おお、結線が違うとは！

イーサネット用RJ45ジャック(トランス入り)
http://www.switch-science.com/products/detail.php?product_id=265

も秋月より更に安い！ってポチる寸前でしたが、違いがあることを知ってデータシートを確認したら
CQ雑誌の基盤に適合するやつとも秋月のとも違う、またまた変なやつでした。
危ない危ない

>>731 で紹介されてるピン曲げの方法で秋月のやつ使おうと思います。
ありがとうございました。

いちお探したところ若松以外にも
RSに適合品が 1@552、12@514、25@486 でありました。
http://jp.rs-online.com/web/p/rj-socket-modules-blanks/7418477/

いちお情報まで。

秋月のモジュラージャック持ってるけど、
自作したオスのジャンパーコードつけてブレッドボード接続用にしてる。

リード線付けて、配線してからホットボンドやシリコンで固めて下駄つくったほうが
ピン曲げ失敗して折り取るリスク取らなくて済むんじゃね。

AVRでラジヘリ飛ばせますか？

そんなことを聞いてるようじゃむりだと思う・・・

attiny2313なんですが、main関数呼び出し直後に
動作周波数をCLKPSで1/256に変更するコードを書き込んだら
hidspxでそれ以上の書き込みが出来なくなってしまいました
マイコンの動作周波数がhidspxの通信周波数に
満たないのだと思いますが、何か対策はありますか？

>>737
-d オプションで通信速度を動作周波数の1/2より下げてみる
それでダメならパラレルライタでリセットするしかないと思う

avrの中でいま最強のシリーズ教えてくれ

>739
AVR32のAT32UC3シリーズかな

picスレはこの板一番の盛況スレなのに、ここはのんびりだなあ。

簡単で悩むところ無いからね

Arduinoスレもあるしなぁ
初心者はそっちに行っちゃうだろうし

初心者が最初に触れるマイコンとしてPICが圧倒的に多いからじゃないかな?
知名度だけはハンパないからなあ

出版されている書籍数が、そのまま反映してるんだろうねぇ。
最近はAVRの入門書とかも発売されてないし、良くも悪くもArduino頼みかぁ．．．

でも結局は、ArduinoもAVRからARMに移行してしまうだろうし、
そうなると秋月のAVRの取扱量が、確実に減ってくるだろうね。

AVR買うなら最初から秋月あてにしないでしょ

PICと比べてもUSBを扱えるDIPが無いのが手軽さを欠くんだと思う。
でも、今はarduinoがあるから良いじゃんって思う。

ARMのarduinoが出たとしても、DIPで作りやすいAVRのarduinoと共存するんじゃね。

TLC5940というアナログ出力のシフトレジスタみたいなものを買いました。

http://www.musashinodenpa.com/arduino/ref/index.php?f=1&pos=2329
http://pc.watch.impress.co.jp/docs/column/musashino_proto/20090924_316652.html
http://b.i-tach.com/?p=710

たくさんのフルカラーLEDを光らせるのに非常に使いやすいICなのですが、
Arduino用のライブラリしか用意されておらず、
いざArduinoを離れてマイコンで使おうとしたときに、
膨大なライブラリを全部AVR用に解読して改変していく必要があり、
正直それは無理だなぁと感じています。

Arduinoはたしかに便利なのですが、デカくて使うのは微妙だなと思っているので、
何かいい方法はありませんでしょうか・・・？

UNOとかのボードは必ずしも必須じゃないよ
Arduinoで開発終わったら、水晶、コンデンサ、IC＋TLC5940の乗る基板作ってそれで完成

なんかアナログ出力をどこどこのピンに設定して、
クロックをたちあげてほにゃらららなのか、
TLC5940のレジスタに書き込むビットをシフトアウトしていっているのか、
なんかTLCにどういう命令を送ればいいのかが分かれば
AVRマイコンでも制御できるかなと思うのですが、
それをライブラリのコードベースで解読していくのが結構キツいなぁ・・・と。

正弦波吐き出そうとする度にDAポートほしいと思うんだけど、AVRに安くて簡単に手に入るのないかな

ソース読んでみたけどAVRのポートやレジスタ直接叩いてるし
他のライブラリと依存関係もないしで
移植ってほどの手間じゃないと思うけどねえ

>>748
Arduinoはただちょっと便利なライブラリが用意されてるだけで，ハード的にはAVRそのものだぞ
既存のライブラリ使ってプログラムを書き込んだあと，ボードからAVR外して自作基板に組み込める
ICの抜けたArduinoにはブートローダー書き込んだ別のAVRを挿し直せばいい
「Arduino 単体利用」でぐぐってみ

>>572は>>750へのレス

>>751
周波数が低くていいならPWMで出力してLPF
高いならR-2Rラダー、外付けDAC、またはxmega
DAC付きのtinyあってもいいと思うけどねえ

>>751
AVRには無理だからこのへんから好きなの選ぶしか…
ttp://embeddednewbie.blogspot.jp/2011/02/review-of-arduino-dac-solutions.html
・R-2R抵抗ラダー
・PWM＋ローパスフィルタ
・MCP4921（￥250）
内蔵プルアップ抵抗の合成で分圧する方法は目から鱗だったｗ

>>750
直接コントロールしたいならライブラリを解読する必要はないでしょ。
TLC5940のデータシートを読めばどういう命令を送ればいいのか分かる。

xmega16A4Uを秋月の変換基板に付けたのをいくつか作っておもちゃにしてるけど、
これには12bitDACがあるよ。
32MHzで動いて300円くらいだから手元においておくと便利じゃない？

ダイセンの変換基板は変換後がデュアルラインになってて使いにくいから
秋月のETT基板がお勧めだよ。でかくなるけどｗ

秋月のAVR取り扱いは細っていくばかりな感。秋月ほど安くなくてもいいから
品種が豊富な部品屋さんは、どこがいい？

Digi-Key

picに乗り換えるが吉

アセンブラのマクロについて勉強したいんですが、ググっても
詳しい情報が得られずに困っています。
手持ちのAVR本のAVRマイコンプログラミング入門にもマクロのことは
かかれていないので・・・

みなさん、どうやって勉強されてますか？
参考になるサイトや本があれば紹介してください。

マクロの書式は環境依存度高いからどのアセンブラ使うのか言わなきゃ
AVRasmなの？gasなの？

>>762
あ、すみません。
AVR STUDIO4.19のアセンブラです。

>>761

手元のPCにはAVR Studioをインストールしていないので確認してないけど、
たしかAVR Studioのヘルプに載っていたはず。

英語がダメなら http://www.avr.jp で探してみたら？

ＩＯ　の１万円ＨＤＤレコーダをＰＣモニタに接続したが
付属リモコンで音量調整が効かないんで、赤外線受信データ
からアナログスイッチの切替制御をＡＶＲで処理した。
AT90S1200でも十分だが、もはや貴重品。tny2313で代用。
はーー　もったいね

>>764

ヘルプですか、一度確認してみます。
英語がダメなので日本語のリンクも助かります。
ありがとうございます！

>>761
色々だらだら書いててまとまらず、
部分部分は前後しているけど頑張って読んでちょ。

> みなさん、どうやって勉強されてますか？

AVRではないけど、Pythonなどでは、ctags使ってtag jump機能を使ったり、
gccに教えてもらって、該当箇所のmacro外したものを直読みする。
vim, emacs, ctags等の勉強をした方が良いよ。
私が使ってるのは、vim, gvim等々。

AVR Studioって中身でavr-gcc使ってたと思う。
gccのオプションはそのまま使えると思うよ。
gccだけど、ここら辺は基本だよ？

知っていると便利な gcc のオプション
http://www.unixuser.org/~euske/doc/gccopts/index.html
マクロの使用とデバッグに関するオプション

特に、以下とか。
-E
　　マクロの展開だけをする。
-M (with -E) [知ってると便利]
　　ソースに include されているファイル名をすべて表示する。

$ cat def2.c
#include <stdio.h>
#define CMP(X, Y) (X > Y)
int main(void)
{
int a = 3, b = 2, cmp;
cmp = CMP(a, b);
fprintf(stdout, "a = %d, b = %d, cmp = %d\n", a, b, cmp);
return 0;
}

ここらまでgccで確認したけど、avr-gccで以下を試したら上手くいった。
AVR Studioでgccのoptionを設定している場所があるはずだから、そこを探すと良いよ。
Linuxの方が何かと便利だから、
avr8-gnu-toolchain-3.4.1.798-linux.any.x86.tar.gz
の方が、AVR Studioよりもお勧めだけど。

$ avr-gcc -E def2.c
int main(void)
{
int a = 3, b = 2, cmp;
cmp = (a > b);
fprintf((__iob[1]), "a = %d, b = %d, cmp = %d\n", a, b, cmp);
return 0;
}
$ avr-gcc -E -M def2.c
def2.o: def2.c \
.../lib/gcc/avr/4.6.2/../../../../avr/include/stdio.h \
.../lib/gcc/avr/4.6.2/../../../../avr/include/inttypes.h \
.../lib/gcc/avr/4.6.2/include/stdint.h \
.../lib/gcc/avr/4.6.2/../../../../avr/include/stdint.h \
.../lib/gcc/avr/4.6.2/include/stdarg.h \
.../lib/gcc/avr/4.6.2/include/stddef.h

AVRStudioのasmはGCCではない

avr-gcc で inline asm って使えんですの？
gccの派生系というか、gccの一般的な機能は全て継承していると思って、
何も確認せず>>767書いちゃったんですが。。。

いや、試せば良いのは分かるんですけど。

これ、【マイコン編　１回】 零からの電子工作　第３６回：後編　開発環境構築
ttp://www.nicovideo.jp/watch/sm14483389
の4:31あたりでAVR-GCC選択していて、
Atmel AVR Assemblerがもう一つの選択肢としてあるんだけど、
質問者は >>763 で、
> AVR STUDIO4.19のアセンブラです。
って書いてましたね。。。

avr-gccとAtmel AVR Assemblerのmacroは、
一緒だと思うけどなー(後付け

せっかくの機会ですから、avr-gccの方でちょっと試してみます。

AVRStudioのデフォルトのアセンブラはAVRASM32.exeであってGCCとはなんら関係ない。
だからAVRasmなのかgasなのか最初に聞いてるんだろ。
当然マクロ擬似命令の書式も大きく異なる。
AVRasmのマクロ擬似命令なら764氏が言うとおりヘルプに説明があるし、日本語訳なら
AVR.jpにある。

長いから読んでないがマクロの説明はなさげ。たぶんお前の書き込みに>>761が求めてる情報はゼロだろ

>>761
色々頑張ろうと思いましたが、考え直して止めました。
ごめん、悪いけど、お題を出してもらえないかな？
どんなマクロを知りたいと思ったの？

引数の渡し方などなど単純に関数（マクロ）の記述方法じゃね？

俺も今tiny2313でアセンブラの勉強してて、AVR304を見てる

例の日本語訳サイトでは
AVR　Studio
AS4CHM.zip　の中にある

AVRASM.CHM
そこの　AVRASM2 ﾌﾟﾘﾌﾟﾛｾｯｻ
の項にマクロについて書いてある。

俺的にはマクロは出来れば使わない派。

マクロがあればCなんて要らない派

Cという共通マクロがあるからなあ。
マクロをガンガン使うぐらいならCを使うよ。

Ｃが簡易アセンブラということならそうだな

Ｃは大雑把過ぎて使い辛い。いい加減な人向きの高級言語。

Cは厳密過ぎる
perlくらい適当がいい

rNV3JNquさんは電気工作入門スレで大暴れしてましたね

GCC Developer Liteの画面が、ドーユー訳かデカくなって
再インストしても、同じ症状。上と下が切れて使えない。
ドーしたら、直るのでしょうかネー。
もち画面の端をつまめない。

ついでにイエローソフト探してたら、廃業だと。
あわてて、とりあえずYellowIDEをDLした。

GCC Developer Liteの画面、Mifesでグロォヴァル検索したら
Document＆SettingにINIファイル見っけ。アンインストしても
消えない。これをDelして、再インストしたら、直りました。
お騒がせ。

MIFESか・・懐かしいなｗ
DOS時代は愛用したもんだがWINが出はじめの頃には「UNIXでvi」で
その後は統合環境しか触らなくなったわ

>>784
団塊の世代？

この板の住人の9割はジジイじゃろうて

H8とかでuITRON使って大勢で書くのが普通だしな

ワンチップマイコンのシャープのZ8使ったことがあるよ。
あのアーキテクチャは滅びたの？

785
俺も>>784と同じ経験してるけど
団塊世代より20年くらい後の生まれだよ

Z8、懐かしいな。
CPUとしては好きな方だった。
今でもオリジナルメーカーのザイログから入手できるみたい。

4004から、♪思えば遠くに来たもんだ〜♪
俺の華麗な女遍歴（自称だが)と同じように、色々なCPUが現れては消えていった。
いつの日にかAVRもPICもCortexも思い出に変わる。
そしてついには人類はこのうっとうしいプログラミング作業から解放されるのだッ!

なんて書き込みしながら、今はtiny2313用のつまらない小さなプログラムを
アセンブラで作っている。サッパリやる気が出ない。

あーぁ、50年後くらいにワープしたいな。
死んだら終わりだ、コンピュータの行く末は見届けられない。

789
俺も>>784と同じ経験してるけど
団塊世代より20年くらい前の生まれだよ
戦後と云っても、日露戦争だけどもな。

Z8 まだ有るみたいですよ。
http://www.digikey.jp/scripts/dksearch/dksus.dll?FV=fff40027%2Cfff800cd%2Cfffc010d&k=Z8&vendor=0&mnonly=0&newproducts=0&ptm=0&fid=0&quantity=0&PV-5=14264&PV-5=22664&PV-5=22665&PV-5=22667&PV-5=22666

>>790
まだ売っているというか進化してるんだ。
買おうかな
LEDドライバが入っているので抵抗無しでＬチカができる。電流モードへの切替えや設定は、レジスタで4段階

digikeyで8pinDIPタイプで175円と194円
175円のは、動作温度が0度から70度。
194円のは、動作温度が-40度から105度
型番Z8F0823PB005SGと語尾がEG
クロック5MHz flash8KB ram1KB AD uart
電圧2.7-3.6
on-chip Debugger内蔵

20PINのは、クロック20MHzで
i2cやIrDAが追加

Z8は、ramが全部レジスタとしてダイレクトに演算やコピーができるのが特徴です。
割り込みで使うレジスタを、決めておけばいちいち退避する必要がない。
簡易マルチタスクもらくらく

>>794
うん、私もZ8用の簡単なディスパッチャを作って並列処理で使うことが多かった。
AVRでも同じような使い方(並列処理)をする時があるけど何だかなぁ。

OS使ってみるとか？

>>794
でもそれって、8051の特徴でもあるよね?

>>794
>割り込みで使うレジスタを、決めておけばいちいち退避する必要がない。

どのCPUでもそうだろ。
Aレジスタしか計算に使えないとかなら別だが。

>>785
> 団塊の世代？
もう引退している。
知っている言葉を並べて恥ずかしい奴w

世代を引退したの！？

>>799
俺がなにをした？
お前に話しかけてないし消えろ

>>801
馬鹿話を撒き散らした。
アホは消えてくれていいよ。

>>798
Z8はレジスタが128個あるしレジスタファイル方式なので
割り込み処理でレジスタを退避しなくてもレジスタを使い切る可能性が少ない。
「その辺が気楽」と794は言いたかったのでは？

>>802
団塊か聞いただけで火病るの？
怖えーな、、、、チョン

>>798
>794が説明不足。
z8やavrはレジスタ空間がメモリ空間にマッピングされているってのは同じ。
avrはレジスタ空間r0〜31がメモリ空間の先頭に固定されてる訳だけど
z8はこの位置をポインタレジスタによって自由に変更できる。
だから、レジスタセットの退避や復帰が簡単、と言う事。

ま、avrには関係無いからどうでもいいことだがなww

>>805
なるほど、面白い石もあったんだ、参考になる。

複数の石把握してないと、そういう違い分からないもんなぁ。

6809のDPみたいなのかな

AT90CAN128 で遊んでるけど、情報無いから自分で手探りで CAN 通信してる
楽しいな

並列処理プログラムを自作する時、
レジスタファイル方式のCPUは有利だなといつも思う。
命令1個で全レジスタがセーブされるのでオーバーヘッドを少なく出来る。

無い物ねだりをしてもしょうがないけど、
AVRも32個のレジスタが8セットあれば良いのにな。

http://youtu.be/G--M-jHV0vg
これ作ってみたいけど、キットの配布はもう無いのかなぁ？。

>>811
キットがなくてもノコギリ波のウェーブテーブル作って音階にあわせた
サンプリング速度で再生するようなもの作れば同じことできるだろ

ノコギリ波は駄目だろ
波形が肝なのに

tiny2313のPWMは4つだから4和音か。
面白いね。

1音ならわかるけど、和音どうやって出すんだろ？
単純にWAVEテーブルの重ね合わせだと各音単独で出してアナログ合成しないと
崩れるような気がするが。

同じカウンタ使ってるから同じ音程しか出ないんじゃないか

なるほど、PWMでだしてるのね。納得。

ADC４個として使うのか
メモリとの戦いだな

>>813
無限音階にするだけなら、矩形波でもノコギリ波でもいいのかも。
発音している”ラ”の周波数の半分、2倍、3倍を同時に発音させればいいので。

>>819
>周波数の半分、2倍、3倍を

音階の仕組み勉強して出直して来い

>>820
心に余裕のない寂しい奴だな
単に2^n倍を勘違いしただけだろｗ

ホントだね、アラ探しを生き甲斐にしているのかな？
820が嬉しそうに書き込みしているのが目に浮かぶようだ。
それとも条件反射的に発作が起きたのか？

そういえばNHKで少し前に音階と数学の関係を放送していたね。
1バイトの上位4ビット、下位4ビットをそれぞれ+1、-1しながら音を割り当てたりとか、
円周率からメロディーを作ったり、協和音の周波数の比率とか、まぁまぁ面白かった。

無限音階はTK-80のサンプルプログラムにもあったりする
8080Aの１００倍の能力を活かせば楽勝のはずだがアタマが残念orz

LKIT-16でもタイムスライス方式で3和音に聞こえる音楽を演奏していた。
昔のニーチャン(今のジーサン)も貧弱なシステムで工夫してそれなりに頑張っていたんだなぁと思う。

PWMならORするだけで和音になるんだっけ？

無限音階って何なんだって思ったんだが・・・

嫁に質問したら延々音階理論を語られるところだった。危ない危ない。

>>820
俺もそう思ってたけど
旋法によっていろいろあるのが現実。

全音階が全てじゃない、と知ったかカキコ。

>>827
ヒント　：　３倍

/oct.と/dec.は、電気が好きな人なら馴染みがあるはず

7度の跳躍が2度に聞こえちゃうんだよな

>>828
ヒント坊がまだ生きていたとは、、、
遅れてやってきた爺さんかな？

>>824
PC-8001(Z80 4MHz)で、ビープ音で３和音出してるゲームあったな。

>>811の曲だと、終わり間際の一箇所だけ不自然
（期待より1オクターブ高い音が出たよう）に聞こえたが※、
それ以外がちゃんとしてるように感じられてしまって面白いな。

※個人の感想です

和音を出すときはいつもサンプリング方式にしてる
マイコンの品種にもよるけど、64サンプル程度のバッファを作って
複数波形の足し合わせを前計算→割り込み時に消費

平均律？純正律？中全音律？三分損益？

MEGAの乗算器は16bit*8bitの乗算を2周期では実行できない？

あと相談なんだけど、10msec毎に更新される周波数値をリアルタイムに矩形波として反映する効率的な方法知らないかな
34〜500kHzくらいの範囲で
割り算使ってたら遅くなりすぎるし、俺の足りない頭では問題解決できそうにない

>>832
インテリジェンスHDD使って効果音出してたプログラマも
今は前科持ち

>>836
矩形波ならPWMの周期を変えればいいような気が

AVRならタイマー周期毎でトグルするPWM出力があったと思うので
2倍の周波数にするだけで出来るんじゃないかなと

>>838
周波数を直接指定できるわけでは無く、たとえばCTCモードとかで割込タイミングを調節して目的の周波数を導く形になるんだよね
だから、目的の周波数を実際の周波数に変換する計算が必要
その計算を高速にやりたいのです

テーブル用意すればいい

テーブル

34 から 500,000 まで 10msec 間隔で 1 単位で変動する数字がある
これをリアルタイムに更新される矩形波の周波数としたい

これをテーブルで再現するにはどうすれば

>>839
PWMを使うのに割り込みは必須ではないね

10msの設定されたときからのレイテンシが重要な話なのか、
10msの設定の次が来るまでに変更出来れば良い話なのか
どっち？

>>842
>34 から 500,000 まで 10msec 間隔で 1 単位で変動する数字がある

仮数部+指数部に変換して指数部ごとにテーブルを用意する。
仮数部の精度はそんなに要らないことが分かるので、テーブルは圧縮できる。

>>843
次の更新が来るまでに反映できていればおｋ
でも、それだけ動かしてるわけじゃ無いから、そこにCPU全部持って行かれるのは困る

>>844
かなり広範囲に可変すると思うけど、そんなに効率的なテーブルくめるのかな？

どんなフォーマット使ってるのか知らんが
割り算なんて0.1msecもかからんと思うが

>>845
それならメインで計算させておいて結果だけ定期的に更新すればいい
フラグやFIFOで実現できると思う

思ったんだが、DDSが作れればいいわけよね
AVRでのDDSの作例はあるから参考にしたらいいんじゃね

俺は発想力もプログラミング力も無いから、
秋月で売っているDDSとAVRをシリアル接続にすると思う。
少し高くつくけどヘタレ代と思って諦める。

キャリー付き加算もできない45円のPIC10Fのくせに生意気にDDSもってるんだよな
http://akizukidenshi.com/download/ds/microchip/PIC10(L)F320_322_JP.pdf
品種だけは敵わん

ぱみゅぱみゅ？

>>848
専用のものを使ったからといってヘタレだとは思わないなあ
あれこれ工夫するのも面白いけど

>>849
プログラマブルなロジック機能まであって面白いな

ブートローダーを消してしまって、Flipで書き換えできなくなった・・・
AVRライタで元に戻せるんでしょうか

>>852
戻せる

atmelのサイトを探してるのですがFlipのブートローダーが見つけられません。
ほかのサイトにあるのでしょうか？

>>854
Atmelに無くほかのサイトにあるものもあります。　mage32u4とか、探すと幾つか見つかります。
それで何を探してるのでしょうか？

AT90USB646になります。ご存知でしたらよろしくおねがいします。

ご存じじゃないけどどうやって探した？

>>856
AT90USB646だったらAtmelにあるようですがリンクがなくなっているようですね。
以前は各デバイスのDocumentと一緒にリストされてたはずですが
サイトリニューアルなどで忘れ去られたかな。

以下のものがお探しのものだと思いますが確認はしていません。
ttp://www.atmel.com/dyn/resources/prod_documents/64x-usb-boot-1-0-0.zip

LUFAのDFUbootloaderを焼いちゃってもいいかもしれない。FLIPでも問題なく動くはず。

>>857
AT90USB646のページからツールやドキュメントを掘ってました。

>>858
ありがとうございます。
普段使ってるライタソフトがa90の拡張子が選択できないので、別のソフトを探してから試してみます。

参考までにどのように検索すれば、ブートローダに辿り着くのでしょうか？

>>859
調べてみます。聞いたことがある程度の認識しかなかったので・・・

>>860
a90拡張子のファイルも中身はIntelHexフォーマットです。　拡張子をhexに変えればOK。

以前はAtmelのDocumentやtool類は全部同じ/prod_documentsフォルダに置いてあるので
ファイル名が分かればレジスト要のAVRstudioなんかも直コピーできていました。
今回のBootloaderは以前コピーしていたのでAtmelフォルダ探したらまだ残っていただけです。

丹念にググればAtmel以外でも発見できると思いますよ。

>>738
ありがとうございます
-d99で復活しました

ずーーーーっと質問しっぱなしだったが、AVRでのカメラ操作関連ホムペ開いたら１日１０人が見てるようだ
多少は恩返しはできたのだろうか

>>863
あれお前んとこだったのか
ありがとよ！

ナイスガイ揃いなスレだな

winavrは行番号表示がなくてコンパイルエラーでたら行番号表示のあるエディタにコピペして確認してたんだが
winavrの画面右下に行番号の現在位置表示されてるのな
君達知ってた？

おう

WinAVRってなんだ？
まだ使ってんのか？

このような質問していいのか少し不安ですが、、

ATtiny861Aの書込みがうまくいかなくて困ってます。
バッチファイルを作成して書き込もうとしているんですが、
通信は成功するのにプログラムが書き込めない状況です。
バッチファイルの内容を記述します。

echo off
echo program internal 16MHz
c:\winavr\bin\avrsp -PC1 -FL11100001 -w default\○○○.hex

通信ポートはCOM1で「○○○.hex」が書込みファイル名です。
自分自身は素人で「FL11100001」の意味もあまりよくわかっていません。
どなたかその点も含めてご教授いただければ幸いです。

このスレの存在を知る前に、知恵袋でも質問してました。
http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q11103187511

どうかよろしくお願いいたします。

プログラムのミスってことはないですか？
たとえば volatileが抜けているなど

書き込めていないのか、バグで動いていないのかはっきりしませんな。
avrspはエラーがあればメッセージを返すはずなのでそれを書いてもらわないと。
ちなみにFLはヒューズ下位バイトの意味で指定された0b11100001をそこに書き込む
オプションです。

avrspはいまどきのWindows上ならDirectIOのドライバがないと動かないはずなので
後継のavrspxに変えるだけで動いてしまうかもですね。

確かにプログラムもミスってる可能性もあります。

もともと、"AVRマイコン活用ブック"を参考に、ATtiny26L用のソースを作ってたんですが、
事情があって861A用に書き換えていました。
何度かエラーがありましたが、ようやくビルドできたので書き込めるかと思ったら、
なんだか作動しないので途方に暮れてました。

もしよろしければ、どなたかプログラムに関して何かご指摘を頂ければと思います。
http://thuploader.orz.hm/miniup/upload.php?id=07928
(ソースファイルのみlzh圧縮)

宜しくお願いします。

ちなみに同じ手順で他のプログラムは書き込めるのかな？
ためしに、Lチカとか簡単なプログラムを書き込んでみたら？

>>871
FLのご説明、ありがとうございます。

>>873
そうですよね、簡単なプログラムからやるべきですよね、、
今日時間が空いたらやってみたいと思います。

ぱっと見
ボーレイトの設定がなさそう

チラ裏

xmega
確認用に適当な空きピン使用
反応なんだかおかしい、3日間思考錯誤した結果

んだよここJTAGかよ ///

x * 0.6
この解をビット演算使って高速に処理したいんだけど、何かいいコード無いかな
計算結果の小数点は切り捨てていい

>>878
xは、整数？

>>879
x は整数で、大体 500 〜 14000 くらいの範囲

>>878
「ビット演算」て意味わかってる?

>>881
わかってるよ
厳密にはこういうことだとかそんなことはどうでも良くて、ニュアンスが通じるならそれでいい

ビット演算より高速に処理できる方法があるならそれでもいいけど、この計算式にAVRの乗算器は使えないよね

>>881
趣旨が分かるのいいと思う

>>882
> この計算式にAVRの乗算器は使えないよね

そんなの使いようだけどね。

>>878
>x * 0.6

先ず本当に0.6倍しなければいけないのか検討はそっからするべき。

もちろん乗算器を使える形にしてから乗算させて本来求める解の形に戻してもいいけど、そんな回りくどいことをして高速に処理できるとは思えない

>>878
>高速に処理したい

漠然としてるな。要求仕様は?

>>878
0.5+0.1だけど、0.1は2進数だと無限少数になるから
要求する精度次第で割り切りが必要
0.1を2進数にすると0.00011001100110011001100〜だからな

>878

曖昧な質問だぉ。

左にひとつシフトしたら2倍だぉ。
左にふたつシフトしたら4倍だぉ。

逆に
右にひとつシフトしたら1/2倍だぉ。
右にふたつシフトしたら1/4倍だぉ。

うまく組み合わせたら0.6倍を作れるだぉ。

10クロック以内に出来たらすばらしいけど、難しいよね

1回転36パルス出力するモーターがある
これに置き換わる新しいモーターは、パルス信号を出さずにシリアルデータで回転数を出力する
その値はrpn/min

本来のパルス出力同等の信号を作るためにこれを計算し、DDSに周波数値としてシリアルデータで出力したい

これだけをさせてるわけじゃ無いから、こっちにCPUそんなに使えない

x >> 2 に x / 10 足せばいいんだけどさ
x / 10 がネック

2 ビットずらしちゃいかん
x >> 1 だ

また特許にすんの？

>>882
> 乗算器は使えないよね
使える気がする。
0.6を左シフトしてから乗算して右シフトすればどうだろう

>>878
x * 3 / 5
で行ったら？
* 3 の時に気を付ける必要があるけど。
/ 5 も頑張れｗ
つまり俺には何も分からんということだ

>894
x < 14000以内で x * 3/5 を誤差ゼロで計算するには * 78645 / 2^17 する必要がある。
32bit乗算になるので割算とどっちが儲かるか微妙。

安いもんだし、専用に石使えば？

誤差 +0.1% 程度に目をつむって

(x >> 2) + (x >> 3) + (x >> 7) - (x >> 5)

これより早く出来るかな
誤差 0.5% 以内なら許容範囲

>>890

>>889の言う通り、冪上で割ると以下の通りだから、
i = 0 n = 1.0
i = 1 n = 0.5
i = 2 n = 0.25
i = 3 n = 0.125
i = 4 n = 0.0625
i = 5 n = 0.03125
i = 6 n = 0.015625
i = 7 n = 0.0078125
i = 8 n = 0.00390625
i = 9 n = 0.001953125

i = 1, 4, 5を足して、
>>> 0.5 + 0.0625 + 0.03125
0.59375
だから、誤差0.00625
だけど、回転数でいえば以下の通りだし、
別に良いんでしょ？
>>> 14000 * 0.00625
87.5

ld reg2, N
rshift reg1, reg2, 1
rshift reg4, reg2, 4
rshift reg5, reg2, 5
add reg1, reg4
add reg1, reg5
mv memory, reg1

7 clock見積もりだけど、これでどうだ？

>>898
>誤差 0.5% 以内なら許容範囲

154倍して下8ビット捨てれ。

>>898
ちなみにCPUって何bit?
あと、clock up って駄目なの？
基本的な所の話なんだけどさ。

>>899
500のときの誤差計算してみ?

DDSのクロックを0.6倍にすれば解決

すいませんが、>>899は>>898を見ずに書きましたので。。。
>>898の足し算以外にないのでは？

>>902
1.33...と出ました。

誤差0.5%ではないですね、はい。
許されないのか。

>>> 500 * 0.6
300.0
>>> 14000 * 0.6
8400.0
>>> 1 / 1.666666666666666666666666666666
0.6

32bit CPUなら↓で行けるけど、
>>> (1 << 16) / 1.666666666666666666666666666666
39321.6
>>> 14000 * 39321 / (1 << 16)
8399.871826171875
>>> 500 * 39321 / (1 << 16)
299.99542236328125
>>> int.bit_length(14000 * 39321)
30

16bit CPUなら↓だなぁ。と思ったけど、
14000の時に桁溢れしますぞ。
>>> 500 * 154 / (1 << 8)
300.78125
>>> 14000 * 154 / (1 << 8)
8421.875
>>> (1 << 8) / 1.666666666666666666666666666666
153.6
>>> int.bit_length(14000 * 154)
22

○8bit CPUなら↓だなぁ。と思ったけど、
×16bit CPUなら↓だなぁ。と思ったけど、

俺もDDSのクロックいじるほうがてっとりはやいと思う。
まさかマイコンのクロックと共用じゃあるまいし。
だったら、0.数%の誤差とかお話にならない。

クロック供給をいじるのはいいなと思ったけど、正規製品に改造を施すのはやはり避けたい

ちょっと >>904 を検討します
ちなみに、AVR は 8bit 16MHz

　　AB
　x CD
　----
　　BD　# L1
　AD　　# L2
　BC　　# L3
AC　　　# L4
----
ans = AC << 16 + AD << 8 + CB << 8 + BD

筆算で↑の通りですし、今回は、なんという偶然でしょうか。
>>> '0x{:04x}'.format(39321)
'0x9999'
なので、AC == AD, BC == BDであって、
C = D = 0x99ですので、
ans = A*0x99 << 16 + A*0x99 << 8 + B*0x99 << 8 + B*0x99
　　　　　　　　　　　　　　^^^^^^^^^^^^^^^^^^^^^^^^^^^
　　　　　　　　　　　　　　↑こいつらの上位8bitが重要なのであって、
　　　　　　　　　　　　　　　 下位8bitは切り捨てて良い。
ans ≒ (A * 0x99 << 16) + (A * 0x99 >> 8) + (B * 0x99 >> 8)

mv regA, x[0] # 1c
mv regB, x[1] # 2c
ld regC, 0x99 # 3c
ld regD, 0x99 # 4c

mul regA, regC # L4 # 6c
mv tmp1, r1 # 7c
mv tmp0, r0 # 8c

mul regB, regD # L1 # 10c
mv work1, r1 # 11c
mv work0, r0 # 12c

mv ans1, tmp1 # make AC # 13c
mv ans0, tmp0 # # 14c

add ans0, tmp1 # AC + A, L4 + L2 # 15c
adc ans0, work1 # AC + B, L4 + L3 # 16c

これで行けてない？当然に最適化する必要があるんだけどさ。
可読性を意識したから10clockは駄目だったけど、
これなら8bitCPUでも大丈夫でしょ？
6 clocks位削れると思うんだよね。
チラ見した感じ、4cは必要ないし、13cと15cは一つにまとめれる。
残り3clock削るぐらい？
あと、karatsubaだったか使っても今回は早くなんないと思うた。

>>904
計算を上位バイトと下位バイトに分ければいける
上位バイトを u
下位バイトを l として
((l*154)>>8)+u*154;

入力 r2:r3
出力 r4:r5
破壊 r0, r1, r16

ldi r16, 154
mul r3, r16
mov r5, r0
eor r4, r4
mul r2, r16
add r5, r1
adc r4, r0

>>907

>ちなみに、AVR は 8bit 16MHz

必須な情報を後出しって、クソ質問者確定だぉ。

>>909
そうでした。簡単なことですね。失礼いたしました。

>>908は色々細かい所間違えてるな。
そのまま使うとbugで死にますので。
debugはしませんので、ゴメンですけど
使う場合は>>909がdebug頑張って下さい。

○　　　　　　　　　　　　　　↑AD, BCの上位8bitであるA, Bが重要なのであって、
○　　　　　　　　　　　　　　　 下位8bitであるD, Cは切り捨てて良い。
×　　　　　　　　　　　　　　↑こいつらの上位8bitが重要なのであって、
×　　　　　　　　　　　　　　　 下位8bitは切り捨てて良い。

>890の内容を見て、バイクのスピードメーター改造かと思った。
マイル＜-＞km変換できないかな？。
この場合、パルス入力→周波数測定→周波数x1.6→パルス出力

エンコーダ信号からRPM計算してシリアルで届くまでに10ckなんてどうでもいいくらい過ぎてる気もする

>>912
デバッグも何も >>910 に完璧なのが出てる

さらに３クロック費やして

lsr r0
sbiw r5, r0

これを追加すれば誤差がぐんと減るかなーって程度

訂正
sbiw r5, r0
↓
sub r5, r0
sbci r4, 0

出先でID変わっちゃってるけど、いや本当みんなすごいや
自分が如何に未熟か思い知らされる

変な質問に答えてくれてありがとう
かなり参考になりました

いっそ起動したときに計算結果を全部メモリに入れて読み出すだけに.....

DSPICならDDSも含めてワンチップになる

30kBくらいflash使って豪快にテーブル引き

>>920
アドレス計算して取り出すのに何クロックかかるかやって見

>>900>>910
あぁ、>>894を元にしたのか。なるほど。

>>898
頭いいな。
最後の引き算に感動した。

コンパイラがちゃんとやってくれるか心配だな
小さい方から足して加算後のレジスタを右シフトしてくれると精度がお得

>>915
失礼いたしました。
一人でちょっと興奮してしまいまして。
スレ汚し失礼いたしました。

おまえら、どいつもこいつも
コンパイラの出力するコードを見たこと無いのか？
(x*6)/10
って書けば、コンパイラが最速に近いコードを吐いてくれると思うぞ。
除数が定数の割り算は、全部乗算に変換されるって常識じゃないのか？

FPUつきの組み込みARMやらMIPSのマイコンでも使えよ

>>921
in:r30,r31
out:r2,r3

add r30,r30 ;1clk
adc r31,r31 ;1clk
sbiw r30,-offset ;2clk
lpm r2,Z+ ;3clk
lpm r3,Z ;3clk
で10clkではないの?

>>928
計算するより遅かったらダメじゃないの？
>>910

>>926
自分も、(x*6)/10で、コンパイラの吐いたコード貼って。
まぁ俺もコンパイラにお任せだな。

異常ルート無視で、この程度の計算だけなら自前でゴリゴリ書くこともあるけど、
たいていは内部精度とか丸め処理とかいろいろやるから、コンパイラのほうがバグが少なくなるし、
スピードもそんなに変わらなくなってしまう。

ってかくとASM厨が反論してくるかな。
みんな頭いいのはすごいと思うんで、誤解しないでね。

>>930
>自分も、(x*6)/10で、コンパイラの吐いたコード貼って。
>まぁ俺もコンパイラにお任せだな。

「x は整数で、大体 500 〜 14000 くらいの範囲」って条件なのに *6 しちゃうの?

精度指示ができる呪文があるなら別だが÷１０ならコンパイラは割り算やるしかない

>>926
>おまえら、どいつもこいつも
>コンパイラの出力するコードを見たこと無いのか？

unsigned foo(unsigned x)
{
return (x*6)/10;
}

↑を avr-gcc -mmcu=atmega32 -O3 -S foo.c した結果が↓

foo:
movw r18,r24
lsl r18
rol r19
add r18,r24
adc r19,r25
lsl r18
rol r19
movw r24,r18
ldi r22,lo8(10)
ldi r23,hi8(10)
call __udivmodhi4
movw r24,r22
ret