古のSuper I/O(FDC37B78x)の仕様書 https://www.mouser.com/datasheet/2/268/37b78x-461440.pdf p.149を見るに、電源ボタンからの入力(Button input)をSuper I/Oがラッチして電源のnPowerOnへ伝えるような作りになっているから…Super I/Oが動作するための+5VSBがちゃんとしてること、という条件は必須になるよなあ（なんかもっと高度なマイコンでも使ってるかと思ってた…って、イマドキならその可能性もあるか）。

確かに自分はMostr使ってるんでこんな感じにAP側のを流し込めちゃうんですよねー（ってMostrを処理対象のリレーに含めていないと多分読めないと思います、Nostr側からは）。

結構長いんですねT0って。https://edc.intel.com/content/www/us/en/design/ipla/software-development-platforms/client/platforms/alder-lake-desktop/atx-version-3-0-multi-rail-desktop-platform-power-supply-design-guide/2.01/timing-housekeeping-and-control-required/#_Ref484872659

+5VSBが立ち上がるまで最大2秒ってことは…この期間の出力がおかしくてマザーボード上の電源管理コントローラが誤動作してるとかそんな感じのシナリオを考えてしまうな。 https://edc.intel.com/content/www/us/en/design/ipla/software-development-platforms/client/platforms/alder-lake-desktop/atx-version-3-0-multi-rail-desktop-platform-power-supply-design-guide/2.01/-5vsb-required/

@redbrick ありがとうございます。とりあえず、何とかしてもらえるよう交渉してきます。

ATX電源チェッカは確かに電圧は見えるけど、おそらくTiming, Housekeeping and Control – REQUIRED https://edc.intel.com/content/www/us/en/design/ipla/software-development-platforms/client/platforms/alder-lake-desktop/atx-version-3-0-multi-rail-desktop-platform-power-supply-design-guide/2.01/timing-housekeeping-and-control-required/ みたいなタイミングの問題は見えないはず。あとは、+5VSBの安定性も多分見えないから…それ絡みなんだろうな。流石に手持ちの機材では追えないが。

B250 MINING EXPERTに例の電源繋いでみましたが…事態としては「詰みではないがクソ厄介な状況」になっています。

電源が入るときはちゃんと入るものの、入らないときは入らないという不安定な状態、という結果になりまして。

とりあえず今日調べていただいたお店の人に相談してみますが…「相性」の一言で片付けられちゃう可能性は割とありそうな気がします。

B250マザーではちゃんと動く、の方がまだ楽な案件かも。（でもこれ600W電源積んでる…実は400W電源と交換してA380入れるのが最善解だったんじゃ？！）

Cでgoto使うな小学校校歌を歌う人から見るとそんな雑な修正すんなと怒られそうなんだけど…細かく面倒見てる余裕なんて無くとにかくお手軽に結果を得ないといけない局面なのでということで、お赦しを。

GPUが複数あった場合に面倒くさいことになりそうな気がするけど。

とりあえずなんとなくOpenCLでGPUをぶん回し続けるよう改造してみた

問題は、これで動いちゃった場合は完全に詰みなんですよね。「動くじゃん」→「不良品じゃないよね」なので。

件の電源、とりあえずつないだマザーを壊す殺人(?)電源ではない以上…手元の別マシンに繋いで試すのはアリなんだろうということに今更気づいたので、後で試してみましょう。

とりあえずWHEA Logger17の件は一旦これで置いとけるようになったので、電源の問題だな早急に解決しないといけないのは…初期不良対応機関を越えたのでサポートができないとか面倒なことになる前にもろもろ片付けないと。

WHEA Logger 17って結局「エラーは起きたけど回復しといたからね」という内容なので、多分動作上の実害はほとんど無いんだろうけど…とはいえイベントログに大量のごみをぶち込まれてしまうとそれはそれで困るというのはあるし、PCIeデバイスを生やすときに大丈夫なのかと要らぬドキドキを感じないといけないのもまた疲れる…

マジでPC自作は今後やめようかしらとか考えたくなった。

まさかとは思うけど、12th/13th以降のIntel機ってIntel以外のPCIeデバイスを繋いでくれるなっていうんじゃないよねえ…？

Inspiron 15 5000 Series (5567) 　Windows10(64bit) 　イベントログに大量の警告 イベント17 WHEA-Loggerがあります。 (01-10-2017) https://www.dell.com/community/%E4%B8%80%E8%88%AC-%E3%83%8E%E3%83%BC%E3%83%88%E3%83%91%E3%82%BD%E3%82%B3%E3%83%B3/Inspiron-15-5000-Series-5567-Windows10-64bit-%E3%82%A4%E3%83%99%E3%83%B3%E3%83%88%E3%83%AD%E3%82%B0%E3%81%AB%E5%A4%A7%E9%87%8F%E3%81%AE%E8%AD%A6%E5%91%8A-%E3%82%A4%E3%83%99%E3%83%B3%E3%83%8817/td-p/5291818

WHEA Logger17って結構よく起こってるってことなのかなあ？

realtek whea logger 17で雑にググると https://www.google.com/search?q=realtek+whea+logger+17

Realtek PCIe GbE Family Controller Event ID 17 from WHEA Logger (10-08-2021) https://community.intel.com/t5/Ethernet-Products/Realtek-PCIe-GbE-Family-Controller-Event-ID-17-from-WHEA-Logger/td-p/1320500
New 12900K build, getting thousands of WHEA-Logger (Event ID: 17) errors a minute (03-08-2023) https://community.intel.com/t5/Processors/New-12900K-build-getting-thousands-of-WHEA-Logger-Event-ID-17/m-p/1463235

UEFI 2603→2403でWindows起動時のWHEA-Logger17は消えた、とはいえNICは外さないとやっぱり出る。とりあえずこのバージョンを使って、NICは外してオンボードのを使って運用。

電源は結局こっちでは動かず（また後で相談が必要そう）
WHEA-Logger17はNIC抜いても起動時に出ているので、UEFIのバージョンを下げて様子を見てみます（今2603なので、候補はあと3つくらいある）

NIC：これから抜いてみる
電圧：CPU +1.163V, 12V:+12.192V, 5V:+5.160V, 3.3V:+3.376V, DRAM:+1.200V
電圧は多分大丈夫。ていうか同じNICさしてても以前は問題なかった（ってASPM切ってたからか？）という記憶があるから…Arc載せるのでASPMは必須科目になるし…

NIC抜いて、頭冷やして考える、そこからいこう。

UEFIをロールバックする（できるのか？）というのも一案…？

@redbrick 蟹のNICが繋がってるPCI Expressポートっぽい…

…あれ？何故WHEA-Logger event 17が出てる？

UEFI SetupのAdvanced→APM Configuration→Restore AC Power LossはPower Offになってる。まあこれはそういうもんとして…
Tool→Event LogでAC Power Loss!が幾度かと4S Forced Shutdown!が残ってるのが気になるな。
全然無関係の可能性も当然あるとして。

UEFI setupで電源周りの設定とか何かあったかなあ（ちょっと見てくる）

@hadsn 電源チェッカーではPG信号は300msになっていたからおかしくないと判断してるんですけどねえ…

@hadsn 分からないのが、ATX→Baby-AT電源コネクタ（スイッチ付き）だけ繋げている状態だと電源のファンが回り続けている点。無負荷で回ってるってことは、多分電源自体の自動シャットダウンの問題ではないんだと思う。

@hadsn その可能性を今疑っているんですが…HDDとSSDとマザーを繋げた状態で、電源入らないんですよね…

ATX電源チェッカー、使う機会はそんなにないだろうけどあると便利そうだなーというのがお店で見た時の率直な感想。

これ、PS_ON#とGNDを繋ぐというのは合ってるんだけど、つんつんするというテスト方法は間違い。

繋いでる間ずっと電源が供給されるから、つんつんする程度ではファンがぴくっと動く程度の動作になるのは当然。

DOSPARAのお店での動作チェックでは問題なかったことと（感謝）、手元にあったATX→Baby-AT変換ケーブル＋電源スイッチでのチェックでも動いてたので、もしかすると接触不良とか他の原因を疑う必要があるのかも。

あーもうっ、どうなってるの一体…後でもう一回繋げ直して動作確認するしかないじゃないか…

自由研究とは言うけどさ、如何に先生ウケして高評価を取るかという、親サイドによる競争だったりもするよね…

「アローゼン」（下剤）が、ストⅡの波動拳のイントネーションで聞こえてしまう呪いを受けてしまってのぅ…ちょっと困るときがあるんじゃ…

この手を使うか…以前試したOpenCLベンチマーク(http://lucuda.web.fc2.com/bwocl/index.html)、これを延々と動くように改造しちゃえばとりあえず負荷かかるかなーって

Orange Pi Zero3向けのAnrdoidソースを落とす（二回目）
圧縮していても36GB近いんだけど、これ展開するのはちょっと勇気要るな…

sys_config.fexに手を入れて、それっぽいU-bootを仕立てて動かすしか手はなさそうだな…って、修正済のはどこかにあったりする？

ATX電源が動かない件、何も結線しない状態で電源のPS_ON#とGNDをその辺にあったリード線でつんつくすると電源ファンが一瞬だけぴくっと動くので（普通なら回りっぱなしになるよね？）、やっぱり動かないという扱いで良い気がしてきた。

…というか、他のマザーで試そうかなと考える前に、なぜこの手法を思い出せなかったんだよ自分、というのがこのtootの主旨。