出張グダグダのパー

17:30　仙台

酷い出張でした。グダグダのパーでした。昨夜は酒飲みすぎました。しかし酒のせいでグダグダになったのではありません。

1泊2日ですから1.5日の作業時間があったけれど、1日を変なbugfixに費やしました。

経緯を書くと長くなるので書きます。

【目的】

・わたしが作ってハンドキャリーした重たい測定器

・現地のsoft屋さんに作ってもらったPCアプリ

これをドッキングし、動作確認及びsoftのブラッシュアップをする。

出来上がり品を現地に置いてオサラバ。

一仕事終えて充足感を得る。

【出張前日】

わたしが作ったのはUSBデバイス。

LinuxでUSB接続を検証済。

だがwindowsではデバドラ界隈に問題があって検証出来ずにいた。

soft屋にはダミーデータ発生器を渡してあって、それでアプリ開発を進めてもらってた。つまりダミーデータ発生器はデバドラ問題が生じない。

【出張初日】

現地のsoft屋に見てもらって、デバドラを切り替えたりしてもwinが認識しない。debug開始するが、USB device descriptor処理はSTM32cubeMXが自動生成したcodeなので難航。

夜は飲み会。

【ヒント】

Linux　　　OK

windows　　NG

STM32F401　OK

STM32H723　NG（後にOK/NG混在と判明）

【出張２日目】

STM32H723で別の小さなprojectを自動生成したらOKだった。すなわちH723の自動生成codeにはOKNGがある。これに気づいたのは昼を過ぎてた。

OK/NG codeのdiffをとると、おかしな所に差異を見つけた。ビルドメッセージでerrorでもwarningでもないinfoが表示されるお馴染みの場所だった。info曰く「変数に代入してないよ」と言ってた。自動生成codeなので無視してた。

OK codeから変数代入文をコピペする。infoは出なくなった。それだけではなく、windowsのデバドラが認識してくれるようになった。解決。時刻は14時。

descriptor処理の何が修正されたのか？

string descriptorが３つある。

　vendor名　HIRA

　set名　　　H-6634

　シリアルナンバー　H123456

このうちS/Nが返ってなかったのが修正された。えーっそんだけぇ～ですよ。

LinuxはS/Nなんか気に留めてないから動く。windowsはS/Nが返らないだけでabortとお堅い動作をする。

STM32cubeIDEの自動生成codeの軽いbugというオチだったが、時折生じる「変数未代入」が何に従属しているのかは不明だ。

【出張２日目ラスト数時間】

PCアプリの動作確認は済んで、修正点などを打ち合わせして、来週また来て完成品を納品する事になった。

来週はわたくしの60回目のご生誕記念日なのです。

19:40

そろそろ上野。

かしこ