【Cortex-】 やっぱARMっしょ part10 【AxRxMx】©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
ARMデバイス、ARMボードについて組込系ARM全般のスレ
時代は「やっぱARMっしょ」
省電力ニーズの高まりを背景に海外チップベンダーはもとより国内勢も参戦
ホビーとしてのマイコンからスマートデバイス用プロセッサまで
ARMコアを持つチップやボードのラインナップは今まさに百花繚乱
【前スレ】
【Cortex-】 やっぱARMっしょ 9 【AxRxMx】
http://wc2014.2ch.net/test/read.cgi/denki/1399381482/ ・相手がバカだから伝わらないのか？
・自分がバカだから相手に伝わらないのか？
前者の場合、
相手をバカと認識しているので、一切の反論は不必要です
しかしバカと相手を罵る事で、精神的的平穏を保つ事が出来るのかもしれません
後者の場合、
バカの発言なので考えは相手には全く伝わらないのでしょう
つまり、人にバカと罵ることは
・精神的平穏を保つことが出来る可能性がある
・バカ
のどちらかであると証明出来ますね
「バカという方がバカ」
昔の人はよくいったものです まあ、どうでも良い話を持ち出した>>32が悪いってことでw >>37
すごい！よく調べたな！勉強になったよ！ありがとう！
…みたいな反応を期待してたのかしら? 情報を共有するためにここにいるのか、
情報を共有できていない人を蔑むためにここにいるのか、
後者の人って嫌だな。 情報をロクに持って居ない低学歴が、言葉尻を捉えてウダウダ煽ってるだけでしょ CMSIS-DAPとKeil-uVision5の組み合わせが快適すぎる
ライブラリ類はmbedから掠め取ってきて
なんでもできちゃう気がする イベントドリブンのタスクディスパッチ機能は？
低速デバイスにアクセスしながら、待ってる間により高位優先タスクを動かしたい場合どーすんの？ いくら、仮想デバイスに統一的な手法でアクセスできても、
単なるモニターつくって関数並べるだけじゃCPUパワーを生かし切れない。
RTOSがやる部分を自前でやるとか、
RTOS使ったことないんだろうな。
エンベ試験でも受けてこいって琴田 CortexｰM7が出回りはじめたがどうよ?
速い? SAM E70なら手元にあるけど、TQFP品はピン配が糞でSDRAMと繋げにくい…
SAM4Eとのピンコンパチってのは判るけど、あんまりだ… Windows 10 IoT Core対応、Snapdragon 410開発ボードが国内販売
http://pc.watch.impress.co.jp/docs/news/20151109_729630.html
アロー・ユーイーシー・ジャパン株式会社および株式会社チップワンストップは、Qualcommの
Snapdragon 410搭載開発ボード「DragonBoard 410c」を11月16日に発売する。税別価格は11,000円。
Cortex-A53コアを4基(1.2GHz駆動)およびAdreno 306 GPUを内包したSnapdragon 410を採用した開発ボード。
Android 5.1、UbuntuベースのLinux、およびWindows 10 IoT Coreをサポートし、高度な処理能力を備えるのが特徴。
IEEE 802.11b/g/n対応無線LAN、Bluetooth 4.1、GPSなどの機能をクレジットカード大サイズの基板に収めた。
1,300万画素のカメラをサポートするほか、H.264(AVC)のフルHDビデオキャプチャ/再生に対応。
メモリは1GB、ストレージは8GB(eMMC)。microSDカードスロットを備える。ディスプレイインターフェイスとしてHDMIを装備。
音声出力も搭載する。
汎用インターフェイスは、I2C、I2S、UART、GPIO、USB 2.0×2、4L-MIPI DSI、2L+4L MIPI CSI。制御可能なLEDを4つ備える。 米Zilog社は、CPUコアにARM Cortex-M3を採用した32ビットマイコン ZNEO32!ファミリーを発表した。
最大80MHz動作のCortex-M3をコアに、最大384KバイトのFLASH、最大16KバイトのSRAM
ADCトリガ機能付3相モータ向けPWM、12bit16chADC(1.5Msps) 最大3個、
20MHzオンチップオシレータ、汎用タイマx6, UARTx4、I2Cx2、SPIx2などを集積する。 >>67
そんなものより100MHzで動くZ80はよ >>68
https://en.wikipedia.org/wiki/Zilog_eZ80
> The eZ80 (like the Z380) is binary compatible with the Z80
> and Z180, but almost four times as fast as the original Z80
> chip at the same clock frequency. Available at up to 50 MHz
> (2004), the performance is comparable to a Z80 clocked at
> 200 MHz if fast memory is used (i.e. no wait states for
> opcode fetches, for data, or for I/O) or even higher in
> some applications (a 16-bit addition is 11 times as fast
> as in the original). core-iなんたらでシミュレータ動かしても100MHz越えると思う。
技術の進歩はすごいね！ ソフトコアはどうしても配線遅延なんかも大きくなって遅いからね。 自作PC板にあったARMスレがなくなっちゃったけど、どこかに引っ越したの？
知ってる人いない？ 書き込みがないまま次スレも立たず
☆ARMの次世代core, SoCについて語るスレ #001☆ (994) 2011/10/30〜2013/03/01
http://anago.2ch.net/test/read.cgi/jisaku/1319938708/
☆ARMの次世代core, SoCについて語るスレ #002☆ (863) 2013/02/28〜2015/11/05
http://anago.2ch.net/test/read.cgi/jisaku/1362032148/
スレが落ちて鯖移転(anago -> potato)が重なって次スレは立てられていない
現在のjisaku板では次スレ立ててもすぐに脱落してくのが関の山 で！
いったい何に使うの？？？
所詮中途半端な性能だと思うが・・・
（性能や低消費電力の面で） 電流的にボタン電池使えないとリチウムイオンになって高いよね
IoTはバズワードだと思う もう、CPUで性能出そうなんていう時代じゃなくなってるしね。 NXPのM系だとarm-gcc-none-eabiをコマンドラインで。たまにライブラリ欲しさにLPCXpresso コマンドラインの人ってデバッグどうやってるんだろ
コマンドラインでgdb? なんとなくprintfデバッグを
してそうで怖いな >>82
コマンドラインとデバックで何の関係があるん？
ICEでもJTAGデバッガでもモニタでも好きな奴使えば良いやんか >>84
？？
コマンドライン派って「統合環境使わない」と同義の
意味じゃないのかな。gdbのフロントエンド以外で
スタンドアロンで動くソフトあんの？
そもそもARMの世界でICEでもJTAGでもって書き方
なんか不思議デスね。ハードの話とソフトの話が
ごっちゃになってるし意味わかって書いてないのかな >>86
組込系ARM全般のスレに消防並みの基地外参上ってか
頭の悪い奴って都市伝説だと思ってたよ
お前に出会うまではな 見分けがつかないお前がNo.1だw
組込み系のデバッグとか経験する機会って無いものなのかね
まあ、日本では既に組込み系自体が絶滅危惧種 日本って1971年のi4004、μPD-707/708、あるいは1973年のTLCS-12の当時から
組み込みシステム開発を40年間やってた組み込み王国なんだよな。
10年前このスレを立てた当時、半導体製造業界のリストクチャリングが始まって
代わりにファブレスの半導体ベンチャーが雨後の筍のように増えていて
自分もそんなベンチャーの一つに居た時期にしょだのこのスレを立てた。
その後ARMはスマホの主要プロセッサになり
Strong ARMを買収したサムソンはスマホ製造の覇者となったあと、もう下り坂にさしかかっている。
10年後、20年目のこのスレはどうなっているだろうね 結局煽るばかりで実例が出ないあたりがにちゃん
らしいよな。まともに会話にならん。
俺は自動車関連にいるからそこの視点しか知らんけど
Cortex-A系のリッチな世界だとLinuxとかAndroid
みたいなものやるときはgccとかclangが出てくるので
コマンドラインも使うけど主にインテグレーションの
自動化とかで基本開発中のデバッグとかはMDK-ARMか
SoCメーカーの出してる統合環境を使う感じだね。
結局Eclipseベースになってて中でgcc/gdb呼んでる
物が多いけど。
ホビーの世界で金を出したくないとなると基本は
Eclipse+CDT+gcc/gdbじゃないのかな？
Cortex-Mとかでコードサイズ小さくてokな場合は
俺はIARのコードサイズ制限版を使うけどフルのは
個人で買おうと思う金額じゃないしねぇ。 セルフでのデバッグならEmacs + gdbもありかな。Eclipseより軽いし。 >92
周辺IOのシミュレータのないIARはARMでは使う気にならんけどなあ。
KEILがARM下に入って以後はKEILが本家本元になるし、
ホビーであってもKEILになるだろ。
IARの良いトコはARMに限らず広い範囲のアーキに対応する点だろうが、
今時はわざわざ超広域統一IDEである必要がないんよね。
どのIDEもEclipseベースで操作感おんなじ。 ＞10年後、20年目のこのスレ
その頃には２ちゃんがNIFTY-Serveみたいなんものになってるかな
速度が必要な処理はCPUやらGPUなんて使ってないんだろうな。 ARMマイコンの商用利用での開発環境だとIARが一番多い印象なんだが、違うのかな？
個人的には、ホビー用途しかないけど、IARは初めて触る時に全て日本語なのがありがたかった。 ☆ 日本の核武装は早急に必須ですわ。☆
総務省の『憲法改正国民投票法』、でググってみてください。
日本国民の皆様方、2016年7月の『第24回 参議院選挙』で、改憲の参議院議員が
3分の2以上を超えると日本国憲法の改正です。皆様方、必ず投票に自ら足を運んで
ください。私達の日本国憲法を絶対に改正しましょう。よろしくお願い致します。☆ http://ednjapan.com/edn/articles/1601/26/news018.html
こういうQを想定すること自体バカだろ。
しかも、何をわけのわからんAnswerを書いてるんだ。
どれをMPUというかMCUというかは、CPUも含めて、
"メーカーのネーミングによって決まる"だ。
んで、なんでノイマン型とハーバード型を対比してるんだ？
http://image.itmedia.co.jp/l/im/edn/articles/1601/26/l_tt160126STMCU002.jpg
ハーバードはノイマン型の一種ってことすらわかってない。 >>100
CPU、MPU、MCU・・・全部別ものだと思ってる初心者向きなんだから流せよｗ マイクロコントローラ って名称は主力のメインプロセッサーではなく周辺機器向けの汎用コントローラとして企画されたような
面積が小さくピン数が少なく廉価なワンチップ・マイコンでしょ。
IBM PCキーボードの内蔵コントローラとして使われたi8048/8049とか、マウスみたいのに入ってるPICとか
あとEIDE内蔵ハードディスク・ケースのSCSIインタフェースに使うH8とか >>100
バスの話だから
まぁ紛らわしいからプリンストン・ハーバードって言い方もあるけどな 興味深い情報を発見。
http://keikato.cocolog-nifty.com/blog/2016/02/ascii-c323.html
http://keikato.cocolog-nifty.com/blog/2016/02/usbaki-80basic-.html
> Z80換算でIchigoJam 1.1.1の性能は6MHz、
> ORANGE pico 0.7以降は120MHzと言えそうだ。
IchigoJam は LPC1114FN28 だから ARM Cortex-M0 の 48MHz、
ORANGE pico は PIC32MX だから MIPS32 M4K 40MHz
プロセッサの演算能力に大きな差は無いはずなので、
BASICインタプリタの完成度が激しく違うと思われる。
もっとも IchigoJam の LPC1114FN28 はRAMが4KBしかないので、
高速化したくても出来ないのかもしれないが。
そういえば、以前にも IchigoJam は遅いという話は出ていた。
http://wc2014.2ch.net/test/read.cgi/denki/1399381482/808- >もっとも IchigoJam の LPC1114FN28 はRAMが4KBしかないので、
>高速化したくても出来ないのかもしれないが。
馬鹿ですか?? BASICマイコンでユーザープログラム領域が4KBというのは非常に狭い。
実際にはBASICインタプリタのワーク領域にも使われるので更に狭い。
だだでさえ少ない領域を高速化の為に費やして
ユーザー領域が更に狭くなってしまうと本末転倒なので
RAM消費を増やさない改良方法があるか
という事だろう。 M0は命令バスとデータバスが分離していないから元々遅い
しかも20MHz以上ではフラッシュ読み出しにウエイトが入る無策設計
RAM容量以前の問題 確か、palo alto tiny basic移植の場合
16MHzのAVRでもZ80換算40MHz相当ぐらいは出るんだがなぁ… >>105
「興味深い記事を発見」ってか、おまえがブログ主でしょ
猫うごくgifうざったいからやめてくれ。ま、もうadblockに放り込んだからどうでもいいが
ベンチ結果そのものよりも未だにaki-80使ってる奴がいたことにびっくりだよ。しかもtiny basicでｗｗ >>108
Cortex-M0に関するARM社からの発表値は 0.9 DMIPS/MHz.
PIC32MXについては 1.65 DMIPS/MHz
フラッシュ読み出しのウエイトの影響が追加されると
同一クロックで2、3倍ほどの差はあり得る。
だけど、BASICのベンチマーク結果では20倍もの差があるので、
どう考えてもインタプリタの出来が主要因なのでは？ 秋月から同じ値段でＳＴＭ３２ Ｎｕｃｌｅｏ Ｂｏａｒｄが出てきたけど
どれを買っとけば無難かな。。 ちょっとわろたｗ
ttps://www.google.co.jp/search?num=100&q="keikato.cocolog-nifty.com"+site%3A2ch.net >>107
むか〜し、むかし、ROM無しの4kB RAMでBasicインタプリタを走らせていた時代がありまして…
…めでたし、めでたしw >>112
DMA とSPI でビデオ出力って技が使えないからCPUは常に忙しい https://twitter.com/yo_namikaze/status/640892899018735616
> FOR 3000回ループ
> Cortex-M0 48MHz IchigoJam BASIC 1.0.1→7.6秒
> Z80 4MHz SB-5520(MZ-80B実機)→約2秒
昔の8bitマイコンより遅いってのはかなり遅いね。 RAMが足りないから毎回テキストから数値や命令に解読してんのかな basicによるけど、毎回テキストでしょ
この手のbasicはすっごく単純なフローチャートで表現できる実装だけのが多いよ
最適化とか高速化とは無関係な世界
ram消費を抑えるというよりはむしろromを抑えるのに重点置いてるんじゃないってくらい >>121
どこかのスレに書いてあったが
ビデオアウトやらペリフェラルもM0でやってるので遅くなるのでわと たしか、video処理を停止する命令があるはずだから、一度比較したいな http://www.openspc2.org/reibun/IchigoJam/code/bechmark/0003/index.html
表示やめると3倍くらい速くなるらしいけどそれでもまだ昔の8bitマイコンより
遅いくらいだね。
やっぱインタプリタの実装がクソなんだろうなあ。オープンソースではない
から誰かが改良してくれるわけもないし。 何をやりたいのかさっぱりだけど実行速度あげたいならC使えとｗ
純粋にハードの速度比較したいならアセンブラ(C含む)でやったら？
basic比べたいなら、アセンブラのループとbasicのループでみたら？ > 実行速度あげたいならC使えとｗ
> 純粋にハードの速度比較したいならアセンブラ(C含む)でやったら？
> basic比べたいなら、アセンブラのループとbasicのループでみたら？
ダッセエ実装してんなあという話に対して何言ってんだかｗ それだったらアセンブラとbasicのループ速度比とかを見るべきでしょ
異機種間でのbasic速度だけを見てるから>>122みたいな影響を排除できてないわけで > それだったらアセンブラとbasicのループ速度比とかを見るべきでしょ
なんで?? >>127
> 異機種間でのbasic速度だけを見てるから>>122みたいな影響を排除できてないわけで
画面は消して、あとキーボードだろ? どんだけ影響がある可能性があると思ってる?
4MHz の Z80 と較べて最大 50MHz で動作する LPC1114 ってクロック速度だけでも
10倍以上、1命令辺りの実行に要するサイクル数や個々の命令の機能を考えると
処理能力的には 2桁程度は違う計算になるので、
> FOR 3000回ループ
> Cortex-M0 48MHz IchigoJam BASIC 1.0.1→7.6秒
> Z80 4MHz SB-5520(MZ-80B実機)→約2秒
画面消して 3倍速くなったとしてもどう考えても遅杉だろ。 >>130
インタプリタの実装ではなく割り込み処理の実装がクソ。 >>131
PS/2キーボードのシリアル通信なんて〜10kbpsとかそんなもんだから、
NTSCの水平同期 2回に1回のタイミングで割り込み処理を行うとか
そんなもんだろう。負荷なんて多寡が知れてる。 > PS/2キーボードのシリアル通信なんて〜10kbpsとかそんなもんだから、
Wkipedia みたら
https://en.wikipedia.org/wiki/PS/2_port
> Serial data at 10 to 16 kHz
とあったんで訂正しておく。何れにしろ負荷としては大したもんではない。 >>133
I/Fの通信速度からは割り込み処理がクソかどうかまでは判別できない。
問題の起きない範囲でベクターテーブルを潰して調べるのがいい。
同様にインタプリタがクソかどうか判別するには >>127 をした方がいい。 「割り込み処理の実装がクソ」という説にはなんら根拠がないので考察に値しない。 >>132
大抵、DMAで、RAM から画像データ転送してるから、アクセスがぶつかると、処理がまたされる。 >>136
画面消して処理が3倍くらい速くなることは既出なんだけど何言ってんの? 逆汗してみた。
インタプリタの文字判別で1文字拾う毎にスペース除外とかしてて遅いね。
中間コードに変換するくらいの事でもすればいいのに。 ARMv8-Aの32bitCPUだそうだ
ARM Cortex-A32 To Succeed Cortex-A5 And Cortex-A7 In 32-Bit Wearables, IoT Devices
http://www.tomshardware.com/news/cortex-a32-32-bit-wearables-iot,31259.html https://twitter.com/u_akihiro/status/701218592814006272
> Cortex-M0 で int8_t data = 0xff; if(data == 0xff) {呼ばれるべき処理;}
> が呼ばれない。アセンブラで見るとdataはintの0xffffffffと比較されて
> 不一致と。
↑のおかしいところを正しく指摘できればC言語初級。 ■ このスレッドは過去ログ倉庫に格納されています
