【Cortex-】 やっぱARMっしょ 11 【AxRxMx】 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
ARMデバイス、ARMボードについて組込系ARM全般のスレ
時代は「やっぱARMっしょ」
省電力ニーズの高まりを背景に海外チップベンダーはもとより国内勢も参戦
ホビーとしてのマイコンからスマートデバイス用プロセッサまで
ARMコアを持つチップやボードのラインナップは今まさに百花繚乱
【前スレ】
【Cortex-】 やっぱARMっしょ 10 【AxRxMx】
http://rio2016.2ch.net/test/read.cgi/denki/1444051881/ RXの新規開発中止、既存もNRNDくらいやってくれないと本気には見えない。 >>644
泥船ひのまる半導体選定して設計するアホが悪い 選定が完全でないことでアホだとされるのだとしたら、
俺を開発設計担当にしてくれているお客様がアホってことになる。まったくもって申し訳けない。
>>645自身はパーフェクトな仕事人なんだろうか。
もしかして>>645もたくさんのアホ様のおかげでメシを食えている、ということはないのだろうか。 かと言っていつ会社が傾くかわからんのを使う理由にはならんわな
顧客の既存案件のしがらみだったとしても
そこを説得して今の内にマイグレしとくべきな場合もある >>647
煽り抜きで聞くんだけどさ
ディスコンにも成ってない現状で追加開発費出してまで
あんたはRXから何にマイグレを検討すべきだと思うの?
まさかARMとかいう情けない事言わないよな?ちゃんとどこのベンダかまで根拠付きで頼む ARMもいつまで天下とってるかわからないからな
RISC-Vも勢いづいてきてるし >>650
イニシアチブを取る企業があるかどうかだろうな。
例えばAndroid、Googleがオープン化して後押ししたからそこそこシェアを取った。
例えばLinux、カーネルはAndroidでメジャーだが、OSとしてはWindowsのシェアを奪えてない。
例えばIEEE1394、最初は家電に歓迎されたが、intelの強烈なUSB押しのライセンスフリーに性能アップでIEEE1394を蹴散らした。今や蹴散らされたAppleがUSB-C押し。
例えば国産OS TRON、B-TRONは米国に負けた。ITRON組込みでNo.1だったけど今では……。
多数連合で勝ったのはHDMI位じゃない?
今のところ烏合の衆(に見える)というか、バークレー校がガンガンとRISC-Vを推進して爆進……するかなぁ? モバイル向けOSのトップはAndroid
デスクトップ向けOSはいまだにWindowsが強いが市場そのものが右肩下がり
USBはライバル不在になったらVID代爆上げ&ジャイアン化
国内勢が衰退したのは戦略戦に負けたから。物が悪い訳じゃない RISC-Vはちゃんと最適化してくれるコンパイラ群がフリーで使えるのがでかい
ただしCortex-M0+クラスは現状でもフリーで使えるからね
M3以上になると乗り換えるメリットがでてくる
シナ製以外がでてきたら本番だな。エッジコンピューティングの覇権はどこが握るのか
LPWAもAmazonが参戦してきたし、もたもたしてるとデファクトスタンダード取られるな
ESP32の後継機も気になるところ(S2は省エネマイナーチェンジだけど) とにかく学生やメイカーズ党がフリーで開発できないプラットフォームは衰退あるのみ
チップ売りたいのにソフト面でも金がかかるってのはナンセンスだわ
クラウドコンパイラが使えるってのはあんまり意味ないね
mbedはプロトタイピングには便利だけど
本格的にデバッグするのにオフラインには勝てないから(ARMもその点は優秀) Cortex-M7レンジのRISC-V ASICはよ来い 昔のTRON CPUもISAだけ定義された設計とも云えない代物だった >>656
んなもん要るかよww
普通にCortex-m7 使えばいい
Risc-Vみたいなもんはメーカごとにローカル拡張が勝手に行われて規格としての破綻が目に見えてる ARM「カスタム命令拡張対応のCortex-M33を用意したよ!」 ARM一社がやってる分に何が困るんだwww
事実M3の拡張がM4だしなwww
フリーというかざっくりした規格なら、いろんなところが勝手なことをやりかねないことを言ってる。
iTronのようなxx準拠ってやつだ ttps://open-isa.org/
>VEGAborad
これ欲しい Arm、機械学習向けのNPUなど最新プロセッサーIP4種「Ethos-N57」「Ethos-N37」「Mali-G57」「Mali-D37」を発表 | fabcross
https://fabcross.jp/news/2019/20191025_arm.html >>655
確かに、ちょっとしたプログラム作っても
かなりの容量になっているのは確かだ
ROMはたっぷり使えるからいいというやつもいるけど
サイズがでかいということは遅いということになりかねない??? >>655
gccよりllvmの方が最適化は良いかもしれないね ARMで高性能なカメラを取り込める通信IF付きのシリーズってない?
STM32ならF446が8ビットバス持ってるからどうにかなるかなと思うんだけど、40ビットバスぐらいの高解像度持ちって居る? >>667
何でしょぼいF4なのよ?
いまならSTM32H7シリーズじゃね?
もしくはSTM32MP1シリーズ >>668
H7とMP1ね。
しょぼいのは基板があって、変換ICを8ビットピクセルバスで考えてたから。
MIPIじゃないと使えるんだけど、その辺はSTMに聞いてみる。
ありがとう。 レスが抜けたね、ごめん。
>>669
TIだっけ、そっちも調べてみるね。 >>654 エクリプスがあるじゃん。keilは突っ込んたカスタマイズをするにはめんどくさい。 NordicなどのBLEモジュール(Bluetoothクラシックも含む)を扱うスレってありますか?
ハードウェア板にBluetoothスレはあったんですがそっちはPCでBluetoothを利用するためのスレだったので違うっぽかったです。
Nordicに限ればARMだからこのスレでしょうか? >>675
このスレでBLEが話題になった記憶が無いw
居るとしたらこっち↓だけど、本職が使うnordicは、ちまたでは無名かも。
【電波】無線モノ自作スレ【ゆんゆん】
https://rio2016.5ch.net/test/read.cgi/denki/1342008222/ >>675
無線モノスレの10/25に、nordicのニュース転載した人が居るね。 >>676
ここでは一度も話題はありませんか
無線モノスレ見てきました
かなりの過疎スレでした…
Nordicと思われる書き込みは2013年に一回と10/25のみで他はBLEはありませんでした。
けれど、そのスレが適切っぽい感じですね
どうもありがとうございました 別にここでやってもいいじゃん 全く無関係という訳でもないし >>679
いいじゃんと言っても……。
開発環境はマイナーなSegger社 Embedded Studio。ARMを使っててもライブラリ使うから普段は意識すらしない。後はBLE系用語と無線系用語が飛び交うのみ。
無線モノスレのほうが、続く人にもいいと思うが? >>679
いっその事、専用スレを建てたほうがいいかもな。
なに、この板の下はゴミスレばかり(だから俺は常にageる)
専用スレでも構わないだろう 2chでnordic全然人気ないな
softdeviceの出来はいいしBLEやるなら一択なんだけど
nrf91も期待できるし需要あるならNordic専用スレ欲しいな >>682
本職が使うチップだからね。
作り込み易さは頭一つ抜けてるね 日本ではmicro:bit自体人気無いからしゃーないな nRF9160 SiPはかなりいけてるチップ
STMも悪くないんだけどLPWAの開発ボードとしては
でかいし肝心のGPSがオンボじゃないから何がしたいのか謎 そういえばmicro:bitのスレすら無いんだな
5ちゃんとmicro:bitのユーザ層が違うのか Arduinoでポチポチやってるレベルの人間でも行っていいのかな? スレ立てやってみようかと思うんだが、Nordic専門にするかBLE、Bluetooth全般がいいのか、開発環境もSegger専用かArduinoもいいのかその辺意見頼む。
個人的にはSeggerだけだと過疎りそうだし、ArduinoやMicroPythonもいいと思う。
間口の広そうな無線モノスレですら過疎ってるからね >>690
専用スレでいいと思うな。
一般向けなら無線モノスレがあるから、重複スレになっちまう。 こんなんでいい?
【Bluetooth Low Energy】BLEの鉄板Nordicのスレ【ANT+】
技適対応モジュール... Raytac、太陽誘電などから
開発環境... Segger Embedded Studio、Arduino、CircuitPythonなど
業務の人も趣味の人も仲良くしてね >>692
個人的にはNordicのしばりはない方が 過疎らなくていいかとは思う どうせ過疎る時は過疎る
BLEなんて後はESP32くらいでしょ >>694
このスレも過疎スレだが、恐らく
このスレよりもずっと過疎スレになるだろうな 度々すみません
スレタイどっちが良いですか?
ESP32スレが900超えたので、向こうの新スレ立ったらBLEスレを立てようかと思います。
https://i.imgur.com/eNe5qM9.jpg >>697
こだわるねぇ、テキトーでいいやん
強いて言えばNordicが先でBLEが後。BLEのスレかと誤解を与えるから。 メモ保存してなくて遅くなったけど建ててきたよ
【Nordic NRFxx】BLEについて語るスレ【Bluetooth Low Energy】
http://rio2016.5ch.net/test/read.cgi/denki/1575216922/ もうARMは終わり
スマホ市場自体が終わって、ARMどころかINTELもNVIDIAも終わりまで行った
結果やつらはアーキテクチャ更新するって、けどARMは何もしないって
なにもしないままARM需要、市場、スマホ市場は収縮する
で次の世代でARMが変化ないまま、全個体バッテリとかでスマホのCPUに使える電力やバッテリが強化されたら.......
INTELやAMDがスマホ市場に殴り込んできて淘汰だな
GPUパワーPRも操作性はスイッチ、パワーはINTEL、AMD、NVIDIAに惨敗だよ
しかもAMD7nmEUVなんかは省エネ性改善するから
ARM市場殴り込んでくるかもしれない。行き場なくなったINTELも攻めそうな勢い
ARMはテクノロジでもコストでも劣るから、INTELその他が本気出したら終わりなんだよ INTELのLAKEFILEDとかは貧弱でノートパソコンじゃ勝負できないけどARM相手なら最適だよ
・メモリは4GBしかないが、6-10GBスマホとかいらん、あれは情弱商法
・あらゆる面でARMを圧倒できる
ARMはシステム構造的にだめなくせにゼロベースでリセットできない
ならINTELが逆襲するチャンスはいくらでもある >>708
マイコンで機械学習ってか。
出来るとは思って無かったからぶっ飛んでんな〜 >>707
Intelというよりx86プロセッサはこれまで負けたことなんか無いんだがww
歴史を知らないおばかちゃん 互換CPUなんてクソ!Intel最強!的な態度を突き通してきていたIntelが
互換CPUメーカーの開発したISAをメインラインに実装したというのは歴史的大事件だった >>718
プレスコットだっけ?
その頃にクロック至上主義のインテルが挫折したのは。
その後低迷したAMDも復活したな >>713
いや、それはそもそも誤解だろ
そもそも携帯電話の時代からx86を選択肢に考えたことなんかないんだが。
いったいどこのメーカがx86で携帯電話製品化したのか言ってみな。 ピピンアットマークはPPCでマルチメディアだったな
バンダイは20年先を進んでた
ファミコンも電話に繋いで株や競馬出来たらしいな >>724
でも Celeron J とか Pentium N とか残るんだろ。 「モバイル向け」と書いてあるのが読めんのかな?
インテルx86の敗北はまだある。
インテル、IoT向け小型コンピュータ3種類を静かに生産終了へ。出荷も年内完了予定 ...
https://japanese.engadget.com/2017/06/21/iot-3/ >>723
はぁ?
x86が、分岐予測をさんざんはしょったARMに消費電流で優位にたてるわきゃねぇだろが。
常識ないのかお前が >>724
お前メクラか
当社は今後、クラウドやIoT(モノのインターネット)、メモリ/プログラマブルソリューション、5G(第5世代移動通信)、
ムーアの法則などの分野に注力し、真正面から取り組んでいく考えだ
おまえ5G や IoTがモバイルじゃないとでも思ってんのかwww 大体スマホやらタブレットはともかくx86のバイナリが動くノート市場がなくなるとでも思ってんのか
ノートPCはモバイルじゃないんかいww ARMはCPU以外で強みを持ってるメーカーが強いからね
5GはQualcommやファーウェイが強いだろうし >>728
それのどこがx86なんだい?
話を逸らせるなよw > x86が、分岐予測をさんざんはしょったARMに消費電流で
分岐予測とか、何処からそんな誤認識を引っ張って来たんだい?
そもそもx86が不利なのはその前段の命令デコード。
命令デコードで電力食ってしまうからArmに勝てない。
【後藤弘茂のWeekly海外ニュース】フロムスクラッチでCPUを設計するAMDと ...
2017/01/05 · そのため、x86/x64命令のCPUは、命令デコードのロジックが複雑になり、 デコード段での電力消費が大きくなり、デコードの ... x86は拡張につぐ拡張でプレフィックスだらけだし
アドレッシングモードまで判明しないと命令の長さすらわからないから
デコードは大変そうだね x86 というのなら、8086 でいいのではないか? >>734
ルネサスのM16CやR8Cが8086に似たような感じだね >>733
確かIA-32でもSSE命令系は命令長が分かるんだよね?
でも元々の命令は分からないしね。
AMDはよく無駄な16命令を見つけて、上手に拡張したなと思うよ。
https://www.saluteweb.net/~oss_amd64isa.html
残念ながらIA-32にはプリフィックスの「空き」はない。
しかたなく何かの命令とトレードオフし、そこを拡張用のプリフィックスとして割り当てることになる。
:
つまり上位4bitをエスケープのためのプリフィックス、下位4bitを拡張用のビットとするわけだ。
そうすれば命令長がIA-32より1バイト長くなるだけで済む。
しかしその代わり4bit分、つまり16個もの命令とトレードオフにしなくてはならない。
そんなにたくさんの命令を削除しなくてはならないのだが、何を犠牲にしたものか。
IA-32には8086からの名残で、レジスタのincとdec命令が1バイトのものと2バイトのものがあり、2つずつダブって存在している。 >>732
簡単では無いだろうが、インテルはモバイル向けに命令デコードが簡単で、x86と互換性の無い新しいISAを定義すべきだったと思う。無論、x86命令はx86モードとして残してさ。
もしその新ISAがArm互換だったら、世界は変わってたかもしれないw
ただ「モバイルにもx86命令を!」という至上命題があったから、この選択肢はありえなかった訳だったけど。 ■ このスレッドは過去ログ倉庫に格納されています