いいプロジェクトだね。これを書くきっかけは何だったの？EKOSには結構いいスケジューリング機能があるみたいだけど（見たことはあるけど、使ったことはない）。その途中で、望遠鏡に接続されたMeLE 4Cミニコンピュータ上で動いているINDIサーバーを制御するためのTUIを作ったんだ：https://www.svendewaerhert.com/content/blog/telescope-mount/... リモートデスクトップを使った時に信頼性が悪かったから、ヘッドレスセットアップに切り替えたんだ。このTUIはもう少し整理したらGitHubにアップするつもりだよ。

実はめっちゃ簡単だよ！1) ステップファイルをアップロード、2) 何ができるかを見るだけ： https://jlccnc.com/cnc-machining-quote

地元のMaker's Spaceに入ったのは、特に機械工房のためだったんだ。CNCマシンがあって、そのクラスを受けて認定をもらったよ。そこで、映画用カメラのサポートギアのためのシンプルなプレートデザインをCADソフトで作ったんだ。Gコードを生成するソフトもあって、シミュレーターでヘッドクラッシュをチェックできるんだけど、実際に作ろうと行くたびに、誰かがヘッドをクラッシュさせて壊しちゃって、ユニットが使えなかった。結局、普通の金属加工機械を使って手作りすることになったんだ。角が四角くなっちゃったし、穴の位置合わせも思ったほど正確じゃなかった。こういうサイトを知ってたら、CNCで作ってもらえたのにって思う。

3年あれば、いくつかの簡単な押出しやポケットの作り方を学ぶには十分な時間だと思う。ここで見てるのは、基本的にはキャップ付きのパイプみたいなものだし。FreeCADはサーフェスモデリングをやろうとするとすごく複雑になるよね。

本当にそう。7年間趣味でFreeCADを使ってるけど、新しい機能に関してはめちゃくちゃイライラするUXの問題が多い。QAに通らないようなものもあって（自分はFE開発者だから、その辺はわかる）。過剰制約がエラーで、警告じゃない理由を理解しようとしたら、FreeCADフォーラムに何ページにもわたるスレッドがあって、常連たちが「パフォーマンス」のためにすべてが必要なように見えるって言ってた。これは意図的な選択なのに、解決策の制限じゃないのに。こういうゲートキーピングな態度は本当に嫌だな。プロジェクトにはUXの専門家と良いコミュニティマネージャーが必要だと思う。

同意する。暇なときにOnShapeとFreeCADを行ったり来たりしてる。OnShapeはすごく洗練されてる感じがする。FreeCADに戻るのは、いくつかのモデルを買ったから、OnShapeの無料プランで公開したくないから。できることがたくさんあるのはすごいけど、1時間かかると思ったことが、実際には6時間かかることも多い。夜遅くまでやってることもあるし。

FreeCADみたいなプロジェクトには感謝してるけど、デザインしてるときは結構イライラしたこともあったよ。特にランダムにクラッシュすることが多くて、プロジェクトが複雑になるにつれて悪化した。使い方に関しては、FreeCADでのやり方を知ってるかどうかがほとんどだね。FreeCADでできないことには出会ったことがない。別のCADソフトの経験がないから、これに集中できたのかも。

FreeCADが選択肢としてあるのは素晴らしいと思うし、成長を楽しみにしてる。でも、素早く質の高い作業をしたい人には、Autodesk Fusionの無料プランをおすすめするよ。原則的に使わないって人もいるけど、それはそれでいいと思う。趣味で使うには制限も少なくて、質の高いソフトウェアだよ。編集：ダウンボートされてるみたいだけど、仕事をするために非OSSソフトを勧めたからかな。でも、仕事をしたい人には、選択肢を考慮することをおすすめする。すべてのソフトウェアの選択が原則に基づく必要はないよ。

ChatGPTやClaudeは、こういうことをガイドしてくれるのにすごく役立つと思う。ソフトウェアが作りたい機能のためにちゃんとしたドキュメントがあれば、AIはやり方を教えてくれるのが上手だよ。AIが参考資料が足りない深い内容もあるけど、無駄にクリックしたりYouTube動画を早送りで見るよりずっと早いと思う。基礎知識を構築するための勉強ガイドを作るように頼むこともできるし。ただし、いつも通り、ちょっとした幻覚があるから、リンクや参考文献を提供するように頼むのがいいよ。

StellariumとKstars（EKOSが組み込まれてるやつ）は、どちらもすごく良いプラネタリウムソフトだよ。どちらもindiserverと連携できて、マウントやフィルターホイール、カメラなどの天文機器と話せるんだ。私は主にKstarsをマウントの操作に使って、Stellariumはいいターゲットを見つけるために使ってる。

「特定の惑星や星がどこにあるかを計算するオープンソースソフトウェアはありますか？」もちろん。SkyfieldっていうPythonライブラリがあって、それを使うと計算できるよ（他にもいろいろある）。トップページには、火星の方位角と高度を計算する例が載ってるよ：https://rhodesmill.org/skyfield/

そうだね、ここで使われているOnStepファームウェアには、ASCOMやIndiのドライバーが入ってるんだ。これらはWindowsやLinuxのほとんどの天文学ソフトでよく使われる通信プロトコルだよ。それに、古いMeade LX200のシリアルプロトコルにも対応してるから、別の一般的な接続方法でもあるんだ。例えば、スマホのStellariumを使えば、マウントのWi-Fiステーションに接続して操作できるよ。

すごく面白そうなプロジェクトだね。アマチュアの観測を、ただの綺麗な写真以上に活用できるシステムを考えてたんだ。キャプチャした単一のフレームを、生のままメタデータ（時間、座標、キャリブレーションフレーム）と一緒に共有できれば、集約者がそれを科学研究のために処理できるかもしれないし、もっと綺麗な写真も作れるかも。ベラ・C・ルービン天文台は、今や南半球全体を数日でキャプチャできるんだよ。私たちのキャプチャソフトが、地球規模のクラウドソースの望遠鏡アレイに貢献するなんて想像してみて。

ケプラーは望遠鏡なしで、ティコの肉眼観測を使ってやったんだ。

もう一つ面白いプロジェクトは、トランジットする系外惑星のためにホスト星の光曲線をキャプチャすることかも。近くのいくつかは、ただの写真レンズで裏庭から便利にできるよ。ここに、ASI178MM-cを使ってCanon FD 300mmで撮影してるアマチュアがいるよ: https://astropolis.pl/topic/60163-wasp-10-b-w-pegazie-1270-m...

第一原理ではないけど、Seestar S50ロボスコープを使って、星の放出スペクトルを測定するためにディストラクショングレーティングを使っている人がいるよ。

ありがとう！ZWOをKstars/EKOSに接続すれば、ソフトウェアでプレートソルビングを使って、望遠鏡がどこを向いているか正確に把握できるし、それに応じて調整できるよ。

でも、GOTOのアイデアは好きだけど、楽しさの大部分はオブジェクトを見つけることなんだよね。この話を読むのが好きなのは、いろんな人がいて、趣味の中にいろんな興味がある余地があるってことがわかるから。特にGOTOマウントには感謝してる。オブジェクトを見つけるのが一番苦手な部分だからね。 :D

基本的に、ほとんどの部品はデータシートに最小限の回路図を提供してるか、参考設計があるから、それをコピーすればいいよ。地面プレーンの使い方や、短く保つべきトレースについては、多少省略されることもあるけど、重要なことはだいたい言及されるし、アプリケーションノートで詳しく説明されることも多いよ。

データシートを確認するのは必須だね。通常、チップの周りに「必須」の部品が示されてるから。それに加えて、ピンの近くにデカップリングキャップを追加したり、グラウンドをしっかり保ったり、参考レイアウトに従うのが良い習慣だよ。経験豊富なデザイナーが自分の選択を説明しているのを聞くだけでも、たくさん学べるよ。ここで見たみたいにね：https://www.youtube.com/watch?v=aVUqaB0IMh4

そうだね、データシートを読む必要があるよ。それに加えて、すべての電源ピンにデカップリングキャップを使って、できるだけチップの近くに配置すること、PCBの一方をグラウンドプレーンにすることが大事だよ。この2つでほとんどの問題は解決できるはず。

MCUを使うなら、回路図がある開発ボードを見つけて、それを参考にするのがいいよ。

いい指摘と説明だね！