AVRマイコン総合スレ Part37
■ このスレッドは過去ログ倉庫に格納されています
張り付いてる特定のやつがアンチなだけでしょ
ほっとけ PICのアセンブラを理解できなかったオジサンたちがしつこく粘着してるだけだよ
C言語がメインの時代だから違いはないのに アーキテクチャとしてはちょっとね・・・ってところかなぁ。
#って、指摘すると、PIC○○ならとかって言い出すPIC厨が
#いたりするけどね
まぁ、フリーのコンパイラなんかを見ても「PICには移植しにくい」
といわれるのは普通だから、別にこのスレ住人だけがそう思ってる
わけでもないし、アンチだからそう思ってるわけでもないでしょ。
個人的にはスタックポインタが不自由すぎるっていうのはちょっと
厳しかったな。 うーん動いたり動かなかったりするなーと悩んでて、部品の取り付け調べてたら、水晶の足が切れかけてた。 >個人的にはスタックポインタが不自由すぎるっていうのはちょっと厳しかったな。
マルチタスクでは組めないてことだからね。 F1PICになってスタック もメモリ空間に存在するからなんとかなる >563
>#って、指摘すると、PIC○○ならとかって言い出すPIC厨が
>#いたりするけどね
それって区別できない奴が無能か無知なだけでは? 前提としているものを理解できていないふりをする
PIC厨のご都合主義的ダブル/トリプルスタンダード
が>566とか、>567みたいな間抜けなレスを呼ぶ〜♪ Arduino,ESP8266,ARMと遊んでたけどPICを連休に触りだしたけど新しいIDEの出来が良くて開発捗る
結構いいかも >568
前提条件っていつものこれこと、まあ確かにこの条件ならしょうがない
>AVRと同じ土俵に立てるのは8bitPICだけ(理由は不明)
>AVRと性能勝負していいのは低性能なPICだけ(同じく理由不明)
>高性能なPICはPICと認めない(同じく理由不明)
>→つまりAVR大勝利 PICが変態仕様とか、これからはARM使うとか
なんだかんだ言っても「負け犬AVR」である事は事実なんだよ
新スレ立てるなら、「負け犬AVR の遠吠え」だろw 次スレ案
【負け犬の】AVRマイコン総合スレ Part38【遠吠え】 >>571
>AVRと同じ土俵に立てるのは8bitPICだけ
・・・・
散々言われてるだろ
それより上のクラスを選ぶなら、ARMで困らないから そもそも議論の余地は無い
Atmelも32Bitとか出してるみたいだが、このスレですら全然話題にもならない
別にAVRに拘ってるわけじゃない、 同じ8bitの土俵なら圧倒的にPICが糞だってだけだ
オマエみたいな、チョンドラ顔負けのごり押しは心底気持ち悪いんだよ
いらねぇ〜って言ってんだ
うぜぇから、さっさと消えろ。 >574
要するにBit数にこだわるのは、価格や性能でもなくAVRが一番になるためのランク分けなのかよ。
8bitにできて16bitや32bitでは出来ないとかの理由が有るわけでもなく単に勝つためのランク分け ちょっと違った
誤)勝つためのランク分け
正)勝ったつもりになるランク分け ここを覗くたびに「負ける」ということがどれだけ人を卑屈にするかがわかる
しかも天敵に負けたとあっては目も当てられない惨めなものなんだな AVRがーPICがーって、本当のところどうなのかと思って
まったく同じ機能をtiny85とPIC12LF1840で試してみた結果
PICはクロックに対する処理速度が半分って感じ
tiny85をArduino IDEで作った方が楽だがMPLAB Xは色々できて優秀
消費電力はどちらがよいのかこれから調査する予定
結局どっちも触ってて知的好奇心でわくわくする tiny使ったことないな
atmegaのピンで足つぼマッサージ気持ちいいわ >Atmelも32Bitとか出してるみたいだが
AtmelもARM出してるしね。
結局全部ARMに集約って感じになっていくんだろうかな。
>>578
PSoC使い始めたら、あまりにお手軽なんで、他に移れなくなりそう。 >>580
PSoCそんなにお手軽ですか
PSoC使いだとどうしてもオペアンプ使ったりというイメージだけどどうなんでしょうか
CY8C27143辺りで遊ぼうか思案中 > 結局 全部ARMに集約って感じになっていくんだろうかな。
>>553 が.具体例をが挙げてるけど
そのPSoCだって、上のクラスはARMだからな
8Bitは保守or互換で、暫らくは残るだろうけど
実際、上位クラスは既にその方向に進んでるわけだから
そう思ってて間違い無いだろうな /**
* わざわざ、こっちにくることもないのにねぇ
*/ そんなコメント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の変換基板作って
載せて、「ΛVR」とかマーキングして売ったりして
さすがに入らんかな。 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とか使ってるんでしょ
身売りの話が出てからもうだいぶ経つ
そもそもここでグダグダ言ってねえでその宗教を広めたやねうらおを叩けよと言いたいw 名前がダサいんだよな
マイクロチップを埋め込んだぜwみたいな
megaのPBシリーズってIO増えた以外なんかあるの その頃からすでにPICの差し替え製品を出さなければ
ならなかったと言うことか????
ポリシーのない会社ですね〜〜〜〜 >617
あらほんとだ。古くは90S2323の時代から8ピンは1RESET , 4GND , 8Vcc だったし
その後の8ピン品のTiny13AやTiny85等も同じだったのに、ここに来て変更か・・・ TINYって結構需要あるんだなぁ・・・
自分はMEGA328に統一して長いこと経つから・・・ だってメガ382とかパッケ大きすぎじゃん
IOピンもっと少なくていいからもっと小さいパッケが欲しいときとか
どうんすのよ? >>629
QFN。更に小さいパッケージが御所望であったのなら申し訳ない。 私はメモリ容量ではなくて、I/Oで決めることが多い。
AVRはDIPの2313、328、1284の何れかをよく使う。
値段はあまり気にしない(値段で迷った事は無い) おれもI/Oピン数で決めるな
たまに40P DIPで、ほとんどの場合20P、28Pで足りる
AD必要ならMEGA328 無しなら2313 Tinyはとにかく小さくしたいときに便利です。
8PINはインドアプレーンなどに使ってます 一度 米粒を使ってみたいが そういう具体的用途がないんだよね
ないなら作るか・・・ 俺も同じtiny10いつか使ってみたいが用途がない
Flash少ないし何ができるかな? 他励式圧電サウンダに発振プログラム仕込んで、自励式にしちゃいなよ。 市販のLEDライトを改造して、PWM制御で明るさを調整出来る様にするとか CPUだからと大げさに考えずに定番タイマー555の代用として
外付け部品1個で、fとか時間幅を決められたら便利かも? 制限つきでもムリか?
555だと最低でもC,R、4個程度必要。 これすら面倒で秋月のキットを買ってしまう性分。 CR外付けで555と同じ動作させてみたら?
555のドライブ能力には勝てないけど。 そうだな。2個でもDuty 50% 発振器作れるか。
まとめてプログラム書き込んでおく。
精度要らないし1K~0.1Hzで大体間に合うから十分だな。 ユーロサイズのユニバーサル基板に部品をガッツリ載せるほうが好きだなw エッジ検出に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
; ■ このスレッドは過去ログ倉庫に格納されています