【Cortex-】 やっぱARMっしょ 6 【AxRxMx】

ARMデバイス、ARMボードについて組込系ARM全般のスレです。

時代は「やっぱARMっしょ」。
省電力ニーズの高まりを背景に、海外チップベンダーはもとより国内勢も参戦。
ホビーとしてのマイコンから、スマートデバイス用プロセッサまで。
ARMコアを持つチップやボードのラインナップは、今まさに百花繚乱。

【前スレ】

【Cortex-】 やっぱARMっしょ 5 【AxRxMx】
http://uni.2ch.net/test/read.cgi/denki/1332474263/

【過去スレ】
【Cortex-M3】 やっぱARMっしょ4 【高機能】
ttp://mimizun.com/log/2ch/denki/1315472946/
http://kamome.2ch.net/test/read.cgi/denki/1315472946/

【Coretex-M3】 やっぱARMっしょ３ 【最安$1.47】
ttp://mimizun.com/log/2ch/denki/1286785843/
http://kamome.2ch.net/test/read.cgi/denki/1286785843/

やっぱARMっしょ2
ttp://mimizun.com/log/2ch/denki/1240838439/
http://science6.2ch.net/test/read.cgi/denki/1240838439/

やっぱＡＲＭっしょ
ttp://mimizun.com/log/2ch/denki/1072102432/
http://science6.2ch.net/test/read.cgi/denki/1072102432/

ほかにも、キャッシュサイトで検索可能
ログ速 ttp://www.logsoku.com/search.php?query=%E3%82%84%E3%81%A3%E3%81%B1ARM%E3%81%A3%E3%81%97%E3%82%87&category=
unkar ttp://unkar.org/2ch/search.php?q=%82%E2%82%C1%82%CFARM%82%C1%82%B5%82%E5


1000踏んでしまったんで取り急ぎ。

いちmおつ

>>1 乙


苺のLPC1114FN28販売ページ
http://strawberry-linux.com/catalog/items?code=14104

> 在庫たくさんありましたが何１００個も購入される方がおられまして在庫なくなってしまいました。

DIP版を買い占めて、どうするつもりだろう？

126円を市場から消すのが目的だろう
なぜか秋月の在庫が増えてたりして

転売でもするんですかねぇ…使い道あるのか？ｗ

まぁAVRが100円で買い占めたりする人もいたからな、人それぞれなんだろう。
そんな金あったら、別な事に使うけれど。

秋月も売り切れてますが

ここの人には理解できないかもしれないが、DIPの需要は大きいんだよ。
誰もが基板起こしてまで作るような大規模なものやってるわけじゃない。
I/Oは20本もあれば充分、でも速度が欲しいとか用途だってある。

基板を起こさないで、数百個も作るの？

自営も大変だなｗ

DIPの需要は大してないよ。あるなら皆DIPで出してる。

ガーバー作れないんだろ
憶える気がないやつとはそういうものだ

DIPの需要が大きかったら各社こぞって出してるでしょ

やっぱり理解できなかったね

ハンダ槽持ってて自社で実装するとか？

一部のDIPキチガイだけの需要だろ

基板おこさないってことは数も少ないってことでしょ
メーカーにとって需要が大きい＝数量が多いってことだよ

基板起こさないで手付けで製作するなんてコストかかりすぎだしな。

iPhone5のA6はCortex-A15が濃厚になってきたな

国内最大手の(玩具)望遠鏡メーカV社のハンドコントローラ部分開けたら、
ジャノメ基板に巨大なDIPの64180が載ってたな。
あれで最大手w

こんな詐欺みたいなのがまかり通ってる市場も有るってことで。

紙フェノールの基板にぽつんとちゃちなCOBが乗っていて、
後はスッカラカンなのと比べれば、マシだと思うけど

まとめると、最大手が

>>20
ジャノメ基板ってことは、裏面はスズメッキ線かw

秋月の昔のキットみたいな感じか?

64180のDIPは、シュリンクDIPしか無かったはず。
「ジャノメ基板に載っていた」というのは、ネタじゃないの？

>20
ソフト側を全く気にもしないで、載ってるチップが古くて低性能だからダメで
チップが高性能ならOKって考え？ そのチップが画像処理でもするのか？
ピュアオーディオの値段高かれば高音質 と同じだなｗ

>>25
その大手の基板は見てないが、斜めに挿して交互に足のばして(-と「)むりくり
DIPにって手はありうるかもしれないｗ
それはそれで凄いが…

蛇の目基板≒ベーク片面基板　の
いいまつがい　だとおも
グリーンレジストシルクつきの両面基板に比べて
あまりに見た目がチャチイかったつーことでしょ。

ベーク基板で正解だろうな。それで足らない環境で使うなら光学系が先に逝くだろうし。

国内最大手の(玩具)望遠鏡メーカV社ってビクセンか？　先日、たまたま所沢
あたりを走っていたら見かけたな。

パッケージが追加されていない限り、64180はシュリンクDIPだね。
1.78mmとかの変態ピッチだったような。

巨大なDIPは、68000の64ピンDIPくらいでないか？　あと、日立のACRTC
(型番失念)も、同じパッケージだったと思う。

>>30
日立 HD68000P8 なら今も手元に一個あるぞ。
未使用、ちびレールに入ってる。
パッケージの幅2cm長さ8cmだ。

http://www.zenisu.co.jp/stc/shouhin/0.html
MC68HC000P8：@200円
在庫限りだそうだ。

なんだか、クラシックＣＰＵスレみたいになってきたな

いらねー。何に使うんだー

秋月のLPC1114FN28、在庫が復活した。
Strawberry Linux の方は在庫切れのまま。

>>35

>>5-6

マルツが120円だって

ネタかと思ったら本当だった

【LPC1114FN28/102】ARMマイコン LPC1114FN28
http://www.marutsu.co.jp/shohin_137826/

秋月で３個も買っちゃったけど、マルツだと４個買えたのか・・・

へぇ、これは仕入れの値段が違うとかそんな話なのかな?

間に入っている商社の違いじゃない？

発注数の違いかも。

PICスレのお勧めリストの120円前後の品種と比較してみると、
LPC1114FN28は圧倒的にコストパフォーマンスが良いな。

http://uni.2ch.net/test/read.cgi/denki/1345537082/2-6

ペリフェラルが最低限しかないから
使い道がちょっと思いつかない
RTOS入れてマスターにするとか？

GPIOが1つあればLチカは出来るじゃないか...

USBがあるといいのにな
これはEEPROMも無いのかな？
32bitプリスケーラ付き32bitタイマは便利だよ

LPC1114のDIP 600→300mil幅へ
ttp://blogs.yahoo.co.jp/yukukawano9/9722351.html
すごく無駄です。最初から300milで出してくれれば

ああ、なんという無駄な労力を；；

ARM9でRAM64MB、イーサ、USB、LCDコントローラ、etc・・があって
Linuxブート可能で１万円といったら買うのがいるかなぁ。

でもラズベリーなのもあるし、相手にされないか。

>>46
無駄にCNC装置が欲しくなったw

300MILをそれを目的にしてもいいはず(ﾏﾃ

そうこうしてるうちにLPC4330のボードが出たわけだが
http://akizukidenshi.com/catalog/g/gM-06149/

ＮＸＰ　ＬＰＣ１８３０−Ｘｐｌｏｒｅｒ　（ＯＭ１３０２８）
http://akizukidenshi.com/catalog/g/gM-06150/

と値段が同じだ。

で、osが動いたりせんわけ？

Cortex-M系だから、RTOSくらいは動かせるんでは？

>>54
RAM容量次第…

でもOSの在る無しを気にする様なマイコンでも無い悪寒…

マルツのLPC1114FN28、更に値下げ　￥115

売れてるから安くしてるのか、
売れないから投売りしてるのか…

長く売れるものじゃないから、在庫一掃大処分

ここで質問していいのかな？
ARM始めたばっかの初心者だけど
STM32VLDをつかっているのですがGPIO3が使えません。

ヘッダばstm32f10xというのを使っていて
開発環境はKEiL ARM-MDKです

VLD用のヘッダがあったりするのでしょうか？

>>59
GPIOのPORTAなのかBなのかCなのかちゃんと書きましょう。
CPUはSTM32F100RBT6なのでstm32f10xでおｋです。

そんなあからさまな釣りに反応したらあかんて

>>60
すいませんCて書いたつもりが3になってましたGPIOCです

>>62
RCC_APB2ENRレジスタのビット４はONになっているでしょうか？
GPIO PORT Cのレジスタを初期化して使える設定にしてますでしょうか？

>>63
その設定がよくわからないです・・・

AREA RCC_DATA, DATA, READONLY, ALIGN=3
RCC_APB2ENR DCD 0x40021018
APB2_GPIOC_ENABLE DCD 0x00000010
PRESERVE8
THUMB
AREA |.text|, CODE, READONLY
RCC_GPIOC_ENABLE PROC
EXPORT RCC_GPIOC_ENABLE [WEAK]
PUSH {R8-R10, LR}
LDR.W R8, RCC_APB2ENR
LDR.W R9, [R8]
LDR.W R10, APB2_GPIOC_ENABLE
ORR.W R9, R9, R10
STR.W R9, [R8]
POP {R8-R10, PC}
ENDP
ALIGN
END

上のコードを拡張子"s"で保存してプロジェクトに追加して下さい。
RCC_GPIOC_ENABLE関数を呼び出せばRCC_APB2ENRレジスタのビット４がONになります。
GPIOのマニュアル印刷してなかったので頑張ってください・・・
STマイクロのホームページからRM0041のマニュアルはダウンロードしましたでしょうか？
必須ですのでダウンロードして下さい。

static uint32_t atomic_inc(uint32_t *pVar)
{
uint32_t var;
int32_t exc;

do {
var = __LDREXW(pVar);
exc = __STREXW((var+1), pVar);
} while (exc != 0);

return *pVar;
}

なぜこれがアトミックなインクリメントといえるのでしょうか？

そういうアトミック操作に使うアセンブリ命令使ってるからだと思うけど

どこが気に入らないのか言ってみてくれ

＞なぜこれがアトミックなインクリメントといえるのでしょうか？

言えないでしょ？

>>67
-s （だったかな？）でアセンブラ吐かせるか
objdump で逆アセンブルして見てみたら。

>>67
ARMの仕様・マニュアル等全く見てないけど、お約束のLoad-Linked/Store-Conditionalで
ないのかい？

>>70
どのへんが「言えないでしょ」なのか説明してくれないか？

アトミックってどういう意味ですか？

分割できないもの→原子
転じて核という意味じゃなかったか

核家族さえ相転移している今どき・・・

＞どのへんが「言えないでしょ」なのか説明してくれないか？
マニュアル読めばいいんじゃねぇの？

>>76
DHT0008A_arm_synchronization_primitives.pdf を流した。
>>67 のreturn *pVar; は間違っている。
return var; か、return (var+1); にすべき。
DMBが無いということなら、このatomic-incには無くても良いと思うが、あっても良い。
それ以外なら詳細に説明してほしいものだ。

セマフォのインクリメントじゃなくて「アトミックなインクリメント」の
実装だもの。

>>51 >>52
秋月もマルツもLPC4330-Xplorer売り切れだった。
いきおいでLPC1830-Xplorer買っちゃった。

リセットが２回必要ってｗ

おまじないにリセットを沢山してあげるとよくなる

亀レス

>>21
> 紙フェノールの基板にぽつんとちゃちなCOBが乗っていて、

吸湿性が高い紙フェノールにCOB?
悪い冗談としか思えない。

中国人ならやり放題さ

LPC1113を始めて使っています。
IOのビット制御をしたいのですがどうしたらいいか分かりません。
誰か教えてください。

例えばPIO2_7ビットだけを1にしたい場合は
　SER = 1
という表記にしたいのです。
PIO2_7ビットだけを0にしたい場合は
　SER = 0

SERは単なる名前で他のマイコンでは#defineで定義していました。

よろしくお願いします。

>>84に補足です。
開発環境はIARのEWARMで、言語はCです。よろしくお願いします。

まっ、CMSISのドキュメントでも眺めて必要ならマクロ定義でもすれば良かろう

>84
READしてMaskしてSETして、書き戻し

え

SETレジスタ、CLRレジスタがあるものもある。
LPC1113は知らんが。

I/Oレジスタのアドレスのオフセットがビットマスクになるという奇妙な仕様だったはず

TI、やってくれやがったな...orz

Stellaris LM4F120 LaunchPad がそろそろ届きだしてる？
うちはFedExの不在票入ってたけど、電話が全然つながらない

オイラ、発送予定が１１月１６とかなっている；；

>>90
ハード的にはやりやすい方法だけどね。

__mainで行われるような

ロード領域から実行領域へのコピーをしたいのですがどうやって書くのでしょうか？

LPCEXPRESSO(LPC1227)をIARから使いたいのですが、使えないのでしょうか？

Star Board Orage って、あんなしょうもない基板がなんであんなに値段が高い？

高い？

>>97
同じようなボードをstm用に作ってる奴もいるな
ttp://stm32f4.web.fc2.com/SD_eth_IO.html
おくで500円で投売りしてるみたいだがｗ

LPC1114FN28にPLL設定間違えて書いてしまい、
再度デバッグ起動が出来ません。

間違ったブートローダー書いちゃうと
もうJTAG有っても復帰できないのでしょうか？

そんなことはないから安心しなさい。正しく設定しなおして、フラッシュ書き込みしてみなさい

ということは石が死んだかな・・・
シリアルワイヤデバッグでも同じでしょうか？

聞く前に試せばわかるんじゃないのかな

>>102
同じだよ。
PLLの設定を間違えたせいで、オーバークロック状態になって
逝ってしまった可能性はある

オーバークロックになっても死なねーよ。

場合と度合いによってはしぬよ

どういう場合？
CORE2とかFPGAとか放熱前提のデバイス持ち出すなよ。

SAM-ICE買ったんだが、DVDってついてる物？
マニュアルも付属ソフトも、なんもないんだが・・・

webからマニュアルはダウンロードしたけど、
マニュアルもDVDある前提っぽい。

欠品だとするとめんどくせぇ・・・

こんな場所で聞くより
使いこなしてる人にtwitterなりで直接聞けばいいのに

『ぜ〜んぶダウンロードな』って書いてある紙が入ってなかったけ。
で、DVD焼かなくてもzipから展開したファイルからインストールできたはず。
会社のなんで確認はできんけど。

>>109
稼働日ならATMELに直接聞くよ。休み中にできるだけ進めておきたくて。
なおぼっちかつチキン故twitterで気軽に聞ける相手はいない模様。

>>110
あの紙か・・・会社行ったらもう一度見てみる。ありがとう。

苦節三日、LPC1830-XplororでやっとLED点いた…。

相変わらずNXPのマニュアルはクソだ。おまけにNGXの回路図、P2_1とかの
ポート番号が書いてないので いちいちピン番号から逆引きしなければ
いけなくてこれまたクソだ。

わしデバッガ使わない人なので、まずはUART bootでUART debugできる
環境作りを目指しとんのよ。コンパイラはWinARMの2008年版[仮]リリースの
gcc。でXplorerの外部ピンの絵みてUSART0に線つけたらこれがbootに使う
Px_xとは違っててorz。USB制御用に繋がっているので まずそうということで
USART3でやることにしてOKプロンプトまでおｋ。

boot-headerのendianがよくわからなかったけど、指定したつもりの
バイト数ダウンロード後に電流値が変化するのでいよいよプログラムへ。
(ちなみにマニュアルにあるダウンロード後のOK/FAIL表示はない)
がその後、どうにもLEDが点かない。pinマルチプレクサの指定はしてるが
ユニット毎のリセットの解除も追加したがダメ。

マニュアルにはダウンロード後0x1000_0000に「jump to / execute from」って
あるけど、0x1000_0000においたvector tableがshodowされて0x0000_0000で
参照されるんじゃ、ってことでvector tableを追加、してダメ。
しょうがないからcortex-m3のドキュメント読んだらreset vectorは奇数番地を
指定する必要がある！(thumbのみなので)、でやってみたら…やっと走った！

と言うわけで、まとめると、
ユーザープログラムは(bootモード、デバイスにかかわらず)0x0000_0000
番地からのつもりでvector table付きで作成すること、vectorの飛び先は
奇数番地なこと、クロック周りはとりあえず触らなくてもいいが(たぶん)、
使うユニットのリセットは解除すること(たぶん)、ピンのマルチプレクサの
指定は絶対必要、だな。あとuart boot後は(クロックいじってないので)
設定なしでuart使えるみたいだぜ。

以上、やりっぱなしの状況なので十分条件は満たしてないが、
書いたら　(ちょっとだけ)　すっきりした、はぁ。

アメリカ製のチップのマニュアルだと、解説した後に「例えば…」って
具体例が続くんだがNXPヨーロッパだからなぁ。

>>112
乙です
Cortex-MはThumb/Thumb-2命令セットのみだから、reset_vector含め、
PC変えて命令ロードする場合の指定番地は、奇数番地にしないといかんのよね
実際に格納されてるのは偶数番地だけども

http://it.cqpub.co.jp/tse/201210FM3/images/banner.gif
行く人居る？

>>112
NXP程度で驚いていては駄目だ
Freescaleのマニュアル見るともっと驚くよ

>>114
富士通のチップなんて使うことないだろうから行かない
いったいどのくらい集まるんだろう？

FM3マイコンボードは面白いね
雑誌で売られて、余ったら教材として売って、それでも余ったら無料で配る。
多分費用回収は出来ているだろうけど、2度は通用しないメソッドだね

は？
面白いはどこに掛かってるの？

LPC1830-Xploror用の いんちきモニター、リリースしちゃった。
　ttp://www002.upp.so-net.ne.jp/uratan/xplr/

＞ クロック周りはとりあえず触らなくてもいいが(たぶん)、
リセット初期値で内蔵12MHzが津々浦々まで行っているみたい

＞ 使うユニットのリセットは解除すること(たぶん)、
必要なし、リセット初期値で全部解除済みみたい

で boot 待ちですでに150mAも喰ってるぜ。

じゃ、後は任せた…。

>>119
NuttXインプリしちゃえばよくない?

IARのEWARM使ってます。
IDE内でポート出力状態を確認しながらデバッグをしたいのですがそのような方法はありますか？

STM32F4DISCOVERYをST-LINKでデバッグしています。

LPC1114FN28 秋月在庫復活 ＆ 値下げ \110
ttp://akizukidenshi.com/catalog/g/gI-06071/

しかし、NXPはなぜ600milにしたのだろうか。。

ここまで小さいと、ボンディングとかのパッドサイズが支配的。シュリンクする意味が無い。
意味が無いなら設備償却が終わった安いラインで作るのが得。

LPC1114FN28 でmbed互換機が自作できるんだっけ？

償却もなにも、NXPは300mil 28pinの製造設備を最初から持ってないと。
どんなパッケージでも何時でも作れると思ってないか？

海外の電子工作事情だと600milのほうが都合がいいとか？

前にも出たけど
ttp://blogs.yahoo.co.jp/yukukawano9/9722351.html
チップ自体は300milでも問題ないのだから。>126が正解でしょ

>>125
U用のレジスタをいじらなければバイナリは動くだろうから
mbedでバイナリを作って、DIPに移すってのはできるんじゃないの
ただ、そういうのをmbed互換とは言わないと思うけど

mbed互換機が他メーカーから全く出ないのは、
arduinoのオープンハードと違って、プログラミング用のマイコンと
USBストレージ用Flashが裏に隠れて実装されてて、
そっちがブラックボックスになってるから

【IT】アマゾン、テキサス・インスツルメンツのモバイルチップ部門買収で交渉か[12/10/16]
http://anago.2ch.net/test/read.cgi/bizplus/1350393749/l50

LPC1830-Xplorerの続き。
AN11206を参照してSPIFI-flashの書き込みをトライしてたんだ。
まずは内蔵boot-ROM呼び出しでやろうとしたがエントリーには
spifi_init()のアドレスはあるが次のアドレスがNULLだった。
おまけにboot-ROMのspifi_init()の返すSPIFIobj構造体には
regbaseが入っていない。非常にあやしい…。
結局boot-ROM呼び出しを諦めてspifi_drv_M3.libを使うために
コンパイラも新しいものに取り替えて__aeabi_memcpy4()も
でっちあげてなんとかなったんだが、LPC1830の内蔵boot-ROMって、
中身が何世代か遅れてるようだが、もしかしてまだMASK-ROM？

Stellaris LaunchPad は $4.99 のキャンペーン期間が
終了した模様。現在は $12.99 になっている。

http://www.tij.co.jp/tool/jp/ek-lm4f120xl

共立電子の通販ページは\550で在庫切れになっているけれど、
在庫復活時には値上げされるんじゃないかな？

http://eleshop.jp/shop/g/gC9Q361/

発注はもっと前だったのか、共立のstellaris launchpadが
550円で再入荷したので買ってきた。いつから値段が上がるのかは
まだ決まってない?(店員さんがまだ知らない?)らしい

もう売り切れてるじゃん

共立もう売り切れたのか。
昨日の夕方には通販で在庫ありだったけど、もう店頭分だけかな。

なんでかチップワンストップのは売り切れにならないな

とりあえず資料とかなしで1114FN/102使ってみてるけどGPIO0のポート2とかが普通のIOに出来ない
NXP_GPIO0->DATA |= (1<<2)て書くのはダメなの？
開発環境はNXPのコンパイラだけど
初期設定がダメなのかな
初期設定は
LPC_IOCON->PIO0_2 = 0xd0
LPC_GPIO0->DIR |= (1<<2)

＞とりあえず資料とかなしで1114FN/102使ってみてるけど
資料落としてきて読んだらいいんでない？

http://www.nxp.com/documents/user_manual/UM10398.pdf
の
12.4.1 Write/read data operation
とかで如何？

共立の stellaris 復活してたので、とりあえず1つ買ってみましたよ。
MSP430 と一緒に。

http://www.atmarkit.co.jp/ait/articles/1210/23/news095.html
オープンソースボードの新製品「Arduino Due」発表

>これまでの製品と異なり、I/Oピンが対応できる電圧は3.3ボルトまで。それ以上の電圧を使用すると、ボードが損傷する可能性があると警告している。
NXPのやつは5Vトレラントなのに…

>>141
デジトラを噛ませるだけの話さ。
2.5V CMOSが当たり前の今、5V対応なんてイラネ

atmelはトレラントに弱い

ラズベリーパイ買った奴居るかい？
http://pc.watch.impress.co.jp/docs/news/20121022_567667.html
IO少ないし、Linux乗る小さいコンピュータとっていうおもちゃでしかないよな
何かに組み込める形状じゃないし。

買ったし、起動確認はした！

>>144
メモリが増強されたし、買おうかどうか考え中。
何も考えずにUSBが使えたり、I/Oの使い方もアルディーノより簡単そうだから簡易工作にはむしろ向いてると思う。
GUIを投げ捨てればスペックはオーバー気味じゃないかと思う。

>>144
32ビットなんだし、I/O点数がもう少し沢山あっても良いかとも思うけど、
考えたらそんなに沢山使うことってあまりないし、CPLDなりで拡張しても
いいしで、案外これで良いんじゃないかと思ってる。
なにせ、安いから、何か作るときはこれだけでもいいんじゃないかって感じ。

問題はやっぱり納期だな。

>>144
> IO少ないし、Linux乗る小さいコンピュータとっていうおもちゃでしかないよな
USB, SPI, I2C、全然OKじゃない。
USBがあればその先にFTDI, EZ-USBで、I/Oなんていくらでも。
NET2272繋げばバスも引き出せる。まぁ、パフォーマンスは直結より落ちるけどさ。

USBデバイス類もいろいろサポートされてるしね。世話なくていいよね。

>>148
>USBがあればその先にFTDI, EZ-USBで、I/Oなんていくらでも。
>NET2272繋げばバスも引き出せる。

そんなこといえば、別にUSBなんて関係ないだろ。ポートにシリパラ用にPLDでもFPGAでもつなげばいくらでも増やせるだろ
大体この形状は机の上で遊んでくださいという形状でしかないだろ。
ビス穴すらない。これどーやって機器内部に固定するんだ

>>150
まあ、そういうデバイスだし。
おもちゃというか教育用であって、ちょっとした工作に使うもんだろ。
ケースも売ってるけど。
ガチのPC用途だったら値も張るけどもっとハイスペックのがケース付きであるよ。

>>150
> そんなこといえば、別にUSBなんて関係ないだろ。
おま、PLX社のNET2272とかNET2282を知らないだろ?

ちょっと前に、「サインはVGA」(だったか?)のUSB経由でディスプレイに接続するアダプタがあった。
中身はNET2282でUSBからPCIに変換し、確かSiSのグラフィックスチップを接続したもの。
その転送能力は公称40MB/sec。
単にI/Oポートを増やすだけではないよ、Local/PCIバスなデバイスを増やせられる物なんだよ。

> ポートにシリパラ用にPLDでもFPGAでもつなげば
まぁ、理屈ではその先にグラフィックスチップとかを繋げられるさ。
問題はそれが実用的かって事。

> ビス穴すらない。これどーやって機器内部に固定するんだ
おいおい、DIMMはネジ穴が無いけど、固定できるよな?
ネジ穴が無ければ固定出来ないなんて、頭が固すぎるぞ。

>152
おまえもアホにさわんなよ…

>> ビス穴すらない。これどーやって機器内部に固定するんだ
> おいおい、DIMMはネジ穴が無いけど、固定できるよな?

ちなみに今のRPIにはネジ穴がある。インターフェースの写真のは初期のだな。

>>153
マジで？そいつは良かった。

I2Cがあればとりあえず困らないな
ちゃんとストレッチしてくれるならだけど

>>152
>おま、PLX社のNET2272とかNET2282を知らないだろ?

だから、基板に乗ってないチップをぐだぐだとりあげんな。NET2272が乗ってるんかい。

>その転送能力は公称40MB/sec。

わらうわー。せめてUSB 2.0の転送能力は超えとこうや。ボトルネックはここだからよ
だいたい、もとのCPUのポート速度超えられるわけじゃないだろが。
バス引き出すならFPGAだってできるといってる。
とにかく外付けでIO増やす話なんかしてんな。それだとなんでもありだ。

>>153
>ちなみに今のRPIにはネジ穴がある。インターフェースの写真のは初期のだな。

ほんとかよ。
あの基板密度からするとねじ穴つけようと思えばその分一回り大きくしないとビス穴実装もできないだろ。
それともパターンレイアウト全面やりなおしか？
ソースは？

>>157
本家サイト行くと穴明きバージョンらしい写真があるけど。あと
http://www.raspberrypi.org/archives/1929
で、
Added locations of mounting holes
と書いてある。下のほうに詳細があるけど、M2.5対応みたいだね。

>>156
おまえさ、MbpsとMB/secの違い、判ってる?

> とにかく外付けでIO増やす話なんかしてんな。それだとなんでもありだ。
おやおや、最初に
>>144
> IO少ないし、
少ないと言ったのは誰や?w

おお、わざわざTHX
IF誌で特集もあるみたいだし、読んでみる。

>>159
>おまえさ、MbpsとMB/secの違い、判ってる?

ウスノロのおまえ。USB2.0の理論限界スピードと公称40MB/sどっちが大きいか判ってる？

>>>144
>> IO少ないし、
>少ないと言ったのは誰や?w

だからなんだ？少ないIOに外付けでシリパラのIFつないで見せかけのIO数増やすだけのしょーもない話は不要だつってんだよ。
ポートで直に叩けばいいのにわざわざUSBで出力してそれをもいっかいパラレルにばらす？お前はそれがうれしいんかい戯けが。

>>161
文盲? 「公称」の意味が分からないの?w

> ポートで直に叩けばいいのに
直叩きにどれだけCPU負荷がかかるか、知らない様だな。
シリパラ? ハードが処理してくれるんだよ ﾔﾚﾔﾚ

>>162
40MB/sは480Mb/sに及ばないことにようやく気づいたんかいウスノロ。バイトとビットの違いはどーしたあぁ？
んで、ベストはどこまで出るんだい？ホレホレ。メーカってのはスペックに自信があればちゃーんとそれを記述するんだよ。
ま、単体で60MB/s出ても、480Mb/s入力時に実動作で恐らくスピードダウンすることは見込んでるが、
これだとさらにダウンしそうだなおいウスノロ

>>162
ポート直接叩かんでもDMAにまかせるとか手はあるだろうがウスノロ
おまえはそこまでアホかあぁ？

どーでもいいけど当初の議論から完全にそれてる件

>>163
あのさ、それ、「転送能力は超えとこうや」とお前が言い出したこと ﾔﾚﾔﾚ

> ま、単体で60MB/s出ても、480Mb/s入力時に実動作で恐らくスピードダウンすることは見込んでるが、
判ってないな。
USB High-speedのビットレートは常に480Mbps。
「入力時」なんて言わないよ。

> ポート直接叩かんでもDMAにまかせるとか手はあるだろうがウスノロ
アホか?
GPIOの周辺クロックが低速だって知らないの?

>>164
まぁなw
ともかく、ID:8mPBHOU/にはスキルがなく、オモチャとしてしか使えない。
が、分かる奴が見れば、こいつは相当ディープな応用に使えるってことさ。

> USB High-speedのビットレートは常に480Mbps。
アホが誤解するか…。

ビットレートは常に480Mbps
でも、最大実効レートは360Mb/s

USBは仕様上、転送するデータによっても
速度おちるからなぁ

まぁ、シリアルポートとパラレルポートくらいしか自由にしにくかった
ノートPCに外部機器繋ぐのを思えば、あのくらいI/Oが出ていれば
それなりにお役立ちさ

>>168
USBのプロトコルは、比較的軽いから大幅には落ちない。
それでも、240くらいが限界かな。

複数機器接続するとさらに低下・・・
まあそれでも個人用なら十分だけど

USBをPIO代わりにする時は、結局、ノード対してコマンドを連続して遅れない(1kHzとかで制限される)って奴の方が気になる
アレのせいで、パラレル接続での簡易JTAGとか厳しい訳で…

40MB/sはバルク転送時の中身のデータの実効レートね
データだけを送ってるわけではないのでｗ

>>172
そういうのはデバイス側でバッファリングしてタイミング合わせるしかなくて、
ホスト側アプリでいくらがんばってもOSのポーリング間隔に依存する
簡易的なものを考えても無理だろうね

アマチュア的にはUSBのVenderIDとProductIDが鬼門だわ
自分用機器じゃ勝手に使ってるけどさｗ

>>174
売り物でなけりゃ、別に勝手に使って無問題なんだから、
鬼門でも何でもなかろうよ。

システム内で完結して取り外さないなら特に問題なくね？
UARTとかならチップメーカーのID使えるし

>>173
ってか、単に速度が必要なGPIOはほぼ無理かもって事さ。
単純なH/Lの出力速度が最良で500Hzって状態になりかねないから…

>>170
> それでも、240くらいが限界かな。
もうちょい、いけるよ。

USB2.0の転送速度に関する一考察
ttp://nahitafu.cocolog-nifty.com/nahitafu/2006/09/usb20_213e.html
> 125μ秒の間に信号が１０回立ち下がっていて、
> 512×10/125マイクロ秒＝40Mバイト/秒の速さでデータを送れていることがわかります。

NXPならProductIDくれるよ
http://www.jp.nxp.com/news/press-releases/2011/11/nxp-delivers-industry-first-arm-cortex-m0-microcontrollers-with-integrated-usb-drivers.html

>>177
いやだから、ホストからパタパタコマンドを単発で出すんじゃなくて、
そういうコマンドはまとめてフレームに詰め込んでデバイスにやらせろって事だよｗ
だからバッファが要るよって話
FTDIのBitBangとかはそういう仕組み

>>179
VenderIDの使用は有償???

NXPのベンダIDなら大丈夫だろ

>>179
これは朗報（？）だが、敷居の高さ(*1)はどうなんだろ。
読んだけどよくわからんかった。
　　(*1)手続きのめんどくささとか有償・無償の別とか

ところでUSB VID/PIDって、個別売り出しって禁止ではないのか？

秋月のMAC商法みたいにEEPROMに焼いてユーザーに取らせるシステムは無理？

秋葉原商法＝世界に通用する商習慣
な訳ないよw

PIDは16ビットしか無いからな。

じゃあID売りつくしたらどうすんの？
終わるの？

秋月のMACってちゃんとしたものなの？
てっきりテスト用ってことになってる適当なものかと

秋月MACはトライステートが取得したちゃんとしたもんだよ

MACアドレスチップならMAXINでも出してるよ
http://japan.maximintegrated.com/datasheet/index.mvp/id/3748/t/al

>>189
なるほど
最終製品につける代わりに部品セットにつけてるってことか
コピーされなければ問題ないのかな

>>186
それだけ盛況なら別のベンダーIDを確保するんじゃない？　関連会社使うとかして。

AMD，ARMベースの64bit版Opteron開発を発表。2014年に生産開始
http://www.4gamer.net/games/107/G010782/20121030001/

北米時間2012年10月29日，AMDは，ARMアーキテクチャをベースとした64bit版Opteronの開発を行い，2014年に生産開始すると発表した。
これによりAMDは，x86とARMの両アーキテクチャでサーバー用プロセッサを開発する初の企業となる。
今回の戦略転換が，AMDの将来をどう左右するのか，注意深く見守りたいところだ。

>>193
へぇ〜、AMD好きだから、嬉しいニュース。
x86 + GPU + 64bit ARMのキメラプロセッサも出てきたりしてw

ところで、ARMv8はこれが最初のライセンス?

GPS安いのでstratum 1なサーバーを作るためのハードを探してます。
希望ハードウェア要件は
linux搭載可能つまりMMUありで
メモリーがそこそこありで
GPS接続用にシリアルにDCDがあり
Ethernetがある
出来ればPC互換機より省電力で
サイズはITX以下。
価格が安そうなルーターの中古から
探したのですが、公開情報が少なく探しきれませんでした。
DD-WRTのリストで該当するものは入手性が悪く無駄な無線回路があり電力も希望に合いませんでした。
格安ルーターもしくは格安ボードを紹介してください。

>>195
Raspberry PiにUSB-serialケーブル付けりゃいんじゃね?

うむ、もう大抵の事はRaspberry Piでいいでしょ。

>>196-197
RpiはDCDがありません。
玄箱にもありません。

>>196
DCDで1PPSを正確に扱うためUSB変換はタイミングが正確でなくなる為使えません。

アルマジロは？

>198
RPIのGPIOポートに繋げればいいだけじゃん。
あれ、TTLレベルのシリアル出てるんだが。

しかし、たかがNTPサーバでMMUかよ、この軟弱モノめ〜

光よりも速い物の発見ができるかもしれないじゃないか

>>199
タイミングが重要だとしてLinuxでいいの?

>>203
いいわきゃない
ラズベリーのはRTLinuxかと思えば普通のラウンドロビンのLinuxだろ。
あれはかつてPCでプリンタポートたたいてたようなユーザー用の小型PCだ。

GPSとのブリッジにPICでもAVRでもPSoCでもかましときゃいいだろ。

>>204
Raspberry_PiにRTlinuxぶち込んだ強者もいるぞ。
エラーはないそうだ。

>>206
まぁ載せるOSは自分でなんとかするってことなら、
標準のOSだからだめってことにはならんけどね。
ただ、かつてPCでプリンタポートを叩いて治具代わりに使ってたユーザには
すんなり受け入れられると思う。ボードの上でコンパイルして即実験できるし。
反対に、消費電流にシビアな装置とか、
極度にノイズを嫌うようなアナログ装置のコントローラとして組み込み、
通常はクロック発振せず、装置を触った瞬間にwake-upして短時間だけロジック回路を動かし、
処理が終わればクロック発振を止めてスリープするような用途には向かないんじゃないかと思う。

>>201
確かに軟弱者かも
しかし構築後の確認のツールなどの手配を考えるとuClinuxを選択するのはかえって遠回りになると思います。
昔のpentium133で正しく動作するので、ARMなら動くだろうと。
DCDは
割り込みとして機能させるのですがGPIOでの割り込みを
本来のUARTでの割り込みにかえることはGPIOでソフトUARTを組むような事になり速さと安定が必要なPPSとして利用できるのか検討していません。

>>205
一定期間内に処理する必要があるため
途中に様々な回路を入れるのは
処理時間に影響するので難しいです。

>>200
Rpiに比べると、お値段が高い機材ですね。
FAQで検索しかしていませんが、内蔵のUARTにDCDは無さそうです。
現在のドライバもフロー制御が実装されていない模様。

>>208
Exar - XR20M1172
NXP - SC16IS752/SC16IS762
Oxford - OX16C950B

I2C/SPIからUARTに変換するチップはどぉ?

>>208
昔のPentiumでどうやって正しいと検証したのか知らないけど、
割り込みレベルで処理してるなら、それもいい加減なものだよ
だからマイコンで受けてタイミング送った方がマシだと
>>205とかは言ってると思う

ntp使うならntp本来の内蔵クロック補正機能使えばタダ
まあ、年間2,3秒も狂わないようにパラメータ決めるまで数ヶ月かかるけど…

GPSが使いたいだけ?

要するに、単に物探しを丸投げしたいってだけだろ。
「知らねぇよ。自分で探せ」
でいいんじゃねぇの？

>>214
解釈次第ですが、そういうHWをご存じでしたらご紹介下さいませ、という内容です。
知らないという事は存在しない物を探そうとしていたのかも知れません。
調べにくい内容でしたのでお尋ねしました。
HWを入手してから何に使えるか考えるのでは無いのでHWスペックを調べる必要が在りました。
ただピンにDCDが出ているかまで書いてない物が多く自分では探しきれなかったのです。
お手持ちの機械で該当する物があれば教えていただければと思いました。
新たに探そうとするのはとても大変です。
それは既に自分で大変さがわかっています。
そこを肩代わりしてくださいというつもりはありませんでした。
お気を悪くされた方がいらっしゃるのでしたら謝ります。失礼しました。

>>213
stratum1のサーバーを立ち上げたかったのです。
PPS自体が1マイクロ秒程度の精度です。
カーネルのバーションによってはカーネルもナノ秒単位で管理するよう手を入れます。
PPSから割り込みをかけるまでの信号にPICなどを挟むのは精度が悪くなるように思いました。

そういう用途だったらディレイ時間の大小じゃなくて、ディレイ時間の
ばらつきが少ないかっていうほうが大事なんじゃねぇの？
ディレイ時間のばらつきが小さければ、いくら遅れていたって、逆算
すりゃいいだけだし。

＞カーネルのバーションによってはカーネルもナノ秒単位で管理するよう
Linux走ってる状態で割込みかけてから応答するまでの時間なんてナノ秒
単位で管理しようがないし、CPUの動作クロック精度なんて±100ppm
程度だったりするけどね。
どうせネットワークに出す段階での遅れもばらつきもあるし。

自分でやるなら目標精度に応じて凝ったこともやるだろうけど、
どうせ趣味なんだろうし（仕事でやってるプロがこんなところで
聞くわけない）、好きなようにやってみたら？

>>216
この辺の製品でいいだろ
http://www.viaembedded.com/en/products/boards/1050/1/EPIA-P820.html
http://www.viaembedded.co.jp/jp/products/boards/1930/1/ARM-based_VAB-800_Board.html
http://emea.kontron.com/products/boards+and+mezzanines/embedded+motherboards/miniitx+motherboards/ktt30mitx.html

x86互換プロセッサでFreeDOSの上に書いた方がよほど精度が高そうだな

割り込みは厄介だね
キャッシュも時間読めないから
切った方がいいね

マイコンで1PPSの周波数カウンタ作ってみた方がいい
PCでやってる事ががどんだけ無謀か判る

FPGAで1PPSの周波数カウンタ作ってみた方がいい
マイコンでやってる事ががどんだけ無謀か判る

そこでPSoCですよ

そこはZynqかもよ

なんて読むの？

ズィンク

　　　 _ 　∩
　　(　ﾟ∀ﾟ)彡　おっぱい!おっぱい!
　　(　 ⊂彡
　 　|　　　|　
　 　し ⌒Ｊ

　　　∩ _　_ 　 ≡＝−
　　　ミ(ﾟ∀ﾟ　)　≡＝−おっぱい！おっぱい！
　　　　ミ⊃　⊃　　　 ≡＝−
　　 　　（⌒ __)っ　　 ≡＝−
　　　　　し'´≡＝−
　　−＝≡　　　 _　_ ∩
　−＝≡　　　(　ﾟ∀ﾟ)彡　　おっぱい！おっぱい！
−＝≡　　　⊂　 ⊂彡
　−＝≡　　 （　⌒)
　　−＝≡　　c し'

..　　　　　　　　　　 ''';;';';;'';;;,.,　　　　おっぱい！おっぱい！
　　　　　　　　　　　　　''';;';'';';''';;'';;;,.,　　　おっぱい！おっぱい！
　　　　　　　　　　　　　　;;''';;';'';';';;;'';;'';;;
　　　　　　　　　　　　　;;'';';';;'';;';'';';';;;'';;'';;;
　　　　　　　 _　 vnm_yvwnym_vynmyn_vy、
　　　_　　∩(ﾟ∀ﾟ)彡(ﾟ∀ﾟ)彡(ﾟ∀ﾟ)彡_ミ(ﾟ∀ﾟ)っ
　⊂(ﾟ∀ﾟ )彡と(ﾟ∀ﾟ ) ⊂ﾐ (ﾟ∀ﾟ )っ (ﾟ∀ﾟ )つ
　　 ゝ⊂彡(ﾟ∀ﾟ )っ _　 ∩ (ﾟ∀ﾟ ) .(ミ⊃ ｒ
　　　し u ミ⊃　ｒ⊂(ﾟ∀ﾟ )彡 ⊂彡　i_ﾉ┘
.　　　 　　　i_ﾉ┘　 ヽ ⊂彡 しu
　　　　　　　　　　　（⌒） .|
　　　　　　　　　　　　三`Ｊ

μVision　で flash にCRC書き込む手段ってありますか？
IARはすぐわかったのですがμVisionの場合どうすれば良いのかさっぱり分かりません

アルファプロジェクト社製のARM coretexA8とDSP搭載したマイコンボードXG3730，
もしくはコアにDM3730を搭載したマイコン触ったことある人いますか？

BeagleBoard-xMのプロセッサがDM3730だから、
「触ったことある人」は多いと思われる。

お前らOSはWin？Mac(OS X)？Linux？
俺はMac派かな

自作

BeOS

常用Android
開発Win

>>233
去年からMacで組み込みやってるよ
ARMは今年から触り始めたけど

CP/M

>>233 Ihcerus

cortex-M って、キャッシュないのね・・・

キャッシュ要るような速度で動かないんじゃないか
メモリもオンチップなら1サイクルでアクセスできるし
フラッシュメモリは遅いからフラッシュ側にキャッシュがついている奴があるけど

>>241
STMicroと富士通の内蔵フラッシュは速いらしいね。

TIもノーウェイトだね

FM3は1ウェイトでおっせーよな

STフラッシュ側にキャッシュがついている奴だったか
あれ本当にちゃんと効くのかな？

50MHzですでに直線番長か

>245
「直線にアクセスするようにしとくね」というコードを吐くのがgcc 4.4〜4.5、
「多少フラッシュのアクセス順が狂っても気にシナイ」というコードを吐くのがgcc 4.6〜4.7

多分、あのキャッシュたいして効いてないのが分かったのだと思われる。

>>247
マジか、あれあんま効かないのかな

最近だとSPIフラッシュ外付けで起動時にSRAMにコピーする奴とかもなかった？
プロセス考えると、フラッシュ積むよりSRAMに回した方が良さそうだが

>>248
それ大賛成。
Flashより大量のSRAMのほうがいい。

フラッシュとSRAMだと値段がダンチだからな

ある程度進んだプロセスならフラッシュよりSRAMの方がいいんじゃないか？
と思って調べたが、まだフラッシュの方が容量は稼げるのかな？
http://nxp-lpc.com/lpc_micon/cortex-m4/lpc4300/
フラッシュなしだSRAMが倍になるが、フラッシュの容量まではいかなかった

nxpだとLPC18x0FET100がFlashレス、でも200kBで少ない。
SH726A、SH726Bなら1MBもあるし、SPI Flash上のコードをそのまま実行できそうな感じ。

フラッシュメモリセルって面積が小さいだけが取り柄でしょ

そこでFRAM

フラッシュよりフライデイだど

自動でSPIフラッシュからロードしてくれるなら、フラッシュレスでも別に良いかな

STM32F4のキャッシュをoffすると明らかに遅くなるけど、キャッシュがあまり効かないと言うのは何の話？
それとも私が何か勘違いしている？

>>245
き、効くよ！効くはず...(震え声)
そ、そんなことよりもCCM上で実行しましょうよ(視線逸らし)

>257
切ったらあかんやろ、さすがに。
キャッシュ前提にコード作ると良いことがあるかってレベルの話だから。

キャッシュの速度改善効果じゃなく
メモリマップドIOでポートたたいたつもりが
キャッシュに入って実際は叩けてなかったというバグの話じゃないのか？
組込バグの初歩例

SPIからのロードは
セキュリティ上の問題とか
ブート時の立ち上げが遅くなるとか
開発環境整ってるかとか
SRAMだけで済むの?とか
色々とクリアできるなら良い。

>>259
メモリが遅いなら速度的には命令キャッシュはあるに越したことは
ないでしょ。あとは費用対効果の問題でしょ。

そこに至る履歴によって実行速度が変る、というのは
ある意味いやらしくもあるから無いなら無いで
いい面だともいえるよ。

Cortex-Mにあるのはキャッシュというよりプリフェッチバッファでしょ

>>254
FRAMは、原理的?に容量アップが難しいと聞いたことがある。

>>261
> セキュリティ上の問題とか
それも今や昔の話の様な…。
もう中国もデッドコピーより、自前でガンガン新製品作っているし。

留学生数No.1は、もはや伊達ではない。

次世代特定用途向けICにARM 64bit技術を採用したARM Cortex-A57プロセッサの普及を促進
http://sankei.jp.msn.com/economy/news/121108/prl12110810280008-n1.htm

NXP、Cortex-M0+ 8ピンDIPマイコンを発表
http://www.jp.nxp.com/news/press-releases/2012/11/nxp-revolutionizes-simplicity-with-lpc800.html

LPC800 解説ページ
http://www.nxp-lpc.com/lpc_micon/cortex-m0+/lpc800/

データシートとか読んでみたけど
Deep power downモード中も動作するタイマが増えてるんですね。
今まではwakeupピンからの復帰しかなかったからちょっと楽しみ

AVRやPICの８ピンとはRAMの桁が違うな
もっとも同じ量だったら割込み一回でお腹いっぱい

>267
明日横浜でちょろと説明があると思うけど、聞きにいく人いない?
http://www1.jasa.or.jp/et/ET2012/examine/private-pam.html#PAM4

>>270
ノシ

>>264
FRAMプロセス工程が増えるし
アクセス回数制限も有るし
特殊用途だねぇ

>>266
jtagコネクタですら10pinはあるというのに！？

SWDじゃね？

AVRtiny2313ピン互換のcortex-M0だとよw

ttp://stm32f4.web.fc2.com/STM32F1/imgs/AVR2stm32f0.gif

はみ出てんぞw

切り欠けだけではなくて、突起もあるから、方向間違え対策も万全！

たぶんシルクが基板外形じゃないんだろう
それにしてもスルーホールの位置がガタガタだぞ

DIPで出すならやっぱ20pinくらいのDIPで出してくれねぇっすかね

>>275
これよくみるとDIPの足が微妙に曲がって配置されてんだよなｗ

>>280
最小線間幅開けるのに必死なんだな。

>>265
STだとDDRとかの足腰が弱そう。
AMDに期待してしまう。

>>272
> アクセス回数制限も有るし
俺の記憶が正しければ、それは誤解だと思う。

>>283
保証値は10^12回くらいで読み出しだけでもダメージ受けるから
誤解じゃない

>>266
8ピン、8ピンか…。
PICとか知らないけど、何に使うんだろう。

・DIPだから、片面1層か両面2層基板
・ADCとPWMがあればDDCのコントローラに使えそうだけど、LPC800には両方ない。
・でも、タイマーで頑張ればPWMくらい出来る?

・1ピンをUARTの送信に割り当て。残り5ピンをI/Oに使うと6キーのキーマトリックスを組めそう。
・3ピンを出力にしてLVC138を噛ませば、16キーをスキャン出来るか。
・I2C/SPI-GPIOの代替え
・赤外線リモコンの送受信

・2つのコンパレータを使って、3bit ADC。サンプリング回数を粘って6bit ADCもどきに使えるか?
・PLD替わりに使う。

みんな何に使うの?

>>284
そぉ? FRAM版のMSP430は

> 理論上制限のない書き込み耐久性 - 10^15 サイクル
>
> 組込み FRAM は、既存のメモリ・テクノロジーでは対抗できない寿命と耐久性を
> 提供します。FRAM は 10^15 サイクルという、理論上制限のない書き込み耐久性を
> 実現します。
>
> この書き込み耐久性の向上は、データ・ロギング、デジタル著作権管理、バッテ
> リー・バックアップ SRAM およびその他のアプリケーションに理想的です。
>
> FRAM は理論上制限のない 10^15 サイクルの書き込み耐久性を提供します。これは、
> フラッシュ・メモリの 10,000,000,000 倍です！
> テスト・ケース
> 8MHz で動作時の CPU 速度
> どちらのメモリ・オプションも 12kB/s のスループットが上限（代表的なアプリケーション）
> FRAM は 6.6x10^10 秒持続
> フラッシュは 6.6 分持続

っと、TIは言っているけど?

>>285
SCTっていうのがPWMになるんじゃないの？
PWMもADCも無いんじゃ少ピン8bitMCUの置き換えできないでしょ

>>286
TIと富士通は保証値がだいぶ違う
条件が違うのか、プロセスそのものの差なのか

>>285
>みんな何に使うの?
低消費電力

まあそれなら8bitとか16bitでも良いじゃんって言われそうだけど
上から下までARMでそろえられると楽かなと・・・

>低消費電力

http://www.nxp-lpc.com/lpc_micon/cortex-m0+/lpc800/

↑見ると

> 低消費電力 LPC800 (@3.3V)：
> 110uA/MHzの低消費アクティブ電流
> 30MHz：5.5mA, 12MHz：1.4mA
> パワーダウン・モード：2uA (割り込み可)
> LPC1100L・・2uA

なんて書いてあるけど、これならRL78の方が良さげだな。

http://japan.renesas.com/products/mpumcu/rl78/peer/true_low_power.html

>>290
LPC800シリーズは「ディープパワーダウンモード 0.22uA」からの
WakeUpタイマからの復帰機能が増えているからそれが気になってるのです。

LPC1100LシリーズはWAKEUPピンからの復帰しかサポートしてなくて
微妙でしたが・・・
まあWakeUpタイマ込みの消費電流がまだTBDなんですけどねｗ

>Pricing for the LPC810 starts at $0.39 USD.
PIC,AVR並みに安い？

PL2303SA 来た。
ttp://eleshop.jp/shop/g/gCBF121/

>>287
> PWMもADCも無いんじゃ少ピン8bitMCUの置き換えできないでしょ
PIC/AVRの8ピンDIPにはADC,PWMがあるのね。ダメじゃん > LPC800

アナログ制御に使えないなら通信制御だね。
例えばSPIで比較的高速な16bit ADCで正確なサンプリング周期で取りたいとき、RAMが多いLPC800ならバッファとして使えそう。
それしか用途が思いつかんw

>>288
富士通がなぜFRAMマイコンを出さないのか不思議だったんだけど、そういう理由だったのね。

ちなみにRAMTRONは、
> Product Detail: FM25V02
> 256K bit Ferroelectric Nonvolatile RAM
> Organized as 32K x 8 bits
> High Endurance 100 Trillion (1e14) Read/Writes
と10^14だって。富士通だけがダメ?

>>290
そぉ? 16kROM,4kRAMで拾ったら

R5F104AAASP (RL78/G14)
> サブシステム・クロック動作 : 4.7uA
だったけど…

でもこの手のカタログスペックがいいのはPICだと思う。
類似スペック品だと、
PIC18F2410
> ? Idle mode Currents Down to 3.0 uA Typical
> ? Sleep mode Currents Down to 20 nA Typical

MSP430も負けてない。
MSP430F5501
> Standby Mode (LPM3)
> Real-Time Clock With Crystal, Watchdog, and Supply Supervisor Operational, Full RAM Retention, Fast Wake-Up: 1.9 μA at 2.2 V, 2.1 μA at 3 V (Typical)
> Low-Power Oscillator (VLO), General-Purpose Counter, Watchdog, and Supply Supervisor Operational, Full RAM Retention, Fast Wake-Up: 1.4 μA at 3 V (Typical)
> Off Mode (LPM4)
> Full RAM Retention, Supply Supervisor Operational, Fast Wake-Up: 1.1 μA at 3 V (Typical)
> Shutdown Mode (LPM4.5)
> 0.18 μA at 3 V (Typical)

結局一番はMSP430の、
> Wake-Up From Standby in Less Than 5 μs
だと思う。

復帰時間が短かく、間欠動作に強い。
他のマイコンがモタモタと復帰している間に、MSP430なら仕事を終えて再びスリープする(と俺は認識してる)。

自分がいま一番のお気に入りはEFM32だけど復帰時間2usだお

>>296
すんげぇ〜(@_@)

>>294
>富士通がなぜFRAMマイコンを出さないのか不思議だったんだけど、そういう理由だったのね。

FRAMじゃなくFMRな
FMR-80とか

>>294
売れたかどうかは分からないが
FRAMマイコンのMB95R203は
量産されたはず
特殊用途になるけどRFIDとか
NFC関連ならガンガンやってる

>>298
FMR? 勘違いしてない?
　FRAM (Ferroelectric Random Access Memory) :
　　強誘電体のヒステリシス（履歴現象）を利用し正負の自発分極を1と0に対応させた、不揮発性の半導体メモリ。

>>299
ふ〜ん、あったんだ。
3.3MHzの低速クロックにSRAM、FRAMを延命するために遅くせざるえなかったのね。
日本の半導体は本当に凋落したのね。

本題w

>>296
静特性もいいのね。

EFM32TG108
> Flexible Energy Management System
> . 150 μA/MHz @ 3 V Run Mode, with code executed from flash
> . 51 μA/MHz @ 3 V Sleep Mode
> . 1 μA @ 3 V Deep Sleep Mode, including RTC with 32.768 kHz
> 　oscillator, Power-on Reset, Brown-out Detector, RAM and CPU
> 　retention
> . 0.6 μA @ 3 V Stop Mode, including Power-on Reset, Brown-out
> 　Detector, RAM and CPU retention
> . 20 nA @ 3 V Shutoff Mode

Coretex-M3でこれって、M0+になったら凄いことになりそう。

>>300
>FMR? 勘違いしてない?
>　FRAM (Ferroelectric Random Access Memory) :
>　　強誘電体のヒステリシス（履歴現象）を利用し正負の自発分極を1と0に対応させた、不揮発性の半導体メモリ。

おまえアホやろ。何わかりきったことを解説してんだ。どーしようもない馬鹿だな
アホすぎて言葉にならんわ間抜け

m9（＾Д＾）ﾌﾟｷﾞｬｰ

富士通、FMR、不揮発性の半導体メモリ
FM-8のバブルメモリの話にしては、なんか微妙にずれてるよな、とか思ってしまったよ…

顔まっか

>>304
ギクッさせんといてくれw
FMRと言う不揮発性メモリが本当にあるのかと、ググッてしまったやないけw

STM32F4の解説に3VでのIO対応みたいなことがあるのですが、これは全ピン可能ということなのでしょうか。
それとも3VIOに対応したいくつかのピンがあるということなのでしょうか。

>>298のボケは今時のヤツらには分かりにくい。

>>307
データシート見てないけど、おそらく全ピンが3V対応。
逆に5Vには一切対応してないと思う。

>>309
オシロスコープだと5V出ているように見えるのです・・・・
何を間違えているのでしょうか

>>310
5Vでプルアップしちゃったんじゃないの?

STM32F4 : 168MHz、1MB Flash…すごいな。

>>311
IOの設定を間違えたということですね。ありがとうございます。調べてみます。

>>313
違うって。

STM32F4のVddは3.3V。
発電機じゃあるまいし、3.3Vデバイスが5Vを発する事はありえない。
つまり、その5Vは外から来ている。
そして、よくやらかすのが外付けの5Vプルアップ抵抗。
設定ではないよ。

例外はオーバーシュート。
ヘタな設計だと波形の立ち上がりでオーバーシュートが発生し、それが5V近く達することはある。
そんなときにはドライブ電流の設定を見直すか、ダンピング抵抗を噛ますべし。

>>314
すみません説明不足でした。正確にはSTM32F4ではなくSTM32F4Discoveryですね。
ボード自体は5V給電なので3V出力というのがどういうことなのかな、と思って質問させていただきました。
つまりはボード内部で5Vにプルアップされているとみるのが妥当でしょうか。

常にFDSとミキシングってことは位相反転しちゃうのか

実習でCMOSの回路作らせると電源ピンの配線
忘れてるのに回路が動く、ってやつかもね。

3Vのラインに5Vを繋いでるから

STM8S-DISCOVERY基盤のST-Link側を切って無改造でOpenOCDなDebug Adapterで
使ってる人います？

cygwin入れてOpenOCDビルドしてデバイスは認識してるっぽいのですが
あちこち動かなくてcfgをなおして今は
stlink_swdはサポートしてないっぽくて(Version==0)止まっています


ぐぐってみるとversaloon化が必要だったころの情報とかが入り乱れていて
なかなかこれだというものに行きつけません

オシロやプローブの倍率設定ミス。

っていうか、トーテムポール出力の内部プルアップの意味わかってないだろ。

>STM32F4の解説に3VでのIO対応みたいなことがあるのですが、これは全ピン可能ということなのでしょうか。
>それとも3VIOに対応したいくつかのピンがあるということなのでしょうか。
どこの解説でしょうか？
本家のリファレンスマニュアルにIO 140ピン中138ピンが5Vトレラントって
書いてあった覚えがあるんだが・・・
基本が3.3Vなんで全ピン3.3Vで動作しますよ

sage忘れたごめ
リファレンスマニュアルじゃなくてデータシートだったわ
ttp://www.st.com/internet/com/TECHNICAL_RESOURCES/TECHNICAL_LITERATURE/DATASHEET/DM00037051.pdf

STM32F4Discoveryの回路図見たらUSBの電源がPA9に繋がってるので
USB給電でPA9の電圧見てみたら4.85Vくらいだったわ

今PIC使ってるけどARMそんなにいいの?

>>323
本当だ。
これなら5Vが回り込んで当然。

>>319
> STM8S-DISCOVERY基盤
　大辞林 (国語辞書)
　　きばん【基盤】 一番基礎になっている事柄。土台。基礎。基本。会社の―を固める―整備.
基板と基盤とは意味が違うよ。

>>324
PICで満足ならPICを使えばいいの。それだけ。

>>324
呆けるまでアセンブラ書いてろｗ

>>325
ご親切にどうも

>>324
ARMだからいいとか悪いとか、それは愚問。

例えば安くUSBホストを作りたいとする。
ARMなら最も安いのはフリースケールのMKL25Z128VLK4で10個時363円。
でもPICならPIC32MX210F016B-I/SSが10個時194円。
しかもMKL25は80pinなのに、PIC32なら28ピン。
基板も合わせたトータルコストならPIC32が間違いなく勝ち。

例えばどうしても速いSoCプロセッサが欲しい。
これはもう調べるまでもなくARMの勝ち。
適材適所ってこと。

ただ、ARMにはマイナーなプロセッサを駆逐し、のし上がってきた歴史がある。
PICとも全レンジで競合し、いまやx86のレンジまで浸食しはじめた。
時間の問題だろうね。

>>325
>>328
辞典を持って来て国語の話にするからこじれるのだ。
言葉は間違っていても多くの人が使えば変化して行くからね。

基板に関して言えばJISの用語だから「基盤」は明らかな間違い。

>>329

最近のアーキテクチャばらまきてきな横展開はあんまり歓迎していないなぁ。
個人的な趣向もあって、少ない規格・品種でじっくりことこと、がいいなぁ。
組み込みソフトの世界にも、集めてきて貼り付けたら動いたからできあがり、な
風潮が来てるのもいやだなぁ。
やっぱり人が付いていけないと人が育たんし、それは結局・・・
　　　　　　　　　　　　　　　　　　　　オレが付いていけてないだけなんだけどね

>>330
間違ったのは俺だからその件に関しては完全にごめんなさいだけど
こじれるとかそういう問題じゃない気がするんだけどな


本来の件に関してはなんとなく自己解決しそうな気配は見えてきたのでやってみます

>>332
つまらないところにツッコみして、申し訳ない。(_ _)

>>331
作るなら開発費は安く。(回路やソフトの使い回し)
でもチップは時代に合わせて新しくしないと、取り残されてて提案/企画段階で負ける。
他社とのコスト競争にも弱くなりジリ貧。

PICで満せられるなら、ホントPICでいいと思うんだ。
でも実際は年々要求は高くなるし。
今やARMだって

> KeyStone マルチコア DSP + ARM プロセッサには、低コスト、低消費電力で最高
> の性能を提供する、各種のデバイスが用意されています。 TI の KeyStone プラ
> ットフォームは、最大 5.6GHz の ARM と 11.2GHz の DSP 処理

コア1GHz突破の4コア。DSPは8コア。DDR3は800MHz、sRIOは5Gbpsの2.5GHz!!。
DSPの19.2 GFlopsが8個の153.6GFlopsって、2003年のスパコンTOP500にもうちょっとで手が届くやん。

5年後には、10GHzの基板設計が当たり前なんだろうな。
って、10GHzってマイクロ波?

(実際FPGAは28.05Gbpsで、既に10GHz突破w)

こりゃ５年後は１０００GHz突破やなｗｗｗ

>>335
λ = 299,792,458[m/s] / 1,000[GHz]
　　= 3.00E-04[m]
　　= 0.3[mm]

λpcb = 0.3[mm] * 0.6 = 0.18[mm]

出来るかい!! (´Д⊂ ﾓｳﾀﾞﾒﾎﾟ

ぷ．．．...。 ボーリングころころ

>>329
ありがとう。

確かにそうだな。
でも複数の種類のマイコンを使おうとすると開発環境に金がかかるからなあ・・・・。

>>336
そこでマルチコアですよ

>>319
一枚基板Discoveryな奴じゃないと使えないんじゃないかな？

明示的にST-Link化するジャンパもないし、VIDとPIDは同じようなので
認識だけはしてるという落ちだと思う。

>>339
それってボケ? ツッコミが思いつかないからマジレスw

話は、
　sRIOは5Gbpsの2.5GHz
　　→ FPGAは既に10GHz突破のI/Oがある
　　　→ 5年後は1THz突破か?
　　　　→ 1THzだと基板上の波長は0.18mmで、遅延時間のコントロール不可。
　　　　　→ 1THz対応の基板は作れないね。(←いまここ)

基板上の超高速シリアル信号の話で、コアがマルチだとか関係無いのよ。

お，そうだな(唐突)
1000bitのバス幅にすれば…

光バスを基板上に実装する日が来るのか…。

光もそんなに速くはないぞ

CMSIS使ってる？

>>340
なるほど
ありがとうございます
助かります

>>340
STLinkのV1系は安定しないから結局blaster化してしまった
ttp://hp.vector.co.jp/authors/VA000177/html/stm8s_blaster.html
Versaloonはちょっと好きになれなくて

>>319
ヒント：ねむいさん で検索
OpenOCDはST-LinkのSWDまでサポートするようになったので
OpenOCD使って普通にgdbでデバッグしたり書き込んだり出来る。

>>347
情報どうもありがとうございます

>>348
ねむいさんのところは見ています
恐らく>>340なのではないかと・・・


armblasterでぐぐったら画像でワロタｗ

>>166
>が、分かる奴が見れば、こいつは相当ディープな応用に使えるってことさ。

手のひらPC以外には使えない。
組み込み用途としては全然駄目ってのは一目瞭然。
解放されてるHWタイマは何chだい？

>>343>>344
量子半導体なら、デバイス同士を光で接続できるらしいね。
波長短縮もない上、外来ノイズも心配なし。差動信号も要らないね。

>>350
1msでタスクにイベントが投げられれば充分な用途も多い。
usの割り込みよりも、いきなりLANやUSBにつながるのが欲しいクライアントも多いしな。

分かる奴が見れば、こいつは相当ディープな応用に使えるってことさ ｷﾘｯ

>>352
多いとか勝手な妄想だな。
CPU パワーを消費せずに位相計数モードで接続されたロータリエンコーダ出力をカウントしたい用途だとどうするつもりだ。
まさかタイマもなく組み込み用途でディープな応用か？どんんだけ浅はかなんだ。何も知らないド素人か？

>>352
>1msでタスクにイベントが投げられれば充分な用途も多い。

しかも非RTLinuxで1msでイベント投げるて？投げてどー処理してくれるんだい？

mbed触って得意な顔しているだけだろ

まぁ、一番可能性のあるのはデータロガーだな。コントローラとしては不向きだ。
700mAも食う時点で使える用途は限定されるのは間違いないんだが。

何が楽ってプロトコルスタックとかをわざわざ用意しなくてもネットに繋がるってのが楽なんだよ。
webカメラやUSB-HDDとかも繋がるし。
センサとして見るんじゃなくてサーバーとしてみれば便利。
GPIOついてるから簡単なセンサなら特に工夫しなくても簡単に接続できるし

流行りのARMをいじろうと思ってちょろちょろ触ってみるんだが
やっぱりPICに戻っちまう。自分の能力の限界？
こんな規模が必要とはとうてい思えない。

>>358
>何が楽ってプロトコルスタックとかをわざわざ用意しなくてもネットに繋がるってのが楽なんだよ。

だからそういうのは、手のひらPCそのものだろうが。

>センサとして見るんじゃなくてサーバーとしてみれば便利。

だから、それは鯖というよりデータロガーだろが。
基本的なテクニカルタームを理解できてないのか

>>354
何故そんなに強く否定的なんだい?

> CPU パワーを消費せずに位相計数モードで接続されたロータリエンコーダ出力をカウントしたい用途
あのさぁ〜、Broadcom BCM2835にそんなことさせて意味あんの?

Broadcom BCM2835
High Definition 1080p Embedded Multimedia Applications Processor
> The BCM2835 is a cost-optimized, full HD, multimedia applications processor
> for advanced mobile and embedded applications that require the highest
> levels of multimedia performance. Designed and optimized for power
> efficiency, BCM2835 uses Broadcom's VideoCoreR IV technology to enable
> applications in media playback, imaging, camcorder, streaming media,
> graphics and 3D gaming.

Future
> ・Low Power ARM1176JZ-F Applications Processor
> ・Dual Core VideoCore IVR Multimedia Co-Processor
> ・1080p30 Full HD HP H.264 Video Encode/Decode
> ・Advanced Image Sensor Pipeline (ISP) for up to 20-megapixel cameras
> operating at up to 220 megapixels per second
> ・Low power, high performance OpenGL-ESR 1.1/2.0 VideoCore GPU. 1 Gigapixel
> per second fill rate.
> ・High performance display outputs. Simultaneous high resolution LCD and
> HDMI with HDCP at 1080p60

適材適所、BCM2835にCortex-M3向きの仕事をさせても意味ないよ。

やらせるなら>>358氏が言う、
> webカメラやUSB-HDDとかも繋がるし。
画像系の用途。
搭載されているVideoCoreの中身を把握してないけど、1080p HDをこの値段で扱えるならかなり安い。

Cortex-M3と比較して云々は的外れだと思うな。

>>362
そういや、h.264のエンコーダもsocに入ってたんだよな。まだ、それを応用したアプリケーションが無いけど。

単にwebアプリっぽく自宅や宅鯖の監視をしたいだけなんだけどね。

>>363
らしいね。TIのTMS320DM368と競合するチップになるかな。

俺は「VideoCore GPU」が気になる。
どの程度の画像処理能力があるのか知らないけど、数珠繋ぎで処理させたら面白そう。

>>359
>やっぱりPICに戻っちまう。自分の能力の限界？
>こんな規模が必要とはとうてい思えない。

技術力の限界ではなさそうだけど
創造力の限界ではあるだろうなw

>>359
> こんな規模が必要とはとうてい思えない。
何を作っているの?
外部バスがあるARMなら、ON/OFF程度のGPIOなら374/574使って増やし放題とか、便利に使えるんだけど。

ところで、8085時代の8251(UART)の上位互換ブロック内蔵のARMって何かある?

欲しいのは8251が持つTxCLK#ピンで、外部クロックに同期してTxを出す機能。
ttp://documentation.renesas.com/doc/DocumentServer/IC-6494D.pdf

世の中16550上位互換や8250上位互換はあるけど、8251のこんな機能の上位互換って…

SPIのスレーブモードで代用出来たりしないかな

見つかんねw

無理に1個のブロックでやろうと思わずに、STMicroだったらUSARTx_CKピンを使って、USART2でTx、USART3でRxと作業分担すればいいのかもしれない…

>>368
ありがとう。

それも考えたけど、i8251の動きをSPIで再現出来るか?っと考えたとき、さぁ〜わかんねとオモタ

>>367
PSoC5なら何でもあり

>>371
PSoC5って、コアはCortex-M3かよ。いつのまにそんな反則技を…。

"PSoC 5 CY8C52 Family Data Sheet_001-66236.pdf"の7.2章 Universal Digital Blockを眺めると、確かに出来そう。
でも高い。
この値段なら外部にMX3000を100円ちょいで載せたほうが安上がりな気がする。

まずは情報、ありがとう。

>>354
そういう時はそういうデバイスを使えば済むだけのこと。
マイコンと三端子だけで済むようなシングルチップで全部やらせてるのかな？

>>361
これをみてから言うこったな

>>>166
>>が、分かる奴が見れば、こいつは相当ディープな応用に使えるってことさ。

データロガーあるいは小型PCとしか使えないものに寝言ほざいてるからさ
組込み用途としては全く不向き。
なーにがディープな応用だ笑わせんな。

>>373
三端子? トランジスタか？www
人様が見て誤解のないように書け

>>361

うけうりのカタログ文句をそのままべたべた貼ってお前RSから金でももらってのか？というより社員か？
ちょっとでも否定されると必死だな。 ステマならぬPositive marketing か？

注意上げ

>>ID:n++m1NK1

俺もまだまだやねぇ〜。

>>285
> ・2つのコンパレータを使って、3bit ADC。サンプリング回数を粘って6bit ADCもどきに使えるか?

ちょっとPSoC5をお勉強にPSoCスレを見ていたんだけど、
http://uni.2ch.net/test/read.cgi/denki/1295760504/283-288
> 288 名前：774ワット発電中さん[sage] 投稿日：2012/02/24(金) 16:03:46.55 ID:OpM9jFyI
> ΔΣ変調器が１ビットのADC。
> ちなみに、PSoCのΔΣの場合には定電流回路ではなく、スイッチトキャパシタ
> を使ったアナログ加減算でやってる。
>
> で、これが256kHzで動いていれば、256kspsのADC出力が出てくる
> これをデシメータに与えて8ビットデータにしてやると、見かけ上
> 1kspsした8ビットデータになる。

コンパレータも、判っている奴が使えばADCになってしまう!?

それでΔΣ型ADCをちょっとググると、
ttp://www.cqpub.co.jp/toragi/TRBN/trsample/2003/tr0309/0309toku.pdf
2ページ目に回路があって、基本的にはOPAMP 2個追加すれば後はソフトの頑張り次第!?
ADCになるかも。

>>367
ソフトでやったら医院で内科医？

>>377
何処かのスレで、USBの1.5Mbpsをソフトで組む話を読んだけど、それを思い出した。

AVRはソフトでUSBやってたな

>>377
クロック周波数とどれぐらい同期している必要があるかで違うんじゃないか

>>379
そうそう、これだね。
ttp://www.asahi-net.or.jp/~qx5k-iskw/robot/usbhost.html

どうでもいいけどこのAT90S2313、10ピンのグランドピンからアナログ系のXTalピンとADCのピンが遠すぎ。
ちょっと、製品には使いたくないな。

ｽﾚﾁｽﾏｿ

>>371
> PSoC5なら何でもあり
PSoCスレをツラツラと読んでLPC800をΔΣ型ADCに出来るなら、CPLD/FPGAだって出来るのでは?っとオモタ。
分かってしまうと当たり前だけど、出来るやん。

　Simple Sigma-Delta ADC
　　ttp://www.latticesemi.com/documents/rd1066.pdf

独り言
> 組込み用途としては全く不向き。
ここって、組込みのスレだっけ?
それに組込みと言っても範囲広いけど。。。

>>383 そいつに触っちゃダメ。

>>382
てか、ΔΣはΔ分をΣして比較してやろうっていうものだから。
ちなみに、>376で言ってるのはPSoC1の話ね。

ΔΣ型ADCは日本人の発明だから、大事にしませう。

FPGAと言えば、これ↓発表から一年経つのにまだ出て来ないね。

http://www.altera.co.jp/corporate/news_room/releases/2011/products/nr-soc-fpga.html
> アルテラの Cyclone V SoC FPGA および Arria V SoC FPGA は、デュアルコア
> 800MHz ARM Cortex-A9 MPCore プロセッサ、NEON メディア・プロセシング・エン
> ジン、単精度 / 倍精度浮動小数点演算回路、L1 および L2 キャッシュ、ECC 付
> きメモリ・コントローラ、ECC スクラッチパッド・メモリ、および広範な汎用ペ
> リフェラルで構成されるプロセッサ・システムを備えます。このプロセッサ・シ
> ステムは、4,000 DMIPS のピーク性能を、1.8 ワット未満の消費電力で実現でき
> ます。

> Cyclone V SoC FPGA および Arria V SoC FPGA は、低消費電力 28nm プロセス
> （28LP）を利用しており、それぞれ最大 5Gbps と 10Gbps で動作するエンベデッ
> ド・トランシーバを搭載しています。

Cortex-A9もNVIDIA Tegra以外あまり聞かないし、難しいのかな?

>>386
XilinxのZynqはガン無視ですか?
http://japan.xilinx.com/products/silicon-devices/soc/zynq-7000/index.htm

>>386
OMAP4とかiMX6とかいくらでもあるじゃん

OMAP の載ったFPGAがあったのか。

Zynqのボードなら、すでに4万円ぐらいで入手できます。
Alteraは妙に出遅れたね？

>>387-390
うん、A派だから無視w

…じゃなくて、ZynqもMPでなくESの印象。
OMAP4にiMX6も、共に45nm品だよね?

はい、舌ったらずで
「Cortex-A9も(28nm品は)NVIDIA Tegra以外あまり聞かないし、(28nmプロセスでCortex-A9は)難しいのかな?」
でした(汗

いくらなんでもESじゃないだろ せめてCSと言ってくり

28nmプロセス品が出てこないのは技術的問題ではなくて市場の問題だよね
1年で50M個以上売れるって確実な保証があるならすぐにでも28nm品出てくるさ

zedboardにのってるのはES?

うん、ESだった。9月ぐらいに到着したボード。
ESでもなんでも早い時期に動作する石が普通に、安価に手に入るってのは良いね。

SONY ESシリーズってのあったよな。
ESを悪びれもせず高値で一般ユーザに売るな
CDP-701ESとか

MP、CSって何ですか？

ぐぐったらわかりました

>>392
CS? CS=PPだとすれば、CS作ったら歩留り最悪でMP出来なくて困っているとか。
>>394
本当にまだESだったんだ。

Xの評価ボードってかなりたつまでESが乗ってるイメージなんだが
安定したのがCSだっけ

RATINGを保証できる(=検証済)サンプルがCSだと認識してる
ESはとにかく作ってみただけのサンプル

>>400
そぉ?
CSと言えどもサンプルはサンプル。
保証を期待するものではないと。
ｽﾚﾁｽﾏｿ

extreme sacrifice

マジレスすれば
Excuse Sample

Engineering Sample
だよな？

extra sensory
ttp://ejje.weblio.jp/content/extrasensory

ARM Technology Symposium 2012 Japan に行く人いる?
行く価値あるかな?

M0+の話を聞きたいんで行きますよ。

AもXもARM入りFPGA中途半端なんだよ
OMAP安いし電気食わんし
ターゲットが分からん

>>408
現状で2チップ構成になってる機器の置き換えということだが、
ネットワーク機器とかか？

中途半端な実力しかない奴ほど、製品を中途半端だと言いたがるという
法則はこのスレでも有効なようだな

誰がいうんだ？
このスレ以外ってどこ？

>>411
日本語能力無さ過ぎ。小学校からやりなおした方がいいんじゃね？

>>409
「？」を付けるほどのでもなく、ゴロゴロしているよ。俺の回りで。

ロジックICが10個超えるとCPLDを考えるし、
割り込み間隔がμ秒を切るとFPGAの前処理を入れるし、
映像系・画像系なら間違いなく使うし。

グルーロジック系を取り込むのか

FPGAにそれは勿体ない

>>413
もう 74 シリーズで設計しようなんてはなから考えないよ。

>>416
それは幸せだね。

・GPIOが足りない、8桁7segを光らせたい→374/574
・バスぶら下げ杉、端子容量が問題→16224/162245
・5Vデバイスを駆動したい→HCT541
・ちょっと信号を制御したい→1G97
・チャタ取り→14
・SPIデバイスを増やしたいけど、GPIOが足りない→138
・etc...

「ARMのピンが足りないから、パッケージを大きくしました」とかのたまう奴、もちっと頭使えと思う。

それはロジックの設計じゃないだろ

>>418
絡むなよ。
そっちの意味なら俺、74でロジック設計なんて一言も言って無いよ

>>413
＞割り込み間隔がμ秒を切ると

今はそんなに要求がすごいのか。
ＭＨｚの割り込み？

>>420
おぅ、間違い
×割り込み間隔がμ秒を切ると
○割り込み応答がμ秒を切ると

クスクス

アフリカ料理？

カ〜タプラーナでポイ！

今まで8bitAVRのDIPを使っていたんですが、ARM32bitだとDIPはほとんどないですね

みなさんはどんな方法で基盤にマイコンをつけられていますか
毎度難しい(?)半田付けして変換基盤で2.54mmにするのでしょうか

ヒント：　トラ技10月号

>>425
どんな方法でって、図面一式で試作工場に依頼するだけだよ。仕事だし。

0.5mmピッチのLQFPなら、慣れれば手半田でOKだし。
半田付けに自信無いなら、SOICパッケージを選べばいいんじゃないの? 簡単だから
LM3S101-IRN20-C2
LM3S102-ERN20-C2T
LPC1110FD20,529
LPC1112FD20/102,52
LPC1114FN28/102,12 (←DIP)

仕事だと SoC になっちゃうからシミュレーションで終わり。
ES が出たら、あとはソフト屋さんの仕事。

各ピンを2.54ビッチのコネクタに変換するだけみたいな
評価ボードなんかを買って基板二階建て。

ストロベリーリナックスとか見てごらん。

>>429
それで思い出した。
SOIC用のICソケット買えば半田付け要らないじゃん。

>>425
ここら辺を探したら?
ttp://www.datadynamics.co.jp/logicalsys/soic-adapter.htm
ttp://www.aitendo.com/product/539

でも…、最初っからDIPになっている基板が一番楽だね。
nxpのmbed、STマイクロの「STM32 value line Discovery」とかね。

>>427
LM3Sはやめて　Cortex-m4のLM4Sシリーズに統一するらしいTIさん

>>432
Cortex-Axは元気だけど、Cortex-Mxはいま一つ元気が無いね。
気のせい?

同社の他と被るのが何かあったっけ？

>>433
内蔵Flashのerrataのせいでないかな

スマホとかでわかりやすいAに比べるとMは外からだとわかりにくいのもあるのでは
スペックにM採用と書くような製品ではないだろうし

>>436
マインドシェアと言うかなんと言うか。
雑誌への露出に、商談での登場度、選定時の生き残り度かな。
TIを使おうって話しにならない。

みなさんありがとうございます

LPC1114FN28のことは既に知っていたんですが、DIPやSOICに拘ると選択肢がとても狭くなって
実現したいことができなくなるので、最初からほかのパッケージでするつもりでおりました

とくに半田付けが嫌いなわけでもなくて、単純にみなさんはどうされているのかな、と思いまして・・・
私の書き方が悪かったですね

私個人の事情(自費で貧乏!!!などの事情)から、やはり安い変換基板に半田付けする方法がよさそうです
ありがとうございました
(それにしても変換アダプタ高すぎ...)

Fusion PCBを知るまではアイテムラボの変換基板に半田付けして２階建てしてたわ

>>438
変換基板、買うよりも自分で書いてFusionPCBでつくって貰った方が一枚辺りは安くなるから良いよ。
電源周りとクロック周辺を入れて置くだけでも使い易さが段違いだぞ。

スキルアップのためにも自分で基板作りたい

俺も漏れも

ARMやりたくてST-LINK買った。ほとんど触らず今ごろになってSTBEE-miniやろうと思ったらST-LINKがV2になってる。SWIMとSWDってそんなに違うん？買い換えが幸せ？DFU使わない前提で。

SWIMってSTM8用じゃないの。ARM(STM32)には関係ないような。

あら、そうなのか。ちゃんと調べられなかったよ。じゃSTM32でデバッグするならV2が必須なのね。ありがと

>>445
V1でもSTM32F4デバッグできるぞ

>>441
自分で基板作ってアップするスキルってなんだ？
ユニバーサルでの配線なら変換基板使わないようなところで練習したほうが良い。
基板屋にガーバー出してちゃんとブツができるスキルのほうが重要だと思うが。

ブレッドボードを使いこなすスキルのことなら、納得できるけど。

実体配置図を作るときのセンスあたりユニバーサル基板がいい練習台だ
抵抗を寝かせるか立てるかジャンパ線としての機能を兼ねるかなんてね

>>446
ほえ？ということは何が違うの？

できることに幾分差があったような。
V2欲しかったら、現物買うよりも
STMF4Discovery買ったほうがお得!?

>>450
確かSWIMはSTM8系のデバッグ手段じゃなかったっけ？

F4が欲しいわけじゃなくSTLINK/V2のSWDが欲しいだけなら
F0DISCOVERYが秋月で800円で手に入るよ
(F4のよりもSWDのファームが新しいっポい)

今やもうJTAGは時代遅れなのかな？

>>452
元々基板をバウンダリスキャンするポートを、ICE替わりにデバッグに転用したのが今のJTAG ICE。
中と通信出来れば、JTAGである必要は元々無いぜよ。

それで思い出したw
JTAGって本来基板を検査するものなんだけど、何を勘違いしたのかBSDLファイルを提供しない会社があるのよね。
それはルネサス、古いSH用はあるんだけど新しいSH用が公開されてない。
問い合わせたら提供出来ないと言う。

それで私はルネサスが嫌いになりましたw

だめだよぅルネサスもARMにおｔじゃなくてARMに参入するんだから仲良くしないと★

マジかよ。
節操が無いというか、大丈夫なのか?

大丈夫じゃないからARMに参入なんだろうな、じゃなきゃ独自で行くだろう

>>456
だって、Appleのサムチョン切りのためにもARMライセンスは必要だもの。

>>458 kusk

ルネがARMに参入したのは随分前の事だろ…
SH+ARMの複合チップとか、中華padにルネのデュアルコアが使われた事だってあるんだぜ…

>>460
ARMライセンスも色々だから。

>>461
アーキテクチャライセンスの事?
それってさ、NECがルネに合流した時のオマケみたいなもんじゃん?
そもそも、NEC Americaが協力してARM11MPが出来てたりするぐらいに関係深いし。

でも、Appleが提供して欲しいのはFabと省電力関連の技術だけだろ。
Apple自体はARMの設立資本であり大株主だし。

>>462
そういや、ARMのMPはNECが協力したのか技術供与したんだっけ。
忘れてたわw

>>453
確かにね
ちょっと思ったのはARMで、正規のJTAG経由でデバッグすることは
少なくなってきてるのかなと思ってさ

SWDってCortex-Mでしか見ないような。
BGAだとどうせJTAG必須だし、わざわざ2線化して遅くする意味もないんじゃないか。

BGAだとどうせJTAG必須

なぜ？

バウンダリスキャンで基板検査するからじゃね？

クリスマスにLPC1769を買う。

自分で？

クリスマスにLPC1769を買う。そして親しい人にプレゼント。

>>470
自分で工作するんだよ！

LPC48商法か

>>470
ARMセミナー行きたがってたあの子にプレゼントしてみようかな？

これから個人の趣味でCortex-M3またはM4をはじめるとして、LPC,STM,LM...どれがよいですか？

できるだけフリーの開発環境(ただしIDEはEclipse以外で)
日本語資料の多さ
将来性

といったところで比較して、どれがよいのでしょうか
(いろいろネット情報を当ってみたんですが、よくわかりませんでした)

将来性なんて誰にもわからないんじゃ

ARMなんてどれも大して変わらんから入手しやすいので始めればおｋ

クリスマスにはサンタさんがラズベリーパイを持ってきてくれる予定なんだ。７月に頼んだやつだけど。。

オレなんて、起動確認しただけで放ってあるぜ！

>>477
今日RSから届いた！
メモリ増量版だった

>>301
EFM32の上…じゃない、下を行ったか?
カタログスペックはすごいじゃん。

ttp://www.atmel.com/ja/jp/microsite/sam4l/default.aspx
> SAM4L MCU は電力ベンチマークを塗り替えました。アクティブモード (90μA/MHz)
> とスリープモード (完全なランダムアクセスメモリ (RAM) 保持で 1.5μA、バッ
> クアップモードで 700nA) の両方で消費電力が最も低くなっています。これは、
> 現在最も効率のよい MCU です。IAR 組み込みワークベンチ バージョン 6.40 を
> 使用して最大 28 CoreMark?/mA を達成しました。SAM4L MCU では、深いスリープ
> モードから 1.5μs という業界で最も短い起動時間が得られます。携帯型やバッ
> テリ駆動のコンシューマー機器、産業機器、医療機器のアプリケーションにぴっ
> たりです。

>>477
ModMyPiで頼むのおすすめ。
11/28に注文して今日届いた

>>474
富士通

「日本語資料の多さ」なら、確かに富士通はアリだな。

>>474
> (ただしIDEはEclipse以外で)

どちて？

IDE なんか使わずに、コマンドラインと
好きなエディター使え

つ｢netbeans｣

mbedでdualshock3を介してサーボモータとDCモータを駆動したいんだが行き詰まってしまった
だれかやったことある人いるかな…？聞きたいことがあるんだけど

dualshock3か、サーボモーターか、DCモーターか。行き詰った箇所は明らかにしたほうが
答えてくれる人は増えると思うぞ。

おっとそうですよね
行き詰まったのはDualShockの方です
例えば○ボタンが押されたときにledを光らせたかったら
int Circle = (何かしら);
if(Circle) {
led = 1
};
見たいな構文になると思うのですが(何かしら)の部分がわかりません
以前wiiリモコンでやったときには
(pad & 0x~)で取得できたのですがDualShockでは0xの部分が見つからないのです
一応このサイトを参考にやってます
http://blog.goo.ne.jp/roboz80/e/10e7bf38d3a63b996ca2894e9fb5e3b6
わかるかたいますか？？

そのページのリンクにあるDUALSHOCK3 入力レポート解析情報
http://tamamyikesu.web.fc2.com/sd_reportdata.html
ここを読めばわかるでしょ?

+03hのbit5がHなら ○が押下状態って書いてある

まさか bit5がHって判定するビットマスクパターンがわからないわけじゃあるまい?

すみませんがそのまさかです
押されたってことはわかるのですがどう記述していいのかさっぱりわかりません

いままで基礎を吹っ飛ばして作りたい物だけなんとか作ってきたのでいかんせん知識がありません
そういったことはどんな本で勉強すればいいでしょうか？
普通のプログラミングの本だとなんだかロボットへ組むこむこととはなれてしまっているような気がします

もうスレ違いの域に達したかな
ここじゃなくて初心者スレで聞くのがいいと思うよ
または、2進数 論理演算 ブール代数 あたりのキーワードでぐぐるとよい

二進数なら任せろー(バリバリ

おれは二進も三進もいかなくて困ってるよ (パリパリ

ありがとうございます
二進数と論理演算はわかりますが
ブール代数は初耳でしたので
ググってみます

電子工作初心者スレでいいんですかね？
行ってきます

and/or/not/xorなら任せろー(やめてっ

いい加減スレチ
つか、つまらない

× 二進数と論理演算はわかりますが
○ 二進数と論理演算は名前だけ知ってますが

本当にわかってるならビットマスクもすぐわかるだろ

cortexM3M4系のマイコンって、各社でてるけど、どれ使えばいいの？シェア率とか、どんな感じなの？

自分の使用目的に合致した機能性能コストを持ったものをお望みのままに選べばいいじゃない

>>499 ST Micro

>>499
東芝

>>499　富士通

>>499　サムスン

>>499
2年前だけど参考にはなる
ttp://blogs.yahoo.co.jp/yukukawano9/1564127.html

TIとNXPはIOバスは出ているのかね？
STのはIOにマッピングできるけど。

>>506
TI : External Peripheral Interface (EPI)
NXP : External Memory Controller (EMC)

後は分かるな?

ども。各社それぞれの呼び名で持っているのね。

福田昭のセミコン業界最前線 国有化されるルネサス
ttp://pc.watch.impress.co.jp/docs/column/semicon/20121213_578565.html

> ルネサス エレクトロニクスが発足当初に代表取締役会長を務めていた
> 旧NECエレクトロニクスの山口純史氏はルネサスを退社し、現在では競合
> 企業であるNXPセミコンダクターズジャパンの会長を務めている(2012年7月
> に就任)。

> 山口氏と同じNECの半導体部門出身でルネサスエレクトロニクス販売の執行
> 役員を務めた原島弘明氏が11月15日には、NXPセミコンダクターズジャパンの
> 社長に就任した。

ルネサスだけでなく、NXPのARMを使うのも避けたほうがよさそうだ。

>509
よくわからないが、それなら、

ttp://eetimes.jp/ee/articles/1206/18/news012.html
> 日本法人である日本サイプレスの社長に山田和美氏を任命したと発表した。
> 山田氏は、2011年までルネサス エレクトロニクスで執行役員・SoC事業本部長を務めていた人物である。

PSoC5もだめなのだな？

日本支社なんて、商社みたいなもんだからな。
製品開発とかには関係なさそう。

リストラ会社の常で優秀な人間から辞めていくから、上記例は良いことでない？

業務遂行の責任者だから、経営陣に続く戦犯じゃないか

どうでもいい

他社はどうだか知らんけど、Cyに関しては>511は正しい。
日本法人はお客さんのサポート係りだから、開発には直接関係無い。

それ以前にPSoC5は無理しているからなぁ・・良く動いているものだと
感心するわ。

>>386から始まる ARMコア搭載FPGAのネタ
いつのまにやらAlteraからプレスリリース出てた

AlteraのCyclone V SoCが出荷開始
http://www.altera.co.jp/corporate/news_room/releases/2012/products/nr-cyclonev-soc-shipping.html

パッケージの絵がずいぶん恥ずかしいことになっているな

見るからに高価っぽいな。
144ピンのTQFP・・・なーんてものが出ることは無いだろうな

>>516
いくらかな?
外付けが安かったら笑ってしまう。
Xilixはどうなんだろう?

>>516
なんか、AMBAのペリフェラル作成テスト用的なふいんき(ryが無い訳でもなく…

>>517
このままの状態でパッケージをTQFPにする意味ってほぼ無いから…
32bitの外部バスは結構なピン数使っちゃうし、DDR3メモリにはBGAパッケージ以外ないから…
TQFPパッケージにするなら、DDRかSDRで使うか若しくはフラッシュメモリとSRAMを追加で入れるかしないと。

>>519
何が言いたいのかしらんけど、
＞TQFPパッケージにするなら、DDRかSDRで使うか若しくはフラッシュメモリとSRAMを追加で入れるかしないと。
そうなりゃいいなぁ〜というのも含めた上での>517だろ？

KinetisとSTM32F4ってあまり差が無いように思うのですが、いかが？

あと、ARM Cortex-Mシリーズのロードマップって公開されないのかね。
今よりもっと低消費電力＆高性能なラインナップは、何年後になるのかねぇ。

あ、RH850は、40nmなんすね。。。
http://japan.renesas.com/products/mpumcu/rh850/index.jsp

まだ、90nmが主流(?)なARM MCUベンダーも、早く40nm品を出して欲しい。

>>520
何を言いたいのか分からないけど、

> そうなりゃいいなぁ〜というのも含めた上
そういうのは無駄で意味が無いと言っているのが>>519

>>523
言ってない、言ってない。単なる言い訳してるだけ。

>>521
Cortex-Mxでは、なぜかフリースケールはマイナーなんだよね。
それが俺の中のマインドシェアの可能性はあるけど

>>525

ttp://japan.renesas.com/media/ir/event/pdf/presentation/2012_q1_briefing.pdf

P27 見ると、FreeScaleは車載MCUとして使われたみたいですね。
汎用MCUとしての使われ方は、結構マイナーだったようですね。

2010年のデータなので、その間、まぁ色々あったので、
今の汎用MCUのシェアは各社結構変わってる気がする。

>>526
この資料、これでルネはなんで傾いた?

STマイクロはARMのなかで45％のシェアだってさ。
あとでURLを貼るよ。

>>521
> 今よりもっと低消費電力＆高性能なラインナップ
そお?
MIPS/$はルネを凌駕したし、NXPはM4+M0を出したし、上はARM9があるし。

>>527
http://biz-journal.jp/2012/07/post_405_2.html

3年前に自ら埋めた時限爆弾
現在、マイコン市場でルネサスが占めるシェアは約3割、車載に限れば4割超である。
いずれも世界首位だが、競合や取引先の話を総合すると、“きわめて厳しい”現状が浮かび上がる。
特にネックとなるのは、ルネサスが強みをもつ「自動車向け」だという。あるアナリストは、こう囁く。

「3年前に受注した『時限爆弾』が爆発する。採算割れした自動車向けを、大量に生産・供給しなくてはいけない」

　また、競合の外資系半導体メーカー関係者も「ルネサスは10年4月の新会社発足前後に、採算を度外視して
シェア重視で受注していた。当社はとてもではないが受注を受けられない、安い価格レベル」と語る。
自動車向け部品は、受注から開発・生産まで3年程度かかる。過去に後先を考えないで受注したツケが、構造改革で
大ナタをふるっている今、重くのしかかってくるのだ。

>>526
2010年のデータならkinetisは含まれてないよ
サンプル出荷開始の発表が2010年11月
http://www.freescale.co.jp/pressrelease/article.php?id=561

部品屋に「車の制御に使う」というと、「うちの部品を使っては
もらっては困る」という反応があったことがある。
巡り巡って損害賠償になるとやばいという判断のようだった。
旧三菱ぐらいだったよ、車載用のラインアップあります、
どうぞどうぞ使ってください、は。

それ車載って言うか軍用グレードだろ

車載だと温度特性とかが重要だと思うけど軍用だとどういうポイントが重視されるんだろ

>>528
アナリストと称する連中の言うことを真に受けるチョン頭？

>>526
> 今の汎用MCUのシェアは各社結構変わってる気がする。
その後

　ARM Cortex-M4搭載、 STM32F4シリーズの全て
　　http://www.aps-web.jp/tv/img/ats2011/slide_st.pdf

Cortex-Mは2011年に急激に成長し、STは45%のシェアだってさ。

>>529
そうだったんだ。
製品サイクルからして、そんなに劇的にシェアが変わるとも思えないけどさ。

ところでi.MX6って、まだ量産してなかったんだ。
　Freescale、Cortex-A9を搭載したプロセッサ「i.MX 6」の量産を開始
　　ttp://news.mynavi.jp/news/2012/12/11/157/index.html
Tegra3とかOMAP4よりも遅れてたのね。

それよか、個人的にはこっちのチップが楽しみ。
　Freescale、Cortex-A5/M4コアを搭載したマルチコアコントローラを発表
　　ttp://news.mynavi.jp/news/2012/04/03/059/index.html

UI側と制御側とで二つのチップを使うことがあるから便利そう。NXPにもあるけど。
　NXP、204MHzで動作するARM Cortex-M4コア搭載マイコンの出荷を開始
　　ttp://news.mynavi.jp/news/2011/12/09/092/

NXPと言えばこんなチップがあったのね。知らなかった。
　NXP、LCDグラフィックコントローラを搭載したCortex-M3マイコンを発表
　　ttp://s.news.mynavi.jp/news/2011/06/01/116/index.html

ARMってのは、AVRやPICのように１つのメーカーじゃなくて規格ってことでいいの？ARM社が規格を作ったってだけで。
そうだとしたら、ARMのマイコンを作ってるとこで、日本でメジャーなとこってどこなの？
初めてみたいんだが、
Texas Instruments
NXP
だったりいろいろあるみたいなんだけど、日本だとユーザー数はどれがおおいの？

>>536
ARMは規格じゃなくて、ファブレスのCPUベンダーです。
要は、ARMはARMコアというCPUの設計図をメーカーに売って商売をしているのです。
で、STとかNXPとかいろんなメーカーがその設計図をARMから買って、自分独自の
周辺回路をくっつけて、マイコンとして売っとるのですよ。

日本だとどうなんだろ、Renesasとかかなぁ。

>>536
>そうだとしたら、ARMのマイコンを作ってるとこで、日本でメジャーなとこってどこなの？

http://www.semicon.toshiba.co.jp/product/micro/selection/arm/index.html
http://jp.fujitsu.com/microelectronics/products/micom/roadmap/industrial/fm3/

いいところ
　・GCCなどフリーの開発系が充実している。デバッガの切り口も公開されてていろんな
　　ツールが選べる。なんとかという規格で関数呼び出し規約（このへんもARM社が仕切っている）に
　　のっとっていればコンパイラを混在することも可能。
　・世界的にはユーザーは多い、はず。
　・アセンブラの条件実行はマイコン屋の心をくすぐる。
微妙なところ
　・ARM管轄な部分は作ったメーカーのドキュメントに記載がないこと。
　　（ARM謹製ドキュメントは有料？、初版とかは落ちてるけど。日本語の情報も少な目か）
だめなところ
　・旧ARMアーキテクチャは無駄に高機能仕様でわけわからんところ。
　　最近のCortex-Mxで国産CPU並みに簡略化された。（いらん例外もまだ多いが）
かなオレ的には

日本だとそれまでの自前のアーキテクチャを抱えていて
　表立ってARMあります、とは
いってないよね。
国産マイコンと比べても処理性能は決して低いわけではなく、むしろ高いほうだと思う。

>>536
ARMが規格って…

>>536
IPって知ってる？

アーキテクチャってことでいいの？
すっと、日本語のマニュアルが豊富なのはどのメーカーなんざんしょ？

Cortex-M4F 激安マイコンボード
LM4F120 Stellaris LaunchPad \550

みたいのがAVRに張られてて気になったんだけど、
日本のユーザー数が少ないと情報も少ないから扱いきれないだろうし。

>>542
>Cortex-M4F 激安マイコンボード
>LM4F120 Stellaris LaunchPad \550
>
>みたいのがAVRに張られてて気になったんだけど、

AVRじゃねぇよ。
http://eleshop.jp/shop/g/gC9Q361/

>>543
いや、AVRスレに宣伝に来てたので気になった。
やっぱ80MHzもあれば、画像処理とか楽にできそうで・・・。速度面でいいなぁと。

200MHzのFPGAで画像処理に苦しんでるオレはどうすれば・・・

>>542
ちょっとスレを遡ればいいんだが…
ユーザが多いのはSTマイクロとNXP、日本語マニュアルが多いのは富士通。

>>545
FPGAは簡単だった。
並列処理だけ戸惑ったけど。

画像処理といってもピンきりだしな・・・
まぁ、この手のをいじるのに英語ドキュメント避けてたら話にならないでしょ

aitendoでこんなの扱ってんだな。

ARMコアモジュール[M-LPC1114F-C]
http://www.aitendo.com/product/6352

ピンが多く使える分、DIPのあれよか便利かもしれん。

>>549
> Clock generation:
> ・12 MHz internal RC oscillator trimmed to 1 % accuracy that can optionally be used as a system clock.

LPC1114のRC発信器は、セラミック発振子に迫る安定性なんだな。
今知った。

>>550
精度が良いのは、工場でキャリブレーションしてるから。
温度や電源電圧で変動はするので、正確な周波数必要なら
セラミックか水晶付ける必要ある。

>>551
> 7.16.1.1 Internal RC oscillator
> The IRC is trimmed to 1 % accuracy over the entire voltage and temperature range.
「over the entire」、俺の読み間違いでなければ、電圧と温度込みで1%だよ。

1%に吃驚したのはわかるがセラロックのがまだ一桁良い。

1%ってのは30日で0.3日
つまり月に7時間強もずれるくらいの低い精度だよ

>>553
セラロック
　周波数精度 ±0.5%
　温度安定性 ±0.2%
　経年変化 　　???
　　　計 　　　　±0.7% + α
対して変わらん＝LPC111xにセラロックは意味なし

内蔵でビデオ信号作ったら使い物にならんかったから
セラロック付け足したって人がいたな

>>555 だな
>>553 セラロックの特性w

>>556 アホらし

>>551
前から疑問だったんだが、シリコンチップ上で個別にチューンって
どうやるんだろ。
小さなコンデンサが並列にたくさんつながってる回路にしといて
レーザーで配線をぶちぶち切るとか？
んで秩父別にチップベツに個別IDとかもあるからレーザー追加工とかは
今は当たり前なんけ？

>>559
レーザートリミングはもっと高精度なICじゃないのかな
RC発振器だとRかCがスイッチで調整できるようになっていて、
必要な値は出荷時に測定してEEPROMに書いてあるとか

>>560
なるほど、それなら簡単だし量産にも対応できるね。
LSIテストに入れとけばいいんだし。

あ、でもファームが介在しないと再設定できない、
がARMならいいのか。ブートROM必須だし。

別にファームが介在しなくてもいいじゃん。

つうか、起動前だからファームは介在出来ない罠

圧縮音源バカにしてる人は、これやってみて、
http://mp3ornot.com/index.php

やっとわかったよ。
EEPROMなんて高級品でなくても、数十ビットかのワンタイムROMを
発信器デバイス内に持ってればいいんだ。　よね。

単にスイッチ部分を不揮発性のプログラマブルな素子で形成して
おけばいいってだけ

Cortex-M3 を gcc-4.7.1でいじっているんだが、割り込み・例外ハンドラにつける
__attribute__((interrupt)) 属性って、もしかしてあっても無くても問題なかったりする？
つけてもつけなくても取り立てて問題を起こしていないように思える。

いちおう吐くコードは変化するようなんだが、割り込みハンドラ起動時に、関数呼び出し
規約に準拠したレジスタ退避をハードがしてて、ハンドラも通常の関数でよくなったり
してるとかあり？

> 規約に準拠したレジスタ退避をハードがしてて、ハンドラも通常の関数でよくなったり

yes.
むしろ __attribute__((interrupt)) でコード変化があるというのがびっくりだ。
つか、やってみたら変なコード吐いた。盲腸っぽいw

http://monoist.atmarkit.co.jp/mn/articles/1212/21/news108.html

ARMにとって最後のフロンティアともいえる車載マイコン市場
（PCとサーバもそうかもしれない）だが、採用拡大に向けた
準備を着々と進めているようだ。

ARMの日本法人アームでマーケティング＆ビジネスデベロップメント
エンベデッド・セグメントのマネージャーを務める新井相俊氏は、
「既に、ABS（アンチロックブレーキシステム）などのEBS
（電子制御ブレーキシステム）とエアバッグには、ARMコア搭載する
車載マイコンが広く利用されている」と語る。実際に、
EBSとエアバッグは、TIの製品を中心にARMコアマイコンが採用されており、
シェアはEBSで60％以上、エアバッグで約40％を占めるという。

実際に、EBSやエアバッグ向けの車載マイコンのプロセッサコアは以前から
ある「ARM7」だったが、徐々に「Cortex-M3」や「Cortex-R4/5」を搭載する
車載マイコンへの移行が始まっている。

ARMが車載マイコン市場の攻略を完遂するためには、
車載マイコンのトップ3である、ルネサス、フリースケール、
インフィニオンからの採用が必要になる。

まず、汎用マイコンでCortex-M4を採用しているフリースケールは、
ディスプレイメーター向けに「Cortex-A5」とCortex-M4を搭載する
「Vybrid」を発表している（関連記事4）。

新井氏は、「制御系システムとの関わりが深いディスプレイメーター
向けの製品にCortex-M4が搭載されたことは
1つのきっかけになるのではないか」と期待している。

ルネサスについては、「産業機器向けのプロセッサ製品『RZシリーズ』に
Cortex-A9を採用してもらえたことが大きいと考えている。RZシリーズで
信頼を得て、将来的に車載マイコンにもARMコアを採用してもらえるよう
にしたい」（同氏）という。インフィニオンも、「産業機器向けマイコン
で既にARMコアを採用してもらっているので、
ルネサスと同様に信頼を積み上げていく」（同氏）としている。

>>569
既販品は、Non-ARMが多いからかもしれませんが、
既販品の製品ライフ終了後の製品、例えば、ほぼ新規設計する製品など、
よっぽど拘りが無い限り、ARMマイコンになるのではないでしょうか。

http://japan.renesas.com/media/ir/event/pdf/presentation/2012_q1_briefing.pdf
より、

勝手な想像ですが、、、MCUシェア一位のRenesasが落ちこみ、車載MCU市場で、
ARM製品を持つFreeScaleが車載でシェアを掴み、長期安定的に利益が出せる
ようになると、ARM MCUのスケーラビリティの高さもあいまって、
コンシューマ系MCU(STM/NXP)のシェアも奪っていくのではないでしょうかね。

ともかく、
Renesasも、気持ち切り替えて、ARM搭載マイコンを製品化した方がいいのでは、
ないんでしょうかね。RH850とかなんとかいう、最早マニアックとも言えるMCUで、
40nmとかチャレンジしていくんじゃなくて、Cortex-Mで40nmを実現した方がよっぽど
将来性があるのではと思ってしまいます。

色々な見方があるとは思いますが、皆様はどのように捉えていますかね？

>>570
>ともかく、
>Renesasも、気持ち切り替えて、ARM搭載マイコンを製品化した方がいいのでは、
>ないんでしょうかね。

>>569読めてないの?

>>569
> 「Vybrid」を発表している（関連記事4）。
> 新井氏は、「制御系システムとの関わりが深いディスプレイメーター
> 向けの製品にCortex-M4が搭載された
マイコンが発表されただけで「搭載」されたとは、随分話が飛んでいるな。

>>568
やっぱりそうなのか。
ありがとう。

もうひとつ、Cortex-M3の割り込み禁止に関して

割り込み禁止はいくつかのレイヤーで出来るけど、パイプラインで
実行が遅れるから命令のあとにNOPつけて、とかってのはどうなってるの？

こんな風じゃないかと推測しているんだが。
　・CPSID　I　−−−NOPいらない、次の命令から割り込み禁止
　・MSR　PRIMASK、Rx　−−−NOPいらない、次の命令から効く
　・ST　Rx、[NVIC_ｘｘ]　−−−遅れる、必要ならNOP追加
　・ST　Rx、[周辺レジスタ]　−−−遅れる、必要ならNOP追加

どんなドキュメントに書いてあるかも出来れば教えて。

>>574
NOPよりもISB命令でパイプラインをフラッシュしたほうがいいんじゃね？

ずばりARMが出してるcortex-M3 reference manualに書いてあんだろ

>574
ARMv7-M Architecture Reference Manual (ARMARM) と
Cortex-M3 Technical Reference Manual (TRM) とがあって、
書いてあるとすれば ARMARM なんだけど、割込み許可まわりは改版のたびに
訂正が入ってて読んでてて信用が。

TRMには stでごちゃごちゃやるときはmsrでくくれよ、って書いてあったので
推奨はmsr(cpsid)以外信用しちゃなんね、的な感じだけど。

みんなおっかなびっくり使っていることを知って安心した。（ダメじゃん）

今のところ手持ちはこの
　"Cortex-M3 Technical Reference Manual Revision r2p1" （DDI 0337I）
　"Cortex-M3 Devices Generic User Guide" （DUI 0552A）16 December 2010
の二つなんだが後者には
　To access the exception mask registers use the MSR and MRS instructions,
　or the CPS instruction to change the value of PRIMASK or FAULTMASK.
とは書いてあった。（まだ全部読んでいない）

まぁ割り込みハンドラの呼び出し規約の件も合わせて、
今時そんなにご無体な実装にはなっていないだろう、ってことで
とりあえず CPSIx だけは信用するってことですかね・・・。
で、各人の冒険心に応じて最悪 >>577 くくるってことで。

重ね重ねありがとうございます、皆様。

オセロゲームの体になってきた。　顧客がルネでなくSTやNXP指定するなんて、かつては無かったこと。

>578
TRM r2p0 + r2p0とr2p1の差分 - ARMARM = TRM r2p1

なので、ARMARM持ってないとか使ってるチップがr2p1でないならTRM r2p0オヌヌメ。
pdfのファイルサイズで倍違う。

>>579 時代だね

LPCマイコンって、同等のものがSTMとかLMに比べて倍近く高くない？
なんでだろ

カスタマイズ可能な ARM ベース SoC FPGA
http://wp.techtarget.itmedia.co.jp/contents/?cid=11906

>>582
そぉ? 俺の中では STM << LPC << LM の印象。
例えば何を比較して?

>>583
>>516

ARM coretex系だと、IAR？gccとかフリーのでいいのあるかな？
速度はそこそこでいいので、bootとかのライブラリの汎用性の高いやつがいいんだけど。

ARMマイコンの評価ボードで、お手頃価格で、簡単に買えて、

いいのない？冬休みにちょっと遊んでみようかと思ってる。

なんか、オススメ教えてくださいー！

もう、この時期、買えるところがあるのかって話があるけど、
秋月に今日中に駆け込めるなら、LPCXpressoはARMマイコンの
入門としてよいと思う

あ、秋月昨日までだった、ごめんｗ

mbedかRaspberry Pi。
安いのが良いならLPC1114FN28。一通りの説明が欲しければトラ技2012年10月号と11月号。

mbedはいきなり始められるからいいわな。
マイコン開発に慣れてる人ならディスカバリーでもいいと思う。

Cortex-M3 の割り込み、最後、素朴な疑問。

FAULTMASK というNMI以外全部マスクというレジスタがあるので試しに
マスクかけてわざと例外起こしてみた。（WOのレジスタをリードしてHardFault）
結果、なんかフリーズ、　　っぽい。

レジスタリードで例外起こして、でもハンドラ起動できないのでまたその
アドレスリードしてまた例外起こして・・・・、ってなってるのかな？
それともそこで止まるように仕込んである？

FAULTMASK一見「ああ必要ね」と思ったけど、使っていいもんなんだろうか。
例外ハンドラの中でしか使っちゃいけないってことなのかな。
　（上のお試しはハンドラ内でない通常ルーチンでやった）

ハードフォルト起動中のハードフォルトはダブルフォールトつうてロックアップ、停止する。
マニュアルのFAULTMASKが書いてある章のどこかに載ってるやろ。

来年あたりからエンベデッドシステムスペシャリストに挑戦してみようかしら
ここの人で持ってる人いる？

TrueSTUDIO付属のST-Link gdb serverを立ち上げてCode Sourceryのgdbを繋ぐと落ちる…
Error while waiting for debugger conection.
今までこんなエラー出なかったのに…

>>593
おら持っとるで

ARMマイコンがPIC/AVR並みの値段になるのはいつだろうか

だからその比較は変だろ

どっちが安い？どっちの性能が上？
ttp://eleshop.jp/shop/g/gC9Q361/
ttp://akizukidenshi.com/catalog/g/gK-02924/

…比較対照としておかしいと思わん？

小ロット価格はもう大差ないよん。
大口はまだまだだけど、俺らには関係ないじゃん。

この間ET2012でメーカーの人と話した感じではM0系をPICとかAVRのレンジにぶつけたいとか言ってたけど？

>>598
【期間限定キャンペーン価格】て書いてあるもん挙げるのはどうかと思うわ

人や企業は時に現実から目を背けた願いを抱くものなのさ…

>>600
おお。って事は米粒ARMもそのうち来るのか。。。
今は足が多いのがネックなんだよね。

>>596
どこを重視するかで、見方は変ると思うな。

DigiKeyで一番安いのはNuvoton。
MINI51ZAN, 24MHz, 4kB Flash, 2kB RAM
\171.0 @qty 1

4kB Flashで出来るだけRAMが多いのを探すとこれだった。
PIC24F04KA200-I/ST, 32MHz, 4kB Flash, 512B RAM
\164.0 @qty 1

Flashの容量が同じなら、値段は一緒。5円差でRAMが4倍になるからお得かも。
この結果だけなら、PIC/AVR並にFlashを減らせば同じ値段になると。

値段だけで言えば秋月で\100切るかどうかだけが
関心の人もいるかもしれないなw

LPC800シリーズってまだ売ってない？

>>605
しれないどころか、大杉ﾔﾚﾔﾚ

>>606
評価ボードはマウザーで売ってる。

>>608
Thnx
そうなんだけど、マイコン単品でどれくらいの値段になるのかを知りたかったんだ
マイコンの載った評価ボードはあるのに、どこにもマイコン単体の在庫はないみたい

LPC11xxのSOICも結構安い(単品で137円だった)し、LPC800系はもっと安くなると予想していいものなのかな？

LPC1114FN28はデカ過ぎるのがかなり残念だ

評価ボードはあるけどチップがないのは
チップがまだESなんじゃないかな

Apple、｢A6X｣プロセッサの製造元をSamsungからTSMCへ切り替えか?!
http://taisy0.com/2013/01/02/13008.html

>609
せめて LPC8 lot price でググるくらいはしようぜ。
とりあえず、1個買いでも100円は切りそうだ。
買えるのは半年くらい先の話になりそうだけど。

LPC800、ADCとPWMは欲しかった。

LPC800シリーズって秋月から出る予定でもあんの？

秋好厨め!

>>614
商社経由腕買うと言う選択肢がないのか。
これだからゆとりはｗ

ゆとり言いたいだけちゃうんか？

ARM内蔵のDSP性能(DSP/NEON)って、汎用DSPと比較すると、どのくらい差があるのでしょうか？

なにか比較資料等の情報があったら、ぜひ、教えてください。

NEONってARM内蔵という訳じゃないと思う。
いや、ARMって厳密には会社名か・・・

>>618
ARMといってもいろいろあって、もう少し絞ってくれない?
NEONはCortex-A系の32bit SIMD、Cortex-A系でよいの?

>>620
以下候補で、性能の差に関する情報など何か御存知でしょうか？
　�@．汎用DSP(TI etc)
　�A．CortexA系
　�B．CortexM系(M4)

>>621
そもそも動作クロックが全然違うし。
ていうかcortex-A系だけでも幅がありすぎるし。
コア数だって4コアとかだったら比べようないというか
比較すること自体　無意味?

>>621
ほい
> 　�@．汎用DSP(TI etc)
　　　ttp://www.bdti.com/MyBDTI/bdtimark/chip_float_scores.pdf
> 　�A．CortexA系
　　　ttp://www.bdti.com/Resources/BenchmarkResults/Processors/Cortex-A8
> 　�B．CortexM系(M4)
　　　自分で調べてね

つまり、
　TMS320C66x　1.25GHz? 12,860 10,288/GHz
　TI AM389x 　　1.5GHz 　 11,400 7,600/GHz
だから、DSPが1.3倍速いらしい。

>>623
自己レス(汗
DSPが1.5GHzの結果だとすると、

　TMS320C6672 1.5GHz 12,860 8,573/GHz
　TI AM389x 　　1.5GHz 11,400 7,600/GHz

となって、DSPがちょっと速い

>>622
> そもそも動作クロックが全然違うし。
今はそんなに違わないよ。

Firefox OS + Raspberry Pi
http://www.slideshare.net/EnsekiTT/firefox-os-raspberry-pi-15769470

>>625
ほほう、火狐OSかぁ
ちょっとラズパイ買っとこうかしら

>>591
よくよく見たらPRIMASKとFAULTMASKとの違いは実質的にHardFaultを
マスクするかどうかだけみたい。でFAULTMASK中は内部的な実行レベルを
HardFaultハンドラ実行中と扱うためにHardFaultを起こすとダブルフォルトで
停止するのかな。

FAULTMASKオレにはいらね。

みんなM3とかの小規模？の開発にはどのソフト、JTAG使ってるの？
IARフリー版、KEILフリー版、GCCの環境は一応作って順番に試食中なんだけど
実際問題IARもKEILも趣味やちょっとした基礎研究レベルだとライセンス買うのは
厳しい額だなーと思うし、かといってGCCは環境構築が多少面倒だったり吐かれる
コードの質がイマイチという噂を聞いたりするので資源が少ない環境や製品を作る
場合に使うにはどうかなーと。あと市販品じゃないとデバッグするのが面倒くさそうな
印象だし（やった事無いのでこれから試す）　他の製品でも良いから程々に使い易く
環境を構築し易くてライセンスも安い環境とか夢の様な製品ないのかな？

gccのコードの質が気に入らないなら必要なとこだけgas使えばいいじゃん。

試作レベルでしか使ったことないけど、gccってそんなにコードの質悪いの？
どんな所で差が出るん？

タダだからね。

良く知らないので想像ですけど最適化による速度的な問題とコンパイラ自体の
バグ関連？最適化はその癖がわかるならgasで書き直すのも選択肢でしょうけど
吐かれるバイナリのサイズがIARに比べてGCCやKEILはデカイなんて記事を
どっかで見た気もしますしそういうのは規模にもよりますけどイチイチ手で何かを
するのはキツイですよね。

まぁ、そういう性能面も気になりますけど全般的な使用感とコストのバランスが
選定のポイントかなーと思います。個人的には統合環境ばかり使ってきたので
コーディング、ビルド関連はともかくプロファイリングやデバッグはそれなりに
環境が揃ってないと後々厳しいのかなーとか思ってマス。

GCCの様々な言語で様々なプロセッサに対応できるって特徴が逆に足をひっぱってるそうだ。
あと、ただとはいえ一応商用利用されてるぞ。

>>632
「イチイチ手で〜」って、ビルドの度にコンパイラの吐いたコードに手を加えるとでも思ってんの?

>>634
組み込みだとよくあること。

>>630
IAR システムズがARM Cortex 向けに業界最速の速度最適化を実現
http://www.iar.com/jp/About/Pressroom/1/2012/6/IAR-outstanding-speed/

>>635
アホ?

ここまでIARもKEILも正式版を買った奴の話なし。
試用版と(時限版の)正式版の違いを評価した話もなし。

GCC以外の選択肢があるのか?

>>634
イチイチってのは、コンパイラの得手不得手によるバイナリのサイズ的な話に
かかっているので全部作り終えて最適化だけをするなんて事はまずなくて
仕様追加、変更だったりバグフィックスだったりでコードが変動するわけだから
その度にいじるポイント変わるわけでイチイチやるような話ではないでしょって話。
あらかじめピンポイントでアセンブラにする事は否定しないし、実際普通にやるし。

アセンブラ吐かせて後パッチは面倒だし余程酷いクリティカルなバグが
コンパイラに無い限りは今時やらないのでは？普通それならコード側で回避するか
替えられるならバージョン違う奴にするよね。

>>636
最大50%って平均でどんな程度かにもよるけど大分違うというか下手したら体感できるレベルだね

>>638
そういう話聞きたいんだけどね〜。みんなシコシコgccでやってるって事かなー？

>>640
試用版で確認すりゃいいじゃん

受験勉強のときに、参考書・問題集をあれこれ複数もってるやつは
だめだって言われてただろ、一つに決めてまずはそれをしゃぶりつくすのさ。

そのコンパイラを通した速度がそのチップの処理速度だ。

MacだとGCC一択？

アンコロ系もgccだとは聞いたか？

コンパイラなど使わない私がやってまいりました

>>641
一番最初に試してるところだって書いてるじゃん。こういうのはそれなりに実戦で使ってみないと分からないでしょ？時間もかかるし実際に使っている人の具体的な意見も聞いてみたいだけだよ。

対象ハードが同じで、同じことをやる処理を書いてるのにコンパイラで実行結果が
大幅に異なるなんて怖いと思うのは私だけでしょうか？

>>646
普通に、趣味レベル（利益＝０）なら、gccの一択だと思う。

>>647
とは、言っても、気持ちの問題レベルでしょ。
ゴミ設計のソフトは、何のコンパイラでも、所詮ゴミでしかない、
と思ってる。

仕事ではIAR正式版だけど
GCCと比較したことないので差はよくわからない
CrossStudio使ってる人がいたのはこのスレだっけ
あれはGCC？

>>648
気持ちの問題レベルじゃないので、コンパイラは使いたくないです
（趣味のCortex-MはKEIL(ARMASM.EXE)使ってますが、仕事がX86の組込で
不本意ながらCコンパイラ使ってます）

まともな設計してもゴミコンパイラのおかげで苦労するからねぇ・・・

>>650
さすがにマシン語（バイナリ）じゃないとは思うけど・・・。
仕事では普段から、アセンブラでソフト設計＆実装してんの？

>>652
いや、仕事だと他の人がアセンブリソース読めないから
不本意だけどＣで書いてるんです
ＭＡＳＭ使いたい・・・

>>643
boot campもあるし、
vmwareとかで仮想化してlinux入れることもできる。
生のmac osは、ios開発専用だろ。

>>646
>こういうのはそれなりに実戦で使ってみないと分からないでしょ？

コンパイラの吐くコード見ればそこそこ見当つくよ。

>>649
CrossStudioって今はCrossWorksってのになっているのかな？
ざっと見た感じ中身はgccくさいですね。ライブラリはオリジナルらしいですが。
Mac版やLinux版もあるし個人使用であれば比較的安いですね。

>>655
ごめんなさい。コンパイラの性能ネタの話の方が全面に出ちゃってますけど
時間がかかるって話はコーディングからデバッグ、ROM焼き？までの全行程を
行うための開発環境としての総合的な評価の話です。

>>649
今はKEILをいじっているところなのでIARは次にと思っていたのですが
IARのココがいけてるとか、ココがイマイチとかって話あります？

>>651
どのくらいの規模の物をアセンブラでやってるの？
市販のコンパイラでもバグはあるしハマったこともあるけれども
だからって全部アセンブラってのも大分極端な気もしないでもないｗ

そういえばコンパイラの性能の話はコンパイラそのものの性能とは
ずれてくるかもしれないけどリンクするランタイムの出来も関係があるから
規模にもよるかもしれないけどやっぱりそれなりに差は出ると思うヨ

>>647
CPUコアのベンチマーク「CoreMark」をEEMBCが発表，Dhrystoneの代替を目指す
http://techon.nikkeibp.co.jp/article/NEWS/20090603/171238/
> 具体的には，MAC （積和演算）と算術演算の性能を評価するための行列の操作，
> ポインター処理を評価するためのリンクリストの操作，データに依存する分岐処
> 理を評価するための状態マシンの操作，巡回冗長検査（cyclic redundancy check）
> などの処理を行う（図 1）。これにより，CPU コアの演算パイプラインの実行性
> 能やメモリ・アクセスの性能，整数演算の性能などを評価する。

積和演算も含むらしいから、どれだけそのコアに最適化しているかだろうね。
以下、興味本位でCoremarkの結果をCSVで引用。

CoreMark Scores
http://www.coremark.org/benchmark/index.php?pg=benchmark
,Processor,Core,Compiler,CoreMark,Parallel
,,,,/MHz,Execution
Freescale,Kinetis KL25 48,Cortex-M0,Green Hills MULTI 6.1.4 Compiler 2012.5,2.13,-
Freescale,Kinetis KL25 48,Cortex-M0,IAR v6.40,2.04,-
Freescale,Kinetis KL25 48,Cortex-M0,Keil uVision v4.54,1.78,-
NXP,LPC1114 48,Cortex-M0,gcc 4.3.3 (Code Red),0.98,-
Coretex-M0だと、2倍も差があるね。

STMicro,STM32L152ZDT6 16,Cortex-M3,IAR-EWARM-6.40.3,2.93,-
NXP,LPC1850 180,Cortex-M3,Green Hills Multi 2012.1,2.85,-
,STM32F107VBT6 10,Cortex-M3,GCC 4.4.1 (CodeSourcery Lite),2,-
TI,Stellaris LM3S9B96 Cortex M3 50,Cortex-M3,Keil ARMCC V4.0.0.524,1.92,-
Coretex-M3だと、5割差。Keilはgcc以下。

STMicro,STM32F417IGt6 168,Cortex-M4,IAR-EWARM-6.50,3.37,-
Freescale,Kinetis K70 90nm 150,Cortex-M4,GHS MULTI 6.1.4 Compiler 2012.5,3.08,-
Freescale,Kinetis K70 90nm 150,Cortex-M4,Keil uVision v4.53,2.68,-
Coretex-M4にgccの結果が見当たらず。
3.37[CoreMark/MHz]だってさ。

(続き)
TI,OMAP3530 500,Cortex-A8,Sourcery G++ 4.4-179,2.54,-
TI,OMAP3530 500,Cortex-A8,GCC4.3.3,2.42,-
TI,OMAP3530 500,Cortex-A8,Sourcery G++ 4.4-179,2.41,-
Freescale,i.mx515 in Genesi Efika Smarttop 800,Cortex-A8,gcc (Ubuntu/Linaro 4.4.4-14ubuntu5) 4.4.5,2.45,2:Fork
Freescale,i.MX515 800,Cortex-A8,GCC 4.3.3,2.28,4:Fork

Xilinx ,XC7Z020 Dual Core ARM Cortex-A9 MPcore 667,Cortex-A9,GCC4.6.1,3.38,-
NVIDIA ,Tegra 250 1000,Cortex-A9,gcc 4.4.5,2.65,-
TI,OMAP4430 (Cortex-A9 MPCore) 1000,Cortex-A9,GCC4.5.2,2.29,-
Nvidia ,Tegra2 (dual-core ARM Cortex-A9) 1000,Cortex-A9,Codesourcery 2010q1 gcc,5.87,2:PThreads
TI,Blaze OMAP4430SDP 1000,Cortex-A9,CSL GCC4.4.1,5.74,2: Fork
,ARM Cortex-A9 MPCore 1,Cortex-A9,GCC 4.3.3 (Sourcery G++ Lite 2009q1-203),11.52,4:PThreads
NVIDIA ,Tegra 250 1000,Cortex-A9,gcc 4.4.5,5.15,4:PThreads
TI,OMAP 4430SDP 1000,Cortex-A9,CSL GCC4.4.1,5.78,4:Fork

Cortex-A9になるとシングルコアで3.38[CoreMark/MHz]を記録。IARと遜色ない!?
gcc 4.5→4.6で最適化が強化されたのか?
それともAndroidで使われるCoretex-A9の最適化が進んでいるのか?

gccだからダメとは、一慨には言えなさそう。

よくデータ見てないけどgccは色々なバージョンが混在してるね

>>661
トップページ(http://www.coremark.org/)に「USER SUBMITTED COREMARK SCORES」とあるとおり、2009年5月以降に投稿されたデータが主だからね。
時期によってgccのバージョンが違うのは、まぁ当たり前。

そろそろARM専用の最適化を行うGCCの派生が出てもいい頃

>>663
ていうかAndroidのビルドだって普通にCodeSourcery
Gccじゃなかったっけ。

Gcc嫌ならLLVM使ってみれば。

(おまけ)
ARM開発における開発環境選定のキーポイント
ttp://www.freescale.co.jp/event/ftfj/2012/technicalsession/pdf/sponsors/IAR.pdf

p.25にコードサイズの比較が、
p.26にベンチマーク結果あり。

NVIDIA，クアッドCortex-A15＋72 GPUの「Tegra 4」を正式発表。Tegra 4搭載のAndroidゲーム機「SHIELD」も公開
http://www.4gamer.net/games/049/G004964/20130107028/

>>665
最大でも１．５倍程度しか変わらないのなら、gccで充分だな。
仕事だけど、そこまでシビアじゃないから、gccつかおっと。

>>664
LLVMは知らんかった。俺って情弱orz
ARMのオブジェクトを吐くLLVMつうか、開発環境は配布されてんの?

>>668
あるよ。iOSデバイスの開発環境もそうじゃない？

>>669
最近はfreeBSDもLLVM使うようになちゃたね。

GPLフリーって美味しいの?

>>670
ソースコード開示騒ぎに巻き込まれないのは
一般的なクローズドソースの企業にとって計り知れないメリットかと。

>>671
ようわからん。
もちょっと説明して。

gccでコンパイルしたバイナリーのソース開示義務が
生じる、なんてことはあり得ないと思うけどね。

gccそのものを利用した派生物を作るわけじゃないんだし。

>>672
gcc自体はともかく、それらに付随するライブラリ全てに付いてライセンスを確認する手間がメンドイ…

いちいち取り除いて使うより、最初から入ってない奴の方がらく〜

>>672
つ 脱GPLの理由 ttp://opensource.slashdot.jp/comments.pl?cid=2027924&sid=546869

ライブラリはLGPLなんじゃないの？

というかむしろCortex-M3とかM4の場合はglibcなんか
動くわけ無いんで、I/O周りは各チップメーカーの
ライブラリ使っちゃうけどね。

個別にもろもろなライブラリ持ってくる場合はgccだろうがLLVM
だろうがライセンス確認は必要。

ちょっと気になったけど、Androidってソース開示義務あるの？
端末メーカーがカスタマイズしたカーネルとかもろもろって、
ＧＰＬ汚染されてるなら、カスタマイズ部分も全部公開せざる
をえなくなるんジャマイカドミニカ共和国。

>>676
カーネルに関しては公開義務あるよ
サムスンとかもgalaxyシリーズのカーネルのソースを公開してる

でもAndroidはカーネル以外はほぼ脱GPLしてるからあまり怖くはない

>>677
さんきゅ。

つまり、現存するAndroid端末はすべからく
（ユーザーがやる気さえ出せば）
カーネルをカスタマイズすることが出来るんだ。

すごい時代になったもんだね。

カーネル以外っていうとDalVikとかlibcとかGUIの所だよね。
Googleがほぼ公開してる希ガス。

http://dictionary.goo.ne.jp/leaf/jn2/119738/m0u/
> すべから‐く【▽須く】
> ［副］《動詞「す」に推量の助動詞「べし」の付いた「すべし」のク語法から。漢文訓読に
> よる語》多くは下に「べし」を伴って、ある事をぜひともしなければならないという気持ちを
> 表す。当然。「学生は―学問を本分とすべきである」
>
> [補説]近年、「すべて」の意で使う例が多くあるが、誤り。文化庁が発表した平成22年度
> 「国語に関する世論調査」では、「学生はすべからく勉学に励むべきだ」を、本来の意味で
> ある「当然、ぜひとも」で使う人が41.2パーセント、間違った意味「すべて、皆」で使う人が
> 38.5パーセントという結果が出ている。

>>679
言いたいのはここか?w
> [補説]近年、「すべて」の意で使う例が多くあるが、誤り。

ソース
「すべからく」の使い方　文化庁http://www.bunka.go.jp/publish/bunkachou_geppou/2012_07/series_10/series_10.html

本来，「すべからく」は，後に｢〜べし」や「〜べきだ」等を伴う，漢文調の古い言い回しです。
「すべからく〜べきだ。」という言い方は，「当然のこととして〜すべきだ。」
「是非とも〜すべきだ。」という意味

　以下略

まぁはじめの一歩の会長もおんなじまちがいしてたし
それくらいいいんじゃないか
言葉は変るもの

秋月にLPC4330のボードが入荷したね。買った。

ULINK-ME付きか
１個買おうかな
無しなの売ってないんだな

4330欲しいけど、イーサもUSBも簡単に使えるOSをどこか供給してくれないかな。

>>685
ET2012で聞いたときはこのチップってM0から起動してからM0から
M4の電源を入れるとか言ってた。RAMは共通だったかな。起動した後は
相互の電源制御とか出来るらしいし周辺の対応以前にこういうのに対応した
OSってあまりないんじゃ？ブートローダを別に持つなり違うコアで協調動作
出来るなりのそれなり高度な機能をもったOSが必要だよ。

まぁ今までこの石載せて安いの無かったから俺も一枚買って遊んでみよう。

>>682
一歩の会長もそのぐらいの人物、ということを描写したかったのだよ！きっと

ARM9/11っていつまで生き残ると思いますか？
ARM9/11=>CortexA5と思ってたんですが、どう思われますか？

あと思った以上に、CortexA5が浸透しないのは何故なんでしょうかね？
(Freescaleのvybrid、AMDくらいしか聞こえてこないですよね。）

400MHz-600MHzあたりの、ローエンドとハイエンドの中間層を
埋めてくれると思ったのですが、どうなっていくんだろう。

A8が$5だからな；；

>>688
寿命だろうね。
コアとしてはCortex-M3/4よりも性能無いし。

[DMIPS/MHz]
0.90　　ARM710T
1.00　　ARM720T
0.84　　Cortex-M0
0.93　　Cortex-M0+
0.80　　Cortex-M1
1.25　　Cortex-M3
1.25　　Cortex-M4

1.11　　ARM920T
1.10　　ARM926EJ-S
1.39　　ARM1136J(F)-S
1.25　　ARM1176JZ(F)-S

1.57　　Cortex-A5
1.90　　Cortex-A7
2.00　　Cortex-A8
2.50　　Cortex-A9
3.50　　Cortex-A15
2.30　　Cortex-A53
4.10　　Cortex-A57

>>689
そんなのあったっけ?
それにしても i.MX53 1GHzとか、安いな。

>>690
数字だけ見ると11→M3と思うけど
ライセンスで11までしか作れないとか縛りあるのかもね

包括ライセンスでもなければ個別だと思うなあ

>>690
M3/M4って、現状200MHzしか出せないですよね。
ARM9/11は、200-800MHzくらいまでありますよね？（ラズベリーパイとか）

コア性能はあれだが、最大動作クロック周波数を考えると、
M3/M4は、ARM9/11を全くカバー出来ていない気がする。

>>694
CPU能力よりも、周辺その他で使用目的が全然違うような気がするが？

>>694
ARM9/11=過去のメインストリーム製品
CortexA/R/M=用途別に別れた新シリーズ
ちなにみCortexMは制御用マイコンなので
仮想記憶なし。Neon/vfpなし。命令セットも
thumb2モード限定。

>>692
あん、その微妙なとこツッツイちゃダメぇ♪(by ネカマモードw)

>>688
> 400MHz-600MHzあたりの、ローエンドとハイエンドの中間層を
ふむ…

　i.MX35, ARM1136JF-S, 532MHz, 740DMIPS, \903.6- @100pcs, MCIMX353DJQ5C
　i.MX51, Cortex-A8, 600MHz, 1,200DMIPS, \2,099.9- @100pcs, MCIMX515CJM6C
66MHzしか違わないのに、すんごい性能差。
でも、価格は性能にまぁ比例。
でもでも、MCIMX502EVM8Bは800MHzで \898.3-だから、ARM11が高いのかも。

コアがって言うより、A8がここまで値段が下がっているとその下は中々出し辛そう。

>>694
クロックで考えるの、止めたほうがいいよ。

>697
Allwinner A13 (>689の言うのもこれだと思う) は 900円どころではないが。

ケータイ向けのレンジが A8 に上がってるからなぁ。
その下は何か新たなネタでもないとどうにもならないな。

>>694
舌足らず。

俺が挙げた i.MX35なら 740DMIPS。
同じことを i.MX50にさせるなら、クロックを 800→340MHzに落とせば 740DMIPS。
ムーアの法則で18ヶ月で倍になるから、無理にミドルレンジを狙わなくとも…

と、ベンダーは考えると思う。

>>699 Allwinner A13は知らんかった。へぇ〜

>>690は性能の比較だけど
繋がるSDRAMの規格も気になる

これぐらい？（詳しい人訂正お願いします）
11→DDR
A8→DDR2
A9→DDR3

古いSDRAM規格では速度も容量も劣るよねえ

>>702
ARMコアとSDRAMコントローラとは別物だから、設計時期によって変わるよ。
DDR3はもうそんなに新しくないし、TIだったら A8に DDR3-1600も繋がるし。

AXIとかAHBとかうんたら

>>683 ...
LPC4330-Xplorer買った人チップリビジョン教えて。
リセット二回問題はもうないやつかな？

>>705
買う前にチップリビジョン分かる？

チップ刻印の型番の下の最後の行の最後の方、
下はLPC1830の例だけど、４３３０だと、
YYWWxAx が初期リビジョンA、（←これだと多分リセット二回問題）
YYWWxCxがセカンドリビジョンC
| N X P |
| LPC1830FET100 |
| PFM906.04 |
| ESD11470AY | ... Year:11, Week:47, chip Revision A

ありがとん

いずれバグつきの方が貴重になるから買っておしまい！

昔バグつき Pentium 60 を持ってたけど、貴重になんかならなかったじゃん !!

とうとうStellaris M3Sシリーズが非推奨品になっちゃった…
普通にTOPページから行っても見つからない。

>>711
しょうがないべ、あまり魅力なかったし。

それよか、AM335x スタータ・キットが$199な件
$199ならケース付きがいいなと、勝手に要望w

>711
おいおい、LM4SにはLANのPHY積んだ奴ないのに、移行どうすんだ。

TIのボードってマイナーなイメージだけど使っている人いるんだねぇ

エラッタ抱えたまま終わるなんて酷い。
所詮あたしなんてアソビだったのね！


その内秋月とかで投売りされるかもしれん。

>>715
なんの為にルミナリィ・マイクロを買収したんだろうね。
買収したら社員が全員辞めたとか?

>716
LM3S (Cortex-M3) 止めて LM4S (Cortex-M4) に統一するって話なので
さすがに部門は無くなってないぞ。

でも Cortex-M3 は俺たちが育てた(ドヤ)っていう Luminary Micro が
Cortex-M3 ぜんぶ切り捨てるとは思わなかったぜ。

>>717
それじゃ、M3は STmicroが強いから勝てないと捨てて、M4にリソースを集中して勝負なのかな。

>>715
どんなエラッタ？結構ひどいかんじなの？

てｓ

AllWinnerのA13ってチップ買える？　Digi-Keyに無かった。

>>721
olimexの中の人に問い合わせしれ

もし知ってるかたいたら、教えてください。
よくCPUで、民生用／産業用／車載用とあるのですが。。。

これは具体的に何が違うんでしょうか？
買える買えないとか出てくるもんなんでしょーか？

>>723
カタログスペック的には使用温度範囲の違いくらい。

品質保証的にはAQL, MTBFをキツメ。が、それは信頼性データと購入仕様書の取り交わしが普通は必要。
そのキツメの保証をするため、工場出荷的には高温放置・バーイン・高低温動作試験とかを行い、スクリーニングして初期不良を取り除くこともする。
これはメーカ側がどう保証するかの理念・思想に依存。

そんなとこだけど、買える買えないなら買える。
でも、保証してくれるかとは別問題かな。

>>723
じゃあ死ねば。

奥田民生用

軍事用・宇宙用とかは今でもセラミックパッケージなのかな

>>727
20mm機銃弾受けても壊れないんじゃね？

>>727
軍事用は捕虜になったら自爆する死ねスイッチが
実装されている。宇宙用は真空でも大丈夫なように
空気口がある

>>688
> (Freescaleのvybrid、AMDくらいしか聞こえてこないですよね。）
Cortex-A5、みっけ。
Telechips TCC892x
ttp://www.telechips.com/eng/product/consumer_pro13.asp

WONDERMEDIA PRIZM WM8750
　800Mhz ARM1176JZF processor
WONDERMEDIA PRIZM WM8650
　600Mhz ARM926EJ-S processor

ARM9も600MHzで動くんだ。

wandboardってどうすかね？そろそろ発売ですかね。
誰か買う人いますか？

これのこと？
https://www.icp-nmr.com/news/wandboard.html
いくらなん？

エヌ・エム・アールが7800円のARM小型ボードを12月中旬に販売開始
http://itpro.nikkeibp.co.jp/article/NEWS/20121102/434630/
> 　海外ではSoloが69ドル、Dualが89ドルで販売される予定だが、同社ではPSE
> マーク付きの電源アダプターを付属して、Soloを7800円、Dualを9800円で販売
> する予定だ。送料は、本州が800円、北海道・四国・九州が1100円、沖縄が1200円。

どうせならquad搭載のやつが良いな

>>734
SATA付きなのは良いな。

aitendoのは安いけど、ifがほぼAndroidパッドそのもので
SATA無いし、spdif無いし、DCジャックも小型な奴だし。
大きさに制約少ないんだから、せめてDCジャックは2.1mmにするか
別の内部接続向けコネクタ共用にして欲しい…

SATA付きってったら、ちょっと気になってたcubieboard
ちゃんと売り出してからわずか2日で売切れやがりましたね…

http://cubieboard.org/
1G ARM cortex-A8 processor, NEON, VFPv3, 256KB L2 cache
Mali400, OpenGL ES GPU
512M/1GB DDR3 @480MHz
HDMI 1080p Output
10/100M Ethernet
4Gb Nand Flash
2 USB Host, 1 micro SD slot, 1 SATA, 1 ir
96 extend pin including I2C, SPI, RGB/LVDS, CSI/TS, FM-IN, ADC, CVBS, VGA, SPDIF-OUT, R-TP..
Running Android, Ubuntu and other Linux distributions

とりあえず確保だけしておけばよかったかなｗ
SATAついているとはいえ実際どの位の性能出るんだろう？
簡単な鯖やNASとかメディアプレイヤーとか位ならすぐ作れちゃうね。
良い時代になったもんだ。こんな値段で出されたらOpenBlocksとか・・・。

ARMのSoCからSATA信号なんて出てないだろうと思ったらあった
USB-SATAよりは期待できるんでは

>>569
ARMが挑む最後のフロンティア、車載マイコン市場は攻略できるのか
http://monoist.atmarkit.co.jp/mn/articles/1212/21/news108.html
> アプリケーションプロセッサ、汎用マイコンで勢いを見せつけるARMだが、
> この車載マイコンではそれほどの存在感を得られていない。
> 車載マイコンでトップ3のルネサス、フリースケール、Infineon Technologies（インフィニオン）は、
> それぞれ独自コアを搭載した製品を展開している。
> フリースケールとインフィニオンは、汎用マイコンではARMコアを採用しているものの、
> 車載マイコンはこれまでも自動車メーカーやティア1サプライヤからの信頼を勝ち取ってきた
> 独自コアを搭載する方針を変えていない。

>>570
> 既販品は、Non-ARMが多いからかもしれませんが、
> 既販品の製品ライフ終了後の製品、例えば、ほぼ新規設計する製品など、
> よっぽど拘りが無い限り、ARMマイコンになるのではないでしょうか。

車載分野でのARMのシェア拡大は、まだまだ厳しいと思われる。

フリースケール、次世代の燃費基準を満たす世界最先端のパワートレイン・マイクロコントローラを開発
http://www.freescale.co.jp/pressrelease/article.php?id=688

フリースケール、Continentalとの協業により、先進的な車体制御
アプリケーション向けのクアッドコア32ビット・マイクロコントローラを開発
http://www.freescale.co.jp/pressrelease/article.php?id=689

上記プレスリリースの製品は、どちらもPowerアーキテクチャのプロセッサ。
フリースケールは車載向けとしてはARMよりPowerの方がメインというスタンスは変わっていない。

>734
それ本当にSATA付いてんのかね。
本家ではまだ付いた奴出てないようなんだけど。
技適すらとらない商社がわざわざSATA付き特注するとは思えん。

>>740
PowerPC系クアッドコア32ビット・マイクロコントローラ（？）
こういう車載ターゲットのCPUって、どんなOSが主流なの？


ARMじゃないけど、ちなみにこれ面白かった。
　Functional Safety:機能安全の実際 　
　http://car.watch.impress.co.jp/docs/series/cew/20120905_557449.html

>>741
コネクタをつけるのは自由じゃね？
SoloとDualLiteって明言しているのだから、普通の人は理解できる。

>>742
VxWorksはよく聞くな。あとLinuxも使ってるだろ。

車載といってもピンキリだからなぁ・・・。
クアッドコアとかリッチな方だと最近はQNXが流行ってる印象。
CE系も息絶えそうな雰囲気だし、あとはやっぱりAndroidも含めた
Linux系になるんじゃないかな。もっと小規模だと色々あるけどねぇ。

>>740
>車載分野でのARMのシェア拡大は、まだまだ厳しいと思われる。

自動車に使われてるマイコンって、特別に処理を要する一部以外は、8ビット、16ビットの
ちっこいマイコンが1台の車にやたら数使われてて、いまんとこARMはそのへん弱いから
暫くは状況変わらんと思う。

>>570
>ともかく、
>Renesasも、気持ち切り替えて、ARM搭載マイコンを製品化した方がいいのでは、
>ないんでしょうかね。

ARMアーキテクチャのRZっての始めるってアナウンスとっくにしてるよ。
http://japan.renesas.com/press/news/2012/news20121023.jsp

これは、知らなかった。
RZ/Nシリーズ、USB3.0搭載か、面白そう。
3.0搭載のSoC、これは先陣を切りそうな予感。

8bit/16bitの置き換えがM0+じゃなかったっけ？

だったらRXなんてワケワカメなシリーズ作らずに、素直に最初っからARMにしとけとオモタ (←ARM目線)

正直、プロセッサコアなんてどうでもよくね？
アセンブラで書かないし。

いや書けよ

アセンブラ必須な箇所は
リセットや例外のエントリ部分ぐらいじゃね

TIがDLP技術を車載情報機器に展開、HUDや曲面ディスプレイに最適
http://monoist.atmarkit.co.jp/mn/articles/1301/10/news015.html
>ディスプレイメーターやセンターコンソールに適用すれば、赤外線カメラとARMのアプリケーションプロセッサコア「Cortex-A15」と
>マイコンコア「Cortex-M4」を2個ずつ搭載する「Jacinto 6」などと組み合わせることにより、マルチタッチ対応のタッチスクリーン機能や、曲面ディスプレイをはじめとする自由な形状のディスプレイを実現できる。
>液晶ディスプレイでは難しい、ダイヤルやスイッチをディスプレイ上に組み込んだデザインも可能だという。

いま車載がアツイ

>>752
> いま車載がアツイ

という風になれば良いのにねぇ。

て言うか、ねただと思うがＣＭ真に受ける奴って…

ARMのアセンブラくらい書きやすいアセンブラはないよ。
コード効率が少しばかり良いコンパイラに大枚叩くより
ネック部分をアセンブラで書く方がずっと良い結果が得られる。

>>754
ネック部分をアセンブラで書いて、コード効率が良いコンパイラも導入すれば
更に良い結果になるよ。

車載は野郎のロマンやで
乗り遅れんなよお前ら

>>755
それはそうだわ

>>754
うん、書きやすいね。
ldmia r1!,{r2,r3,r4} とか素敵。

>>758
>ldmia r1!,{r2,r3,r4} とか素敵。

書きやすい例って、大抵のプロセッサでマクロで済む程度のもんしか挙げられないの?

書きやすいのはRISCなのに遅延スロットがないことが大きいかな
それに命令やアドレッシングモードが整理されてるし
クロック数も数えやすい
>>758
ところがldmよりldr並べた方が速いんだって知って愕然としている
サイズをとるか速度をとるか。。。

ARMに特徴的な3オペランドとか条件実行とかが有効に活用できれば効果は大きいが、
コーディングには慣れが必要。決して書きやすいアーキテクチャではないと思う。

そうか？パイプライン云々除いて命令関係だけなら３時間程度で覚えられたけど
何というか統一感がそれ以外のCPUに比べて断然強い

>>761
命令の覚え易さの話などしていない。
効率的なプログラムを書くにあたってARM固有の部分に慣れが必要と言ってる。

> ところがldmよりldr並べた方が速いんだって知って愕然としている

↑なんかも近い話だ。3時間の知識でコンパイラに勝つのは難しいと思う。

>>763
まあね
本当に頭の良いコンパイラがあれば到底勝てないでしょ
GCCとかIARあたりになら勝てそうだけど

>>764
ベンチマーク鵜呑みにしてIARが最高性能だと思ってたけどもっといいコンパイラあるの？

私は条件実行が好きです。

asm繋がりで、
gas(gcc)で表記がunifiedとそうじゃないやつと
切り替えられるんだがなんでそうなってるのとか
両者の特徴とか誰か教えて。

>>765
いや知らん。
はっきりいってこの辺のマイナーなコンパイラの最適化なんてどれも大したことないよ。

マイナーっていうのはX86系と比べての話だけど。。。
ARMのコンパイラ触ってるとMSとかインテルのコンパイラの偉大さがわかる。

こいつ、PICスレ荒らしてたアセンブラ厨爺だから、スルー推奨。

透視能力も相当乏しいようだな。
PICなんてやったことないし。

昔話だけど、1990〜2000年くらいまでは最適化ノウハウが未熟だったせいか
大抵のCPUでGCCの方がメーカ製Cコンパイラより圧倒的に性能良かったんだよな
下手なアセンブリコーディングより良いコードが出るってことでも
その後、各メーカーが意地になって性能上げてきた

>>771
>昔話だけど、1990〜2000年くらいまでは最適化ノウハウが未熟だったせいか
>大抵のCPUでGCCの方がメーカ製Cコンパイラより圧倒的に性能良かったんだよな

そんな事実はない。
一部の、最適化に熱心でない製品よりは性能が良いこともあった、とかその程度。

（笑）
------- Cソース -------------------
#include <stdint.h>
int32_t ComputeMac(int16_t *a, int16_t *b, uint32_t len)
{
　　　　int32_t mac;
　　　　for(mac=0; len; len--) {
　　　　　　　　mac += (*a) * (*b);
　　　　}
　　　　return mac;
}

------- gcc 4.7.2 (Sourcery CodeBench Lite 2012.09-63)の場合
$ arm-none-eabi-gcc -mcpu=cortex-m4 -mthumb -O4 -S

ComputeMac:
　　　　@ args = 0, pretend = 0, frame = 0
　　　　@ frame_needed = 0, uses_anonymous_args = 0
　　　　@ link register save eliminated.
　　　　cbz　　 r2, .L3
　　　　ldrh　　r0, [r0, #0]
　　　　ldrh　　r3, [r1, #0]
　　　　smulbb　r0, r0, r3
　　　　mul　　 r0, r0, r2
　　　　bx　　　lr
.L3:
　　　　mov　　 r0, r2
　　　　bx　　　lr

------- IAR Embedded Workbench for ARM 6.50.2.4585の場合
Optimizations Level=High(Speed)

ComputeMac:
　　　　MOV　　　R3,R0
　　　　MOVS　　 R0,#+0
　　　　CBNZ.N　 R2,??ComputeMac_0
　　　　BX　　　 LR
??ComputeMac_0:
　　　　PUSH　　 {R4-R6}
　　　　LDRSH　　R5,[R3, R0]
　　　　LDRSH　　R6,[R1, R0]
　　　　ANDS　　 R4,R2,#0x3
　　　　BEQ.N　　??ComputeMac_1
??ComputeMac_2:
　　　　MLA　　　R0,R6,R5,R0
　　　　SUBS　　 R4,R4,#+1
　　　　BNE.N　　??ComputeMac_2
??ComputeMac_1:
　　　　LDRSH　　R5,[R1, #+0]
　　　　LSRS　　 R2,R2,#+2
　　　　BEQ.N　　??ComputeMac_3
??ComputeMac_4:
　　　　LDRSH　　R4,[R3, #+0]
　　　　MULS　　 R4,R4,R5
　　　　ADDS　　 R0,R4,R0
　　　　ADDS　　 R0,R4,R0
　　　　ADDS　　 R0,R4,R0
　　　　ADDS　　 R0,R4,R0
　　　　SUBS　　 R2,R2,#+1
　　　　BNE.N　　??ComputeMac_4
??ComputeMac_3:
　　　　POP　　　{R4-R6}
　　　　BX　　　 LR　　　　　　　 ;; return

------- Cソース ------------------- >>773のバグを直したもの
#include <stdint.h>
int32_t ComputeMac(int16_t *a, int16_t *b, uint32_t len)
{
　　　　int32_t mac;
　　　　for(mac=0; len; len--, a++, b++) {
　　　　　　　　mac += (*a) * (*b);
　　　　}
　　　　return mac;
}

------- gcc 4.7.2 (Sourcery CodeBench Lite 2012.09-63)の場合
$ arm-none-eabi-gcc -mcpu=cortex-m4 -mthumb -O4 -S

ComputeMac:
　　　　@ args = 0, pretend = 0, frame = 0
　　　　@ frame_needed = 0, uses_anonymous_args = 0
　　　　@ link register save eliminated.
　　　　push　　{r4, r5}
　　　　cbz　　 r2, .L4
　　　　subs　　r3, r0, #2
　　　　movs　　r0, #0
.L3:
　　　　ldrh　　r5, [r3, #2]!
　　　　ldrh　　r4, [r1], #2
　　　　subs　　r2, r2, #1
　　　　smlabb　r0, r5, r4, r0
　　　　bne　　 .L3
.L2:
　　　　pop　　 {r4, r5}
　　　　bx　　　lr
.L4:
　　　　mov　　 r0, r2
　　　　b　　　 .L2

------- IAR Embedded Workbench for ARM 6.50.2.4585の場合
Optimizations Level=High(Speed)

ComputeMac:
　　　　PUSH　　 {R4-R6}
　　　　MOVS　　 R3,#+0
　　　　CBZ.N　　R2,??ComputeMac_0
　　　　ANDS　　 R4,R2,#0x3
　　　　BEQ.N　　??ComputeMac_1
??ComputeMac_2:
　　　　LDRSH　　R5,[R0], #+2
　　　　LDRSH　　R6,[R1], #+2
　　　　MLA　　　R3,R6,R5,R3
　　　　SUBS　　 R4,R4,#+1
　　　　BNE.N　　??ComputeMac_2
??ComputeMac_1:
　　　　LSRS　　 R2,R2,#+2
　　　　BEQ.N　　??ComputeMac_0
??ComputeMac_3:
　　　　LDRSH　　R4,[R0], #+2
　　　　LDRSH　　R5,[R1], #+2
　　　　MLA　　　R3,R5,R4,R3
　　　　LDRSH　　R4,[R0], #+2
　　　　LDRSH　　R5,[R1], #+2
　　　　MLA　　　R3,R5,R4,R3
　　　　LDRSH　　R4,[R0], #+2
　　　　LDRSH　　R5,[R1], #+2
　　　　MLA　　　R3,R5,R4,R3
　　　　LDRSH　　R4,[R0], #+2
　　　　LDRSH　　R5,[R1], #+2
　　　　MLA　　　R3,R5,R4,R3
　　　　SUBS　　 R2,R2,#+1
　　　　BNE.N　　??ComputeMac_3
??ComputeMac_0:
　　　　POP　　　{R4-R6}
　　　　MOV　　　R0,R3
　　　　BX　　　 LR　　　　　　　 ;; return

いやいや。久しぶりに腹抱えて笑わせて貰いましたわ
IARさんありがとう！

ああごめん>>775,778は石の設定Cortex-M3に間違えてたわ。
（俺の笑いどころはそこじゃないんだけど）
Cortex-M4だと>>778は以下。

------- IAR Embedded Workbench for ARM 6.50.2.4585の場合
Optimizations Level=High(Speed)

ComputeMac:
　　　　PUSH　　 {R4-R6}
　　　　MOVS　　 R3,#+0
　　　　CBZ.N　　R2,??ComputeMac_0
　　　　ANDS　　 R4,R2,#0x3
　　　　BEQ.N　　??ComputeMac_1
??ComputeMac_2:
　　　　LDRSH　　R5,[R0], #+2
　　　　LDRSH　　R6,[R1], #+2
　　　　SMLABB　 R3,R5,R6,R3
　　　　SUBS　　 R4,R4,#+1
　　　　BNE.N　　??ComputeMac_2
??ComputeMac_1:
　　　　LSRS　　 R2,R2,#+2
　　　　BEQ.N　　??ComputeMac_0
??ComputeMac_3:
　　　　LDRSH　　R4,[R0], #+2
　　　　LDRSH　　R5,[R1], #+2
　　　　SMLABB　 R3,R4,R5,R3
　　　　LDRSH　　R4,[R0], #+2
　　　　LDRSH　　R5,[R1], #+2
　　　　SMLABB　 R3,R4,R5,R3
　　　　LDRSH　　R4,[R0], #+2
　　　　LDRSH　　R5,[R1], #+2
　　　　SMLABB　 R3,R4,R5,R3
　　　　LDRSH　　R4,[R0], #+2
　　　　LDRSH　　R5,[R1], #+2
　　　　SMLABB　 R3,R4,R5,R3
　　　　SUBS　　 R2,R2,#+1
　　　　BNE.N　　??ComputeMac_3
??ComputeMac_0:
　　　　POP　　　{R4-R6}
　　　　MOV　　　R0,R3
　　　　BX　　　 LR　　　　　　　 ;; return

言うまでもないと思うけど
人間が書いたアセンブラでGCCにもIARにも楽勝で勝てます（断言）

781の蛇足さえなきゃGJだったのに...。

>>768
> ARMのコンパイラ触ってるとMSとかインテルのコンパイラの偉大さがわかる。
Visual Studioが吐くARMのネイティブコードはどうなの?

>>782
一言多くてすみません。
GJというかたまたまバグを書いてしまっただけで、普通こんな事はしないので
これをもってIARさんを叩く気は毛頭無いです。ただ>>775のコードがあまりにも面白かったんで。

>>760
＞ところがldmよりldr並べた方が速いんだって知って愕然としている

一体どういう理屈でそうなるの？
マルチプルload/strore命令だとハードウェア的に効率が良いバーストアクセスを使うはずだし、
命令数が少ないということは命令フェッチも高速になるはず。
それともキャッシュが効いた場合だと逆転するってことか？

>>781
ぜひ、Linuxのカーネルをアセンブラで書き直していただけませんか？
お願いします。

>>786
どういう目的?
OSなんてそれ自身ではCPU timeはさほど消費しないし、大半がCで書かれてるLinuxを
アセンブラで書き直したところで得られるメリットなんて殆ど無いと思うが。

でもおまいらステップ実行できないと困るから
いつもO0なんらろ？

>>786
boot関連とか必要な箇所では結構アセンブラで書かれてるよ。
linux/arch/arm以下の「*.S」を探してみるといい。

>>785
Technical Reference Manualの「Load/store timings」のところに書いてる

push/popもstm/ldmと同じだからpush {r4}みたいのはstrに置き換えた方が良いと思う

全てのARMコンパイラの中でどれが一番良い？

>>785
分かり易く説明してくれてる人もいる
http://www.rz.uni-karlsruhe.de/rz/docs/VTune/reference/Load_Store_Multiple_of_n_Register.htm

>>787
コンテキストスイッチが軽くなるのは大きなメリットだと思うぞ。

>>794
Linuxのコンテキスト切り替え部分ってCで書いてんの?

大きなメリットが得られるほど軽くなるならアセンブラで書き直すぐらいとっくに本家のリポジトリでやってると思うけど。

コンテキスト切り替えのCで書けない部分以外はCで書いてるんじゃないの？

>>793
なるほど、LDR/STRは連続するとパイプライン動作するからLDM/STM同等に最短でアクセスできると。
しかしLDM/STMの前後ではパイプラインがストールしてLDR/STRと比べると１サイクルだけ不利になるということか。
ただやはりキャッシュヒットが前提の話だから、キャッシュミスした場合のペナルティが気になるな。
それに将来アーキテクチャーの変更で改善される可能性もあるからな。
アクセス数が多い(8とか)場合はそれほど差は出ないからLDM/STM使った方が無難かも。

>>797
まあ1サイクルだけだからね。よほど短くて重いループ内以外は気にする必要ないね。

>>798
で、Visual Studioは? 比較したこと無し?

>>799
まだしてない
つか、その環境良く知らんかった。俺も教えて欲しい。
スタンドアロンな組み込みに使えたりするの？

アラインメント調整やアンロールしているとかそんなところで笑ったのか？

>>801
もう笑うのはお腹いっぱい

笑いのツボがさっぱりわからんけどどうでもいいか

>>788

Cortex-Mシリーズの開発環境を導入したんだけど、これ何て読むんだ？
Keil

キール？カイル？ケイル？

>>805
俺も前から疑問だった。
英語だとケイル、ドイツ語だとカイルだよね。KEILはヘッドクオーターが
ミュンヘンになってるからドイツ語読みのカイルが正しいと思うけど欧米人は
固有名詞でも母国語読みするからUKのARMに買われた時点で英語読みも
間違いでは無いのかも。因みにキールだとKielだからこれは違うと思う。

ケイルか？
http://www.ezwire.com/cust/Digikey/Keil/Keil-ja.pdf

こっちはカイルだった
http://www.kumikomi.net/interface/sample/201206/if06_064.pdf

>>806
と思うじゃん？
SPACE ALCでkeilで用例検索すると、人名でキール読みがいっぱい出てくるんだよね。
Tom Keil(トム・キール氏 みたいな)
普通キールさんは、Kielだと思うよね。

みんなも読み方に困っているのが分かって安心したけど、ドイツ語読み安定かねぇ。

アーム株式会社(原文まま)を自称するTwitterアカウントが定期的に
Keilと書いて、カイルと読みます。
って呟いていたから、これでFAかな。

アインシュタイン博士も米国に亡命したからといって
エインステインと表記が改められたりはしなかったわけで

HONDAと書いても場所によっては
『おんだ』と呼ばれたり

>>792

自分で評価しようとか思わないのか？
俺は疲れた

gccでいいだろ
armなら不具合あってもすぐにパッチ出る状況だし

>>815
NXPのページに提供しているコンパイラはGCCだけどコード効率やスピードを
上げたい場合はIARやKEILで最適化しなって書いてあったなぁ

>>816
AVRスレによるとGCCとKEILがどっこいで、IARがダントツらしい。

違うCPUで比較してどうすんの・・・

GPLに汚染されたくないのでgccは避けたい

GCCでGPL汚染とかコンパイラ屋のFUDを真に受けてる情弱がいるんだよなマジで
大企業の老害に多い

GNU porduct使いつつLGPLやGPL3もろもろ駆使して好き勝手やるこすっからい奴よりは
きっぱりすっぱり近付く気もない奴のほうがいい。

サポートのある環境しか採用しないって思想は根強くあるだろうね
金を払っててもサポートがあるかどうかは別問題として

昔は圧縮ソフト使ってやり取りすら禁止されてたな

自分でライセンス調べることも出来ないんじゃ話にならないね
newlibとかも知らないんだろうし

日本でオープンソースみたいな文化が流行らない訳がよく分かる流れだなw そういう世界の恩恵を全く受けずにこの業界にいる奴なんて皆無だろうに

>>800
> スタンドアロンな組み込みに使えたりするの？
出来るしょ、OS (Windows CE)をビルド出来るんだから。

あまり聞かないし、Visuai Studioはtumb?をサポートしないだろうけど、ARM9以上ならイケるツールだったりして。

実際の所、GPL違反で訴えられた事ある人いる？

あと、ARM+linux, ARM+androidはよく使うけど、
ARM+rtos環境でオープンソースってよく使ったりするものなの？

外注使って開発しているような場合、GPLひっかかるライブラリとか
いつのまにか使っていたりして困る。特にネットワーク回り。
ある程度ソースコードを資産として持っているインド人の会社とかに多い。

>>826
＞ARM+rtos環境でオープンソース
そんなの今やそこら中に溢れてるよ

組み込み環境でオープンソース使う場合のライセンス問題なんて
１０年前にはもう完全クリアされてるからな
アホな話して時間を無駄にするのはいい加減やめようや

オープンソースと一口に言ってもライセンスは色々あるのにな。10年前にGPL3はあったか？

ソフトはハードのおまけだろ

>>830
だからライセンスをクリアするための環境なんてとっくの昔に確立されてるんだって
お前が情報収集に怠慢なだけだろ

そもそもGPL v3にしたってもう５年前以上の話だろ
頭が化石になってるんじゃないのか？

>>832
何故その方法が大丈夫なのかの根拠って考えたことある？

うんうん。
今時、普通に有能な会社はそんなところで躓くことなくGNU環境と付き合ってるからｗ

間抜けなこと言ってる奴ってAndroidのコアがLinuxだってことも知らないん
じゃないかという疑いさえ浮上するレベル

思考停止してるし。お前の世界のオープンソースってGNUしか、GPLしかないんだな。会社の言うがままで自分でも根拠示せないのに話題にするのが時間の無駄とかよく言えるなぁ。

>>837
＞会社の言うがまま
それはお前じゃないのか？
少なくとも俺を言うがままに出来る会社なんて存在しないし

＞お前の世界のオープンソースってGNUしか、GPLしかないんだな。
どのライセンスのこと言いたいのか知らないけど、
何にせよ、使うパーツのライセンスをきっかり管理するのは今時当たり前なんだよ。

誰もそんなこと否定してないしw 一体何と戦ってるんだよ。俺が突っ込んでるのは「10年前に確立してるから話をするだけ無駄」と話題をバッサリ切っているところだよ。国語の勉強した方がいいんじゃない？

>>840
>俺が突っ込んでるのは「10年前に確立してるから話をするだけ無駄」と話題をバッサリ切っているところだよ。

フリーソフトのライセンスに関する目新しい議論でも持ち上がった訳でもないんだから
そこはバッサリでいいんでないの。

ああ、もう俺自身の昼休みも終わりだから、これくらいにしとくわ
化石と議論したって何も得るところないし

俺は考古学者じゃないんだから（自戒）

>>841
わかってる人間同士ならそれで良いと思うよ。でも知らない人が質問している
ところでそれはないでしょと思う。根拠くらい示すべき。そもそも漠然とした
質問なんだから相手の意図しているところが自分の想定から外れてるかも
しれないという事を考えないのは頭が化石化してると思うよ。

>>844
漠然とした質問には「そんな話は10年も前に終わっている」でおｋ。
説明したところで理解されるとも限らん。解答に納得しない奴なら自分で調べるだろ。

黙っていれば判らないし、
ばれたら静的リンクしてるソースは公開する。

そういえばいいのに、おれ知ってるんだ、おれ知ってるんだ、おれ知ってるんだ！
と連呼、
おれ知識ある、おれ知識ある、おれ知識ある！とアピールする手法。
考える事を放棄した世間体だけを気にする連中にはウケる。


でも、そうじゃない連中には、基地外にしか見えない。

このスレでは基地外に見えたから少し安心した。

静的でも動的でも全部のソースの公開だよ？

MITライセンスやBSDライセンスはもっと制限が緩いから
組み込みにBSDを使うとか何とか

>>799 >>825
今一番最新と思われるVS2012+WindowsPhoneSDK8入れて確認してみた。

-16 assemble source as 16 bit Thumb instructions
-32 assemble source as 32 bit ARM instructions
-coff_thumb2_only allow only Thumb-2 code

ARMは詳しくないのでよく分からないけどこれなら古いのから新しいのまで
いけるんじゃない？ちなみにバージョンはC/C++コンパイラが17.00.50727.1
ASMが11.00.50727だとさ。ライブラリがどの位揃ってるかとかライセンスが
どうかとかは調べてないのでわからない。

ここに書かれてる方法でQEMUでARMのｕｂｕｎｔｕ走るな
http://blog.kmckk.com/archives/4349088.html

ｰMオプションにversatilepbを指定してDebianを走らせることはできたが
メモリが256MBまでしか指定できなかったけど
これに書かれてるのはvexpress-a9を指定しててメモリ1GBでも動作するからより実用的

上にあったコードをVS2012の奴でアセンブラ生成させてみた。
オプションとかあまりよく分かってないので適当。
>>773の奴が
; Listing generated by Microsoft (R) Optimizing Compiler Version 17.00.50727.1

TTLG:\projects\VS2012 for arm\test.c
THUMB

AREA|.drectve|, DRECTVE
DCB"-defaultlib:LIBCMT "
DCB"-defaultlib:OLDNAMES "

EXPORT|ComputeMac|
; Function compile flags: /Ogtpy

AREA|.text|, CODE, THUMB

|ComputeMac| PROC
; File g:\projects\vs2012 for arm\test.c
; Line 5
cbz r2,|$LN9@ComputeMac|
ldrsh r0,[r0]
ldrsh r3,[r1]
mul r3,r0,r3
; Line 10
mul r0,r3,r2
|$M11|
bx lr
|$LN9@ComputeMac|
movs r0,#0
|$M12|
bx lr

ENDP ; |ComputeMac|

END

>>776の奴。前に書き忘れたけど最適化はIARがspeed書いてあったので速度の方でかけてある。

; Listing generated by Microsoft (R) Optimizing Compiler Version 17.00.50727.1

TTLG:\projects\VS2012 for arm\test2.c
THUMB

AREA|.drectve|, DRECTVE
DCB"-defaultlib:LIBCMT "
DCB"-defaultlib:OLDNAMES "

EXPORT|ComputeMac|

AREA|.pdata|, PDATA
|$pdata1$ComputeMac| DCD imagerel |$LN13@ComputeMac|
DCD0xfd116039
; Function compile flags: /Ogtpy

AREA|.text|, CODE, THUMB

|ComputeMac| PROC
; File g:\projects\vs2012 for arm\test2.c
; Line 3
|$LN13@ComputeMac|
push {r3-r5,lr}
|$M11|
mov r3,r0
; Line 5
movs r0,#0
cbz r2,|$LN9@ComputeMac|
subs r5,r3,r1
|$LL3@ComputeMac|
; Line 7
ldrsh r4,[r5,r1]
ldrsh r3,[r1],#2
subs r2,#1
mla r0,r4,r3,r0
bne |$LL3@ComputeMac|
|$M14|
; Line 10
pop {r3-r5,pc}
|$LN9@ComputeMac|
|$M15|
pop {r3-r5,pc}
|$M12|

ENDP ; |ComputeMac|

END

>>849
VS2012はThumbまでサポートしてるのか、いつのまに
すごいな、組み込みに使えるんじゃね?
でも、NETMFのビルドで見かけないのは何故かしらん。

>>851,852
サンクス！
GCCのコードに近いけど、レジスタpush/popが２つ多いんでこれに限ってはGCCの勝ちか
ループアンローリングはやってないね

http://pc.watch.impress.co.jp/docs/column/inoue/20130128_585271.html

今日二回その基盤の話題を聞いたわ。
まったく別の人から別の場所でｗ

>>850
QEMUって、実際の現場ではどんな時使うもんなの？
誰が何目的で使ってるんだろう。

>>851,852
ありがとう。
次はCoreMarkをヨロ

>>857
Android SDKのエミュレータはQEMU

FPGAやPSoCの流れになってきてるから、そろそろそっち方面にも手を付けとくかな

誰かsmart fusionって使ってる人いるかい？
触った感想教えてー。

linuxはカーネルモジュールが全部汚染されるから
特にGPUの部分は真っ黒じゃなかったっけ
あの辺てandroid以降何か変わったのかな

GCCを組み込みに使ってもライセンス問題なんて今時ねーよ
って話を何故かカーネルとリンクする話にすりかえる人が居ただけですから混乱しないでください
カーネルとリンクすればGPLになるのはそりゃそうです
Androidのネイティブアプリを開発するためのAndroid NDKではGCCが使われています
GCCを使うこと自体には何らライセンス問題はないのは明白です

まだ疑念のある人は↓とかを読んでみてね
http://news.mynavi.jp/news/2009/01/29/056/index.html

>>863
>GCCを組み込みに使ってもライセンス問題なんて今時ねーよ

gcc単体ならないだろうけど、それ以外のライブラリやモジュールのライセンスをよく確認しないで
静的リンクしちゃって、あとからGPL汚染が発覚するなんてのはあり得る話よ?

コンシュマー系のゲームでそういうんで騒ぎになったの何度か見たことあるわ。

＞ライセンスをよく確認しない
そんなの問題外であって、GCC使用とは無関係な話

なんか一人だけ鼻息荒いのが張り付いてるけどもういい加減良いだろ鬱陶しい。

ところで世の中の流れ的にPS4ってやっぱりARMになるのかな？PSVitaがお前スマホかよ
みたいなつまらんスペックだったけど、据え置き機ってパフォーマンス的にもっと上を行く
代物になるイメージだし現行でそんなARMってあるんだっけか？Cortex-A57とかかな？

>>865
GCCを「使うと」ライセンスがーって言う人は
そういう事を言いたかったワケか。

コンパイラとライブラリは分離不可能な組みだと考え
フリーか自作のライブラリで補うって考えが無いから
GCCは使えない（ｷﾘｯ　みたいな事を当たり前に言ってたのか。

>>868
ライセンスとかよくわからんし調べる気もないからgccやGNU関係には近づかないって判断でないの。

それはそれで正しいと思う。

>>869
意味合いは違うけどFreeBSDみたいに脱GPLの流れはあるし面倒臭いものには関わりたくないというのは普通の心理かと。gccの話は今まではフリーだと他に選択肢が無かったというのも大きいかな？

>>869
正しくねーよバカ
少なくとも今時職業でやってるなら

バカはどうせ自動的に淘汰されて死んでいくんだからどうでも良いけど

ゲーム開発者なら、メンドクセーからGCC触らねーよｗみたいな結論も、
gcc使うとライセンスが〜と誤解したままだという事もありうる。

以前シコシコとライブラリ作ったのを思い出した。
gccは貧乏企業の味方だなｗ

>>871
仕事で使ってる奴も、大抵は誰かがなんかのターゲット用にまとめてくれた奴使ってんじゃないの?
そういうので提供される静的にリンクされるライブラリに出自がGPLのものが混入している可能性は
ありえないことではないし、その可能性を払拭するためには、自分で全てのソースファイルの出自を
確認した上で、自前でビルドする必要があると思うが、そこまでやってる奴は少数だろうし、そんな
心配するくらいならGNU製品は避けようという判断もありうるものと思うが?

今時どこにそんなオープンソースを全く使わないでやってける富豪な企業があるんだよ
自分のところがそうだと思ってるならそれは幻想だよ
あんたの会社潰れるよ

>>875
組み込みでのARMの開発にgcc以外のコンパイラを選択するってそんな大騒ぎするような話か?

>>875
>今時どこにそんなオープンソースを全く使わないでやってける富豪な企業があるんだよ

適材適所って言葉も知らんおバカさんみたいね、ゴメンゴメン。

え、散々会社自慢みたいな事や偉そうな事書いてたのにそのレスかよ。
俺はこの10年位組み込みやってるけどgccとか業務で使ったこと無いぞ？

良い感じで荒れたな。
リセットしよう。

GPL厨はすぐﾌｧﾋﾞｮるからうぜえ
所詮オウムやヤマギシと同類のカルト

>>867 そこはGPGPUっしょ

>>881
詳しくは知らないんだけどGPGPUってGPUをあまり使わない状況じゃないとうまく
使えないんじゃないの？ゲーム用途だとGPUもモリモリ動いてるんだよね？
結局突き詰めるとXeon PhiというかLarrabeeみたいな事になりそうだけど・・・

>>880
別にGPL厨じゃないよ
ウソデタラメ言う奴が居たから少し熱くなっただけ
いずれにせよ時間の無駄だから、もうこのスレには来ないわ

テンプレ使用って感じだなw

クソすげーチップになりそうだな、こりゃ
いっぺん、評価してみてーなぁー

http://news.mynavi.jp/news/2013/01/08/087/

>>873
PS2以降は触ってないから知らんけど、PSは公式で配布されてた
コンパイラがgccだったよ

>>886
メーカーが責任持つんだから何でもいいじゃん。

>>886
PS2ゲームソフト「ICO」のGPL違反が発覚
http://slashdot.jp/story/07/12/02/1340209/

畑が違うけど一応読み物として

GPLが検出されたら製品出荷は中止! バンダイナムコのOSSリスク管理
http://news.mynavi.jp/articles/2010/11/26/oss/index.html


オプソ自体は大変結構だし助かってる、ライセンス管理も当然
だがGPLだけは感染条項やv3以降の反Tivo化条項があるから避けられるのも当然だな
実際FSFはGPLで商売してもいいと言いながら反商業的な条項盛り込んでて使いにくい
他の選択肢があるならそちらを選ぶわな

ここはGPLについて語るスレです
ARMの話は余所でそうぞｗ

GPL2の話はここでいいですか？

>>860
ほほう、確かに(ﾆﾔﾘ

>>882
Cellって浮動小数点演算が得意。
GPGPUも同じで、今はスバコンに使われるくらい。
PS4にARMの出番はないと思うし、むしろx86積んでもおかしくない。

ゲームでパワーが必要なのはグラフィックだから
GPU 側を強化するのは当然の流れだろう。
むしろ、Cell みたいに中途半端にグラフィックでない部分を
変えてしまうとソフト組むのが面倒になる。

GPGPUが得意なのは整数演算(≒固定小数点演算)であって
決して浮動小数点演算ではないと思うですよ

ハァ?

GBAプログラミングは余り流行らなかったな。

895は10年以上前から来たようです。

PS3のCellが得意なのは単精度浮動小数点演算
ゲームには単精度で十分だけど科学技術計算には倍精度が必要
IBMは倍精度浮動小数点演算に対応したものもだしてたようだが

IEEE 754 形式の浮動小数点フォーマットは
単精度は指数部 8 ビット、仮数部 23 ビット
倍精度は指数部 11 ビット、仮数部 52 ビット
単精度は10進で6桁
倍精度は10進で15桁
計算精度が全然違う

>>900
単精度と倍精度の違いは、わからないやつはわからないよ。
衛星の軌道計算とか単精度でやると、全然ダメだ。

そこで固定小数点ですよ

FPU無しのマイコンなら固定少数ですよねー
昔のゲームプログラミングを思い出してちょっと胸熱

固定小数点での演算って桁落ちするから数値計算には使えない。

8/16ビットのマイコンで、固定小数点で使い物になるのは、せいぜい小数点以下2,3桁程度まで。
5桁くらいから、浮動小数点使うのと変わらなくなってくる。
32ビットCPUなら、普通に浮動小数点ライブラリ使ったほうがバグも少ないし楽なことも多い。

>>900
記録フォーマットと計算精度は別。

>>806
漏れは可愛らしくカエルって呼んでる

>>860
FPGAもデカくなって、ちょっとしたプロジェクトでは使い切れなくなった。
使い切れないってことは、チップが売れない。
だからCortex-A9でも入れて、使ってもらおうという戦略。

売れないだろうな。

倍精度浮動小数点を使っていても、加算する順番で桁落ち誤差がでるんじゃよ
積算する場合、絶対値の小さい順から大きい順に並べてから足さないと
精度が出ないのじゃ

>>904>>905
あんたら馬鹿?
固定小数点演算の入り口で分かった気になるのはどうかと思うよ。

>>910
許してやれよ。
倍精度の有効桁数で足りるような仕事しかしたことがない人もいるんだよ。

ARM使ってそこまでの精度が必要なのってどういう用途なの？

>>910
有効桁の事を全く考慮せずに動かしちゃう人は実際いるんだよ。信じられないけどね。
とりあえずそれっぽい値が出てきてくれる浮動小数点(できれば倍精度)が人気あるのはそのためでしょう。
「今は精度のことは後回しにして、アルゴリズム開発のあたりを付ける」ってわかってるなら良いんだけど、
「固定小数点使えねぇ〜倍精度最強」とか「倍精度で作っておけば問題なし」とか勘違いしてるのが
問題だよね。

longlong最強伝説