【Cortex-】 やっぱARMっしょ part10 【AxRxMx】©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
ARMデバイス、ARMボードについて組込系ARM全般のスレ
時代は「やっぱARMっしょ」
省電力ニーズの高まりを背景に海外チップベンダーはもとより国内勢も参戦
ホビーとしてのマイコンからスマートデバイス用プロセッサまで
ARMコアを持つチップやボードのラインナップは今まさに百花繚乱
【前スレ】
【Cortex-】 やっぱARMっしょ 9 【AxRxMx】
http://wc2014.2ch.net/test/read.cgi/denki/1399381482/ UDBの内部構造やデータパスのチェーンの基本的な技なら
http://www.cypress.com/file/41531/download
このあたりでも見たらいいんでないの? >>226
Verilogで書くならそのまま普通にフィードバックされるように書けば
勝手につながる。
スケマティックデザイン画面で、フィードバックかけても勝手に繋がる >>228 さん、貴重な情報有難うございます。
「Verilog または回路図で繋げば繋がる」ことは、たぶん bus switch を経由して繋が
るのだろうと推測します。
ただ、Cypress の資料に PLD の feedback についての説明が全くに近いほどないのは、
積極的には使うなという意味なんでしょう。
たぶん回路速度も期待しすぎてはいけないのでしょう。Bus switch 経由での feed-back
だとしたら、MC4044 を実装しても 100MHz 動作は無理だろうと推測します。ここらの話
になったら実際に試してみるしかなさそうですね。 そういやPSoC版のArduinoって無いな
うまく嵌ればバカ受けするだろうに PSoCって(いうかサイプレス?)売る気あんのかってぐらい型番が判り難い 判りやすい型番のシリーズに出会ったことないな
xxx-m8c24mhzflash32kbsram2kb・・・みたいにスペックわかる型番だったらいいが、それだとほかのと見間違えそうだしどんなだよw PICもワケワカだしねぇ。
もっとも、PSoCの場合内部がフレキシブルだから、とりあえず
愛用の品を一つ決めればペリフェラルの違いはかなりの程度内部で吸収できる
んで、あまり色々なものに手を出す必要がない。 おいお前ら秋月にPsoc4、5デバイ取り扱いの希望だそうぜ。
どのデバイスがいい? 希望出して通るのか?
秋月はCPU系高いからなくていいよw PSoC3はCPUコアが8bitの8051で今更感がなぁ (食わず嫌い) マイコンなんて8bitで十分だろ。というかそのレベルターゲットなんでしょ
クロック67MHzとか逆にスペック高すぎに思える。もっと抑えていいから安くしろよとw >>240
8051を選ぶと、ソフト屋さんに良い顔されないorz メモリだけの話ならM8Cでも同じだろう
まともな組み込みなソフト屋ならつぶしのきく
8051の方が良いのかなと思ったけど違うんか
知らない石見てハァハァ出来るのもソフト屋の
資質だとは思うけどw NXP Semiconductors社 シニアバイスプレジデント Pierre-Yves Lesaicherre氏:
8ビット、16ビットの時代は終わる
http://eetimes.jp/ee/articles/1004/23/news099.html
Lesaicherre氏 米Intel社の8ビットマイクロコントローラ「8051」をコアにしたマイクロコントローラを長い間提供してきた。
現在でも提供しているが、もう顧客には推奨していない。
EETJ なぜ推奨していないのか。
Lesaicherre氏 8ビットや16ビットのマイクロコントローラでは、多様な顧客の要望に応えられなくなっているからだ。
特に、組み込み機器メーカー各社は、他の機器との通信機能を求めるようになってきている。
USBを使ってPCと接続したり、Ethernetでインターネットに接続するという機能が求められているのだ。
自動車ならCAN(Control Area Network)で複数の機器と通信する必要がある。
また、タッチパネルなどの先進的なユーザーインタフェースを使うときも、
8ビットや16ビットのマイクロコントローラでは難しい。より高い処理性能が求められている。
そこで、NXP社では32ビットのマイクロコントローラに移行することに決めた。
現在、NXP社ではARM社のコアを採用した32ビットマイクロコントローラを顧客に勧めるようにしている。
8051は古いアーキテクチャと言わざるを得ない。
これの改良を続けるよりも、
ARM社のコアを採用した32ビットマイクロコントローラに集中する方が良いと判断している。
現在、開発中のマイクロコントローラは全てARM社のコアを採用した32ビットマイクロコントローラだ。
NXP社としては、ARM社のコアを搭載した製品を、マイクロコントローラ事業の軸にしていくつもりだ。 EETJ NXP社のマイクロコントローラは、ARM社のどのアーキテクチャを採用しているのか。
Lesaicherre氏 ARM社のコアを搭載したマイクロコントローラのビジネスは「ARM 7」と「ARM 9」から始めた。
これは、今でも続けている。それから、「Cortex-M3」のライセンスを取得し、
2009年末には「Cortex-M0」をARM社と共同で開発した。
Cortex-M0は、既存の8ビット、16ビットマイクロコントローラの置き換えを強く意識して開発した。
EETJ Cortex-M0を共同開発する際に特に意識した点は。
Lesaicherre氏 まず、8ビットマイクロコントローラの長所を研究した。
プログラム開発が比較的容易、価格が安い、消費電力量が少ない、
経験を積んだ開発者がかなり多いといったところが8ビットマイクロコントローラの特徴だろう。 Cortex-M0ではまず、プログラム開発を容易にするために命令セットをコンパクトにした。
Cortex-M3は100を超える命令を使えるようになっているが、
一般的な8ビットマイクロコントローラの命令セットは30〜50の命令しか備えていない。
そこでCortex-M0では、命令を35に絞った。
これで、命令セットの複雑さという点で、8ビットマイクロコントローラと同等のものにできた。
そして、必要に応じてCortex-M3にアップグレードできるように、Cortex-M0の命令セットはCortex-M3の下位互換とした。
つまり、Cortex-M0で動作するプログラムは全てCortex-M3で動くということだ。
下位互換という点では、チップのパッケージも工夫した。
NXP社のCortex-M0搭載マイクロコントローラ「LPC1100」シリーズと、
Cortex-M3搭載の「LPC1300」シリーズは同一のパッケージにして、ピンにも互換性を持たせた。
次はチップの価格だ。ダイを小さくすれば、チップの単価を下げられる。
Cortex-M0の回路規模は1万2000ゲートに抑えてある。
一般的な8ビットマイクロコントローラの回路規模は1万2000ゲート〜2万ゲートといったところだ。
この点でもCortex-M0は8ビットのマイクロコントローラと並ぶものになった。
回路規模が同等なら、コストはあまり変わらない。
LPC1100シリーズの価格は、1個当たり65米セントからとなっている。
NXP社ではこれまで15年間で、およそ100種類の8ビットマイクロコントローラを設計してきた。
Cortex-M0を使ったマイクロコントローラは、15年間の歴史の中で2番目に回路規模が小さい。 Cypress、Cortex-M0を搭載したPSoC 4製品として第1弾となる2ファミリを発表
http://news.mynavi.jp/news/2013/04/25/054/
Cypress、「PSoC 4」アーキテクチャを拡充させエントリレベル製品を発表
http://news.mynavi.jp/news/2014/05/01/054/
Cypress、8/16ビットアプリの置き換えに最適な「PSoC 4 M」シリーズを発表
http://news.mynavi.jp/news/2015/02/25/497/
夏休み工作向け? - PSoC 4でお手軽マルチファンクションデバイスを作る
1 アナログ機能が強化されたPSoC 4でお手軽電子工作に挑戦
http://news.mynavi.jp/articles/2013/08/06/psoc4_kit/
Cypress、4ドルの「PSoC 4」プロトタイピングキットを発表
http://news.mynavi.jp/news/2014/06/18/103/ >>244
6年前の記事か。
終わる終わると言われながら、中々終わらない8/16bitマイコン。
前機種に載っているAVRが邪魔… mbedネタですが、DACの誤差(温度ドリフト)に直面してます。
DACの基準となるVDDAを追っかけようと回路図を見ました
https://developer.mbed.org/media/uploads/chris/mbed-005.1.pdf
p3 によると、VDDA は +A3.3V に繋がってることになってますが、
+A3.3V の生成場所が分かりません。
専用に3.3Vを作ってるんじゃなくて、動作に使う3.3Vと共用なのでしょうか? つまり、精度はLD1117S33次第ってことですか
ありがとうございました SMT32F746DISCOで音楽再生しようとしてるんだけどなぜか倍速再生される
クロック設定とstm32746g_discovery_audio.cのBPS_AUDIO_OUT_Playに投げるバッファ容量の設定、
BSP_AUDIO_OUT_SetFrequencyに投げるサンプリング周波数は間違ってない模様
一体何を間違えているんだろう? 肝心な情報が欠落していた
SAI_Aを送信側にして、受信側をオンボードのWM8994.
SAIとWM8994のドライバはSTのCubeF7のサンプルコードほぼそのまま
ほぼというのは、SAI,SAI-DMA,I2Cハンドラを外で定義して、引数でstm32746g_discovery_audio.cとwm8994.cに
持ってきている点くらい。 >>253
WM8994のクロック見れば歯抜けなのか倍速なのかわかって、
多少捗るだろうと思うよ。 >>255
そうしたいのはやまやまだけど、WM8994もSTM32F746もBGAなんでオシロのプローブの当てようがないんだな >>257
ああ、ダンピング抵抗すらいないんだな。
FS/4くらいの鋸波つっこめばアナログ出力でも歯抜けかどうかわかるかも。
ま、きれいに倍速再生されるならDMA、割り込みまわりだろうな。 >>259
うわあー、何があったんだ?
うーん、今後どうしよう。乗り換え先何か無い? >>262
無償版でもコード制限ないぜ
まぁ、解析ツールとかほしけりゃ金払わなきゃいけないけどな >>263
え!そうなの?
いつからフリーになったのさ? >>264
昔はコードサイズ制限があったらしいが、その頃はARMに興味なかったんでいつ切り替わったのかは知らないな CooCox復活した
CoIDEも久しぶりにアプデートしてる >>266
今確認した!復活&バージョンアップおめ!
それにしても、v2.xはいつまでベータ版なんだろか? TIM_TimeBaseInitTypeDef構造体を使わずに、
tim.TIM_Periodで設定しているレジスタだけ変更したいのだけど、
うまい手はないですか? ディジタル回路設計とコンピュータアーキテクチャ[ARM版]
http://www.amazon.co.jp/dp/4434218484/
この本どうよ? >>269
具体的にどんなところが悪いんだい?
ググるキーワードでもいいよ 目次見る限りゴミっぽい。ってか本なんてイラんでしょ 金持ちは必要な情報が効率的に手に入るなら喜んで本を買う
貧乏人はそんなのWEBでなんでもわかると時間を無駄にする >>271
TIM2を使っているのですが、どうやってやればいいですか? >>276
同じARMでもメーカーや型式によってマップが違うからそこら辺を明らかにしないと答えようがないよ 使っているのはSTM32F401ですが、
記述方法がわからないので、どのARMでもいいです。
TrueSTUDIOを使っています。 >>279
それってうまいの?
>>280
ああ、そういうことですか。思い出しました。
ありがとうございます。 おっさんがいよいよARMマイコンとやらを買おうと思うんだがヌークレオ、デスカバリ、STBeeのどれがお勧めなんだ?
あとM3とかM4とかの使い勝手とお勧めの言語も教えてくれ。 そういや飛行機乗ると、離陸するときにドアモードをアームモードにしてください
とかアナウンスがあるけどどういう意味なんだろうな? >>282
それを聞くなら「どのツールがお薦めなんだ?」かな。 >>282
電子工作必須だけどそれがいい→ヌクレオ
電子工作は嫌だ、とにかくハイスペックがいい→ディスカバリー
STBee→知らん
ツールはIARとTrueSTUDIOしか使ったことないけどTrueSTUDIOが結構いいと思う >>283
armed mode = 武装モード
注意して聞くとちゃんとアームトモードって言ってる >>284 とりあえず基板買いぶ行こ思てさ。逆に使いたい開発環境を先に決めるべきなんか。なるほど
>>285 おおきに。ほなヌクレオに絞ろか。F401か。
>>286 リセットボタンを離した瞬間からの仕組みを勉強したいんや
ヌクレオを買ったらmbedでもgccでもアセンブラでもできんのか?
国産で頑張ってきたけどいよいよ >>288
買ってくる前に、開発環境の試用版や、各ボードのアプリケーションノートも読んでみるといいよ。 >>289 今日一日中読んでたわー
stm32シリーズとLPCシリーズがわからん
命令は一緒で、メモリマップが違う?ややこしいのな
どっち使うべきなんや。ここが一番最初の分岐やわー >>290
stm32よりLPCXpressoを私はおすすめ LPCはもう新型出ないんかね
Kinetisに集中するんかな >>291 LPCXpresso ¥52000・・買えん値段やないよね、買えんけどさ。
>>292 堅物のルネサスがこんなフザケタ物出してたんか!へー
>>293 基本のアプリノートが出ればOKさ。
>>294 開発環境無料??ホビー進出本気なのか
>>295 そうなーもっとアルドイノみたくホビーっぽいアプローチをしないとね
いろいろさんきゅーやで
STM32バリュラインデスカバリとヌクレオF401ってのを買ってきた。
「LPCXpresso LPC1347」ってやつも買っとこか。
最終的にチップをどっちのメーカーにするか決めんなんしなー悩むね >>296 Kinetisて低電力向け?流行りのIoT向けかー元モトローラなんやな 今日は徹底入門Eclipsというのとツルースタジオ、IARの3つ試した
一発で動いたのはIARだけだった
さすが高いだけあるな
明日はKeilとかいうのを試してみよう
きみたちは開発環境なに使ってんの? >>299
keilは値段が高過ぎて個人では躊躇するぞ
フリー版は使い物にならんからなw 仕事で使うなら別に高いものではないと思うよ
(全て経費だから〜〜〜〜)
趣味で使うならFREE版でもかまわないと思っているよ
ただしKeilはひどい!!
あれじゃ、肝心なところが何も出来ん〜〜〜 おっさんやでこんばんは。
>>300 調べたら失禁したわ50万円やて
>>301 LLVM?へーかなりブラックボックス的やね
>>302 経費ええな。Keilアカンの?
今日Keil(MDK-ARMというらしい)も入れてみたけどなかなかイイ感じだったけどなー。
アカンとこ勉強の為にできれば教えて欲しい。おっさん感じへんかった。
おとといからここまでで、インストールからLチカコンパイルST-LINKでロードデバッグでブレーク、ステップ実行までを使ってみた感想。
1.すばらしい! IAR Embedded Workbench for ARM(65万or32KB制限)
2.すばらしい! Kel MDK-ARM (50万円or32KB制限)
3.まー悪くない Atollic TrueSTUDIO (10万円or機能制限)
4.まだ勉強中 川内先生+Eclipse+gcc(無料&導入大変そう)
明日は川内先生+Eclipse+gccを勉強しよか
ST純正の「CubeMX」ってのがあって、これピンファンクション周りのコードを自動生成してくれるらしい。
しかしST-LINK側がピカピカフラッシュしてデバッグ動作し始めると嬉しいもんやなー >>303
川内先生のはJavaインストールしてサイトにあるアーカイブ展開したらなにも考えず環境はできるはず。ただしSTのライブラリは旧版だけど。新板のライブラリはAPIごっそり変わったけど古い石使ってる限りは旧版でも問題ない。 >>303
STM32限定ならSW4STM32も便利やで。CubeMXはこれ用のプロジェクトも吐いてくれる。4.の代わりに良いかもしれん。 CoIDEの新しいの落として来たんだけど
なぜかコンソールウインドウのタグジャンプが使えない
最新のCoIDE使ってる人はタグジャンプできてる?
OSはWin10(64)だけどJavaの問題かもしれない
安定性は前のバージョンよりも良くなってる
それでもまだ止まったり落ちたりするけど >>304 起動しないんだこれが。もうちょっと悩むわ
>>305 SW4STM32のOpenSTMから登録メールのお返事が来やへんがな。早よ欲しいな
なんかデバイスを繋いで次のステップに行くわ。
ずっと赤青黄のLEDピカピカでおっさんの机の上日本橋の電子パーツ屋の階段みたいや >>307
Eclipse.iniにJavaのありか書いてあるけど、新しいバージョンのJavaでは別のフォルダに変わってるからそこを書き直せば起動できるはず。 ARMに手出したいと考えてるんだけど種類ありすぎて何使えばいいのかさっぱり分からん
いまんとこAVR、H8、RXと手を出してきてる
1.フリーの開発環境がある
2.C(C++)で記述できる(コンパイラがある)
3.通販で入手が容易
4.本やネットの情報が多い
以上で何かオススメあればお願いします。 いろいろあるんだから、まず何したいか明確にすべきだろ 特別何かをしたいということはありません
今後制作予定なのは、ドローン、正弦波インバータ、テスラコイルなどですが、これらの為にarmというわけではなく、単に使ったことないから使ってみたいという感じです
なので、309に書いた内容が満たされているシリーズがあれば、教えていただきたいと思ったのですがどうでしょうか? 秋葉とかネットのショップで売ってるものを
とりあえず買って触ってみれば?
STでもNXPでもデバッガーセットの安いボード
あるから安いのとりあえず買えばいい。
本当に色々マイコンをいじってきたのであれば
この手のものは目的用途に合わせて処理性能や
OS/nonOS、リソース、ペリフェラルをみて
要件を満たすものを選ぶものであって漠然と
おすすめある?言われても誰も答えられないよ
何でもいいならRaspberry Piお勧めしちゃうぞ? >>312
あくまで、ホビーユースでしか使っていないので、目的に合わせて選ぶということはしたことありませんでした。
RXにいたっては、Lチカぐらいしかしたこともないですし。
何買っても変わらないのであれば、秋月で1500円のSTM32シリーズのボードを買ってみようと思います。
ありがとうございました >>313
マイコンの性能なんて、ほぼ互角なので、
開発環境の使いやすさ、覚えやすさで選んだ方が、結局お得だと思う。
慣れれば、どれも同じだよ、というコメントが付きそうだけど そういえば、Nucleoシリーズって、
Arduinoのシールドが挿せることになっているけど、
不良率が高くて、2割くらいはシールドが使えない >>317
不良率ってふつう個々の製品の出来不出来のことだけど意味わかってて言ってる?
・100個買ったNucleoの内20個についてはシールドが動作しなかった
ならまあその通りなんだろうけど、
・10個持ってるシールドの内2個についてはNucleoで動作しなかった
なら不良率という話ではないぞ。 >>318の後者なら不良率ではなくて「互換性の問題があって」と表現するところですね。 舌足らずですまん
ソケットが斜めにハンダされているんだ
つまり「シールドが挿さらねえ」って意味だよ
大学で学生用に導入した てか、どうしてそんなに曲解したのか謎だよ
うちの学生みたいだw >どうしてそんなに曲解したのか謎だよ
「曲解」という言葉は、単に違う意味にとらえてしまうというだけでなく
悪意をもって違う意味にとらえる、という意味が強くなります。
>>317だけだといろいろな意味に解釈できます。
>>318は少なくとも二つの解釈を試みて、どちらだろうと問いかけていますし、
悪意があるとは思えません。
あなた自身が書かれているように説明が足りなかっただけだと思います。 >>320
ソケットが傾いてる程度であればソケットの樹脂部分は基板から浮いてる筈なので
基板パタンとしてピン間が間違っていないのであれば手で修正できるだろ。 使えればそれでいいじゃん!!
それくらいほかの製品でもよくあることだと思う・・・ >>325
>使えればそれでいいじゃん!!
使えないから、困ってるんでしょ?
何言ってんの?
そういう「結果オーライーは、ダメだよ。 ■ このスレッドは過去ログ倉庫に格納されています