【Cortex-】 やっぱARMっしょ 11 【AxRxMx】 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
ARMデバイス、ARMボードについて組込系ARM全般のスレ
時代は「やっぱARMっしょ」
省電力ニーズの高まりを背景に海外チップベンダーはもとより国内勢も参戦
ホビーとしてのマイコンからスマートデバイス用プロセッサまで
ARMコアを持つチップやボードのラインナップは今まさに百花繚乱
【前スレ】
【Cortex-】 やっぱARMっしょ 10 【AxRxMx】
http://rio2016.2ch.net/test/read.cgi/denki/1444051881/ ユニークで個性的な確実稼げるガイダンス
暇な人は見てみるといいかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
YBQQZ STM32H7、CubeMXのサンプルにあるADC_DMA_Transferを参考に
CubeMXとTrueStudio使って設定し、動かしてみたけどDMAでエラーになり正常動作せず
STM32H7を持ってる方、試してもらえますでしょうか
リンカ定義してメモリ配置を変更する、ってな感じなものを調べていてみたのですが、こんな方法をする必要あるのか、CubeMXの設定で動くのか知りたいです >>372
https://my.st.com/content/my_st_com/ja/products/embedded-software/mcus-embedded-software/stm32-embedded-software/stm32cube-mcu-packages/stm32cubeh7.html
ここにあるCubeMX（H7用）のサンプル
TM32Cube_FW_H7_V1.2.0\Projects\STM32H743ZI-Nucleo\Examples\ADC\ADC_DMA_Transfer
を試して頂きたいのです
例えば HAL_ADC_ConvCpltCallback にブレイクポイントしかけてブレイクしますか？
私の場合、DMAでエラーになるようでこのイベントがコールバックされません
TrueStudioで試していますが、他の統合開発環境では試していません
もしお時間あれば確認して頂けると嬉しいです >>373
TrueSTUDIOのプロジェクトがないので適当に作って動かしてみた
プロジェクト自体はSTM32CubeMXで作ったものに
サンプルのソースをコピーしたもの
(次からはそういう作業も書きなさい)
DMA1_Stream1_IRQHandler から呼ばれるHAL_DMA_IRQHAndler
の中の
if(__HAL_DMA_GET_IT_SOURCE(hdma, DMA_IT_TE) != RESET)
でエラー検出されてエラーコード HAL_DMA_ERROR_TE がセットされている
DMAのバッファがDTCMになってるが、
たしかDMAでDTCMにはアクセスできなかったような
STM32CubeMXで作ったプロジェクトデフォルトのSTM32H743ZI_FLAHS.ldでは
.bssセクションがDTCMになっているので、
DMAでアクセスできるセクションに変えないと
セクションを変えたらキャッシュもOFFに (またはライトスルー設定＆キャッシュフラッシュ) おっと失礼
サンプルにはldファイルもついてました (STM32H743ZITx_FLASH.ld)
これに差し替えたらコールバックが呼ばれました
.bssセクションが RAM_D1になっています >>375
詳細まで記載頂きありがとうございます。
LDファイルをサンプルのものを使う、まで頭が回りませんでした。
さっそく試してみます。 RAM_D1はDTCMより遅いから
DMAバッファ以外はDTCMのままの方が良い
特にスタックは速いところに置くのが普通 >>375
無事に動作確認できました。ありがとうございました。
>>377
アドバイスありがとうございます。
CubeMXが作るLDファイルにD2領域を定義し、TrueStudioでDMAバッファを__attribute__で指定することで、バッファのみをD2領域に指定して動作することも確認できました。
メモリ領域について勉強不足でしたので、資料を読んでみます。
ありがとうございました。 中国から手を引くって話だろ。
ネトウヨには良いニュース。 LPCXpresso1769 with CMSIS DAP probe ってのを入手したんですが
サイズの関係でデバッグプローブ部分を切り離そうと思っています。
で、切り離す前に確認しようとLPC-LINK2をつないでみたのですが、
ターゲットがないと言われてしまいます。
ひょっとして、切り離さないとLPC-LINK2はつながらないのでしょうか。 >>384
>LPCXpresso1769 with CMSIS DAP probe
なんってすごいのは持ってないから妄想で答えるが
それの回路図見れば切り離さないと駄目なのか分かるんじゃない？ 宇野壽倫（葛飾区青戸6）の告発
宇野壽倫「文句があったらいつでも俺にサリンをかけに来やがれっ!! そんな野郎は俺様がぶちのめしてやるぜっ!!
賞金をやるからいつでもかかって来いっ!! 待ってるぜっ!!」 (挑戦状)
■ 地下鉄サリン事件
オウム真理教は当時「サリン」を作ることはできなかった。
正確に言えば 「作る設備」を持っていなかった。
神区一色村の設備で作れば 全員死んでいる。「ガラクタな設備」である。
神区一色の設備を捜査したのが「警視庁」であるが さっさと「解体撤去」している。
サリンは天皇権力から与えられた。
正確に言えば オウム真理教に潜入した工作員が 「サリン」をオウムに与えた。
オウム真理教には 多数の創価学会信者と公安警察が入り込んでいた。
地下鉄サリン事件を起こせば オウムへの強制捜査が「遅れる」という策を授け「地下鉄サリン事件」を誘導したのは
天皇公安警察と創価学会である。
天皇は その体質上 大きな「事件」を欲している。
オウム科学省のトップは 日本刀で殺された「村井」という人物だ。
村井は「サリン」授受の経緯を知る人物なので 「日本刀」で殺された。
http://d.hatena.ne.jp/kouhou999/20150224 >>384
回路図のDAP部分のJP3に
「Short to disable CMSIS-DAP interface
(= allow external debugger to be connected)」
ってコメントがはいってますが。 >>387
オイオイだが
5chはちょっと努力すればわかることでも
めんどくさいこと(調べるとか)は自分ではしなくて他人にやらせる、や
調べる能力がない
な奴が多いから、ドキュメントすら調べない・読まない奴が多いだろうからな。 384です。体調不良で氏んでました。
>>387
もちろんJP3はショートにしてます。試しにオープンにしても変わらずでしたが。
LPC-LINK2のJP2もショートにしてるんでターゲットの電源は入るんですけどね。
>>385
回路図を見て>>387氏も言っているJP3に関する記述があったのでできると思ったです。
誰か、実機で動いてるよ！って方はいませんかね？ 問題を切り分けよう
(1)LPC-LINKは正常かテストのため、他のターゲットはない?
(2)そのままのボードでCMSIS DAPでは動作する? >>390
マイコンやる奴ならそれぐらいはやってたんではないか(つながっているCMSIS DAPで動作確認)
自分でダメな原因を調べようとLPC-LINK2, CMSIS-DAP probe , LPC1769の動作テストした結果
>切り離さないとLPC-LINK2はつながらないのでしょうか
になったんではないのか
でも、
>Short to disable CMSIS-DAP interface (= allow external debugger to be connected)
なんだから動作しないって普通はへんだが 384です。
>>390
(1)LPCXpresso1769が2枚ありますが両方とも同じでした。他のターゲットは残念ながらありません。
(2)動作します。
一か八か、1枚だけ切り離してやってみようかな。。。 >>392
もともと切り離して使う予定なんだから切り離してLPC-LINK2直でやってみたらいい
それでだめならLPC-LINK2がダメな可能性大
直LPC-LINK2でダメなら,切り離したCMSIS-DAP とLPC1769を線でつないで開発すれば良いじゃないか 最終目的がAであるとき、その過程でBをやろうとした。
そのBができそうなはずなのにできない、おかしい。
というときに、
(1)Aを実施するほかの方法を考える。
(2)Bができない問題を深掘りする。
という2種類の人がいる(その間の人もいる）
>>393は(1)寄りの人だね。 >>396
つーか、ほかにターゲット無いなら、それ以外他に手が無い。
しかし、LPC-LINK2を使う設定が間違っているという可能性は?
開発ツールからLPC-LINK自体は認識してる?
回路図見たがジャンパはIFのCPUソフトで殺すモード切替なんだな
LPC11U35FHI33/501
のファームがバグっている可能性がある
(mbed用なんか入っているとこの切替機能は無い)
物理的に基板割ってもいいが、抵抗外すと分離できそうだ
R57,58,60,62,64
とりあえずTARGET_RESETを(そのまま)確認だな
割ってもLPC-LINKダメだったらワイヤで伸ばして
CMSIS-DAPを使うんだね 検索してたらこんな話が
https://community.nxp.com/thread/476180
この質問の人は、Expresso CMSIS-DAP ボードのデバッガを外部のマイコンの
デバッグに使おうとしてJP3を短絡してる。え、それで良いのか?と思ったら
NXPの人の回答がついてる。
すみません。このボードは、(少なくとも簡単には)外部ターゲットのデバッグには使えません。
デバッガ部分はプロトタイピングのために、ボードを小さくしたいと考える人のために切り離せるようになっています。
今、マニュアルを作ってます。(2018/5/22)
>>384の目論見は、外部のデバッガが使えるかどうか切り離す前に確認したいってことだったから
直接の関係はなさそうだけど、どうやら現状では、外部ターゲットのデバッグにも使えない、とな？ >>399
恐らくこのLPC1769ボード専用のようなCMSIS-DAPなんだろうな
心情的には切り離して他のNXPボードでも使えるようにしとけよだが。
CMSIS-DAPにはない良い機能がLPC-LINK2にはあるからLPC-LINK2に
こだわってるんだと思うけど、それは何なんだ？>>NXP使いの人たち >>400
両方使った感じだと、LPC-LINKのほうが動作早い
>>399
やはりファームが未熟でハード設計で意図した動作(JP3で独立)
しないっぽいね
mbedのHDKに準じているみたいだから、そこだけ気を付けて
それ用のファームを焼けば汎用に使えるとは思うが みなさま、ご意見等書込みありがとうございます。
いきなり基板を分離するのは怖かったので、>>398氏の書き込みに従って
抵抗を外してみたところ、LPC-LINK2でのデバッグができるようになりました。
外したのはSWCLKに入っているR60です。
デバッグプローブのソフトバグ(または仕様変更？)のようですね。
これで安心して基板をカットすることができます。
本当にありがとうございました しっかしEclipseのプロジェクト機能は使いづらい
よね 2018年のいまだにgccとmakeのコマンドラインビルド環境だわ
Eclipseとか逆にめんどくさくてねぇ 職場のPCが未だにCeleronDだから
Eclipseなんか使う気にもならん
Win7サポート切れのゴタゴタでいい加減一緒に入れ替えてくれんかな LPC810を探しています。手に入れる方法ないですか?
LPC820を変換基板...は知ってるけど、ハンダ付けしたくない。
1個1000円くらいで2-3個欲しいです。
adafruitのセット、送料込み3000円くらいで買うしかない? >>409
入手困難になってるの？
おまけに付いてたトラ技のバックナンバー書泉に残ってたような気がする。 >>410
ディスコンになって、市場からも姿を消しています。
今は後継のLPC81xを変換基板で使うのが主流みたいですね。
トラ技のバックナンバーにLPC810が付いていると解釈し、
さっそく調べたところ、LPC810が付属していることがわかりました。
バックナンバーをCQ出版で、まとめ買い…と思ったのですが、
1冊しか買えなかったので1冊だけ注文しました。
有用な情報ありがとうございました。
一応、mouseで20個6000円程度で輸入できるので、そちらもポチっておきました。
届くのがすごく先になりますし、こちらも在庫2桁で次はなさそうです。 >>411
10個くらい手元には有るけど、ボードに載ってるな。
picで間に合うような用途だけど、こっちの方が安かったんだよね。 DIP型の同じ型番のマイコン複数必要な人って
何に使ってるの？ 8pin DIP LPC810だけ対象の書籍があったなぁ
ディスコンになるなんて思っても居なかったろうなぁ NXPもホビー向けにはてきとーな商売してるよね
やってくれてるだけ有り難いんだけども あれはプロモ価格で安かっただけで
どっぷりつかったら梯子外されてあちゃー、ってひと
結構いるかもね >>414
SSOPだとピッチが狭くて目が見えない人だと半田作業が困難で無理だからでしょう。
今はメガネしている人の人口が増えてますから。
フィジカルコンピューティングなどの利用者ならば簡単な使い方なのでブレット中心になる
でしょうからね。 マイコン以外はどうするの？
今時DIPなんて絶滅寸前だろうに >>419
PICとかロジックICならそれぞれの理由でDIPは残るでしょ。
2.54㎜ピッチのユニバーサル基板もある以上、使い道はあるんだし。 >>419
DIPはソケット実装したら外せるから。
表面実装部品にはソケットがあるのかな？ あることにはあるが耐用回数が数回とかでエラい値段
そもそもチップの交換だけで直るようなことはそうそうないし需要もないんだよ >>422
納得
ソフトを書き換える時にいくつか方法があるでしょ。
一つの基板に全く同じソフトのチップを4つ載せて、手軽にソフトのアップデートを同時にしたい場合、どうしたらいいかな？
皆様、アイデア下さい！ >>422
チップ交換修理のためにわざわざDIPを採用ってあるのかって感じだろな
ソケット+DIPにしたらソケット代、組み立て時にソケットへ刺す作業必要になるからな
今の時代はマウンタで実装できるものを優先に使うだし。 ICソケットなんか信頼性問題からして忌避するよ普通は 昔はDIPのICソケットを量産品に使うなんて珍しくなかったぞ それは静電気やらなんやらでバカスカ死ぬ時代だったからじゃないの 違う、EE-PROMが無かった時代はファームウェアの変更はROM交換しかやりようがなかったからソケット使用が普通だった
PCのBIOSでも書き込み中に電源落とすと文鎮になるので少し前まではソケットついてるのがあったくらい >PCのBIOSでも書き込み中に電源落とすと文鎮になるので少し前まではソケットついてるのがあったくらい
と言うことは、今のは書き込み中に電源を落としても文鎮にならないってことか
すごい進歩だな >>431
今のは(というほど新しくなくとも)デュアルBIOSとかBIOS死んでても他PCで用意したUSB(Windows上でファイルを入れとくだけ)で復旧可能とかいろいろ恐ろしいですよ。
文鎮化した奴のサポート面倒なんだろうなぁｗ 普通のユーザー一番が気にしない所だから、なんでそんなに貧弱なのかと言われそう。 >>431
容量に余裕が持てるようになったからBIOSを2個持って片方死んでももう片方で立ち上がるとか、CPUが動かなくてもJTAGとかで復旧するとかできるようになったから JTAGじゃなくてSPIでROMに書き込む
もう一台マシン持ってきて、プリンタポートから
ジグ使ってマザボの消えたBIOS復活させたことがある
ググるとやり方書いた記事見つかるよ >>434
> JTAGじゃなくて
なんでJTAG「とか」って書いてあるのにいちいち否定するかなぁ…
普通にJTAG使って書くケースもあるのに
（当然、JTAG～CPU/FPGA～SPI～Flush-ROM） 寡聞にしてJTAGでBIOS書くマザボを知らないのだが
一つ例を挙げてくれまいか?
FPGA積んでるやつも
あと、FlushじゃなくてFlashな なんでそんなに必死に絡んでくるかなぁ？
BIOSって別にPCだけじゃないし組込みなら普通にあるだろ
玄箱でJTAGとか >>438
実はここは雑談以外の話はあんまり歓迎されない
PSoC 5LPのマイコン部使い方とかの話なら恐らく無視されるだろう おｋだと思うけどユーザーがどれほどいるものか・・・
LPCやSTMだったらちらほら反応あると思うけど LPC810にHEXファイルを書き込みたいんだけど
ST-Link/V2(のパチモン)とか、Nucleo STM32F401xxで書き込みできる?
※よく見かけるAE-UM232Rはお盆明けまで届かないみたいで >>441
SWDは共通だから基本いけるけど無理な組み合わせもあった記憶
ISPでやるならUSB-シリアルなんて大抵そこらじゅうに転がってるしNucleoで作ってもいいしでFT232なくてもいけるよ、手動でピン操作する羽目になるかもしれんが LPCLink/V2と間違った。
STLINKは確認してなかったわ。 >>441
openOCDだとインターフェースとしてST-Link/V2、ターゲットとしてLPC810を
サポートしていると思うから、openOCDで試したら良いんじゃないかな。 >>442
普段ならその辺に転がっているんだけど、あいにく帰省中で
>>445
エラー吐いてるけど、なんかいけそうな感じ
ありがとう 今、こんな状況です
c:\wintool\openOCD\openocd.exe -s tcl -f interface/stlink-v2.cfg -f target/lpc8xx.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
Info : Listening on port 6666 for tcl connections
Info : Listening on port 4444 for telnet connections
Info : Unable to match requested speed 10 kHz, using 5 kHz
Info : Unable to match requested speed 10 kHz, using 5 kHz
Info : clock speed 5 kHz
Info : STLINK v2 JTAG v31 API v2 SWIM v7 VID 0x0483 PID 0x3748
Info : using stlink api v2
Info : Target voltage: 3.250331
Warn : UNEXPECTED idcode: 0x0bc11477
Error: expected 1 of 1: 0x0bb11477
in procedure 'init'
in procedure 'ocd_bouncer'
朝まで戦うつもりですがw
エラー内容に見当がつく方がいましたら教えてください
ねむいさんとこのwindows版openOCDを使っています ST-Link/V2のパチモンを使って、
ブレボ上のLPC810にopenOCDでHEXファイルを書き込みたい
現状、>>447のエラーで作業が止まっています
接続はこの4ピンを直結していますが
STLK/V2 <--> LPC810
---------------------
1.RST
2.SWDIO------4.SWDIO
3.GND
4.GND--------7.GND
5.SWIM
6.SWCLK------3.SWCLK
7.3.3V
8.3.3V-------6.VDD
9.5V
a.5V
不足、間違いなどありましたら教えてください
このページで、
http://nemuisan.blog.bai.ne.jp/?month=201408
> ２．SRSTは繋がっているか
と書いておられるのですが、
これの意味だけでもわかれば助言願います 当方、Windowsですが
https://qiita.com/Minaki1018/items/61e7d8841413cc18094c
あたりを参考にしています
LPC810は1個、ST-Link/V2は2個あって
どちらでやっても同じ症状です
ST-Link/V2は最新のファームに更新しています
あとST-Link/V2には関係なさそうですが、
LPC810に外部から3.3Vを供給するのも試しました >>449
そのリンク先は
openocd -f interface/stlink-v2.cfg -f target/lpc812.cfg
で、ターゲット lpc812.cfg だけど、
お前のはlpc8xx.cfg で違うからじゃないのか？
で、ねむいさんOpenOCDならターゲットファイルはlpc81x_swd_flash.cfg
になるんじゃないのか 情報ありがとう
-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とか ■ このスレッドは過去ログ倉庫に格納されています
