【Cortex-】 やっぱARMっしょ 11 【AxRxMx】 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
ARMデバイス、ARMボードについて組込系ARM全般のスレ
時代は「やっぱARMっしょ」
省電力ニーズの高まりを背景に海外チップベンダーはもとより国内勢も参戦
ホビーとしてのマイコンからスマートデバイス用プロセッサまで
ARMコアを持つチップやボードのラインナップは今まさに百花繚乱
【前スレ】
【Cortex-】 やっぱARMっしょ 10 【AxRxMx】
http://rio2016.2ch.net/test/read.cgi/denki/1444051881/ >>576
STM32でなんの不満が?
開発環境もフリーになったし問題ないぞ じゃなくてTrueStudioっつうのがいいのか? >>577
いやハードで競合とか無いかなと思って。
自分でも調べたけど、独自に積んでるみたいだし、一応ARM側でもカメラIF積みたいと言われてたけど実現したのかなって。 ねむいさんが転職活動時にお前のブログはマイナスにしかならんから書くなって言われてたん笑う
技術力ある職人気質の人ということと同時にどうしようもない変態ということが伝わるからね 電子系のエンジニアってアニメ好きドール好き率高いよな soramimiとかいう人、色々ためになるネタ上げてるけどお人形さん遊びをサイトに載せるのやめてほしい モルフィーの悲劇知る人も減って
そろそろ同じ悲劇が繰り返される悪寒 そのくせクレカとか運転免許とか持ってなかったりするんだよな 日本の技能職って薄給&長時間のオワタ式で社会的地位も低いだろ 日本の技術者がアニメ・ドール好きに見えるのはネット界隈の趣味の人間だけ見てる
からだろう。人口のごく一部にすぎない。
今は世界的に低年齢化しているし日本の悪いアニメ・コスプレ文化を学んでいるから
その影響だろうが、日本人だけではないし、大人世代ではそんなことしていないから。
先日秋葉原で白人の若者が日本刀をリュックに差し込んでコスプレ喫茶に入店しようと
していたり、ドイツ人らしき若者が日本のサラリーマンみたいに公園で昼飯食べて会話
していたり、中国人の地方から出てきた清楚なお姉さんが日本で働き始めて次第に化粧
厚くなって派手な服装になってゆく時系列を目撃すると、Youは一体どうなってんだ?
と思うぞ。 >>587
キックスターターとかマクアケとかで誰かMorphyOne IIとか立ててほしいわ
今なら爆釣れだろ >モルフィーの悲劇知る人も減って
>そろそろ同じ悲劇が繰り返される悪寒
そろそろも何もクラウドファンディング関係で既にあると思うが >>595
200lx後継機のプロジェクトの話だけどあったの?
貼ってくれよ >200lx後継機のプロジェクトの話だけど
どこにもそんな話は書かれてないが? >>597
自分で引用してるじゃん
モルフィーの悲劇、って
それこそただの目標不達とか無関係のネタでの発案者失踪の話なんてこっちも話題にすらしてないんだが 気違いに触っちゃったみたいだなw
俺は「モルフィーワンの悲劇の話(>>587)」にはレスはしたが「モルフィーワンの後継機の話」に
レス何てしてないぞ インテリジェントデバイスの高画質化を実現??イメージシグナルプロセッサー「Arm Mali-C52」、「Arm Mali-C32」 | fabcross
https://fabcross.jp/news/2019/20190110_armisp_malic52_c32.html ATSAMD10(CortexM0)の話題もここでいいんでしょうか? どうぞどうぞ
ペリフェラルはユーザーいないとわからんが >>603 です。
atmel-ice は、持ってます。
atsamd10 も買いました。
avrstudio7もセットアップしてます。
atmel-ice の接続ケーブル別途入手しなければならないけど、純正のケーブルセット
digikey でも6000位するんですね。
それは、おいておいて、
簡単なLチカコードを書いて、レジスタの動きをや、実行タイミングを見たいのですけど、
どうも、avrstudio7 ではatsamd10用のシミュレータが無いようなんですが、
atmel-ice使って、debuggerで見る?しかないのですか? シミュレーターないなら実機+デバッガしかないんじゃないかなー ARM系の既成品なら大抵ハーフピッチ10pinコネクタだから4枚目の写真の下のケーブルの真ん中のコネクタで繋げられるんじゃないかな
自作基板とかはしらん とりあえず適切にピン接続できれば付属ケーブルでいけるよ 接続について詳しく質問したいならターゲットの情報が必要
それにしてもMicrochipの箱にatmel製品が入ってるのは未だに慣れない 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");
現状としては一応数値は取れているのですが、値がデタラメになってしまいます。
どなたか上手く動かす方法を教えていただけないでしょうか? >>612
本当に1クロックで動いてんの?
コンパイラで最適化されてたりしないの?
プログラムはSRAM?Flash?どっちで動いてんの?
CPUキャッシュとか絡んでないの?(あるんだっけ?)
オシロで1クロックで動いてるか調べた?
しらんけど >>613
すみません。
もう一度クロックを計算しなおしたら3クロックでした。
コードの前後でパルスを出力したので今度こそ間違いないと思います。
asm("NOP");を一つにしたところ、多少はまともな値になりました。
でもまだ数値が±20%くらい揺れるので、オシロとしては使い物にならない状態です。
この原因がパラレル出力の有効時間外にサンプリングしていることだとしたら位相シフト回路が必要になるんでしょうけど、また別のドツボに嵌りそうで心配です。 >>615
DMAは検討したのですが、STM32のDMAは8クロックもかかるようなのでやめました。 >>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/ ■ このスレッドは過去ログ倉庫に格納されています