AVRマイコン総合スレ Part41
■ このスレッドは過去ログ倉庫に格納されています
pic屋だけど、avrの性能とC言語との相性の良さにひかれたのと、環境を整備してるけど、
ChaNさんのところの、ＦＦＴとFAT 途中で切れちゃった。
ChaNさんのところの、ＦＦＴとFATを試すために、開発環境を整備してるけど、そのあと、何を作ろうか、迷ってる。
今使ってるPICのリプレースといっても、PICで事足りてるところで、メリットが無いなーと。 PICのADCのVREF 2.048V使えるとか、OPAMP付とか、便利なんだけど、
avrでそういうのあるのかしら？初心者なんで、うまく探せなくて。。。 Vrefは内部1.1Vとかあるよ。デバイスによっては複数から選べるものも。
アナログアンプは積んでるの見たこと無いな。
どっち使うかは好みとしか言いようがないねえ。簡単なことならどっちでもできちゃうし。 >>323
PICの方がペリフェラルは豪華なんじゃないの
内蔵RCの精度も高いし
AVRは多少パワーがあってgcc使えるぐらいの利点しかないと思う Future Product
Tiny1627のピン数の違うパッケージ出るようです。 1626/20pin 1624/14pin
さらにFlashサイズ拡張で TinyAVR 2-Seriesになるのかな？
XmegaやTiny1627の12bitADCにはProgrammable Gain Ampが付いてるようです。
arduino UNO WiFi REV2のmega4809クロックは内蔵RCだって。 アプリを作るのも楽しいけど、システムプログラムを作るのも面白い。
私は純粋にプログラミングが好きなので、
（アプリを作っても、ほとんどの作品は完成したら押し入れに突っ込んで終わり）
AVR用の真のISPを作ったり、デバッガを作ったり、マルチタスクを作ったりして楽しんだ。
（もっともこれは私がAVRを始めた時の制作順だけど）
多分私みたいなのは変人奇人で、正しいCPU道から外れていると思う。
アセンブルで作っているので、CPUはPICよりも脳内アセンブルが可能なAVRの方が好き。 >>325
PICの2.048Vというのが、なんとなく気持ちいいんです。変換値10bitで,2倍すれば直接電圧に
なる。
vrefが中途半端な値だと、スケーリングしなければならないですから。もちろん乗算器があればそんなに
オーバーヘッドないし、電圧計作るような用途じゃない限り、あえて、変換する必要も無いですけどね。 >>330
実力は±4%精度なのに2.048Vとか0.1%オーダーの
有効数字で表記するのはどうかと思う… mega0シリーズやtiny1シリーズはパワーの割に安いのがちょっとうれしいかな。 >>332
確かに、精度出そうと、外部ADC使うとか、外部vrefを使うのであれば、
この点でのPICのメリットはなくなりますね。 昔、FA用に±15V電源の外部ADCを絶縁したりして使っていた頃、
CPU内蔵ADCが出てき時は、
高速パルスが飛び回っているCPU内にADCを同居させるのか、
CPUと同じ電源を使うのか、
と驚いた事があったけど、今は内蔵ADCは普通になってしまった。 今更ですが、
ChaNさんのFFTライブラリを移植してシミュレータで検証してみたら、
一連の処理で、
atmega32@16Mhz (一部アセンブラ) 16msec
atmega32@16Mhz (C言語のみにポーティング) 68msec
PIC18@16Mhz (C言語のみにポーティング) 200msec
PIC16@16Mhz (C言語のみにポーティング) 420msec
と、AVRの方が圧倒的です。
ただ、PIC18は、64Mhzまで動くので、そうすると、
使えなくも無い、ということになってしまうんです。
PIC16は、乗算器ないから圧倒的に不利。 PICもAVRも同じMicrochip配下なんだから仲良くしようず >>337
sin,cosテーブルと、窓用の配列を用意して、演算していくけど、
PICは、インデクスアクセスがavrに比べて弱い、特にプログラム領域に確保したテーブルアクセスは
avrの方が効率よくアクセスできる。
avrでもアセンブラが優位だったのは、複数配列のアクセスのときに、C言語では、
毎回インデクスを再計算してしまうケースがある。
アセンブラでは、固定小数点演算で、fmuls命令を使うのと、汎用レジスタで一時的な計算結果を
うまく使いまわして、オーバーヘッドを防いでるのが早い理由かな。
クロック速度でなく、ステップ実行速度が同じであれば、PICが優位なケースもあり、
適材適所感がありそうです。 結局、一つの命令にかかるマシンサイクル次第なわけで、CPUのパフォーマンスを
語る上でクロック周波数なぞ参考程度にしかならない PICとAVRのコアの違いは、グローバルレジスタ方式とワーキングレジスタ方式の
差によるものが大きいと思う。
命令16ビット固定長という制限があるのに、
32個のグローバルレジスタ方式を採用したAVR設計者の方針に、
AVRファンの私としては感謝したいｗ
例えば、8ビット即値命令（LDI R31,$FFなど）は32個のレジスタ指定で5ビット、
即値で8ビット使うので、残りは3ビット、つまり8種類の命令だけでコード空間を
使い果たしてしまう。
もちろんそんなCPUは有りえないので、
あーでもないこーでもないという制約だらけの状態にはなっているが、
この方式の違いが、結果的にPICに対するAVRのアドバンテージにつながっているのでは？
命令コード24ビットのAVRを出してくれれば、これらの命令上の制約も大分解消されて、
ますます使いやすくなるだろうが、残念ながら出ないと思うｗ
以上、Cプログラマには関係の無い話しでした。 そうだよ、制約がイヤで、まず最初に
RESETピンに大容量のCや外部リセット回路がつながっていても、
SCKピンやMOSIピン、MISOピンに何がつながっていても、
（たとえ5VやGNDと直結されていても）書き込みOK
というシリアル・ライタを作った。 てかAVRはArduino需要やろ
あれが出る前は特に日本での認知度はH8とPICやった
Microchip自体がPICの改良諦めてる状況やし >>349
その理屈だとArduinoに使われてる商品だけってことになっちゃうな。
さらに特需と言えるほど広まってるかい？君の周りの人が皆Arduino買ってるかい？ >>348
今まで2回ほどライタの画像をアップしたし、
特に2回目は、このジャンパーは5V／3.3V切り替えで、
あのジャンパーはSPI／PDI切り替えで・・・などと詳しく書き、
オプションの量産書き込み用ZIP（ゼロインサートプレッシャ）ICソケットボードや
ICクリップ方式書き込みアダプタなども紹介した記憶がある。
画像探したけど見つからないし、勘弁して下さい。
昔の外部メモリ用CPUで使われていたROMエミュレータからヒントを得て作りました。
原理は簡単です。 PICもArduino対応してくれたら使うんだけどな MEGA328あたりはあるどぅい〜の需要な気はする >>352
確かに私(351)が作ってアップしたものですが、それはライタではありません。
懐かしいな、一時期、I2CやSPIに凝っていた時期があって色々作りました。
最後に作ったのはmega328を2個使ったI2C/SPI通信モニタで、
トリガ条件を逆ポーランド記法で組み合わせて色々演算できるように工夫した。
https://i.imgur.com/32qxbLz.jpg
だけど、パラレル液晶や4桁7セグLED数字表示器用のI2C/SPI/UART変換器や
I2C/SPI通信モニタなどは完成して動作確認後、押し入れの棚に入れてから
一度も使った事がありません・・・。
ここは反省した方がいいのかな？ｗ （ついでに連投）
そうそうI2Cと言えば、現在進行中で制作しているものはtiny2313と
秋月の小型液晶AQM0802AとAitendoのJJY受信モジュールを使用した
JJY受信＋電波ブースターです。
ブースター部の製作と動作確認までは順調に進んだのですが、
予想外のトラブルがいくつか重なったり（5V-3.3Vレベル変換ICが壊れていたとか）、
tiny2313をI2Cマスターで使うのは初めてだったりで、
受信した0/1/マーク信号を液晶に表示するまで時間がかかってしまいました。
（旧ATMELのtiny2313の資料のTWIの説明は分りにくいぞっ！
疑心暗鬼になってしまって、
本当に出力がオープンドレインになっているかの確認までやってしまった）ｗ
これは完成したら押し入れにしまい込まないで、ちゃんと使い続ける予定です。
家族から、最近電波時計の時間がずれて困る、とクレームが来ているので。
自分の好き勝手にやれる、趣味のプログラミング、ハード製作はとてもとても楽しいです。
止められまっしぇ〜んｗ PIC16,PIC18を常用してるけど、スタックは、基本CALLでしか使えないので、
パラメータをPUSH/POPするような、C言語には向かないんだな〜としみじみ。
printf的なものを実装しようとして気づいた。
picのcoreだけでも、avrが仕込まれたらどんなに便利なんだろう。。。。 >>355
凄ぉーっ！
こんなの作れるなんて、羨ましいし畏れ入ります。
>>356
JJYブースターも自分はAmazonで買おうかと思ってたけど自作なんて、これまた凄い。 >>357
PIC18Fならスタックは普通に使えまっせ。
データスタックはPOSTDECn, PREINCnというレジスタが何のためにあるのか考えれば分かる。
コールスタックにもデータを積むこともできるけど、これは12ビット幅でちょっと使いづらい。 >>360
最近のPIC16Fでも MOVIW,MOVWIで同様のこと出来るみたいですね。 >>363
出来る出来ないで言うのならば
勿論、出来ます! >>363
ATMEGA328Pに23LC1024(1MのSRAM)なら付けたことあるよ。
https://i.imgur.com/gTxFMS1.jpg
入手も容易、接続も簡単、制御もお手軽、値段も高くない。
https://i.imgur.com/Kriy1ef.jpg
この時はグラフのフレームバッファ領域に使ったけど、実用的なスピードは出たよ。
気をつけることは、ATMEGA328Pのメインメモリそのものが増えるわけではないことと、シリアル接続なのでアクセス速度がそんなに速くないこと、使い方によってはSPIを占有しちゃうことかなぁ。
お金とプリント板の領域に余裕があるのなら、SRAMの大きいATMEGA1284Pにした方が幸せだとは思うよ。 メモリいる用途なら素直に32bitにしたほうが楽なんだよね。 >>367
なるほど、この場合
SPI->I2Cという
フレームバッファからのディスプレイへの書き出しに、連続read/writeが出来るからですね。
もし、ディスプレイも spiだったら、
spiが２本あるか、メインメモリで大きめのバッファを格納しない限り、
毎回アドレス指定で、小さなバッファ単位の書き出しになり、パフォーマンスが出せませんね。 LEDの撮影のこと、色々と教えてくれてありがとう。
試行錯誤の結果、ホムセンで安かった塩ビの板を暫定的に乗っけました。
スマホの撮影だと、ホワイトバランスとかフィルターとかあまり弄れませんでした。
とりあえず動画
https://i.imgur.com/hp5V3rl.mp4
CLASS4の古いSDカードに動画ファイルを入れて連続再生すると、特に頑張らなくても40fpsくらい動きました。
ただ、標準のsd.hの仕様なのかよくわかりませんが、遅い時がありますね。
フォルダー内のファイルが多くなってくると、後半に入れたファイルを見つけにいくだけで0.5秒もかかります…
一度、オープンしちゃえば素早く読み書きできるのですが。
>>369
おっしゃる通りです。
今回もSDカードから連続読みして、WS2812Bへだらだらと書き込んでます。 外から入った光はほとんど吸収して中からの光は出てくる
液晶みたいな真っ黒LEDを売ればいいのにといつも思う 表示を隠す1ドットの液晶は欲しいな
光らない表示のスイッチは離して実装できないし・・・ ATMEL時代からLegacy扱いだったんだから当然だろう。
AVR8とは別物だ。 そのMicrochipさんがAVRに注力しとるではないか MicrochipがPICのみにしたかったらコスト競争でAVR潰しただろ
吸収合併したってことは欲しかったんだよ、AVRが ARMだけがほしかったというのが本音だろうね・・・・
他は価格的に魅力がないからな〜〜〜〜 ARMが欲しいだけなら、わざわざAtmelからマイコン事業を買う必要もなく、ARMと契約すれば済むわけで。
(実際Microchipは特殊用途向けに、ARMマイコンを出してたこともあるし) コアだけで1チップマイコンが成り立つなら、それもあると思うが。(反語) PIC32をMIPSにしたことを後悔してるんだな。分かるよ。 実際はAtmelが他社に買収されそうになったのでMicrochipが乗り出しただけだが
Dialogとの合意後に“横やり”：
Microchip、Atmelに38億ドルで対抗買収を提案
http://eetimes.jp/ee/articles/1512/21/news056.html
Dialogとの合意は破棄の可能性も：
Atmelの買収、Microchipが優勢か
http://eetimes.jp/ee/articles/1601/18/news071.html SAM7EをPIC32CZとリネームしているようですね。 PIC32(MIPS)を改良できなかったMicrochipの不甲斐なさよ sam系だって、何というか
microchipどうしたいのか
m系の64bitコア採用SoC作る気はあるのかとか
sam9系はA5系で入れ換えないの?とか
不透明
arm社に振り回されてる感じもするけどね… そして、結局はARM＝ソフトバンクの天下ってことか。 もしかしたら自転車と同じで止まれないのかも？
CPUは薄利多売の世界だろうから、規模が大きくないと利益が出ないとか？
会社の利益が出ているうちに高く売って、
後は死ぬまで左ウチワ、ってのが経営者として正しいのかも？
AVRさえ作ってくれればどうでもいいけどｗ ＞会社の利益が出ているうちに高く売って、
かならずしも利益がでていなくても良いんだよね。
将来性をちらつかせて、高値で売り抜ける。昔のITバブルなんてまさにそれ。 Microchipが滅びる前にルネサスが買ってくれたらいいな マイクロチップがルネサス買うほうが可能性としてはありそう。 >>397
マイクロチップにはPIC32MX、PIC32MZがあるが
そこにPIC32RXとPIC32RZが加わるのか。。。 >>399
部品の入手性やディスコンも考えたらMicrochipにルネサスを買ってもらったほうがいい気がする。 >>399
H8とR78KとR8Cはいいのかよｗ
PIC24にでも編入できそうだな イヤイヤ、ハゲバンクがマイクロチップを買う可能性が高いな ハゲが目を付ける対象としてはマイナー過ぎないかマイコン会社なんて
奴らは話題性込みで選ぶだろ しかしハゲの「利息支払いが必要な借金10兆円」はすごいな。
銀行も金額が大きすぎて借金の返済要求なんて出来やしない。
中小企業相手だと、たとえ融資先が黒字でも平気で貸し剥がしなんてやるくせに。 一般人にもAVRにも関係の無い話だけど、
ソフトバンクの有利子負債は13兆円、年間支払い利子は0.5兆円。
今月の上場でソフトバンクに入る金は2.6兆円。 そのうちフーウェイ製4G&5G交換機の交換代でいくら消えるんだ？って話し エリクソン製の交換機の障害で止まったって散々報道されたのに 未だにガラケー使ってる俺に質問させてくれ
ファーラウェイだかフーウェイの携帯電話って本当に個人情報抜きまくってたのか？
そんなにやべぇもんが発売されていたっていうのか？
アメリカの工作とかの可能性を抜いてさ チップインダクタかな？
それとも宇宙人のハイテクが入ってるのか？ ぱっと見だと
3端子のEMIフィルタやら
SMDの水晶とかセラミックレゾネータ系に見える
でもスパイチップと言うからには、マイコンの類いなんだろうなぁ、と
もっと拡大した中身の写真が出ないとねぇ Ｘ線写真位出せと思う。
試作のBGAの実装確認でよく見たけど。 少なくとも電源と情報の入出力は要るわけで
こんなのでWiFiよろしく情報横取り発信できるのだとしたら
とんでもないオーバーテクノロジだな マジでそんなものを理由にして調達除外だの騒いでるのかね？
もっとすごいのつうか、ソフトだろ、見えねえだろ？ ■ このスレッドは過去ログ倉庫に格納されています
