【Cortex-】やっぱARMっしょ 11 【AxRxMx】 [無断転載禁止]©2ch.net

**774ワット発電中さん** · 2018/11/11(日) 14:57:44.95

どれ

**774ワット発電中さん** · 2018/11/30(金) 03:47:18.84

>>491
Mouserで売ってたよ。安くないけど

**774ワット発電中さん** · 2018/11/30(金) 22:40:05.06

D&Dでファーム書き込み、
デバッガ、
仮想シリアル
これがUSB一本線でできるんだから
画期的ですねぇ
しかもソースがopenときた

**774ワット発電中さん** · 2018/12/01(土) 00:49:54.03

mbedのこと？

**774ワット発電中さん** · 2018/12/03(月) 01:50:37.55

mbed以外もマネし始めたな
あれはいいものだ

**774ワット発電中さん** · 2018/12/06(木) 05:47:41.82

どこがやねん
ブラウザ上のエディタとか害悪
せめてvi互換にしろや

**774ワット発電中さん** · 2018/12/09(日) 21:14:31.51

100%俺を満足させんと使わんてか?
手に合わない環境エディタなんか使うほうがあほ
気に入ったいいとこだけ使えばいいんよ

**774ワット発電中さん** · 2018/12/09(日) 23:05:47.03

>>568
は？Emacsのほうがいいだろゴミクズ

**774ワット発電中さん** · 2018/12/09(日) 23:42:33.51

vim ですよ。

**774ワット発電中さん** · 2018/12/12(水) 00:46:49.94

性格と小指がひん曲がったemacs厨がおるな

**774ワット発電中さん** · 2018/12/12(水) 09:24:30.24

emacs使いはとりあえず叩かれる風潮どうにかしてほしい

**774ワット発電中さん** · 2018/12/12(水) 12:44:20.52

20年以上(x)emacsだわ

**774ワット発電中さん** · 2018/12/15(土) 06:28:13.27

Announcing public preview of Windows 10 IoT Core on NXP SoCs - Windows Experience BlogWindows Experience Blog
https://blogs.windows.com/windowsexperience/2018/12/14/announcing-public-preview-of-windows-10-iot-core-on-nxp-socs/

**774ワット発電中さん** · 2018/12/15(土) 11:48:19.74

ARMでパラレルなカメラインターフェイスついてるのってSTM32位？
できればYUV422に対応している奴が欲しいんだけど。

**774ワット発電中さん** · 2018/12/15(土) 14:03:31.19

>>576
STM32でなんの不満が？
開発環境もフリーになったし問題ないぞ

**774ワット発電中さん** · 2018/12/15(土) 15:40:00.29

おおCubeMXがSW4に対応したんだな

**774ワット発電中さん** · 2018/12/15(土) 16:00:21.20

じゃなくてTrueStudioっつうのがいいのか？

**774ワット発電中さん** · 2018/12/15(土) 16:53:45.75

>>577
いやハードで競合とか無いかなと思って。
自分でも調べたけど、独自に積んでるみたいだし、一応ARM側でもカメラIF積みたいと言われてたけど実現したのかなって。

**774ワット発電中さん** · 2018/12/31(月) 16:49:42.78

ねむいさんが転職活動時にお前のブログはマイナスにしかならんから書くなって言われてたん笑う
技術力ある職人気質の人ということと同時にどうしようもない変態ということが伝わるからね

**774ワット発電中さん** · 2019/01/01(火) 09:24:12.57

電子系のエンジニアってアニメ好きドール好き率高いよな

【大吉】【601円】 · 2019/01/01(火) 10:54:44.84

そうでもない

**774ワット発電中さん** · 2019/01/01(火) 11:46:26.73

soramimiとかいう人、色々ためになるネタ上げてるけどお人形さん遊びをサイトに載せるのやめてほしい

**774ワット発電中さん** · 2019/01/01(火) 13:03:10.02

>>584
なんのこっちゃ

**774ワット発電中さん** · 2019/01/01(火) 13:22:48.49

ﾆｮｶﾞｰﾝ

**774ワット発電中さん** · 2019/01/01(火) 14:18:16.42

モルフィーの悲劇知る人も減って
そろそろ同じ悲劇が繰り返される悪寒

**774ワット発電中さん** · 2019/01/01(火) 15:19:13.08

漏る貧の当事者もみんな老人ホール入りしたな

**774ワット発電中さん** · 2019/01/01(火) 16:09:44.53

電子工作に限らず技術者にオタクは多いよ

**774ワット発電中さん** · 2019/01/01(火) 18:45:29.51

そのくせクレカとか運転免許とか持ってなかったりするんだよな

**774ワット発電中さん** · 2019/01/07(月) 18:50:16.07

日本の技能職って薄給＆長時間のオワタ式で社会的地位も低いだろ

**774ワット発電中さん** · 2019/01/08(火) 01:31:10.45

日本の技術者がアニメ・ドール好きに見えるのはネット界隈の趣味の人間だけ見てる
からだろう。人口のごく一部にすぎない。
今は世界的に低年齢化しているし日本の悪いアニメ・コスプレ文化を学んでいるから
その影響だろうが、日本人だけではないし、大人世代ではそんなことしていないから。

先日秋葉原で白人の若者が日本刀をリュックに差し込んでコスプレ喫茶に入店しようと
していたり、ドイツ人らしき若者が日本のサラリーマンみたいに公園で昼飯食べて会話
していたり、中国人の地方から出てきた清楚なお姉さんが日本で働き始めて次第に化粧
厚くなって派手な服装になってゆく時系列を目撃すると、Youは一体どうなってんだ？
と思うぞ。

**774ワット発電中さん** · 2019/01/08(火) 08:58:25.53

>>587
キックスターターとかマクアケとかで誰かMorphyOne IIとか立ててほしいわ
今なら爆釣れだろ

**774ワット発電中さん** · 2019/01/08(火) 19:10:31.17

MorphyTwo ？

**774ワット発電中さん** · 2019/01/10(木) 08:04:45.01

＞モルフィーの悲劇知る人も減って
＞そろそろ同じ悲劇が繰り返される悪寒

そろそろも何もクラウドファンディング関係で既にあると思うが

**774ワット発電中さん** · 2019/01/10(木) 08:17:18.07

>>595
200lx後継機のプロジェクトの話だけどあったの？
貼ってくれよ

**774ワット発電中さん** · 2019/01/10(木) 08:25:56.90

＞200lx後継機のプロジェクトの話だけど

どこにもそんな話は書かれてないが？

**774ワット発電中さん** · 2019/01/10(木) 09:16:35.38

>>597
自分で引用してるじゃん
モルフィーの悲劇、って

それこそただの目標不達とか無関係のネタでの発案者失踪の話なんてこっちも話題にすらしてないんだが

**774ワット発電中さん** · 2019/01/10(木) 09:48:42.89

>>597
>>594

**774ワット発電中さん** · 2019/01/10(木) 16:42:35.69

気違いに触っちゃったみたいだなｗ
俺は「モルフィーワンの悲劇の話（>>587）」にはレスはしたが「モルフィーワンの後継機の話」に
レス何てしてないぞ

**774ワット発電中さん** · 2019/01/10(木) 20:09:13.84

インテリジェントデバイスの高画質化を実現??イメージシグナルプロセッサー「Arm Mali-C52」、「Arm Mali-C32」 | fabcross
https://fabcross.jp/news/2019/20190110_armisp_malic52_c32.html

**774ワット発電中さん** · 2019/01/17(木) 02:57:26.47

Androidが8月から64bitへの移行を本格化 - PC Watch
https://pc.watch.impress.co.jp/docs/news/1164859.html

**774ワット発電中さん** · 2019/01/28(月) 22:37:25.72

ATSAMD10(CortexM0)の話題もここでいいんでしょうか？

**774ワット発電中さん** · 2019/01/29(火) 11:31:46.63

どうぞどうぞ
ペリフェラルはユーザーいないとわからんが

**774ワット発電中さん** · 2019/01/29(火) 13:27:25.45

>>603　です。
atmel-ice は、持ってます。
atsamd10 も買いました。
avrstudio7もセットアップしてます。
atmel-ice の接続ケーブル別途入手しなければならないけど、純正のケーブルセット
digikey でも6000位するんですね。

それは、おいておいて、
簡単なLチカコードを書いて、レジスタの動きをや、実行タイミングを見たいのですけど、
どうも、avrstudio7 ではatsamd10用のシミュレータが無いようなんですが、
atmel-ice使って、debuggerで見る？しかないのですか？

**774ワット発電中さん** · 2019/01/29(火) 21:49:34.07

シミュレーターないなら実機+デバッガしかないんじゃないかなー

**774ワット発電中さん** · 2019/01/29(火) 22:20:06.80

ICE だけ買ってケーブル買わないとか変態

**774ワット発電中さん** · 2019/01/29(火) 22:48:10.73

>>607
http://akizukidenshi.com/catalog/g/gM-08285/

これですけど、ひょっとして、付属ケーブル、atsamd でも使えるのですか？

**774ワット発電中さん** · 2019/01/30(水) 01:30:34.40

ARM系の既成品なら大抵ハーフピッチ10pinコネクタだから4枚目の写真の下のケーブルの真ん中のコネクタで繋げられるんじゃないかな
自作基板とかはしらん

**774ワット発電中さん** · 2019/01/30(水) 01:33:43.92

とりあえず適切にピン接続できれば付属ケーブルでいけるよ

**774ワット発電中さん** · 2019/01/30(水) 01:39:29.48

接続について詳しく質問したいならターゲットの情報が必要
それにしてもMicrochipの箱にatmel製品が入ってるのは未だに慣れない

**774ワット発電中さん** · 2019/01/31(木) 00:30:05.62

STM32+AD9283でオシロを作った人がいましたらアドバイスをお願いします。

STM32F407のシステムクロックは168MHzなので、1/4の42MHzをMCOからAD9283に入力してパラレル出力(42Msps)をGPIOで取得するつもりです。
GPIOの取得に使う「value[0]=GPIOA->IDR」は1クロックで実行できるようなので以下のようにしてSTM32とAD9283のタイミングを合わせています。

value[1]=GPIOA->IDR;asm("NOP");asm("NOP");asm("NOP");
value[2]=GPIOA->IDR;asm("NOP");asm("NOP");asm("NOP");
value[3]=GPIOA->IDR;asm("NOP");asm("NOP");asm("NOP");
～中略～
value[1023]=GPIOA->IDR;asm("NOP");asm("NOP");asm("NOP");

現状としては一応数値は取れているのですが、値がデタラメになってしまいます。
どなたか上手く動かす方法を教えていただけないでしょうか？

**774ワット発電中さん** · 2019/01/31(木) 03:53:02.91

>>612
本当に1クロックで動いてんの？
コンパイラで最適化されてたりしないの？
プログラムはSRAM？Flash？どっちで動いてんの？
CPUキャッシュとか絡んでないの？（あるんだっけ？）
オシロで1クロックで動いてるか調べた？
しらんけど

**774ワット発電中さん** · 2019/01/31(木) 19:39:06.83

>>613
すみません。
もう一度クロックを計算しなおしたら3クロックでした。
コードの前後でパルスを出力したので今度こそ間違いないと思います。

asm("NOP");を一つにしたところ、多少はまともな値になりました。
でもまだ数値が±２０％くらい揺れるので、オシロとしては使い物にならない状態です。
この原因がパラレル出力の有効時間外にサンプリングしていることだとしたら位相シフト回路が必要になるんでしょうけど、また別のドツボに嵌りそうで心配です。

**774ワット発電中さん** · 2019/01/31(木) 20:18:51.46

>>614
普通、そこはDMA使うだろ

**774ワット発電中さん** · 2019/01/31(木) 21:00:41.82

>>615
DMAは検討したのですが、STM32のDMAは8クロックもかかるようなのでやめました。

**774ワット発電中さん** · 2019/01/31(木) 22:36:13.43

FPGA だと思うけどね。

**774ワット発電中さん** · 2019/02/01(金) 22:21:20.07

>>617
FPGAも勉強してはいるんですけど単価が高いのとマイコン以上に難解なんで二の足を踏んでます。

**774ワット発電中さん** · 2019/02/01(金) 23:52:21.16

NXPのLPC1800のSTimerとDMAで出来ないかな

**774ワット発電中さん** · 2019/02/01(金) 23:54:18.69

STimer　　×
SCTimer　○

**774ワット発電中さん** · 2019/02/02(土) 01:15:03.91

SCTって設定が難解という評判じゃ

**774ワット発電中さん** · 2019/02/02(土) 05:45:27.00

>>621
どのステートの時にどの条件値到達でどのステートに遷移するか。
いろいろ出来る事はあるけど基本はそれだけだよ
なんならステートは1つしか使わなくてもいいし

**774ワット発電中さん** · 2019/02/03(日) 00:17:56.90

>この原因がパラレル出力の有効時間外にサンプリングしていることだとしたら位相シフト回路が必要になるんでしょうけど、また別のドツボに嵌りそうで心配です。

現状で、AD9283 のクロックとの位相はどうやって保証してるの？

**774ワット発電中さん** · 2019/02/03(日) 02:38:45.28

>>623
やってません（ｷﾘｯ

一応以下のようなコードを入れて測定開始前のAD9283のクロックが1になるようにしています。(疑似コードです)
2行目のwhileを抜けられるのは図中でいう1,2,5,6の時のため、ある程度測定開始時の位相をそろえられると考えています。
後はズレのであればasm("NOP");を入れて調整しようかと。

実際にAD9283のクロックをサンプルと同時計測すると毎度0にすることが出来たのでクロック単位での位相はそろうようです。
（AD9283の測定結果が有効になるのはクロックが0の時です。）
とは言え、私のオシロの帯域幅は60MHzなので実際に意図通りに動いているのか確認することはできません。

while(AD9283clock == 1); 　　　//実際の「AD9283clock」はGPIOAの9番目
while(AD9283clock == 0);
value[1]=GPIOA->IDR; 　　　　//よってここで「AD9283clock」も記録される
以下略

システムクロック
1　┏━┓　┏━┓　┏━┓　┏━┓　┏━┓　┏━┓　┏━┓　┏━
0━┛ ┗━┛　┗━┛　┗━┛　┗━┛　┗━┛　┗━┛　┗━┛
　　1 2 3 4 5 6 7 8
AD9283のクロック
1　┏━━━━━━━┓　　　　　　　┏━━━━━━━┓　　　　　　　
0━┛　　　　　　　┗━━━━━━━┛　　　　　　　┗━━━━━━━┛

**774ワット発電中さん** · 2019/02/03(日) 02:45:45.08

図がすごくずれてしまった…

システムクロック
1─┏━┓─┏━┓─┏━┓─┏━┓─┏━┓─┏━┓─┏━┓─┏━
0━┛─┗━┛─┗━┛─┗━┛─┗━┛─┗━┛─┗━┛─┗━┛─
───1───2────3───4───5────6───7───8　
AD9283のクロック
1　┏━━━━━━━┓───────┏━━━━━━━┓────────
0━┛───────┗━━━━━━━┛───────┗━━━━━━━┛

**774ワット発電中さん** · 2019/02/18(月) 07:05:33.68

トラ技のLPC810の特集、今更やってみてる。
質問です。
USB-シリアル変換モジュールを使用してプログラムの書き込みをしています。
LPC810との物理的な接続はTXD/RXD/GNDです。
LPC810を複数、USB-シリアル変換モジュールにぶら下げて同じプログラムを同時に
書き込む事は可能でしょうか？
LPC810への送信で￥を垂れ流しならいけるかなと思いますが、同期をとっていれば、不整合が
起きるのかな？と思っていますので、アドバイス頂ければと思います。

**774ワット発電中さん** · 2019/02/18(月) 13:57:58.95

>>626
むり
TXDとRXD両方を繋いでいる時点で察するべし

**774ワット発電中さん** · 2019/02/18(月) 19:18:04.75

>>627
ですよね～
どうもです！

**774ワット発電中さん** · 2019/03/19(火) 20:52:49.34

>>628
ＰＣ－＞ＬＰＣのＴｘＤを並列に配って、ＲｘＤはどれか一つからだけ戻せば、もしかしたら・・・。
ただべりファイはできんけど。

**774ワット発電中さん** · 2019/03/19(火) 21:04:35.03

>>625
逆に超ウルトラ低速動作での動作確認はやってあるの？
Ａ／Ｄにボリュームでもつないで、ＤＣレベルでの変換がちゃんと拾えるか。

これが確認できれば、ノイズ拾ってる、とか結線間違えてた、とかがクリアになって、
いよいよ高速データ受け渡しだけの確認作業になる。

あとそこまでタイミングがタイトな構造にするのなら、プログラムのデータ取得部分はすべて
アセンブラで書くべきかと。拾ったデータをメモリに落とす value[n] のメモリ代入側も
ホントに 1clock になってる？
少なくともelfをobjdumpで逆アセンブルしてコードは確認すべし。

**774ワット発電中さん** · 2019/05/22(水) 06:34:58.21

VRのリアリティを向上??Armの最新版ディスプレイプロセッサIP「Arm Mali-D77」 | fabcross
https://fabcross.jp/news/2019/20190521_armmalid77displayprocessor.html

**774ワット発電中さん** · 2019/05/27(月) 19:01:09.15

Arm、スマホで“ノートPC並の性能”を実現するCPU「Cortex-A77」～性能1.4倍の「Mali-G76」GPUや機械学習コアも - PC Watch
https://pc.watch.impress.co.jp/docs/news/1186724.html

**774ワット発電中さん** · 2019/06/04(火) 11:35:57.74

【後藤弘茂のWeekly海外ニュース】シングルスレッド処理向上で最上級の性能を得たArm「Cortex-A77」のマイクロアーキテクチャ - PC Watch
https://pc.watch.impress.co.jp/docs/column/kaigai/1188094.html

**774ワット発電中さん** · 2019/06/18(火) 15:12:40.73

NVIDIA，「CUDA-X AI」を含むAI開発向けソフトウェア開発キットのArm対応を表明 - 4Gamer.net
https://www.4gamer.net/games/076/G007660/20190617085/

**774ワット発電中さん** · 2019/08/07(水) 20:52:52.11

もうこのスレは役目を終えたのか・・・

**774ワット発電中さん** · 2019/08/07(水) 21:10:28.81

話すことないし……

**774ワット発電中さん** · 2019/08/09(金) 05:34:42.16

Arm Cortex-A34 is a 64-bit Only Low-Power Core
https://www.cnx-software.com/2019/08/02/arm-cortex-a34-64-bit-only-low-power-core/

**774ワット発電中さん** · 2019/10/10(木) 04:32:51.61

【後藤弘茂のWeekly海外ニュース】Armが次々世代CPUコア「Matterhorn」の技術を発表 - PC Watch
https://pc.watch.impress.co.jp/docs/column/kaigai/1211845.html

**774ワット発電中さん** · 2019/10/10(木) 18:05:34.43

「マジでARMマイコンやります」、ルネサスがようやく決心
https://tech.nikkeibp.co.jp/atcl/nxt/event/18/00087/00003/

**774ワット発電中さん** · 2019/10/10(木) 19:01:44.67

RZ「………。」

**774ワット発電中さん** · 2019/10/10(木) 19:16:15.53

Armコアにユーザー固有命令が追加できる、Arm TechCon 2019が開幕 | 日経 xTECH（クロステック）
https://tech.nikkeibp.co.jp/atcl/nxt/event/18/00087/00001/?n_cid=nbpnxt_mled_dm

**774ワット発電中さん** · 2019/10/11(金) 06:50:40.00

RXの新規開発中止、既存もNRNDくらいやってくれないと本気には見えない。

**774ワット発電中さん** · 2019/10/11(金) 08:45:50.93

外野のわがまま

**774ワット発電中さん** · 2019/10/11(金) 10:05:01.46

>>642
おいっ！

おいっ！

**774ワット発電中さん** · 2019/10/12(土) 21:55:33.11

>>644
泥船ひのまる半導体選定して設計するアホが悪い

**774ワット発電中さん** · 2019/10/14(月) 09:41:33.36

選定が完全でないことでアホだとされるのだとしたら、
俺を開発設計担当にしてくれているお客様がアホってことになる。まったくもって申し訳けない。

>>645自身はパーフェクトな仕事人なんだろうか。
もしかして>>645もたくさんのアホ様のおかげでメシを食えている、ということはないのだろうか。

**774ワット発電中さん** · 2019/10/14(月) 19:21:11.99

かと言っていつ会社が傾くかわからんのを使う理由にはならんわな
顧客の既存案件のしがらみだったとしても
そこを説得して今の内にマイグレしとくべきな場合もある

**774ワット発電中さん** · 2019/10/15(火) 08:51:51.50

>>647
煽り抜きで聞くんだけどさ
ディスコンにも成ってない現状で追加開発費出してまで
あんたはRXから何にマイグレを検討すべきだと思うの？
まさかARMとかいう情けない事言わないよな？ちゃんとどこのベンダかまで根拠付きで頼む

**774ワット発電中さん** · 2019/10/15(火) 14:21:22.56

マイグレって何？
半グレのセルフ版？

**774ワット発電中さん** · 2019/10/15(火) 15:04:47.72

ARMもいつまで天下とってるかわからないからな
RISC-Vも勢いづいてきてるし

**774ワット発電中さん** · 2019/10/15(火) 16:20:28.95

>>650
イニシアチブを取る企業があるかどうかだろうな。

例えばAndroid、Googleがオープン化して後押ししたからそこそこシェアを取った。
例えばLinux、カーネルはAndroidでメジャーだが、OSとしてはWindowsのシェアを奪えてない。
例えばIEEE1394、最初は家電に歓迎されたが、intelの強烈なUSB押しのライセンスフリーに性能アップでIEEE1394を蹴散らした。今や蹴散らされたAppleがUSB-C押し。
例えば国産OS TRON、B-TRONは米国に負けた。ITRON組込みでNo.1だったけど今では……。
多数連合で勝ったのはHDMI位じゃない？

今のところ烏合の衆(に見える)というか、バークレー校がガンガンとRISC-Vを推進して爆進……するかなぁ？

**774ワット発電中さん** · 2019/10/15(火) 17:26:45.11

モバイル向けOSのトップはAndroid
デスクトップ向けOSはいまだにWindowsが強いが市場そのものが右肩下がり
USBはライバル不在になったらVID代爆上げ＆ジャイアン化
国内勢が衰退したのは戦略戦に負けたから。物が悪い訳じゃない

**774ワット発電中さん** · 2019/10/15(火) 19:37:34.74

RISC-Vはちゃんと最適化してくれるコンパイラ群がフリーで使えるのがでかい
ただしCortex-M0+クラスは現状でもフリーで使えるからね
M3以上になると乗り換えるメリットがでてくる
シナ製以外がでてきたら本番だな。エッジコンピューティングの覇権はどこが握るのか
LPWAもAmazonが参戦してきたし、もたもたしてるとデファクトスタンダード取られるな
ESP32の後継機も気になるところ(S2は省エネマイナーチェンジだけど)

**774ワット発電中さん** · 2019/10/15(火) 19:43:38.54

とにかく学生やメイカーズ党がフリーで開発できないプラットフォームは衰退あるのみ
チップ売りたいのにソフト面でも金がかかるってのはナンセンスだわ
クラウドコンパイラが使えるってのはあんまり意味ないね
mbedはプロトタイピングには便利だけど
本格的にデバッグするのにオフラインには勝てないから(ARMもその点は優秀)

**774ワット発電中さん** · 2019/10/15(火) 19:46:43.68

GCC ARMってそんなに最適化の品質悪いの

**774ワット発電中さん** · 2019/10/15(火) 20:05:49.03

Cortex-M7レンジのRISC-V ASICはよ来い

**774ワット発電中さん** · 2019/10/16(水) 07:23:17.27

RISC-Vスレでやれ

**774ワット発電中さん** · 2019/10/17(木) 07:07:49.32

昔のTRON CPUもISAだけ定義された設計とも云えない代物だった

**774ワット発電中さん** · 2019/10/17(木) 20:37:36.48

>>656
んなもん要るかよww
普通にCortex-m7 使えばいい
Risc-Vみたいなもんはメーカごとにローカル拡張が勝手に行われて規格としての破綻が目に見えてる

**774ワット発電中さん** · 2019/10/17(木) 20:46:06.13

ARM「カスタム命令拡張対応のCortex-M33を用意したよ!」

**774ワット発電中さん** · 2019/10/17(木) 22:20:28.07

ARM一社がやってる分に何が困るんだwww
事実M3の拡張がM4だしなwww
フリーというかざっくりした規格なら、いろんなところが勝手なことをやりかねないことを言ってる。
iTronのようなxx準拠ってやつだ

**774ワット発電中さん** · 2019/10/18(金) 06:54:50.39

ttps://open-isa.org/
>VEGAborad
これ欲しい

**774ワット発電中さん** · 2019/10/25(金) 23:09:13.73

Arm、機械学習向けのNPUなど最新プロセッサーIP4種「Ethos-N57」「Ethos-N37」「Mali-G57」「Mali-D37」を発表 | fabcross
https://fabcross.jp/news/2019/20191025_arm.html

**774ワット発電中さん** · 2019/10/26(土) 21:29:40.98

ソフトバンク傘下で英半導体企業Arm、Huaweiとの取引継続へ「米国の禁輸措置とは関係ない」
http://asahi.5ch.net/test/read.cgi/newsplus/1572068832/

**774ワット発電中さん** · 2019/10/27(日) 23:26:00.70

>>655
確かに、ちょっとしたプログラム作っても
かなりの容量になっているのは確かだ
ＲＯＭはたっぷり使えるからいいというやつもいるけど
サイズがでかいということは遅いということになりかねない？？？

**774ワット発電中さん** · 2019/10/28(月) 21:31:17.38

>>655
gccよりllvmの方が最適化は良いかもしれないね

**774ワット発電中さん** · 2019/10/31(木) 20:45:01.71

ARMで高性能なカメラを取り込める通信IF付きのシリーズってない？
STM32ならF446が8ビットバス持ってるからどうにかなるかなと思うんだけど、40ビットバスぐらいの高解像度持ちって居る？

**774ワット発電中さん** · 2019/10/31(木) 20:51:10.76

>>667
何でしょぼいF4なのよ？
いまならSTM32H7シリーズじゃね？
もしくはSTM32MP1シリーズ

**774ワット発電中さん** · 2019/10/31(木) 20:58:13.91

>>667
つ i.MX6

**774ワット発電中さん** · 2019/10/31(木) 21:00:55.48

>>668
H7とMP1ね。
しょぼいのは基板があって、変換ICを8ビットピクセルバスで考えてたから。
MIPIじゃないと使えるんだけど、その辺はSTMに聞いてみる。
ありがとう。

**774ワット発電中さん** · 2019/10/31(木) 21:02:00.79

レスが抜けたね、ごめん。
>>669
TIだっけ、そっちも調べてみるね。

**774ワット発電中さん** · 2019/10/31(木) 23:41:04.13

>>671
NXPだよ

**774ワット発電中さん** · 2019/10/31(木) 23:47:32.70

MIPI なら4ポートくらいじゃね？

**774ワット発電中さん** · 2019/11/03(日) 16:37:08.42

>>654 エクリプスがあるじゃん。keilは突っ込んたカスタマイズをするにはめんどくさい。

**774ワット発電中さん** · 2019/11/10(日) 06:10:41.61

NordicなどのBLEモジュール(Bluetoothクラシックも含む)を扱うスレってありますか？
ハードウェア板にBluetoothスレはあったんですがそっちはPCでBluetoothを利用するためのスレだったので違うっぽかったです。
Nordicに限ればARMだからこのスレでしょうか？

**774ワット発電中さん** · 2019/11/10(日) 08:01:36.19

>>675
このスレでBLEが話題になった記憶が無いw
居るとしたらこっち↓だけど、本職が使うnordicは、ちまたでは無名かも。

【電波】無線モノ自作スレ【ゆんゆん】
https://rio2016.5ch.net/test/read.cgi/denki/1342008222/

**774ワット発電中さん** · 2019/11/10(日) 08:07:23.62

>>675
無線モノスレの10/25に、nordicのニュース転載した人が居るね。

**774ワット発電中さん** · 2019/11/10(日) 09:07:17.29

>>676
ここでは一度も話題はありませんか
無線モノスレ見てきました
かなりの過疎スレでした…
Nordicと思われる書き込みは2013年に一回と10/25のみで他はBLEはありませんでした。
けれど、そのスレが適切っぽい感じですね
どうもありがとうございました

**774ワット発電中さん** · 2019/11/10(日) 10:38:33.41

別にここでやってもいいじゃん　全く無関係という訳でもないし

**774ワット発電中さん** · 2019/11/10(日) 11:16:08.72

>>679
いいじゃんと言っても……。
開発環境はマイナーなSegger社 Embedded Studio。ARMを使っててもライブラリ使うから普段は意識すらしない。後はBLE系用語と無線系用語が飛び交うのみ。
無線モノスレのほうが、続く人にもいいと思うが？

**774ワット発電中さん** · 2019/11/10(日) 11:18:48.38

>>679
いっその事、専用スレを建てたほうがいいかもな。
なに、この板の下はゴミスレばかり(だから俺は常にageる)
専用スレでも構わないだろう

**774ワット発電中さん** · 2019/11/10(日) 14:23:37.40

2chでnordic全然人気ないな
softdeviceの出来はいいしBLEやるなら一択なんだけど
nrf91も期待できるし需要あるならNordic専用スレ欲しいな

**774ワット発電中さん** · 2019/11/10(日) 15:28:44.24

Nordicスレいいね

**774ワット発電中さん** · 2019/11/10(日) 15:45:55.42

>>682
本職が使うチップだからね。
作り込み易さは頭一つ抜けてるね

**774ワット発電中さん** · 2019/11/10(日) 17:38:07.34

日本ではmicro:bit自体人気無いからしゃーないな

**774ワット発電中さん** · 2019/11/10(日) 18:15:16.97

nRF9160 SiPはかなりいけてるチップ
STMも悪くないんだけどLPWAの開発ボードとしては
でかいし肝心のGPSがオンボじゃないから何がしたいのか謎

**774ワット発電中さん** · 2019/11/10(日) 19:48:54.53

そういえばmicro:bitのスレすら無いんだな
5ちゃんとmicro:bitのユーザ層が違うのか

**774ワット発電中さん** · 2019/11/10(日) 21:44:00.39

Nordicスレいいな
盛り上がってほしいぞ

**774ワット発電中さん** · 2019/11/10(日) 22:23:57.74

Arduinoでポチポチやってるレベルの人間でも行っていいのかな？

**774ワット発電中さん** · 2019/11/10(日) 22:30:27.62

スレ立てやってみようかと思うんだが、Nordic専門にするかBLE、Bluetooth全般がいいのか、開発環境もSegger専用かArduinoもいいのかその辺意見頼む。
個人的にはSeggerだけだと過疎りそうだし、ArduinoやMicroPythonもいいと思う。
間口の広そうな無線モノスレですら過疎ってるからね

**774ワット発電中さん** · 2019/11/10(日) 22:45:43.40

>>690
専用スレでいいと思うな。
一般向けなら無線モノスレがあるから、重複スレになっちまう。

**774ワット発電中さん** · 2019/11/10(日) 23:03:11.93

こんなんでいい？

【Bluetooth Low Energy】BLEの鉄板Nordicのスレ【ANT+】

技適対応モジュール... Raytac、太陽誘電などから
開発環境... Segger Embedded Studio、Arduino、CircuitPythonなど

業務の人も趣味の人も仲良くしてね

**774ワット発電中さん** · 2019/11/10(日) 23:35:49.56

>>692
個人的にはNordicのしばりはない方が　過疎らなくていいかとは思う

**774ワット発電中さん** · 2019/11/10(日) 23:55:42.55

どうせ過疎る時は過疎る
BLEなんて後はESP32くらいでしょ

**774ワット発電中さん** · 2019/11/11(月) 00:39:46.02

>>692
OK

**774ワット発電中さん** · 2019/11/11(月) 01:31:47.07

>>694
このスレも過疎スレだが、恐らく
このスレよりもずっと過疎スレになるだろうな

**774ワット発電中さん** · 2019/11/11(月) 01:35:06.06

度々すみません
スレタイどっちが良いですか？
ESP32スレが900超えたので、向こうの新スレ立ったらBLEスレを立てようかと思います。

https://i.imgur.com/eNe5qM9.jpg

**774ワット発電中さん** · 2019/11/11(月) 01:35:38.88

>>696
たしかに

**774ワット発電中さん** · 2019/11/11(月) 01:40:35.64

>>697
nRF9160-DK抜けてた

**774ワット発電中さん** · 2019/11/11(月) 06:51:11.06

>>697
こだわるねぇ、テキトーでいいやん
強いて言えばNordicが先でBLEが後。BLEのスレかと誤解を与えるから。

**774ワット発電中さん** · 2019/11/23(土) 14:07:55.41

>>697
とっとと建てろや

**774ワット発電中さん** · 2019/12/02(月) 01:34:39.73

メモ保存してなくて遅くなったけど建ててきたよ

【Nordic NRFxx】BLEについて語るスレ【Bluetooth Low Energy】
http://rio2016.5ch.net/test/read.cgi/denki/1575216922/

**774ワット発電中さん** · 2019/12/02(月) 06:24:34.23

>>702
乙！

**774ワット発電中さん** · 2020/01/11(土) 12:36:25.64

もうARMは終わり

スマホ市場自体が終わって、ARMどころかINTELもNVIDIAも終わりまで行った
結果やつらはアーキテクチャ更新するって、けどARMは何もしないって
なにもしないままARM需要、市場、スマホ市場は収縮する

で次の世代でARMが変化ないまま、全個体バッテリとかでスマホのCPUに使える電力やバッテリが強化されたら.......
INTELやAMDがスマホ市場に殴り込んできて淘汰だな

GPUパワーPRも操作性はスイッチ、パワーはINTEL、AMD、NVIDIAに惨敗だよ

しかもAMD7nmEUVなんかは省エネ性改善するから
ARM市場殴り込んでくるかもしれない。行き場なくなったINTELも攻めそうな勢い

ARMはテクノロジでもコストでも劣るから、INTELその他が本気出したら終わりなんだよ

**774ワット発電中さん** · 2020/01/11(土) 12:40:27.68

INTELのLAKEFILEDとかは貧弱でノートパソコンじゃ勝負できないけどARM相手なら最適だよ
・メモリは4GBしかないが、6-10GBスマホとかいらん、あれは情弱商法
・あらゆる面でARMを圧倒できる

ARMはシステム構造的にだめなくせにゼロベースでリセットできない
ならINTELが逆襲するチャンスはいくらでもある

**774ワット発電中さん** · 2020/01/11(土) 14:08:54.07

>>705
なんでintelが負ける前提なの？

**774ワット発電中さん** · 2020/01/24(金) 18:25:52.03

>>706
インテルが勝てる理由が知りたいｗ

**774ワット発電中さん** · 2020/02/12(水) 02:59:37.18

Arm、マイコン機器でAIが動く「エンドポイントAI」を実現するプロセッサIP - PC Watch
https://pc.watch.impress.co.jp/docs/news/1234433.html

**774ワット発電中さん** · 2020/02/12(水) 05:17:02.97

>>708
マイコンで機械学習ってか。
出来るとは思って無かったからぶっ飛んでんな～

**774ワット発電中さん** · 2020/02/12(水) 07:59:05.66

こういうのってleapmindと競合するよね？

**774ワット発電中さん** · 2020/02/12(水) 10:47:59.96

テクノマセマティカルみたいな会社か。

**774ワット発電中さん** · 2020/02/19(水) 12:14:24.22

>>707
Intelというよりx86プロセッサはこれまで負けたことなんか無いんだがww
歴史を知らないおばかちゃん

**774ワット発電中さん** · 2020/02/19(水) 12:33:15.03

>>712
携帯/スマホではARMに負けたけどね

**774ワット発電中さん** · 2020/02/19(水) 15:19:26.42

StrongARMを買収したのに棄ててしまった…

**774ワット発電中さん** · 2020/02/19(水) 15:21:50.41

Intel64はAMD64のパクリ

**774ワット発電中さん** · 2020/02/19(水) 17:37:52.95

>>715
それもあったなぁ
愉快な出来事だった

**774ワット発電中さん** · 2020/02/19(水) 17:39:01.76

AMD64は68Kのパクリ

**774ワット発電中さん** · 2020/02/19(水) 18:08:02.04

互換CPUなんてクソ！Intel最強！的な態度を突き通してきていたIntelが
互換CPUメーカーの開発したISAをメインラインに実装したというのは歴史的大事件だった

**774ワット発電中さん** · 2020/02/19(水) 20:21:45.92

>>718
プレスコットだっけ？
その頃にクロック至上主義のインテルが挫折したのは。
その後低迷したAMDも復活したな

**774ワット発電中さん** · 2020/02/19(水) 22:36:29.73

>>713
いや、それはそもそも誤解だろ
そもそも携帯電話の時代からx86を選択肢に考えたことなんかないんだが。
いったいどこのメーカがx86で携帯電話製品化したのか言ってみな。

**774ワット発電中さん** · 2020/02/19(水) 23:01:51.34

ピピンアットマークはPPCでマルチメディアだったな
バンダイは20年先を進んでた
ファミコンも電話に繋いで株や競馬出来たらしいな

**774ワット発電中さん** · 2020/02/20(木) 05:17:09.93

ふたりは、オンライン。（直球）

**774ワット発電中さん** · 2020/02/20(木) 05:21:59.35

>>720
「どこのメーカがx86で携帯電話製品化」じゃねーだろ。
インテルが「x86で携帯作って欲しかったが、主流になれずにArmに負けた」だろw
https://pc.watch.impress.co.jp/docs/2008/0402/intel.htm
https://pc.watch.impress.co.jp/docs/2008/0303/willcom.htm

**774ワット発電中さん** · 2020/02/20(木) 05:31:31.01

>>720
そしてインテルは撤退した

Atomシリーズを終了：
Intel、モバイル向けSoC事業を廃止
https://eetimes.jp/ee/spv/1605/06/news060.html

**774ワット発電中さん** · 2020/02/20(木) 08:48:39.89

>>724
でも Celeron J とか Pentium N とか残るんだろ。

**774ワット発電中さん** · 2020/02/22(土) 06:02:50.04

「モバイル向け」と書いてあるのが読めんのかな？
インテルx86の敗北はまだある。

インテル、IoT向け小型コンピュータ3種類を静かに生産終了へ。出荷も年内完了予定 ...
https://japanese.engadget.com/2017/06/21/iot-3/

**774ワット発電中さん** · 2020/02/22(土) 07:52:00.64

>>723
はぁ?
x86が、分岐予測をさんざんはしょったARMに消費電流で優位にたてるわきゃねぇだろが。
常識ないのかお前が

**774ワット発電中さん** · 2020/02/22(土) 07:59:13.16

>>724
お前メクラか

当社は今後、クラウドやIoT（モノのインターネット）、メモリ／プログラマブルソリューション、5G（第5世代移動通信）、
ムーアの法則などの分野に注力し、真正面から取り組んでいく考えだ

おまえ5G や IoTがモバイルじゃないとでも思ってんのかwww

**774ワット発電中さん** · 2020/02/22(土) 08:01:56.09

大体スマホやらタブレットはともかくx86のバイナリが動くノート市場がなくなるとでも思ってんのか
ノートPCはモバイルじゃないんかいww

**774ワット発電中さん** · 2020/02/22(土) 08:24:48.20

ARMはCPU以外で強みを持ってるメーカーが強いからね
5GはQualcommやファーウェイが強いだろうし

**774ワット発電中さん** · 2020/02/22(土) 08:34:48.18

>>728
それのどこがx86なんだい？
話を逸らせるなよw

**774ワット発電中さん** · 2020/02/22(土) 08:51:32.10

> x86が、分岐予測をさんざんはしょったARMに消費電流で

分岐予測とか、何処からそんな誤認識を引っ張って来たんだい？
そもそもx86が不利なのはその前段の命令デコード。
命令デコードで電力食ってしまうからArmに勝てない。

【後藤弘茂のWeekly海外ニュース】フロムスクラッチでCPUを設計するAMDと ...
2017/01/05 · そのため、x86/x64命令のCPUは、命令デコードのロジックが複雑になり、デコード段での電力消費が大きくなり、デコードの ...

**774ワット発電中さん** · 2020/02/22(土) 09:01:41.61

x86は拡張につぐ拡張でプレフィックスだらけだし
アドレッシングモードまで判明しないと命令の長さすらわからないから
デコードは大変そうだね

**774ワット発電中さん** · 2020/02/22(土) 09:05:41.09

x86 というのなら、8086 でいいのではないか？

**774ワット発電中さん** · 2020/02/22(土) 09:15:53.81

>>734
ルネサスのM16CやR8Cが8086に似たような感じだね

**774ワット発電中さん** · 2020/02/22(土) 11:40:39.29

>>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つずつダブって存在している。

**774ワット発電中さん** · 2020/02/22(土) 11:58:10.33

>>732
簡単では無いだろうが、インテルはモバイル向けに命令デコードが簡単で、x86と互換性の無い新しいISAを定義すべきだったと思う。無論、x86命令はx86モードとして残してさ。
もしその新ISAがArm互換だったら、世界は変わってたかもしれないw

ただ「モバイルにもx86命令を!」という至上命題があったから、この選択肢はありえなかった訳だったけど。

**774ワット発電中さん** · 2020/02/25(火) 05:13:26.98

>>737
メクラ必死ｗ
用水路にでも落ちとけ

**774ワット発電中さん** · 2020/02/25(火) 06:12:40.65

とうとう反論も尽きて罵詈雑言になったかw

**774ワット発電中さん** · 2020/02/25(火) 15:21:15.15

極端なローパワーを求められない用途ではまだまだAMD64が強い

**774ワット発電中さん** · 2020/02/25(火) 21:59:35.86

最近のChromebookにはArmモデルもあるのか。知らんかった。
Chromebookか、どうなんだろう。

**774ワット発電中さん** · 2020/03/18(水) 04:06:07.45

ARMマイコンについてなんですが
PICやAVRマイコンはワンチップに極力機能を納める方向で進化してて
CortexのようなARM系マイコン、RISC系マイコンはワンチップに納めようとせず周辺パーツと連携するためにバスをはやす方向で進化してるってイメージはあっているでしょうか？

**774ワット発電中さん** · 2020/03/18(水) 04:45:00.78

>>742
はぁ?なぜそんな認識？
今はSoC化でなんでもワンチップにする方向。Armもね。

**774ワット発電中さん** · 2020/03/18(水) 07:32:31.20

そこそこの速度で周辺を拡張ってなら
SPIやQuadSPI十分だろ？的な…

**774ワット発電中さん** · 2020/03/19(木) 06:57:05.41

>>741
Androidベースなら普通にARMになるだろ。

**774ワット発電中さん** · 2020/03/19(木) 09:10:04.23

>>745
最近ときどきChromebookのテレビCM見るけどARMベースだったんだ！
Intelマシンと比べてパフォーマンスはどうなんだろうね？
やっぱりグラフィック速度とかはIntel系が強いかな？

**774ワット発電中さん** · 2020/03/19(木) 16:39:29.77

>>745
スレチだが、Chromebook OSとAndroid OSとは別物。
最近のChromebook OSは、LinuxアプリとAndroidアプリを実行出来るんだってさ。

**774ワット発電中さん** · 2020/03/19(木) 17:11:53.21

>>747
LinuxもAndroidも両方実行できるChromebookって、何気に凄そうに思えてきたんだけど。。

**774ワット発電中さん** · 2020/03/19(木) 17:28:31.10

>>748
俺も1台あってもいいかなとは思うが、何に使うかで逡巡してる。

**774ワット発電中さん** · 2020/03/19(木) 18:07:31.42

普通に居間でネットサーフィンするのに使ってる。
キーボードあるとメールも検索も早いし。
ソファで動画見るにはタブレットのほうがいいけど。

**774ワット発電中さん** · 2020/03/19(木) 19:05:08.34

cerelonNとかatomなネットブック系win機でyoutubeを見るとビミョーだけど
chrome bookなら

**774ワット発電中さん** · 2020/03/19(木) 20:45:45.83

>>751
欲しくなるだろ!!
投資で大損したから当分は我慢だなorz

**774ワット発電中さん** · 2020/03/19(木) 21:59:57.86

ちょっと古いpcにcloudready入れるといい感じ
androidアプリは対応してないけど

**774ワット発電中さん** · 2020/03/19(木) 23:18:13.44

>>752
このスレにも、コロナの影響で株で損した奴がいるんだ？

>>750
Chromebookでoffice関連アプリ使ってる？
スマホ用だからAndroidのofficeアプリはイマイチだよね？
Linuxで良いofficeってある？

**774ワット発電中さん** · 2020/03/20(金) 09:34:33.24

Chromebook で office なんて使わないよ。
ってか、職場で仕方なくは使うけど。

基本、アプリは入れない。ブラウザのみ。

**443** · 2020/03/20(金) 12:50:11.38

>>754
基本的にthin clientだからな。
繋ぐ先でアプリは変わる。
ローカルには接続するソフトしか入れてないよ。
殆どブラウザで、都度javascriptのアプリ落としてきてるのが多いけど、サーバー側で動いてるのも有る。
オフィス系はgoogleappは使えるけど、そういうの使いたい時はwindowsの画面引っ張ってくることの方が多いな。

**774ワット発電中さん** · 2020/03/20(金) 15:46:20.01

>>754
iPad、iPhone、Androidで使うExcelは、軽く触った限りはExcelだったよ。
そこそこ使えるんじゃね

**774ワット発電中さん** · 2020/03/22(日) 17:12:56.59

>>747
AndroidはLinuxベースだろ？
（Ubuntuだっけ？）

**774ワット発電中さん** · 2020/03/22(日) 17:19:27.84

>>758
カーネルはLinuxだが、ユーザーランドはオリジナル。
無論、Ubuntuではない

**774ワット発電中さん** · 2020/03/26(木) 06:36:08.70

ユーザーランドもパクりまくってたからOracleに訴えられて負けたんだろ。

**774ワット発電中さん** · 2020/03/26(木) 06:43:25.11

>>760
ググってから書けよ

**774ワット発電中さん** · 2020/03/26(木) 07:15:56.69

>>761
ググれってw 二次ソースじゃなく一次ソース嫁や