AVRマイコン総合スレ Part37
■ このスレッドは過去ログ倉庫に格納されています
そんなコメントdocument化する必要ねぇから
//で十分 >>585
2つめ、3つめって1行目の2個目の2行目の1個ってことか
2つめがないとdocumentコメントにならない
3つめは慣習だろ PICが一番嫌われてる理由は
信者がスレチ荒らしするから。マカーと同じ。 でもAtmelもMicrochipに買収されちゃったね >>590
何を今さら。放っておけば潰れたかもしれないのに、金出してでも欲しいから買ったんでしょ。
親会社がどうかと、このスレになんの関係が？ 他社のマイコンの名前をNGにぶちこめばだいぶスッキリするなw 買収ってのはね、欲しい場合だけじゃなくて
潰したい場合にもするもんなんだよ。
だからAVRの処遇がどうなるか気になっているところさ。 >>591
はあ？何の関係がだと？バカなの？
>>596
？？
ARMなんてライセンス買えばどこでも使えるんだが... >>596
日本語がちゃんと読めないならさっさと国に帰った方が良いよ Microchipは、とりわけ車載向けのマイコンを強化できるとしている。
(インターフェースを統合した8ビットマイコンらしい） 欲しかったのは車載とFPGAの技術でしょ、AVRマイコンはついでについてきた余計な荷物だよ AtmelのFPGAとか聞いたことない
単純なI/O設定の意味か PICスレですればいい話をここでする理由がある。
荒らして迷惑をかけるのが快感なんだよ、キチガイは。 公共の場に集まって、大声で他人の悪口言ってるジジババと同じか。 もし、MicrochipがAVRをやめたら・・・
AVR互換コアをLatticeのiCE40あたりに入れて、300milの変換基板作って
載せて、「ΛＶＲ」とかマーキングして売ったりして
さすがに入らんかな。 AVRはやめないとおもうよ。
その代わりAVRをPICとPIN互換にして
商品の隙間を埋める戦略はありえると思うよ
もうAVRというブランドは必要ないから！！ 競合製品に18Fや24Fもあるし
今更PICにリネームして売らないでしょ >>608
＞商品の隙間を埋める
隙間についてkwsk >608
8bitマイコンのメリットは回路規模が小さいゆえの値段の安さと低消費電力なんだけど
AVRMEGAシリーズはPIC24Fシリーズで値段も消費電力もカバーできるから不要なんだけど。
DigikeyとかでATMEGA88とPIC24F08で比べてみな PICを本当に推したいならしつこいのはやめた方がいいんでない？ AVRブランドでは新チップはでないだろ
PIC○○という○○番号を新しく振り分けて
Atmel技術が一部含まれた新チップは出るかもしれないけど
AVRユーザーはアホだから
そうなっても優位性をこじつけるんだろうけどねw AVRがPICなんて恥かしい名前になったら、ARMに完全移行する。
それぐらいこのスレでPICが嫌いになった。平気で荒らし行為をするようなPIC厨の仲間にだけは絶対になりたくない。 Atmelに入社したかったのに会社ないのかよ！
日本死ね すでに、Tiny102と104は電源とリセットの位置が
PIC化しているようだが ハードウエアとしてのPICじゃなく
それを使ってる連中が嫌いだからPICが嫌い
この発想は文系ならではなのかな 理系だったら論理的に物事を捉えて冷静に動かないとね >>621
それが出来ないからあいかわらずAVRとか使ってるんでしょ
身売りの話が出てからもうだいぶ経つ
そもそもここでグダグダ言ってねえでその宗教を広めたやねうらおを叩けよと言いたいｗ 名前がダサいんだよな
マイクロチップを埋め込んだぜｗみたいな
megaのPBシリーズってIO増えた以外なんかあるの その頃からすでにPICの差し替え製品を出さなければ
ならなかったと言うことか？？？？
ポリシーのない会社ですね〜〜〜〜 >617
あらほんとだ。古くは90S2323の時代から8ピンは1RESET , 4GND , 8Vcc だったし
その後の8ピン品のTiny13AやTiny85等も同じだったのに、ここに来て変更か・・・ TINYって結構需要あるんだなぁ・・・
自分はMEGA328に統一して長いこと経つから・・・ だってメガ３８２とかパッケ大きすぎじゃん
ＩＯピンもっと少なくていいからもっと小さいパッケが欲しいときとか
どうんすのよ？ >>629
QFN。更に小さいパッケージが御所望であったのなら申し訳ない。 私はメモリ容量ではなくて、I/Oで決めることが多い。
AVRはDIPの2313、328、1284の何れかをよく使う。
値段はあまり気にしない（値段で迷った事は無い） おれもI/Oピン数で決めるな
たまに40P DIPで、ほとんどの場合20P､28Pで足りる
AD必要ならMEGA328 無しなら2313 Tinyはとにかく小さくしたいときに便利です。
８PINはインドアプレーンなどに使ってます 一度 米粒を使ってみたいが そういう具体的用途がないんだよね
ないなら作るか・・・ 俺も同じtiny10いつか使ってみたいが用途がない
Flash少ないし何ができるかな？ 他励式圧電サウンダに発振プログラム仕込んで、自励式にしちゃいなよ。 市販のLEDライトを改造して、PWM制御で明るさを調整出来る様にするとか CPUだからと大げさに考えずに定番タイマー555の代用として
外付け部品１個で、ｆとか時間幅を決められたら便利かも？ 制限つきでもムリか？
555だと最低でもC,R、4個程度必要。 これすら面倒で秋月のキットを買ってしまう性分。 CR外付けで555と同じ動作させてみたら？
555のドライブ能力には勝てないけど。 そうだな。２個でもDuty 50% 発振器作れるか。
まとめてプログラム書き込んでおく。
精度要らないし1K~0.1Hzで大体間に合うから十分だな。 ユーロサイズのユニバーサル基板に部品をガッツリ載せるほうが好きだなｗ エッジ検出にCPUパワー取られるけどI2Cスレーブ化するとか
tiny13Aと違って16bitタイマー積んでるから色々できる 発振器で思い出したのだが、
先日、生まれて初めてスタックを使わないプログラムを書いた。
スタック無くてもそれなりに作れるもんだなと、我ながらビックリした。
もちろんアセンブラで。
tiny2313で作った電子工作「猫撃退用音波発振器」の仕様
・I/O
入力1点：モーションセンサ
出力3点：赤色LED、緑色LED、発振出力
・動作
センサーオフの期間
＞緑色LEDを0.5秒間隔で点滅、赤色LEDを消灯
＞発振出力オフ（H出力)
センサーオンの期間
＞緑色LEDを消灯、赤色LEDを点灯
＞16KHz程度、デューティ比約1:2で発振出力オン（H/L反転出力）
セットアップを除く、メインループが28命令だった。
>>639
アセンブラやってみたら？
趣味ならコストや納期の制約が無いし、キラキラと輝く新しい世界が待っているよ。 >>639
AVRのアセンブラは、やったほうがいい
PICのアセンブラは趣味以外の何物でもないが まあ、どっちも趣味
人に勧めるようなもんじゃない、現代ではな
ジイの世代の認識は知らん CASLできたらAVRはできるが、PICは意味不明だろうな。入門サイトググっても肝心なことが書かれてない。
本人たちはそれが常識で端折ってんだろうが、実は変態の常識なので説明されないと分からない。 >>645
>>646
今はtiny10で作りたい物は特に無いけどやってみようかな
レスありがとう >>636
ライター作って、チャージポンプ作って、ライターにつけた。ほかには冷蔵庫開けっ放しアラームつくったぐらいだな。 >>651
アセンブラとCとLチカの関係について
あなたのご高説をぜひ賜りたいです >>645
光利用はユニーク
要は驚かせればいいのだから効果高そうだね
市販品でも利用されている超音波はいまひとつだった
真似させてもらいます ・I/O
入力1点：モーションセンサ
出力3点：赤色LED、緑色LED、発振出力
・動作
センサーオフの期間
＞緑色LEDを0.5秒間隔で点滅、赤色LEDを消灯
＞発振出力オフ（H出力)
センサーオンの期間
＞緑色LEDを消灯、赤色LEDを点灯
＞16KHz程度、デューティ比約1:2で発振出力オン（H/L反転出力）
PSoCだとPSoCブロック（内蔵ハードウェア）だけで全部出来そうだな。 Cypressがwin依存し過ぎだからだろう
開発ツールをOS限定した時点で流行るわけが無い
ルネサスも良い機種出してもWINしか対応してなかったから流行らなかった
技術者はUNIX系OS使用者の方が多いってことに気づくべき。 PSoCはハード屋から見ると分かりにくい。むしろFPGAのほうが見通しがいい。 AVRのアセンブラに興味がある人もいるかもしれないし,
ほんの雰囲気だけになりますが、短かくても完結しているので（長いプログラムの一部ではない）
発振器 >>645 のスタック未使用プログラムのメインのリストを載せます。
何の興味も無い方、スミマセン、読み飛ばして下さい。
発振周波数を決めるLo_period=115、Hi_period=55で、
センサはアナログコンパレータで入力しています。
発振は内蔵OSCの8MHz、緑色LEDの点滅間隔は1秒です。
できれば他のCPU、たとえばPIC24などのアセンブラのリストも見てみたい。 ;***** main loop **********************
;===== sensor OFF: LED_green blink
LED_Blnk:
wdr ;reset watch_dog timer
sbi PInB,_LED_Gr ;toggle LED_green ON/OFF
ldi YH,HIGH(1000) ;delay for 1Sec
ldi YL,LOW(1000)
;
LED_Blnk1: ;delay for 1mS
ldi ZH,HIGH(1989) ;adjusted by oscilloscope
ldi ZL,LOW(1989)
LED_Blnk2:
sbiw ZL,1 ;1mS elapsed ?
brne LED_Blnk2 ;No, wait 1mS
;
sbis ACSR,_ACO ;Yes, then comparator is Hi (sensor is OFF) ?
rjmp OSC_Out ; No, goto output OSC wave
sbiw YL,1 ; Yes, then 1S elapsed ?
brne LED_Blnk1 ; No, wait 1S
rjmp LED_Blnk ; Yes, loop again
;
;===== sensor ON: OSC output
OSC_Out:
sbi PortB,_LED_Gr ;LED_green turn OFF
cbi PortB,_LED_Rd ;LED_red turn ON ;
OSC_HL:
wdr ;reset watch_dog timer
sbi PortB,_AMP ;OSC High period (speaker ON)
ldi YL,Hi_period
OSC_H:
subi YL,1
brne OSC_H
;
cbi PortB,_AMP ;OSC Low period (speaker OFF)
ldi YL,Lo_period
OSC_L:
subi YL,1
brne OSC_L
sbis ACSR,_ACO ;comparator is Hi (sensor is OFF) ?
rjmp OSC_HL ;No, OSC go on
;
sbi PortB,_LED_Rd ;Yes, LED_red turn OFF
rjmp LED_Blnk ;return to LED_green blink
; >>658
FPGAよりずっとハード屋に優しいと思うけど。
ただ、デジタル一辺倒でアナログ回路的な思考ができないと
厳しいかもしれないね。 AVRのアセンブラは良いね
メモリ効率が良くて実行速度が速くてまるで中級言語(?)みたいに分かりやすい
これを命令コード16bitで実現していることに感心する レジスタ番号の若い方半分は、制約がかなり多くてあまり使い道が無い
むしろレジスタ数 半分で、その分アドレッシングの強化にまわしてもらってた方が
俺的には便利だったな
まぁ欲を言えばきりが無いからな、素直な方だと思うよ。 下位チップはメモリがほとんどないからメモリの代わりに使うんだよ。 I/O領域の扱いが不満。$00-$3Fまでの64バイトで収まってるうちは良かったけど
拡張I/O領域(メモリマッドI/O)が追加されてIN,OUT命令が使えなくなり
LD,ST系しか使えなくなった(SBI,CBIは元々I/O領域の前半$00-$1Fだけしか
対応していないのでもちろん使えない)
LD,ST系のメモリアクセスはXMEGAで改善されてるようだけど、それ以前の
Tiny,MEGA等だと2サイクル命令で遅い。 >>665
ループカウンタとか変数格納用途だね R0~7
俺の場合だけど
>>661
CPUのクロック周波数を幾らに設定しているの？ 未だにDOSで遊んでいるせいか MOV と LD の使い分けで時々混乱してアセンブラに
怒られています >>668
CPUのクロックは内蔵RC発振器の8MHzです。分周はしていません。 >668
>ループカウンタとか変数格納用途だね R0~7
誰も指摘しないけど、即値系の命令が使えない等の制限があるのはR0〜R15では？ 概要に 16 general purpose working registers って書いてあるやつだよ。 >>667
AVRも16bitなんてケチ臭いことにこだわってないで
AVR24上位コンパチ品とか出してくれれば
そういう使いづらいところが解消できたのにね
残念ッ！ >678
>AVR24上位コンパチ品とか出してくれれば
それがXMEGAシリーズなのかも・・・。
AVRは最初の90Sシリーズから素晴らしいアーキテクチャだった、その後のTiny,MEGA,XMEGAも
良い出来だとは思うけど素晴らしいアーキテクチャの上にあぐらをかいて改良を怠った感がする ■ このスレッドは過去ログ倉庫に格納されています
