【Cortex-】 やっぱARMっしょ 11 【AxRxMx】 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
ARMデバイス、ARMボードについて組込系ARM全般のスレ
時代は「やっぱARMっしょ」
省電力ニーズの高まりを背景に海外チップベンダーはもとより国内勢も参戦
ホビーとしてのマイコンからスマートデバイス用プロセッサまで
ARMコアを持つチップやボードのラインナップは今まさに百花繚乱
【前スレ】
【Cortex-】 やっぱARMっしょ 10 【AxRxMx】
http://rio2016.2ch.net/test/read.cgi/denki/1444051881/ 情報ありがとう
-f target/lpc81x_swd_flash.cfg
でやってみましたが状況はほぼ同じです
>openocd.exe -s tcl -f interface/stlink.cfg -f target/lpc81x_swd_flash.cfg
WARNING: interface/stlink-v2.cfg is deprecated, please switch to interface/stlink.cfg
Info : auto-selecting first available session transport "hla_swd". To override use 'transport select <transport>'.
Info : The selected transport took over low-level target control. The results might differ compared to plain JTAG/SWD
adapter speed: 10 kHz
adapter_nsrst_delay: 200
adapter speed: 1000 kHz
Info : Unable to match requested speed 1000 kHz, using 950 kHz
Info : Unable to match requested speed 1000 kHz, using 950 kHz
Info : clock speed 950 kHz
Info : STLINK v2 JTAG v31 API v2 SWIM v7 VID 0x0483 PID 0x3748
Info : using stlink api v2
Info : Target voltage: 3.296774
Warn : UNEXPECTED idcode: 0x0bc11477
Error: expected 1 of 1: 0x0bb11477
in procedure 'init' called at file "tcl/target/lpc81x_swd_flash.cfg", line 59
in procedure 'ocd_bouncer' stlink-v2.cfg is deprecated,
となっていたので、
-f interface/stlink.cfg
も試してみました
>openocd.exe -s tcl -f interface/stlink.cfg -f target/lpc81x_swd_flash.cfg
Info : auto-selecting first available session transport "hla_swd". To override use 'transport select <transport>'.
Info : The selected transport took over low-level target control. The results might differ compared to plain JTAG/SWD
adapter speed: 10 kHz
以下同文 >>453
自分の環境だと同じ番号が出るし
ぐぐるといろんな番号で質問されているから、マイコンの型番みたいなものかと
>define STM32VL_CORE_ID 0x1ba01477
>define STM32L_CORE_ID 0x2ba01477
>define STM32F3_CORE_ID 0x2ba01477
>define STM32F4_CORE_ID 0x2ba01477
>define STM32F0_CORE_ID 0xbb11477 …でもないのかな?
意味はわからないのですが、こんなのを見つけました
> /* Valid values for the DP IDCODE register */
> #define EFM32_DPID_1 0x2BA01477 // G, LG, GG, TG, WG
> #define EFM32_DPID_2 0x0BC11477 // ZG
> #define EFM32_DPID_3 0x0bc12477 // SWMD >>455
自分では確認せずに無責任に書くよ。
http://openocd.org/doc/html/Config-File-Guidelines.html
で以下のように言っているから、cfgファイルのCPUTAPIDを修正すると動くかもしれない。(perhaps a newer revision).
CPUTAPID ... When OpenOCD examines the JTAG chain, it can be told verify the chips against the JTAG IDCODE register. The target file will hold one or more defaults, but sometimes the chip in a board will use a different ID (perhaps a newer revision). >>455
さっぱり原因が分からんと言う状態だろうから
openocd+STLINK v2 でNucleo STM32F401xxをターゲットにして認識出来るか?
openocd+Nucleo STM32F401xxについているSTLINKでLPC810を認識出来るか?
とかをやってみるとか >>456
ありがとうございます
使っているLPC810はトラ技の付録で最新ってほどではないと思いますが
まずはそれを試してみます こんな記述も発見
> The default tap-id (CPUTAPID = 0x0bb11477) is wrong for the LPC810,
> so it needs to be set in higher level .cfg files to CPUTAPID = 0x0bc11477 .
> I will check this for other version of the LPC8xx. >>456
どうやら手持ちのLPC810が古いからだろうということで
cfgを古いCPUDAPIDにしてごまかしてみます
lpc81x_swd_flash.cfgを強制的に
0x0BC114777→0x0BB114777
としたのですが、エラーは変わりませんでした
たとえ、0x0BC114777→0x0BB123456 と変更しても
エラー出力は変わらないし、
エラー出力に"0x0BC12345"という文字列も見当たりません
どこを書き換えればいいのか…って感じです
ちなみに、openocd/tcl/target/を"C11477"でgrepした結果
efm32zg222f32_swd_flash.cfg(16): set _CPUDAPID 0x0BC11477
ke0x.cfg(24): set _CPUTAPID 0x0bc11477
kexx_swd_flash.cfg(18): set _CPUTAPID 0x0BC11477
klx.cfg(25): set _CPUTAPID 0x0bc11477
klxx_swd_flash.cfg(18): set _CPUTAPID 0x0BC11477
lpc81x_swd_flash.cfg(7): set CPUDAPID 0x0BC11477
lpc82x_swd_flash.cfg(7): set CPUDAPID 0x0BC11477
stm32l0.cfg(36): set _CPUTAPID 0x0bc11477
いろんなサイトを見ると、最新のCPUDAPIDが書いてあればよさげ
手持ちのLPC810が古いため、
warningが表示されているだけかもしれません >>457
> openocd+STLINK v2 でNucleo STM32F401xxをターゲットにして認識出来るか?
これではもう一つ問題が増えてしまいます
ST-Link/V2 - STM32F401xxという組み合わせはST社純正なので
(ST-Link/V2はパチモンだけど)
別のツールで接続したことはありますが、ずいぶん前のことです
動作確認という意味であれば、
数日前にST-Link/V2のファームは、純正ツールで最新版にしていますし
STM32F401xxは日常的に遊んでいます
どちらも複数台あります
というわけで、
> openocd+Nucleo STM32F401xxについているSTLINKでLPC810を認識出来るか?
これはここに投稿する前に試していたのですが、
>>450で指摘を受けた通り、.cfgが間違っていたので
今から試してみたいと思います
スレを占有してすみません >openocd.exe -s tcl -f interface/stlink-v2.cfg -f target/lpc81x_swd_flash.cfg
だと、以下のエラーが出るので、
WARNING: interface/stlink-v2.cfg is deprecated, please switch to interface/stlink.cfg
>openocd.exe -s tcl -f interface/stlink.cfg -f target/lpc81x_swd_flash.cfg
としたのですが、状況は変わりません
Info : auto-selecting first available session transport "hla_swd". To override use 'transport select <transport>'.
Info : The selected transport took over low-level target control. The results might differ compared to plain JTAG/SWD
adapter speed: 10 kHz
adapter_nsrst_delay: 200
adapter speed: 1000 kHz
Info : Unable to match requested speed 1000 kHz, using 950 kHz
Info : Unable to match requested speed 1000 kHz, using 950 kHz
Info : clock speed 950 kHz
Info : STLINK v2 JTAG v31 API v2 SWIM v21 VID 0x0483 PID 0x374B
Info : using stlink api v2
Info : Target voltage: 3.237246
Warn : UNEXPECTED idcode: 0x0bc11477
Error: expected 1 of 1: 0x0bb11477
in procedure 'init' called at file "tcl/target/lpc81x_swd_flash.cfg", line 59
in procedure 'ocd_bouncer' >>460
以下のように言われているのなら、警告が出ているだけではなくてエラーなんじゃないかな。59行目を見て思い当たることがあると良いのだけどね。
Error: expected 1 of 1: 0x0bb11477
in procedure 'init' called at file "tcl/target/lpc81x_swd_flash.cfg", line 59
in procedure 'ocd_bouncer' NXPは製造拠点があるというだけで
中華企業であることを前面に出してるの? 今だと一番安くて入手性のいいArmの石は何ですか? LPC1114かな
秋月で200円(SOP28)
DIPだと400円
ボードだとbluepillが安い(ebayで300円位) 秋月だと130円のLPC812が最安
DigiKeyだと70円のがある ebay辺りの中華CPUボードなら送料無料
時間かかるけど
STM32とか NXPのボードも安いけど、NucleoやPSoC5見ちゃうと全てが割高に見える(笑) >>466
DigiKeyでいいなら、旧ATMEL(現Microchip)のATSAMD10D13A-MNTが1個70円
ATSAMD09C13A-SSUTが115円
ZilogのZ32F06423AKEが124円
Silicon LabsのEFM32ZG108F4-QFN24Tが128円。
とかとか >>472
> DigiKey 〜 ATSAMD10D13A-MNTが1個70円
在庫無しなんですけどぉ〜 ATSAMD10D13A-MNTが70円で、在庫数4352個
ただし、非在庫保有商品なんでお早めに。 おっと・・・DigiKey型番は
1611-ATSAMD10D13A-MNTCT-ND
これな。 MNT,MUT合わせて一万個以上あるな@digikey
動作温度広い方が一円安いw
しかし24QFNじゃ素人は手出しができない アマチュア的には・・・だけど、
このQFNの場合、パッドがパッケージ側面まで出ているから、QFPと同じ感覚で
手半田できる。
QFPみたいに足が基板のパッドに引っかかったり、足の間にハンダが吸い上げられたり
しないから、QFPより楽だよ。 >>484
さすがにUEW空中配線とかいう職人芸は…… bga系のハンダで悩むなら
素直に基板プリヒーティング機能付きな
中華製BGA rework starion買えば良いじゃない〜 以前8pinQFNをジャンパでむりくり使ったけど
すげー面倒だった
それ以上は基板起こさないと無理だは
(根性無)
ジャンパ線は多芯銅線をばらして使った この手の側面までパッドの出てるQFNを変換基板に乗せて使ったけど、楽だったよ。 SWDのハーフピッチ9ピンヘッダが欲しいがどこかで売ってないかな
10ピンを切るしかないのか? 9ピンなんてあんの?
奇数
ふつーきーぴんはひっこぬくけどな LPC810について尋ねた人に専用スレがあるよとSTM32スレを薦めるのは、
実はよくわかっていないからなのか、単なるいやがらせなのか。
>>495
LPC810はディスコン。それほど売れなかったということだろね。 ×単なるなかやせののか。
○単なる嫌がらせなのか。 ワロタ
AVRスレでも今度それやってみるわ>他の石誘導 ATmegaの質問をした人に専用スレがあるよとPICスレを勧めるのは、強ち誤りではない >>503
世間知らずのバカのふりですか。ベタですね。 >>504
いや、会社でも客との会話でも、最近マジAVRなぞ出て来ないなぁ このスレもおっさんスレらしく雑談でないと盛り上がらないんだな >>506
方針も終わりでないの?
悪いね。ここARMスレだからマジ眼中にないんだわ
マイナビより
著者が、以前、Microchip米国本社を取材した際には、「当社は、8ビットマイコンではルネサスに製造コストでも売上高でも圧勝しており、世界一のサプライヤだ。
次は16ビットで勝負したい」とルネサスに対して闘志をむき出しにしていた。新たなMicrochip 2.0戦略では、さらに32ビットMCU/MPUに注力することにしている。 Microsemiを買収した3月のニュースで語られている将来の話を
現状の認識が誤っている話とすり替えようとしているね。見苦しいな。
そもそも眼中にない(知ろうともしていないこと)なら、世間を知らないのだな、と言われたときに
認めれば済む話なのに。 >>509
>見苦しいな
5chにくるおっさんはそういうもんだ
スレに関係なく雑談必死するのが5chのおっさんだし >>509
はいはい、AVRに反応して悪かったよ。
あんたのAVR愛には負けたよ。 LPC810に代わる8pin DIPは何がありますか? DIPのARMがLPC810とLPC1114ぐらいしか無いし 812あたりをピンコンパチのDIPに変換する代物を誰かが作ってたな だったらもっと足がある奴でってなって
STM32でとなり
最終的にラズパイでヨクネ…に >>513
すでにディスコンの製品を例にとって、「ぐらいしか無いし」は違和感…
SOP, (T)SSOP のものはあるから、変換基板で対処するしかないような。
>>514
これですかね。
https://www.switch-science.com/catalog/3879/ >>516
うわぁ…なんかもったいねー…うわぁ
812→810にしても増えてるROMサイズは勿論使えるとはいえ >>517
すでに、8ピンDIPで教材を作った学校なんかがあったなら需要はあるかもだけどね。もったいない。
DIPのマイコンへのニーズというか愛が一定量あって、それがPIC人気の一つだとは思うけど、
手軽な工作用ということなら、BluePillサイズやArduino miniサイズのモジュールが妥当な解って気がする。 今時CPU周りの回路は最早モジュールでもいいよね
DIPで無ければいけない理由は無いよ ボードでも中華だと安いからなぁ
ワンコインだもんなぁ
品質から言って趣味にしか使えんだろうけど 趣味だと、今は基板も安く作れるしね。
DIP変換+αな基板作って100均で手に入るレジンで固めればオリジナルICの完成だ。
中にヲタな絵なんか入れて名前付けたりするんじゃねぇぞ 【後藤弘茂のWeekly海外ニュース】96コアの高性能サーバーCPUも目論むArmの新ブランド「Neoverse」 - PC Watch
https://pc.watch.impress.co.jp/docs/column/kaigai/1148482.html >>522
そういえば、スパコン"京"の次は順調に開発が進んでいるんだろうか? 孫さんとサウジの関係がもやもやしているが、欧米企業からみたときに、行動規範として望ましくないと映ることはないのかな。 DesignStartにCortex-A5を追加
Linux対応Armプロセッサ、利用がより簡単に
http://eetimes.jp/ee/articles/1810/24/news040.html ARM命令セットにプリフェッチ命令ってあるんだっけ?
演算用のテーブルがキャッシュに乗らないほどでかい場合何も考えずに書くとストールが頻発 プリフェッチのための命令って意味不
じゃあそのプリフェッチ命令のためのプリフェッチはどうするの 自分でも何言ってっかわかんないからスルーでお願いします SSEにはプリフェッチ用の命令があるし同じようなのがARMにもないのかなと
ストールさせずにキャッシュへロードしてくれるなら専用の命令でなくてもかまわないけど プリフェッチって言うとどうしても命令プリフェッチが思い起こされるのでプリロードとかにしてくれれば良かったのに... 車の電装系に転職したのを契機にマイコンの勉強をしようと考えております。
来週東京出張があるので秋葉原で色々と買ってこようかと思っております。
秋月と千石ぐらいしか行ったこと無いのですが、他に品揃えの良い店とか
ありますでしょうか?
これは必要だから買っておけ、といったようなアドバイスも頂けたら幸いです。
何卒宜しくお願い致します。 >>537
今から勉強しますって奴を採るはずないだろ
夢見てないで頑張って明日もハローワーク行こうね >>537
もうほとんどないもんなぁ〜秋葉原w
あとは、あいてんどー位かな?
http://www.aitendo.com
てか何買うのよ?それ次第だわ 手段が目的化している典型例じゃないかw
まずはマイコンを使って何をしたいのか?が重要ではないのかな
それがわからなければ方向性も定まらないだろう
釣りでないならもう一度よく考えてみよう >>537
Amazonで色々買えるけど、秋葉がいいの?
車の電装系でARMなら、最近NXPがルネを逆転したらしいから、NXPのが役立つんじゃないかな?
>>538
「転職した」んだってさ。 年はいくつか知らんけど
車の電装系ってそんな未経験でも採用してくれるような緩いもんなの?
それとも4月入社かな?
まさかLED屋のことを電装系って呼んでないよな?
538は辛辣すぎるが多分こういうことを言いたいんじゃないかと 電装系の開発部隊に属するのであれば
普通はその会社が採用しているマイコンで研修を受けるわけだから
わざわざ開発環境も異なる別の石を使ってまで何かしても
初学者にとっては遠回り以外の何物でもないと思うが…
なにか物を作って、制御工学一般の意識を養ったり
そもそものC言語を習得したりってとこぐらいにしかならないかと そうなんだよね。仕事の勉強か趣味なのかでもだいぶ変わってくる 仕事の勉強っていったって、直接マイコンを触るグループでもなければ、
教養としての取り組みでもいいし、そうでもなくて、これを機会に
マイコンも触ってみたいなあ、っていう興味の問題かもしれないよな。
いいんじゃないのか、気の赴くままにエンジョイしたら。
一般的にはモノ作りにおいては、
目的…その作ったモノで何を実現するのか
手段…そのモノを作るためにどんなことをするのか
だと思う。でも
「面白そうなデバイスが出てきたら、手段のために目的はえらばない。なくてもいい」
と俺の先輩が言ってた。 会社が使ってるマイコン以外のものに触っておくとかも技術者のたしなみ まぁ、どれをお使いになられても似たようなものですが どれを使っても似たようなものだと、みんなが思ってるなら、好き嫌いの論争なんてないだろね。 実際に似たようなものかは置いといて
意外と似たようなもの同士でも好き嫌い論争にはなるw ■ このスレッドは過去ログ倉庫に格納されています