【Cortex-】 やっぱARMっしょ 11 【AxRxMx】 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
ARMデバイス、ARMボードについて組込系ARM全般のスレ
時代は「やっぱARMっしょ」
省電力ニーズの高まりを背景に海外チップベンダーはもとより国内勢も参戦
ホビーとしてのマイコンからスマートデバイス用プロセッサまで
ARMコアを持つチップやボードのラインナップは今まさに百花繚乱
【前スレ】
【Cortex-】 やっぱARMっしょ 10 【AxRxMx】
http://rio2016.2ch.net/test/read.cgi/denki/1444051881/ ARM厨が自作板とかWindows板とかAVRスレとかPICスレで暴れまくったから嫌われてる。 >>114
あっちはホビーストが多いから。
製品にPICは使わなくなったしね。 PICは公式の開発ツールのMPLAB XやCコンパイラが無料で使えるから
ホビーストや学生に優しい
制限もコンパイラの最適化オプションの指定ができないだけで
サイズ制限とかはないしね 最適化オプションの縛りは制限としては大きい
今時開発ツールは無料が多いよ h8から次なににするか検討してます。
RXはメーカーサポート期待で第1候補ですが、
ARMの採用率を考えるとこっちかなあ？
社長が機械設計、社員私一人で電気から
キバン設計、プログラムまでやりますので
やりかたがわからない場合はなかなか
解決するまで大変です。ARMなど大手企業
が使用しているイメージなんですが、国内盤
の有料ソフトを使用した場合、個人会社レベル
でも、わからないとこなど問い合せて
ソフトメーカーはサポートしてくれる
ものでしょうか？ 119です。
ちなみに、
主に使用するのは、産業用のロボットアームなどの使用するＡCサーボモーター制御、温度センサー、位置センサー、その他各種モーターを使って精密機械プログラム作成。
タイマーやPWM、ioもかなりつかいます。
やっぱり無難ですかね。 First Windows on ARM64 devices will arrive in 2017 holiday season - Winaero
http://winaero.com/blog/first-windows-arm64-devices/ >>126
期待高まるというか、タブレットは勿論、デスクトップPCにもARM64になりそうな。
日本の企業は真面目にCO2削減に熱心だから、地滑りが起きたりして。 インテルはARMとAMDの挟み撃ちに合ってるわけか
AIの方ににげようにもNViDiAがいるし
なかなか厳しい状況やねえ まあCO2削減に良いとは言っても爆発しない前提だしナ。 東芝潰した主要因が国の原子力政策or事業なのにその自覚無いって笑える
電気エネルギー生産の殆どが火力発電なのに、総電力の50%も供給していない原子力発電で
何兆円もの金額の被害発生しても無視して費用対効果の計算もできないこの国って笑える
太陽光にシフトして自然エネルギーしたのに買い取り価格が2019年度に安くなり太陽光
一斉放棄されるこの国のエネルギー政策って笑える
原子力事故でエネルギー問題が注目される中、普通の電車よりも消費電力が二倍以上も大きい
リニア鉄道を推進して大幅に電力を消費しつづけるこの社会って笑える たった数兆である。火力に変えると毎年数兆が原油の費用として日本から海外にお金が支払われる。
お金の計算ができない日本。GDP比債務世界一の国である。 【速報】ARM、性能が20%向上したbigコア「Cortex-A75」
〜電力性能比を改善したCortex-A55と、性能が1.4倍になるMali-G72も
http://pc.watch.impress.co.jp/docs/news/event/1062106.html MicrosoftとQualcomm、ARM版｢Windows 10｣の詳細を発表か ｰ 5月31日に台北でイベントを開催 | 気になる、記になる…
http://taisy0.com/2017/05/29/83365.html >>134
爆発してもCO2は排出しないよｗｗｗ
もっと悲惨だが、どうせ馬鹿だから理解出来ない。 >>139
インテルでいうとどのくらいの性能？でいうと >>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
ほぼ「ハードがどれだけ魅力的」かにかかってくるように思います。
実用性が高くて、低コストだとか、電池が長持ちだとか、安いとか、何か一つでも買うべき価値のある魅力があればね。 秋月に新商品
ＬＰＣ１１Ｕ３５マイコンボードキット
http://akizukidenshi.com/catalog/g/gK-12144/
これは、cmsis-dapアダプタになるのかな？
ハーフピッチの空きピンがJTAG互換だと助かる
ファームウェアのコンパイルをarm-gccで出来るようにならないだろうか？どなたか情報ください
1.27mmピンヘッダのダブル安く買いたい LPC-Link2じゃ高いって話？
aliとかで$10以下のゴロゴロあるけどな 一枚トラ技基板持っててもう一枚ほしいなーと思ってたんだがこれいいな MCUxpresso使ってる？
win msc linux同時リリースに勢いを感じる
ルネサスさんもやっちゃって下さい ＬＰＣ１１Ｕ３５マイコンボードキットについて
１．cmsis-dapは、DAPLinkに移行
２．DAPLinkは、CMSIS-DAPにもなるし、mbedインターフェイスにもなる
３．DAPLinkのビルドにはPro版が必要
４．CMSIS-DAPデバッグで使う場合は、ターゲットボードはどれでもOK
間違いがあれば吊るしてください >>171
このボードって書き込む時に、２つのスイッチを押したり離したりする必要があって
めんどくさいボードなんだよね。
へたすると、最後にもう一度リセットスイッチ押す必要がある。 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?）
性能向上するかもね
ＬＰＣ１１Ｕ３５マイコンボードキット（秋月）
秋月さん、DapLinkの需要狙ってんならバイナリ公開してよ！
GNU-GCCでビルドできないものか？
Keilのライブラリー使っているからダメなのか？
keil uvision pro、デジキーで見たら・・・・１００万↑ 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用のCMSISF4ｘｘが無いとか。)
そもそも最近の構築例が少なすぎて、大変です…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のパチモンももってる ■ このスレッドは過去ログ倉庫に格納されています
