【Cortex-】 やっぱARMっしょ 11 【AxRxMx】 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
ARMデバイス、ARMボードについて組込系ARM全般のスレ
時代は「やっぱARMっしょ」
省電力ニーズの高まりを背景に海外チップベンダーはもとより国内勢も参戦
ホビーとしてのマイコンからスマートデバイス用プロセッサまで
ARMコアを持つチップやボードのラインナップは今まさに百花繚乱
【前スレ】
【Cortex-】 やっぱARMっしょ 10 【AxRxMx】
http://rio2016.2ch.net/test/read.cgi/denki/1444051881/ >>142
>>134を読んで「爆発したらCO2を排出する」と理解したのか?
どこにそんなことが書いてある? 【後藤弘茂のWeekly海外ニュース】アーキテクチャを一新したCortex-A75とCortex-A55の詳細 - PC Watch
http://pc.watch.impress.co.jp/docs/column/kaigai/1062305.html 【笠原一輝のユビキタス情報局】Qualcomm、Snapdragon 835でのWindows 10の動作デモを公開 〜2018年には64bitのWin32アプリも動作予定 - PC Watch
http://pc.watch.impress.co.jp/docs/column/ubiq/1063045.html 【イベントレポート】Baikal ElectronicsのハイエンドARMプロセッサ、2018年に登場 〜高性能Androidデスクトップも目論む - PC Watch
http://pc.watch.impress.co.jp/docs/news/event/1063041.html ARM版Windows 10、Intelの特許を侵害する可能性? | スラド IT
https://it.srad.jp/story/17/06/10/0531208/ 企業のWindowsユーザの中にはWindows版のMS-Officeと100%互換性のあるMS-Officeが
動作するだけでいいというユーザも多いからな
ARM版Windowsで動作するMS-Officeが
ARMネイティブなのかそれともx86版なのかでx86エミュレーションの重要度が決まってくる デモで動作させたMS-Officeは、ごくふつうにみんなが使っているもの、という話じゃなかったっけ。
特別なものだとしたら、あんまり意味がありません。
32ビットアプリなら、通常Windowsで使えているものがそのまま使えるという触れ込みです。 Intelがx86で独占できるのはあと数年の間だけかもね
MSがその気になればARMにMS製のアプリをどんどん移植することだって可能だし
IntelもMSとの決別を望んではいないだろうに MSも必死なんだよな
Raspberry Piみたいなのがいつブレイクするかわからないし
Linuxの動作するハードウェアがどんどん安くなってきて高性能化してる
ARMに対応するのはそういうのを牽制する意味もある
趣味の分野のコンピュータでは完全にスマホに持っていかれたしな
マイコン向けの開発ツールでもLinux用のものが増えてきてるし
PCでのWindowsの独占だって徐徐に危ない状態になってきてる 必死かねぇ?
MSはもう収益の柱はサーバーサイドに移ってるしなぁ。
勿論クライアントの方も欲しいから色々やってるけど
本気度がイマイチなのはそういう理由だと思ってるけど。 あとoffice系はどのプラットホームでも動くようになってるし
代替品もあるけどもうほぼ壊滅状態だから安泰だよなぁ。 SandyBridgeは32nm
ARM版Windowsだって出してすぐに普及するとは限らない
おそらく、ある程度浸透していくまでに3年から5年くらいかかるだろう
2020年ごろには5nmや7nmのプロセスが普及しててもおかしくない
そうなると2020年ごろにはSnadyBridge程度の性能のARMが登場しててもおかしくない
MSはそういうことも考えてるだろうな もし、MicrosoftがWindowsに必死でいてくれるなら嬉しい。
そっち方面はもういいや、って話になる方が混乱しそう。 >>158
> ARM版Windowsだって出してすぐに普及するとは限らない
Windows7、Vistaのクソが解消されたら普通に。
64bit Windows、誰も気にしないままごく普通にそこにある。
Windows10、Windows8のコケた箇所直してO.K.
ARM Windows10 、WindowsRTの嫌われた箇所を改良するだけ。
そこさえ直してしまえば、ユーザーはARMなのかx86なのか、全く気にしない。 >>160
ほぼ「ハードがどれだけ魅力的」かにかかってくるように思います。
実用性が高くて、低コストだとか、電池が長持ちだとか、安いとか、何か一つでも買うべき価値のある魅力があればね。 秋月に新商品
LPC11U35マイコンボードキット
http://akizukidenshi.com/catalog/g/gK-12144/
これは、cmsis-dapアダプタになるのかな?
ハーフピッチの空きピンがJTAG互換だと助かる
ファームウェアのコンパイルをarm-gccで出来るようにならないだろうか?どなたか情報ください
1.27mmピンヘッダのダブル安く買いたい LPC-Link2じゃ高いって話?
aliとかで$10以下のゴロゴロあるけどな 一枚トラ技基板持っててもう一枚ほしいなーと思ってたんだがこれいいな MCUxpresso使ってる?
win msc linux同時リリースに勢いを感じる
ルネサスさんもやっちゃって下さい LPC11U35マイコンボードキットについて
1.cmsis-dapは、DAPLinkに移行
2.DAPLinkは、CMSIS-DAPにもなるし、mbedインターフェイスにもなる
3.DAPLinkのビルドにはPro版が必要
4.CMSIS-DAPデバッグで使う場合は、ターゲットボードはどれでもOK
間違いがあれば吊るしてください >>171
このボードって書き込む時に、2つのスイッチを押したり離したりする必要があって
めんどくさいボードなんだよね。
へたすると、最後にもう一度リセットスイッチ押す必要がある。 mbed HDKがDAPLinkになったんじゃなかったっけ トラ技armライタ、クロック落とさない書き込めない
俺だけかな? CMSIS-DAPとしての処理能力に制限があるのかな DapLink Ver 234
バイナリ公開してくれるとありがたい。
lpc11u35_c027_if : lpc1768,lpcxpresso1769(秋月はRev_D1)
lpc11u35_gr_peach_if : GR-PEACH
lpc11u35_ssci1114_if : lpc1114
lpc11u35_lpc812xpresso_if
トラ技armライタ(オリジナルbinは2013年,cmsis-dap?)
性能向上するかもね
LPC11U35マイコンボードキット(秋月)
秋月さん、DapLinkの需要狙ってんならバイナリ公開してよ!
GNU-GCCでビルドできないものか?
Keilのライブラリー使っているからダメなのか?
keil uvision pro、デジキーで見たら・・・・100万↑ ARMの次世代CPU「Cortex-A75」「Cortex-A55」とは,現行CPUといったい何が違うのか - 4Gamer.net
http://www.4gamer.net/games/143/G014356/20170619064/ そういえばスイッチサイエンスがMDK取り扱うようになってるんだよね
USBデバイスのミドルウェアは載ってるMDK-Plusが85万
アカデミックなら半額の45万
アカデミックで一年間限定なら20万
にしても高い >>178
スイッチのはまだ多少安い
今までの代理店から買うとムカつくよ ホビー用途には想像のつかない世界だなー
いつもmbedコンパイラーを使わせてもらってるけど >>180
ホビー用途の奴がなんで電電板に居るんだ?
ウロチョロしてんじゃねー目障りだ >>181
プロが2chでマジレス。。。
東芝、ルネサス社員でないことを祈る >>180
偉そうに言う前に、板のトップを読もうな。
>【内容】電気・電子回路について語る(アマ・プロ問わず) >>181だった
と、同じようなことを書いたはずなんだが、誤爆したかな。わはは。すまん。 STM32がコスパがよさそうに見えるのですが、
とりあえずARMに触るの初めてなので、書き込み機なんかとの組み合わせも教えてほしいです。 >>187
デジキーなどで色々調べてみましたが、よくわかりませんでした……。
カメラインターフェイス付きを探しているのですが、STM以外ではどこの製品が持っているのでしょうか? >>186
stm32 discovery
デバッグライターst-link2が付いている
lpcシリーズもほぼ同じ
lpc1769をおすすめする >>188
シールド的な事なら、
gr-peach arm
gr-sakura rx63n >>189
やっぱりSTM32ですか、F4辺りを狙っていますが、ピンアサイン表を見るとピン数が少ないタイプだとLCDとカメラインターフェイスが内蔵されてないような記述だったのと、
ピンの多いサイズでも該当ピンが被ってるようなのでSTマイクロにちょっと問い合わせ中です。
それと申し訳ありません、紹介ページを見に行ったところ、lpc1769にはカメラインターフェイスがついてないように思えたのですが…
一応その上?のモデルも見たのですがカメラはRGB565形式で取り込みたいので、これは無いかなと思いました。
色々教えて頂き有難う御座います。
>>190
gr-peachとかすでに出来上がってるのははちょっと……。 >>191
STM32のカメラサポートって、かなりトリッキー(あるいは目から鱗)なやり方だと知っているかな?
少なくとも俺が知っているのはそう。
裏返せば、STM32で出来るからLPCでも出来るとは言えない。 >>192
すみません全然知らないです……。
ソフト側では今回初めてカメラを使うのですが、STM32F469の様な上位機種でもダメなんでしょうか? F2x7もカメラが繋がるのは知ってますが、速度が遅そうなので敬遠しておりました。
STM32F469I-DISCOにカメラを付ければ大体、求めてるのと同じ状況になりそうなんですが……。
(すみません、DISCOにはカメラインターフェイスに触れられてなかったのか、ICの紹介の所しか、cameraの文字が無かったのでもしかしたらこの評価ボードでは繋がらない可能性はありますね……。)
ただ確かにSTM32F469のデータシートを見てもJPEGライクと書かれてますね……。
本当はFPGAに納めれば全部収まるんでしょうけど、ビデオマルチプレクサでNTSCやらなんやらのカメラを複数接続したいので、出来ればマイコンで行きたいと思っています。
やっぱり難しいのでしょうか? >>193
アプリノートがあるから、探してここに貼るよ、後で。 >>194
ありがとうございます。
そこまで親切にしていただいてすみません。 >>195
ごめん、探すの忘れて会社を出ちゃったw(休日出勤)
電車の中でググるわ >>196
そんなに急がなくていいですよ、それより休日出勤お疲れ様です。
こっちとしてはドラレコモドキが作れれば良いな程度でMPU探してるだけですし。
お手数をお掛けして申し訳ありません。 >>197
帰宅して検索、そしてちょ〜〜〜〜、ごめんなさいm(_ _)m
STM32のカメラサポート(DCMI)は真っ当で、トリッキーなのはLPCだった(記憶違い)(大汗)
そのトリッキーなのはこれ↓
AN11365:
SCT camera interface design with LPC1800 and LPC4300
ttp://www.nxp.com/docs/en/application-note/AN11365.pdf
AN11343:
SGPIO camera module design using LPC4300
ttp://caxapa.ru/thumbs/457492/AN11343.pdf
ttp://cache.nxp.com/docs/en/application-note/AN11343.zip >>193
stm32f746g-disco使いなされ
まずはこれで実験して慣れてからボードなり設計しなさい >>193
カメラで何するの?
求める仕様が高いなら、ラズパイとかタブレットで開発した方が良くない? 色々レスを頂いてありがとうございます。
>>198
ありがとうございます。STMなら問題ないって事ですね。
>>199
やっぱりそうですか、多分でもコードや図面も見れるはずですよね。
めちゃくちゃ高い訳ではないので、購入してみます。
>>200
何か、というよりNTSCやら外国規格なんかのカメラの切り替え機をマイコンで作ってみたいという感じですね。
なので、最終的な目標は複数カメラを積むドライブレコーダーに近いかと思います。
今回使うカメラと、LCDは安い物を購入する予定ですので、画像処理とかは無理ですけど、いいカメラを積めば行けるんじゃないですかね?
程度で予定組んでます。
カメラの切り替えを行うハードウェア部分だけは以前設計したことがあるので、大体問題ないです。
今気になってるのは、画像変換とメインボードを分けて設計しているので引き抜かれたときのマイコン側のカメラインターフェイスの挙動が怖い所ですね……。
そして発注してから気がつきましたが、これのメインコアBGAしかない……。
カメラと変換基板とメインコア別々のお試し版の基板が作りたいのに……。これで勉強してから、F4あたりにダウングレードできるかな……。 これ>>199には、カメラ専用のコネクターが付いてるから
サンプルプログラムを参考にしつつ開発環境など構築、
使えるようになってから次のステップに進みたまえ >>202
すみません焦って発注してから取り消しのメール出しましたけど、モノが来てしまったらそうすることにします。
とりあえずCoIDEで空のプログラムをビルドできる所まで行きましたけど、なんかファイルが足りない……。
(例えばF4ディスカバリで使われているMPU用のCMSISF4xxが無いとか。)
そもそも最近の構築例が少なすぎて、大変です…F4ディスカバリは以前購入しているので、頑張ってみます。
皆さんにも色々アドバイスを頂けて
ありがとうございます。 Embedded Workbench不親切だと感じた。
CS+みたいなウィザードないんだねー ST-Link UtilityのSerial Wire Viewerでprintf()を見られるらしいのですが、
設定が分かりません。printf()はmain.cに埋め込みましたがViewerには何も
表示されません。
環境は:
STM32F103C8T6, TrueStudio 8.0.0 Lite, SystemClock=72Mhz 出力はどこでも構いません。最悪TeraTermでもいいです。 どこのprintf使ってるのかわからんからなんとも言えん >>208
もっと具体的になにをやってダメなのか?
なにをしようとしてダメなのか?
どんな接続をしているのか?
ソースコードは?
その情報はどこで仕入れたのか?
書くことはいくらでもあると思うが? すみません。できました。
int _write( int file, char *ptr, int len ) {
____HAL_UART_Transmit(&huart3, ptr, len, 100);
____return len;
}
_write()をUART3から送信するようにしたらターミナルにprintf()で
指定した文字列が出ました!
上記に加えてUART3の設定をCubeMXで行いました。 STM32F407VET6ボードゲットしたんだけど、開発環境は何がおすすめ?
ST-Link V2のパチモンももってる >>213
マーケットプレースでサポート入ったか? と思いきや、セルフかよ。
素直に、System Wprkbench for STM32で良くね? >>215
それCubeMXが吐いたソースのビルドできないしょ? Lチカから先に進まねー
やりたいことはPWMで減衰音を出すこと >>216
たしかリンクのアドレス書いたファイルをすげ替えただけでビルドできたような気がする。 手っ取り早くARMのアセンブラを動かすなら
どの環境がお勧め?
デバッガ必須
C/C++混合可
エミュレータ不可
ていう条件で エミュ不可なら実機でやるのか
ラズパイの類でも買ってgdbでデバッグとかで良くね HAL_RTC_GetTime(&hrtc, &sTime, RTC_FORMAT_BIN);
HAL_RTC_GetDate(&hrtc, &sDate, RTC_FORMAT_BIN);
これ順番が逆だと現在時刻が取れないんだねー >>221
F1のHALのRTCライブラリとか24時間しか管理しないくずライブラリだな。 ARM版Windows 10でx86バイナリのエミュレーションの話があるけど
Windows NTだとDECがAlphaでx86のバイナリトランスレーションするWinFX!が有名だけど
マイクロソフト自身もWindows NT4.0でAlpha、MIPS、PowerPCのエミュレーションモジュール公開してたらしい
20年も前の話だが
技術者必見!!Part2 Windows NT 4.0のあまり知られていない事実
http://pc.watch.impress.co.jp/docs/article/960919/nt40us.htm >>223
F1はそうなんだ。自分はF407使ってるから知らなかった。 >>222
とりあえずmbedでも使ってりゃいいんじゃね? char* getWeekDayStr(uint8_t weekDay) {
static const char* tbl[7] = { "Sat",
"Sun",
"Mon",
"Tue",
"Wed",
"Thu",
"Fri",
};
return tbl[weekDay];
}
これのreturnの行で「!」が付くんだけどなんで?
TrueStudioです。 >>228
関数宣言の戻り値がchar *型なのに、static const char* を return に渡してる STM32F407でPWM使って矩形波の音階を出そうとしているがうまくいってない
RXみたいに簡単に周波数を制御する方法が見つからない ↑
できた。__HAL_TIM_SET_PRESCALER()に1/f与えればいいだけだった __HAL_TIM_SetCompare(&htim1, TIM_CHANNEL_1, data[i]);
これだけでPCMの再生できるんだね。 いつの間にか気が付いたら
ARMのロゴが arm 小文字になってる!
(mbedのサイトとか)
やっぱり禿の影響? >>234
会社の看板も変わってるみたいだよ。ツイッターで見た。 Qualcomm、最大48コアのサーバー向けSoC「Centriq 2400」
〜業界初の10nmプロセス採用サーバーCPU
http://pc.watch.impress.co.jp/docs/news/1076776.html とりあえずmbedで始めようと思うんだけど、後でSystem Workbenchに移るのってキツイ?
昔Arduinoをはじめた後に細かい設定ができなくてPICに移行した苦い思いでがある mbedもライブラリの裏であれやこれやの勝手なお節介を働いてるから
Arduinoと同じくそういうのが嫌で自分で全部掌握したくなると思うが
そのときはCMSISに則って直書きするなりデバイス依存のレジスタ操作するなりご自由に。 >>238
>CMSISに則って直書きするなり
複数の環境で共通の関数が存在するということでしょうか。
System Workbenchで使われる関数はこれに準拠しており、mbedでも使用可能ということでしょうか? nucleo-h743が欲しいけど海外しか売ってないしどこも在庫なしだな
f7xxでもいいけど400Mhzはあこがれるし、値段的に変わらないから残念だ STM32F4xxでSPIモードのLCDを動かしたいのだけど
HAL driverで、なんかいいサンプルないですか?
LCDじゃなくても、HAL driverでSPIのセンサを読むソースとか…。
DMAなし希望です。 質問させてくださいSTM32のGPIO設定の「ポート出力スピードレジスタ」は
「低速」「中速」「準高速」「高速」と4つ設定出来るのですがこれを設定すると何が変わるのでしょうか?
後、リファレンスマニュアルの注意書きに以下のような文言があるのですが
どういう意味なのでしょうか。(制限がある?)
「OSPEEDRy ビット値対 VDD 範囲および外部負荷については製品データシートを参照してください。」 ■ このスレッドは過去ログ倉庫に格納されています