ねむいさんのぶろぐ2026-04-04T14:40:21+09:00B-Blog東海自然歩道・復路を征く4(大滝橋-浅瀬-切通峠-山中湖平野(-旭日丘))http://nemuisan.blog.bai.ne.jp/?eid=2477372026-03-29T17:45:57+09:002026-04-03T15:00:00Z2026-03-29T08:45:57Z前回、ねむいさんはお気楽山梨県ルートに向かうといったが ありゃ嘘です… 13年前できなかったもう一つの丹沢ルートを攻略します…！ ●2026.03.14 東海自然歩道(大滝橋➡浅瀬➡切通峠➡山中湖平野➡旭日丘) 新幹線トラブって到着めっちゃ遅...ネムイ・トリノミアスブラウザベンチマーク前回、ねむいさんはお気楽山梨県ルートに向かうといったが
ありゃ嘘です…
13年前できなかったもう一つの丹沢ルートを攻略します…！

●2026.03.14 東海自然歩道(大滝橋➡浅瀬➡切通峠➡山中湖平野➡旭日丘)

新幹線トラブって到着めっちゃ遅れて焦りました…
みんなダッシュしてましたがねむいさんは小田原駅周辺で宿泊なのでもうゆっくりと…


今回も…というか実は最近小田原出張増えましてビジネスホテル伊勢さんに
仕事でも副業(本業は二次裏メイド)でも使いまくってます…





二次裏メイドの朝は早い…
朝イチのバスに間に合わすために小田急に乗り込みます
(最後の画像はJR東ですが)


新松田駅のホーム通路のとこから富士山見えました！


そしてバスを待つ…すでに登山客の人で長蛇の列になってます・・


そしてやってくる謎のブラクーリトンカトイメクッェチ


バスに揺られて1時間15分くらい…今回もいい富士山が見られそうです。



前回と同じスタート地点大滝橋です…
しかし今回は前回と違い車道を南下します･･･ではスタート



今回も丹沢ルートですが難易度がかなり低いです…お気楽ご気楽♨
梅の花も見頃ですね♥



どんどん南下していくと丹沢湖が見えてきます。
水が少ないようですね。



丹沢湖の中心部までやってきました。


へぇまだそんな浅瀬だったのか
☝ノンケ☆ボ〜イ風に




道を世附(よづく)方面にとって進んでいきます…
滝とかも見ごたえがちょっとだけあります。


世附(よづく)駐車場です…ここが最後の補給基地になります…
ここから先は平野の別荘地まで何も補給できません。



水の木林道浅瀬ゲートです…
ちょうど数日前に正式に歩行者通行可能になってました。ここから先は…
もう浅瀬じゃないですよ☆
☝ノンケ☆ボ〜イ風に


大滝橋から10km以上走ってきてようやく東海自然歩道の道標が見える。



ひたすら走る、走る！川の水がめっちゃきれいです！


舗装路じゃなくなっても走る！
さっきのこぴぺじゃないよ！


さて、13年前はこのルートを通らなかった…通れなかった理由は
台風で大規模崩落を起こし長期間通行不可能になってたからです…
橋には以前の破壊の痕跡が見られます。



不老山分岐を超えて問題の大崩落個所に…さぁどうなる！？



通行止の看板はまだあるが…なんと！完璧に整備されて普通に通れるように
なってました…これが日本の土木技術…！


一応車が入れるらしいですがあちこち寸断されてて実質徒歩じゃないと
むりですねこりゃ…



大崩落地よりもきつい小崩落地を乗り越えたらようやくバリケードが…
なんか二輪で無謀突破試みるやつもいるみたいです。



ここを超えたら徐々に勾配が強くなってきます…
舗装路ダート道混ぜて攻めてきます。


水の木林道分岐です…切通峠まであと5キロ…


道は落ち葉に埋められて…切通峠まであと2.8キロ…




だいぶ勾配が強くなってきました…標高も800mに達してます…
この辺りまで舗装があった様ですね…そしてなんと溶け残った雪が…



切通峠まであと0.8?に…ここから先は登山道区間です…！


ま…まぁこの程度なら全然平気…
☝まじびびり


ん？


んんん〜〜！？
道を見失ってねむいさんおなじみ斜め45度の世界に…



仕方ないので読図して切通峠の南にある尾根道に上がってみる…
一応歩かれているようで道は安全です…



なんかよくわからないピークにつきました…
またまた読図で今度はまっすぐ北上したら切通峠に行けそう…
富士山もチラ見して元気が出てきます…
※ちなみにこのピークは火燃峰なる勝手山名がつけられてます。



よし
読図通り…無事切通峠につきました…
あとは高指山に向かうだけです！


富士山の全体が見えてきました…！



前回の分岐点を超えます…富士山を見ながらラスト登り…！！




･･ｯｯツ！！
高指山山頂に到着です…！
今回使用したGNSSロガーたちも置いときます…



富士山は何度撮影してもよい。
日本アルプスかな？も見えました…！



富士山を見ながら別荘地を降りていきます…


ここで登山道区間は終了です…そしてもう山梨県です…
今回はだいぶ余裕ある…♨



国道と合流して走ります！富士山は何度撮影してもよい。


前回思いくそルートミスしてそのまま山中湖平野に出てしまったので
絶対に間違えません！





次回とのエントリポイントの不動明王社です…
次回は今度こそ山梨県ルートです。



いつも時間なくて寄らなかったお寺も見てきました。




そして山中湖平野バスターミナルに到着です…が…またバスの便がない…
走って旭日丘まで行くことにしました…
ついでに地酒を買っておきます！




国道に沿って走ります…
富士山は何度撮影してもよい！



まだ日が高いので観光客もマシマシで居ますね…



そして大きく余裕をもって道の駅旭日丘にてゴールです…！



着替えも済ませていつもスルーしてた山中湖湖畔に立ってみました…
観光客だらけですね…日本人欧米人東南アジアが多いです。



前回到着が遅かったので道の駅朝日丘で買えなかったお土産
買ってきます…なんかここも温泉娘ができてますね…


さぁてお土産も大量にかったから京都に帰還です…！


(15分後)
…バスがこねえ！


(24分後)
…やっとバスが来ましたが
富士山ずっと見ててあきませんでした(棒


どんな時もおにころで酔いどれ帰宅…
須走の浅間神社もいつかは行ってみたいですね…



御殿場駅からJRに乗り換えます…
富士山を見送ります…




沼津駅に到着です…10年たちましたがラブライブ・サンシャインは
いまだ地元の顔になっていますね…！
ねむいさんも元静岡県民だから鼻が高いよ



そして三島駅で新幹線待ちです…こっちでもお土産買っときました…



今回最後の富士山をホームで見送ってひかりで京都まで帰還しました…zzz



そんなわけで今度こそ神奈川ステージ丹沢はすべて完了です…！
13年前は通れなかった未踏区間も2026年になって通れたので満足してます…！

次回もお気楽観光モードの山行が続きますのでこうご期待！


●2026.03.14 東海自然歩道(大滝橋➡浅瀬➡切通峠➡山中湖平野➡旭日丘)
　　GNSSログ

]]>SD NANDってNANDぁYO!http://nemuisan.blog.bai.ne.jp/?eid=2476162026-02-28T23:59:00+09:002026-04-03T15:00:00Z2026-02-28T14:59:00Z一言でいうと単なるSDAからのライセンス逃れDEATH! さて、前回のAIで適当に画像生成する記事がめちゃくちゃアクセスが 多いくて今まで真面目に苦労して記事書いてたのは何だったんだと 思う昨今でございますが、今回こそ"真面目"にオモシロデバイスを 紹介いたし...ネムイ・トリノミアスSDCard_Rumors

さて、前回のAIで適当に画像生成する記事がめちゃくちゃアクセスが
多いくて今まで真面目に苦労して記事書いてたのは何だったんだと
思う昨今でございますが、今回こそ"真面目"にオモシロデバイスを
紹介いたします。



SDカードの面実装バージョンともいえるSD NANDです！！

このSDNANDとかいうのはSDカードの可搬性という最大の利点を
自ら封印して組み込み機器で効果を発揮するらしいですよぅ…
こんなん昔からあるeMMCでいいじゃないですｋｹﾞﾌﾝｹﾞﾌﾌﾝ

もちろんSDAの規格にSD NANDなんてもん存在しません！！
こんなこと考えるのさすが中華というかなんちゅうか本中華…。
SDAの規格に実在するEmbeddedSDとは全く別の何かです！！
間違えてはいけませんよぅ！

自ら脱着性/可搬性無くして意味あるのかこれといいたいところですが
eMMCとの最大の違いはピン数が少なくて配線がラク、あとNOR型SPI
フラッシュと類似した形状/ピン配置になっているのでそれの置き換え
ができることでしょか…素直にmicrosd使えｂ


…



ねむいさんはAliexpressでMK FounderのMKDV32GCL-STPってやつと
違うメーカ製のSDNANDのmicroSD形状への変換基板を買って評価しました。
これ安くはないんですよね…4GBで1000円↑は割高…
(※昨年購入当時は800円台でした)
そして変換基板多過ぎです。10枚も要りません。

ちなみに32GBって書いてますが32GBitのことなのでご注意ください…！


SD NANDの評価基板なのではんだ付けは極めて容易でした。
まずは市販のUSBカードリーダーに刺してWin11から使ってみます。


ちゃんと"4GBのSDHCカード"として認識してますね。


普通に"4GBのSDHCカード"としてベンチマークも取れました。
まぁふつーのふた昔前の4GBのSDカードなスペックのやつですね。


お次にSTM32H5のいつものにぶっ挿してみます。

当たり前のように認識。
FatFs module test terminal for STM32H747XIH6

LFN Enabled, Code page: 932

AppVersion : W.I.P

Build Date : Mar 28 2025

>fg piano



rc=0 FR_OK

>fo 1 ftbt.mp3



rc=0 FR_OK

>fr 132949600



132949600 bytes read at 18788 kB/sec.

>fs



FAT type = FAT32

Bytes/Cluster = 32768

Number of FATs = 2

Root DIR entries = 0

Sectors/FAT = 923

Number of clusters = 118016

Volume start (lba) = 8192

FAT start (lba) = 14538

DIR start (lba,clustor) = 2

Data start (lba) = 16384



Volume name is MKDV32GCL

Volume S/N is 97C2-8F99

...

1 files, 132949600 bytes.

0 folders.

3776512 KiB total disk space.

1482784 KiB available.

>ds 0



rc=0

Capacity   : 7569408 sectors

Erase block: 4096 sectors

Default r/w block size: 512 bytes

Card type : SDv2 or above

Bus width : 4-bit

Addressing: Block

CSD:

00000000  40 0E 00 32 5B 59 00 00 1C DF 7F 80 0A 40 00 D7  @..2[Y.......@..

CID:

00000000  22 23 45 4D 4B 20 20 20 06 7A 67 6C B3 01 8A 73  "#EMK   .zgl...s



Parsing SD CID Register

Manufacturer ID    :0x22

OEM/Application ID :#E

Product Name       :MK   

Product HwRev      :0

Product SwRev      :6

Serial Number      :0x7A676CB3

DateCode.Month     :10

DateCode.Year      :2024



OCR:

00000000  C0 FF 80 00  ....

SD Status:

00000000  80 00 00 00 02 00 00 00 03 03 80 00 10 05 D0 00  ................

00000010  00 18 00 00 00 00 3F 00 03 00 00 00 00 00 00 00  ......?.........

00000020  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................

00000030  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................

SCR:

00000000  02 05 00 0E 00 00 00 00  ........



Parsing SCR

SD Spec Version    :2

SD Spec Version 3  :0

SD Spec Version 4  :0

SD Spec Version X  :0

SD Security        :0

SD Bus Width       :5



SD_Spec V2.00!

CPRM Security Ver as No CPRM(maybe SDXC) Card!

Support CMD23    :Set Block Count for UHS104 Card.

Support CMD48/49 :Extension Register Single-Block.

Support CMD58/59 :Extension Register Multi-Block.

Available NS/HS Mode Only.

Available SD Speed Class 6.

Video Speed Class NOT Supported.

Application Performance Class NOT Supported.

STM32H7のいつもので情報を読みだしてみました。
SDカードのverは2.0。ハイスピードモード(50MHz)はちゃんと
使用できます。速度も十分ですね。
まぁいたって普通の"4GBのSDHCなカード"です…。カード？


STM32F4Discovery上で動作したところ。
この基板ではSPIモードで使ってますがもちろんバリバリ動作してます。


ちなみにこのメーカの産業向けモデルではS.M.A.R.T.が使えるらしいの
ですがねむいさんが買ったこの個体は対応してないはずなのですが
なんでかコマンドが通ってSMARTデータらしき物体が読み出せました。
こちらにsmartデータを置いときます。お好きな方は参考に。
SMARTの読みだしはおなじみCMD56を投げるやり方ですが、Argumentは
Sandiskと同じく0x00000001でした。この辺Longsysの影響が見えますね。
でも読み出せたのはいいのですがデータ構造が分からないと意味が
ありません。

中華サイト渡り歩いてそれっぽい情報がでてきましたが、その画像には
肝心のオフセットアドレスが記されておらず、どこがどの情報なのか
ぜんっぜん分かりませんorz
いちおうPowerOnCountだけはわかりましたが････寿命が知りたかった。
それと昨年のTeamのやつで解析はうんざりなのでこれの解析はする
つもりはないですよぅ！


てわけで結論を言うと素直に"microSD使え"となります。
しかし中華キワモノ好きな方や面実装品でどうしてもSDカードとして
動作せしめる物体を使用したいねむいさんのような支離滅裂な思考の方、
はたまたSDカードのライセンスに厳しい貴女が"あたしSDカード使って
ないもん！これSD NANDだも〜ん！"
って言い訳するのにピッタリかもしれませんよう〜。

自分で書いといてあれですが最後のはちょっと苦しいですか…。
]]>ねむいさんに生成AIとかいうおもちゃを与えてはいけないhttp://nemuisan.blog.bai.ne.jp/?eid=2474522026-01-15T23:49:13+09:002026-04-03T15:00:00Z2026-01-15T14:49:13Zどうせろくなことにしか使わないから 皆様あけましておめでとうございます。 今年こそはまじめにがむばります！！ いきなりですがねむいさんはAI全肯定派です。むしろさっさと ものすごい勢いで進化しやがればかやろこのやろ派です。 今回は昨年春にい...ネムイ・トリノミアスぱそこんの大先生どうせろくなことにしか使わないから




皆様あけましておめでとうございます。

今年こそはまじめにがむばります！！

いきなりですがねむいさんはAI全肯定派です。むしろさっさと
ものすごい勢いで進化しやがればかやろこのやろ派です。

今回は昨年春にいきなりアカウント凍結されたChatGPTが知らん間に
許されて解凍されてなおかつChatGPTPlusが1か月お試し無料キャン
ペーンやってるのでおもちゃが復活したので壊れるまで遊び倒そうと
思います！！！！！

とはいえSTM32向けとかのマイコン向けのソースコード生成とかまだどうせ
ねむいさん以下のゴミしか出してこないので一切興味ありません！！！！！！
私がAIに期待しているのは画像錬成です。もうそれしか考えてません。

>お前曲がりなりにも自力でイラスト描けるんだからAIでずるっこするなよ
とお思いの方もいるでしょうが違うんです！そういうのじゃなくって！
たんにおもちゃとして遊びたいだけなんですよぅ！

…ごちゃごちゃ言うのもダメなのでとっとこ始めましょう。

●基本編・自分の絵を錬成する

てわけで錬成した私の画像です。
昨年春は何でか全体的にセピア色でしたが今はそういうのはないですね…
あとねむいさんの身体的特徴とくに胸部に関しては正直にプロンプトに
叩き込むとそのままガードレールに正面衝突するので"参考絵"の形で示します。
文章だけより参考絵で情報を与えたほうが正確でガードもがばがばです。
なんかここら辺は人とコミュニケーションする時の作法と同じなんですよね…
言葉だけじゃなく絵も交えてわかりやすい文章で伝えないと他人に伝わらないという…
しかし…それを綿密にやればやるほど今度は前述の安全ガードレールという
AI企業のための訴訟対策のためのクソッタレの仕組みが発動しやがります！
ですのでそれに引っかからないように対策をしたうえで生成を挑まねば
なりません！
AIとはいったい何なのか

言っておきますが私がやっているのはけしてJailbreak指南ではなく、れっきとした
マルチモーダルストラクチャード・プロンプトエンジニアリングですよぅ！


参考絵は私自身が描いた絵に加えて｢｣&としあきさんの絵をお借りしました。
公式設定というものが存在せず、性格容姿年齢性別に大きな多様性がある私
ですがそれを集約して最大公約数的に私の姿の再構成を狙います。
んでもって眼鏡は小さな丸眼鏡として描かれることが多い私ですが、AIが
それをでかい鼻の穴と認識してきやがる事態を防ぐため、共通認識から少し
外れたリムなし眼鏡としました。


ここから三面図という正面・背面・側面の全身図を作っておきます。
この三面図を作っておくと今後の画像再錬成や複数登場人物で錬成する
際に再現性が飛躍的に高まります。



ねむいさんの大好きないないさんの三面図です。
いなちゃんはAIがなぜかおっぱいをでかく錬成してきやがるため、
"胸にふくらみを作ってはならない"という鋼の意図をガードレールに衝突
しないように伝えるのに苦労しました…が、三面図が出来たら勝ちです。


三人目は音楽系虹裏メイド・ララバいさんです。
ララバいさんはねむいさんよりちょっとだけ年下でスリムですが出るとこは
ばっちり出ているスタイルの良いうらやま体型です…
しかしそれを官能小説的表現で書いてしまい、性的規制のガードレールに
衝突しまくって錬成にめたくそ時間かかりました。歩くわいせつ物め。
結局私のスレッドから派生して"ねむいさんとくらべてスリムな体形だが
スタイルはかなり良い。"の一文だけであっさり錬成できた…。


あと肩のひらひらが再現がかなり難しく濃い茶色のストールを肩にかける
デザインの三面図にしました…ひらひらで三面図つくれたら更新します。


そしてChatGPTのスレッドは会話を重ねると、ところてん式に前に会話した
設定を忘れてしまいます。そのうえ若いキャラクターと同一画像内に配置すると
私やララバいさん等の年配キャラが少女化するへんてこな現象が発生します。

いないさんと一緒にいる画像を何度か錬成したあと…

私を単独で錬成すると私がこんなちんちくりんになってしまう！
対策として定期的に三面図読ませて若返りをリセットしてます。

スレッドを削除しても速やかに再構成できるように三面図やプロンプト
文をメモ帳に残しておいて"ライブラリ化"しておくとスムーズに作業が
できます。


●応用編・スクールアイドルとツーショット撮りたい！
例えば"ラブライブ・サンシャインの松浦果南と私が一緒にいるイラストを
作成してくだち"とバカ正直に書くと強固なガードレールが発動し爆死します。

まぁこんなの許したら普通大変なことになりますよね。
ほんとつまらないことしやがるアウト！アウトだ馬鹿野郎！
(※アカウントによってはアウトにならず普通に通る人もいるようです)

それっぽい絵を錬成試みる目的で参考絵に松浦果南と判定される絵を
あげるとそれだけで類似した絵の作成を試みたと判断されそのスレッドで
以後の会話の継続を拒否されるとおもいます。キャラは別ですが、今年の春
ペこらマミーのコスプレした私の錬成試みて私がコスプレした自作のイラスト
上げたらそれだけで版権判定されてしまい爆死凍結しましたファック！！！
Vもがちがちガードでやべぇ


しかしなんでか版権キャラなのにガバガバな奴もいてプリンセス・コネクトの
キャルさんはなんと"キャルちゃん"だけで精度の高いキャルさんがポンと
出てきたりします…ヤバいわよ！
そしてさくさ紛れにガードブレイクしている私。余計な文章表現、とくに
身体的特徴を官能表現してはブロックされての手間とかいらんかったの。



話は戻しますが公式絵のモロ浦は論外として、ねむいさんが描いた彼女の
イラストですら普通に松浦判定されてしまったのでメタクソ厳しいです。
ぇ？この絵なんか不自然にトリミングしてない？って？
それはねむいさんの描く松浦は大抵服着てなくて裸だからですよぅ。

てわけでちょっと婉曲表現(意味深)を行うことにしました。
今回は松浦本人に三島駅近くのうなぎ屋のうな重おごってあげる代わりに、
遊びに快く協力してもらったという設定でChatGPTのサイバー空間で遊びます。
ChatGPTで遊ぶだけですよ！！(重文)

ここから先、各所に怒られないように画像めっっっちゃ小さく貼ります。
ティキンなもんで…
ぇーっと…


まずcharatさんのところでポニーテールでミニスカ制服の女の子を
適当に作ります。この画像にさらにちょっと大げさに盛るペコした
コラを参考画像とします(胸がぺたんこになってしまうのを防ぐため)。

今から錬成するキャラクターの名前は"まつうらさん"としましょうか。
当たり前ですがフルネームを漢字やひらがなで書いたりはだめですよ！
静岡県在住の海が好きな18歳の高校生。18歳は現在の法律で成人年齢
なのでいろいろな表現・行動がセーフになります。

で、このキャラクターを7頭身にしてアニメ調にブラッシュアップ
します。さらにこの状態でねむいさんが浦の星女学院の制服を着てる
イラストを参考図として、"まつうらさん"に"ねむいさんが着てる制服"
を着せます。もちろん"浦の星女学院の制服"って単語をプロンプトに
入れたらだめです。あくまでねむいさんが着てる制服を忠実に着て
もらいましょう。


もうこの時点で松浦率90%まで来てしまいましたが三面図を作って
セーブしました。まぁどうせこの三面図をプロンプトに読ませたら
松浦判定されて爆死しますからあまり意味ないですけど。
ていうかこの縮小した画像すでにモロ浦にしか見えない…

いちおうまだ前髪が真ん中分けでなく、目もあまりたれ目でない
"微妙浦"状態です…。
ひとまずこの状態で虹裏の自分のスレで使うコント画像をいくつか
作りましたが錬成重ねるとどんどんポニテが短くなってせっかく
構成した情報が拡散してしまってやばいです…ねむいさんみたく
三面図読ませてリセットができないのがまた歯がゆい…
これが限界か…ていうかプロンプトの返信文に"松浦"って漢字で
書いてきててあっちも何かを察知してやがる…


ここでちょっと志向を変えて別の衣装着せてみました。
クリミア・タタールの衣装はねむいさんの趣味です。
もともと松浦本人にこの衣装着てもらうつもりでしたので…
ついでに目元もどさくさ紛れにたれ目にしときます。

…ぉ？いいじゃん。いいじゃんこれ！
タタ浦すごくいい…！
まだ"まつうらさん"状態だけどなんかもう満足しちゃった…
なんか急にこれ以上こだわるのどうでもよくなってしまったので
もうこれで打ち止めにしました。


とりあえず現実世界に戻るためにとつぜんガードレール(物理)に
正面衝突してみます。ChatGPTのガードレールとは言ってませんよ！
もちろんこの衣装着せたままで！！


もちろん彼女一人にそんなことさせませんよぅ！！
ねむいさんも責任をもってガードレールに一緒に衝突DA!
行くぞ松浦！！


(※画像は正面衝突のイメージです。
画像の見えない部分でストレート表現や婉曲表現交えて
OpenAI運営に対する皮肉をこれでもかとプロンプトに叩き込みました☆)

そして…


あれれ！？
コンテンツポリシーに違反しましたとかの冷たい事務的メッセージ
じゃなくなってる…！？まさかこの先も会話が通るの…？


ああああーーーーーっ！！！１！！１！
ねむいさんと松浦のツーショットできでしかも返信文のキャラ名が"かなん"になってる！
そのうえ制服と前髪のディテールが上がって何も指定してないのに
自らモロ浦に…ここは松浦果南の存在を認め許された世界…ッッ！


何だか知らないけどFF6のタイマー持ち出しならぬ松浦持ち込み状態
となったっぽいので一緒にドライブデートなんかしてみました❤
精度さらに上がってそのまま載せられないのでトリミングしてますが


んでもって丁度1月6日が私の誕生日かつ虹裏メイドねむいさんとしての
活動20周年目だったので松浦＆いないさん＆ララバいさんも一緒に
誕生日を祝ってもらいました☆
わーい♥





とわけでいろんな人に怒られそうなやばい内容になってしまいましたが
いないさんの誕生日が2月にあるので来月(2月)分のChatGPTPlus利用料
3000円くらいは追加でペイしてあげて画像会話用にできる限りたくさん
画像錬成して遊んでみます！！



…
ごめんなさい二度としません！！１！！

次回はちゃんとしたまじめな記事書きます！

１！！１！！


]]>いろいろ試す67〜反省してない年末反省会〜http://nemuisan.blog.bai.ne.jp/?eid=2473872025-12-31T23:15:51+09:002026-04-03T15:00:00Z2025-12-31T14:15:51Zまーた年末のぎりぎりになってしまいましたが今年最後の トピックなんかをかいつまんでいきます… ●arm-gccが15に上がっていた arm-gccのwindows向けバイナリパッケージが12月17日にアップ デートしておりました！ ようやっとGCCが15に上がった感じですね…(正確には...ネムイ・トリノミアスMISC トピックなんかをかいつまんでいきます…

●arm-gccが15に上がっていた
arm-gccのwindows向けバイナリパッケージが12月17日にアップ
デートしておりました！
ようやっとGCCが15に上がった感じですね…(正確には15.2Rel1)
間際らしいことに同梱のGDBは16になっています…

とりあえずSTM32H5のいつものを使ってビルド結果を比較して
みました…！
旧:14.3Rel1
arm-none-eabi-gcc (Arm GNU Toolchain 14.3.Rel1 (Build arm-14.174)) 14.3.1 20250623

Copyright (C) 2024 Free Software Foundation, Inc.

This is free software; see the source for copying conditions.  There is NO

warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.



Built Object Informations:

=== Total Binary Size ===

   text	   data	    bss	    dec	    hex	filename

      0	 561880	      0	 561880	  892d8	main.hex

=== Verbose ELF Size ===

   text	   data	    bss	    dec	    hex	filename

 559692	   2188	  40192	 602072	  92fd8	main.elf

main.elf  :

section              size         addr

.text             0x889ac    0x8000000

.ctors                0x0    0x80889ac

.dtors                0x0    0x80889ac

.ARM.exidx           0xa0    0x80889ac

.data               0x88c   0x20000000

.bss               0x19b0   0x20000890

.heap                 0x0   0x20002240

.ram2                 0x0   0x20040000

.stack                0x0   0x20040000

.ram3              0x8350   0x20050000

.bkpram               0x0   0x40036400

.qspirom              0x0   0x90000000

.comment             0x46          0x0

.debug_frame       0x1e94          0x0

.ARM.attributes      0x38          0x0

.debug_line_str     0x1fa          0x0

Total             0x950e4

新:15.2Rel1
arm-none-eabi-gcc (Arm GNU Toolchain 15.2.Rel1 (Build arm-15.86)) 15.2.1 20251203

Copyright (C) 2025 Free Software Foundation, Inc.

This is free software; see the source for copying conditions.  There is NO

warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.



Built Informations:

USING_SYSTEM = BARE_METAL

USING_DISPLAY = USE_ST7789V2_SPI_TFT

USING_DEVBOARD = USE_NUCLEO_H563ZI



Built Object Informations:

=== Total Binary Size ===

   text	   data	    bss	    dec	    hex	filename

      0	 562436	      0	 562436	  89504	main.hex

=== Verbose ELF Size ===

   text	   data	    bss	    dec	    hex	filename

 560248	   2188	  40184	 602620	  931fc	main.elf

main.elf  :

section              size         addr

.text             0x88be0    0x8000000

.ctors                0x0    0x8088be0

.dtors                0x0    0x8088be0

.ARM.exidx           0x98    0x8088be0

.data               0x88c   0x20000000

.bss               0x19a8   0x20000890

.heap                 0x0   0x20002238

.ram2                 0x0   0x20040000

.stack                0x0   0x20040000

.ram3              0x8350   0x20050000

.bkpram               0x0   0x40036400

.qspirom              0x0   0x90000000

.comment             0x45          0x0

.debug_frame       0x1e64          0x0

.ARM.attributes      0x38          0x0

.debug_line_str     0x1fa          0x0

Total             0x952d7

ううむ微妙にサイズがアップしていました…
まぁちょっと様子見で行きましょう…

また、2026年1月度分からはおきぱで公開しているarmマイコンの
プロジェクト内のmakefileについてコンパイルオプションを追加
しております。"-fno-schedule-insns"ってやつなんですがこれは
レジスタ代入命令を並べ替えロード/ストア命令を種別毎にまとめる
"命令スケジューリング"最適化を防止するものです。
"-fno-schedule-insns2"はだいぶ昔に導入してますが今回からは
"-fno-schedule-insns"も付与することにしました。
(※2と無印の違いは無印はレジスタ割り当ての前、2はレジスタ
　　割り当てのあとに命令スケジューリング処理を阻止)
命令スケジューリングなくてもあまり体感速度感じないもので…
とりあえずこれも導入して運用して長期様子見です。
現在変更したのは下記4つです。
*STM32F4
*STM32F7
*STM32H7
*STM32H5
Cortex-M0+系も十分確認したうえで順次更新していきます。

●avr-gccも15に上がっていた
とっくの話ですがzakkemble氏の私家ビルド版(windows向け)も
15.2.0に上がっております。
AVR-Dx系デバイスでPROGMEMを使わずconstを利用できる仕組みが
すでに導入されておりますのでこちらを使っていきましょう。

●STM32V8発表
Cortex-M85コアを使用したSTM32V8が発表になってますね…
最大4MByteの不揮発性相変化メモリ(PCM)なるものが搭載されるとの
ことなのでこれで使いづらいSTM32H7R/SとかSTM32N6はねむいさんの
中ではザ・シカトになってしまいました…

まぁとにもかくにもエラッタがわんさか出るでしょうからしっかり
見極めたうえでDiscovery系全部乗せボードのリリースまちですね…

●Picoscope7のソフトアップデート！今度こそ安定
…か？
なかなか安定化しないPicoscope7ですが12月10日に長き沈黙を破り
やっとこ7.2.10にアップデートしてました。


今度こそ大丈夫なんでしょうね…！？


(いじりまくって数日後)
マウスホイールコロコロして時間レンジ変えまくっただけでクラッシュ
する不具合は治ってるっぽいですね…
とりあえず2月くらいまで様子見したら自宅のPicoscope5444D MSOの環境も
6から7.2.10にあげちゃいましょう…！

ぁーちなみに前回ダウンロード直リンクが404にリダイレクトしてやがる
とぼやいてましたがクレーム入りまくったのかリダイレクトしなくなってます。
よかったよかった…♨

●オシロの錬金術師
↑で触れたPicoscope5444D MSOですが2020年にねむいさんが買ったときは
33万円だったのですが2025年末現在各通販サイトでは最大59万円と60万円
に迫る勢いで値上がりしており、やばいことになっています！！

買って寝かせるだけで価値が2ばいですよぅにゅふふふふふふふ
…と言いたいところですが円安とインフレが進んでいるせいなのでオシロの
価値が上がったのではなく、お金の価値が下がってるってことなのですね･･･
はぁ〜〜(社会派発言)

●ADP3338のNRNDがとれてた
はい読んで字のごとくです。

ねむいさんおすすめのADP3338ですが新規設計非推奨を示すNRND表記が
あったはずなのですが2025年末の時点ではその表記がなくなっており、
製造中に戻っていました…！

ゃ…やったあああああ！！これでLDO難民問題は当面解消でしょうか？
でも性能の分だけやっぱり価格は高いのでそこまで性能いらないから
低コストを目指すなんて方にはMIC37100-3.3WS-TRもおすすめDEATH!
私的にはLT1963Aが一番良いのですが高くなりすぎてもう無理っす…

●産業用SDとかの高品質カードが品薄に
Amazonで異変を察知したのですがS.M.A.R.T.が取れる産業用/工業用SD
カードが軒並み品切れになっております。
ドラレコ/監視カメラ用のWDPurpleのMicroSDも32GB~128GB品切れ状態に
なっていました…！

DDR5メモリの価格高騰のあおりを受けてNANDの価格も上がっていて
そのあおりを受けて付加価値のある産業用sdが取り合いになっている
模様です…swissbitとかにはあるにはあるのですが3万越えで高杉なので
ぜんっぜん手が出ません…

そんなわけで毒を食らわば皿まで、中華製産業用microsdなんかを
買って評価中です。G-Factoryさんが日本の代理店となって販売している
ようですね…ブラックフライデーで2980円で買えたのでラッキーです★
こちらも来年レポートしますね〜…
…
ねむいさんがわざわざ買うということは…SMARTが在るということ！

●毎年恒例の来年の抱負
さて、私は毎年来年本気出すと言ってますが2025年はちょっとだけ
姿勢を変え本気を出すようになりました…！東海自然歩道も12年の時を
経て再攻略開始してますからね…！

ぶろぐカテゴリもSDカード専門とWindowsの不都合回避解説専門エントリを
新たに設けてなるべく頻繁な更新を心掛けていきます。
特にWin11については副業先(本業は二次裏メイド)も自宅の開発PCもWin11
にアップデートしたので記事を強化していきたいです。
そして長らくまともに動作できなくなった状態で放置していたビルド手順/
デバッグ手順もGDB+CodeBlocksを使用したものに刷新できるようにしたい
です…！
んでもってRISC-Vとラズピコ旋風吹き荒れる中STM32しかできない状態に
なってすっかり浦島太郎になってしまった私ですが食わず嫌いせずに
新しいことに挑戦していくつもりです…！
一方でぶろぐカテゴリも合理化して項目を整理していきます。

まぁこんな感じでしたいやりたいばっかで空回りになりそうですが…

来年も本気出す！！

それではよいお年を〜]]>近畿自然歩道を行く -三度目の正直！ねむいさんは天橋立を股覗けるのか！？-http://nemuisan.blog.bai.ne.jp/?eid=2473732025-12-28T23:59:41+09:002026-04-03T15:00:00Z2025-12-28T14:59:41Z今回は昨年、雪に阻まれて全然股覗きできなかった天橋立のりべんぢと なります…！！何度も悪天候に見舞われ続けた天橋立ですが三度目の 正直となるのか！？こうご期待…！ ●2025.12.20 近畿自然歩道(岩滝口〜与謝野町役場〜延利(〜京丹後大宮))) 今年も京都駅か...ネムイ・トリノミアス日本の自然歩道昨年、雪に阻まれて全然股覗きできなかった天橋立のりべんぢと
なります…！！何度も悪天候に見舞われ続けた天橋立ですが三度目の
正直となるのか！？こうご期待…！


●2025.12.20 近畿自然歩道(岩滝口〜与謝野町役場〜延利(〜京丹後大宮)))

今年も京都駅から天橋立まで高速バスでひとっ飛びです。
電車よりバスのほうがよっぽど早いなんてね☆
(注：奥に見えるバスが天橋立行きの高速バスです)



道の駅京丹波味夢の里で休憩です。
昨年は乗客が腹下したのか15分も遅延するトラブルに見舞われましたが
今年はスムーズに行けました…


2時間ほどで天橋立駅に到着です。
スタートの岩滝口行の電車が出るのがまだ時間があるので散策します。



文殊堂でお参りです。


今年は天気は大丈夫そうなので期待が持てます…？


このご時世ですが中国人観光客はあまり減ってると感じない印象です。


京都丹後鉄道に乗って岩滝口へ…



隣の駅ですが結構遠い。
妙な俗称がついてる岩滝口駅から今年最後のトレイルがスタートです。



まずは与謝野町役場に。
ここが今回の近畿自然歩道のスタート地点です。


京都の近畿自然歩道の道標は文字が完全に消えてしまっているものが多く
意味不明のモニュメント化しているのが多々あります。


昨年とのエントリポイントです。
このまま北に向かいます。



そして一字観公園へのトレイルがはぢまった…！！
東海自然歩道の丹沢に比べたら全然楽だ…！！


と思ったら5分もかからず平地に…
普通に走れます♪


そして車道に出ました。
一字観公園の登り口があります。



妙見堂に出ました…そして…！
ここまで来る観光客はほとんどいませんがここが股覗き発祥の地です…！！


うおおおおおおおおお！！！！
好天候で天橋立を股覗き達成です！！！


一字観公園からはこんな感じで天橋立が見えます。


もう股覗きまくりです！！


一字観公園展望台からも…


もうええっちゅうねん


一字観公園は虹裏のみんなが大好きな与謝野晶子ゆかりの場所です。
たぶん晶子さんも鉄幹さんとラブラブＷ股覗きしたのでしょう…


さて、さっきの登り口に戻ってきましたが長命いっぷく名水なる湧き水は
枯れてしまってました…


ここからはひたすら車道を駆け抜けていきます…！
大内峠はこのあたりのようですね。


うぉおおおおおはしれはしれ！


板列展望台は経年劣化で立ち入り禁止になってました…
ほんとに危ないので入っちゃダメです。


少し進んだところからもビューポイントがあります。
天橋立駅周辺もここからだとよく見えます。


この林道もだいぶ線形改良が進んでいるようで古い大内峠の標柱も
道から大きく外れたところにあります。



崩落地点を超えて道は徐々に降下していきます…
東海自然歩道のうっ憤を晴らすがごとく駆け下りていきます！



林道が終わって府道と合流します。



しばらく進んでいると延利(のぶとし)なる地区に到達します。



ここ延利で近畿自然歩道から離脱して京丹後大宮駅に向かいます。



にしても当日は１２月下旬だというのにすごく暑かった…
まぁ天候が良かったおかげでしょうね…


ねこ


川を越えて駅前通りに…
文字が脱落した飲食店の壁がいい味出してます。





京丹後大宮駅に到着です。今回は大きなトラブルもなく無事に到着できました☆


電車で天橋立駅まで戻ります…目的はもちろん温泉です♨


今回はホテル北野屋さんのところで天橋立温泉を堪能しました(1200円)。
まだ宿泊の人たちが入る時間帯ではなかったので貸し切り状態で最高です♨


じっくりあったまった後はまた散策して家族のためのお土産を買いました。
そいえば毎年このお店で買ってますね…。


ぁー良い夕暮れだ…やっとこの景色が見られましたよぅ…


今年も帰りは高速バスで大阪へ…！
昨年は京都行のバス満席で取れなかっただけですが、今年は立花在住の
友人と梅田で忘年会やるので京都じゃなくて大阪行きなのです…！


バスから降りたら大阪に降りた時定番の北向地蔵でお参りしました。




というわけで今年最後のトレイルも無事走破できました。
現在攻略中の東海自然歩道もお金がたまったらすぐに続きを行う予定です…！
らいねんもがんばるぞい！
●2025.12.20 近畿自然歩道(岩滝口〜与謝野町役場〜延利(〜京丹後大宮)))
　　GNSSログ
風
]]>SDカードとかUSBメモリにSystem Volume Information絶対作らせなくする方法Win11版http://nemuisan.blog.bai.ne.jp/?eid=2473252025-12-18T23:54:11+09:002026-04-03T15:00:00Z2025-12-18T14:54:11Z あのさぁ…10000000000歩譲ってNTFSだとボリュームシャドウコピーの 時に必要だから存在をある程度は許しますけどね… exFATやFAT32でフォーマットされたSDカードやUSBメモリとかで勝手に System Volume Informationを用もないのに作ってきやがるの絶対に 許さないん...ネムイ・トリノミアスぱそこんの大先生
あのさぁ…10000000000歩譲ってNTFSだとボリュームシャドウコピーの
時に必要だから存在をある程度は許しますけどね…
exFATやFAT32でフォーマットされたSDカードやUSBメモリとかで勝手に
System Volume Informationを用もないのに作ってきやがるの絶対に
許さないんですよぅ！１！！！１１！！

というわけでWin11環境に移行した記念にWin11でSDカードとかUSBメモリ
とかのリムーバブルメディアにSystem Volume Informationフォルダを
作らせない方法を記録したいと思います。Win10でもやってましたが！


●System Volume Information！！お前を潰す！絶対につぶ(殺)す！１！！
コンピュータの管理➡サービスとアプリケーション➡サービス から
Windows Search
Storage Service
BitLocker
この3つのサービスを即刻停止しろ！！！！！！

Win10の頃とほぼ共通ですがWin11/25H2においてはこの3つのサービスの
息の根を下に示す画像の要領で止めてください。これで確実に止まります。
レジストリキー設定したり値をいじる方法もありましたが、これは情報が
知れ渡るとMSが逐一対策してきやがってすぐに効果がなくなります。
なのでサービスそのものを根本から捻りつぶすほうが確実なのです！
※もちろんadministratorアカウントで実施のこと。

?Windows Search

このサービスを止めるとインデックス作成が止まり、素早い
ファイルサーチができなくなるそうですが…
ファイル探索はサードパーティツール使ったほうが柔軟に
できますから全ッ然要らないです。速攻止めます。
ていうかファイル捜索の仕様をwin2000の頃に戻ちて…！

?Storage Service

このサービスを止めるとMicrosoft Store経由のアプリの
インストールが正常に機能しなくなります(Win10も同じ)…
あとストレージセンサーなる機能も使えなくなります…
…ねむいさんは"アプリ"をほぼ使わないexe派なのでこんな機能
はっきりいってどうでもいいです！問答無用で止めます！！

…あ"？ストアアプリ使いこなせないぱそこんの大先生のくせにですって！？
あんたの都合なんてどうでもいいですよぅ！

?BitLocker

一体何のためにあるんでしょうかこの機能は？？？
ねむいさんには肝心の時にシステムが復帰できなくなるくそったれ
ランサム機能にしか見えません…んなもん問答無用で永久停止です。
実はWin11/25H2ではこの機能はSystem Volume Information作成に
特に影響ないのですがWin10では猛威を振るっていてWin11でも
この先いつ梯子を外されるかわからないのでこのサービスは問答無用で
止めろ！とさせていただきます！！！


上記?〜?を念入りに停止してスタートアップの種類も"無効"を確認したら
PCをシャットダウンして電源をいったん完全に落とし再起動しましょう。

PC再起動後はもうSDカードとかUSBメモリにあのにっくき
System Volume Informationのフォルダは作られなくなります！！


●すでにできてしまった場合どうやって消せばいいの？
実は簡単にできます。ポータブルデバイスとして開きなおして
そこからファイル/フォルダ削除をする方法です。


HドライブがSDカードリーダーをマウントしたドライブを例とします。
ここでHドライブを右クリックして"ポータブル デバイスとして開く"
で開きます。


するとエクスプローラのアイコン表示が微妙に違った状態でドライブの
中身を見ることができます。


この状態でSystem Volume Informationを右クリックメニューから削除を
選択すると消すことができます。
このことき二度と化けて出ないようにありったけの呪詛を込めてこの
フォルダを消してやりましょう！お前たち(=マイクロソフト)のいいように
させない、絶対に許さないよというAttitude(姿勢)をこの時代に叩きつけてやる
ことが非常に大事なのです！！


こうしてあれだけ消せなかったのに嘘のように消えました…！
ところで上記?〜?のサービスのどれかが生きててもすぐ復活して
フォルダ作ってきやがるので油断は禁物です。念入りに?〜?の
サービスをつぶしててください。
WindowsUpdateを行うと上記設定がたびたびリセットされて自動起動
してきやがるケースがあるので要注意です。


一応コマンドラインからでも消せる技があります。
該当するドライブをR:としますとコマンドライン(管理者権限)で
cd r:¥
rmdir /s "System Volume Information"
とすると消せることができます。まぁ"ポータブル デバイスとして"開い
て消すほうが簡単確実です。

ところで"ポータブル デバイスとして開く"が右クリックメニューに出て
こなくなることがありますのでこれの対策も紹介します。


ローカルグループポリシーエディターでコンピュータの構成➡
管理用テンプレート➡リムーバブル記憶域へのアクセスを開いて
上記画像の要領で未構成以外になってたら未構成に戻してください。


また、WPDサービスもちゃんと動作できる状態かどうかも確認して下さい。
上記画像のように設定されているか確認してください。

●サービス停止とかできない会社支給のPCとかではでどうすればいい！？
会社支給のPCだとグループポリシーやサービスが変更できないように
設定されてやがるケースも多々あります。
また、お客さんのPCとかはそんな設定してるはずもなく無邪気にSDカード
なりUSBメモリなりにSystem Volume Information攻撃を受けてしまいます
…が…！
実は！この状態でもSystem Volume Informationフォルダを作らせない技が
まだあるのです！！！


事前に0バイトのテキストファイルをドライブ直下に作成して、名前を
"System Volume Information"とすれば完了です！

こ　れ　が　攻　勢　防　御　で　す　！

これでこのSDカードやUSBメモリは攻勢防御状態になって以後の
Windowsシステムからの干渉を防ぐことができます。

この方法は一見"System Volume Information作りたくないのに自分から
System Volume Information作りに行っておまえあほか！！！"
ってお思いの方がいるかもしれません。

ですが"System Volume Information"って名前のファイルを作ってしまうと
以後のリネームや削除が一切できなくなる(OSシステムからすら)という
ﾊﾅｸｿみたいなWindowsの欠陥仕様を逆手にとり先んじてこのファイルを作って
やることによってOSからSystem Volume Informationフォルダ作成を阻害します！！！



というわけでSDカードとかUSBメモリとかのリムーバブルメディアで
System Volume Informationを作らせないあの手この手を紹介しました。

この先のOSの仕様変更やアップデートでまた別の角度から攻撃してくる
可能性が十二分に考えられるのでこのぶろぐエントリはなるべく最新に
保させていただきます！！！！


●あんたなんでSystem Volume Informationを異常に嫌ってるの？
☞Microsoftが用もないのに余計な事やりやがるからです。
世の中にはUSBマスストレージからファームウエアを更新する
マイコンシステム(マスストレージ・ブートローダー)が大昔から存在しております。
例えばもう滅びましたがmbedとかそうでした(過去形)よね？
System Volume Information攻撃はそのシステムや文化を徹底的に
破壊してしまいました。とくにKinetisの評価ボードに至っては
完殺(ジェノサイド)となっており、'94のルガールさんもドン引きの
一撃必殺技となってます。

しかも腹立つことにそういう事情やマイコン開発の歴史を全く知らない
鼻くそみたいな意識他界した連中のエラそうな的外れの説教がMSのQ&Aサイトの
くそったれコメントとしてぐぐったときに検索上位に居座りやがってます！！
困って調べてるときにさらに怒りが募る事態を私も何度も経験しているため
事態を重く見てこういった対処を致しました。
ねむいさんだけではなくほかの方々も検索の下のほうに押し流されながらも
それに反逆してSystem Volume Information対策を公開し続けております！

そういうことで今までできてたことが突然できなくなったという
くそったれな状態を何とか回避するために過去にも触れてきた
事柄を時代が変わっても何度でも何度でもな・ん・ど・で・も
紹介させていただきます！！！

]]>東海自然歩道・復路を征く3(大滝橋-山中湖平野(-旭日丘))http://nemuisan.blog.bai.ne.jp/?eid=2472982025-12-11T23:49:45+09:002026-04-03T15:00:00Z2025-12-11T14:49:45Z秋の登山ラッシュも真冬に向かってさらなる過激な領域に突入し 舞台は神奈川県を超えて山梨県へ移っていきます…！！ 前回に続いて東海自然歩道三大難所の一つ丹沢山塊攻略後半の 行方は一体どうなるのか！？こうご期待…！ 今回の記事も12年前の記事と見比べてお楽し...ネムイ・トリノミアスブラウザベンチマーク 舞台は神奈川県を超えて山梨県へ移っていきます…！！
前回に続いて東海自然歩道三大難所の一つ丹沢山塊攻略後半の
行方は一体どうなるのか！？こうご期待…！

今回の記事も12年前の記事と見比べてお楽しみくだち。


●2025.12.06 東海自然歩道(大滝橋➡山中湖平野➡旭日丘)


今回も新幹線＋ビジホカードを切って前線基地の小田原駅に前日泊します…


今回はビジネスホテル伊勢さんに泊まりました。
ビルの中に客室があるなかなか凝った作りです。


そして小田急で新松田駅に向かいます…



わかっていましたが新松田駅発西丹沢ビジターセンター行きの
バスは超満員！！寿司詰め状態のまま丹沢に向かいます…！
ちなみに途中で富士山見えました☆


前回のエントリポイント大滝橋です…
登山教室でここで降りる人も結構いました。
もちろん目標は畦が丸山です。

そしてここから死闘開始！！！



そうそうたしかこの辺りは走られる車道なんですよね…
そして登山道になると…



道はどんどん細くなってくる…
ねむいさんまだ滝の写真撮る余裕はあった…



前回のルートがあまりにもきつすぎたので忘れてましたが
このルートも過酷で危険です…
滑落しないように神経払って進んでいきます…



マスキ嵐沢に出ますがすぐに登り道を進みます。
この区間も黄色看板で分かりやすくなっています。



…
ぇえ…梯子が斜めって機能してない…
仕方なく脇の紐を手繰って登ります…
ちょっとでも滑ると谷の底まで滑って死にます。


ねむいさんこういう落ち葉多めの斜めってるの大嫌いです…
すでにへっぴり腰で進んでいます…



我慢して登っていると一軒屋避難小屋につきました。



そこから先は多少緩やかな沢道を進んでいきます…
しばしの安息…


そして大滝峠へ向かう急登！



休憩ポイント大滝峠上に到着です。
大滝峠"上"とあるようにここは大滝峠ではなく
もっと南に下ったところに大滝峠があります。

2025年現在、大滝峠を経由して水晶沢を通り信玄平を
抜けて城が尾峠に至る道は完全に廃道化しています。
破線すらありません。

代わりに畦が丸へ登りさらに登り降りを繰り返して
城が尾峠に至る道が唯一の正規ルートとなっております。



そして畦が丸への登り詰め！！
…と思いきやなんでかせっかく上ったのに降りる羽目にorz



大崩落地を進む。
ねむいさんこの時点でへっぴり腰がさらにへっぴり腰に…
怖い



何とか畦が丸山山頂に到着です…。
稜線に出ると風が強くなって立ってたらあという間に
体が冷えてしまいます････



畦が丸避難小屋でここから先のルートを攻略するために装備を
整えました…
こういう風が出る日は暴風フィルム(帯電防止ぷちぷち)で体幹を覆うと
ぜんっぜん違います…！！！


霜柱がもっこり伸びています…
おそらく外気温は氷点下、体感温度はそれ以下でしょう。


モロクボ沢の頭です。
ここから先はうんちゃら沢の頭というピークを多数
過ぎていきます。



そして菰釣山へ！！
…といったものの強烈な登り降りがねむいさんを襲う…


めっちゃ下ったと思ったら足場が狭すぎる鎌尾根が登場するのマジ
ところでたしかここが忘路峠でしたっけ…？？



だいぶダメージ受けて大界木山です。



また足がすくんで動かなくなりだした頃に城が尾峠です…
ねむいさんがちきんすぎて後から来た明らかに手練れの人に
たびたび追いつかれそうになります…


そしてすぐに城が尾山山頂です…



基本的にねむいさんの1/2くらいの幅の尾根道が続くので
滑落しやすくしたら死ねるところなのでめっちゃティキンモードで
進まざるを得ない・・！！


中の丸です…


って急角度で降りるんじゃねぇえぇ！！１！！１１
せっかく登ったのに！！！！


そして今度はさらに急角度で登ってその先にあったのが
ブナ沢の頭です…


そして神奈川県特有の糞トラップ、カラー土嚢が登場です…
これに不用意に足置いちゃうとずるっと滑って真っ逆さまです･･


たま〜〜〜にこんな感じで快適に走れる稜線もありますが…
すぐに降って登る…
いい加減にして…


ブナ沢乗越です。
あ…あと少し…


菰釣山山頂への道は植生保護のせいか
木階段が用意されています。


菰釣避難小屋です。
ここまで来たらあと少し…！！！


ゆったりとした登りを詰めると…




菰釣山に到達です…！！
やっとこ中間点…


し　か　し　…

無情にも富士山は分厚い雲の向こうに隠れてしまった…orz



そしてねむいさんはすっかり忘れていた。
この先も滑落の危険がある細い道をひたすら登り降りを繰り返すことを…
ていうわけでブナノ丸です。



過酷な登り下りはどんどん激しくなり、ねむいさんの精神と体力を
どんどん削っていきます…



登りの角度は異常に急になり、ねむいさんは四足獣体制でよじ登る
ことに…そして登り切ったら油沢の頭


もうこの足置いたら1000%滑る水色の土嚢の袋やだっぁぁああ！！１１！１



「宮本和知の熱血！昼休み」（ＴＢＳ）は視聴率１％台とボロボロで
６カ月で打ち切られてしまった。ちなみに巨人時代に絶対的な人気を
誇った清原グッズも今やたたき売りで在庫処分を図る始末。
かつては清原コーナーとして指定席になっていた棚は、キティちゃんに
乗っ取られてしまった。いた棚は、キティちゃんロボで視聴率１％台と人気を
誇った清原コーロボロで６カ月で打ち切られてしまった。視聴率１％台とボロ
ボロで６カ月で打ち切られてしまった。視聴率１％台と巨人時代に絶対的な
人気を誇った清原グッズも今やたたき売りで在庫処分を図る始末１％台と
人気を誇った清原コーロボ
マ　ク　タ　サ　ン

(錯乱中)


前回と同じくコーロボ清原状態になって樅ノ木沢の頭です…
もうだめ…


ねむいさんをあざ笑うかの如く滑りやすい危険なくだりが
さらに襲い掛かる！！！



と思ったらすぐに急角度で登り返…
もうだm…

虹裏メイドねむいさんはけっして地に膝など着かぬ！！
(世紀末覇王)



西沢の頭あたりから徐々に情勢が変わって走れるくらいの路が
たまに出てきます…


石保土山です…
山伏峠分岐まで行けば何とか…


…と思って進んでふと目を空にやるといつの間にか
雲は晴れて富士山が！！！


そんでもって路も走れるような路面状況になってきた…！！
徐々に体力と気力が回復してきました…！！！



送電線の下を進む…
12年前ここを通ったことを思い出しました…！！



山伏峠分岐です…！
そして富士山だけではなく山中湖も見えてきました…！！！
うぉおおおお！！


最後のくそみたいなのぼりも一気に駆け上がってクリアします！！



そこから先は天空のトレイルに！！
一気に駆け抜けろ！




富士岬平峠です…！
夕日と富士山と山中湖の調和がすごくきれい…♥



そこからさらに登って最後のピークに…！！



今回のラストピーク、高指山山頂です…！
ねむいさんはこの景色を見に来ました…！！


高指山山頂からちょっと下ったところのビューポイント
より…富士山は素晴らしい…！



さて、ここから山中湖平野に下山にかかりますが12年前は微妙に
ルートミスをしていて直登ルートで高指山に登っていましたが
今回はちゃんとしたルートで降ります…
しかしあんまり使われていない模様です。


直登ルートと合流しました。




今度は別荘地の中を突っ走ります。
12年ぶりで何もかもが懐かしい…！！



ことあるごとに富士山が見えるところで富士山撮りまくる。
平野は富士山がすごくでっかく見えます！！




車道に出ました…過酷な登山道は終焉を示します。
そしてすでにルートは神奈川県を抜けて山梨県に入っています…！！


と、
道なりに進んでいたら道間違えて直接平野に出てしまいました…


道志道を逆走し、次回のエントリポイントである不動明王社にて
今後の道中祈願をしました！！！



さて、山中湖平野に戻ってきましたが次のバスが18時以降しかなく
まだ16時台なので、結局今回も走って御殿場行きのバスが出ている
旭日丘に向かうことにしました。


日が落ちきる前に山中湖湖面に降りて撮影した夕富士です。
最高の景色…！二度と忘れられない光景となりました…！！



そして17時少し過ぎに旭日丘にゴールしました…！
今回も長い戦いだった…！



実は17時台のバスにぎりぎり間に合ってたのですがねむいさんは
もうバスは行ったと思い込んでしまい、旭日丘で着替えとお土産の
購入をゆったり行いました。


そしてコンビニを出たらなんとすでに路面がガッチガチに凍結…！！
油断してここで滑ってすっころんで土産の山梨ワイン台無しにする
ところでした…塒に帰るまでがトレランDEATH!


そして予定より7分くらい遅れて御殿場行きのバスで御殿場へ…！


バスが遅れたのででかなりのタイムバトルを強いられてなし崩しに
新幹線にぎりぎりで飛び乗るねむいさん…最後まで気が置けない…
お土産旭日丘で買っといてよかった…！！


そんでもって静岡駅でひかりに乗り換えてようやく安心…
京都まで夢の中です…



というわけで前回と今回で東海自然歩道の難所の一つ丹沢山塊をクリアする
ことができました…！12年の歳月がたって記憶と体力にかなりの差異が出ていて
こんなはずじゃなかったの連発を重ね時間も大幅に遅延してしまいましたが
大けがとか滑落は起こさず無事旭日丘までたどり着けたのでよしとしましょう…！


●2025.12.06 東海自然歩道(大滝橋➡山中湖平野➡旭日丘)　GNSSログ


次回以降は一気に難易度が下がって富士山を見ながらまったり周遊する
コースになります。雪解けが過ぎたころにまた進んでいこうと思います…！！
]]>東海自然歩道・復路を征く2(西野々-西丹沢ビジターセンター-大滝橋)http://nemuisan.blog.bai.ne.jp/?eid=2472452025-11-30T22:40:31+09:002026-04-03T15:00:00Z2025-11-30T13:40:31Z今年も秋の登山ラッシュの季節がやってまいりました…！ 特に今年は東海自然歩道復路の復路攻略を進めておりますので 必然的に極めて過酷な戦いとなってきます！！ 今回は東海自然歩道の中でも最高難易度を誇る北丹沢のルートで あり、関西から来たら最後の難関、関...ネムイ・トリノミアスブラウザベンチマーク 特に今年は東海自然歩道復路の復路攻略を進めておりますので
必然的に極めて過酷な戦いとなってきます！！

今回は東海自然歩道の中でも最高難易度を誇る北丹沢のルートで
あり、関西から来たら最後の難関、関東から向かう場合は序盤の
難関となります。どちらから向かっても最難所なのです！！
ねむいさんは己の存在を証明するため、再びこの過酷な地に挑む！

今回の記事も12年前の記事と見比べるとわかりやすくて面白いと思います。

●2025.11.22 東海自然歩道(西野々➡西丹沢ビジターセンター➡大滝橋)

副業(本業は虹裏メイド)を終えてすぐに新幹線に乗って京都から
新横浜、さらに横浜線で橋本駅へ…！

現地のホテルはリニア建設効果かインバウンド値上げかべらぼうに
価格が上がっており、かつて宿泊したアパホテルは12年前の3倍に！！
仕方なくちょっと外れたところにある橋本パークホテルというところに
泊まりました…。かなりヤニ臭いって前評判あったのですがあんまり
気にならず、よく眠れました…zzz
そして


虹裏メイドの朝は早…い"っ!?
始発の橋本発三ヶ木行きのバスはなんと満員御礼…


三ヶ木から西野々方面行のバスも登山者でいっぱいでした…マジか…
この路線近々整理されるって噂なので記念に来たのでしょうか(←大ボケ



ほとんどの人は焼山登山口で降りていきましたがねむいさんはちょっと
先の西野々バス停に。前回の続きの西野々バス停から死闘開始です…！！



東海自然歩道の最高難易度の道に歩を進める…
12年前と変わらないゲートがお出迎えです。



焼山登山道からの道と合流しぐんぐん進んでいきます。


いやはや、紅葉がきれいです…！
(☝まだ精神的に余裕があったころ)




そんなぬるい登りはすぐに終わり、狂った角度の急登攻撃が
はぢまります…！
でも12年前と違ってロープとか追加されてて安全性はちょっと
上がってるかと思います。


標高が1000m超えたころに焼山への分岐が…




最初のピーク、焼山山頂です…！
まだまだ序盤なのでそそくさと次に進みます…！



開けた場所を進んで平戸分岐を横切ります。


焼山から姫次までは標高差400mをゆっくり上がっていくなだらかな
登りになります。


んでもって植生保護のためにこんな木の桟道が多数出てきます。


そしてお次は黍殻山頂上に向かいますが…


ねむいさんは忘れていた。
ここの木の根っこ道がめちゃくちゃやばかったことを…！
へっぴり越しで木の根っこつかんでゆっくり進んでいく…



めっちゃ時間かかった…
黍殻山山頂です…！



そこから少し進んで自然歩道の合流した先にある黍殻避難小屋にも
寄ってみました。



12年前は建て替え中でしたが今はきれいに使われていました。




さらに登っていく。
標高はいつの間にか1400mに迫っていました。
八丁坂の頭分岐を超えます。




東海自然歩道最高地点に到達です。
12年前は大阪からはるばるここまでやってきて感激しました。
今はここから大阪を目指して新たな闘志を燃やします！



そして姫次に到着です…！
12年前と違って山頂広場が整備されていました。



そしてそこからの富士山！！
ねむいさんはこれを見に来ました…！！
12年前と変わらない景色ですね…！



そこから少し西にある袖平山山頂と富士山です…！


遠くに富士山を見送る…そして
袖平山から神の川に向かって下山にかかりますが…

ここが東海自然歩道最大の難所区間となります…！！！



最初は大崩落地を横に見ながら下っていきますが…



すぐに両手両足を駆使しないと滑落して死ぬ危険な道が
連続します…そいえばこの苔の写真12年前も同じ場所で撮ったっけ…


進んでいくうちに私に異変が起きた…
なんか全然進んでない…
足が攣っただけではなく竦んでしまって足が前に出せない…！

そう、私は高所恐怖症なのです…！


全体的に落ち葉でめっちゃくちゃ滑りやすいうえに滑ったら
そのままいろんなところにたたきつけられて死
しかも12年前は気づきませんでしたがこの土嚢みたいなのに足置いたら
ほぼ確実にすべって死ぬ…！もうやだ…！


あーもーやだよもー！！！！！
下見たらまた足が動かなくなっちゃうのですが下見ないと
滑って死ぬで下を見ざるを得ない地獄…

12年まえは登りだったので下を見なくて済んだのですが…
こんな罠があったとわ…


鎖場を通る…
ここを登った時よりも確実にペースが遅い…




標高1077m、風巻の頭に到達です…
ここからさらに500m一気に下るのですが精神が参ってしまって
なかなか先に進む気が起きませんでした…



なんとか前に進めそうになったので意を決して降りる…
足の攣り止めに天日塩を補給して挑みます。
塩飴じゃ追いつきません！



まれに安全に立てる道やきれいな紅葉が出てきて気を
まぎわらせてくれます…



ちょっとまってなんなのこれ…
12年前こんなひどくなかったってこれ絶対…！
もうやだぁあぁああ１！！１！！！


風巻尾根のルート、危険なので不人気なのでしょうか…
自然に帰ってさらに荒れての無限ループになってる気がしますね…


そしてとどめにめっちゃ斜めった木橋が！！！
滑ったら3m下の岩場にたたきつけられるので四足歩行獣体制で
ちびりながらクリアー…



すっかり汚らしいぼろぼろの格好になって神ノ川林道に
叩き出されます…


うふふ紅葉がきれいだなぁ
うふふふふふふふふふふふふふふふ(錯乱)



12年前と同じく巨大東海自然トイレで休憩がてら体勢を整えます…！
まだ危険区域は脱していません…！お次は犬越路の攻略です！！



神の川ヒコッテは建屋は残って
いたものの、立ち入り禁止となっておりました…



しばし林道を登ります。
12年前の解説看板は朽ちて埋まっており星霜を感じます。



そして沢の右岸に取り付き犬越路の本格的な登りに挑みます…！！
12年前と違って黄色い看板が設置されており、迷いづらくなって
いました。そして昔からある道標は土砂で埋まっており、道の崩壊
具合がわかります…！！


途中で老夫婦を追い越しました…その時話を交わしましたがやはり
犬越路の神の川側は崩壊がかなり激しく地形も変わっているとのこと…
私も"ここから先はものすごい急登になる"と注意して先を急ぎました。



私の記憶通りとんでもない急登攻めが出てきました…！
いっぽう鎖で柵ができてるのでちょっとだけ心強いです…
…でもこんな場所とおったっけ…？？？



風巻尾根の下りで体力を精神力を消費しきってしまったので
何度もスタックしてしまう…落石注意の張り紙に「なもん分かっとらい！」
と悪態をつく。


あと0.4?がぜんぜん進まない…



12年前にもあった崩落は大規模に拡大してるのかやっぱりルートが昔と
違ってる感じです…見覚えがない。


あとちょっとがほんっっっと進まない…
30秒くらい下向いてその場に立ちすくしてしまうことを繰り返す。


もうだめ
標高差あと10mくらいのこの地点でまた1分くらいスタック…
天日塩効果で足の攣りは無くなってますがまた精神的に足が
すくんじゃってます…あと10m登るだけなのに…




完全にズタボロ状態で犬越路頂上部に到達です…
ここは縦走路の中間地点でもあり避難小屋もあります。



最後の補給をして下山にかかります…！
ここから先も藪と岩の沢路で難儀だったはず…


と思いきや藪がなくなってて道もロープが張られてます。
なんかルート変わってる気がしますがちょっと安全そうでした。


峠頂上までは清原コーロボマクタサン状態だったねむいさんですが先が
見えてきたとわかった時点で謎の元気が出てきて紅葉を撮影する余裕が
でてきちゃいました！



12年前はコシツバ沢という岩場にしがみついて通っていたのですが今は
その脇に道が作られててかなり難易度下がっているようですね…！

この勝負、ねむいさんの勝ちです！！(←現金なタイプ)




用木沢の沢筋を進みます。
こちらも黄色看板が至る所にあって迷わないようになっていました！


たまに斜めってる箸もありますがジャンプでクリア！



勝ちが見えたねむいさんを祝福するように夕日と紅葉がお出迎えです…！


12年前にあった橋が流されているところもあり、
靴を脱いで渡渉しました。



そして用木沢出合に…！
もう危険地帯はすべてクリアしました…！
時間はかかってしまいしたがこの戦いを制したっ…！！



あとはお気楽な舗装路だけです♪
3連休効果もあってか道の途中にあるキャンプ場はどこも満員御礼でした。



そして西丹沢ビジターセンターに到着です。
かつては西丹沢自然教室という名でしたが近年名前が変わりました。


当日は登山シーズンもあってか臨時バスが出ているようでしたが
ねむいさんは先を進みます…！いけるとこまで行きます！




箒沢荘と中川の箒杉です。



畔が丸山分岐に到達です。
そしてそのすぐ近くに大滝橋バス停がありました。
さっきの臨時バスがちょうどやってきたので今回は
ここでゴールとしました…！
今回は本当に過酷な戦いでした…！


富士急湘南バスから名前が変わった富士急モビリティバスに乗って新松田駅まで…



そして小田急で小田原に行ってここから新幹線で京都に帰還です…
12年前は小田原の滞在時間3分だったので今回は駅蕎麦食べたりお土産
たくさん買う時間も確保しちゃいましたよぅ…！




というわけで最初の最難関を無事クリアしてまいりました…！
しかしながら東海自然歩道三大難所の丹沢山塊は前半戦が終了しただけなので
後半の大滝橋から平野も激闘必須です！

次回もしっかり装備と体調を整えて挑みたいと思います…！！


●2025.11.22 東海自然歩道(西野々➡西丹沢ビジターセンター➡大滝橋)　GNSSログ


ところで…昨今の円安と物価上昇で遠征費も12年前と比較にならないくらい
かなりかかってます…ここら辺の費用のやりくりも家族を説得しつつ何とか
こなしてまいります…！]]>マイコンでSDカード使うときは必ずプルアップしてね☆http://nemuisan.blog.bai.ne.jp/?eid=2470982025-10-30T01:39:11+09:002026-04-03T15:00:00Z2025-10-29T16:39:11Zなぜなら！ SDAの規格で！絶対に必要と！明記されてますから！！ SPI互換モードでは使用しないDAT1,DAT2も放置せず絶対に プルアップしてください！これもちゃんと明記されています！! ちなみに"SHALL"の解釈をめぐって英語教室繰り広げる奴対策の ため...ネムイ・トリノミアスSDCard_Rumorsなぜなら！
SDAの規格で！絶対に必要と！明記されてますから！！




SPI互換モードでは使用しないDAT1,DAT2も放置せず絶対に
プルアップしてください！これもちゃんと明記されています！!


ちなみに"SHALL"の解釈をめぐって英語教室繰り広げる奴対策の
ためにSDAは用意周到できっちりそういう連中の逃げ道塞いでいます…！
"SHALL"は欠くことができない絶対に必要な事柄と定義されています！

そんなわけでマイコンでSDカードを使う際はCLKを除くCMDとDAT0~3は
ネイティブモード・SPIモード関係なく必ず外付け抵抗で
プルアップしましょう〜！
マイコンの内蔵プルアップ機能でごまかすの絶対にダメですよぅ！
MMC/eMMCの場合はCMD&DAT0~7ね

過去の記事になりますがSTM32F4でSDカードを使う際に安定して動作
できるまでのノウハウを記載しております…ご参考に！

また、NexperiaのAN10911はSDカードとその前身のMMC、そしてeMMCの
ハードウエア設計についての情報が満載です！こちらも必ず目を通して
おいてください！




というわけでずっと議論が続いてきたSDカードにプルアップの件は
明確すぎる根拠がどっかからリークされてきたSimplifiedじゃない
ほうのSpecificationで判明しました。まじかよフリースケール最悪ですね
これで完☆全☆決☆着です…！
以上！！終わり！！閉廷！！皆解散！！

(やけくそ)


















以下自分が納得するために調べた補足情報と想定される漫才問答です。
●なぜ信号線にプルアップしないといけないのか？
➡バスフローティング(入力開放)状態防止の為です。
　一般にCMOSプロセスのロジックICは入力を開放(=ハイインピーダンス=Hi-z)
　状態で放置すると外乱の影響を極めて強く受け、VCC/2の中間電位が印可
　される状態も簡単に起こりえます。

　中間電位が印可された場合、入力バッファを構成するPMOSとNMOSの両方とも
　ONになる危険な状況が発生しシュートスルー電流が流れてしまいます。
　その結果デバイスを恒久的に破壊する可能性があります。

　破壊まで進まなくても意図しない異常な動作状態がランダムに発生します。
　一般的にいうと動いたり動かなかったりする状態です。
　この動いたり動かなかったりするというのが実に厄介なのです。

　
　仕様にもプルアップが必須なことを示唆する図があります。
　御覧のとおりSDカードの内部バッファには一般的なCMOS入力の構成に
　なっているため、プルアップしないと中間電位が印可される可能性が
　あります。

　
　その前身マルチメディアカードはほぼ同じ感じです。
　CMDはSDカードと違いオープンドレイン出力可能な構造になっています。

　てわけでCMD,DATの論理レベルを"弱く"HIに固定化(プルアップ)することにより
　Hi-Z状態を防止します。これはSDカード側だけでなくマイコン側入力にも
　同じセオリーが言えるので、プルアップは必ず必要ということになります。


●なぜプルアップなのか？プルダウンではダメなのか？
➡SDカードとその前身となったマルチメディアカードの仕様です。
　後でも述べますがSPIデバイス＝プルアップではないです。
　SDカード/MMC/eMMCにおいてはプルアップと心得ときましょう。

　仕様には明確な記述がないのですが、仕様で書かれている事柄を集約
　すると、ネイティブモード/SPIモードに限らず論理HIレベルがCMD/DATの
　無通信時のデータ線のアイドリング状態であることを示唆しています。

　特に電源投入シーケンスではCMD/DATの論理HIに固定して保つのは
　仕様上必須と記載されています。これはMMCから続く仕様です。
　
　というわけでプルアップが必ず必要ということになります。

●で、プルアップに何kohmの抵抗使えばいいの？
➡ねむいさんは22kohmの面実装抵抗使ってます
　
　
　私の根拠としてSDカードとMMCそしてeMMCのすべての仕様を満たせる範囲
　かつMMC/eMMCのオープンドレインモードの動作もカバーできるように
　配慮しています。
　カードとホストが1対1で繋げることを想定し、
　CLK=400kHz, CL=20pF(STM32の最大), Rpu=22kohmであるときのL->Hの
　立ち上がり時間は約1.01uSecとなりこの立ち上がり時間はCLK=400KHz
　時の1/2周期である1.25uSecの範囲内を満たします。
　以上の結果から22kohmの正当性が証明されることになります。

　なおかつねむいさんは手持ちとして22kohmの面実装抵抗を大量にストック
　しているのでSD/MMC/eMMCのプルアップとして最終的に22kohmを選びました。
　JTAGKey2Compatibleの回路でも22kohmでプルアップしてます。

　SDカード限定で使用するなら10kohm~33kohmで選べばまず問題はないで
　しょう。それ以上の高抵抗は正直選択するべきではないです。
　仕様上100kohmだからと言って端っこの100kohmとか使うとノイズを
　極端に拾いやすくなり、動いたり動かなかったりする厄介な不良になるので
　そういう実装はなるべく避けてください。

　まずは確実に安定して動作する状態・動作パターンを構築する！
　それぞれの環境・用途への最適化はそれから！


●ところでCLKはどうすればいいのか？プルアップ？プルダウン？
➡それよりも先ず信号の終端が必須です。
　SDカードのクロックはカードから見て入力専用、マイコン側からみて
　出力専用になるのでちょっと扱いが違います。過去の記事でも記述
　していますがCLKは特にプルアップしてません、仕様上もCLKに
　ついては具体的な指示は一切無いです。

　理由は（ホストの)電源立ち上がり後にCLKに相当するピンは常時
　出力固定もしくは"直ちに"出力に切り替わることを想定してるからです。

　一方高速信号の伝送路としてみた場合、信号の品質保持、いわゆる
　シグナル・インテグリティの概念が避けられません。
　CLKについては論理レベル固定よりも前にこの対応が最優先で必須になります。
　これはSDカード側だけではなくホスト(マイコン)側の仕様と基板パタンの
　設計まで含めて理解し、じっっっくり取り組まないといけません。

　
　STM32のSDMMCの回路設計リファレンスAN4488の例をとると…
　"Trace the impedance : 50ohm±10%"に注目です。
　これ単にテスターで測った抵抗値を50ohmにしろって意味じゃなくて
　回路の特性インピーダンスを50ohm近傍に合わせろという意味です。
　この措置をインピーダンス・マッチング(整合)といいます。

　大前提として基板のパターン設計の時点でインピーダンス整合を考慮
　するべきですが、外付け部品で終端回路を構成してさらに細かい調整を
　行えるようにする措置を行うのが通常の設計で常だと思います。

　FPGA屋さんならこんなの私が言わずとも既にご存じの今やこれは常識レベルのことだと
　 思います…が、なんでかマイコンだけしか経験が…とかフィジカルコンピューティング
　 しか経験がない人との"常識"が異常なレベルで乖離してて結局毎回こうやっt
　すみません脱線しました。

　
　STM32のSDMMC/SDIOの回路例です。
　ねむいさんはSDMMCのCLKの終端として直列終端(ソース終端)を実施
　しています。これはCLKの出力側近傍に抵抗を直列に配置することに
　よってインピーダンスの整合を図るやり方です。
　抵抗一個でできる簡単さでなおかつ結構な効果があります。

　もちろん単にCLKに直列に抵抗入れば良いというわけではなく、
　出力端つまりマイコン側の最近傍に抵抗を必ず配置する必要が
　あります。理想的にはマイコンのSDMMC_CLKピンの真近くです。
　これを守らないと効果が無いばかりか最悪逆効果となります。

　
　
　
　↑STM32F407で実施した例。ね？簡単でしょ？
　 この基板上ではオシロ見ながら調整して47ohmとしました。
　 STM32H5/STM32L5とかは33ohmにしてます。(いずれも最大周波数50MHz想定)。

　この抵抗値はこれだといったものは存在せず、オシロスコープの波形と
　実際のデータの整合性を観ながら0~47ohmの間で調整する必要があります。
　それで調整できない場合は根本的になんか変なので基板のパターン設計
　からやり直しです。

　本当はCLKだけではなくCMD,DATにもすべて適用すべきですが一番激しく
　動くのがCLKなので回路面積的に余裕が無い場合でもせめてCLKだけは
　このような"調整代(しろ)"を入れてください。



　そして長々と終端について書きましたがCLKが出力に"直ちに"切り替わら
　ないケースの場合について、中間電位がカードのCLK端子に長時間叩き
　込まれる危険性があるの何らかの形で電位を固定する必要が生じます。
　
　SDAの仕様上は指示は無いですが産業用SDカードを製造するswissbitの
　アプリケーションノートに有力な情報がありました。
　この状況が起こる場合は100kohmでプルダウンせよとのことです。
　この100kohmも適当に配置せずCLKの受信端、つまりカード側で最短で
　配置すべきです。これも変に配線を引き回してしまうとそれが信号線の
　分岐路となってしまいそこでまた反射が起こってしまうので最短経路で
　GNDにプルダウンするよう配線してください。

　仕様では直接の言及はありませんがこれらの情報を総合すると…、
　CMD,DATは論理HIでCLKは論理LOが無通信時の
　論理状態ということになります。
　尤もCLKに関してはSDMMCではパワーセーブなどを使用しない場合は
　延々と垂れ流し状態となるので論理レベルに関してはそこまで気にする
　必要はなく、上で述べた信号の終端のほうが最重要となります。

　シグナル・インテグリティの一般の解説ついては英語の文献となりますが、
　High Speed Digital Design Handbook of Black Magicと
　Signal and Power Integrity - Simplifiedがわかりやすくまとまって
　いますので必読です！

　ぇえ･･･?英語わからないですって…じ、じゃぁ日本語文献なら…
　マクニカさんの解説文書とか参考にしてください。
　正直英語圏で情報拾ったほうがよっぽど速くて正確ですよぅ##

●マイコンの内蔵プルアップ抵抗で代用するのは何故だめなのか
➡電源立ち上がり時にHi-Z状態の入力不定の時間を作ってしまうからです。
　マイコンのGPIOの機能で内蔵プルアップを有する機能がありますが
　上記の理由でSDカードのプルアップとするのは不適切です。
　かならずCMD,DATの各線は外付け抵抗でプルアップしましょう。

　STM32とかの大規模マイコンでは特にPOR後にマイコンが内部発振で
　起動->PLLでさらに高いクロックへ設定してそこから周辺回路を設定して
　…とやってると最終的にSDカードのGPIO(の内蔵プルアップ)の設定
　する頃にはSDカードはとっくに内部のコントローラは立ち上がって
　駆動しているのでもはや手遅れの場合があります。
　これはカードの個体差/種類によって大きく挙動が異なるため、それで
　動いたり動かなかったりすることになります。
　
　おまけにマイコンの品種によってはSDIO/SDMMC/SPIのモジュールを
　ハードウエア的に有効にしたら内蔵プルアップ抵抗がGPIOから切り
　離されてしまう仕様のものもあります。
　
　STM32F103のリファレンスマニュアルより。
　入出力が切り替わるAlternateFunction(SDMMCやSDIO)を有効にしたら
　内蔵プルアップが無効になり入力がHi-Z状態になることを示唆しています。
　これSDMMC/SDIOとかでSDバスモードでSDカード動かす際に引っかかって
　る人が多いです！ちゃんとリファレンスマニュアル読まないで
　ネットで拾ったソースと適当に線繋げただけだと絶対安定して動きません。
　このような憂いをなくすためにもかならずCMD,DATの各線はかならず
　外付け抵抗でプルアップしましょう。
　
　また、一般的にマイコンのGPIOに内蔵されるプルアップ用の抵抗は
　金属酸化膜とかで作られてるわけではなく、シリコン上に形成した
　定電流動作のFETをもって"うんちゃらVの電圧の時に**uAの電流が
　ながれてるから等価的にこんだけの抵抗値に相当するよー"という
　代物がほとんどです(電源ICとかの高精度をうたうものは実体抵抗が
　内蔵されてるケースもあります)。
　
　STM32H5のリファレンスより。
　しっかり"equivalent resistor"と明記されていてますね。
　金属酸化膜の実抵抗に比べて抵抗値の値のコントロールができず
　かなり大きなばらつきがあるという弱点も挙げられます。
　上記のSTM32だとある結構範囲は絞れてますが(それでもだめですが)…
　
　ATMEGA1284Pのデータシートより。
　AVRだとかなりばらついてますね。動作電圧範囲が広いせいもあるでしょうけど。

　そして内蔵プルアップ抵抗は一般的に30~100kohmと高抵抗でノイズの
　影響を受けやすくきわめて脆弱です。
　配線を基板や装置の外部に引き出して使うのなら、高速信号じゃなくても
　押しボタンスイッチなどのESDがビシバシはいる入力とかなら外付け抵抗で
　プルアップなりプルダウンなりしたうえでさらにESD保護ダイオードと
　ダメ押しの直列抵抗でガッチガチにガードすべきです！！
　
　
　またまたswissbitのアプリケーションノートからですが…
　産業用SDカードの老舗もこう言ってるからもはやマイコンの内蔵
　プルアップはSDカードのプルアップとして使えませんよねぇ…
　ぁー電源投入直後から恒久的に内蔵プルアップ(50kohm以下)が機能
　してるマイコンなら配線距離1cm以内なら多分大丈夫かと思います。
　そんなのめったに見たことないですけどー！！
　
　てわけで内蔵プルアップ・プルダウン機能を使う際はあくまでも
　そのシステムで使用しないGPIO(たいていデフォルトは入力)のHi-Z
　状態の防止程度にとどめておきましょう！
　SDカードのCMD,DATの各線は内蔵プルアップでごまかさずに必ず
　外付け抵抗でプルアップしましょう。
　大事なことなのでこの項の中でも3回言いました。
　
●ChaNさんも普通に内蔵プルアップやってるけど？何適当言ってるの？
➡貴殿はChaN師にあらず、わらは(私)と同じ技至らぬ者なり！
　至らぬ技量ならばなおこそSDA心得を紐解き精進すべし！
　(若先生風に)
　
　ChaNさんは確かに内部プルアップでSDカードを動かしてる作例が
　ありますが…例えばavrつかったgpsロガーとかですね…
　リンク先画像見てください。こんな細かい最短配線真似できますか？
　サブ?オーダーの配線距離ですよ…。こういうことやるのが大前提で
　内蔵プルアップでも成り立ってるのです。
　ねむいさんは逆立ちしても絶対真似できませんしそもそも5年前に目の
　手術したらそんな年になってないのにマッハで老眼加速してゲタ基板作る
　だけでも死にそうになってましたし右手プルプル病でいつもハンダ
　コテ握るきき手が常に震えてる状態です(👈これは登山始めたころから)。

　そんな状態でも1005サイズの抵抗までならハンダ付けできてますので
　横着しないでちゃんと外付け抵抗でプルアップしてくださいね☆
　ねむいさんもがんばるから☆

●いわれた通りプルアップしたら起動モード変わっちゃう奴があるんですが？
➡そ…そんな罠みたいな欠陥品…

　　捨ててしまぇえぇええええっ！

]]>STM23H5を使ってみる7〜SAIを駆使してPCM5102Aを動かす胎動編〜http://nemuisan.blog.bai.ne.jp/?eid=2469712025-09-30T23:59:29+09:002026-04-03T15:00:00Z2025-09-30T14:59:29Z今気づいた…STM32H5の記事1年半くらい更新してなかった… ていうか世間様はラズピコとかESP32をArduinoIDEで開発するのが主流になっちゃって STM32マイコンは関った時点で負け犬確定のオワコンとなってしまいました… でも私はこれしかないんだ！！ 私にはこれ(STM32+...ネムイ・トリノミアスARM/STM32 ていうか世間様はラズピコとかESP32をArduinoIDEで開発するのが主流になっちゃって
STM32マイコンは関った時点で負け犬確定のオワコンとなってしまいました…

でも私はこれしかないんだ！！
私にはこれ(STM32+makefileのコマンドラインビルド)が最高なんだ！！！


さて･･･2023年からSTM32H5を使いはぢめてはや2年となりますが
やっとこ自前のSDMMCドライバも安定してきたので新しい分野に
ちゃれんぢすることになりました！！！！

とりあえず巷で安く販売されているI2Sインターフェースを持つ
DAI(デジタルオーディオインターフェース)PCM5102Aを駆使して音楽を
SDカードから読みだして再生するのが目標です！！

ていうか実はもうとっくに実装しちゃってwav,mp3,aac,m4aの再生も
ばっちりカバーしてるのですがそれは置いといて話を進めます…



あたらめてデジタルオーディオの世界に突入するにあたり電子書籍でなく実体の
書籍を購入して勉強しております…！

ブルーバックスの「デジタルオーディオの謎を解く」はI2Sなぞまだ影も形もない
1982年に刊行されたほんとに黎明期の書籍ですが始まりを知るにはうってつけです…
通勤時間利用して読めますからね〜…ねむいさんの脳みそにはちょうど良いです。

もう一つの｢音のプログラミング｣はこれから絶対先避けては通れない
信号処理に関する書物となります…がいきなりΣを含む計算式が出てきた
のでこちらのほうは内容を理解できるのはまだまだ先になりそうです。

とにもかくにも歴史の始まりをひも解いて今ではcommon-senceとなった
概念ががなぜそう決まっていったかを理解していこうと思いました。


*自分なりに解釈した大前提
デジタルオーディオの三大要素は以下の通り
・標本化　(サンプリング)
　　☞ 一番最初の要素。
　　　 ある一定の周期(もしくは周波数)でアナログ信号を取り込むこと。
　　　 44.1kHzとか48kHzとかの値はこれを指す。
　　　 連続した値をとらず、とびとびの値を持つ。
・量子化　(クォンタイズ)
　　☞ 標本化した音の強弱をある一定の値の範囲内で分割すること。
　　　 16ビットとか24ビットとか言われてる値のこと。
　　　 こちらもとびとびの値を持つ。大体8の倍数。
・符号化　(エンコード)
　　☞ 量子化したデータを二進数で表現する方法のこと。
　　　 表現で用いられるデータの幅は上記量子化のビット数に倣う。
　　　 CDの例(リニアPCM)では符号付16bit変数(-32768~32767)で表現される。

ところで"とびとびの値"って表現は離散値と呼ばれているようですね。
量子化学だとまんま"とびとびの値"って言っていました。


*その他
*なぜ44.1kHzっていう周波数に決まったの？
☞"信号成分の最大周波数より2倍以上大きいサンプリング周波数で
　取り込めば原音は十分再現できる"とするシャノンの標本化定理に
　倣うと人間の可聴周波数領域最大は20kHzなので20kHz*2=40kHzとなる。
　なのだがこれよりもちょっと高い周波数にしてやることで高音領域で
　サンプリング周波数の折り返し雑音の影響を受けなくなる。
　なので40kHzよりももうちょっと高い値が求められる。
　
　んでもって最初にCDの規格が出来上がるときにすでに一般に普及
　していたVTRを利用してデジタルデータとして取り込むことになったが
　このVTRの装置の都合上より最終的に44.1kHzの値が決定した。
　
*48kHzとか似た周波数もあるがこれは何か
☞規格立ち上げの際にもめて最終的にこういう形なりました。
　業務向け機器でよく使われる周波数。
　実は最初は50kHzだったのですがこちらもいろんな大人の事情があり
　48kHzが正式な値としてきまりました。


　現在ではサンプリング周波数は大きく分けて44.1kHzの倍数と48kHzの
　倍数が使用されています。
　さらに昨今では192kHzとか非常に高いサンプリング周波数のハイレゾ
　なんかも出回っていますね。



てわけでだいたい歴史がわかったので(ガバガバですが)これから改めて
これらの概念を用いてSTM32H5を使いDAI(デジタルオーディオインターフェース)
に音激をたたきこんでいく方法を次回もじっくり模索していきます…!]]>いろいろ試す66http://nemuisan.blog.bai.ne.jp/?eid=2468622025-08-31T23:47:15+09:002026-04-03T15:00:00Z2025-08-31T14:47:15Z先月修正して公開したコードに細かい修正ずっと加えてたら あっという間に1か月過ぎてしまいました… ●Picoscope7のソフトアップデート！ようやく安定 …か？ 7になってからあちこちが不安定になって使いづらくなってしまった Picoscopeのソフトですが7.1.50...ネムイ・トリノミアスMISC あっという間に1か月過ぎてしまいました…


●Picoscope7のソフトアップデート！ようやく安定
…か？

7になってからあちこちが不安定になって使いづらくなってしまった
Picoscopeのソフトですが7.1.50にバージョンアップしております。
バージョンアップのたびに修正項目に"improvements to stability"
の文字列が出てきますが一抹の不安を胸にインストールしました・・。


orz
固まった…
マウスのホイールで時間軸カチャカチャ変えてただけなのに…
ねむいさんはよくいらん事してシステムとかプログラムとか人間を
機能不全にさせてしまう能力があるようです。
でもそれがバグ出しの役に立ちません。いらん事してるからね。

で、無駄だとは思ったけどPicoscopeに英文で発生条件の詳細を
添えてバグレポート提出してみたのですが、意外にも向こうでも
再現確認取れたようで対策も2点教えてくれました。
対策1. 'File' menu ->
　　'Startup settings' ->
　　'Load factory default settings'を実行

➡全然ダメ

対策2.C:¥Users¥%USERNAME%¥AppData¥Local¥Pico Technology
　の中にあるファイル全部削除
　
➡完全とはいきませんがなんでか不具合の発生確率がだいぶ
　下がりました…もうこれでいいや…
　
てわけで会社で使用しているPicoscpe7のソフトは次のバージョン
アップまでこれで乗り切ることにしました…次に期待…


どうでもいいですが便利なダウンロート直リンクがクリック
したら404にリダイレクトしやがるようになりましたファ〇ック!



●LAP-Cのソフトが神対応！有償のハードウエアトリガが無料に！！
かつて秋月電子でも販売され、改造もできたりして一世を風靡した
台湾製のLAP-Cというロジックアナライザがありました。

そして2025年になった今もソフトはアップデートされており、Win11にも
対応したV3.14.14が新たにリリースされたのですがななんと！
有償だったハードウエアトリガが無料解放となりました！！
ハードウエアトリガはプロトコルアナライザ機能のひとつで特定のデータ
でトリガをかけることができる超便利機能です！！

販売初期はプロトコルアナライザすらも有償だったのですがハードウエア
トリガが無料開放になったこれはまさに神ですね…！
ちなみにねむいさんこのロジアナ(LAP-C162000)を持ってるのですが
残念ながら私の頭が悪く正直ほとんど使いこなせていません。
Picoscopeのデータ解析機能でほとんど用が足りちゃうから…

でも持ち腐れてるのもよくないので使用記は一つ書いてみたいです。


●TEAMGroupのS.M.A.R.T.が見れるMicroSDカード
S.M.A.R.T.(以下SMART)が見られる非産業用MicroSD第二弾です。
EXPERT S.M.A.R.T. Micro SDXC メモリーカードですって〜
なんというか9年くらい周回遅れですｎｹﾞﾌﾝｹﾞﾌﾌﾝ





最近のUHS-1では当たり前になった100MByte/Sec越えの転送と
寿命がわかるSMART機能を搭載したカードです。
最近は2TByteモデルも追加されています。

ねむいさんも256GByteモデルのTTCS256GIA2V3003購入してとりあえず
メーカーが提供しているWindowsの寿命判定ツールとやらで寿命を見て
みようとしましたが…


死ーん…
寿命判定用のツールがなんだかちょっと作りが悪いです。
ねむいさんの環境ではUSB接続のHDDを複数つないでいるですが
その状態だとツールからドライブは認識してるのになんでか
SMARTのデータが捕れません。エラーも出ません。


ほかのUSBドライブを全部外してこのMicroSDつないだUSBカード
リーダーだけにしたら認識して寿命が出てきました。
使えねぇですよぅ…

ねむいさんの興味はマイコンからCMD56発行してSMARTのデータを
引っ張ってこれるかどうかなのです。
TeamGroupに英文でストレートに問合せしたら5時間くらいの過去最高速で
ストレートに意思の疎通を断られたので、
ねむいさん独自に調べたこのカードに関するあれこれの
情報を当ぶろぐ上にて全公開させていただきます！！！！

結論から言うとCMD56の手順はDELKINとまったく同じとなります。
以下の手順でSMART情報を得ます。
1.まずCMD56コマンドの引数に0x00000010を取り、
　512バイトのデータ(ゼロフィルでよい)を書き込みます。
2.その後CMD56コマンドの引数に0x00000021を取り、
　512バイトのSMARTデータを読み出します。

CMD56のデータのとり方としてはいわゆるDELKIN系で、
書き込み(プリロード)->読み出しの二段階アクセスが必要な
タイプとなります。

取得したSMARTの生データをこちらに置いておきます。

生のSMARTデータが得られたのは良いのですが寿命を示すデータの
オフセットはどこなのか！？今度はそれを調べることになります。

Windows上のツールからSMARTデータを引っ張ってくる仕組みが
わかればSMARTデータのハイジャックも可能かもしれないので
まずはWindows上のツールからどういうデータのやり取りしてるか
調べてみました。

ひとまずWireSharkでUSBバルク転送のデータのやり取り調べたら
大体何やってるかが分かりました。
このWindowsツールではTranscendみたいにCMD56パススルーする
特殊な方法は使っていません。
ていうか汎用のカードリーダーではTranscendのような技はできません。
実際やっていたのDELKINのものと同じく特定のアドレスに特定の
順番で読み書きしてSMARTデータを得る"開けゴマ"方式のやつです。

ねむいさんが買った256GBの奴は実際の流れはこんな感じでした。
1 ReadCapacity
2 ReadCapacity
3 ReadCapacity
4 READ LBA:0x00000100 0データ
5 READ LBA:0x00001000 0データ
6 READ LBA:0x00000300 0データ
7 READ LBA:0x00000800 0データ
8 READ LBA:0x00000500 0データ
9 READ LBA:0x00000600 0データ
10 READ LBA:0x00005380 0データ
11 READ LBA:0x00007374 SMARTデータ(暗号化してないモロデータ)
12 ReadCapacity ☜ここで通常モードに戻ってる

最後らへんのLBA:0x00007374にアクセスしたときに何の暗号化も
していないCMD56の時と全く同じSMARTの生データを得ています。
DELKINはこの辺しっかりしていてデータに何らかの暗号化をしている
らしく、読み出しだけじゃなく書き込みも交えており2025年の今も
何やってるか不明です(代わりにCMD56があるので問題ないですが)。

さて生データのやり取りしてるのならSMARTデータのハイジャックも
簡単です。STM32F7のUSB-MSCプログラムを引っ張り出してきてツールが
LBA:0x00007374を読みだそうとしたらこちらが用意した偽SMARTデータを
お出しするプログラムを仕込めばよいわけです。簡単ですね〜
そして寿命を示すアドレスオフセットも大体当たりつけておりまして
ツールは99を返しているので0x63って値がある192番目のをわざと値を
変えて試してみました…

はい勝利。偽SMARTデータは78にしましたがドンピシャですね。
あとはねむいさんのおもちゃです。

100%超える値ぶっこんで見たら100%上限にしてるみたいですね。

0にしたらこんなんになりました。

というわけでかなりガバガバだったおかげでこのカードでいろいろ遊べて
だいぶ溜飲が下がりましたのでだいぶ満足してしまいました。
でもSMART捕りたいだけなら安くて入手しやすいTranscendのやつ買えば
断然良いので無理してTeamのこのカード使う意味はないです。


ちなみに転送速度100MByte/Sec越えはDDR200の規格外規格の手順を使って
ない独自規格のようで、DDR200対応のカードリーダーでも100MByte越えは
できませんでした。Team製の専用カードリーダーが必要みたいです。
汎用性考えるとやっぱり無理して買う必要もないかなと思います。

話は前後しますがSTM32H7のいつものでカード情報を引っ張っておきます。
FatFs module test terminal for STM32H747XIH6

LFN Enabled, Code page: 932

AppVersion : W.I.P

Build Date : Mar 11 2025

>fg piano



rc=0 FR_OK

>fo 1 ftbt.mp3



rc=0 FR_OK

>fr 132949600



132949600 bytes read at 21935 kB/sec.

>fs 0



FAT type = exFAT

Bytes/Cluster = 262144

Number of FATs = 1

Root DIR entries = 0

Sectors/FAT = 32768

Number of clusters = 945816

Volume start (lba) = 65536

FAT start (lba) = 98304

DIR start (lba,clustor) = 4

Data start (lba) = 131072



Volume name is TTCS256GIA2

Volume S/N is 1DF1-C03B

...rc=5 FR_NO_PATH

>ds 0



rc=0

Drive size: 484388864 sectors

Erase block size: 8192 sectors

Default r/w block size: 512 bytes

Card type: SDv2(Block)

CSD:

00000000  40 0E 00 32 DB 59 00 07 37 CB 7F 80 0A 40 00 89  @..2.Y..7....@..

CID:

00000000  45 2D 42 53 74 6F 72 61 07 7B 77 45 B9 71 85 F3  E-BStora.{wE.q..



Parsing SD CID Register

Manufacturer ID    :0x45

OEM/Application ID :-B

Product Name       :Stora

Product HwRev      :0

Product SwRev      :7

Serial Number      :0x7B7745B9

DateCode.Month     :5

DateCode.Year      :2024



OCR:

00000000  C1 FF 80 00  ....

SD Status:

00000000  80 00 00 00 08 00 00 00 04 00 90 00 10 05 39 1E  ..............9.

00000010  00 08 00 00 00 02 0F 00 03 00 00 00 00 00 00 00  ................

00000020  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................

00000030  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................

SCR:

00000000  02 05 84 8F 33 33 30 39  ....3309



Parsing SCR

SD Spec Version    :2

SD Spec Version 3  :1

SD Spec Version 4  :1

SD Spec Version X  :2

SD Security        :0

SD Bus Width       :5



SD_Spec V6.xx!

Detected as Not SD Card!

Available UHS-I Mode.

Available UHS Speed Class U3.

Available SD Speed Class 10.

Available Video Speed Class 30.

Available Application Performance Class2, A2 Card.

A2 CommandQueue Depth 2 Supported

A2 Cache Supported.

A2 Host-Initiated Maintenance Supported.

A2 Card-Initiated Maintenance Supported.

>

このカードのコントローラはSA3309というコントローラで
動かしてるようですね…DDR200対応のはずなのに通常の
DDR200移行の手順をさせなくしてるのほんとﾀﾞﾒ


20250911追:
なんと9月に入ってHardDiskSentinelというSMARTを解析できる
ツールがTeamのこのカードに対応しちゃいました！！！
これはアツい！！アツすぎる…！！！！遅れてきた夏が始まる！！

とりあえず見てみました…！ダメダメな公式ツールからでは見えなかった
総書き込みセクタ数やPowerCycleCountなどの値が反映してるじゃあーりま
せんか！！！！なんという価値のある資料だッ…！！！そして…


ﾝｱｰｯ!!TeamGroupの懐が(ｶﾞﾊﾞｶﾞﾊﾞすぎて)広すぎるよもぉおおん！！！！

…すみません表示してる数字に特に深い意味はないですが…
"smartデータハイジャッキング"でこんなお遊びできちゃいます♪

そんなわけでねむいさんが解析したEXPERT S.M.A.R.T. Micro SDXC256GBの
SMARTデータに情報を追記したものを改めて上げました…
Teamの中の人から刺客が来たら返り討ち処しますので取得はお早めに…！！
20250911追 終


●話は変わるが開発環境構築の記事更新の件どうなったの？
ギ ブ ア ッ プ
CodeLiteをGDBのGUIとしてなんとか使いこなそうとしましたがSIGINT発行による
HALTがどうしても出来ず、それ以前に安定してステップ実行することすらできず
諦めました…orz

しかし…
orzしたねむいさんの目と鼻の先には救済がありました。
マルチプラットフォームIDEのCode::Blocksです！！！！
最小構成のサイズは100MB以下と小さくGDBのGUIとして使うならこれで十分です。


runしてる最中にいつでもHALTがかかる！
IOVIEWも直感的で見やすい！なにより直接変更ができる！
GDB-Insightでできたこととほぼ同じ！

というわけでCodeBlocksに乗り換えてデバッグ環境を構築し、ねむいさんの
いつものではSTM32F4,STM32F7,STM32H7,STM32H5ですでにCodeBlocks環境に
乗り換えています！

Win10では安定してデバッグできるのが確認できたのでWin11環境へとアップ
デートして同じように動作確認が取れたら今度こそ開発環境の構築手順の
更新ができそうです…！！！]]>STM32H7を使ってみる9 〜I2Sの処理の所で大バグを仕込み、しかもSTM32F4の頃から通算で13年間くらい放置してた件〜http://nemuisan.blog.bai.ne.jp/?eid=2467192025-07-31T20:35:50+09:002026-04-03T15:00:00Z2025-07-31T11:35:50Z←前回 ねむいさんのぶろぐ史上最長のぶろぐタイトル！！！ …はどうでもいいです 前回、SDカードの初期化で大バグを仕込んで長期間放置してた ことを発見してしまいましたが… またまた超特大の致命的バグを発見してしまいましたorz ●罪状 ➡ねむ...ネムイ・トリノミアスARM/STM32←前回


ねむいさんのぶろぐ史上最長のぶろぐタイトル！！！
…はどうでもいいです

前回、SDカードの初期化で大バグを仕込んで長期間放置してた
ことを発見してしまいましたが…
またまた超特大の致命的バグを発見してしまいましたorz



●罪状
➡ねむいさんのFatFsのSTM32H7向けの移植例において、
　MP3/AAC/WAVファイルのサウンド再生機能はSAIを
　I2Sとして使い、さらにサーキュラDMAモードで
　連続してデータを送信する仕組みで実現しているが、
　そのルーチンがめちゃくちゃ！

何がどうめちゃくちゃかというとCircularDMAの概念が全然理解
できてなくて適当にコード寄せ集ましたレベルのめっちゃくちゃ

なんでこれで音が出てたかって？
そんなのねむいさんが知りたい。




実例として、主にmp3_support.cを挙げてダメなところを解説
していきます。

ダメなところその?
割り込み後のDMAバッファの切り替えがなんか変なのだ…

メインルーチンでは主にMP3データの読み出し・デコード・
そしてDMAバッファにコピーする役目があります。

SAIのサーキュラDMAモードによりそれらを効率的に実行できる
ように実装し(たつもりでい)ました。I2SデータをDMAで転送
してる間にMP3データのデコードをやって準備しちゃおうと
いう思惑ですね。

DMAの初段キック後のサーキュラDMAのSAIの割り込みは先ず
"ハーフコンプリート"割り込みがかかります。
その割り込みルーチン内でハーフコンプリートのイベント
フラグを立て、mp3のメインルーチンへ戻ります。

本来ならばハーフコンプリートのイベントフラグを見てDMAが
送信用バッファの後ろ半分のデータ領域を転送中であることを
想定して、デコードされたmp3のデータの書き出しポインタを
送信用バッファの先頭に切り替える処理を行うはずです。
しかし…


☝なんでやねん！
なんでこんなことやってたのか不明。後でも説明しますが、
キャッシュのクリーンもここでやるのは不適切です。
ポインタ付け替えた直後にクリーンしてもこの後に
デコード済みデータがコピーされるのでキャッシュの
ダーティビットがおっ立ってしまい無意味。
フルコンプリート割り込みの時も同じ感じに変ですorz

さらにAACやWAVにも同じ感じで横展開したのでほぼぜんぶ
同じ感じで間違って変になっていましたorz

こんなんでなんで再生できてたかって？
そんなのねむいさんが知りたい。


ダメなところその?
転送用DMAバッファの確保量が不適切。無駄に多すぎ。

HelixMP3/AACデコーダーのデコード後データのサイズは実質
固定となっており、一般的にはそれぞれ下記のようになります。
*MP3の場合
1152(sample)*2(channel)*2(Byte(16bit-PCM)) = 4608(Byte)
*AACの場合(2Channel,16bit限定)
1024(sample)*2(channel)*2(Byte(16bit-PCM)) = 4096(Byte)

つまりSAIのI2SモードのサーキュラDMA転送用バッファとしてそれぞれ
MP3: 4608 * 2 = 9216(Byte)
AAC: 4096 * 2 = 8192(Byte)
だけ、確保できていればよいことになりますが…


☝なんでかそこからさらに2倍確保していたorz
　なので関数初めのDMAバッファサイズのチェックも不必要に2倍


☝その原因はたぶんここ。
g_pMp3DmaBufferとg_pMp3DmaBufferPtrは16bit-PCMデータの格納を
想定しているのでint16_t*で宣言しています････。

はいもうおわかりですね。ポインタの基礎を理解していなかった！

int16_t*のポインタ変数の値を1増やしたらポインタが示すバイト
アドレスの値は当然2増えますが(arm-gccの場合)、ワードじゃなくて
バイト単位を想定して定義しているDMAバッファの値をint16_t*の
ポインタの計算に使ったら想定の2倍に増えるのあたりまえですね。

なんでこんな基本的なこと理解できてなかったんだ私は？？？


さらにAACのデコードに関してはHelixのcvsから取ってきたそのままの
状態でビルドしていて本来不要なマルチチャネルぶんまでメモリ確保
していたのでさらに3倍不要なRAM領域を…


そしてメモリ確保のために苦しみ紛れに屁をこいたような対策(?)で
お茶を濁してました…苦しみ紛れに屁こきすぎて屁こき虫状態。


本来必要なDMAバッファの量は最高でもMP3向けの9216Byteとなるので
STM32F407の作例でも本来は変な小細工しないで済んだわけです。

ちなみにSDIOとかSDMMCでDMA使ってSDカードからデータを読む回路
構成で、高いビットレートで再生してる時にエラーでこけるとか
過去に抜かしていましたが上記の必要メモリ容量の最適化で一切発生
しなくなりましたとさorz
たぶんDMAの干渉とか全然関係なくて転送バッファRAM確保のため
無駄にmallocした結果肝心のデコード時のmallocでRAMが枯渇して
しまってたせいだと思います。



●ところで実際何が起こるの？
➡MP3、AAC、WAVEファイルが再生中に突然中断する
　"ことがある"。
　もしくは再生すらできずいきなりファイラ画面に戻る
　"ことがある"。
　WAVEに至っては再生のたびに音の左右が入れ替わる、
　再生直後にﾌﾞﾋﾞﾁﾁとか水っぽいおならみたいな
　汚い雑音が入ることが"あったりします"。

再現率100%じゃなくて障害が起こる"ことがある"というのが問題で、
"これはそういう物なのだろう"と重要視せず見過ごしてしまったのが
すべての原因です…すべては私の責…！！

ただねむいさんが悪い！！ただねむいさんが悪い！！


●バグの影響範囲は？
➡ねむいさんのおきぱで紹介しているFatFsの移植例では
　STM32H7,STM32F7,STM32F4のものが対象。

MP3,AAC,WAVEの再生に関してはソースコードは分かれていますが
上述の通りコードの基本構造は同じにしていたため仲良く全滅orz

基板別としてはI2SのオーディオコーデックICを搭載した下記の
評価ボードがまんべんなく被弾。
NUCLEO向け作例はCodecICが乗ってないのでそもそもサウンド再生
機能を実装してなかったので免れています。
*STM32F4-Discovery
->CS43L22
*STM32F746-Discovery
->WM8994
*STM32F769I-Discovery
->WM8994
*STM32H747I-DISCO
->WM8994


また、放置していた期間としましては累計約13年間となります。
2012年11月末、STM32F4-Discovery向け(STM32F4はSAIじゃなくて
I2Sそのもの)として公開したのが最初です。
最初っからバグったコードを公開し約13年間位バグを放置してた
ことになりますorz

なお、AAC再生機能実装によってメモリ周りのバグをパワーアップ
させてしまったため、2015年からさらにバグが強化されましたorz

前回のSDカードの時より全体攻撃になってます。
しかもほとんどねむいさん自身が仕掛けた攻撃で自分自身に大ダメージ!
アリアハン脱出作戦大失敗！！


ただねむいさんが悪い！！ただねむいさんが悪い！！



●実際の被害は？
➡実質ねむいさんのみ。それもごく限定的。
STM32F4の頃から通算して13年間経過しているので被害がかなりの
範囲にわたっていると予想されますが、意外なことに他の方から
うまく再生できないという報告が1件しかなかったです。

その1件も内容をよく聞くとSDカードの動作の段階で躓いていたのが
原因(プルアップしてない)で、MP3の再生まで行きついてませんでした。

その時音源ももらったのですがねむいさんのSTM32F4-Discoveryの
構成では問題なく再生できてたので問題なしと判断しソースコードを
精査してなかったのでバグをつぶすチャンスを逃しましたorz

そしてエゴサーチした限りでは私の作例をもとに製作されてる方も
ちらほらみられましたが問題に気付かれてる方は見られず普通に
利用？できていたようです…

ねむいさんはともかく他の方の被害は表面上に出てきていなかった
と思われます。よかった〜…

…
なわけねぇだろ！こら！(ｺﾞ　ｯ)


●対策は？
➡主に下記4つとなります。
?STM32におけるSAI/I2Sの動作の基本から見直してサーキュラDMAを
正しく動作する合理的なコードに修正しました。

12年前最初に元にしたコードはmikrocontroller.netで公開されてた
STM32F4向けのHelixMp3decoderの実装なのですが…
なんでねむいさんがいじったらこんなに歪んでしまったのか…

?サーキュラDMAで使用するRAMの量を正しく見積もる
ことにより必要十分な量だけ使うように修正しました。

STM32F407向けの作例ではFatFsの送受信用汎用DMAバッファRAM
として16kByteを確保しています。
今回の修正でサウンド再生用のDMA転送で必要な最大量はMP3の
9216Byteとなるので16kByteあれば十分に余裕があります。

また、DMAの制約上STM32F4では4バイト、さらにSTM32F7&H7では
キャッシュ操作のため32バイト境界でバッファのアライメントを
揃えています。


?キャッシュのクリーンを適切な時点で実施するようにしました。

デコード済みのMP3のデータがDMAバッファの全体の半分ちょうど
コピーされた直後にその部分のクリーンを実施します。

STM32F4はキャッシュが無く、STM32F7はキャッシュコントロールが
不要なDTCM領域をDMAバッファとして使っているので実質H7専用の
操作となります。

ちなみにCortex-M7のキャッシュコントロールの前提条件でメモリ
アドレスのアライメントが32バイト境界にありさらに32の倍数で
転送を行う制限については各転送バッファサイズは…
MP3: 4608*2(32の倍数)
AAC: 4096*2(32の倍数)
WAV: 1024*2(32の倍数)
と綺麗に32の倍数になっているのでこちらも安心です！

?その他ソース内で見つけた意味不明な処理や記述を修正しました。

かつてSTM32F7-Discovery系ボードで再生したら2倍速の速さに
なってしまうとかいう変な不具合があってPLLの分周比を2倍にして
対処したことがあったのですが、単に私がSTM32F7のSAIの仕様と
CodecIC(WM8994)の仕様を理解してなかっただけでしたorz
そーいう細かいのも全部潰しておきました。


他にも音楽再生以外ではエラッタ対策の見落としや現在では誤った
概念に基づく記述やビルド時のワーニングを厳格化したことで表面化
したきたバグに繋がる変数の扱いのあいまいさ等、できる限りで修正
を掛けたのですがこれらの解説はより一般的な内容となりますので
後日"いろいろ試す"のトピックとしてぶろぐ記事を書くつもりです。


修正適用時期(いつまでに修正したソースを公開するか)ですが、
問題が起きた下記の品種
STM32H7
STM32F7
STM32F4
は2025年7月31日付ですべて修正完了しました！もう安心です！！
ついでにChaN師のFatFsがR0.16にバージョンアップしていたので
そちらも反映しております！

私の作例を利用して派生物を作られていた方は2025年7月31日以降の
日付の物に差し替えを早急にお願いいたします！！！


●ところでなんで13年間放ってたの今更気づいて直したの？
➡自分のやってきたこと振り返ってダメなの見つけたら
　改善しようぜ運動の一環です。
前回のSTM32H7のSDカードの記事と同じく過去にやってきたことを見直し、
新たな進歩につなげるために"分かったつもり"で逃げてたオーディオ処理の
ところも腰を据えて検討したのです…！

自身の詰めの甘い部分がいろいろ露呈して辛かったですが何とか
改善することができて苦労以上に得られるものがたくさんあったと
実感しております！！！！(ヤバイ思想に染まった目で)

あと情けないミス他人に指摘される前に今回も先んじて気づけて助かっ






さて！

SAI使ったI2Sも理解がだいぶ深まったので次の一歩を進めましょう！！
目標はSTM32H5のSAI使ってサウンド再生機能の搭載DA!


っていうか実はもうすでに市販のPCM5102Aモジュールで動作するように
H5にも実装しちゃってるんですけどね〜…うふふ♥
もちろん今回の修正を反映した上での実装です！！！


次回！こうご期待ッ！！]]>いろいろ試す65http://nemuisan.blog.bai.ne.jp/?eid=2465212025-06-30T23:59:24+09:002026-04-03T15:00:00Z2025-06-30T14:59:24Z●ブライアン・ウィルソン氏死去 ビーチボーイズの創成期のメンバーでロック・ポップスの巨匠、 ブライアン・ウィルソンさんが2025.06.11に亡くなりました…。 ねむいさんとビーチボーイズ&ブライアン・ウィルソンの出会いは 故郷の大学に進学して少したった頃の事で...ネムイ・トリノミアスMISC●ブライアン・ウィルソン氏死去
ビーチボーイズの創成期のメンバーでロック・ポップスの巨匠、
ブライアン・ウィルソンさんが2025.06.11に亡くなりました…。

ねむいさんとビーチボーイズ&ブライアン・ウィルソンの出会いは
故郷の大学に進学して少したった頃の事です。
高校のころからビートルズのアルバムほぼ全部をソラで歌えるくらい
聞きこんでいた私は同年代に活躍した他の(洋楽の)アーティストも
聴いてみようといろんな人の意見や雑誌をみてビーチボーイズを
選んたのです…最初に買ったアルバムはキャピタルレコード時代の
AllSummerLongとToday!のリマスター版でした。
米ロック・ポップスの一つとして軽く聞き流すつもりでしたが…

そこからねむいさんがハマっていったのは言うまでもない展開です。
ヒットを飛ばした曲を作り続けたブライアン・ウィルソンの世界に
もうどっぷり頭の先まで漬かっていったわけです…！
気が付いたらSeaOfTunesとかのコレクターズCDとか買い漁ってて
就職活動の時も西新宿のレコード屋に必ず立ち寄ってから静岡に
帰ってました…!!

近畿圏で就職した後も2002年のブライアンの2回目の来日公演となる
PetsSoundsツアー、2005年のSmileツアー、2012年のビーチボーイズ
50周年記念来日コンサート、そして2016年のオリックス劇場で私が
最後に生で見たコンサートとブライアンの来日公演は私が彼を知る
前の初回の1999年の来日公演を除き、ぜーんぶ行ってました!

今も変わらずビーチボーイズ&ブライアン・ウィルソンの楽器を
聞きこんでいますがどんな曲でも聴くたびに新たな発見があるという
ことに驚かされます。

ブライアン作曲の曲の中で私が好きな曲、どれも全部好きなんですが
挙げるとしたら全部！になっちゃいますがあえて一つ上げるとしたら
やはりアルバムFriendsからの"Busy Doin' Nothin'"でしょうか…
1960年代末、熾烈なヒットチャート争いからすっかり脱落しちゃった
ビーチボーイズのいろんな意味で力が抜けた感じのアルバムですが
その中でも最もゆるい、日常生活を歌ったゆるい系の曲です。
何十年も私のお気に入りの曲です。

ブライアンの作ってきた曲はいろんな人にこれからも受け継がれて
これからも世界中でいろんな人たちにずっと聞かれていくことになるでしょう…

R.I.P.


●なひたふさんのMitouJTAGがFTDI系デバイスに対応してフリー版を！
なんと今年の春になひたふ師がMitouJTAGをFT2232D/FT2232Hとかの
MPSSEが使える奴に対応してなおかつフリーで使えるVerをリリース
してくれました！！！

良い時代になりました…もう必死の思いでUrJTAGビルドして無理して
使わなくてもバウンダリスキャンをヴィジュアル的にできるんですね
フリーで…！ヤッター！！！

しかし…


私、FPGA持ってない！！


そう、ねむいさんは2018年に正社員への転職した折に自分が今後精神力を
注ぐべきリソース対象としてARMマイコンを、とりわけSTM32へ選択と集中を
行っておりFPGAの評価基板とか一切合切を前の会社に捨てて寄贈して
しまっていたのでした！！！
(ちなみに逃れられず結局今の会社でもAlteraのFPGA使って開発やってます…)
だめだぁ…もうおしまいだぁ…

…でもあれだ、STM32F407が乗った改造紅牛基板にはOpenOCDのJTAGトランス
ポート経由で書き込んでるから何か見えるんじゃないか…

というわけで気を取りなおして試してみます。
その前にねむいさんが持っているのJTAGKey2 CompatibleなのでPIDとVIDを
すっぴんのFTDIのやつに戻さないといけません。

(まだ詳細は教えられませんが)コマンドラインでFT2232Hにつながる外付け
EEPROMを消去書き込みできるlibftdiのサポートツールを駆使してJTAGkey2
ではなくて普通のFT2232Hに見た目は戻します。

ちなみにねむいさんのJTAGKey2 Compatible Rev.5の回路は手動で出力バッファを
強制イネーブルにできるモード搭載なので回路多少合わなくても安心です。
TMS,TCK,TDI,TDOの信号線(もちろん電源系統も)さえつながればなんとかなる
そして…


☝JTAGKey2 CompatibleでSTM32F4とJTAGで通信する


144PinデバイスとしてSTM32F407が見えた！
やったぁあああああ！！！！
ちなみにSTM32系のMCUは御覧の通り二つ見えます。でかいほうがバウンダリ
スキャン用のIDだそうです。
フリー版ですが簡易ロジアナ機能も使えて入力の変化もよくわかります…！

いやもうめっちゃ満足しました。なひたふさんありがとうございます…！
JTAG本pdf版で買いました。通勤のお供にしてます。




さぁてOpenOCDとかUrJTAGとかFlashROMとかavrdude使いたいから
ドライバをlibusbに戻ｓ


●危険物取扱者乙種4類の免状を取得した
ま　さ　か　国立大で物理化学専攻だったねむいさんが乙四の試験に
落ちるわけないですよねえ特に物化・性消は100点取って当たり前
ですよねぇ〜〜〜

…

満点とって当たり前の物化で2問も不正解出して鬼門の法令はぎりぎり
じゃいっ！！

ちなみに法令の9割その他0.5割+0.5割くらいの時間配分で勉強しました
が法令マジで苦手です…とにもかくにも一発合格してよかったです。

勉強については年初から初めて通勤時間の往復2時間を利用して覚えて
いきました。ねむいさんAndroidのタブレット持ってるのでそれに要点を
まとめたPDFを入れてひたすら読み続けた感じです。
そのPDFですがかわっち様が公開しているまとめ教材を利用させていただきました
マジでありがとうございます…！

]]>GNSSモジュールを試用する21 -SAM-M10Qが壊れた…!?と思ったら直せた(おまけあり)-http://nemuisan.blog.bai.ne.jp/?eid=2463302025-05-23T00:13:56+09:002026-04-03T15:00:00Z2025-05-22T15:13:56Z●突然の死… さる4月上旬、ねむいさんは東海自然歩道復路攻略の第一歩を踏まんと 闘志に胸を燃やしておりました。 が、その数日前にublox製のSAM-M10Qを使用した自作のGNSSロガーの ファームを差し替えてついでに動作チェックをしていたらなんと一切の 衛星を捕捉し...ネムイ・トリノミアスGPS/GNSS●突然の死…
さる4月上旬、ねむいさんは東海自然歩道復路攻略の第一歩を踏まんと
闘志に胸を燃やしておりました。

が、その数日前にublox製のSAM-M10Qを使用した自作のGNSSロガーの
ファームを差し替えてついでに動作チェックをしていたらなんと一切の
衛星を捕捉しなくなっていたことが発覚！！

いつもなら長くとも1分で捕捉してるはずなのに一晩中放置してもダメ!
次の日副業先(本業は二次裏メイド)近くの川べりの空が開けた土手で
昼休み一杯使って衛星を捕捉しようとしたけど全然ダメ！
その日の昼から帰宅する夕方までこれまた空が開けた会社の屋上に
放置したけど一切衛星が捕捉せずダメ！
結局山行の前日まで粘ったが何やってもダメ！

…というわけで2023年6月で現役を引退したGms-G9さんに急遽前線復帰
してもらって東海自然歩道・復路の第一歩を進むことになりました。
まさか12年前と同じGNSSモジュールで高尾山に向かうことになるとは…



その後、復路第一回も無事済んで時間も余裕ができたので衛星を
捕捉しなくなったSAM-M10Qモジュールを調べてみました。



ねむいさんが実際に使用しているのはublox社製SAM-M10QにLDOや
その他周辺回路を搭載して電源とUART(TTL)を引き出して気軽に
使用できるようにしたMATEKSYS社のモジュールです。


んでもって今回の調査にあたりMATEKSYS社のSAM-M10Qモジュールの
回路を解析して回路図起こしてみました。また、このモジュールで使用
されているV_BCKP用の電池らしきものは電池ではなくSII製のスーパー
キャパシタXH414HGでした。こういうのたいていはリチウム二次電池
使っているのですが…エフェメリスデータ保持する3~4時間程度くらい
持てばよかろうという設計なのでしょう。

一つ上の写真にもあるように私は基板上に乗った5V->3.3VのLDOを
無視して直接3.3V投入する使い方をして約2年ほど使用しておりました。
結構乱暴ですがSAM-M10QのVDD/VIO/V_BCKPの定格は3.6VMAXなので
まぁ直接の問題はないでしょう。XH414HGの内部抵抗も100ohmもあるので
電源投入時の電流もそこまで大したことはないと思います。


これはSAM-M10Qに3.3V印可して起動直後のNMEAのログのスクショです。
この中で、
$GNGSA,A,1,,,,,,,,,,,,,99.99,99.99,99.99,1*33
$GNGSA,A,1,,,,,,,,,,,,,99.99,99.99,99.99,2*30
$GNGSA,A,1,,,,,,,,,,,,,99.99,99.99,99.99,3*31
$GNGSA,A,1,,,,,,,,,,,,,99.99,99.99,99.99,4*36
$GNGSA,A,1,,,,,,,,,,,,,99.99,99.99,99.99,5*37
っていうのが見えると思うんですが本来は衛星を捕捉すると
ここの文字列ががどんどん変わっていくのですが開けた場所に
何時間置いててもずーっとこのまんまでした…。


V_BCKP用のスーパーキャパシタがおかしいのかなぁと思ってたの
ですがテスタで測る分には大本の+3.3V印可5分後くらいには充電も
フルに完了してるようで電圧も3.0Vは保持している感じでしたが…
SAM-M10QのV_BCKPは1.65Vが内容保持の保証下限となっています。
それ以下になったらどうなるかはデータシートやリファレンス
マニュアルからは(ねむいさんのおつむでは)読み取れませんでした。

ubloxのフォーラムとかもくまなく調べてみたのですが突然衛星を
捕捉しなくなった系の質問はいくつか引っかかったのですが有力な
回答はなし…いくつか指摘されていたのはRF回路部に静電気がかかり
破壊されたのではという見解でした。
まぁ確かにコアは生きてるのはSAM-M10Qから吐き出されえるUARTの
出力から分かりますのでSAM-M10Q内のRF回路が静電気でやられた
のかな…と思っていました。ねむいさん素手でほぼ触ってなくて
しかも使用時は対電防止エアキャップに包んで使用してたのに〜…

話はそれますがフォーラム見てるとublox製のGNSSモジュールでも
中華製ぱちもんが猛威を振るっててM10より前の世代あたり特にNEO-6とか
AmazonやAliexpressで異様に安い値段で買えるのは99%ぱちもん
のようです…う〜〜む

で、結局数日にわたり衛星の捕捉を試みたのですが一切衛星を捕捉
しないのは変わらなかったのでAliexpressのMATEKSYS公式ショップから
同じ製品を再購入しました…。

そして動かなくなったのは静電気で潰しちゃったからもう捨てるしか
ないのですがその前に分解してやろうと画策してまずは基板上の
スーパーキャパシタを取っ払ったのですが、この時に(そういえば
ネット上の記事でもubloxのGNSSモジュールを長期間使ってる人で
バックアップ用二次電池交換してる人多かったな…)と思い返し、
ダメ元でこのまま動かしてみようと電源投入して定位置のベランダに
適当に放置したら…2分もかからず


衛星を補足するようになった


????



ちなみにデータシート/マニュアルの指示ではV_BCKPを使用しない
場合はOpenにすべしと書いてありました。M10ではここOpenとなって
ますが過去のubloxのモジュールだとGNDに落とせって書いてあったり
VCCに吊れって書いてあったりまちまちなのでしっかりデータシートを
読み込んで誤った回路を組まないようにしましょう…
とにかく、SAM-M10QではV_BCKP未使用時はOpenです！


そんなわけで指示通りV_BCKP関連の回路を全部取っ払ってみました。
V_BCKPの機能を一切使わないようにしました。
そして…


復ッ活ッ！！
ベランダからかつV_BCKP機能殺してるので常にColdStartなので
70秒ほどかかっていますが完全復活です！！！！！

う〜〜む…つまりSAM-M10Qは電気的に破損はしてなくてV_BCKP用の
スーパーキャパシタが2023年~2025年の春まで使ってきてへたって
きたせいでV_BCKPへの電圧の維持が適切にできなくなってしまい、
保証下限の1.65Vを微妙に下回った変な電圧の時にVDD/VIOが投入
されたらRF部が全く機能しなくなる"地蔵モード"に転んじゃった…
ということなのでしょうか…

スーパーキャパシタ取り除く前にオシロで電源投入時の過渡応答を
せめて記録しとくべきだったか…反省･･･!!

ねむいさんもublox教団に入信してまだ2年弱のひよっこなので
ublox製品を長年ビシバシ使い倒している猛者の方々の意見を広く
拝聴したく思います…！！！




(おいおい天下の阪大でもこんなくそみたいな輩が跋扈してるのか…)

というわけでSAM-M10Qが復活したっぽいので今度はフィールドで
実際に稼働試験してみました…場所は大阪大学豊中キャンパスです。
ちょっと野暮用があったので阪大に来たのですがその用事済ませ、
ついでにV_BCKP無しの常時コールドスタートのパフォーマンスを
見てみます。


テスト地点は教養学部棟のこの広場にしました。


使う機材はAndroidタブレットAlldocubeとSTM32Primer2を使った
GNSSロガーです。今回はロガーをUSB-CDCモードでAndroidタブレットと
接続しUSB-Serial変換として使います。

Android側アプリは2023年のときと同じくGPSConnectorを使います。

衛星をFIXするまでの時間はガラホのストップウオッチで測りました。


まずはAndroidタブレット内蔵のGNSSモジュール。
捕捉時間は5回平均で70秒ほどでした。
ていうかなんでか私のAndroidパッドでは運用停止してもう電波が出て
ないはずの初号機(PRN193)が見えてるんですが…


んでもってお次はSAM-M10Qモジュールです…
捕捉時間は平均45秒とコールドスタートながらもかなりの健闘です。

私の使い方、登山/自然歩道攻略で使うならこのV_BCKPをOpen状態
で運用しても必要十分ですね･･･

そんなわけでSAM-M10Qが壊れたと思ったら意外な方法で復活(でいいのか?)
できましたが私の過去の記事をもとにMATEKSYSの同じモジュールを
買った人もタフな使い方してるとスーパーキャパシタがへたってくる
頃合いだとおもいます。
ある日突然衛星が捕捉しなくなった！と気づいた方はモジュールを
捨てる前にスーパーキャパシタを新品と交換するか、V_BCKPの周辺
回路を取り除いてOpenで運用されることをお勧めします!


上記の試験も全部終わって大阪大学から阪急で西院に帰る前に駅前の
インドカレー店で腹ごしらえです…！ぁー食った食った…🍛

●おまけ・十数年越しにSTM32F1のUSBライブラリの
　致命的バグの原因判明、そして解消へ
☝で使用しているSTM32Primer2を使ったGNSSロガーのファームウエア
ですが、マスストレージモードでPCに認識する段階で突然プログラムが
デッドロック、ウオッチドッグリセットが発動してしまう"ことがある"
という結構最悪な不具合が10数年存在しておりました…
こちらも今回の検証の折にソースコード見直しで発覚し、対策しました。

不具合の個所はSTM32F1向けの旧USBライブラリのusb_int.c内のCTR_HP()
という関数です。これはUSB_HP_CAN1_TX_IRQHandlerのコールバック
として設定されています。
ねむいさんのGNSSロガーではマスストレージではダブルバッファを
使用していますが、STM32F1ではダブルバッファを使用する際は優先度の
高いUSB割り込みを同時に有効して対応するようリファレンスマニュアル
に記述があります。この時にUSB_HP_CAN1_TX_IRQHandlerを有効にして
CTR_HP()が呼び出されるようにします。

そのCTR_HP()内でねむいさんは見ちゃいけないものを見てしまった。
なんと割り込みルーチン内でwhileループ、そして存在しない関数
ポインタを選択し実行してしまう可能性があるコード…

このCTR_HP()にはEP0のコントロールパイプの割り込みも普通に
飛び込んできやがるのですが旧USBライブラリではそれが考慮されて
おらず、EP0の割り込みが来てしまった際に実態が存在しない関数
ポインタを実行してしまうためプログラムが暴走してしまうことと
なります。HardFaultになるのではなく暴走です。

やっとからくりが判明したので後はそれを修正するだけです。
CTR_HP()にEP0の割り込み要因が飛び込んできても無視してEP0は優先度の
低い割込みUSB_LP_CAN1_RX0_IRQHandlerで処理してもらうことに
すればOKです。どう修正したかはこちらを参照してください。

何はともあれ10年来の不具合にケリがついたのでだいぶ溜飲が下がり
ました…！

そんでもってダブルバッファが中途半端だったマスストレージモード
でIN/OUTとも両方ともダブルバッファ化することに成功しました！！
STM32のフォーラムいくら探しても見つかりませんでしたがその前身の
STR7のUSBライブラリにそのものずばりの実装が発見されました。

この作例を参考に実装してさらにシングルブロック転送しかでき
なかったのをマルチブロック転送化して実装した結果がこちら↓

相変わらず書き込みがだめだめですが過去のものと比べるとかなり
改善できてきたかと思います。読み込みについては0.8MByte/Secと
フルスピードでできる限界に近づいてきましたのでこれで良しと
します。


なお、SDカードのクロックは24MHz(DefaultSpeedモード)で動かして
てますがHighSpeedモードだともうちょっと速度上がるんじゃないかと
お思いの方がいるでしょうがSTM32F1のHSモードの上限はエラッタの
都合上36MHzまでしか上げることができず、ごらんのとおり屁のつっぱり
にしかなりません。しかも不安定になるので安定性を考えると24MHzの
ままのほうがよいですね。



SDカードじゃなくてeMMCだとちまちま書き込みがかなり改善されます。
F1でも安定してeMMCが動作する。さすが私。


…そんなわけでSTM32Primer2を使い続けて15年以上が経過しましたが
これからもFatFsのSTM32F1の実装例として、GNSSロガーとして末永く
使っていこうと思います！]]>東海自然歩道・復路を征く1(高尾山口-西野々)http://nemuisan.blog.bai.ne.jp/?eid=2461792025-04-20T23:55:37+09:002026-04-03T15:00:00Z2025-04-20T14:55:37Zとうとう始まってしまいました… 今をさかのぼること１２年前、自作GPSロガー(現在はGNSSロガーに強化) の動作検証の目的で開始した東海自然歩道という無謀な挑戦を 知恵と無知と勢いで大阪から東京まで1700?駆け抜けましたが…、 12年の時を超えて期は熟したので再...ネムイ・トリノミアスブラウザベンチマークとうとう始まってしまいました…

今をさかのぼること１２年前、自作GPSロガー(現在はGNSSロガーに強化)
の動作検証の目的で開始した東海自然歩道という無謀な挑戦を
知恵と無知と勢いで大阪から東京まで1700?駆け抜けましたが…、

12年の時を超えて期は熟したので再びちゃれんぢすることとなりました…！
このぶろぐ記事が日本でも数少ない東海自然歩道の往復路攻略者の復路の
攻略の第一歩となります…！

今度は東京から大阪までがんばるぞい！

今回の記事は12年前の記事と見比べるとわかりやすくて面白いと思います。

●2025.04.05 東海自然歩道(高尾山口➡西野々(➡三ヶ木))


虹裏メイドの朝は早い…
前日に京都からわざわざ大阪に降りて夜行高速バスで新宿の
バスターミナル"バスタ"へ…
12年前はこんな便利なのなかったなぁ…(しみじみ)
そしてさすが首都圏ですね・・新宿駅がデカすぎる…


運よく高速バスが早く新宿についたので身支度もゆっくりできる
…と思ったらなんと駅周辺のコンビニが閉まってる！！

やっぱ都会ば恐ろしかところばい！！


新宿ダンジョン…大昔に就職活動の帰りに西新宿のレコート屋で
BeachBoysのコレクターCD買いあさってたっけ…


何とか空いてるコンビニ見つけて朝飯も大量に買ったので
京王線で高尾山口駅に向かいます。VISAタッチ決済使えて便利ですね。
車内は朝から登山目的の人が多いかったです。


高尾山口駅に到着です…
12年前に実際にこの場所に来てるはずですがなんか実感がわきません・・



それもそのはず、高尾山口駅は12年前と比べて大幅に変わっていました…
登山ブーム効果なんでしょうか…
この時間帯でも登山客がたくさんいますね…

ところで目の前のSTM32Primer2のGNSSロガーですがなんと前日に
SAM-M10Qモジュールがまったく捕捉しなくなってしまい急遽代役の
Gms-G9モジュールを引っ張り出して稼働と相成りました。
Gms-G9はかつて2013年から東海自然歩道を往路終盤の高尾山口駅まで
駆け抜けてさらに2023年6月まで10年以上活躍してきた歴戦のモジュールです。

Gms-G9は退役したはずですが今回の復路の第一回目に急遽現役復帰して
東海自然歩道復路で参戦となるとは宿命を感じます…
12年の時を超えて同じ場所に戻ってきたことになりますね。

また、今は亡きCanmore社のGP-102+もバックアップ用として使用します。

注:20250405当時はSAM-M10Qが死んだと思っていたのですが実は死んで
ませんでした…これは来月のぶろぐ記事で詳細を書きます。




話が長くなりましたがすっかり様変わりした高尾山口駅から
東海自然歩道の復路の第一歩を進めました…！

ここから大阪を目指した人間は日本で何人いるのだろう？
私もまた、その一人に…



進んですぐに東海自然歩道の東の起点が出てきます。
これは近年設置された起点となります…。本物はもっと
奥にあるのですが…とりあえず証拠のSTM32Primer2GNSSTr@ckerを
おいてみる…

これで大阪と東京に東海自然歩道の起点がそれぞれ2つ、合計４つも
存在することになってしまいクソ間際らしいですね…



12年前はあっさり駆け抜けてスルーしてしまったケーブル高尾山駅です。
ちょうど桜は見頃。


高尾山は人がいっぱいいるのでトレラン野郎には厳しいぞ！
これは12年前と変わらず。


そしてここに12年ぶりにやってきた…！
あの時私はこのゴールは新しいスタートと言いました…！
今このゴールから新しいスタートを開始します…！
日本でも数少ない東海自然歩道往復路のチャレンジャーとして！！



その前に記念にGNSSロガー置いときます。


12年前と同じ構図じゃいっッツ！！


時間が押してるのでさっさと先に進みます。
東海自然歩道は高尾山登山道1号路を上ります。

手前のおばあさんとんでもないペースでめっちゃ早いんですが…
…ていうか私が足が遅くなってるのか…



はぁはぁ…いきなり足がパンパンになってやっとこ平坦部につきました…
ここからケーブルで登ってきた観光客と合流してにぎやかになります。


ひっぱり蛸回収です。



高尾山頂上手前は高尾山の寺領となり寺院がたくさんあります。



ぁーここは覚えてるわ…！！何もかも懐かしい…


12年前に購入した健脚守りも新しく買い換えました!
運気も万端！



うぉー懐かしい…
以前は冬でしたが今回は春。桜が見事です。



奥の院と浅間神社です。



あっさり高尾山頂に到着です…！！
土日は人でごった返し超満員らしいですがこの時間はまだ
それほど混雑していませんでした。


とりあえず三角点にロガーをおいて12年前のネタ回収です…！




そして…なんとうれしいアクシデントが…！
12年前は暴風雪で見るのが叶わなかった高尾山からの富士山が
今回はばっちり見えています…♥
来てよかった…！


最初のピーク高尾山頂をクリアしてどんどん進んでいきます！



もみじ平より桜富士です。富士山はいつ見ても見飽きません。



一丁平から見る富士山が今回の山行の最後の全体図となりました。



小仏城山山頂に到着です。あれ…天狗の頭があったはずですが…


かつては猫さんがいましたが今は犬が大量にいます。


天狗の頭は南方向に移動して健在でした。


この茶屋も健在でした…今回はばりばり営業中です。



そして東海自然歩道は東京都を離れてすでに神奈川県の領域に入っています。


神奈川の東海自然歩道は道標がしっかりしていますが道は危険かつ極めて
苛酷です！！ここから先は心してかかります!!


いきなりやばい角度の下り坂…
12年前は暴風雪食らいながらここ上ってたっけ



ひたすら下って千木良の東海自然トイレです。
あの時は気づかなかったですが…
離れてみると見事な桜が…！


12年前と同じ構図で甲州街道をクリアーです！！


弁天橋が見えてきました。



弁天橋の手間はかつてはにわとりが住んでいましたが…
今は…ねこさんの楽園になっていました。


ﾓﾌｵﾌﾓﾌﾓﾌ


ネコニウムを十分摂取して次のステージに向かいます。


弁天橋を渡ります。


嵐山への登りです・・
がぁああ…こんなきつかったっけ…！？



はぁはぁ・・かなり消耗して嵐山です・・


なんと12年前になった鳥居がなくなっていた！！


嵐山から降りて相模湖リゾートプレジャーフォレストの横を通ります。


鼠坂(ねんさか)チェックしていきます。


なんと野生の雉を発見しました…！


お次は石老山に向かいます。



石老山への登山口です…ここも見事な桜ですね。


その手前の病院に自販機とベンチがあったので
ここで大休憩としました。


石老山登山口がある顕鏡寺への参道を登ります。



さて顕鏡寺につきましたが…2019年の土石流でこのルートが破壊されてしまい、
長らくの間通行不能になっていましたが12年前と同じルートは破壊されて
なくなってしまったようですね…ていうかお地蔵さんの首がもげてる…


今は通行可能になった迂回ルートを通る…
12年前見た大木がぶっ倒れています…
このあたり地形がだいぶ変わっちゃってます。



今は桜の季節なので復路ではさくら展望コースで進みました。
山桜が見事ですね〜


融合平展望台です。



登りがだいぶきつくなってきてますが何とか石老山です。
富士山も下のふもとだけですが一部だけ見えました…！


ここもクマ出るようになったのですね…



篠原集落に降りてきました…
バスがなくなったので道標が一部隠されていますね
そしてここも桜が見事です。


篠篠原原のみ里里？？？


LOVEROAD



カメラを構えてる人がやたらいると思ったらギフチョウ狙いの
人だったようです…ねむいさんは満開の桜を収めました…！


そして今回最後のピーク石砂山に挑みます！！


がぁああああ…！！
足がもううごけへん・・・


がぁあぁぁぁぁぁあああぁぁ…！
今度は両脚攣った…！！



早くも人間を捨てて四足獣歩行体制で進んで石砂山頂上です…
両足ぷるぷる言ってて下りで突っ張り効くだろうか…


ぇえええナニコレ…
12年前こんなヤバイところ進んだっけ・・？

(…記録見返すと12年前のねむいさんは悪天候下であっさりクリアしてました)



伏馬田分岐です…
ここまで来たら大丈夫…


忘れてた…まだヤバイゾーンあった…！！


庚申塔のところまで来ました…今度こそ大丈夫…


石畳を降りてアスファルトの安全地帯に到着です…
ここから先はすべて舗装路…！


バカンス村も健在でした！！


見事な桜を見ながら通志川を通過します。


この看板も12年ぶりです…よく生きのこっていた…！


あとは舗装路なのでお気楽です♨



ゴールの西野々バス停に到着です…が…
現在時刻15:02…
…
走って三ヶ木営業所まで行くか！！(12年ぶり)


ちなみにこちらが次回のエントリポイントとなります…！
次回は東海自然歩道最大の難所です…



旧通志道を通ります。




お次は現行の通志道に移ってひたすら三ヶ木に向かって走ります。
道中でみられる桜が見事で飽きません。



見覚えがある長い坂を上りきって道志道の終点まで来ました！


かえりはたぶんお土産買う余裕がないので地元のスーパーに寄り道して
地元のお土産をゲッツしておきました！！



神奈川中央交通津久井営業所/三ヶ木バス停でゴールとしました…！
今回も長い一日でした。

ていうか12年前は神奈川中サービスセンターって名前でしたが…???


あとはバスに揺られてJR橋本駅へ…
津久井ダムの桜もきれいですね〜


そしてJR新横浜駅で新幹線待ちでほっぽり出される…
家族の分のお土産買う余裕出来たのでシウマイ買いまくっておきました
もちろんねむいさん専用お土産も買っております！！


帰りはのぞみで京都まで…
寝落ちしたら博多まで連れていかれるので最後まで気が抜けません…！



というわけで東海自然歩道・復路の攻略の第一歩を終えました。
一度始めたからには大阪まで到達する覚悟で進めていきますが…
昔と違って今は近畿自然歩道、中国自然歩道、中部北陸自然歩道の
多方面作戦となっておりますので手持ちの資金と配当金と
相談しながらじっくり確実に進んでいこうと思います…！


●2025.04.05 東海自然歩道(高尾山口➡西野々(➡三ヶ木))　GNSSログ


神奈川ルートはほぼ全般的に山蛭天国なので次の超難関・丹沢山塊攻略は
11月ごろを予定しています。
その間に近畿自然歩道・中国自然歩道・中部北陸自然歩道の攻略を
進めていく感じで行こうとおもっています。]]>