【Cortex-】 やっぱARMっしょ part10 【AxRxMx】©2ch.net
レス数が1000を超えています。これ以上書き込みはできません。
ARMデバイス、ARMボードについて組込系ARM全般のスレ
時代は「やっぱARMっしょ」
省電力ニーズの高まりを背景に海外チップベンダーはもとより国内勢も参戦
ホビーとしてのマイコンからスマートデバイス用プロセッサまで
ARMコアを持つチップやボードのラインナップは今まさに百花繚乱
【前スレ】
【Cortex-】 やっぱARMっしょ 9 【AxRxMx】
http://wc2014.2ch.net/test/read.cgi/denki/1399381482/ -−-
_. ' ´ ` 、
/ / \
/ // ` ー-
. //ィ' ./ __ _,./ | |
,ィ' / / ´, ' ^ ′ ,| |
'´ l′ _/ .__/ / 7ト/.
. / . ィ'/ 「'7女ァr / / !'| lヽ |
//,r1' ,.イ ム. / / / ぇ、リ | |
. ´ l.{ |/ | [_/ // ' ヾ:、 |
| ヽ| | ' ん /| / |
| | | ヽ、/,r´|/ ,ハ
| | |\ ´’ / , , ' l/ 人生いろいろ、ARMもいろいろだよ
| | | j` ー--‐ャ ´ / |/
'. ハ. |/ / / , < !
⊂,. ̄`ヽ∨ ∨ | ̄`/ / , /,r⌒.ー、
/ ゙l V' | / //'´ i´ `ヾ
}',. , / | ヽl. / /' ! ) >>3
買えないAllwinnerチップなんて、このスレ的には論外だな。
ここは電気/電子板だからね。 別にプログラミングがベアメタル限定って訳でもないんじゃね >>6
組み込みのエンジニア的には,アプリケーションごとに基板起こすのが当たり前だから
石が国内流通してない評価基板は論外,って言いたいんじゃないかな
ルネサスのRZでも使ってろ,と┐(´д`)┌ $9で手に入ってしまうようだと、作るのが馬鹿らしいって
思える範囲が広がるだろうね。
$9って、少量生産じゃ部品代どころか、実装費にもなりゃしなかったり。 >>8
その手の基板は保証が無いし、デイレーティングも熱設計もして無いから、システムには使えないんだよ。
産業機器は温度・ノイズがハンパ無いし。
絶対定格下回っていれば、定格超えしてもいいんだ設計もあるからね。
使えるのは試験治具かな。
とにかく安く台数作りたくて、エアコンが効いた環境で、壊れたら交換すればいい的な。 >>9
昔々にPCについても同じようなことを言っていたのがいたっけなぁ。
でも、結局PCで片付けちゃえという範囲が広がってしまったしな。
FA用のPCとかいうのもあるけど、価格を何十倍にもできるわけじゃ
ないから、結局中身はといえばちょい足し改良くらいで済ませる
しかなくなったりでね。
昔はそれこそコンデンサ一つ、抵抗1本に至るまできっちり試験したり、
基板やら実装なんかも含めてかなりうるさくやってたけど、もう
そういうことができるのは限られた範囲になっていくんだろうな。
「武士は食わねど・・」ってわけにはいかないしね。
プライドを捨てたもん勝ちって感じ? >>11
FC 用の PC って中身がどうのこうのより、10年供給するって言う方が重要 >>12
FA設備作ってる会社で働いてる者ですけれど
PCなら別の機種に載せ替えれば済むので供給は全然重要じゃないです
突然故障して客先からラインが止まってると電話が掛かってくるのが一番困る・・・ >>13
別のPCとすげ替えて、動けばOK
で、すむようなぬるい機器ならそれでいいんだろうね
まあそんなことやってるから
> 突然故障して客先からラインが止まってると電話が掛かってくる
なんてことになってるんだと思うけど w >昔はそれこそコンデンサ一つ、抵抗1本に至るまできっちり試験したり、
製品を作るのにあたって、コンデンサ、抵抗を単品で試験する?
どれぐらいが昔なんかわからないけれど、20年前でもこんなのって
宇宙か兵器ぐらいなんじゃないかな。少なくともおれは経験ないな。
信頼できるメーカーのものをディレーティングかけて使う、というのが
普通だったと思う。
あと、信頼性については大量生産であったりどれだけ使われているかで
担保される面はあるんじゃないかな。 >>15
設計段階の評価なら15年ぐらい前にはコンデサや抵抗まで試験してたよ
試験したやつでないと採用できないし
汎用機だと量産時でもメモリーとかは全数検査してた
今はメーカーに試験結果出させて書類でやってると思う >>16
そのとうりですね
だからたまに部品メーカーが適当なことやって組み込みメーカーが大変な思いをしてる
棒キーエンスとかさ >>15
>信頼性については大量生産であったりどれだけ使われているかで
>担保される面はあるんじゃないかな。
ないない。 >>18
ないない、ってことは、ないない。
あ、担保されてる面がある、というのは、担保される、じゃなくて、
担保されることがある、ってことね。
量産品とオーダーメイドの単品だと、信頼性はだいたい量産品の方が高いと思ってる。
「伝説的職人が作った限定5台。至高のPLC」なんて、俺は絶対に買わないな。
出せるお金も製造者が持つノウハウも有限だし、まあだいたい世の中それで
まわってるし。
たまに困ったことがあるとしても、トータルで、良いね、が、良くないね、
を上回ってるのが現状だろうし。
ごくごくクリチカルな分野があって、そういうところではすごいことを
やってる人がいるのは分かってるし、敬意は持ってるよ。 西暦2000年が境ですかね。
それ以前の製品は壊れたと電話が掛かってくることはありません。
それ以降に発売された有名FA機器メーカの産業用PCは
年数を経るとどこかが壊れてラインが停止しますw
現地工事用に使ってるノートPCも2000年以前のはほとんど壊れません。
PC98NOTEは壊れるのを見たことがありません。
ですが、NECのAT互換機になってからのノートPCは普通に壊れますw
2000年以降の他メーカは富士通のノートPCが安定です。
東芝はCPUファンが必ず止まるゴミです。 >>24
ノートにはファン無い方が良いな。
埃たまりやすいし。 すみません。
上の文章書いている最中に熱くなっちまいました・・・。
あくまで、ある一定の期間に買った1シリーズの仕様が違う複数のノートPCの
動作結果なのでたまたまその期間に採用していた部品が悪かっり良かっただけかもしれません。
問題があったメーカーのはその後買わないので最近はどうなのか分かりません。
スレタイとあんまり関係ないのでもう書き込むのはやめます。
すみませんでした。 DOSの頃のノートPCでも壊れることは壊れたし、俺が使ったり見聞きしている
量なんて統計的には意味を持たないからよくわからないけれど、今のPCの方が
圧倒的に安く作られているのは事実ですね。産業用といっても、そのあたりの
一般的な感覚から離れられないみたいで、昔にくらべてずいぶん安くなっているし。
ところで、以前にNASAが宇宙線に強いとやらで初期の8086を探している、という話が
あったけれど、今はどうしてるんだろう。微細なルールで作るのが当たり前みたいな
世の中じゃ、特殊な環境での信頼性の確保って難しくなりそうですね。 意図不明なウンチク披露だな。
たとえばハッブル宇宙望遠鏡は設計開発時期が80年代だからおそろしく古いCPUを使っているのは事実で
数年前の最終修理の前後に民生用の初期チップを集めているという噂が流れていたけど
宇宙用の集積回路は宇宙線耐性が必要だからどうにも眉唾臭いね。
今さらその話題を振っても誰の役に立つのやら。 宇宙開発のコスト削減についても
90年代冷戦終了後、旧ソ連との宇宙開発競争が終結し
アメリカNASAも予算縮小して
惑星探査機の思い切ったコストダウンが評判になったけどその直後に失敗や不具合が連続して
21世紀初頭にはそれを反省するレポートが出たよね。
日本でも1996年前後のH2打ち上げ連続失敗後、
戦犯扱いの東芝該当部門が日電該当部門と合併したり
組織一本化とか体制見直しの美名の下で防衛産業シフトが行われて、失敗直後なのに緊急度の高い偵察衛星が
2〜3個成功する椿事があったり
純粋な科学研究はコストダウン圧力が掛かったよね。
もう15年前の話なのに、日経みたいバカ大出身者が大手を振るうマスコミは未だに
「コストダウンが課題(キリリキリッ」
とか言い出していて、オツムがオメデタ過ぎるよ
http://www.nikkeibp.co.jp/style/biz/topic/space_kibou/0511122_cost/ >>27
186ならまだ作られている。版権買い取った会社が、 https://books.google.co.jp/books?id=kq9lCgAAQBAJ
> CISC と RISC
> このコラムではスマートフォンや携帯ゲーム機に多く採用されている
> ARM という CPU のアセンブリ言語を見てみます。CISC アーキテクチャ
> に分類される x86 は、各命令のバイト数が異なっていたり高度な計算を
> まとめて行う命令があったりと複雑ですが、RISC アーキテクチャを採用
> している ARM は比較的単純な 4 バイト長の命令のみから構成されます。
今年出た本でこの記述は酷いw
http://x86.uchan.net/question/%E3%80%8Ecisc-%E3%81%A8-risc%E3%80%8F%E3%81%AE%E5%9B%B2%E3%81%BF%E3%82%B3%E3%83%A9%E3%83%A0%E3%81%AE%E5%86%85%E5%AE%B9/ 64bit型とthumbとneonを無視してるということ?正直厳密さはどうでもいいけど、ciscなんてカビが生えた昔の考えなんだから書かないほうがいいレベルだよね >>33
64bitのARM命令もNEONも命令の長さは4バイト
Thumbは命令の長さが2バイトの命令のみ
命令の長さが2バイト、4バイトの2種類あるのはThumb-2だぞ >>35
> x86 は、各命令のバイト数が異なっていたり
> 高度な計算をまとめて行う命令があったりと複雑ですが、
↑は命令のバイト数のみに言及してる文章ではないが? 本家によると
http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0204ij/Cegbgefe.html
すべての ARM 命令の長さは 32 ビットです。 これらの命令はワード境界で
整列されて保持されるため、ARM 状態では命令アドレスの最下位 2 ビット
が常にゼロになります。
Thumb、Thumb-2、および Thumb-2EE 命令の長さは 16 ビットまたは
32 ビットのいずれかです。 Thumb 命令はハーフワード境界でストア
されます。 命令の中には、アドレスの最下位ビットを使用して、
分岐先のコードが Thumb コードか ARM コードかを決定するものもあります。
だそうな。 皆当たり前に知ってる知識だと思うが>>37的には何か新発見でもあったのかな? >>38
なんで、そんなわけの分からない反応してるの? 馬鹿からすれば「わけの分からない反応」なのかな?
それか、「わけの分からない反応」ということにしておくと心の平安が保てる人なのかしら? ・相手がバカだから伝わらないのか?
・自分がバカだから相手に伝わらないのか?
前者の場合、
相手をバカと認識しているので、一切の反論は不必要です
しかしバカと相手を罵る事で、精神的的平穏を保つ事が出来るのかもしれません
後者の場合、
バカの発言なので考えは相手には全く伝わらないのでしょう
つまり、人にバカと罵ることは
・精神的平穏を保つことが出来る可能性がある
・バカ
のどちらかであると証明出来ますね
「バカという方がバカ」
昔の人はよくいったものです まあ、どうでも良い話を持ち出した>>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年目のこのスレ
その頃には2ちゃんが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・・・全部別ものだと思ってる初心者向きなんだから流せよw マイクロコントローラ って名称は主力のメインプロセッサーではなく周辺機器向けの汎用コントローラとして企画されたような
面積が小さくピン数が少なく廉価なワンチップ・マイコンでしょ。
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でww >>108
Cortex-M0に関するARM社からの発表値は 0.9 DMIPS/MHz.
PIC32MXについては 1.65 DMIPS/MHz
フラッシュ読み出しのウエイトの影響が追加されると
同一クロックで2、3倍ほどの差はあり得る。
だけど、BASICのベンチマーク結果では20倍もの差があるので、
どう考えてもインタプリタの出来が主要因なのでは? 秋月から同じ値段でSTM32 Nucleo Boardが出てきたけど
どれを買っとけば無難かな。。 ちょっとわろたw
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使えとw
純粋にハードの速度比較したいならアセンブラ(C含む)でやったら?
basic比べたいなら、アセンブラのループとbasicのループでみたら? > 実行速度あげたいならC使えとw
> 純粋にハードの速度比較したいならアセンブラ(C含む)でやったら?
> basic比べたいなら、アセンブラのループとbasicのループでみたら?
ダッセエ実装してんなあという話に対して何言ってんだかw それだったらアセンブラと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言語初級。 > アセンブラで見るとdataはintの0xffffffffと比較されて
> 不一致と。
dataの値はintの値との比較にあたってintへ昇格され0xffffffffと評価され
intの値0xffと比較されて不一致、が正解。
アセンブラで見たというのも疑わしいな。 比較するときはマスクするのが常識だし、ベーシック()なんて使わないのが常識ってこと 元のプログラムが何したいかわからんので正解とは限らんが、
小さい符号付整数として使うために data の型に int8_t を
選んでるのだとしたら直値で 0xff なんて書かないで
if(data == -1) {呼ばれるべき処理;}
とするべきだろうし、0xff に何か特別の意味があるなら
それに名前を付けて int8_t なんて使わずに
const uint8_t Nanka = 0xff;
uint8_t data = Nanka;
if(data == Nanka) {呼ばれるべき処理;}
とかするだろうし、記憶領域をケチりたいとかの事情がなければ
typedef enum {Nanka = 0xff, Kanka} NankaType;
NankaType data = Nanka;
if(data == Nanka) {呼ばれるべき処理;}
とかやったほうがより安全。 >比較するときはマスクするのが常識だし、
こんな常識は聞いたことないし、
>ベーシック()なんて使わないのが常識ってこと
常識以前に何言いたいのかわからん。 そういう符号拡張の罠があるからunsignedばかり使うようになったとさ そのひと言ってることがふわふわだから余りさわらないほうがいいかも ハードウェアはゴミといっている人間がゴミなので笑えない そりゃ、ハードウェアは最終的には処分場行きなんだけどさ。 この人、ブッチブチといつも文句ばっかり呟いてるよね。
日本がダメだとかハードウェアはゴミだとか、資本主義が労働がどうとか。
他人の作ったIoTデバイスがダメで、他人の作ったBLEがダメなんだろ。
お前が作ったハードウェア以外はゴミなんだろ。
特に小さな会社がネットにつながるハードウェアを作るとさんざん扱き下ろす。
お前はいったい、何円の資本集めてどんだけでかいことやったんだ。
まさに事業に失敗した中年。哀れに思えてくる・・・ CooCoxの中の人が息してないっぽい
ttp://www.coocox.org/download/Tools/ nucleo F446 + eclipse で環境構築中のARM初心者の者です。
新規プロジェクトLチカサンプルプログラムのPLL設定のところ
stm32f4xx_hal_rc_ex.c ファイルの1710行と1976行でassertに引っかかっちゃうんですよ。
ちなみに基板のバージョンはC3、デバッガの8MHzをバイパス→PLL設定して入力してます
ちなみにこの2行をコメント化すると、デバッグコンソールに168MHzと表示されて動き出すけど
なんか微妙に時間が合っていない(じょじょに時計の秒針とズレてく)。
どこかで基本的なミスをしてるのでしょうね、多分。
ググッても情報が少なくて困ってます。 英語が苦手で英語のマニュアルを読みたくないから聞きに来てるんじゃねーの?
それをマニュアル嫁とかもっと空気読んだアドバイスが欲しい罠 おんなじ環境ないし、揃えてやる義理もないんで一般的な話になるけど
例えば、1710行目の
assert_param(IS_RCC_HSE(RCC_OscInitStruct->HSEState));
は、IS_RCC_HSE()マクロがfalseを返してきているのでそれを調べる。
すると、stm32f4xx_hal_rcc.hに、
#define IS_RCC_HSE(HSE) (((HSE) == RCC_HSE_OFF) || ((HSE) == RCC_HSE_ON) || \
((HSE) == RCC_HSE_BYPASS))
な記述が見つかる。
>>163の環境でRCC_OscInitStruct->HSEStateに何が入っているのか知らないが、それは
RCC_HSE_OFFでもRCC_HSE_ONでもRCC_HSE_BYPASSでもない別の何かだということがわかる。
ソース追っかけてもいいし、デバッガでアサート直前で止めて値を見てもいいし
何が入っているのか確認すればそれで何を入れればいいのかおのずとわかるはず。
ちなみに、それぞれの値は
#define RCC_HSE_OFF ((uint8_t)0x00U)
#define RCC_HSE_ON ((uint8_t)0x01U)
#define RCC_HSE_BYPASS ((uint8_t)0x05U)
と定義されているが、ここまでたどれないようなら、日本語マニュアルが充実している
ルネサスの石でも使った方がいいと思う 秋月でDIPのLPC1114FN28大幅値上げ。
SOIC使うからいいけど、こんなに上がるものなのか? >>168
秋月値段考えて、メリットあるのか?
DigiKeyの値段、見ればいいだろ >>168
高っ!
なんなの
140円くらいだったのに
600milなんて安くなければ使わんわ >>168
digikeyでは売り切れで非在庫保有
mouserはEoLフラグ
再来? LPC1114FN28はmbedでかろうじて息してるけど下火だろもう
300milだったら次世代のATMEGA328P的なポジションを確立できたかもしれないのに
NXPもバカだなあ >>173
ディスコンがなんぞのもんや(笑)、俺は採用するぜ。
(ディスコンすれば再設計の仕事が…。あぁ、ありがたや、ありがたやwww)
無論、他の部品も見直してコストを下げ、顧客にもメリットがあるようにするけどね。マジ ディスコンになっても適当な下駄を適当に作って差し替えが簡単にできるそれが600の利点だろ そもそもディスコンの恐れがある部品を使わせなくね? >>176
ディスコンが先に分かれば使わないさ。設計時の責任問題になっちまう。
デジタル系はサイクルが早いから、発表から5年経過したら避ける。
それでも予想外の部品がディスコンになるから… チラ裏
設計から2年も経過すると、ょり良い部品や回路構成が分かって、より安く作れるんだよね。 >>176
だよねー
うちもそうだが専任の部署があって認定してもらわないと使えない
認定時はディスコンの可能性やセカンドソースとかも確認するし >>179
セカンドソース?
あるにはあるけど、かなりの汎用部品でないと無くね?
あと、当たり前だけど微妙に特性が違うし。 >>180
ん?
できるだけ汎用部品に誘導する
って言うのもそう言う部署の役目だよ
セカンドソース用の部品も評価するし、極端な話ピン配置が異なるセカンドソース用のパターンをあらかじめ引いておく
なんてことも提案したりする マイクロチップ製のARMでないかな
ディスコンの心配なさそうだし 16F84がディスコンでAになって仕様vcc下がった恨みは未だに覚めない >>182
ARM(Cortex-M)はAtmelとSTが強いけど、最近Atmelがマイクロチップに買収されたから、でてるといえばでてる。 MKL82ZのLQFP64ピンが出てないと思ったらPackage Your Way いいけどここの過疎っぷりは異常
どこかフォーラムを見つけてそっちに行った方がいい 教えてください。
NXPとかから「新しいARMマイコン出たよ〜」というメールが来るのですが、
これらに使うコンパイラー(ツール?)は、何を使うのでしょうか? というか
フリーで出ているのでしょうか?
マイコンはPICで、MPLABで、XC16で・・・と、フリーで全部できるのですが、
ARMの場合はどうなのかしら、と思ったのです。
PICマイコンより、電気喰わないし、速度は速いし、ROM/RAMも多いし、周辺も充実だし
いいことづくめなので、乗り換えてもいいのかな?と思うのです。
そもそも、チップはどこで買うのか?という問題は残るんだけど。 チップはdigikeyで探せば、どれを選べば良いのか悩むくらいたくさんある。
ツール類はgcc/LLVMなどでそれこそLinuxみたいなOSまで作れる/デバッグ
できるようなツール類が完全に揃っている。
LaunchPad(https://launchpad.net/gcc-arm-embedded)
あたりも人気あるのでは?
ただ、特定のメーカさんなら、たいてい、それぞれのメーカさんのところで
フリーの開発環境が提供されているし、とっかかりはそっちの方が
楽かもしれない。 >>192
ありがとうございます。
デジキーですね。海外通販、ドキドキです。見てみます。
恥ずかしいのですが、英語が高校で暮らす最下位で止まっていますが、
やっぱり、え、え、英語ベースですよね?
(PICは、CQなどの本も日本語があり、僕の味方なんですが) IARなどであれば、マニュアルやヘルプを含めて日本語化されていますね。
その他の各メーカさんでも資料やチュートリアルなどの日本語版もある
でしょう。
もっとも、CQの本などでも全てを取り上げることは不可能ですし、
日本語マニュアルそのものもやはり英語版よりも古かったりします
(オリジナルが英語版ですし、翻訳にもお金も時間もかかるので、
仕方ないですが)ので、英文マニュアルを読むほうが良いですけどね。 最近LPC810で遊び始めた者ですが
LPCXpressoで開発してます
僕のLPC810工作ノートが結構解りやすかったですよ
LPCOPENとLPCCLOSEとの違いを理解するまで大変だったけどね
ARM始めるならLPCXpressoかmbedだと思いま LPCXpressoとKinetis Design Studio IDEは統合されるんだろうな Kinetisってなんだっけと思ったらFreescaleか でも、結局RaspberryPiでいいやってことになっていきそう >>198
調達不可チップが載ったボードに、要は無い(キリッ RaspberryPiだとlinuxだから雰囲気違うよな
デバグもセルフだし
IARとかMDKがラズπにつかえるのかしらん
MDKちょっと使ってるけど快適でとっても欲しくなるぞよ Arduinoではない
ただライブラリが比較的充実しておりWebコンパイラ上で
ライブラリのシャアができ比較的平易にプログラミングできる
という点では近いところがあるだろう
あと最近ではmbedボードでもArduino互換のピン配列の物も出てきている
ただし何度も言うがArduinoプラットフォームではない mbedいいね
USB繋いでD&Dでファーム書き込みができるのは画期的
しかもそれがデバグI/Fになり
仮想シリアルになり
しかもそれが公開されているという
(subset?だけど) >>199
ラズパイゼロみたいに$5なんて言われちゃうと、
ワンチップマイコン買ってきて・・・
なんていうのすら馬鹿らしくなってくるけどね。 こういうのは用途によって選ぶもんだから
ワンチップマイコンでやるようなことをラズパイでやろうとは俺は思わないな リッターバイクでアクセルちょっとしか開けられないのと、
小排気量でアクセルがんがんいけるのと、
どっちも良さがあるというしな。 リッターバイクで、アクセルをちょっとだけあけて使っていて
慣れてきたら少しずつあけていくっていうこともできるしね。
>>206
仮にチップ単体で入手できたとしても$5じゃ作れないしね。 起動で待たされるのもね、0.5秒で起動できるならいいけど ARMマイコンで質問があります。
PICマイコンのように、
・8 pin DIP
・18 pin DIP
・28 pin DIP
・40 pin DIP
・44 pin QFP
などを持つシリーズはありますか?
PICマイコンだと、ほとんど無改造でソース流用できますが、
それができて、形状がシリーズになったマイコン、という意味です。 そもそもARMのDIPはLPC1114FN28とLPC810M021FN8FPしかない
600mil幅にしたモジュールがよくあるのもそのせい ARMと言ってもライセンスを受けた各社の特徴が在るの一概に言えないが
例えばNPXのLPCシリーズはLPCXpressoとLPCOpen使えば移植性が高いよ >PICマイコンだと、ほとんど無改造でソース流用できますが、
共通なI/O類で、C言語レベルでソフトウェア互換を・・っていうなら、
CMSISを使えば、チップベンダが違っていても同じように扱えるから、
ほとんどのA製品でマイコンで共通でいけるでしょ。
PICみたいにMicrochip1社に縛られることもない。
PICと同様に内部のI/Oとかが違ってもいいなら、例えばCypressのPSoC4なら
8ピンのSOICから、16,24,28,40,44,48,56,68ピンのパッケージ品
(まぁ、全部表面実装だけどね)があって同じ開発環境(PSoC Creator)
でいけるね。(実は8ビットのPSoC3やCortex-M3のPSoC5LPも同じIDE)
ちなみに、PSoCの場合にはPICのMCCみたいなのを使うのが前提になって
いて、I/Oアクセス用のライブラリが自動生成されるから、PICみたいに
いちいちレジスタを調べたりする必要は無いし、APIレベルで互換を
とっているから、たとえばPSoC3とPSoC5LPで全く同じソースコードの
まま動いちゃったりする。 >>214
横からだけど、興味深い話を、ありがとう。
調べてみよう。
ちなみに、PoCというのは、アルデーノのような「関数のかたまり」のことですか?
アルデーノはマイコン少年にしさがないので、
I/OなどもPICのようにベタで指定したいんですが。 >>214
デジキーで見てきました。
CY8C4014という品種を見ると、
・いろいろなパッケージがありました。(DIPがないのは残念)
・型番の文字1つ1つに意味が割り当ててあって、わかりやすいです。(好き)
・I2CのI/Fはあるのに、UARTが無いのがビックリです。(理由が知りたい)
・全身32bitで、ちょっともったいない感がありますね。
・変数のbit幅は、char=8bitだと予想しますが、intは32bitなのでしょうか?
もう少し違う品種も見てみます >>215
PSoCは電子ブロックとマイコンを一つにまとめた石ですね。
ちょっとした回路をマイコン内部に突っ込めるので面白いです --ここから俺様メモ--
arm-none-enbi-gccの環境をCodesourcery4.3.3からLaunchpad5.3.1に移したんだ
そしたらmake出来なくなった
でリンカスクリプトの*(.data)を*(.data .data.*)に変えたら通る様になった訳よ
諸々のヘルパー関数含むgccライブラリも更新されてるから
新しいライブラリで使うセクションをリンカスクリプトに追加しなきゃいけないって訳で
例外処理使うなら.ARM.exidxとかも追加するとかなんとか
ソースで__attribute__((section 〜))になってるトコは追加できるけどライブラリ内で使われてるのは判然としない
まぁエラー出たらその都度追加しとけば良いか
--俺様メモ終わり-- >>214
CMSISはもう当たり前感があるけど、こんな風に対比すると凄いことなんだね。 >>191
秋月電子でSTM64シリーズ(形だけArduinoっぽいやつ)買って、
TrueSTUDIOで開発するのが簡単じゃないかな。 >>220
>TrueSTUDIOで開発するのが簡単
↓これのことですよね?
http://www.aicp.co.jp/products/atollic.shtml
>>214の言うサイプレスの物も開発とデバッガができるんでしょうか?
対応ボードにサイプレスが無いのですが。 >>215
PSoCは内部にPLD/マルチファンクションブロックみたいなものを
内蔵しているのね。
PLDなブロックはVerilogで書く事もできるけど、例えば「UART」とか
「Timer」とかいったモジュール単位で回路図レベルで描くこともできて、
ビルド時にそれらがPLD化されて(Warp・・っていうと懐かしい人もいるかも?)
それらをUARTやTimerなどとして操作する関数が自動生成されるので、
ユーザは生成されたAPIを呼べばいい。
回路が作れるので、例えばUARTの出力とタイマの出力のANDをとって
ピンに出力する(UART出力に変調かけたようになるわけね)
という具合に相互に繋ぐのも自由にできるわけ。
宣伝臭が酷くなってしまうので、あとはCypressサイトを眺めてくだされ。 >>221
Cypressは書き込み器がデバッガ兼ねてるし、PSoC Creator
(もちろん、コンパイラも含めて無償)にデバッガも
内蔵してる。 >>224 PSoCは内部にPLD/マルチファンクションブロックみたいなものを内蔵しているのね。
PLD の設計自由度は、出力マクロセルからの入力段へのフィード・バックを活用するこ
とで拡大します。例えば digital phase detector:MC4044 みたいなものも PLD で簡単
に実装できます。でもPSoC の資料には、このフィードバックの仕方が書いてありませ
ん。単に汎用バスに接続されているだけです。
たぶん汎用バスから再度 PLD 入力に戻すことをするのでしょうが、ここらをどのように
するのか、verilog でどのように記述するのかについて教えてやってください。URL の
提示だけでも助かります。お願いします。 UDBの内部構造やデータパスのチェーンの基本的な技なら
http://www.cypress.com/file/41531/download
このあたりでも見たらいいんでないの? >>226
Verilogで書くならそのまま普通にフィードバックされるように書けば
勝手につながる。
スケマティックデザイン画面で、フィードバックかけても勝手に繋がる >>228 さん、貴重な情報有難うございます。
「Verilog または回路図で繋げば繋がる」ことは、たぶん bus switch を経由して繋が
るのだろうと推測します。
ただ、Cypress の資料に PLD の feedback についての説明が全くに近いほどないのは、
積極的には使うなという意味なんでしょう。
たぶん回路速度も期待しすぎてはいけないのでしょう。Bus switch 経由での feed-back
だとしたら、MC4044 を実装しても 100MHz 動作は無理だろうと推測します。ここらの話
になったら実際に試してみるしかなさそうですね。 そういやPSoC版のArduinoって無いな
うまく嵌ればバカ受けするだろうに PSoCって(いうかサイプレス?)売る気あんのかってぐらい型番が判り難い 判りやすい型番のシリーズに出会ったことないな
xxx-m8c24mhzflash32kbsram2kb・・・みたいにスペックわかる型番だったらいいが、それだとほかのと見間違えそうだしどんなだよw PICもワケワカだしねぇ。
もっとも、PSoCの場合内部がフレキシブルだから、とりあえず
愛用の品を一つ決めればペリフェラルの違いはかなりの程度内部で吸収できる
んで、あまり色々なものに手を出す必要がない。 おいお前ら秋月にPsoc4、5デバイ取り扱いの希望だそうぜ。
どのデバイスがいい? 希望出して通るのか?
秋月はCPU系高いからなくていいよw PSoC3はCPUコアが8bitの8051で今更感がなぁ (食わず嫌い) マイコンなんて8bitで十分だろ。というかそのレベルターゲットなんでしょ
クロック67MHzとか逆にスペック高すぎに思える。もっと抑えていいから安くしろよとw >>240
8051を選ぶと、ソフト屋さんに良い顔されないorz メモリだけの話ならM8Cでも同じだろう
まともな組み込みなソフト屋ならつぶしのきく
8051の方が良いのかなと思ったけど違うんか
知らない石見てハァハァ出来るのもソフト屋の
資質だとは思うけどw NXP Semiconductors社 シニアバイスプレジデント Pierre-Yves Lesaicherre氏:
8ビット、16ビットの時代は終わる
http://eetimes.jp/ee/articles/1004/23/news099.html
Lesaicherre氏 米Intel社の8ビットマイクロコントローラ「8051」をコアにしたマイクロコントローラを長い間提供してきた。
現在でも提供しているが、もう顧客には推奨していない。
EETJ なぜ推奨していないのか。
Lesaicherre氏 8ビットや16ビットのマイクロコントローラでは、多様な顧客の要望に応えられなくなっているからだ。
特に、組み込み機器メーカー各社は、他の機器との通信機能を求めるようになってきている。
USBを使ってPCと接続したり、Ethernetでインターネットに接続するという機能が求められているのだ。
自動車ならCAN(Control Area Network)で複数の機器と通信する必要がある。
また、タッチパネルなどの先進的なユーザーインタフェースを使うときも、
8ビットや16ビットのマイクロコントローラでは難しい。より高い処理性能が求められている。
そこで、NXP社では32ビットのマイクロコントローラに移行することに決めた。
現在、NXP社ではARM社のコアを採用した32ビットマイクロコントローラを顧客に勧めるようにしている。
8051は古いアーキテクチャと言わざるを得ない。
これの改良を続けるよりも、
ARM社のコアを採用した32ビットマイクロコントローラに集中する方が良いと判断している。
現在、開発中のマイクロコントローラは全てARM社のコアを採用した32ビットマイクロコントローラだ。
NXP社としては、ARM社のコアを搭載した製品を、マイクロコントローラ事業の軸にしていくつもりだ。 EETJ NXP社のマイクロコントローラは、ARM社のどのアーキテクチャを採用しているのか。
Lesaicherre氏 ARM社のコアを搭載したマイクロコントローラのビジネスは「ARM 7」と「ARM 9」から始めた。
これは、今でも続けている。それから、「Cortex-M3」のライセンスを取得し、
2009年末には「Cortex-M0」をARM社と共同で開発した。
Cortex-M0は、既存の8ビット、16ビットマイクロコントローラの置き換えを強く意識して開発した。
EETJ Cortex-M0を共同開発する際に特に意識した点は。
Lesaicherre氏 まず、8ビットマイクロコントローラの長所を研究した。
プログラム開発が比較的容易、価格が安い、消費電力量が少ない、
経験を積んだ開発者がかなり多いといったところが8ビットマイクロコントローラの特徴だろう。 Cortex-M0ではまず、プログラム開発を容易にするために命令セットをコンパクトにした。
Cortex-M3は100を超える命令を使えるようになっているが、
一般的な8ビットマイクロコントローラの命令セットは30〜50の命令しか備えていない。
そこでCortex-M0では、命令を35に絞った。
これで、命令セットの複雑さという点で、8ビットマイクロコントローラと同等のものにできた。
そして、必要に応じてCortex-M3にアップグレードできるように、Cortex-M0の命令セットはCortex-M3の下位互換とした。
つまり、Cortex-M0で動作するプログラムは全てCortex-M3で動くということだ。
下位互換という点では、チップのパッケージも工夫した。
NXP社のCortex-M0搭載マイクロコントローラ「LPC1100」シリーズと、
Cortex-M3搭載の「LPC1300」シリーズは同一のパッケージにして、ピンにも互換性を持たせた。
次はチップの価格だ。ダイを小さくすれば、チップの単価を下げられる。
Cortex-M0の回路規模は1万2000ゲートに抑えてある。
一般的な8ビットマイクロコントローラの回路規模は1万2000ゲート〜2万ゲートといったところだ。
この点でもCortex-M0は8ビットのマイクロコントローラと並ぶものになった。
回路規模が同等なら、コストはあまり変わらない。
LPC1100シリーズの価格は、1個当たり65米セントからとなっている。
NXP社ではこれまで15年間で、およそ100種類の8ビットマイクロコントローラを設計してきた。
Cortex-M0を使ったマイクロコントローラは、15年間の歴史の中で2番目に回路規模が小さい。 Cypress、Cortex-M0を搭載したPSoC 4製品として第1弾となる2ファミリを発表
http://news.mynavi.jp/news/2013/04/25/054/
Cypress、「PSoC 4」アーキテクチャを拡充させエントリレベル製品を発表
http://news.mynavi.jp/news/2014/05/01/054/
Cypress、8/16ビットアプリの置き換えに最適な「PSoC 4 M」シリーズを発表
http://news.mynavi.jp/news/2015/02/25/497/
夏休み工作向け? - PSoC 4でお手軽マルチファンクションデバイスを作る
1 アナログ機能が強化されたPSoC 4でお手軽電子工作に挑戦
http://news.mynavi.jp/articles/2013/08/06/psoc4_kit/
Cypress、4ドルの「PSoC 4」プロトタイピングキットを発表
http://news.mynavi.jp/news/2014/06/18/103/ >>244
6年前の記事か。
終わる終わると言われながら、中々終わらない8/16bitマイコン。
前機種に載っているAVRが邪魔… mbedネタですが、DACの誤差(温度ドリフト)に直面してます。
DACの基準となるVDDAを追っかけようと回路図を見ました
https://developer.mbed.org/media/uploads/chris/mbed-005.1.pdf
p3 によると、VDDA は +A3.3V に繋がってることになってますが、
+A3.3V の生成場所が分かりません。
専用に3.3Vを作ってるんじゃなくて、動作に使う3.3Vと共用なのでしょうか? つまり、精度はLD1117S33次第ってことですか
ありがとうございました SMT32F746DISCOで音楽再生しようとしてるんだけどなぜか倍速再生される
クロック設定とstm32746g_discovery_audio.cのBPS_AUDIO_OUT_Playに投げるバッファ容量の設定、
BSP_AUDIO_OUT_SetFrequencyに投げるサンプリング周波数は間違ってない模様
一体何を間違えているんだろう? 肝心な情報が欠落していた
SAI_Aを送信側にして、受信側をオンボードのWM8994.
SAIとWM8994のドライバはSTのCubeF7のサンプルコードほぼそのまま
ほぼというのは、SAI,SAI-DMA,I2Cハンドラを外で定義して、引数でstm32746g_discovery_audio.cとwm8994.cに
持ってきている点くらい。 >>253
WM8994のクロック見れば歯抜けなのか倍速なのかわかって、
多少捗るだろうと思うよ。 >>255
そうしたいのはやまやまだけど、WM8994もSTM32F746もBGAなんでオシロのプローブの当てようがないんだな >>257
ああ、ダンピング抵抗すらいないんだな。
FS/4くらいの鋸波つっこめばアナログ出力でも歯抜けかどうかわかるかも。
ま、きれいに倍速再生されるならDMA、割り込みまわりだろうな。 >>259
うわあー、何があったんだ?
うーん、今後どうしよう。乗り換え先何か無い? >>262
無償版でもコード制限ないぜ
まぁ、解析ツールとかほしけりゃ金払わなきゃいけないけどな >>263
え!そうなの?
いつからフリーになったのさ? >>264
昔はコードサイズ制限があったらしいが、その頃はARMに興味なかったんでいつ切り替わったのかは知らないな CooCox復活した
CoIDEも久しぶりにアプデートしてる >>266
今確認した!復活&バージョンアップおめ!
それにしても、v2.xはいつまでベータ版なんだろか? TIM_TimeBaseInitTypeDef構造体を使わずに、
tim.TIM_Periodで設定しているレジスタだけ変更したいのだけど、
うまい手はないですか? ディジタル回路設計とコンピュータアーキテクチャ[ARM版]
http://www.amazon.co.jp/dp/4434218484/
この本どうよ? >>269
具体的にどんなところが悪いんだい?
ググるキーワードでもいいよ 目次見る限りゴミっぽい。ってか本なんてイラんでしょ 金持ちは必要な情報が効率的に手に入るなら喜んで本を買う
貧乏人はそんなのWEBでなんでもわかると時間を無駄にする >>271
TIM2を使っているのですが、どうやってやればいいですか? >>276
同じARMでもメーカーや型式によってマップが違うからそこら辺を明らかにしないと答えようがないよ 使っているのはSTM32F401ですが、
記述方法がわからないので、どのARMでもいいです。
TrueSTUDIOを使っています。 >>279
それってうまいの?
>>280
ああ、そういうことですか。思い出しました。
ありがとうございます。 おっさんがいよいよARMマイコンとやらを買おうと思うんだがヌークレオ、デスカバリ、STBeeのどれがお勧めなんだ?
あとM3とかM4とかの使い勝手とお勧めの言語も教えてくれ。 そういや飛行機乗ると、離陸するときにドアモードをアームモードにしてください
とかアナウンスがあるけどどういう意味なんだろうな? >>282
それを聞くなら「どのツールがお薦めなんだ?」かな。 >>282
電子工作必須だけどそれがいい→ヌクレオ
電子工作は嫌だ、とにかくハイスペックがいい→ディスカバリー
STBee→知らん
ツールはIARとTrueSTUDIOしか使ったことないけどTrueSTUDIOが結構いいと思う >>283
armed mode = 武装モード
注意して聞くとちゃんとアームトモードって言ってる >>284 とりあえず基板買いぶ行こ思てさ。逆に使いたい開発環境を先に決めるべきなんか。なるほど
>>285 おおきに。ほなヌクレオに絞ろか。F401か。
>>286 リセットボタンを離した瞬間からの仕組みを勉強したいんや
ヌクレオを買ったらmbedでもgccでもアセンブラでもできんのか?
国産で頑張ってきたけどいよいよ >>288
買ってくる前に、開発環境の試用版や、各ボードのアプリケーションノートも読んでみるといいよ。 >>289 今日一日中読んでたわー
stm32シリーズとLPCシリーズがわからん
命令は一緒で、メモリマップが違う?ややこしいのな
どっち使うべきなんや。ここが一番最初の分岐やわー >>290
stm32よりLPCXpressoを私はおすすめ LPCはもう新型出ないんかね
Kinetisに集中するんかな >>291 LPCXpresso ¥52000・・買えん値段やないよね、買えんけどさ。
>>292 堅物のルネサスがこんなフザケタ物出してたんか!へー
>>293 基本のアプリノートが出ればOKさ。
>>294 開発環境無料??ホビー進出本気なのか
>>295 そうなーもっとアルドイノみたくホビーっぽいアプローチをしないとね
いろいろさんきゅーやで
STM32バリュラインデスカバリとヌクレオF401ってのを買ってきた。
「LPCXpresso LPC1347」ってやつも買っとこか。
最終的にチップをどっちのメーカーにするか決めんなんしなー悩むね >>296 Kinetisて低電力向け?流行りのIoT向けかー元モトローラなんやな 今日は徹底入門Eclipsというのとツルースタジオ、IARの3つ試した
一発で動いたのはIARだけだった
さすが高いだけあるな
明日はKeilとかいうのを試してみよう
きみたちは開発環境なに使ってんの? >>299
keilは値段が高過ぎて個人では躊躇するぞ
フリー版は使い物にならんからなw 仕事で使うなら別に高いものではないと思うよ
(全て経費だから〜〜〜〜)
趣味で使うならFREE版でもかまわないと思っているよ
ただしKeilはひどい!!
あれじゃ、肝心なところが何も出来ん〜〜〜 おっさんやでこんばんは。
>>300 調べたら失禁したわ50万円やて
>>301 LLVM?へーかなりブラックボックス的やね
>>302 経費ええな。Keilアカンの?
今日Keil(MDK-ARMというらしい)も入れてみたけどなかなかイイ感じだったけどなー。
アカンとこ勉強の為にできれば教えて欲しい。おっさん感じへんかった。
おとといからここまでで、インストールからLチカコンパイルST-LINKでロードデバッグでブレーク、ステップ実行までを使ってみた感想。
1.すばらしい! IAR Embedded Workbench for ARM(65万or32KB制限)
2.すばらしい! Kel MDK-ARM (50万円or32KB制限)
3.まー悪くない Atollic TrueSTUDIO (10万円or機能制限)
4.まだ勉強中 川内先生+Eclipse+gcc(無料&導入大変そう)
明日は川内先生+Eclipse+gccを勉強しよか
ST純正の「CubeMX」ってのがあって、これピンファンクション周りのコードを自動生成してくれるらしい。
しかしST-LINK側がピカピカフラッシュしてデバッグ動作し始めると嬉しいもんやなー >>303
川内先生のはJavaインストールしてサイトにあるアーカイブ展開したらなにも考えず環境はできるはず。ただしSTのライブラリは旧版だけど。新板のライブラリはAPIごっそり変わったけど古い石使ってる限りは旧版でも問題ない。 >>303
STM32限定ならSW4STM32も便利やで。CubeMXはこれ用のプロジェクトも吐いてくれる。4.の代わりに良いかもしれん。 CoIDEの新しいの落として来たんだけど
なぜかコンソールウインドウのタグジャンプが使えない
最新のCoIDE使ってる人はタグジャンプできてる?
OSはWin10(64)だけどJavaの問題かもしれない
安定性は前のバージョンよりも良くなってる
それでもまだ止まったり落ちたりするけど >>304 起動しないんだこれが。もうちょっと悩むわ
>>305 SW4STM32のOpenSTMから登録メールのお返事が来やへんがな。早よ欲しいな
なんかデバイスを繋いで次のステップに行くわ。
ずっと赤青黄のLEDピカピカでおっさんの机の上日本橋の電子パーツ屋の階段みたいや >>307
Eclipse.iniにJavaのありか書いてあるけど、新しいバージョンのJavaでは別のフォルダに変わってるからそこを書き直せば起動できるはず。 ARMに手出したいと考えてるんだけど種類ありすぎて何使えばいいのかさっぱり分からん
いまんとこAVR、H8、RXと手を出してきてる
1.フリーの開発環境がある
2.C(C++)で記述できる(コンパイラがある)
3.通販で入手が容易
4.本やネットの情報が多い
以上で何かオススメあればお願いします。 いろいろあるんだから、まず何したいか明確にすべきだろ 特別何かをしたいということはありません
今後制作予定なのは、ドローン、正弦波インバータ、テスラコイルなどですが、これらの為にarmというわけではなく、単に使ったことないから使ってみたいという感じです
なので、309に書いた内容が満たされているシリーズがあれば、教えていただきたいと思ったのですがどうでしょうか? 秋葉とかネットのショップで売ってるものを
とりあえず買って触ってみれば?
STでもNXPでもデバッガーセットの安いボード
あるから安いのとりあえず買えばいい。
本当に色々マイコンをいじってきたのであれば
この手のものは目的用途に合わせて処理性能や
OS/nonOS、リソース、ペリフェラルをみて
要件を満たすものを選ぶものであって漠然と
おすすめある?言われても誰も答えられないよ
何でもいいならRaspberry Piお勧めしちゃうぞ? >>312
あくまで、ホビーユースでしか使っていないので、目的に合わせて選ぶということはしたことありませんでした。
RXにいたっては、Lチカぐらいしかしたこともないですし。
何買っても変わらないのであれば、秋月で1500円のSTM32シリーズのボードを買ってみようと思います。
ありがとうございました >>313
マイコンの性能なんて、ほぼ互角なので、
開発環境の使いやすさ、覚えやすさで選んだ方が、結局お得だと思う。
慣れれば、どれも同じだよ、というコメントが付きそうだけど そういえば、Nucleoシリーズって、
Arduinoのシールドが挿せることになっているけど、
不良率が高くて、2割くらいはシールドが使えない >>317
不良率ってふつう個々の製品の出来不出来のことだけど意味わかってて言ってる?
・100個買ったNucleoの内20個についてはシールドが動作しなかった
ならまあその通りなんだろうけど、
・10個持ってるシールドの内2個についてはNucleoで動作しなかった
なら不良率という話ではないぞ。 >>318の後者なら不良率ではなくて「互換性の問題があって」と表現するところですね。 舌足らずですまん
ソケットが斜めにハンダされているんだ
つまり「シールドが挿さらねえ」って意味だよ
大学で学生用に導入した てか、どうしてそんなに曲解したのか謎だよ
うちの学生みたいだw >どうしてそんなに曲解したのか謎だよ
「曲解」という言葉は、単に違う意味にとらえてしまうというだけでなく
悪意をもって違う意味にとらえる、という意味が強くなります。
>>317だけだといろいろな意味に解釈できます。
>>318は少なくとも二つの解釈を試みて、どちらだろうと問いかけていますし、
悪意があるとは思えません。
あなた自身が書かれているように説明が足りなかっただけだと思います。 >>320
ソケットが傾いてる程度であればソケットの樹脂部分は基板から浮いてる筈なので
基板パタンとしてピン間が間違っていないのであれば手で修正できるだろ。 使えればそれでいいじゃん!!
それくらいほかの製品でもよくあることだと思う・・・ >>325
>使えればそれでいいじゃん!!
使えないから、困ってるんでしょ?
何言ってんの?
そういう「結果オーライーは、ダメだよ。 初心者なのですが、STM32VLDiscoveryとSTM32F0Discoveryの違いは何ですか?
データシートも読めないのかと言われそうですが・・・お願いします。 データシートも読めないのか以前の明き盲を疑うレベルだな。
STM32VLDISCOVERY
h ttp://www.st.com/content/st_com/ja/products/evaluation-tools/product-evaluation-tools/mcu-eval-tools/stm32-mcu-eval-tools/stm32-mcu-discovery-kits/stm32vldiscovery.html
STM32F0DISCOVERY
h ttp://www.st.com/content/st_com/ja/products/evaluation-tools/product-evaluation-tools/mcu-eval-tools/stm32-mcu-eval-tools/stm32-mcu-discovery-kits/stm32f0discovery.html STM32F100RB
h ttp://www.st.com/content/st_com/ja/products/microcontrollers/stm32-32-bit-arm-cortex-mcus/stm32f1-series/stm32f100-value-line/stm32f100rb.html
STM32F051R8
h ttp://www.st.com/content/st_com/ja/products/microcontrollers/stm32-32-bit-arm-cortex-mcus/stm32f0-series/stm32f0x1/stm32f051r8.html >>327
VLDはCortex-M3(+FPU,24MHz,128k,8k)
F0はCortex-M0(48MHz,64k,8k)
ってとこかしら。あとは周辺がそれなりに。
M0は省電力だけど命令が少ないって感じ。 >>309じゃないんだけど、だいたい同じ背景で
CQの2枚入り超小型ARMってのを買おうと思ってるんだけど
何か注意点とかある? すまぬ…すまぬ…
手段の目的化…
なにかをしたいわけじゃないのだ 目次見た限りだとオプションのモジュール買わないと
面白くないかもね。各々の値段見たら結構いい値段。
高くつくけど乾電池駆動の話とかもあるみたいだし
金額気にならないなら勉強には悪くなさそう。 ありがとう。買うことにしました。
お金はね、しょうが無いですね CQ出版マジやばくね?
あの冊子の薄さにしても、
日本国内で開発案件減って広告出そうって会社が激減してるからだろ。
需要が無いのに、業界の情報誌なんか売れんわな stm32マイコンでデータシートが日本語化されているものはないのですか? STM32F10xやSTM32L1xxはあらかた日本語化されてたが
今のはされてないんだっけ? >>338
簡単な英語なんだから、それくらい読めよw
メゲるな!! 成せば成る!! 310億ドル
3兆3000億円ってこと??
すごい商売だな!
でもアリババ売った資金でも足りていない。
社債だのみ?? ARMってソフトバンクに買収されたマイコンでしょ?
そんないつ何が起こるか分からないマイコン怖くて使えない ホークス優勝したらマイコンもセールするの?(´・ω・`) ARMが禿げ電話に買収されるなんて、
なんか良くないことが起こりそうな・・・ ソンは利子ありの借金が何兆円でノイローゼで母ちゃんどうしよとか言ってたのに
これかよwwwww 意味分からんねぇ・・・ そのうちチップにソフトバンクマークを入れられるようになったりして ARMホールディングスって去年の売り上げで968.3百万ポンド(現在の為替で
1352.32723億円)程度の会社らしいけども、その約25倍の値段で買収って
高すぎる気がするナ。
ソフトバンクってARM製品の間接的なユーザーに過ぎないんだし、ARMホール
ディングスを買収することで得られるメリットもどんだけあるか疑問なカンジ。 >>354
IoTだからだというのは想像つくが、ホントに実入りあるの?ってところは謎
スプリントとか無駄な買い物して米帝に変なの掴まされてるようにしか見えないよな 禿の話はもう話題になってたか
商売としては目の付けどころはいいんだろうけど使う側からするとたまらんな
組み込みの世界のインフラみたいなもんだものねえ
これでルネあたりが盛り返すと面白いんだけど...それはないなw
microchipに頑張ってもらうか
そのうちバックドアとか仕込まれそうで心配 カニのマーク あるし犬 もあり?
それよか サル? 会社としての格が違うけどカネさえあれば買収できる悲しい現実 >>361
おまえがいう会社の格ってのはなんだ。
ARMなんてポッと出の新参会社だろーが。
まだソフトバンクの方が社歴は古い そんな変わらがな
SBは1981年設立
ARMは1990年設立
大元のAcornからだとARMのスタートは1978年だしな
格つーのは物作る会社と口先商売の違いだろ SH綺麗な作りだから好きなんだけどね
パフォーマンスでだいぶ負けてるんじゃなかったっけ?
磨き直してもう一度っても難しいんだろうなあ >>367
ハゲだが在日ではない。
すでに帰化して、れっきとした日本人。
ケツの穴のちいせえこと書いてんじゃねえよ、日本の恥が。 国籍がどこかはどうでもいいんだが、
商売の仕方がなーんか嫌な感じなんだよね
ルール違反スレスレとか誇大広告みたいのとかしょっちゅうだし
頭が良すぎるとも言えるのかもだけどね
まあARMの場合は設計データだから何かあってもいきなりチップが手に入らなくなる事は無いだろうけど
代わりは探しとく方がいいかもね SBのせいでARMが不味い方向に行ったら、Googleなどが本気でRISC-Vを推進するだろうしダイジョーブダイジョーブ >>366
> SH綺麗な作りだから好きなんだけどね
俺もそう思う
でも、汚いアーキテクチャでも投入時期が早くて性能良ければ勝てる
って言うのは歴史が証明してるからなぁ... こっそりx86の悪口を混ぜるのはやめてくれないか? 473 名前:名無しさん@1周年 :2016/07/19(火) 08:40:16.41 ID:iHE/uEU80
ARMを押さえるだけでツールチェインも周辺IPもデバガもOSもミドルウェアにも影響力を持てるってことだもんな
組み込みでARMの覇権が進んで20年以上経つがその知的財産の膨大さはすぐには置き換え不可能だわ
>>457
jazzelってどこまで真面目にやるんだろな
>>460
Intelはatomで戦おうとしたが惨敗したよ
いまは戦略の練り直し中ですぐには代わりのものない
>>462
それも一つの事業としてあるだろけど、プレゼンを見るといまの製品やサービスにこだわる気はまったくないみたい
身の回りの情報機器がすべて通信と演算能力をもって連携したとき、いよんな新しい価値がでてくるだろな
ちっこい知能たちに囲まれそれが世界と繋がる生活とかどんなんだろ?
618 名前:名無しさん@1周年 :2016/07/19(火) 10:13:51.00 ID:nLLrJ97b0
組み込み技術をやってるものとしてはこれはソフトバンクの勝ちだわ
ARMの覇権が決まってからよく買えたな
619 名前:名無しさん@1周年 [sage] :2016/07/19(火) 10:13:54.76 ID:NR4RVxD+0
まさか日本がモバイルCPUのトップに君臨できる日が来るとは夢にも思わなんだ(´・ω・`) 【英ARM買収】創業者「私にとっても、英国の技術にとっても悲しい日だ」 ARMが経営の独立性を失うことに懸念を表明 [無断転載禁止]©2ch.net
http:// daily.2ch.net/test/read.cgi/newsplus/1468891481/ 【レポート】ソフトバンク孫社長がARM買収で語った半導体にかける夢
http://news.mynavi.jp/articles/2016/07/19/softbank_arm/
半導体そのものも40年ほど前の1976年、ソフトバンク創業前の19歳の時、科学雑誌に載っていた半導体の回路図を
見たとき、「両手両足の指がジーンと震えて、涙が止まらなくなった。感動する映画や音楽と聴いたときのような
感覚がやってきた。なぜかというと、これはついに人類が自らの手で、人類の頭脳を超えるであろうものを生み出
した。これが将来、もっと進化したときに、人類の未来に与える影響はいかばかりのものであろうかと。怖さと感
激と興奮により、一瞬で涙が止まらなくなった」と初めて知った時を邂逅する。 >>376
「英国の」とか語る暇があったら、まずパレスチナ問題の責任をとれよw ソフバンが投資先にいらんちょっかい出して業績落とさせるようなアホルダーだったら、とうの昔に潰れてる なんか変なのが湧いてるな
火消しってやつ?
サービスの会社に物作りができるのか?ってのを心配してるんだが
引っ掻き回されると影響が大きいからね うちの会社は大手商社にオーナーがうっぱらったから
最悪、もの作り出来ないのに効率化とかうざすぎ
奴隷ミタイナモンダ 別に何も変わらんと思ってる俺からするとなんで
そんなにネガティブに考えられるのかが興味深い。
基本ソフトバンクってだけで意味もなく嫌悪感が
有るんだろうけど、根っこはは嫌儲からだろうし
なんか、そういうのをみんなが直さないと日本は
どんどん沈んでいく気がするな。
因みに孫さん自身がボーダフォンやスプリントとは
状況が違うって話してるけどそれはどう思うんだろ? いや嫌儲なんて下らない理由じゃなくて
SBの携帯での商売の仕方見てると心配なんだが
大風呂敷ひろげて煽っといて気が変わってやめましたみたいなの多いでしょ?
俺の気のせいか? ARMに特定社の色つくの嫌われて一気に衰退したりせんの? これ
x86はともかく、今更MIPSやSHに移れそうにない
Cortex R, MならまだしもAとかマジ無理ゲー そもそもが
血税でそろえたインフラをガメて儲けまくりの元ミカカとか
ぼったくり上等の腐った業界だからなあ
SBはそれを向こうにまわして頑張ってると思うよ
少なくとも血税を搾取した経歴だけは無い その分、消費者に不利な契約が多いからね…
最近だとアメリカ割り
で、買い手の仕事の人が多いこのスレだと、嫌な予感しかしない >>390
嫌なら契約しなきゃいいんだよ
NTT時代にぼったくられた税金は返って来ないだろ 事業判断は当たり前だけど、実務者としてはめんどくさい
その時が来たら盛大に恨み節を書こうぜぇ
オラクルでひどい目にあってるんで、再来になると嫌だわ 別に既に出来上がってる物の上がりを美味しく
いただく的な話でしょ。経営は今まで通り任せる
言ってるんだし、既に支配的なものをわざわざ
壊して自滅なんて馬鹿な事はしないだろう。
一からサービス立ち上げたり、支配域を拡大したり
敵対商品を潰したりという話とは大分違うと思うが。 CPUプラットホームデザインは
プロセスルールが変わると途端に陳腐化する
ARMにこんなにカネつぎ込んでどーすんだろ
ムダな投資だと思うわ >>393
まあインフラ整備に税金投入はしょうがない面もあるとは思う
ただ、加入権はざけんなよ
って思うわ >>395 はわかるけど、>>393 のどこに文中の改行があるんだ? 在日憎しが飛び火してARM貶しまで始めたか・・・
病膏肓に入る 在日じゃなくて、猿にCPUの美学は理解できないって事でしょ >>402
CPUの美学? ARMとは無縁の話だしスレ違でしょ 孫はすでに帰化してるから、れっきとした日本人であり在日ではない。
つまりARMは我々日本人のものになったのだ。
在日は帰化するか帰国するかさっさと選べと俺も思う。
だが、それ以前に、在日の意味も知らない連中こそ日本にいる資格が無いと思う。 あの天下のIntelでさえ、ちょっかい出してすぐ手を引くはめになったんだが、
今回の買収もどっちかってーとARM側が煽って高値で売りつけたんじゃねーの。
金は出させても経営議決権は実は譲ってないみたいな。 在日も帰化して朝鮮系日本人、韓国系日本人として誇りを持って生きればいいのにな
なんでいつまでも国籍すてないで偽名でコソコソ生きるんだ? ディジタル回路設計とコンピュータアーキテクチャ[ARM版]
http://www.amazon.co.jp/dp/4434218484/
今こそ我々はこの良書を穴が開くまで熟読すべき時なのかもしれない(´・ω・`) >>410
その方が得だからに決まってるだろ
ここで書くなよ、安倍に言え ああ、やっぱり安倍やることはなんでも憎い、の左巻きクンでしたか >>413
安倍が行政の長であり最大与党の長だから「安倍に言え」と言ってる。
ここで書いたら在日がいなくなるとでも?
何でもレッテル貼りだと思っちゃう、のネトサポさんでしたか。 >>409
StrongARMだっけか、懐かしいな あれはDECから買ってきただけだけどな。今はMarvellだね。 >>376
禿に買われるようなARMが悪い。英国人のアジア人蔑視だろ。
ハゲタカがいやなら最初から上場なんかしてはいけない。 >>415
StrongARMからAtomで鉄腕アトム
これ豆 SPARCとか来ないかなぁ
Microとかあるし…w 2017年に登場するARMの新CPUコア「Cortex-A73」と新GPUコア「Mali-G71」は,どんな特徴を備えているのか - 4Gamer.net
http://www.4gamer.net/games/143/G014356/20160802007/ なんでこんなに 可愛いのかよ 孫という名の 宝もの 【後藤弘茂のWeekly海外ニュース】IDFでIntelがARMとのファウンドリビジネスでの提携を発表 - PC Watch
http://pc.watch.impress.co.jp/docs/column/kaigai/1015353.html >>431
ふ〜ん、アルテラ持って入るから、物はついでで出来るんだろうな。 集団ストーカー・電磁波犯罪被害の加害装置について
レーザー・メーザーが開発されたのが、1950年台以降
メーザー初の発振が1953年、レーザーの初の発振が1960年
https://ja.wikipedia.org/wiki/%E3%83%AC%E3%83%BC%E3%82%B6%E3%83%BC
この記念すべき年以降の、人体の自然発火現象は怪しい
No.31 突然人間が燃え上がり、焼死に至る「人体発火現象」
http://ww5.tiki.ne.jp/~qyoshida/kaiki/31zintaihakka.htm
No.157 人体発火現象2
http://ww5.tiki.ne.jp/~qyoshida/kaiki2/157jintaihakka2.htm
人体 自然 発火現象 : 人の体が突然 灰になるまで 燃えつきる / 世界の衝撃ストーリー
dailymotionを上のタイトルで検索してみ
64MHzの電波を使って撮像しているMRIの動画
集団ストーカー・電磁波被害の加害装置がレーザー・メーザーによるものだとしたら、レーダーを使うはず
加害者にはこのように見えているハズ
ちょっと、エロです
MRI Shows What Sex Looks Like From The INSIDE | What's Trending Now
https://www.youtube.com/watch?v=nDhYLaGPmGU
見えている各臓器、脳も含めて、レーザーを照射すれば、危害を加える行為が成立する
参考までにCTの動画
Radiologist discusses CT and xray small bowel obstruction Imaging
https://www.youtube.com/watch?v=8dNTHdUO_3Q
PCB Imaging: 3D/CT X-Ray Animated Slicing (Top to Bottom)
https://www.youtube.com/watch?v=itTkItXiHsk 「自分達は手を出さず人を追い込む方法があるんだってさ」
「多人数で人を追い込むんだってさ」
「電波攻撃で攻撃するんだってさ」
「他人の考えとか想いがわかる装置があるんだってさ」
集団ストーカー(組織的ストーカー行為)・電磁波被害の加害装置を持たせる時の誘い文句だそうです。
他にもいろいろあると思いますが、これに類するセリフを聞いた事がある人は、警察に一報をいれて貰えたらと思います。 思いっきりスレチだが…
IBMのWatsonのCMのPapper君のお辞儀シーン、思いっきり剛性不足を露呈してる。
その上、制振制御もしてないし。
作った奴、恥ずかしいとは思わないのかなw ペッパーは殴ったら首が取れてぶっ飛んでいきそうだし
腕をつかんで振り回したら腕がへし折れてちぎれそうだよな
体が脆すぎるんだよ
戦闘用ロボにはまだまだ程遠い >>437
なるほど。Pepparは映画『ショート・サーキット』のロ ボット「ナンバー・ファイブ」みたくなるのか。 >>436
>IBMのWatsonのCMのPapper君のお辞儀シーン、思いっきり剛性不足を露呈してる。
お前のチンコに合わせたんだよ 【後藤弘茂のWeekly海外ニュース】チップカンファレンス「Hot Chips」で次世代京コンピュータなどが発表 - PC Watch
http://pc.watch.impress.co.jp/docs/column/kaigai/1016341.html >>441
へぇ〜、お〜、スパコンにARM命令セット!!
「やっぱARMっしょ」的なニュースなこと >>441
【年末特別座談会】後藤、笠原、山田のライター3氏が今年のあれやこれを本音で斬る(下半期編)
http://pc.watch.impress.co.jp/docs/topic/feature/629501.html
> 【後藤】みんなすごい誤解していて、ARMの64bitがほかのCPUの64bitと
> 違うって事を全然考えてない。ARMはともかく32bitの出来がひどい。
> 何がひどいか? RISCなのに汎用レジスタが16本しかない、その内の3本は
> プログラム関連で使っちゃうので、汎用に使えるのはたった13本。
> これで、ロード/ストアアーキテクチャのハンドリングをしなきゃ
> ならない。そうするとコンパイラが効率的なコードを吐けない。
> ので、コードステップが非常に長くなる。一方64bitになると汎用
> レジスタが31本、SIMDメディアレジスタが32本だから、コンパイラが
> ものすごく効率的なコードを吐けるようになる。
> 【山田】つまり今のARMの32bitはひどいと。
> 【後藤】ひどい。だって、僕の知り合いでネイティブARM 32bitに
> 触れた人は皆「変態命令セット」って言ってるし(笑)。
とか抜かしてたどんだけわかってるかわからん人か。 >>443
> 何がひどいか? RISCなのに汎用レジスタが16本しかない、
> ので、コードステップが非常に長くなる。
レジスタが少ないと指定ビットが減らせられ、Tumbo命令セットに一役買い、バイナリ長を減らせらた。
…てな俺の認識。
そりゃ、生粋のRISCに比べたら見劣りするだろうなw
実際、ARM 32bitのMIPS/MHzは良くないし。 >>444
> 実際、ARM 32bitのMIPS/MHzは良くないし。
https://en.wikipedia.org/wiki/Instructions_per_second
↑に載ってる表を見ても各ARM製品と近い時代のMIPSや
Alpha、PowerPCと比べても特に劣ってるようには見えんけど
何を根拠にそう言ってんの? >>444
> レジスタが少ないと指定ビットが減らせられ、Tumbo命令セットに一役買い、バイナリ長を減らせらた。
> …てな俺の認識。
スマン、まるでわかってない人だったか。 >>446
それはあったり前。
ここは電気・電子板だからなw RISCの多くは演算はレジスタ-レジスタ間でしか行えない
ARMも同じく演算はレジスタ-レジスタ間でしかできない
x86などのCISCはレジスタ-レジスタ間およびレジスタ-メモリ間で演算ができるので
RISCよりレジスタが節約できる設計
32bitのARMはレジスタ間でしか演算ができないのに実質13本しかレジスタがない
(R13はスタックポインタ、R14はリンクレジスタ、R15はプログラムカウンタなので)
あまりにも少なすぎるということ
その方が組み込みには向いてるが、
現在のスマホのようなGHzのクロックで数GBのメモリでぶん回すには貧弱なアーキテクチャ
それはARM自身も認識してたからこそ64bitアーキテクチャで大幅にレジスタを増やした メモリーレジスタ間での演算を可能にするとアーキテクチャ的に大変なの?
命令とかは直交性失わせずに増やせそうだけど >>452
RISCって、なんの略語だか知ってる? > 32bitのARMはレジスタ間でしか演算ができないのに実質13本しかレジスタがない
じっさいコンパイラが吐いたコードみればそんなもんで足りてる場合が
多いんだよなあ。
足りない場合でもアクセス頻度が高いものからレジスタに割り付けるから
性能への影響は大きいものではないし。 関数の呼び出しは速くなると思うよ
レジスタ渡しできる引数の数が増える
パフォーマンス面ではそれよりも
64bitのARMがSIMD命令で倍精度浮動小数点演算に対応したのと
暗号化命令が追加されたのが一番大きい
それとSIMD命令がIEEE754に準拠したので
科学技術計算に対応できるようになったこと 最近のGCCはARMv7-Aを指定してアセンブラ出力すると
Unifiedアセンブラを出力するようになってるね
Thumb-2を指定した方がコードサイズが短くなるので有利
ARMv7-AではAndroidでもUbuntuでもThumb-2がデフォルトだよね >>453
それは名前の説明であって、もとの質問になってないだろ
コストがあまり変わらないならメモリとレジスタの間の演算だってできた方が
便利なんだから。
どれくらい変わるのか、レジスタ間だけの演算することで効率がどれくらい
変わるのか聞いてるわけで。
バカのくせにドヤ顔すんなよ。 >>452
メモリアクセスに時間が掛かるから効率的なパイプライン動作をかんがえると難しいのかと。
ttp://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.ddi0363fj/Chdjccac.html
ここ読むとLDR命令でメモリから読み込んだレジスタは次命令にさえ更新が間に合わずレイテンシが発生しています。 それに、メモリアドレスをどう指定するのか?って問題もある
間接にしろ、それが平均命令長を大きくする方向になるのならば
メモリ帯域やらキャッシュ容量にも影響を与える訳で
レジスタ数とメモリアドレス指定と命令長との関係は難しい話だし〜 >>457
おいおい、逆切れかよw
>>458>>459氏が解説書いてくれたから読んどけ。 >>458
> 効率的なパイプライン動作をかんがえると難しいのかと。
これ読んで思い出した。
懐かしの AMD K6ー3のデータシートが、すっげ〜よ。面白かった。(モチ英文)
CISCの代表であるx86命令から、どの命令をそのまま内部RISCに実行させ、どの命令をテーブルからオペコードを引くのか。
メモリアクセスが必要な命令なら、どう分解してどうパイプラインに流し込むのか。
これがデータシートか?って思える位の、内部動作が事細かに解説してある。
K6のアーキテクチャの美しさと、x86命令が厄介さがよくわかる。 まあ、外野の人間が思いつくような事は中の人がとうに検討済みだろうな 足りないときは1024レジスタあっても足りないから16で十分
メモリを直接演算対象にすると固定長命令にならんし
命令コードが少し縮んだところで実行時間は変わらんし ワークステーションやサーバ向けに開発されたRISC CPUの多くが
汎用レジスタ数が32本、そのうち1本はゼロレジスタ
CPU設計の専門家がいろいろ検討した結果がこれ
だからいろいろな理由があるのだろう
CPU設計の素人の我々が考えてもしょうがない
ARMはもともと16bit長の命令のThumbが出てからモバイルで普及したCPU
価格面から16bitのメモリバスを扱えなかったモバイル機器で普及した
だから32bitのARMの命令セットはモバイル向けに特化する形で拡張されてきた
しかし、Cortex-A15からARMはサーバ向けも意識するようになり
4GB以上のメモリも扱えるように
Large Physical Address Extension (LPAE)が実装されるようになった
64bitのARMは主にスマホ、タブレット向けだが
サーバ向でも通用するように設計されたから
ARMv8-Aのようなアーキテクチャになった
32bitARM → モバイル向け、小規模な組み込み向け
64bitARM → スマホ、タブレット、サーバ、スパコン向け
もともと想定されてる用途が違う
こんな記事も出てきてる。
SVEは64bit命令でのみサポートされる新しいベクトル命令
ARMの新ベクトル命令「SVE」、ポスト京に採用へ
http://eetimes.jp/ee/articles/1608/25/news036.html x86に慣れてるとARMのレジスタが足りないとは思えない 初心者です、少し教えてください
STMBee 基板と ST-Link/v2 を使おうとしています (STMBeeのDFUは使わないので消去しました)
VCP(USB仮想COM)を使う設定をしたいのですが、インストールがうまくいきません
STのサイトから STM32 Virtual COM Port Driver VCP_V1.4.0_Setup.exe をダウンロードしてインストール
Windows のデバイスマネージャーを見ても ポート(COM/LPT) の所にアイコンが出てこない、認識できていないのかな
ST-Link/v2をつないでも認識しません
プロパティをたどると、「このデバイスを開始できません。 (コード 10)」 とメッセージがあります
試したPC Windows7 32bit , Windows10 64bit
USB端子側(STMBee)から何か情報を送らないと認識しないのでしょうか >>464
> CPU設計の専門家がいろいろ検討した結果がこれ
その時に使えるプロセス・外部メモリ・コスト・テクノロジーで、レジスタ数は変わる。
32本が最適だとは限らない。 スマホ、タブレットで64bitはいらないと思います。 >>469
ワークステーション向けに開発されたRISCプロセッサの多くが32本だからね
ざっと調べてみたがこれら全部32本
POWER、MIPS、SPARC、DEC Alpha、PA-RISC、Apollo PRISM、i860、MC88000
(SPARCはレジスタウインドウで多数のレジスタを持ち
ソフトウェアからアクセスできるレジスタの32本のうち、
関数コールでレジスタの一部が自動的に切り替わる構造)
これだけのRISC CPUのレジスタが32本なのは理由があるんだろう >>472
> これだけのRISC CPUのレジスタが32本なのは理由があるんだろう
レジスタ指定ビットを、5ビット幅にしたから。そんだけ。 レジスタの数が2の乗数ってのはなんか適当感があるというか、コンパイラとかの
作成するルーチンの粒度みたいなものでこれだけあれば十分みたいな数はもっと
半端な数であってもおかしくなさそう。
レジスタ増えました、と急に倍とか4倍って根拠あるのかと思うよね。
じゃあもっと増やしたらどこまでリニアに性能上がっていくのかな、と。
メインメモリ分のレジスタがある巨大CPUの特許とる >>474
レジスタを操作する命令コードは少なくともレジスタ数ぶんのビット幅を使う。
32個のレジスタを指定するには5ビット必要。仮に24個だとしても5ビット必要。 >>474
> レジスタの数が2の乗数ってのはなんか適当感があるというか
>>473 の言うように命令中のレジスタ指定の関係が大きい
半端な数にすることもできる(10以上だと違う命令と解釈するとか)けど構造複雑になって使いにくいだけだし コンパイラとかじゃわからないけど、素でブートアップルーチンとかOSカーネルとかアセンブラで
書いていると「あー、ここでもう一つレジスタあったら」とかよくあることなの? >>477
昔アセンブラ使ってた時は何回か経験したわ メリットとデメリットがあるのに命令幅の都合だけで決める馬鹿はなかなかいない。 >>471
>スマホ、タブレットで64bitはいらないと思います。
そうでもない。最近はソフトを組む能力の無い℃素人がプログラムしてるから
メモリは食うはCPU時間は食うわで、CPUの能力が生かせてない。
やってる事はたいした事無いんだけどなwww おじいちゃん、今はメモリもいっぱいあるしクロックも高いんだからプログラムは
保守性の方が大事なのよ >>481
℃素人なんだから保守性が高いプログラムなんて書けないだろうwww
メモリもクロックもCPUも贅沢三昧でバッテリが1日持たないような
携帯端末しか無い世の中だが、能力が無いんだからしょうがないなwww >おじいちゃん、今はメモリもいっぱいあるしクロックも高いんだから
この板の住人とは思えない発言だな。これがゆとりか。iPhoneのスペックぐらいググれよ。
ただでさえモバイル向けのARMはクロック当たりの性能がインテルの1/4以下なのに。 このスレに限らず℃爺さんには触れてはいけないとあれほど・・・ ショボいiPhoneやiPadの性能で、これを高性能、贅沢三昧と言ってしまう頭の弱さには呆れる。
LINEとツイッターしか使ってない℃馬鹿だね。 煽りだけとかそりゃ反論できないよな。1GBや2GBで贅沢、使いきれないって℃素人PGだからな。
だいたいメモリの食うコードの書き方ってなんだよ。今はなんでもライブラリ呼ぶだけじゃねーか。
それが64bit化したら速くなるのかよw だいたい32bitARMが糞遅かったはの32bitだからじゃねーだろw
ARMでコード書いたことないのか。ほんとARM℃素人がなんでこんなとこにいるかね。 2Gしかメモリを乗せられない32ビットで2GBを使うアプリが贅沢じゃないのかwww
すげー基地外が居たもんだwww > 2Gしかメモリを乗せられない32ビットで2GBを使うアプ
なにかほんといろいろ勘違いしてて怖い。絶対プログラム書いたことない℃素人だわ。 >>483
>ただでさえモバイル向けのARMはクロック当たりの性能がインテルの1/4以下なのに。
iPhoneやQualcommのSnapdragon 820の独自コアは
普通の整数命令はそこまで遅くないぞ
いつの時代のARMの話してるんだ? iPhone 6s Plus
http://browser.primatelabs.com/geekbench3/3515465
Single-Core Score 2521
ARM @ 1.85 GHz 1 processor, 2 cores
http://browser.primatelabs.com/geekbench3/6243002
Single-Core Score 7156
Intel Core i7-6700K @ 4.01 GHz 1 processor, 4 cores, 8 threads
2521 / 1.85 = 1362.7027027027027
7156 / 4.01 = 1784.5386533665837
1784.5386533665837 / 1362.7027027027027 = 1.309558313656557 >>476
レジスタのビット数だって、2のn乗である必然性はないんだよね。 samsung Galaxy S7 Edge
https://browser.primatelabs.com/geekbench3/7219580
Single-Core Score 2220
ARMv8 @ 1.79 GHz 1 processor, 8 cores
http://browser.primatelabs.com/geekbench3/6243002
Single-Core Score 7156
Intel Core i7-6700K @ 4.01 GHz 1 processor, 4 cores, 8 threads
2220 / 1.79 = 1240.2234636871508
7156 / 4.01 = 1784.5386533665837
1784.5386533665837 / 1240.2234636871508 = 1.4388847700568401 ID:gr67FQ8氏はARMのこといろいろ詳しそうだけど妙な決めつけでいろいろ変な発言
するのが残念。 >>493
2のn乗では無くて4の倍数になってる。 >>497
どうだろう? 例えば彼(彼女)はNEONのコードを書いたことありそうだけどあんたはなさ
そう。 >>502
で?
使ったこと無い癖に無理すんなよ℃素人www >>503
で?
君が無知なのは変わらんけど? w >>504
お前馬鹿だろwww
最近の世の中のプロセッサが4ビットの倍数になってるのに
MC14500B持ち出して何が言いたいんだwww
僕ちゃん詳しいってかwww
℃素人バカスwww >>496
>2のn乗では無くて4の倍数になってる。
4の倍数ってことは12とか28とかもあるの? >>506
12bitワードのコンピュータってのは結構作られている
DECのPDP-8とか著名なのもあったりするんだな、これがw >>505
こいつ本当の馬鹿だな
2^nなら、n>1なら必ず4の倍数だし、n.>2なら必ず8の倍数になるわ。こいつ学校で指数計算を理解できなかったのか。
たがらと言って32bitCPUだからってアドレスバスは32本とは限らないし、64bitCPUだからってアドレスバスが64本出てるとは限らない。データバスもな。 >>506
12はある。TLCS12を使ったことがある。
28は知らない
但し、12は元々キャラクタマシン(ASCIIを1度に読み書きできる6ビット)
の流れを汲む。当時のADが12ビットだったからと言う理由もある。BCDなら3桁だね。
4ビットは4004に始まる十進1桁を表現出来るからだが、4で割り切れないコンピュータだと
BCDをパックするのに不便だからありえない。
その上、上位互換を作るなら倍倍にしないと不便だから4,8,16,32,64,128となるのは必然。
リレーの置き換えを狙ったMC14500持ち出すおば加算には理解出来ないだろうけどw >>508
頭悪すぎwww
そんな理由でビット数が決まってる訳じゃないw
℃素人って想像で知ったかするんだなwww レジスタ幅やアドレス、データバスの幅が決まる理由なんて一言も書いてないが。2^nの性質について説明しただけ。
自分の大発見が実は中学生にも笑われるレベルだったからって興奮するなよw >>505
> MC14500B持ち出して何が言いたいんだwww
お前のバカさを言いたいだけ w
そもそもワード長が4の倍数でないマシンなんていくらでもあるし
https://ja.m.wikipedia.org/wiki/36%E3%83%93%E3%83%83%E3%83%88 >>511
単なる歴史的事実を知らない癖に知ったかしたいだけだろうにw
聞かれても無いのに>>507みたいな誰でも知ってるような事をしゃしゃり出て
書いちゃう辺りに性癖wがもろ出てて笑えるwww >>512
で、それは今でも駆逐されずに主流なのかいwww >>514
> 単なる歴史的事実を知らない癖に知ったかしたいだけだろうにw
お前のことな w >>515
安価もまともに付けられないのかwww
それともわざと?wwwwww >>513
なるほどBCDが4bit区切りが都合がいいからか。CPU設計者はたぶんそんなこと微塵も考えてないよ。
8bit=1byteが定着してそんなアホなこと考慮しなくても勝手にその制約満たされるからな。
それに32bitの次は36bitとか40bitとかありえないでしょ。上位互換関係なくセンス悪すぎ。
むしろデータバスの制約を考慮すると32bit、64bitが自然。SDRAMは64bit幅だから。
おまえコボラーだろ? >>516
今でも駆逐されずに主流なのかい ⇒ 歴史的事実を知らないバカ
の流れも理解できてないのかよ w >>517
> それに32bitの次は36bitとか40bitとかありえないでしょ。
ありえないと、決めつけは良くないなぁ。
事実、NECのメインフレーム ACOSは36bit機だよ。 >8bit=1byteが定着してそんなアホなこと考慮しなくても勝手にその制約満たされるからな。
6ビットでなく8ビットが定着したのが4ビットの倍数だから。
>CPU設計者はたぶんそんなこと微塵も考えてないよ。
だから知ったかすんなってwww
Hキャリービットは誰が作ったんだよwww 36は4の倍数じゃ無いとかw
ID:8R89zE+Gってアホだな。 >>507
DSPだと24bitとか48bitとか56bitとか。 >>517
SDRAMが64bit?
モジュールの話? >>522
リンク先も読めないバカ w
より小型のマシンは18ビットワードを使用し、ダブルワードが36ビットとなった。
PDP-1/PDP-9/PDP-15
EDSAC は17ビットを「短語(short word)」、35ビットを「長語(long word)」とする、これと似たアーキテクチャであった。 >>512を読み返せば読み返すほど
ID:8R89zE+Gの馬鹿さ加減で笑えるwww >>517
もう一つ、インテルが32bit延命の為にIAー32に導入したのが36bitアドレッシング。
ただ使われる様になる前に、AMD x64アーキがメジャーになってしまい、黒歴史になったw
> むしろデータバスの制約を考慮すると32bit、64bitが自然。SDRAMは64bit幅だから。
それはDIMMの規格であって、SDRAMのバス幅ではないよ。
SDRAMそのものは未に8bitと16bit幅。
グラフィクスになると、3色だから親和性がいい24bitが基本。 >>520
やっぱりでたなCOBOL専用機。
現行機が36bitじゃないってことはやはりセンスが無かったんだよ。
そもそもそんなセンスがないもの作れるってことはすべて独自仕様カスタムみたいなもの。
標準化された規格がない時代だからできること。制約が要件のみの開発。 >>527
言い返せなくてバカとしか言えなくなったのか w
哀れだな >>528
グラフィクスでもCPUバスに合わせる為に8ビットアルファチャネルを追加して
32ビットにしたりするけどな。
そもそもグラフィック自体、各色16ビットとか浮動小数点で扱う時代になって来たし。 >>528
PenProの頃だから延命じゃないし、PAEは今でも使われてるよ。nxビット使うときはPAE必須だし。
おれも未だに32bitOSで32GBメモリ積んで使ってる。
amd64もPAEを多段に拡張してそのまま使ってるから、PAEオンにしないとlongモードには移行できない。 >>533
あや、そんなに古かったんだ。
これは俺の認識間違いだわ(汗) 映画なのですが、集団ストーカー・電磁波犯罪被害の内容にそっくりです。
暇があったら、見て下さい。
クリープゾーン : マインド・コントロール
https://www.amazon.co.jp/dp/B0000ESKVY/ref=nosim/?tag=nicovideo07_st1-22&creative=380333&creativeASIN=B0000ESKVY&linkCode=asn&ascsubtag=7_vi_B0000ESKVY_sm7584036_u!OBx1[[HcA]_1471948674_a08163 今の32bitのUbuntuはPAE必須だな
Windowsと違って32bitでも4GB以上のメモリを扱える
Linuxはカーネルでドライバを用意してるのでそれができる
デスクトップ向けのWindowsがPAEにフル対応しなかったのは
ドライバもPAEに対応しなければ4GB以上のメモリを扱えなかったからだろう
今の64bit Windowsの普及を考えればマイクロソフトの判断は正しかった Macは8G、16Gと際限なくメモリを増やしちゃうけど、なんかWindowsは4Gでいいや、とそのままだな。 メインメモリ6GBのスマホ
64bitに移行して正解だった
最上位モデルは6GBメモリ搭載、6.8型モデルも――
ASUS、「ZenFone 3」シリーズ3機種を発表
http://www.itmedia.co.jp/mobile/articles/1605/30/news144.html ワード長を9bitの倍数にしとくとパリティとか色々と使えて便利〜 Pythonだとちょっとした計算プログラムでも64bit版の方が1.5倍くらい速い
Pythonだと64bitの方が有利
Pythonは整数型が多倍長演算だからなのかな 4倍精度浮動小数点演算は64bitの方が32bitより倍速い
桁数の多い演算は64bitの方が有利 > 4倍精度浮動小数点演算は64bitの方が32bitより倍速い
4倍精度浮動小数点演算の速度が性能に影響するような用途なら
ソフト演算なんかせんだろ。 そもそも、32bitのARMの場合、
gccが4倍精度浮動小数点演算に対応してないけどな
64bitのARMのgccはソフト演算の4倍精度浮動小数点演算に対応してるけど >>547
正しくは、ゆとりおっさんだから
おこちゃまよりずっとたちが悪い なぁ、人工知能の1ニューロンって1bitに対応するの?
64bitなら64ニューロン分を一度に処理出来るの? むりやりそうやって関連付けできるだろうけど、普通はしないしbitとニューロンは対応しない >>552
そっか〜
いやさ、スマホ/タブレットに64bitは必要かで荒れた訳だけど、今の使われ方では必須では無いと思う。
でも、A.I.が搭載が進んだら必要かもと思ってさ。
サーバーで処理するのか、手元で処理するのか、見通せないけどさ。 >>554
512GFLOPS‥
浮動少数点演算を速くしたかったのなら、このアプローチはしないだろうに。 1coreの速度ではハナから勝負しないってことだな。あとはfpgaがどれだけ使いやすいか。 CPUはオンダイキャッシュメモリー増やしてるトランジスタ数の余裕があるなら
汎用レジスタもっと増やした方が良いんじゃね?
キャッシュメモリの容量に比べたら64bit256本とか楽勝だろ >>557
レジスタを増やすとなるとレジスタ指定のbit数も増えるから、命令セット全体を見直さないと無理。
32bit長命令を維持するならレジスタ指定で増えた分の命令を削らないといけない。
現に32bit→64bitでレジスタ本数が倍増したため「条件付き実行」が大幅に減らされてる。 >>557
中の人は既にやっていると思うよ。
見掛けレジスタは増やさずとも、レジスタ・ウィンドウで大量のレジスタを扱えるから。
命令セットの変更の必要も無いしね >>557
コンパイラなんかの研究だと、
レジスタ多くても、ループとかで頻繁に参照されるのはせいぜい十数個で
後はテンポラリとか、まぁ、どうでもいい値が入ってたりする物なんだとさ
それにレジスタ多すぎても、スレッド切り替えとか遅く… 結局、最初からRISCにするよりCISCを頑張ってRISCにした方が性能が上がるって事だな。 >>561
>CISCを頑張ってRISCに
インストラクションを頑張って変えるのか・・・ >>561
RISCもガンガンと命令増えているけど、RISCとAMDに危機感を感じたintelが頑張った結果。
その考えは短絡的でない?
Atom、どうなるんだろう。
タブレット市場は諦めるのかな。 ARM版Windowsが全く売れなかったんだから拘ってるのはユーザー。 >>564
昔は拘っていなくて、最近は拘っているかも。
その昔はi960?を出したし、その前は286の陰に別プロセッサがあったと記憶。
ただx86のソフト資産をひっくり返せなかった。
64bitはIAー64をすすめたが、これもx64に負けた。
x86からの乗換えに負け続けた結果が今。
唯一成功してたXscaleを手離したのは謎。 そもそも箱の中身がIntelだろうがARMだろうが客にとってはどうでもいいこと
(そもそも普通の人間はCPUの存在自体理解してないし)
致命的なのはウィンドウズ従来のソフトが動かない ただそれだけ 何十年もCMしてんだからインテル入ってるぐらい普通の人でも知ってるわ。
それに比べてARMの知名度は一般にはゼロに等しい。最近ハゲ関連で始めて知った人も多いだろう。 ウィンテルは既存のソフトウェア開発者向けにシステムを構築し
新しいソフトウェア開発者向け開拓をしようとしなかった
今は新しいソフトウェア開発者開拓に頑張ってるが、、、 ARM 激安
x86 割高
Android 開発無料
Windows 開発高価
シェア広げるのは簡単
安くすりゃいい
勝手に人が寄ってくる
そういう環境で
どうやって利益をあげるか?
経営者の手腕 >>571
> Android 開発無料
> Windows 開発高価
それ、ここ電気・電子板ネタか?w
> ARM 激安
> x86 割高
そうでも無い。
TIが出してる64bit ARMのフラッグシップデバイスは10万超えるよ。 >>572
タブレット用のatomは無料だったらしいしな。 winの開発は今となっちゃ無料だろ
逆にARMなんか、ほぼデフォルトのkeilなんて個人じゃ買えんわw × TIが出してる64bit ARMのフラッグシップデバイス
〇 TIが出してる32bit ARM+DSPのフラッグシップデバイス
DSP入りで純粋なARMでひ無かったでござる(汗) >>573
そうだったんだ。
WinRTが普及する事を、期待してたんだけと。 追記機能てんこ盛りの今のARMは今のx86よりはるかに汚い。 >>577 >>578
DSPは、普通のx86用途には出てこないから。
そんな用途がx86より限られるデバイスで10万超えると主張しても、我ながらアホだと思ってねorz
ただその路線でいいなら、ARM入りのFPGAは50万超えるのがあるし。 >>583
そうかもね。
出来るかどうか知らないけど、x86をSMPでなくAMPに構成して、各コアに処理を割り当てれば速いかも。 >>583
そうかもね。
出来るかどうか知らないけど、x86をSMPでなくAMPに構成して、各コアに処理を割り当てれば速いかも。 >>586
DSPだとキャッシュをSRAMとしてコードを詰め込んで、レイテンシーが定かで無い外部メモリを使わない構成が出来る。
余計な事は一切せず、ひたすら数値演算に専念させる構成。(普通のCPUとして、勿体なく使う構成もあるけど)
なのでDSPをブン回すには、CPU(ARM)で面倒見ないといけない。
その点x86は、キャッシュをメインメモリとして構成出来るのかな?
とにかくこの世界だと、ソフト屋さんはガリガリと速度を追い求める。 DSPのプログラムなんて短いから4Mバイトもあるキャッシュに全て収まる。
バタフライ演算用のアドレッシングが用意されてない位で特に問題なく使える。 >>588
それはそう。
でも、フラッシュされれない保証無いし。
ところでCortexーM3より上位にはDSP命令があった筈だけど、CortexーM3で固定少数点演算をガシガシやっている人はいるのかな? >>589
>でも、フラッシュされれない保証無いし。
いや、普通にキャッシュ制御すれば良いだけ。 M3でもクロックとフラッシュの速度にもよるけど128kbps/44.1kHzのmp3ソフトデコードとか出来て楽しい わざわざ効率の悪い、苦手なことをさせて楽しいとかMすぎる。 >>594
効率悪いかな?
デバイスの限界まで性能を引きだす、楽しいじゃん。 >>597
限界(ノーウェイト)までキッチリ回して仕事を片付け、後はスリープするのが最もエコ >>594
趣味だからだろ。
趣味なら最適なものをその都度選ぶなんてできないからな
業務でmp3ソフトデコード再生するなら、M4Fぐらいを選択して最適な構成(内蔵DACより音が良いオーディオ用DACアウトとか)に
したのを設計するんだろうが。 自分でゴリゴリすると思わぬ発見があったりするからなぁ… x86でmp3をソフトデコード出来るのって486DX位だったな確か 仕事ではDSP処理を普通にしていると思うけど、お前らってどんなDSP処理を書いている? > 仕事ではDSP処理を普通にしていると思うけど、
狭い世界に生きてること自覚しろよ DSP処理を書ければ、そのベースも当然出来るとは考え無いのかな? 過疎スレだからって無理に話題振らなくてもいいんだよ・・・ いまの2chはスレタイトルに関する話をする処ではなく
スレタイトルに興味ある奴が雑談するところだよな。
ARMにちょっと興味ある奴が今日の天気の話題とかするところ 今までCortex-M3が使われてたような分野では
これからはCortex-M4Fが使われて単精度のFPU搭載が当たり前になるのかな?
Cortex-M4マイコン最強説
http://www.kumikomi.net/interface/sample/201604/if04_043.pdf Cortex-M3で足りてた用途でわざわざ高コストのにシフトする意味ないじゃんアホか 足りるのにどんどんシフトするから新しいCPU出てるんだよ SBCみたいな開発期間も製品寿命も短い、話題性のために作るものと、産業系や車載系みたいな物の中に組み込むのは全然話が違うしな
普通の人には前者しか見えてないんだから話はかみ合わないよ そもそもCortex-Mが上のグラフのように急拡大してるということは
他からシフトしてきてるもしくは新たな需要が急拡大してるということだよな >>613
チップの値段は、コアだけで決まらない。しかもプロセスが違えば、逆転もありうる。
足りてても安ければM4使うよ、FPUもあるし。 >>618
?? 実際安いの?何でたらればの話が出てくるの?
実際に物作りしてる人ならわかると思うけど、要件満たしてるなら1円でも安い方選ぶもんなんだけど > 要件満たしてるなら
それが無駄に高いから・・・ >>619
実際に作ってたらコストだけで決めるなんてバカなことはしない >>619
Cortex-M4Fの低価格品は出てきてる
もう、ほとんどCortex-M3とCortex-M4Fで価格差ないんじゃないの?
STマイクロエレクトロニクスはARM Cortex-M3コア・ベースの
新しい32bitマイクロコントローラ「STM32」ファミリを発表
[2007/06/12]STマイクロエレクトロニクス
http://www.chip1stop.com/Newsct.do?no=STMI93
STM32は、「パフォーマンス」「アクセス」どちらの製品ラインも
LQFP48、LQFP64、LQFP100およびBGA100パッケージで供給され、
32KB/64KB/128KBの組込みFlashメモリ・オプションがあります。
LQFPデバイスでの販売価格は、1万個の場合1個あたり約1.80ドル
(アクセス・ライン、32KB Flashメモリ内蔵、48ピン)から
約3.60ドル(パフォーマンス・ライン、128KB Flashメモリ内蔵、100ピン)です。
Freescale、ARM Cortex-M4ベースの第2世代「Kinetis」マイコンを発表
http://news.mynavi.jp/news/2014/04/17/103/
同ファミリは、最大100MHzで動作し、浮動小数点演算ユニットと
64KBのフラッシュを搭載したCortex-M4ベースのマイコンとしては低価格を実現している。
用途は、低消費電力と高い処理効率が求められる多様な組み込みアプリケーションを対象としている
。たとえば、ウェアラブルアプリケーション、ゲームアプリケーション、
IoTでのデータコンセントレータやエンドノード、POSシステム、スマートグリッドインフラ、
ホームオートメーション、および工場オートメーションシステムなどが挙げられるという。
なお、価格は年間1万個購入時で0.79ドルから。
FPU・DSPに対応したSTM32F3の低価格品の提供を開始
http://prtimes.jp/main/html/rd/p/000000496.000001337.html
STM32F301K6U6(内蔵Flashメモリ: 32KB、SRAM: 16KB、32ピン・パッケージ)の単価は、
10000個購入時に約0.89ドルです。 今ですらこれだからね
今はCortex-Mは製造プロセス90nmが多いみたいだけど
これが65nm、55nm、40nmとかになってきたら尚更価格差なくなるね 固定小数点演算に直すメンドくさい作業と無縁になるのか〜 フラッシュとIOの問題で、90nm ぐらいまでが作りやすい
40nm以下ではフラッシュは作りづらいけど、技術的に可能性はある
問題はIOかな、IC内部が1Vぐらいだろうけど、外部との接続が課題で使いづらいのが受け入られるかどうか
PCのCPUとワンチップマイコンは違う
使いやすいIO載せるには、耐圧を上げるオプションによるコストアップやIOセルの面積が大きくなる
分厚い饅頭の皮のようなチップになる、チップサイズが5mm□以上であれば気にならないが
やっぱり開発としてー番の問題はマスク代かな
商品の種類を多く増やすのは難しいから、同じ商品で数量が出ないと開発できない
IC内部に部分的にFPGAのような回路を入れてリコンフィギャルにするとか、マスタスライスでバルクは共通にするとか工夫が必要かも >>619
> ?? 実際安いの?
安いよ、以下 128kBフラッシュ品の一例
MK02FN128VFM10 184.4円@100個 Cortex-M4 100MHz 128kB Flash 16kB RAM
STM32F410TBY6TR 193.9円@5000個 Cortex-M4 100MHz 128kB Flash 32kB RAM
MK02FN128VLF10 197.6円@100個 Cortex-M4 100MHz 128kB Flash 16kB RAM
STM32F100CBT6BTR 199.2円@2400個 Cortex-M3 24MHz 128kB Flash 8kB RAM 安いチップはディスコンになりにくい法則
なぜって、みんなが使うから >>627
今MOUSERで見てみたら
STM32F410TBY6TR 5,000: \190.3
STM32F100CBT6BTR 4,800: \188.1
だけど。そもそもパッケージもピン数も違うし、比較するなら条件は揃えようぜ。
とは言え細かいペリフェラルやら消費電力やらも見てないけど、STMだけ見ても同価格帯だと性能が高いM4を選ぶという選択肢は有り得る話かもね。
>>629
法則とかw そこは普通調達が交渉する際に確約させる話ダロ 「自分達は手を出さず人を追い込む方法があるんだってさ」
「多人数で人を追い込むんだってさ」
「電波攻撃で攻撃するんだってさ」
「他人の考えとか想いがわかる装置があるんだってさ」
集団ストーカー(組織的ストーカー行為)・電磁波被害の加害装置を持たせる時の誘い文句だそうです。
他にもいろいろあると思いますが、これに類するセリフを聞いた事がある人は、警察に一報をいれて貰えたらと思います。 レーザー・メーザー、フォノンメーザーを規制する法律がこの国には無いようなんですけど
困りましたね ^^;
失礼
誘導放出した電磁波、音波を規制する法律
と言い直します >>630
ここで厳密に条件を揃えて比較して、意味あるのか?
> M4を選ぶという選択肢は有り得る話かもね。
それが分かれば十分、その時で選択条件はコロっと変わるんだからさ。 べつに既に販売した製品のマイコンを入れ替えるわけでもないし
車も家電も自動運転ややタッチパネルUI等で要求仕様はどんどん上昇してる >>615
二層式洗濯機でも作り続けてるのならそうだろねw 近年、水を含んだ衣類の重さと冷たさを知るものは順調に少なくなってきている 高い部品を使うともっと高く売れるとか
高い部品を使うともっと安く作れるなら、
特定の部品の価格は気にしない。 製品の価格上げてバンバン売れる世の中とは思えない
むしろ、安いもののほうが売れてる気がするが〜〜〜
原価は安いほうが選択されていると思うよ。 機能が上がってチップ面積小さくなってるから、今のCPUを使った方が安いだろ >>641
未だに何社もまだ現役でラインナップしてる8051(36年前の石)とかは別に単体だと安くはないからなぁ
コントロールチップとしては回路規模も小さくて便利だけど、価格は数とのバランスだしね >>641
> 10年前のCPU使えば
それは無いな。
LANにUSB加えるのに外付けチップ、高く付く。
>>639
> 高い部品を使うともっと安く
それは有るな。
例えばA/Dコンバータ。外付けにするより高くても性能が良い内蔵品が、トータルでは安くなるし。 8051はSoCの内蔵コントローラとしてまだまだ現役だよ。
おいらが先週テープアウトしたチップにも載ってるw 安いけど使いこなすのに手間がかかるチップと
高いけど簡単に使えるチップ、
設計コスト、設計期間が問題となる場合は簡単に使える方を使う ハードのスペックなんて勝手にどっかで決められてて、「じゃあ後はお願いね、
何日まで」なんてことが多いと思う。
ハードとソフト、開発期間(コスト)、デリバリ、製品寿命を総合的に考えて
最適な方法を選択するなんて1人でやってるでもなきゃそう上手くは行かんだろ。 >>647
勘違いしている様だが、ここは電気・電子板。スレ住人はハードスペックを決める人なんだが。
> 1人でやってるでもなきゃそう上手くは行かんだろ。
システムアーキテクトは普通一人だと思うが、あんたの所は違うのか? >>647
そんなモノ作りしてたら中韓に追いつけないぞ 昔カシオのMSXパソコンで
コストを下げるために片面基板を使えという指示があった
そして出来上がったのが大量のジャンパ線が必要な代物
https://www.msx.org/wiki/images/3/32/Pv7b.jpg ST Microってアカウント登録必要になったのか >>652
えっ?本当に
外部のNXPのリンクとか色々やってるけど、
アカウントの画面出るんだけど STMなのかNXPなのか・・・
いずれにせよデータシート位ならどこも登録なしで見れるが >>654
もちろんデータシートは見られるけど
ST-LINKユーティリティとか のツール類が
春頃見たときはダウンロードできたのが、
今ダウンロードしようとしたらアカウント登録必要になった >>648
> 勘違いしている様だが、ここは電気・電子板。スレ住人はハードスペックを決める人なんだが。
ハードスペックを決める人である場合もあれば回路引く人である場合もあるのでは?
> システムアーキテクトは普通一人だと思うが、あんたの所は違うのか?
お客さんから条件言ってくることは多いね。 ここはそういう住民が集まる場で、システムアーキテクトって独りでやるもんだったのか。俺も勘違いしてたな >>650
両面基板なら半分の大きさに納まったんじゃないか、これ?
それでも片面基板の方が安いのか… 当時はそうだったんだろう
今なら4層か両面とか
0.3mmドリルで済ませるか、0.25mmドリルまで許すのか?とかで
値段の境目があったりなかったり 部品の選定なんて購買部門や財務部門の意見も要るしどんだけ売るかと言う営業部門の意見も要るだろ
アーキテクトが部品まで選定するなんて一品もんとかかなり小さな案件しかないと思うけどな >>650
写真見る限り、これは設計ミスだな。片面基板は関係ないね。
正しく設計してたら、自動搭載機がちゃんと自動でジャンパワイヤーを打ってくれるし。
> という指示があった
アンタの失敗かい!!w >>657
客の要求に社内の事情、何処までハードでやり何処からソフトにするのか、リアルタイム処理と通信/UIを一つのプロセッサでやるか2つに分けるか、速度が必要ならFPGAを使うか止めるか。
客が細々指定してくれば楽だが、処理内容だけで実現方法は知らんだとメンドイ。
システムアーキテクチャが描ければ、各ブロックはサブアーキテクトに任せられる。その時グループディスカッションもするけど、最初の線引きは一人。
そりゃそうだ。そうしないと押し付け合いが始まって収拾つかなくなるw
>>660
部品の選定までするシステムアーキテクトなんて、聞いたことないな。せいぜい主要部品までだろ。 >>661
何が正しい設計なのか知らんけどあえての設計だろ
わざわざ基板にジャンパー用の番号振ってるから設計ミスとか言う話でないのはアホでもわかる >>664
昔は多層基板、高かったからな。
人件費かけてでも、ジャンパー飛ばした方が安く済んだんだろ。 当時からメッキ線のジャンパーは実装機挿入だろ。まさか、人手でやったと
思ってるのか? >>664
> わざわざ基板にジャンパー用の番号
わりぃ〜、スマホで見てたから見えんかった(汗)
PCで見たら確かに。設計ミスは前言撤回する。
すまんかった クアルコムの「Snapdragon 600E/410E」、販売代理店から販売へ
http://k-tai.watch.impress.co.jp/docs/news/1022462.html
ドキュメントとか素人でも見れるようになるのかな? >>670
お前は公開されてるもので開発できるのか? >>671
って言うか、コミュニティーでみんな開発してるんだけど。 >>666 当時からメッキ線のジャンパーは実装機挿入だろ。まさか、人手でやったと思ってるのか?
当時は未だ自動挿入機は一般化していなかった。
またジャンパーの種類の限定具合からしても人手で挿入している >>673
どこのコミュニティだよ。みんなって誰だよ。
あそこのは基本NDA結ばんとコアな資料見れないぞ。 >>677
developer.qualcomm.comで公開されてるだろ あれで開発できちゃうのか。すごいな。俺はできない。 >>675
> 当時は未だ自動挿入機は一般化していなかった。
お前が知らんだけだろ
1980 年半ばにはちょっとした企業なら普通に使われてたよ
【参考】
1954年にアキシャル・リード部品用自動搭載機が開発され、プリント基板実装が可能となった。
http://home.jeita.or.jp/ecb/history/ >>679
わざわざ能力のなさをひけらかさなくてもいいのに。 80年代初頭、うちの近くの団地じゃ部品つけるパートが流行ってたわ。インターホンとかだったかな >>681
想像してるだけで楽しめてうらやましい。 >>683
お前が足らんと思ってる資料を示せばすむ話
よくよく見たら足らんのは自分の脳ミソってオチかも知れんが w qualcommはドキュメントだけじゃなくデバッガーとかの開発ツールまで公開されてるのに・・・ >>686
LLVM+eclipse+gdbなんてどこにでも転がってるだろ・・・
簡単なデーターシートはあるけどペリフェラルの詳細とか無いだろ
レジスタのアドレスすらないし、全然足りてるようには見えないんだが
マジでこれでどうやってソフト作るのかね?
そら、Linuxのサービス使った上層のアプリなら作れると思うよ
でも細かい仕様が分からないと作れないものっていっぱいあるけど十分情報があるって主張だよね? と思ったらあったわ
Snapdragon 400と600のはあるのな
8000ページ超か・・・週末読んでみよっと クアルコムがNXPを買収するかもだってさ
ttp://m.japan.cnet.com/story/35089804/ >>688
上層のアプリを作るのに必要な簡単なデータシートさえ8000ページ超
(おそらくお前のやることには8000ページ超でも不十分な情報量だろうが) >>687
二年くらい前ラズ杯のusbがモーレツに割り込み出してて
CPU負荷が高くなってしまうっていう問題があった。
実はUSBペリフェラルのスペックはNDA結ばないと分からず、
オープンソースにもできないので治せないって聞いた。
今ならそんなことは起きなくなったのかな? >>685
あら?
具体的な話になると困るってオチ? w >>690
マジで何言いたいのか理解出来ない
>>692
まぁ、パラパラ見た感じだとやはり色々細かいところは足りてないように見えるよ
元々SDとかみたいに別途契約結ばないとダメなものもあるから当然だけどさ >>692
USB の規格は誰でも見られる。
ロゴマーク付けるには、認証してもらう必要有るが。 >>695
ARMのペリフェラル(レジスタ構成等)の事。USB規格の公開とは無関係 「macOS Sierra」のコード内に「A10 Fusion」プロセッサに関する記述が見つかる ー ARMベースの「Mac」登場の噂が再燃 | 気になる、記になる…
http://taisy0.com/2016/10/02/74729.html お前らがそうやって取り上げるから、Appleはわざとプチリークを仕込むんだろ
で、その反応を見て出すか出さないか決める
Appleのやり口にのせられすぎなんだよ iPadのアプリがそのまま走るMacでも作ろうとしてるのかな? 同じCPU使ったら走るようになるってわけじゃないでしょ・・・ どうぞARM Macで動画編集でもしてください。スタバで。 ギガビットEthernetとSATAに対応??64bit ARMv8マイコン「ESPRESSOBin Board」 | fabcross
https://fabcross.jp/news/2016/20161006_espressobin_board.html >>702
ボードネタは専用スレに書け
【Raspberry Pi Banana pi Orange Pi】 1ボード総合 [無断転載禁止]?2ch.net
http://rio2016.2ch.net/test/read.cgi/denki/1452958076/ >>702
スペックは魅力的だがキックスターターじゃなあ、という感じ。 ギガビットEthernetとSATA対応のはBanana Piにもあるよ
banana pi BPI-M2 Ultra allwinner R40 quad core SBC
https://www.gitbook.com/book/bananapi/bpi-m2-ultra/details
Quad Core ARM Cortex A7 CPU
Dual core Mali 400 MP2 GPU
2G DDR3 SDRAM
support SATA interface
MicroSD slot supports up to 256GB expansion
8G eMMC flash (option 16/32/64G)
CSI camera intface and DSI display interface support
10/100/1000 Mb Ethernet port
(3) USB 2.0 hosts and (1) USB otg port
1080P high-definition video playback
HDMI port and multi-channel audio output
WIFI&Bluetooth 4.0 with 802.11BGN onboard
3.5mm Stereo Output mini-jack with microphone support
Built-in 3.7V Lithium Battery Charging Circuit
Hardware security enables trustzone security system, Digital Rights Management (DRM),
information encryption/decryption, secure boot, secure JTAG and secure efuse クアルコムの「Snapdragon」が1個から購入可能に
IoT時代に向けた新たな取り組み、アロー社が販売代理店に
ttp://k-tai.watch.impress.co.jp/docs/news/1024882.html DragonBoard 410c(Snapdragon 410 1.2GHz ram1GB rom8GB bluetooth wifi gps usbx4 gpiox12 i2cx4 hdmi)
が9800円。いいな
ttp://www.chip1stop.com/search.do?classCd=&did=&keyword=Snapdragon クアルコムの「Snapdragon」が1個から購入可能に
IoT時代に向けた新たな取り組み、アロー社が販売代理店に
ttp://k-tai.watch.impress.co.jp/docs/news/1024882.html
これまでメーカーへ直接卸す形だった、クアルコムのチップセット「Snapdragon」が、
日本国内でも1個単位で、企業のみならず個人でも購入できるようになった。
ラインアップは、「Snapdragon 600E」(APQ8064E)と「Snapdragon 410E」(APQ8016E)の2つ。
「E」は今回の商流で扱われる製品を示す型番であり、スペックは従来存在したSnapdragon 600/410と同等だ。 ↓みたいなツイートを見かけたんだけど、どこまで本当なんだろ?
ttps://twitter.com/fadis_/status/784075632464453632 >>710
正しく伝える気ねぇな
まさしく独り言だわ
twitterにはぴったり >>118
32bitでDMA 無しとか、今時有るの? >どこまで本当なんだろ?
ツイートを引っ張ってきて真偽を問うバカ ARM、IoTデバイス向けの組み込みプロセッサ2製品 〜初のARMv8-Mアーキテクチャ採用、セキュリティにフォーカス - PC Watch
http://pc.watch.impress.co.jp/docs/news/1026875.html 余計なことしてないで、まともなハイエンドSoC出せよ STMが400MHz動作の40nmマイコンを製品化
http://eetimes.jp/ee/articles/1610/31/news085.html
STMicroelectronics(STマイクロエレクトロニクス)は2016年10月28日、
動作周波数400MHzのARM Cotex-M7コア搭載32ビットマイコン「STM32H7シリーズ」を発表した。
40nm世代のフラッシュメモリ混載プロセスを採用し、
従来の同M7コア搭載マイコンに比べ、消費電力当たりの性能が約2倍向上したという。 >>722
そういえば、QualcommはなぜSTMでなくNXPを買収したんだろうな。
Freescaleが欲しかっただけか?なら、後は切り売りか?w NXPはFreescaleを買ったのが運の尽きだったか ARM、Vulkanをサポートする「Mali-G51」 〜4Kストリーミングに強力な「Mali-V61」も発表 - PC Watch
http://pc.watch.impress.co.jp/docs/news/1027477.html >>723
CPUしか無いと思ってるんかね
NXP買ったことで無線系のシェアえげつないことになってるんだぜ >>726
> CPUしか無いと思ってるんかね
その通りw
無線系? そうなんだ(^o^;) >>728
ARMスレで無線系を知らない事を責められてもな〜w >>726
う〜ん、本当にワイヤレスか?
車載半導体の間違いじゃないの?
高周波部品でNXP、あまりピンと来ないな >>731
まぁ方向性的には車載向けという括りでも間違いないと思うけど大雑把過ぎるし
CPUにしか目がいってなさそうな感じだったから分かりやすい例を出しただけな
具体的な話だとキーレスエントリーとかNFCみたいな近接通信、レーダー系などなど
どの位使われてるのか知らないけどZigBeeとかもそうだよな
さらにWi-FiやBTの石もあるけど、この辺は元々Qualcommも持ってて更に強化って感じかね >>732
> 分かりやすい例を出しただけ
根拠の無い話しすんな! >>733
大した話でもないのに何噛みついてんの?w Cortex-M23はM0、M33はM3とM4の後継みたいだけど商品展開はどうなるんだろう
M0、M3、M4はフェードアウト? >>735
ARM発表は最上流だからなぁ
先行ES品はともかく、採用SoCが実際に出回るのは1年以上先の話だろうし
実際にSoCとして採用されるかどうか
そのSoCの利用が広く普及するかどうかは別問題でもあるし
世代交代が進む場合、数年後に置いてM0〜M7の新規採用は減るかも知れないけど
既にあるチップがどうにかなる訳じゃないしね
今だって7TDMIとか926EJのSoCも売られてる訳で >>735
ARM7やARM9みたく、穏やかに交代だろうね。 >>738
新規設計には非推奨IPになるんじゃないのか 【.biz】ノベル、サーバー向けARMプロセッサに最適化した商用Linux「SUSE Linux Enterprise Server for ARM」 - PC Watch
http://pc.watch.impress.co.jp/docs/biz/1028541.html >>741
「カスタムFPGA機能のサポート」の下りが興味深い。
FPGAになにさせるんだろう。 「ニンテンドークラシックミニ ファミリーコンピュータ」のCPUはARM系 | スラド ハードウェア
https://hardware.srad.jp/story/16/11/07/0921253/ >>742
サーバーで大事なのは、演算速度よりI/Oの速度。 【後藤弘茂のWeekly海外ニュース】ARMがセキュリティ機能を統合した新プロセッサ「Cortex-M23/M33」を発表 - PC Watch
http://pc.watch.impress.co.jp/docs/column/kaigai/1028954.html 【後藤弘茂のWeekly海外ニュース】ARMの新セキュリティアーキテクチャ「ARMv8-M TrustZone」 - PC Watch
http://pc.watch.impress.co.jp/docs/column/kaigai/1029104.html 後藤弘茂ってコイツか。
http://pc.watch.impress.co.jp/docs/topic/feature/629501.html
>【後藤】みんなすごい誤解していて、
/* 略 */
> ARMはともかく32bitの出来がひどい。何がひどいか? RISCなのに汎用
> レジスタが16本しかない、その内の3本はプログラム関連で使っちゃう
> ので、汎用に使えるのはたった13本。これで、ロード/ストアアーキ
> テクチャのハンドリングをしなきゃならない。そうするとコンパイラが
> 効率的なコードを吐けない。ので、コードステップが非常に長くなる。
>【山田】つまり今のARMの32bitはひどいと。
>【後藤】ひどい。だって、僕の知り合いでネイティブARM 32bitに触れた
> 人は皆「変態命令セット」って言ってるし(笑)。
ARMなんかの記事書けるだけの知識あるようには見えんけど、メーカーの
プレスリリースの翻訳ならできんのかな? けなすだけなら誰でも出来る
専門誌だって間違ってることいっぱいあるけど、いちいち粘着したり噛みついたりするの? PDP以来の伝統的な奴とは言え
ミドルエンディアンとか残ってたからな… >>748
> けなすだけなら誰でも出来る
プロのライターの後藤さんを馬鹿にしてないか?
> ARMはともかく32bitの出来がひどい。
> だって、僕の知り合いでネイティブARM 32bitに触れた人は皆「変態命令セット」って言ってるし(笑)。 自分の使ったことのあるもの以外は全て変態なんだろう。
同じプロセッサなんてほぼ皆無なのにwww 後藤の名前を知らないならアーキ分野の知識レベルは知れたもんだが、
彼の酷いという基準が違うんだろう。たとえば以下の記述で見ると
比較対象がOSを動かすプロセッサであり、PICみたいなもんじゃ
ないことは分かる。
ARMのセキュリティ特権階層は、すごく変。
普通はRing0、1、2、3、セキュアバイザー、ハイパーバイザー、
OS、アプリとできるけど、ARMの場合、これができない。
ARM 32bitの場合は、シフト・演算と並べると速くなるとか、
変な最適化がいっぱいある。後は割り算命令使っちゃダメだとか。
だってCortex-A9までは割り算演算器がなかったから。
何それ!? 一体いつのCPU? って感じでしょ?(笑)。
文句言うなら何が間違ってるか具体的に言わないと意味ないな。 >>751
おう、そうとったか。
アンカーうたなかった俺も悪いが二行目見てもそういう解釈するあたり後藤愛に満ちあふれてるな。
しかし、プロライターてw
俺のけなす〜の対象は>>747な
>>753の書いてるように何かが間違ってるならそれを具体的に指摘、訂正すべきだろう
そういうのは他の人の知見にもなるんだし、話の種にもなる Cortex-M23/Cortex-M33のbig.LITTLEだそうです
「Synergy」欧州でも手応え、FA向けIPも追加予定
http://eetimes.jp/ee/articles/1611/11/news055.html
2018年には、Synergyの専用マイコンのマルチコア化を進める。
具体的には、ARMの「Cortex-M23」「Cortex-M33」コアを用いたものがラインアップに加わる。
Cortex-M23/Cortex-M33は、ARMが2016年10月25日(米国時間)に発表したばかりのコアで、
「ARMv8-M」アーキテクチャを採用するものになる。
Synergyの専用マイコンでは、
Cortex-M33をメイン、Cortex-M23をサブとする「big.LITTLE」構成とし、
Cortex-M33をアプリケーションプロセッサとして、Cortex-M23はパワーマネジメント用として使用する予定だ。
Cortex-M23/Cortex-M33を用いたSynergyマイコンの開発は、2016年末から開始する。
製品化は2018年を予定しているという。 risc黎明時代はパイプラインをストールさせる除算命令など普通になかった
並列実行できて命令順序も変えられるようになればさほど問題とはみなされなくなる
armの歴史を眺めれば除算を取り込んだタイミングはごく自然だと思うが シフトや分岐など実行出来る事多いISAのはRISCとして変態と言われても仕方無いでしょ
まぁメモリリソースの少ない頃からだからアセンブラ職人の腕の見せ所でもあったけど >>757
除算を1命令サイクルとか無理が大きいから、普通は乗算器とループ命令の組み合わせだろ。
ニーモニックとしては、除算命令有ったとしても。 >>759
「普通」とは人それぞれ
Pentiumなどは除算ハードを持つ
これがバグったのが有名なX86のFDIVバグ > Pentiumなどは除算ハードを持つ
> これがバグったのが有名なX86のFDIVバグ
浮動小数点演算の除算のみサポートしないアーキテクチャなんて存在するか? 乗算命令は並列化が可能だから時間かからないけど
除算命令は時間かかるね
x86でも64bitの除算命令が30クロックくらいかかってる リレー計算機で割り算するとガチャガチャした番組思い出した > ARMはともかく32bitの出来がひどい。何がひどいか? RISCなのに汎用
> レジスタが16本しかない、その内の3本はプログラム関連で使っちゃう
> ので、汎用に使えるのはたった13本。これで、ロード/ストアアーキ
> テクチャのハンドリングをしなきゃならない。そうするとコンパイラが
> 効率的なコードを吐けない。ので、コードステップが非常に長くなる。
コンパイラの出力見たことないんだろうなあ、というのが率直な感想。 >>760
あるかと言われたら、
組み込みでどうかは分からないけど乗算器とニュートン法で
除算してた過去のcpuはあった。
ただieee754が使われるようになってからは精度保証が
難しいからないんじゃないかと思う >>764
R13=スタックポインタ
R14=リンクレジスタ
R15=プログラムカウンタ
32bitのARMのレジスタは実質13本なのは事実
演算はすべてレジスタ-レジスタ間のみ
x86のようなレジスタ-メモリ間の演算を行う命令は存在しない
64bitのARMでも
X30=リンクレジスタ
X16、X17=プラスマイナス128MB以上の範囲への
ジャンプやサブルーチンコールする時にリンカが使うためのリザーブ
といろいろと使えないレジスタがあるのは事実 >>764
パイプライン崩さない様にとかで、ステップ数増える事も有るしな。
レジスタ多いと、命令の中の、レジスタ指定部分のビット数増えてしまうから、多ければ良いとも言えない。
レジスタ用途限定した方が、ロジックがシンプルになるので、クロックの高速化しやすい。 >>767
>レジスタ用途限定した方が、ロジックがシンプルになるので、クロックの高速化しやすい。
性能重視設計のCPUはレジスタリネーミングという手法を使ってるから
内部的には100を超える物理レジスタ持ってるけどな
レジスタフィールドの長さの制限とレジスタ数の兼ね合いで
一番バランスがいいのが32個なのでは?
性能重視設計のRISCプロセッサの多くが32個だからね レジスタ16個は糞と主張するやつは今しか見えていない
半導体の集積度が向上したおかげで
今現在はレジスタ32個がよさそう、というだけだ
未来では恥ずかしげもなく32個は糞、バランスで1G個がいいと言うだろうさ 命令の基本が分かってない
レジスタ番号で命令長が食われる。1G個で3オペランドだと、レジスタ指定で90ビット。
1G個のレジスタアクセスは遅すぎて使えない 40年前は8ビットCPUが主流。今は8倍の64ビット
同じペースなら40年後には512ビットCPU。90ビットなんて屁みたいなもんよ >>771
50年持ったけど息切れしてるムーアの法則って知ってる? ソシオネクスト、ARM Cortex-A53を24コア内蔵するサーバー向けSoC - PC Watch
http://pc.watch.impress.co.jp/docs/news/1029735.html >>774
いや、俺も>>772氏と同意見だよ。
「同じペースなら」と言ってるが、512ビットCPUが必要な根拠が曖昧。
このスレな気がするが、誰かが調査したらレジスタが一番多く使われる13ビットまでとか。
32bit→64bitも、アドレス空間拡大が主目的だし。
同じペースで拡大するのも不明だしね。
(40年前でなく30年前だと思うし、それから10年で32bitになった。が、64bitになるには15〜20年必要だった)
(つまりビット数拡大は、鈍化傾向と言えるだろう) そう言うのをネタにマジレスっていうんだぜ
空気読めない奴多いんだな ネタにマヂレスじゃなくてアホをかまうなが正しいんじゃね CMSIS5リリース
ARM-software/CMSIS_5: CMSIS Version 5 Development Repository
https://github.com/ARM-software/CMSIS_5 >>776
旗色が悪くなるとネタで逃げる。。。
だったら最初っから出て来なければいいものをw >>780
旗色ってなんだ?この流れでは俺は初めて書き込んだけど
くやしいのうって言って欲しいだけか? 40年も512ビットもペースもどうでもいいんだよ
>>769の言う「今しか見えていない」、つまりCPUは進化し続けてるってこと言ってるだけなんだから 512bit プロセッサって、VLIWアーキテクチャだよね! 大阪府三島郡島本町は
イジメ被害者の人権をどう考えてるの
暴力肯定いじめ容認? 信じられないかもしれないけどCPUアーキはこの
50年間近くそんなに進歩してない。
今のCPUは基本的に1960年代後半に作られたIBMの
メインフレームCPUの技術が主体。
スーパースカラ、レジスタリネーミング等のアーキは50年前の技術。
進歩したのはデバイステクノロジで、1チップ化され劇的に
安くなった事とクロック周波数とコア数。それとメモリサイズの増大。
それを支えたのがムーアの法則。だけどもう終わり。
今までと同様に機能/性能がどんどん増えるという幻想は捨てなさい。 ほんと空気読めないのなw
ところで>>773見て思い出したけどOpteronAって物は出荷されてるのかね
鯖系向け製品はずっと出す出す詐欺だよなぁ 今のcore i7はAVXというVLIWアーキテクチャやないか(スレチ) 分かったよ。
> ほんと空気読めないのなw
→悔しそうだなwww。
出てこなくていいよ 512bitプロセッサって
数十回程度のループカウンタに使うレジスタも512bitになっちゃうわけ?
もったいないお化けが出てきそう > 512bitプロセッサって
> 数十回程度のループカウンタに使うレジスタも512bitになっちゃうわけ?
64bitプロセッサのintのサイズは64bit、とか思ってそうだな >>794
一般にはILP64とかLP64とかLLP64とか言われてintを32/64bitどう扱うか
複数モデルがある。
なんてこと知らんだろうけど。
#また湧いて来た気がする > 一般にはILP64とかLP64とかLLP64とか言われてintを32/64bitどう扱うか
> 複数モデルがある。
>
> なんてこと知らんだろうけど。
>>793の周囲ではこういうのが知識自慢として通用するのかw >>64bitプロセッサのintのサイズは64bit、とか思ってそうだな
これが浅はかな間違いだってことよ。
知らないなら知らないって言えば良いだけなのに。
揚げ足取ろうとして自爆したでしょ。 > >>64bitプロセッサのintのサイズは64bit、とか思ってそうだな
>
> これが浅はかな間違いだってことよ。
> 知らないなら知らないって言えば良いだけなのに。
> 揚げ足取ろうとして自爆したでしょ。
日本語の読解力ないのが自慢かな? >>796
℃玄人臭する人好きじゃないから退散するわ。 > 退散するわ。
面白いオモチャと思ったのに残念w >>798
おまえ、消えてくれていいんだよ。誰も困らないから。 ATMELのSAM7使っててgccでchan氏のFatFsをExFat対応オプションでコンパイルすると
64bit-intでライブラリ関連のリンクが出来ないって怒られて
リンカスクリプト修正して通ったら
なんか出来たバイナリが1Mbytes近くに膨れ上がり
追加したセクションをNOLOADに再修正した思ひで >>793の
> 一般にはILP64とかLP64とかLLP64とか言われてintを32/64bitどう扱うか
> 複数モデルがある。
>
> なんてこと知らんだろうけど。
や>>795の
> これが浅はかな間違いだってことよ。
> 知らないなら知らないって言えば良いだけなのに。
> 揚げ足取ろうとして自爆したでしょ。
の意味がマジわからん。
>>792の「(>>791は)64bitプロセッサのintのサイズは64bit、とか思ってそうだな」をどう解釈したらこういうレスがつけられるんだろう? intは必ずしも64bitとは限らないと言ってるのを「intが64bitは絶対ない」みたいに曲解したのかな? >>802
端から見て、あんたがおかしい。
> 絶対ない」みたいに
誰が絶対と言った?
勝手に脳内妄想し、それに絡んでどうする? >>803
> > 絶対ない」みたいに
>
> 誰が絶対と言った?
誰も言っていないことをそう曲解したのかな?という推測だけどこれに絡んでくる意味も分からんな。
違うと言いたいなら
> 一般にはILP64とかLP64とかLLP64とか言われてintを32/64bitどう扱うか
> 複数モデルがある。
>
> なんてこと知らんだろうけど。
や
> これが浅はかな間違いだってことよ。
> 知らないなら知らないって言えば良いだけなのに。
> 揚げ足取ろうとして自爆したでしょ。
はどういった理解に拠るものか合理的に説明してくれ。 Arduino互換でIoTできる??Wi-FiとRTCを搭載したArduino互換ボード「BiZduino」 | fabcross
https://fabcross.jp/news/2016/20161116_wifi_rtc_bizduino.html ARMでx86エミュとかめっちゃ遅そう
AtomかCeleronの方が早くて安いやろ(笑) >>808
記事にはx86エミュレーター上でWindows10を動かすと書いてあるけど、OSごとしなくてもいいだろうに。 >>809
>ARMでx86エミュとかめっちゃ遅そう
>AtomかCeleronの方が早くて安いやろ(笑)
intel は cortex-a 対抗の atom の開発を諦めたんじゃなかったっけ?
記憶が曖昧だけど
だとしたら、win-rt がこけた ms にはもうこれくらいしか打つ手はないんじゃね? OS 動かせるぐらいの完成度って言いたいんでしょ
ネイティブで動かしたいんなら手直ししてリコンパイルすればいいだけだし >>811
https://ja.wikipedia.org/wiki/QEMU
> QEMUの特徴として、中間コードを介して動的コンパイルを行うことに
> より、x86、PowerPC、SPARC、ARMなど多くのホストCPUに対して多くの
> ターゲットCPUを高速にエミュレーション可能である事が挙げられる。 >>815
ありがと
ということは、
cpuエミュレーションは新しくなくて
biosエミュをしっかりやってるから
OSが立ち上がると考えると妥当なのかな? でた、煽ることしかできない口だけ先生
先生。何か役立つこと言ってみてくださいよ
主に人間性の面で期待してませんが、一応頼んでみます >>816
QEMUのエミュレーションはとっても遅いよ
ARM上で今のx86のWindowsを動かすには実用な速度で動作しない
もっと別の高速エミュレーションの技術使うはず >>819
OSはエミュレーションせずにWinRTを使うな、俺がアーキテクトならw
別の高速技術と言ってもQEMUの中間言語を止めて、ダイレクトコンバージョンするしか無いっしょ。
後はコンバージョンするコアと、実行するコアを分けるとか。
ただWinNTの DEC Alphaプロセッサポートは、一度x86コードを実行するとコードをHDDに保存し、2回目はコンバージョン不要にしていた筈。
あの技術を復活させれば大化けするかもね。 >>11
ラズベリーパイは、本来教育用だからな。
年単位で連続運転とか、考えられてない。 >>820
XboxOneの下位互換機能がそれを使ってたとオモタ >>825
ほぉ〜、使われてたんだ。
エミュレーター、ARMなAndroidやiOS上でWin10が動いたら面白いけど、いいとこWinPhone用なんだろうな。 >>826
ARM WIN10+WoWの可能性が高い MacがPowerPCになった頃に盛り上ってたなぁ
今はバーチャルコンソールくらいか… >>822
>FX!32だっけ。。
FX!32とWineは同系列Wineはエミュレータではないと説明している。
そしてFX!32と同等の技術ではWindows10というOS自体は動かせない。
つまり
単なるx86アプリ限定のJITコンパイラか(エミュレータ誇張)か
超低速のqemuの類(OSも動く)の2つしか考えられない。
処理速度から考えれキャッシュ超大食いのx86をキャッシュが少ないARM
ホストとかはありえない。
単なるJITコンパイラでは従来のWin32な大型アプリでWineで動くのが少ない
ようにゲームやら重量級のビジネスソフトあまず動かない。
つまりx86エミュレータなどでも動くように作り直しが必要になる。 >>822
英語ソースで検索してみると、ARM用のエミュレータではx86ネイティブアプリを
サポートしないと書いてある、ただしWindows10アプリをサポート、
その意味はOSが動くわけじゃない、
Windowsストアで販売される特殊なユニバーサルアプリ限定だってことよ なんだ、過去の資産が使えるわけじゃないのか
あまり成功しそうな感じがしない取り組みだね 今あるARMじゃ力不足で過去の資産が使えないって言い切ってるだけだろw
未来のARMはデスクトップPC用として使われるようになるかもとも言われてるってのに・・・ >>833
.NET アプリは中間コードだから、難しくないと思う。 >>836
.netはwin系はmsがとっくにサポートしてるしそれ以外はmonoあるだろ・・・ ねぇねぇ、LPC810ってもうディスコンで流通在庫のみなの? >>839
ttp://www.nxp.com/jp/products/microcontrollers-and-processors/arm-processors/lpc-cortex-m-mcus/lpc-cortex-m0-plus-m0/lpc800-low-cost-cortex-m0-plus/low-cost-32-bit-microcontroller-mcu-based-on-arm-cortex-m0-plus-core:LPC810M021FN8
ここの「購入/パラメータ」タブの「ステータス」を見ると「Active」となっています。
製造中止品は、NXPでは「No Longer Manufactured」と表示されるようです。 SymbianなPsion 5でDOSエミュレータ動かしてたなぁ >>840
確かにActiveだ・・・
でもあの Digkey で出てこないし、マルツが75円、千石が150円なのに
マウサー・秋月が300円なんだよなぁ、微妙に怪しい・・・。
なんでそんなことを心配しているかというと、今更こんな
基板を作ったからだ。
ttp://aid.her.jp/ucomJOCKEY/81X/ >>842
デジキーはどうやら、売れない商品は取扱いを止める様だ。 >>843
そうなんだ、扱わないものはないポリシーかと思ってた。
>>844
秋月のLPC810が売れまくったということか。俺ものべ10個ぐらい買ったしなぁ。 いまどきDIPのマイコンが工業製品の部品として需要があるとも思えないので
メーカーがアマチュア向けに宣伝と教育目的で用意した製品で今までは採算は
ある程度目をつぶった値段付けがされてたのかなという気はする。
PICやAVRにDIPの製品が多数あるのはわけわからん。 普段からDIPマイコンを作っているマイクロチップでは
DIPでもQFPでも製造コストは大差ないと思う。
NXPは普段はDIPマイコンは作っていないので、
LPC1114FN28とLPC810については特別対応で
余分なコストがかかったんじゃないだろうか? >>847
DIPもQFPも同じリードフレームへのプラスチックモールド、同じ生産ラインで作れる。 DIP作ってないメーカーでも、DIPをQFPと同じコストで作れるって言ってるんでしょ
マイクロチップでもどこでもコスト同じ程度になるわきゃないのに >>850
その通り
>>849
QFPは、リードフレームから切断する時にフォーミング(足の折り曲げ)をする。
それはDIPも同じで、切断と曲げを同じ工程でやる。
なのでコストは基本的に同じ。
細かい事を言えばプラスチックの使用量が違うとか、リードフレームの購入単価が違うとか、バリ取りの面倒さが違うとか、段取り費が違うとか、作っている工場の人件費が違うとか色々あるだろう。
が、流石にそんな細かな差異は知らんw そんな細かいものによるコスト差はそりゃないに等しわ
極論言えば、QFPしかない100円のIC作ってる会社が「DIPを2つだけ欲しいんだ、経費込み込み200円」って作れるかってことだよww リード加工があるから同じって・・・それなら2SC1815もディスコンにならなかったんじゃね >>853
儲からず、供給責任が無いなら生産中止にする。それだけのことさ。 今はもうピンヘッダも面実装になりつつある時代だからな
ホビーユーザーもリフロー炉やヒートガン必須になっていくだろう >>852
チップ100円で経費込みで200円とかないわ。
そういうコスト削減するのは100円のチップで悲鳴上げているから
1円の差で不採用 【速報】Microsoft、2017年に“ARMベース”のフル機能Windows 10を投入 〜Win32アプリも動作 - PC Watch
http://pc.watch.impress.co.jp/docs/news/1034038.html >>857
仕事でやってる人は大変だねぇ
そうやって1円単位で切り詰めても、中華に出し抜かれるんだよなぁ グッチ、プラダ、アルマーニ、フェンディ、マックスマーラ、フェレガモ
フェラーリ、ランボルギーニ、マセラッティ
・・・・・
Arduino
人口が日本の半分というイタリアなのになぁ・・・ >>859
バイナリトランスレーションか。だよねぇ〜 >>861
ギリシャと同じく財政破綻が噂に出る貧乏国だけどな… >>863
先進国で一番財政赤字が酷い国からそんなこと言われたくないだろうよ。 >>866
WoWではx86コードを実行できない。不正解w >>867
そりゃ既存のwowじゃ実行できないに決まってるよw
だけど動かすための考え方はまんまwowになるだろ アプリケーション層の実行方法が全然違うのでまんまではない ん〜、>>869氏に瞬殺された >>868氏であったw
あと、たぶん、「 フル機能Windows 10」とフルだと言ってるから、Win32 APIはx86と同じ実装なのだろう。
なら、WoWは無いな。
ほか、Win32cアプリも動いたりして。
つか、Win10 IoTはWin32をサポートしてなかったっけ? ARMで書き込み機が安くて、カメラインターフェイス付で選んだら、STMのF4かF3辺りで大丈夫かな?
もっと安価だったり、手に入りやすかったりするものあるかな? ulink2ほしいのだけど、中華サイトのってコピー品だと思いますが、何か制限されてる機能あるのかな?
レビューください >>870
Win32APIはWindowsのそれぞれで完全互換じゃない、
アホには互換しているように騙せるけどな。
マイクロソフトがWin32アプリでデモしてまともな速度がでているように
騙しているのはGUI部分であって、その部分はネィティブARMの実装部分が
ほとんどで元がx86コードで作られた部分はほとんど動いていない
から早く動いているように巧妙に騙している。
LinuxでWineで何でもWindowsアプリが動くぞといっているのと
大差ないわけ。
マイクロソフトが完全保証しているのはWindows10でのUWPアプリのみ Intelx64でWoWで動くのと
ARMでWoW動くのは完全に同じと錯覚しているバカがいるけど。
恥ずかしすぎるぞ、でてから自分で言ったこと後悔するだけな。 >>874
> Intelx64でWoWで動くのと
それはIA-64の事?それともAMD x64の事?
どっち? これ買ったんだが、
ARMマイコンCortex-M教科書 (ARM教科書) | 桑野 雅彦 共著 中森 章 |本 | 通販 | Amazon
https://www.amazon.co.jp/gp/product/4789859916
第1部約60頁の中身が、図からコラムまで一言一句
Interface (インターフェース) 2016年 4月号 | |本 | 通販 | Amazon
https://www.amazon.co.jp/dp/B01BI4EYOO
の別冊付録:ARM Cortex-M徹底解説と同じだった・・・
本屋で中見た時に既視感を覚えて、加筆版かなと勘違いしたんだがまさか丸写しとは
まあ2部3部は使えそうだから丸損ではないんだが、コスパは良くない lpc用のコードジェネレータ無いですか?
サンプルが整備されてるから必要ないのでしょうか? >>876
64bit版Windows上で、32bit(x86)のコードを動かすための環境がWOWだから、
64bit環境でx64(AMD64)ネイティブアプリはそのまま動くので、そもそもWOW
は要らないぞ?
IA64のネイティブアプリは、Itanium専用のWindows上でしか動かない。 >>880
あのさ、IA-64のWindowsでIA-32(x86)コード動かすのもWoW64って言うの。
だから本題の前に「Intelx64」などという造語の意味を確認してやっている訳。
さっさと答えろよ。 Intelx64ってのは聞かないね。
intel64
IA-64
x64
なら使うけど?
ちなみにIA64は死語だし黒歴史。
IA64(Itanium)の出現当時はIA32の次はIA64のはずだったけど、
AMDの互換64ビット出した時から、ひっそり消し去り、今はAMD互換の
Intel64がインテルの64ビット王道アーキとなっている。 なんか面倒になったから先に書いとくw
>>874
> ARMでWoW動くのは完全に同じと錯覚しているバカがいるけど。
(x64なら…)
その通り
(IA-64なら…)
いや、アンタがバカかもw
x86 32bitコードをハードエミュレーション出来るが、遅すぎて使い物にならず。
なのでIA-64 Windowsでは、ソフトエミュレーションで実装されているらしい(wikiより)
となると、ARM版も同じ実装かもね。 >>881,883
>>874 とは別人の、>>880ですが、新年早々何をイキがっているの?
朴ちゃん。 >>874 とは別人って、>>880の段階で表明しておかないと、同一人物と解釈されても仕方がないと思う。
だって、>>876は「どっち?」と>>874の考えを確認してるんだし。 悪貨は良貨を駆逐する
ARMなどというコストとワッパだけでIPCの低い
ニーモニックも筋の悪いCPUが世界を席巻している
現状を嘆く VHS vs Beta
Z80 vs 6809
8086 vs 68000 >>886
AppleのA10は結構IPC高いけどね
要はCPUの設計に金をいくらつぎ込めるか
本家ARMよりもAppleやQualcommの方が金持ち企業なんだよな >>885
そうそう、だから「どっち?」と確認した。ツッコミが変わるからねw
>>880もヒドいよね、何当たり前事をドヤ顔して書いている?な上に、IA64時の64bit版WindowsのWoW64が分かってなさそう。
> IA64のネイティブアプリは、Itanium専用のWindows上でしか動かない。
って何言いたいのか意味不明
なんか面倒になったわ >>887
6502を忘れないでください。
6809だと対するのは8088のような気がする。 >>891
思想的な先祖であって、設計そのものは継承していないがな http://www.itmedia.co.jp/news/articles/0410/20/news007.html
>Cortex-M3は、わずか3万3000ゲートのコアで最大1.2DMIPS/MHzの性能を実現、
https://ja.wikipedia.org/wiki/MC68000
>集積されたトランジスタ数が68,000だったからとも言われているが、実際には70,000に近かった。
https://support.renesas.com/hc/ja/articles/217926297-FAQ-1009025-
%E9%9B%86%E7%A9%8D%E5%BA%A6%E3%82%92%E8%A1%A8%E3%81%99%E3%83%88%E3
%83%A9%E3%83%B3%E3%82%B8%E3%82%B9%E3%82%BF%E6%95%B0%E3%81%A8%E3%82
%B2%E3%83%BC%E3%83%88%E6%95%B0%E3%81%AF%E3%81%A9%E3%81%86%E3%81%A1
%E3%81%8C%E3%81%86%E3%81%AE%E3%81%A7%E3%81%99%E3%81%8B-
>トランジスタ数というのは、内蔵しているバイポーラ・トランジスタやMOSトランジスタ(FET)の総数です。
>これに対してゲート数というのは、MOS ゲート構造の数です(個々のFETのゲート端子数のことではない)。
>CMOSデバイスでは、基本的に2つのMOSトランジスタ(NMOSとPMOS)で ゲートを構成するので、
>ゲート数はトランジスタ数の1/2です。
Cortex-M3は68000と同程度のトランジスタ数ってこと? http://www.itmedia.co.jp/news/articles/0902/24/news019.html
>Cortex-M0は回路規模1万2000ゲート以下、
>消費電力はARM 180ULL(Ultra Low Leakage)フィジカルIP使用時でわずか0.085ミリワット/MHzを実現する。
https://ja.wikipedia.org/wiki/%E3%82%A4%E3%83%B3%E3%83%86%E3%83%AB
>1978年6月8日 - 8086(16ビット、クロック周波数5-10MHz、トランジスター数2万9,000個、プロセス技術3μm)を発表。
Cortex-M0は8086以下のトランジスタ数ってこと? 初期の68000や8086はCMOSじゃないしデザインの方法もいまどきとは違うから単純比較できない >>894
12000ゲートを29000トランジスタで作れるのかよ? >>894
> Cortex-M0は8086以下のトランジスタ数ってこと?
そうみたいだね。
NMOSで作ると1FET=1Gateだから、倍以上っことに。
ただ恐らく半分は命令デコーダじゃないの? 多分 >>897
>NMOSで作ると1FET=1Gateだから
FET 1個じゃインバータしか作れないよ。
それに、8086は Depletion-load NMOS だから。 >>898
FETのゲートが1個だけとは、限らないよ 単純比較は難しい罠
設計思想とかが変わったのが大きいし、特にパッケージ縛りが強くて
入出力周りの制約が当時は大きかったらしいしねぇ…
でも、ロジック喰う乗算回路を取り除いて比べるとどうなるのだろうね?
M0とかM3の方が小さくなりそうな悪寒だけど たしかに昔はFPUやMMUは外付けだったな
計算機的には加減算できれば乗除算できるからな > M0とかM3の方が小さくなりそうな悪寒だけど
そりゃ機能で評価すれば退化してるからな。 >>902
退化? 8086と比べて? そうか?
8086は16bitだし、メモリ空間は1MBだし、64kBの壁はあるし、MMUやFPUが無いのは同じだし。 > 8086は16bitだし、メモリ空間は1MBだし、64kBの壁はあるし、
「機能」と「規模」「性能」の区別がつかない人かな 8086は当時の計算能力に特化
ARM M0は省電力に特化 >>906
「機能・規模・性能」と「市場」との区別がつかない人かな > 「機能・規模・性能」と「市場」との区別がつかない人かな
8086もCortex-M0もデザインした当初に狙った市場は組み込み用で一緒じゃね? >>906
8086が計算能力? あれは8bit 8080の置き換え狙いじゃないの?
M0が省電力? あれは最小コスト狙いで8/16bitの置き換え狙いじゃないの?
おや、同じ置き換え狙い!? >>808
8086って組み込み用狙いだったのか?
当時立ち上がり始めてたPC用だと思ってたわ。
8085は組み込み狙いっぽかったけど。 >>910
アンタが正しい。>>902のヨタ話を信じるなw
当時、組込用途なら8085で戦えた。だがその上位は、インテルを退職して作られたZ80に押されてた。
だから時間優先で16bitプロセッサを早急に投入し、市場を奪還する必要があった。
実際Z800やMC68000より先行でき、ソース互換からソフトも速やかに対応され、それが評価されてIBMに採用された。 >8086って組み込み用狙いだったのか?
インテルは8080以降の汎用用途にはi432(https://en.wikipedia.org/wiki/Intel_iAPX_432)を
用意してて、8086(https://en.wikipedia.org/wiki/Intel_8086)の開発はそれより
後だしな、8086がi432より下のマーケットを狙ってたのは明らかだよ。 モトローラが主流だったらCになってからもポインタがfarだのプロテクトモードがどーだのと
ムダな知識が脳の余計な場所を占めることもなかったのに >>912
しつこいな(怒)
> 8080以降の汎用用途にはi432
wikiのどこに「general purpose processor」と書いてあるんだよ?
書かれているのは「general data processor」、つまりデータ処理プロセッサとしか書かれてねぇよ。
> 8086がi432より下のマーケット
wikiのどこに「embedded processor」と書いてあるんだよ?
16bitだったら組込用途だと、どこにそんな事実があるんだよ?
テメェの間違った認識と勝手な推論を、あたかも事実の様に言うな。 >>914
まあ、昔のパソコンは組み込みレベルだからな。 昔のCPUがパソコン用と組み込み用をそれほど意識して区別していたと思う必要もないし。
そのことで現代の人が罵りあうなんて余計に意味があるとは思えないな。 >>915
いや、あのTTLロジックICの固まり。しかもロクなPCが無いw時代、よく設計したなと思うわ。 当初、本命はiAPX432で8086はつなぎだったらしいよ
インサイドインテルという本にもそのようなことが書かれてる
インサイドインテル〈上〉
https://www.amazon.co.jp/dp/488135566X
インサイドインテル〈下〉
https://www.amazon.co.jp/dp/4881355678
忘れ去られたCPU黒歴史 20年早すぎたCPU iAPX 432
http://ascii.jp/elem/000/000/628/628116/
iAPX 432の開発が始まったのは1975年のこと。
当時は「Intel 8800」という名前で開発されていた。
名前からもわかるとおり、これは「Intel 8080」の後継となることを想定したプロセッサーだった Intelが組み込み用に作った8bitCPUの8051は今現在も使われてる8bitCPUコアだよね
8051はトランジスタ数はどの程度だったのだろうか
Intel 8051
https://ja.wikipedia.org/wiki/Intel_8051 >>917
ミニコンは存在してたからな
ミニコン使って設計とかしてたのでは?
70年代、80年代はミニコンの覇者DECの時代でもあったからね ちなみにビルゲイツはアルテア8800用のBASICを書くのに
大学にあったミニコンを使って自作の8080エミュレータ上で開発したらしいぞ >>911
68000は当初、とても高価だったみたいだしな
パソコンに載せるのは無理な価格だったんだろうね
だから68000はアポロやSunのようなワークステーションで使われ始めた
8080、Z80や6809、6502などのCPUが全盛だったPC用に
8088をIBMが採用したのはいい判断だった
しかも8086じゃなくて8bitバスの8088を採用したということで
パソコンに68000のような性能は求めてなかった しかし555の開発者のインタビューとか読むと、手書きでパターン考えていたりして
そこから20年ぐらいで8086とか異常な進歩だよな
旅客機も40年代にメッサーシュミットがでてるぐらいなのに、60年代にはボーイング
747がでていてすごいけど。
でも最近の20年ぐらいはあんまり変化に驚きがないよね。 1970年代頃から半導体レイアウト設計用のCADがあったようだね
1970年代 CADツールの登場
http://www.shmj.or.jp/museum2010/exhibi723.htm
EDA (半導体)
https://ja.wikipedia.org/wiki/EDA_(%E5%8D%8A%E5%B0%8E%E4%BD%93) 1960年代半ばに32bitで汎用レジスタが16本のCISCのCPUを設計したIBMは本当にすごい
さすが、当時の最先端を走ってたわけだ 1980年当時、VAX11/780が1億円したらしいという話があるが
性能もメモリ容量もシャープのX68000程度しかなかったらしい
80年代のコンピュータ業界の進歩は凄まじい
http://www.pro.or.jp/~fuji/mybooks/okite/okite.4.3.html 8086のセグメントレジスタの仕様はあの時代では最適解だったのだろうけど
80286では68000のようにレジスタを32bitにしてほしかったな
そうすればWindows 3.xで最大64KBのセグメントに苦しめられることはなかったし
32bitへの移行も自然な形で出来ただろうな
386SX搭載のPC-98が出たのは1989年でPC-98が286を切り捨てたのは
1992年のFシリーズ(FA、FS、FX)からだった >>914
68000は組み込み分野で使われてたぞ
8bitCPUや初期の16bit CPUは、組み込み、パソコン向けの区別は特になかったな
MMUがCPU内蔵になったあたりから
組み込み向け、パソコン向けの区別がされるようになったのでは?
68000、Z8001は当初、とても高価だったんだな
http://www.st.rim.or.jp/~nkomatsu/zilog/Z8000CPU.html
>コストの話が出たついでにセグメント版の方もコメントすると、
>1981年でZ8001 CPUが70000円、MC68000が95000円。
>これらは高価な応用にしか(当時は)使えませんでしたから、価格的な差はほとんどありません。 >>928
> 80286では68000のようにレジスタを32bitに
286はマジに工業用途と聞いたことがあるなぁ
その関係かもね >>914
> 書かれているのは「general data processor」、つまりデータ処理プロセッサとしか書かれてねぇよ。
それは 43201, 43202 のことで、43203 インターフェースプロセッサと区別するためにそう言う言い方をしてるだけ
iAPX432 は汎用の高級言語プロセッサだよ >>914
> > 8080以降の汎用用途にはi432
> wikiのどこに「general purpose processor」と書いてあるんだよ?
https://en.wikipedia.org/wiki/Intel_iAPX_432
> The iAPX 432 was referred to as a micromainframe,
と書いてある通り、当時インテルがmicromainframe(=マイクロ汎用機)と言って宣伝してたんだけども知らんの?
https://www.google.co.jp/search?q=intel+micromainframe
> 書かれているのは「general data processor」、つまりデータ処理プロセッサとしか書かれてねぇよ。
英語読めてる?
> The main processor of the architecture, the general data processor, was implemented as a set of two separate integrated circuits,
> The core of the design — the main processor — was termed the General Data Processor (GDP) and built as two integrated circuits:
と2か所出てくるgeneral data processorは機能構成の説明であってマーケティング的な位置づけとかの話ではないんだけど。 ARMコアと歴代MPUを比較するのは、あまり意味がないというか少し違う気がする
強いて比較するならば8051とかかな
俺は半導体関係だが、俺の周りでなぜARMが流行ったのかと思いだしてみる
10数年ぐらい前だろうか、まだARMの知名度が低い頃に某ゲーム機器にARMが採用された
某ゲームメーカはファブレスで低消費電力化もありARMを選択することになった
すでにICチップはSoC化しており8051のような既存コアを搭載するグループもあった
ファブレスメーカからしたら2社購買できる体制にしたい
それには、自前のコアを持つか、コアのライセンスを購入するかの選択になる。
大規模なSoCになると、短期間で全てのIPを1社で用意できるものではない
そこでARMコアを選択して、IPは複数のベンダでARMバスに対応していく流れになった
その頃にはIPビジネスが普通になって、検証用ビヘイビアとセットでモジュール化が進んだ
俺の周りでは車関連にARMコアの使用が認知されるようになったのが決定的だったかな
(理由は話が脱線するので省く)
何年かはSoC商品としてARMコアに勝てるコアはないね(高性能コアを作ってもビジネス化が困難)
新しくコアやバスが規格化され必要なソフトIP含めて全てオープンでライセンスフリーになれば
また時代が変わるかもわからないね、今はARMが儲け過ぎだから そもそもの比較議論はゲート数だろ?
これは伝統的なCISC型と言うか、命令シーケンサやら複雑なデータパスの切り替え回路に手間がかかった設計と
演算回路やらレジスタやらに極力ロジック割いて命令シーケンサの簡素化に努めたRISC的設計との対比な話
つまりは、x86のセグメントやらに関わる回路やら命令デコード&実行シーケンサにかかるロジック数は本当に多いのか?面積喰うのか?
本当にCortex-M系の命令セットはデコード実行系が軽くなる命令セットなのか?ってのが問題だ ARMがモバイルで普及したのは命令の長さが16bit長のThumbを実装してかららしいね
ARM7TDMIでThumbが実装されてそれがモバイル分野で普及した
そのころ、メモリバスが32bitではないシステムも多くてThumbが重用されたらしい
その後、Cortex-M3を全く新たな組み込み専用としてリリース
Cortex-M3はARM命令を持たず、16bit長と32bit長命令混在のThumb-2のみ実装
Cortex-M0は命令セットが簡略化されThumb命令のいくつかを除いたものと
ほんのいくつかのThumb-2命令しか実装してない
だからあれだけ少ないゲート数で実装できる
Cortex-Mシリーズが普及したのはここ5年、6年くらいらしいよ
英語版のWikipediaにCortex-Mシリーズの命令について
わかりやすくまとめた表が掲載されてる >>937
複雑なシーケンサ組むとテストが面倒になる。 eclipse AC6 MAC
external builderでのビルドでエラーです。
/bin/sh: -c: line 0: syntax error near unexpected token `('
internal builderでのビルドはOKです。 >>937
> 命令デコード&実行シーケンサにかかるロジック数は本当に多いのか?
命令デコードは命令数に比例するだろうな、当たり前の話として。 ARM Opens Its Chips For x86 Support To All Manufacturers Including Apple & Samsung
http://wccftech.com/arm-announces-restrictions-vendors-run-x86-systems/ >>938
> ARM7TDMIでThumbが実装されてそれがモバイル分野で普及した
みたいね、俺はARM9からだから知らんけど。
ARMv4アーキテクチャが素晴らしかったんだろうね。 >>945
リンク先が何を言いたいのか、今一理解してないけど....
ARMがx86バイナリのエミュレーションサポートしてもいいかもね。
例えば簡単な命令は直接実行。複雑な命令はエミュレータに任せる的な。 >>950
そりゃまぁ、PC/AT互換ならぬSnapdragon互換SoCを作れば言い訳で‥Qualcommオリジナルな箇所を権利関係でガチガチに固めてイなければだけど。
>>946
マイクロソフトには「v3から使い物になる」というジンクスがあり‥w
で、今回は Win8→Win8.1→Win10と3番目な訳で‥w 定評のあったXPのあとから数えると
Vista→7→8
あれ?? Macは縮小してるPC市場でさらにシェア落としてるようだし
AppleはiPadのソフトが走るMac作りたいのかもしれない
だからARM版Macを作るかもしれない
仮想PCやBootCampでx86 Windowsのソフトが走るMacと
iPadのソフトが走るMac
Macユーザはどちらを欲しがるのかな >>956
同じ市場を狙っているモノを比べるなって、バカだろ。 (方向性が違うものを比べるってバカだろ。GTRとクラウンを比べるようなものだw) QualcommのARMはまだ遅いが
AppleのA10はモバイルCore i5と同じくらいのクロック当たりの性能がある
ほぼ同クロックのモバイルCore i5と比べるとわかる
http://browser.primatelabs.com/v4/cpu/644120
iPhone 7 Plus
Apple A10 Fusion @ 2.34 GHz 2 processors
Single-Core Score 3510 Multi-Core Score 5658
http://browser.primatelabs.com/v4/cpu/221797
Acer Aspire E5-575
Intel Core i5-6200U @ 2.40 GHz 1 processor, 2 cores, 4 threads
Single-Core Score 3654 Multi-Core Score 6904
http://browser.primatelabs.com/v4/cpu/766448
Dell Inc. Inspiron 13-7368
Intel Core i5-6200U @ 2.40 GHz 1 processor, 2 cores, 4 threads
Single-Core Score 3656 Multi-Core Score 6796
http://browser.primatelabs.com/v4/cpu/918989
MacBookPro11,1
Intel Core i5-6200U @ 2.40 GHz 1 processor, 2 cores, 4 threads
Single-Core Score 3658 Multi-Core Score 6903
http://browser.primatelabs.com/v4/cpu/700587
DFI Inc. SU17x
Intel Celeron 3955U @ 2.00 GHz 1 processor, 2 cores
Single-Core Score 2578 Multi-Core Score 4236
http://browser.primatelabs.com/v4/cpu/1069365
LENOVO 80QH
Intel Pentium 4405U @ 2.11 GHz 1 processor, 2 cores, 4 threads
Single-Core Score 2619 Multi-Core Score 4884
http://browser.primatelabs.com/v4/cpu/1461681
Xiaomi MIX
Qualcomm Snapdragon821 @ 2.19 GHz 1 processor, 4 cores
Single-Core Score 1956 Multi-Core Score 4524 Snapdragon 835とARM版Windows 10でPC業界を改革
〜Qualcomm半導体部門のトップ、クリスチアーノ・アーモン氏インタビュー
http://pc.watch.impress.co.jp/docs/column/ubiq/1038851.html
現在PCに使われているチップとモバイルに使われているチップを比較すると、
モバイルの方がよりマルチメディア重視となっている。
カメラの画質や機能、ハイレゾオーディオへの対応、ビデオ再生機能などいくらでも例を挙げられる。
今回私がお会いした多くのPCメーカーの関係者の方がおっしゃっていたのは、
Qualcommのチップを使うことができれば、そうしたよりよいカメラ、よりよいメディア再生機能、
そしてより長いバッテリ駆動時間、
スマートフォンと同じ優れたデザイン性という特徴を持ったPCを、
Win32アプリという過去の互換性を維持して実現できる。
しかも、既にスマートフォンを製造しているOEMメーカーであれば、
薄くて、ファンレスで、美しいPCを、
スマートフォンと同じチップを使うことで、BOM(Bill Of Material、部材コスト)を抑えながら実現できる。
ユーザーが必要としているプレミアムなPC体験は、
よりよいメディア再生機能だし、
より長いバッテリ駆動時間だし、美しいデザインだ。
質問の答えに戻ると、現在我々は多くのPCメーカーと取引している。
Lenovo/Motorola、ASUS、HPなど、
多くのメーカーがスマートフォン、タブレット、PCビジネスを同時に行なっている。
我々の戦略はシンプルだ。それは同じSnapdragon 835を利用して電話をデザインすれば、
それと同じ技術を利用してPCを作ることができるということだ。
また、LTEの常時接続を搭載することでも、PCビジネスは大きく変わっていくだろう。
生産性向上を実現するPCにも、常時接続は必要だ。
その点からもPCのビジネスモデルは大きく変わっていくと考えている。
PCが現在のチャネルだけでなく、
通信キャリアを通じて販売されていく。そういうことが起きると考えている。 2-in-1のAndroidタブレットを作れば、
それがそのままARM版Windows 10 PCにもなるということかな 【笠原一輝のユビキタス情報局】Snapdragon 835とARM版Windows 10でPC業界を改革 〜Qualcomm半導体部門のトップ、クリスチアーノ・アーモン氏インタビュー - PC Watch
http://pc.watch.impress.co.jp/docs/column/ubiq/1038851.html Atomは先がないしなあ
Atomシリーズを終了:
Intel、モバイル向けSoC事業を廃止 (1/3)
http://eetimes.jp/ee/articles/1605/06/news060.html >>960
どこからそんな認識になるん?
モバイル市場にAtomとQuarkで挑む/挑んだインテル、サーバー市場に64bit化で挑むARM、臨戦態勢やんw http://browser.primatelabs.com/v4/cpu/845342
Intel Corp. Broxton M
Intel Atom T5700 @ 2.40 GHz 1 processor, 4 cores
Single-Core Score 1802 Multi-Core Score 4330
http://browser.primatelabs.com/v4/cpu/1461681
Xiaomi MIX
Qualcomm Snapdragon821 @ 2.19 GHz 1 processor, 4 cores
Single-Core Score 1956 Multi-Core Score 4524
http://www.itmedia.co.jp/mobile/articles/1701/10/news150.html
Snapdragon 835は現行の「Snapdragon 820」に対し、
パッケージサイズで35%の小型化、25%の低消費電力化を実現。
新CPUコアを8つ搭載することで処理速度が20%アップしたほか、
新GPUによってグラフィック性能も25%アップしている。 http://browser.primatelabs.com/v4/cpu/1067161
Generic
Intel Pentium J4205 @ 1.50 GHz 1 processor, 4 cores
Single-Core Score 1679 Multi-Core Score 4695
http://browser.primatelabs.com/v4/cpu/1466793
Shuttle Inc. DX30D
Intel Celeron J3355 @ 2.00 GHz 1 processor, 2 cores
Single-Core Score 1598 Multi-Core Score 2761 かつてCISC vs. RISCなどと云われた時代、
CISCの代名詞だったx86もRISC要素を設計に取り込み
IPCを高めていき、やがて両者の違いは薄くなり
比較することも無くなった
現代では低消費電力の雄だったARMに対し
Intel/AMDもワッパを追求し、またARMも64bit化するなど
両者の違いは無くなりつつある >>709
> ラインアップは、「Snapdragon 600E」(APQ8064E)と「Snapdragon 410E」(APQ8016E)の2つ。
データシートを見たけど、食指が動くチップではなさげ Qualcomm クソ過ぎる。NXPまで買いやがって。 >>969
ARM仕様のWindowsRTはもう失敗したんですよ。GTR乗るような人にプリウスはいらないのです。 >>975
なんだ、やっぱりおバカ認識かよw
それはMicrosoftの失敗、Intelやarmじゃねぇよ。 QualcommのARMコアがAppleのA10くらいにシングルスレッド性能があればな
Appleが独自設計のコアを使い出したのはP.A. Semiを買収してからで
A6から始まって、64bitのA7、A8、A9、A10と64bitになって4代目のコア
Appleが買収したP.A. Semiはすごかったんだな WindowsRTはサードパーティがARM版のWin32アプリを作れなかったからな
内蔵のMS-Officeは足りない機能が多くて中途半端な製品だった これからはWindowsアプリといったらUWPのことだからな! みたいなこと言って
デスクトップPCを巻き込んでWin32アプリを捨てさせようとしたMicrosoftの心意気だけは少しは認めてあげても良いかも? 半導体の高速化はインテルのようにセミコン業界に莫大な再投資を繰り返してこそ可能。
ARMの場合儲けはすべてアップルが掻っ攫っていくからあまり期待できない。
アップルはBSDのソースをパクったりするだけで、自ら莫大な投資をするリスクは負わない。
なぜなら過去に一度OSの開発に大失敗してるから。パクリだらけ。 >>981
ARM陣営の場合、ファウンドリのTSMCやSamsungの両社とも
Intelに匹敵するくらいの半導体への投資を行ってる
AppleやQualcommはそのTSMCやSamsungに生産を委託することで
間接的に半導体に投資してることになる Cortex-M23/33も実際のSoC展開が遅くなってる気が… M0・M3・M4の在庫の始末しないといけないしなあ >>990
んでも、M4とかM7の時は発表とほぼ同時に
ライセンス受けたパートナー企業も発表してた気がす… System Workbench for STM32(AC6)で
ST-Link V2とSTM32F103C8T6のデバッグエラー
Info : device id = 0x20036410
Info : flash size = 64kbytes
STM32F103C8Tx.cpu: target state: halted
target halted due to debug-request, current mode: Handler HardFault
xPSR: 0x01000003 pc: 0xfffffffe msp: 0xffffffdc
Error: timed out while waiting fo
お助けください >>993
> Error: timed out while waiting fo
タイムアウトだと書いてあるけど?
その原因を探せば? >>994
ありがとうございます。
MDK-ARM、TrueStudioOK。
AC6はdiscoveryボードだとOK。
ST-linkV2経由だとエラーです。
OpneOCDの設定なのかな?
もう一度見直します。
デフォルトで動いてくれない。。。。 >>993
Blue Pill Board?
〜.cfgの中のreset_config srst_only srst_nogateを
reset_config none separateに変更する ))()()(()())((())))(()))(()(()()()()(()((())()())(()))(()()())(()))))(((()((
())(()()())(()(()))((((()(((()())()())(()())()()))))()))(((()))()()(()())(()
()))())((())))(()(())()()((()(()))())()))(()(())()(((()(()())())(()((()))()(
)))(((())((())((((()))())))())))()())()())(()((()()))))((()()()())(())((((((
((())()()(((((()))())())()((()(((()()())()))(((((()))))())())(()))(()()())))
())(())))(())))()))()(((()(((()()((())))())()()())()()()((((())()())))((()((
)((()(())((())()))((((()))()(()(()))()()))((()))))))()()()(())))((((())()(((
()((())(()()(()))(())())))))()(((((((()(((()()(())))((()()))())()()(())))())
))(()())))()()()(()((()())))))(()())))(()))))(()()()))()(())(()((((((((((()(
)))())())(())((((()()())((((())))(()()))(())()(((())))))((()()(()(()))()(()(
(()(()(()))())()((())()())(()))()(()())(()())(())((())(()(((((()(()))))))())
)(((()(())(()))())(())((()((()(((())(())))())))())())))()(())(()((((())))()(
())((((())((()()))(()()())(())())))()))())())((((()))()(()))((((())())))((((
()(()))((())))()))((((())((()))))))))))(())))((()(((()()))()))()(((()(((((((
)()((()))))()((()((()(()())()(((())()()))(((())))()())()())(((()(())(()))())
))())(()()))((()(()()(((((((()()(()((((())(()(())()))((())))())))))))))))(((
())())()()((((()((((()))((()))())())(((()(()(()())())()(()))(()))(()))()))()
))())))()))())()((())())())))(()(())(()((((((()((()())(()))(()())))((()(()((
((())()))(((())))(()()))()()((()()(())((())))))))((()()())(()(()()()()())(((
)((()(((()((()())(()())()((())(()))()))))(()()(()))(())())))((()()())(()(())
)(())((()))(((())))())()((((()(()(()()))(((()))())())()))))()()((()(()(()())
()))((())(()()()((()))))((()(()(()((()(())))())((((((()))(())(()))))()))()()
))))((((())(()))()()(((()((()))))))((((()(())))()()((((()))((()())())))))(((
)())((((()()))))((()()))))()()()()((()()((()()()()))((((((((())))()))())()()
()((()()(((()))()))))()()))(()(())(()(()((()()((((())(())())))(()((()))))())
)(((())((()()(()()()()()(((((())()())()()))))()))()(()(())))((()()(()()))())
))((()()(()))(((())))(()))))(())))(())()()(()())()()()))(((()()(((())(((())(
()))))))()(()))()))()()()))))(((((()((()((())))())(((()(()()()))(())((((((()
()()(()))()))))))()((((()()()()))()(((((()((((()())))(()((()))))())((())()()
)())())()))((()())())())()(((()()()())((((()((()(()())(()())(((()()))(()))))
()())((((()))(((()))))(())(((()())())()))()())))(()()(((()(())(()(())(()()))
))(())()()))())(()()))))()())())(((((()((((()()()))))()()((()))(()())((()(((
)(((()(()(()(()))()))(())(()))))(((()))((()()(()())(((())(()))(()(()))())())
)))())()((()(()()((()())())))(((()))()((())(()()()(((((())())(())()))())(())
()(()(()())()(()())((())))))))())(()()))(((((())((()(()()(()())((())()())())
())))(((((()()())()))())((()(()))(()()(()))()()()))()((())()()()(()((()(()))
()((())()())(())()))(()())((()()()())()((()(())(())(()(()))(())(())))((()())
)))())))))(((())(()())()()(()(((((((()()())))))))()((())(())(()((())(()())((
)(((()()((()(())))(())))())))((()((()()(())())((()))(())))()(())(()())((()()
())())))()((())))((()(((()))))(()(()())((()))(()()()()(())()())(()()(()()()(
)(()()()(()()))((()))))(())()((()(()()())()()())()(((((()))((())((())))()())
)))(())))())(())))))(())()((()((())((()(()))()()(()))())(()((())()((()()((((
)()(())(()))()())(())))())((()))()())()(((()()(((((()()()(()()(((()()())))))
))((())(()())))())())))(())(()))((()()())(()(((((((())())())))()((()(()))(((
(()(((())(((((()()((()))()()))))()()(()()())((()))))(()))()()((()))()()(()))
))())))()((()((())()))))())(()()())())()((()((())()(((()((()()()))())())((((
())))())((()()()()(((()(()(()))()))()))()))())((((()())(()))(((()()((()()))(
))()(()())(()()))(()()))(()((()))))(()((()()()()()))((()())(((())()(()))((()
((()())))(((()((()()))(())))))()))()((((())))((())(())(()((((()(()()())))())
)()()()))())))()((()()((((())(()))(())))))((()())(((()()(()((((())()))))(()( このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
life time: 469日 11時間 3分 59秒 2ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 2ちゃんねる専用ブラウザからの広告除去
★ 2ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
http://premium.2ch.net/
▼ 浪人ログインはこちら ▼
https://login.2ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。