【Cortex-】 やっぱARMっしょ 11 【AxRxMx】 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
ARMデバイス、ARMボードについて組込系ARM全般のスレ
時代は「やっぱARMっしょ」
省電力ニーズの高まりを背景に海外チップベンダーはもとより国内勢も参戦
ホビーとしてのマイコンからスマートデバイス用プロセッサまで
ARMコアを持つチップやボードのラインナップは今まさに百花繚乱
【前スレ】
【Cortex-】 やっぱARMっしょ 10 【AxRxMx】
http://rio2016.2ch.net/test/read.cgi/denki/1444051881/ >>617
FPGAも勉強してはいるんですけど単価が高いのとマイコン以上に難解なんで二の足を踏んでます。 NXPのLPC1800のSTimerとDMAで出来ないかな >>621
どのステートの時にどの条件値到達でどのステートに遷移するか。
いろいろ出来る事はあるけど基本はそれだけだよ
なんならステートは1つしか使わなくてもいいし >この原因がパラレル出力の有効時間外にサンプリングしていることだとしたら位相シフト回路が必要になるんでしょうけど、また別のドツボに嵌りそうで心配です。
現状で、AD9283 のクロックとの位相はどうやって保証してるの? >>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━┛ ┗━━━━━━━┛ ┗━━━━━━━┛ 図がすごくずれてしまった…
システムクロック
1─┏━┓─┏━┓─┏━┓─┏━┓─┏━┓─┏━┓─┏━┓─┏━
0━┛─┗━┛─┗━┛─┗━┛─┗━┛─┗━┛─┗━┛─┗━┛─
───1───2────3───4───5────6───7───8
AD9283のクロック
1 ┏━━━━━━━┓───────┏━━━━━━━┓────────
0━┛───────┗━━━━━━━┛───────┗━━━━━━━┛ トラ技のLPC810の特集、今更やってみてる。
質問です。
USB-シリアル変換モジュールを使用してプログラムの書き込みをしています。
LPC810との物理的な接続はTXD/RXD/GNDです。
LPC810を複数、USB-シリアル変換モジュールにぶら下げて同じプログラムを同時に
書き込む事は可能でしょうか?
LPC810への送信で¥を垂れ流しならいけるかなと思いますが、同期をとっていれば、不整合が
起きるのかな?と思っていますので、アドバイス頂ければと思います。 >>626
むり
TXDとRXD両方を繋いでいる時点で察するべし >>628
PC−>LPCのTxDを並列に配って、RxDはどれか一つからだけ戻せば、もしかしたら・・・。
ただべりファイはできんけど。 >>625
逆に超ウルトラ低速動作での動作確認はやってあるの?
A/Dにボリュームでもつないで、DCレベルでの変換がちゃんと拾えるか。
これが確認できれば、ノイズ拾ってる、とか結線間違えてた、とかがクリアになって、
いよいよ高速データ受け渡しだけの確認作業になる。
あとそこまでタイミングがタイトな構造にするのなら、プログラムのデータ取得部分はすべて
アセンブラで書くべきかと。拾ったデータをメモリに落とす value[n] のメモリ代入側も
ホントに 1clock になってる?
少なくともelfをobjdumpで逆アセンブルしてコードは確認すべし。 Arm、スマホで“ノートPC並の性能”を実現するCPU「Cortex-A77」 〜性能1.4倍の「Mali-G76」GPUや機械学習コアも - PC Watch
https://pc.watch.impress.co.jp/docs/news/1186724.html 【後藤弘茂のWeekly海外ニュース】シングルスレッド処理向上で最上級の性能を得たArm「Cortex-A77」のマイクロアーキテクチャ - PC Watch
https://pc.watch.impress.co.jp/docs/column/kaigai/1188094.html NVIDIA,「CUDA-X AI」を含むAI開発向けソフトウェア開発キットのArm対応を表明 - 4Gamer.net
https://www.4gamer.net/games/076/G007660/20190617085/ 【後藤弘茂のWeekly海外ニュース】Armが次々世代CPUコア「Matterhorn」の技術を発表 - PC Watch
https://pc.watch.impress.co.jp/docs/column/kaigai/1211845.html 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
歴史を知らないおばかちゃん ■ このスレッドは過去ログ倉庫に格納されています