Makejiban v2.13 の、CADへの書き出し機能です。
断面：１断面毎に dwg （ポリライン）に変換可。
サーフェス：1枚づつLandXML等に変換可（切断関係は考慮されず、全範囲のみ）。
地質体：ソリッド地質体に変換後、1個毎に dwg （3D面）に変換可（変換時に詳細度を決定）。
全体：dwg （3D面）に変換可。
使えるのは断面のみでしょうか。
TINサーフェースをもらっても、地形や地層同士での切断が難しいのでダメかな。
3DFace への変換は他のソフトでもよくあるのですが、これ、使えません。Solidに吐き出すのは難しいのでしょうか？
同僚から「わからない」と言われたのは、ポリゴンの連続性について。
断面では分布する地質が、ソリッドモデルでは切れて見えるとのこと。
これはよくある表示の問題か、本当に分布が切れているかのどちらかです。
調べてみると、表示の問題（設定）でした。
（以下、サンプルデータデータでの表示例です。）
ポリゴンの細分化数10
ポリゴンの細分化数100
先週、他支店の同僚から 「Makejiban で分からないことがあるので教えて欲しい」 と言われました。
五大さんの地質可視化ソフトです。私は詳しく知りません。が、所属支店の地質部門でもライセンスを買ったことを少し前に後輩君から聞いていましたし、操作も難しくないイメージがあったので、週末に触ってみました。
はい、やはり簡単でした。
単独のソフトウェアのため、CADとの連携面では CTCさんの GEORAMA に劣ります。が、操作は１日で覚えられるほど簡単。できることが GEORAMA ＋ Civil3D に比べて少ないという点はありますが、層のプライオリティを自動で設定してくれる=ユーザーの負担を減らしてくれる点が簡単に思わせるカラクリでしょう。良く工夫された長所です。
設計と深く連携しない、地質主体の可視化のみならこれで十分かと（そのような業務があるのかはわかりませんが）。次年度からCIM基準が緩くなり、CIMの裾野を広げるにあたっては、このような立ち位置のソフトが役立つかもしれません。
不足は属性ですね。現時点の Ver.2.13 では属性を付与できませんが、五大さんならいずれ対応なさるでしょう。
加速度センサーADXL355での波形です。
残念ながら、H/Vはフラット。そこまで甘くなかった。
M5Stack Tough の M-BUS にL型ピンヘッダーを指しました。
近所のショップに売っていたL型ピンがブレッドボード用のみで、片側が短い仕様。BOXに収納しようとする際にワイヤーがよく抜けました。
メス-メスのワイヤーは15㎝あり、先に畳み込んで固定。センサーをディスプレー側に固定することで何とか入りました。押し込む際に、USBからのラインが千切れそうで怖い。
短いワイヤーか圧着端子等の調達、底面へのセンサー設置、GROVEポートの使用ができたらハード面は完了でしょうか。ま、ひとまず仮固定はできたので、100Hzサンプリングの地震計（仮）の形になりました。ソフト面ではMicroSD への保存、FFT、ディスプレーへの表示など、まだまだ試したいことはあります。が、先に使い物になりそうかノイズの大きさを見てみましょう。
****************************
20231230 試作品をGitHubに公開
https://github.com/T40O0/ADXL355_SPI_M5_SD_FIR.git
Arduino MKR が SPI で MEMSセンサーを認識したので、M5Stack Tough でも確認。
結果、SPI なら認識できました。が、M-BUSに指したジャンプワイヤーのプラスチック部分がBOX内に収まらず OUT。
I2C は GROVE 用のポートを使用。センサーが 3.3V 稼働のため、GROVE 端子の ５V 出力を 3.3V に変換する変換モジュールを用意していたのですが、これを通すと認識しませんでした。残念。
https://www.switch-science.com/products/8434?_pos=13&_sid=40f4ba8d7&_ss=r
で、電源だけ M-BUS から取りました。I2Cスキャンの公開コードを利用した結果はコチラ。
19:46:01.869 -> Scanning...
19:46:09.900 -> I2C device found at address 0x0D !
19:46:10.918 -> I2C device found at address 0x10 !
19:46:30.074 -> I2C device found at address 0x3D !
19:46:49.290 -> I2C device found at address 0x6B !
19:46:56.375 -> I2C device found at address 0x7D !
19:46:56.375 -> I2C device found at address 0x7E !
19:46:56.375 -> done
19:46:56.375 ->
19:47:01.390 -> Scanning...
19:47:06.403 -> I2C device found at address 0x0A !
19:47:10.479 -> I2C device found at address 0x16 !
19:47:12.500 -> I2C device found at address 0x1B !
19:47:13.489 -> I2C device found at address 0x1F !
なぜ変わるのでしょう？当然、コード内で指定したら値が取れません。SGP30 の TVOC/eCO2 ガスセンサユニット（５V）なら安定し、1つの値を示すだけなのですが。
I2C は難しいのでひとまず寝かします。
ワイヤーを探せば SPI で運用できそうです。何かないか探してみましょう。
****************************
20230207追記、写真追加
SPI のピン指定は、GPIO の番号で通りました。
CS ピンは3がダメ、13でOKでした。Core2 の記事で ３はUSBとの通信に使われると書いてあるものを見かけましたので、Tough もそのようになっているのでしょうね。
20231230 試作品をGitHubに公開
https://github.com/T40O0/ADXL355_SPI_M5_SD_FIR.git
書店に行くと、Interface 3月号が販売されていました。
タイミングが良いことに MicroPython の特集でした。
すぐに購入。
読んでみました。が、難しい。
いえ、書いてあることは追えますが、自分では書けないというレベルの理解力。
さらに、Raspberry Pi Pico だと numpy などの既存ライブラリも使えないという事を知り、さらなるショック。これを趣味で組める方はやはりプロなのでしょうか。
手元のセンサーと Pico を手に取り自分で書こうとしましたが、1時間ほどで give up。道のりは険しいデス。
で、Arduino MKR WIFI 1010 に逆戻り。
先週のおかしなXY値の原因でも追及しようと思いかけたところ、ライブラリを発見！
2日前に出ていました。ありがたい。素人だとこの程度でいいかと自分を慰めながら、使わせていただくことにしました（いずれ組めるようになりたい）。
ライブラリを使えば、一発。正しい値が出ました。
example の出力単位を変更し、サンプリング間隔の設定方法を修正し、測定時刻を吐き出すように書き加えてプログラムが完成。
あとは Wi-Fｉ のテストとケースの作成です。来週には外で測定ができるかな？
