環境づくりのために用意するもの

シングルボードコンピュータの多くは製造元からOSをダウンロードしてSDカードなどに書き込んでから設定します。
設定はMacなどPCからリモート操作をしながら行っていくことになります。

Mac、シングルボードコンピュータの双方で必要になる項目を記載します。



●Macで必要なもの
SDカードのフォーマッター、書き込みソフト、リモート操作ソフトなどが必要になります。

・SDカードリーダー
USB3対応のものをおすすめします。

・SDメモリカードフォーマッター（日本語、無料）
Raspberry PiやNano PiなどSDメモリカードにシステムをインストールするシングルボードコンピュータを使用する際、メモリカードのフォーマットを行うがその際に必要になるソフト、上記環境を構築する際には必須。

・ApplePi-Baker（英語、無料）
Raspberry PiやNano PiなどSDメモリカードにシステムをインストールするシングルボードコンピュータを使用する際、配布されるシステムイメージファイルを書き込むために必須。
このソフトはバックアップ機能もあるためおすすめです。

・QuickHash GUI（英語、無料）
シングルボードコンピュータのOSイメージファイルや、Astrometry.netのインデックスファイルなど非常に大きなサイズのファイルをダウンロードする際、ファイルが破損する可能性があります。
このようなファイルにはHash記号が示されており、その符号を入力し、ファイルを検証することでファイルの破損確認ができます。

・NoMchine（英語、無料）　ーおすすめ
デスクトップリモートコントロールソフト。
Macは標準でデスクトップリモートコントロール機能がありますが、このソフトはWindows、Linux、シングルボードコンピュータ（Linux）などさまざまな環境で使用できます。
どの環境でも簡単にインストールできるため、リモートコントロールで複数のPCを使用する場合便利です。
サーバ、ビューアの組み合わせで使用します。
VNCを使用する場合はChicken of the VNCをインストールしておきましょう。

他にはMac標準で付属のターミナルを使用します。



●シングルボードコンピュータで必要なもの
製造元で配布されているOSイメージ、OSをインストールするSDカード、LANケーブルなどが最低限必要です。製造元で配布されているOSイメージにSSHサーバがない場合はモニタも必要になります。

・シングルボードコンピュータ本体
現状であれば天体制御環境の構築が最も容易なのはRaspberryPi3以上です。
この機種は複数のOSを選択できますし、天体制御環境をセットしたディストリビューションもあります。
OSから環境を構築する場合はUbuntu系のOSを選んでください。（環境構築にかかる難易度がもっとも低いです。）

・SDカード
Astrometry.netサーバを使用する場合は巨大なインデックスファイルのインストールが必要になりますので、32GB以上をおすすめします。
ドライブレコーダーなどで使用される高耐久のものが良いです。

・製造元で配布されているOSイメージ
デスクトップ環境のあるUbuntu系のOSイメージがある機種を購入することを強くおすすめします。
Ubuntuを前提として初期段階でインストールするソフトは以下になります。

・SSHサーバ
Macからのリモート操作で必要です。

・VNCサーバ、もしくはNoMachine
Macからのデスクトップリモート操作で必要です。

・Synaptics
GUIのアプリインストールで使用します。標準環境で入手できるアプリはこのソフトでインストールするのがもっとも簡単です。

・テキストエディタ（私はLeafEditを使用しています。）
設定ファイルの書き換えなどに使用します。

・Gdebi
パッケージをダウンロードしてインストールする際に使用します。
このソフトがないとターミナルからコマンドベースで操作になるため一気に敷居が上がります。

・SpaceFM
Macでいうところのファインダーのような役割を果たすソフトです。
このソフトの良いところはルートで操作ができることです。
この機能があるため、GUIから設定ファイルを変更できます。


まずはこんなところが必要になりますが、PCに比べて敷居が高いですね。。
興味ある方はその後ぼちぼちと私の構築した環境を記載していきますのでチャレンジしてみてください。

天体用アプリのインストールコマンド一覧

●INDI（KStars、astrometry.netサーバ、INDI Web Manager)

sudo apt-add-repository ppa:mutlaqja/ppa

sudo apt-get update

sudo apt-get install indi-full kstars-bleeding gsc

sudo add-apt-repository ppa:mutlaqja/libgphoto2

sudo apt-get update && sudo apt-get install libgphoto2

sudo apt-get install libgphoto2-6

sudo apt-get install astrometry.net

sudo apt-get install python3-pip

sudo -H pip3 install indiweb

sudo nano /etc/systemd/system/indiwebmanager.service


以下を記載

[Unit]
Description=INDI Web Manager
After=multi-user.target


[Service]
Type=idle
# MUST SET YOUR USERNAME HERE.
User=pi
ExecStart=/usr/local/bin/indi-web -v
Restart=always
RestartSec=5


[Install]
WantedBy=multi-user.target


上記コピペ、保存後
sudo chmod 644 /etc/systemd/system/indiwebmanager.service
sudo systemctl enable indiwebmanager.service
sudo systemctl daemon-reload
sudo systemctl status indiwebmanager.service



以上で環境構築が行えます。

正直敷居が高いですが、一つづつ動作確認を行いながら取り組んでください。（非常に手間がかかりますが。。。）

スクリプト化して半自動でインストールが行えるAstroPi3というスクリプト集もあります。

名称からRaspberryPi3用と思われがちですが、それ以外の環境でも使用できるスクリプトがありますので簡単に環境を構築したい方はお試しください。

バージョンアップの前には必ずイメージのバックアップを

シングルボードコンピュータで使用されているUbuntuなどはシステム、アプリとも多数更新されます。
INDIのドライバやKStars・EKOSも精力的に更新されていますが、場合によっては更新とともに動作不良をおこしてしまいます。

UbuntuなどLinux系のOSはリポジトリと呼ばれる管理リストでOS、アプリが管理されます。（一部を除いては）
そのため、更新をかけるとリポジトリに登録されたOSドライバ、アプリが更新されるためトラブルが出た際何が原因かが分かりづらくなります。

特に天体アプリはドライバやシステムと連動する機能も多く、アップデートで動作不良を起こす可能性が高いともいえます。（個別に更新をすることも可能ですが、非常に時間がかかります。）

そのため、必ずアップデートを掛ける前に、システム、アプリをまとめてバックアップしておきましょう。
Macであれば ApplePi-Baker、Winであれば Win32 Disk Imagerを使用して、OS、アプリの動作チェックが終了した使用環境をOSを含め、まるごとイメージにしてバックアップしましょう。

こうしておけばリストアも容易に可能ですので、バージョンアップでのトラブルも回避出来ます。
Linux系のOSと付き合うには必須になります。
（UbuntuなどLinux系OSを使用するようになってから、問題なく動作する環境の貴重さ（笑）を痛感します。）

動作確認が取れたらイメージにバックアップを癖付けましょう。

マイクロSDカードの問題

ラズパイ含めシングルボードコンピュータの多くはマイクロSDカードにシステムやアプリをインストールします。
いくつかの利点もありますが、問題点もあります。

以下に列記します。

利点
・バックアップ、リストアが容易
・トラブルの場合、SDカードを取り出し別のマシンで操作可能（上級者向け）
・上記の通り簡単にバックアップ・リストアができるのでトラブル時の予備システムを構築するのが容易

内蔵HD（もしくはSSD）と異なりシステムの入ったメディアに容易にアクセスできるため気軽に環境を構築出来ます。
Macであれば以前紹介した ApplePi-Baker、Winであれば Win32 Disk Imagerを使用して、構築した環境をまるごとバックアップ、リストアができます。


欠点
・遅い
・壊れやすい（運が悪いと続けざまに。。）
・同じサイズのマイクロSDカードを購入しても製造ロット、メーカーの違いなどで微妙に容量が異なる。

とても問題なのは壊れやすいことです。
システムが稼働するような頻繁なアクセスに弱いメディアです。
ドライブレコーダーなどに対応したMLCタイプを使用すれば少しは安心できますが、SSDやハードディスクと比較すると弱いメディアであることを念頭に置く必要があります。

そして、バックアップ、リストアの時に非常に問題になるのが、メーカーの違いなどで同じ容量記載のSDカードでも若干容量が異なります。
使用しているSDカードのバックアップを取っても、別のSDカードにリストア出来ないことが起こりえます。

ApplePi-Bakerではバックアップ時に圧縮して、リストア時にリストア用マイクロSDカードの容量に合わせて展開する機能が付きました。

上記の問題を救出できる機能になりますので、Macでバックアップ、リストアを行っている方は、安定した環境が構築できたらすぐに圧縮バックアップを取りましょう。

かくいう私も以前構築したNanoPi-M4のマイクロSDカードが壊れ、起動しなくなってしまいました。。
バックアップはとってあったのですが、新規に購入したマイクロSDカードが2枚とも微妙な容量不足でインストールできません。。

ダメ元で手許にあったSDカード（倍の容量）にバックアップしてあったシステムをリストアして、更に圧縮バックアップしたところ無事に購入したマイクロSDカードにインストールすることが出来ました。
（途中過程で圧縮ファイルの容量がかなり大きめに表示されており焦りましたが、バックアップが終了すると無事にバックアップ元のイメージファイルより容量が小さくなりました。）

今回は運良く倍のサイズのSDカード（マイクロではない）があったため、上記手順で乗り切ることが出来ましたが、マイクロSDカードは壊れやすいため、とにかくバックアップを習慣づける必要があります。

複数枚購入した際は最も容量が小さいマイクロSDカードに環境を構築すると上記トラブルを回避できる可能性が高くなります。
（正直正確な容量表示をしてほしいです。。）

Orange Pi２plusにVPNサーバを設置する

以前は仕事用にOSXサーバを設置して各種サーバ（Web、WebDAV、Samba、メール、VPN、 CalDAVなど）設置していましたが、度重なる引っ越しに伴い自宅サーバを閉じました。

しかし、その中でもVPNサーバは構築しておくと何かと便利なので以前天体用に試し、その後あまり使用していなかったOrange Pi２plusにVPNサーバを導入することにしました。

ラズパイであればイメージファイルを書き込むだけのお手軽なディストリビューションもありますが、残念ながらOrange Pi２plusにはそのような便利なものはありません。
SoftEther VPNやOpenVPNを自分でインストールして環境設定をする必要があります。

私はサーバ制御アプリがマルチプラットフォームで揃っておりL2TP/ipsecにも対応しているSoftEther VPNで環境構築しました。

想像していたよりかなり多機能で設定箇所が多く手間取りましたが、なんとか無事に構築できました。
ラズパイ同様ARM環境なのでラズパイでVPNサーバを設置する記事が役立ちました。（サーバ関係は情報が多くて助かりますね。天体用の情報もこれくらい増えれば楽になるのでしょうが。。。）

これで安全に遠隔操作やファイル共有ができます。
構築は手軽ではありませんでしたが、シングルボードコンピュータなので運用は手軽で良いですね。
フレッツ光のルータではVPNサーバ機能を持つものもあります。
外からの利用が多い方にはLAN環境でできることが全てセキュアに外部から可能になるのでおすすめですよ。（天体機器の遠隔操作にも便利に使えます。）

一部のSBCでのWiFiアクセスポイント機能について

天体機材の制御でSBCを使用する場合は、屋外ではWiFiのアクセスポイント機能を使用してタブレットなどからVNCなどでリモート操作ができると非常に便利です。

通常UbuntuやそのフレーバーのUbuntuMateなどではこの記事のようにシステム標準機能でGUIによりWiFiアクセスポイントを簡単に構築できます。

しかし、一部のSBCやArmbainなどのOSではこの機能が使えない（というか、存在しない）場合があります。
こうなるとWiFiのアクセスポイントの環境構築はかなりの大仕事になります。

ここで記載の説明は屋外でアクセスポイント機能を使用したいが、Ubuntu標準機能が使えない、もしくは何らかの関係でその機能が使えない方に向けてのものになります。（自分の備忘録も兼ねて）



前提条件

・ある程度Linuxの操作に慣れた方

・屋内では有線にて固定IPによるインターネット接続+リモート操作、屋外ではWiFiアクセスポイントにてインターネット接続がなくても独立してリモート操作を行いたい方。

・WiFiドライバなどがすでにインストールされてAP以外では使用できている方

・SynapticやSSHなど、環境構築の準備ができている方


システムに大分手を加えますので上記該当の方が対象になります。
上記環境構築でお困りの方はお試しください。
環境構築などの準備ができていない方はこちらやこちらの記事をご参考にして事前に準備をしてください。



構築手順

1.SSHで端末からifconfigを入力して有線Lan、無線Lanの動作状況、名称確認をする。（後ほどここで得られた名称を使用します。私の環境は下図、有線Lanはenxb827ebedaa4b、無線Lanはwlan0でした。）




2.SSHで以下コマンドでhostapd、dhcpd、create_apをインストール

hostapdのインストールコマンド
sudo apt-get install hostapd

dhcpdのインストールコマンド
sudo apt-get install dhcpd

create_apのインストールコマンド
git clone https://github.com/oblique/create_ap
cd create_ap
sudo make install
sudo mv ./create_ap /usr/local/bin/
sudo chmod +x /usr/local/bin/

上記によりcreate_apというスクリプトを用いてAPを構築します。dhcpd、hostapdは環境構築のために必要になります。

3.各種設定ファイルの変更
ネットワーク系のいくつかの設定ファイルを変更します。

・ネットワークインターフェイスの設定
有線Lanを固定IPでインターネット接続、無線Lanを独立したIPアドレスでルータのように機能させます。

SSHにて
sudo nano/etc/network/interfaces
上記ファイルを以下設定に変更

# interfaces(5) file used by ifup(8) and ifdown(8)
# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d

# The loopback network interface

#auto enxb827ebedaa4b
allow-hotplug ○○○
iface ○○○ inet dhcp

auto lo
iface lo inet loopback

allow-hotplug br0
iface br0 inet static
address 192.168.1.151
netmask 255.255.255.0
#network 192.168.1.1
gateway 192.168.1.1
broadcast 192.168.1.255
dns-nameservers 8.8.8.8 8.8.4.4

bridge_ports ○○○

auto △△△
#allow-hotplug △△△
iface wlan0 inet static
address 10.0.0.1
netmask 255.0.0.0
#gateway 192.168.1.1
network 10.0.0.1
iface default inet dhcp

以上をコピペします。〇〇○を有線Lanの名称に、△△△を無線Lanの名称に変更します。（私の場合は○○○はenxb827ebedaa4b、△△△はwlan0でした。）

上記ではルータアドレスを192.168.1.1、固定IPを192.168.1.151に、WiFiアクセスポイントはサーバとして10.0.0.1、dhcpにて接続側に10.0.0.2以降でアドレスを割り振る設定にしてあります。（つもり）
＃印のついた部分は機能しません。（参照用として記載しました。）



・dhcpdの設定

SSHにて
sudo nano /etc/dhcp/dhcpd.conf

最終行に以下をコピペ

interface wlan0
static ip_address=10.0.0.1


記述したら保存して自動起動にします。
sudo systemctl enable dhcpd
sudo systemctl start dhcpd



・hostapdの設定

SSHにて
sudo nano /etc/hostapd/hostapd.conf

以下内容に書き換え

interface=△△△
driver=nl80211
ssid=xxx
hw_mode=g
channel=
bridge=br0
macaddr_acl=0
auth_algs=1
ignore_broadcast_ssid=0
wpa=2
wpa_passphrase=□□□
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP
rsn_pairwise=CCMP
country_code=JP


interface=△△△部分は上記WiFiの名称に（私の場合はwlan0)
ssid=xxx部分は半角英字でお好みのアクセスポイント名を設定してください。
wpa_passphrase=□□□部分はWiFi接続時のパスワードになります。


記述が終了したら保存してこれも自動起動にします。
sudo systemctl enable hostapd
sudo systemctl start hostapd



・create_ap自動起動設定

SSHにて
sudo nano /etc/rc.local

exit0の前に下を追加
sudo create_ap -n △△△ xxx □□□

△△△部分はWiFiの名称（私の場合はwLan0）、xxx部分はアクセスポイント名（半角英字）、□□□部分にはパスワードを入力してください。（それぞれに半角スペースを空けてください）


以上が完了したら再起動してアクセスポイントが自動的に立ち上がっているか確認します。
有線Lanケーブルを接続しての起動や、外しての起動も試してみます。

上記前提条件を満たした環境ができたら終了です。

Beelink-AP34でハマる

以前Windowsでの天体システムからINDIに移行する際、機材と接続するのをSBCにするかMiniPCかタブレットにするか迷ったときがありました。

ラズパイ３→転送系が遅い
タブレットPC→UBUNTUに不具合
NanoPi=M4→グラフィック系のドライバが不安定、使用できないソフトがある（最近ようやく改善）

と、どれも帯に短し襷に長しといった状態で決定打がないと感じていました。

・天体機器を接続するのでUSB端子が多数欲しい
・そこそこの処理能力で省電力（バッテリーで動く）
・安定環境（システム、ドライバ共）
・4GB程度のメモリ（画像処理の高速化Ubuntuならこれだけあれば充分）

あたりを考察するとNUCあたりが最善かなと思っていました。
そんな折、ネットを徘徊していたら中華の海外通販サイトで表題のBeelink-AP34を見つけました。

・インテルチップセットを使用（システムのドライバで悩まなくて済む）
・ギガビットイーサ、USB３搭載（足回りがしっかりしている）
・eMMC64GB搭載（NUCは別売り、NVMe.M2 SSDも追加可能（ハーフサイズで高いが。。）
・メモリも4GB搭載（NUCは別売り）

と良い線いっているように感じ、思わず購入（昨年ですが）

確かに上記要素満たしており、ドライバなども安定して使用でき、これが天体用のシステムをまとめる予定でした。。。
しかし、購入後一箇所だけ計算外の項目がありました。

なんとUbuntu標準のGRUB（システムブートローダー）が使用できず、UbuntuのインストールにrEFIndが必要だったのです。。。
このrEFIndがなかなかの曲者でときたま起動ディスクを取り違えることがあります。
（使用できないGRUBで起動してしまう）
そうなると、リモートでは操作出来ないのでモニターやキーボードを接続してGRUBを終了し、rEFIndで立ち上げ直さないと駄目。

現場でこんな面倒な作業が起こったら、時間ばかり過ぎてしまいます。
で、結局無難に使えるラズパイ３に戻る。。と

しかし、それから1年以上経過し、最近になってNanoPi-M4はシステムなど安定してきました。
この調子であればBeelink-AP34も改善できるかも、と淡い期待を込めて本日作業の合間に設定を試してみました。

システムが立ち上がらない。。。

まあ、もともとがWindowsマシンなのでこんなときは慌てずにBIOSを呼び出せばなんとかなるでしょう。

BIOSも表示されない。。。

。。。

しょうがないので、SSDを取り出し、外付けドライブにしてNanoPi-M4で中身を確認します。

確認した所システム・SSDも無事なようです。
しかし設定した箇所に付随するファイルのみ無くなっているようでもとの状態に戻せません。。。。

。。。うーん

結局SSDを数度出し入れして、設定をその都度調整してみましたが一向にブラックアウトしたままです。


。。。これはダメかもしれない。。


と、考えた矢先ふとあることに気が付きました。
このマシンはBIOSの呼び出しがDeleteキーみたいですが（これもネットで確認、F7とか書いてあるところも。。）
接続していたのがMacのキーボードでDeleteキーが２つあります。

。。。ひょっとして、キー配置ずれてます？

つないであったキーボードを変更した所、あっさりBIOS登場、システムを選び直した所、無事復旧。。。

ネットで調べること数時間、SSDの出し入れ５〜６回（その都度分解）、それがキーボードを変更するだけで治るとは。。。。

なかなかハマった一日でした。

安定した天体環境を作るには

PCを使用した天体環境では非常に複雑で、かつ複数の制御を行っています。

それらの制御が安定して行えないと現地でトラブル修復を行う羽目になったり、最悪の場合は使用できなくなる可能性もあります。

安定した天体環境を作るために留意点を列記します。
これから天体環境を作りたい方は一つの考え方としてご確認ください。

1.容量にゆとりのあるバッテリーを用意（可能であれば２つ）
遠征などを行う場合はバッテリーを使用することになります。
気温などが低下するとバッテリーの性能が著しく低下します。
容量にゆとりをもたせ、リチウムなど低温でも性能が劣化し辛いバッテリーを使用することで電源関係の不具合をかなり減らすことができます。
PCなどで使用する場合はバッテリー本体に付属しているACインバータを使用するか、バッテリーにACインバータがついていない場合はステップアップorダウンコンバーターを使用することになります。
ACインバータを使用する場合は"正弦波"と記載されたものを選ぶようにしてください。"矩形波"や、"疑似正弦波"と記載されたものはトラブルの原因になります。
バッテリーにトラブルが出ると全てお手上げになるので、可能であれば同じものを２つ用意しておきましょう。

2.良質で耐久性のあるケーブルを用意
屋外環境は劣悪です。PCと接続するケーブル類は良質で耐久性のあるものを用意しましょう。
特に寒くなると低品質なケーブルだと硬化してしまい、断線する可能性が高くなります。
電源トラブルと並んで、断線や接触不良はよくあるトラブルになります。
こちらも予備を用意しておくと安心です。

3.夜露対策
湿度は電子製品の大敵です。電子部品が使用されている部分はビニール袋などで覆う、PCも使用しないときはビニール袋やダンボールなどをかぶせるなど可能な限り夜露対策を行いましょう。

4.遠征前にPCやアプリのアップデートを行わない
上記の通り、天体環境の構築は複数機器の複雑な制御環境の構築になります。
システムやアプリケーションのアップデートは、動作していた機器に不具合を与える原因になることが多々あります。
PCなどは動作チェックなどで、きちんと動作する環境ができたら、アップデートをしないのが一番確実です。

アップデートなどは時間にゆとりがあるときや、大幅な機能強化がなされたときに行いましょう。使用したい機能がなければアップデートしないほうが、安心して使用できます。
（アップデート後は全ての機器の動作チェックをやり直しになります。覚悟をもって望みましょう。天体系のアプリで制御機能があるものは依存関係の塊です。）

以上になります。

トラブルの多くは、電源周り（容量低下）、ケーブル周り（断線、接触不良）、システム・アプリの不具合と必要なものを忘れるなどのポカミスになります。

ケーブル類やアダプタなどは密封できるケースにひとまとめにしておくことでトラブルを防ぐことができます。

冷静に考えれば全て当たり前のことですが、その当たり前のことができていないことで安定した環境ができなくなっていることがほとんどです。
このサイトによく記載されているような設定関係や、アップデートなどで安定するのではとお考えの方もいらっしゃるかと思いますが、設定は正しく使えるようにするためのもの、アップデートはシステムやアプリのバグや不具合を特定的に修正したものです。

これらの組み合わせがうまく機能するかは確認するまでわかりません。

天体環境のように複雑な制御の場合はアップデートだけでは改善されないことがかなり多くあります。
環境を作るためのコツは使用する機器が正常に動作すること、若干の不具合があっても対処する方法を掴んでおくこと、そして動作が問題無い状態になったら環境を変更しないことが一番大事になります。

現地で困らないためにも上記のことは事前にチェックしておきましょう。（私自身もですが（苦笑））

天体機器の制御環境づくりで危険になるコマンド sudo apt update && sudo apt -y upgrade

Linuxを扱う多くのサイトで以下のコマンドが当たり前のように記載されています。

sudo apt-get update && sudo apt-get -y upgrade

上記のコマンドの意味は登録されているRepository全てを更新、そしてその全てをアップグレードする。というものです。

一見便利そうなコマンドですが、天体機器制御用に環境づくりを行っている場合は細心の注意が必要になります。
天体機器は複数のドライバでシリアル、ネットワークを用いて制御されています。

通常でのPC使用より、非常に依存関係が高い環境づくりになります。
天体機器系のRepositoryが、システム標準で同封されるような状況であれば、世界中の多くのメンテナが面倒を見てくれると思いますが、残念ながらそのようなものは一つとしてありません。

私のブログで紹介しているINDIドライバなどはネットワークでシリアル通信を行える便利なものですが、言い換えれば、ネットワーク系、シリアル通信系の両方の依存関係をクリアしなければ動作しないことになります。
動作環境を構築する途中で上記のコマンドをしようすれば、もれなく今までやってきたことが一度振り出しに戻ることになります。

特にLinux系はネットワークのサーバに使用されることが多いため、それらの更新が非常に早い傾向があります。
その連中が天体機器の制御のことまで考慮してくれればいいのですが、そのようなことはありません。

と、なるとユーザーが出来ることは何かが自ずと見えてきますね。

私は以下のような流れで運用しています。

・システム構築中はアップデート・グレードしない。（何が原因かわからなくなるため）
・設定が完了した時点で問題がない場合はバックアップを取り、設定完了時に戻れるようにしておく。
・設定が完了後にトラブルがある場合はトラブル原因を調べる→トラブルの起因になる部分のみ変更して確認する。
・上記でトラブルがなくなれば、再度バックアップを取る。
・トラブルの原因が解決しないときは開発者に連絡。→反応を待つ
・運用で避けられるトラブルであれば放置、開発者から対応の連絡があればその部分のみアップデート。
・上記でトラブルがなくなれば、再度バックアップを取る。
・運用

一度運用状態になればよほど目新しい機能が出ない限りアップデートしません。
どうしても使いたい新機能がある場合は、全ての環境を更新して、上記運用までの作業を行います。

更新の頻度は早いときは半年、運用で問題が無い、欲しい機能が出てこない場合などは年単位で更新しません。
今回Astroberryをベースにしたディストリビューションを作りましたが、不具合部分を消し込めたのでもう当分の間はアップデートしないと思います。

次にアップデートするときはEkosにライブスタッキングなどが付くときかな、と考えています。

現在ではラズパイなど魅力的なシングルボードコンピュータが出てきました。
上手く環境が構築できれば充分に実用的に使えるものになります。

近日中に配布予定のAstroberry-JはもうほとんどAstroberryの面影がないほどに調整、変更を加えています。
サーバ系を相当変更かけましたのでおそらく上記のコマンドを実施すれば作った依存関係は壊れ環境が破壊されます。
配布時はアップデートなどに関する注意事項も記載しようと考えていますが、ご自身の機器で不具合がなければアップデートのことは忘れてそのままお使いください。
（私もその予定です。天体機器の制御が目的ですからそれ以外に時間をかけたくありません。（笑））

四年目の浮気？（INDI vs ASCOM）

変なタイトルで恐縮ですが、以前記事で記載したEAA用のMiniPCをもう一度作り直し（SSD容量アップ、結局再度環境つくり直し）
UBUNTU（20.04）とWindows10両環境で天体機器を制御できるように再構築しました。


（写真は地味な作業風景。。。）

Windows側にはASCOM、PlateSolvingはASTAP、ASAP、PlateSolve2の3種類、機器制御はCielSkaycharts、CCDCiel、APT、N.I.N.A、SharpCap、ASIStudio、ステラリウムなどと画像処理系のアプリ一式（スタッキング系など）を組み込みました。

UBUNTU側はこのブログではおなじみのINDIサーバ・ドライバ、Kstars、CielSkaycharts、CCDCiel、ASIStudio、ステラリウム、Ser2Netなどこれまたいつも使っている環境を一式組み込み直しました。

どちらの環境もリモートで操作できるようリモートデスクトップ環境もガッチリ整えました。

4年ほど前に長らく使用していたWindows環境からLinux環境に移行しましたが（まあ、ちょこちょこ使うこともありましたが）、今回はINDIのマウントドライバ不具合が長期化しているので、現在だとどちらが安定して使用できるかを試してみようかと考えての行動です。
（天体用のWindowsマシンがだいぶ古くなってしまったのも一因）

INDIは最近開発者が混乱しているのか、バグが増えてきましたし、SharpCapのような高機能なライブスタッキングアプリが登場しません。（Ekosでできるようになると告知されてから早1年経過します）。

かたや、Windows勢は以前はASCOMを使用すると安定性に欠け、いくつかの機器は動作しなくなるなど手を焼きましたが、単体のアプリでは新しいものも少し出てきましたし、魅力的なものが多くあります。（統合制御系は動かなくて苦しみましたが。。。）

以前よりも事務作業などでWindowsに触れる機会も多くなりましたし、そこそこ快適に動くMiniPCも廉価に購入できます。
SSDを2台入れてデュアルブートにしておけば、どちらの環境を試すこともできますので、今後の制御環境を占う意味もふくめてのセットアップです。
SDDの容量を増やしたため、結局両環境をフルに作り直しましたので地味に時間がかかりました。。。

結果はどうなりますことやら。。
（両環境とも不具合だらけとかは勘弁してほしいですね。。。。）

Windows MiniPCでヘッドレスリモート制御に挑戦→轟沈

当地は極寒でしたが、天気はほどほどでしたので一昨日くらいからセットアップしたMiniPCをテストしました。



このPCも筐体が小さいので楽勝だと思っていたのですが、さすがにラズパイのようなセットアップは無理でした。
干渉しないように紐でくくりつけて部屋に戻ります。（数分の作業でしたが凍りつきそう。。）
鏡筒へのセットは後日しっかり考えないといけません。

考えたらWindowsを使用していた頃はノートパソコンやネットブックだったので今回のようなヘッドレスリモートはしていませんでした。
リモートデスクトップ類もRealVNC、Windowsリモートデスクトップ、NoMachineと3種類も入れてあるので問題ないかと考えていましたが・・・・

のっけからトラブルの嵐です。。。。
リモートでデスクトップにアクセスできません。。。。。

結局この日はWindowsのリモート環境のトラブルを洗い出すだけで終了してしまいました。。

ネットなどで調べながらセットしましたが、驚くほど情報が少なかったので備忘録として記載しておきます。

●VNCサーバに関して
Linux同様RealVNCをインストールしましたが動作しませんでした。
TightVNCサーバは問題ありませんでしたので、WindowsでVNCでのリモート環境だとTightVNCサーバがおすすめです。
（そういえば以前もTightVNCサーバを使用していました。。）

●Windowsでのボンジュール名の扱いに関して
以前は有線、固定アドレスで運用していましたが今回はボンジュールをインストールしてあるので簡単にアクセスできるだろうと考えていましたが、Windowsの設定でボンジュール名を確認できる場所がありません。。。。
ネットで調べてもMacの情報ばかりで、Windowsでのボンジュール名の扱いを記載したサイトがほとんどありません。。。
（なんでMacが開発した技術に関してはいつもこうなるんでしょうかね。。）

結論を書くとWindowsの場合はコンピュータが勝手につけたコンピュータ名がボンジュール名として使用されるようです。
わかりづらい名前なので変更しましょう。



エクスプローラー→PCを右クリック→プロパティを選択





1.設定の変更をクリック
2.変更ボタンをクリック
3.名前をわかりやすいものに変更
4.OKボタンで確定

Windowsが勝手につけた名前は大文字の上、ハイフンで区切られて乱数が割り当てられるのでネットワーク系のアドレスとしてはとても不向きなものです。
なるべくご自身が覚えやすい簡単な名称に変更しましょう。
この操作を行うと、再起動させられますがこれで　無線でも有線でもDHCPのままコンピュータ名.localでアクセスできるようになります。


●NoMachineとWindowsリモートデスクトップで接続する場合のユーザー名、パスワード
ボンジュールで接続できないので悪戦苦闘した際、NoMachineは非常に優秀でした。
なんとIPアドレスやボンジュール名がわからなくてもネットワークに接続されたマシンが一覧で表示されてくれます。（素晴らしいですね）
しかし、ここでも行く手を阻む要素が。。。

Windowsに接続するためのユーザー名とパスワードです。
NoMachineはローカルユーザー名とそのパスワードが必要です。
Windowsリモートデスクトップに関してはマイクロソフトアドレスのパスワードが必要です。（いつも使っているPINは利用できません。。）
しかも、IPアドレスか、ボンジュール名のアドレスも必要です。

Windows10になってからローカルユーザー名を登録した記憶がありません。。。
どこにあるのかあれこれ探したところ、こんなところに。。。。




エクスプローラー→Cドライブ→ユーザー→自身のユーザーフォルダの名前

これもWindowsが勝手につけているようです。

このフォルダ名をユーザー名の場所に入れ、同じく探すのにとても苦労したローカル名のパスワードを入力すれば無事デスクトップが表示されます。

天体用リモート制御で使うことを考えるのであれば、ラズパイなどのSBC同様ヘッドレストリモートで操作したり、環境を作っておいたほうが良いですね。。。

ネットワーク絡みの部分に関してはWindowsはUnix系とは本当に管理の仕方が異なるので注意が必要です。
今日は星を見る予定だったのに、三夜連続のPCいじりで終わりました。。
（ひさびさに根を詰めて設定したので、うかつにも何度かWindowsお得意の設定変更→再起動の強要→そのままシステム更新のコンボ技にもハマりました（苦笑）。制御のほうでも一悶着ありそうな予感満載です。）

Windows MiniPCでヘッドレスリモート制御に挑戦（リベンジ？）

昨日が散々な結果だったので本日も一階のベランダに機材を設置してWindows MiniPCでヘッドレスリモート制御に挑戦しました。

一階のベランダは木に囲まれているため視野が狭いですが、Lanケーブルを引っ張れるのでこのようなテストには最適です。
以前Windowsで天体撮影していたときはノートブックを機材に接続し、準備などが整ったらVNCでリモートしていましたが、今回は電源を入れたらすぐにヘッドレストリモートです。




昨日色々セットアップを調整したので、とりあえずヘッドレスリモート接続は問題ありません。
架台はSynScanPROアプリとASCOMで制御します。
最初、緯度経度がいくら設定しても反映されず悩みましたが管理者モードでアプリを立ち上げてみたら無事接続されました。




ASCOMでCielとSharpCapに接続します。新しいデバイスHubモードでマウントは無事共有できました。




しかし残念なことに自作Moonlite互換フォーカサーのASCOMドライバは認識されません。
こちらはサイトからCOMに直接接続するアプリで制御しました。（これは後日の課題です）




SharpCapでもCielでもマウントが制御できるようになったのは以前に比べて大きな進展ですね。
デバイスHubはPothHubよりは良さそうです。
（しかし、作業途中で接続が切れる状態が出てしまいました。。。）
Solverも試してみましたが、残念ながら成功しません。。。（これも後日の課題です。）




そうこうしているうちに、曇ってきてしまい本日のテストは強制終了になりました。。

一日だけのテストなので雑感程度ですが、ASCOMのデバイスHubは以前のPothHubよりは良さそうです。
しかし、接続しているにも関わらず途中で動作しなくなることがありました。
こうなるとPCの再起動しかありません。

一番悩ましいのはPlateSolverですね。
ASTAPとASPSを両方試しましたがどちらも成功しません。
もう少し露出を長くしたり、ゲインを上げたりして星の数を増やす状態にしないと駄目なのかもしれません。

私はEAAでの観望がメインになりそうなのでWindowsを使うとしたらSharpCapを中心としたシステムになります。
このアプリはライブスタック機能は右に出るものが無い存在ですが、ASCOMを使用した連携などを行うと不安定になることが多いように感じます。

今回も数回クラッシュしましたが、やはり連携操作を行っているときに発症しました。

但し、以前と異なりマウントドライバは連動しましたのでSolverさえ成功すればなんとかなりそうです。
（不安定なのが気になりますが。。）

このMiniPCはCeleron3445、メモリは8GBですが、Windowsで制御するとなると最低でもこのくらいのスペックがあったほうが無難ですね。

しかし、PlateSolverが鬼門ですね。。。
これが実用的に使えるようにならないと遠隔リモートは厳しいです。。

まあ、今回のチェックで一通りは試しましたので、あとはぼちぼちチェックしてみようと思います。


追伸
調べたところ自作moonite互換フォーカサーはASCOMドライバでは動作しないようですね。
ftdiチップセットが使われていないとCOMが認識されない仕様みたいですね。

あと、ヘッドレストリモートで運用しようと思うと非常に困るのが”ようこそ”（ロック画面）です。
今回はベランダで家のLANに接続されていたので問題ありませんでしたが、私はマイクロソフトアカウントでWindowsにアクセスしていますので、ネットにつながらないとPINコードが使えなくなる可能性が高いです。
VNC用のアカウントを作って確認すると、メインアカウントで認証ボタンを押さないとアクセスできません。。。。
ネット接続がなくてもPINコードでアクセス出来れば良いですが、そうでないといつもの広場で使うにはちょっときついかも。。

と、いうことで以下の設定でロック画面が表示されないように設定しました。
検索窓に　gpedit.msc　と入力→表示される書類を開く→[ 管理用テンプレート ] → [ コントロールパネル ]→[ 個人設定 ] →[ ロック画面を表示しない ] をダブルクリック→有効に設定すれば、ヘッドレスリモートの大敵のロック画面を非表示に出来ます。

しかし、この状態でもログイン画面が出てしまいます。（しつこい。。。。）
検索窓に　netplwiz　と入力→コマンドを実行→使用するユーザー名を選択→上部にある　ユーザーがコンピュータを使用するにはユーザー名とパスワードが必要のチェックボックスを外す。

これでようやく電源オンでデスクトップが表示されます。

Windows MiniPCでヘッドレスリモートEAA環境ようやく全て動作（かな？）

先週末MiniPCでWindows、Ubuntuのデュアルブート環境を構築しましたが、Windows側の検証に手間取りようやく全ての連携動作ができるようになりました。







画面は途中ですが、PlateSolvingとして使用しているAllSkyPlateSolver、Ansvr、ASTAP全て動作しました。

ヘッドレスリモートで操作しやすいようにようこそ画面やログイン画面をでなくなるように変更したり、PlateSolvingの動作やマウントドライバとの同期に苦しみましたが、なんとか全て動作するようになったと思います。

以下に雑感、注意ポイントをまとめます。

・Windowsの場合PlateSolvingはネイティブ対応のASTAPが早い、Astrometry.netサーバは環境構築も面倒だし、遅いが解析の成功率は高い。（Astrometry.netサーバはAllSkyPlateSolverのみ入れるのがおすすめ）

・SharpCapからPlateSolvingする場合はゲインを上げたり、露出を少し長くするなどし星が多数検出されるようにするのがコツ

・ASCOMドライバのほとんどが32ビットのため、ASCOM、天体アプリは全て32ビットに統一。（混在させると謎のトラブルの元）

・制御で使用するアプリは全て管理者モードで起動させる。（アプリアイコンを選択→右クリックでプロバティを開き設定）

・デバイスハブがPlateSolvingの結果を送信しないバグあり（管理者モードで動作しないため）

・SynScanProアプリはASCOMのマルチクライアント対応なので各アプリでデバイスハブやPothハブを経由させず直接指定する。

・SynScanProアプリは管理者モードを使用しないと設定変更ができない。（マウントとも接続できない）

・Astrometry.netのSolverを使用する場合はAllSkyPlateSolverのみを入れておいたほうが楽（インデックスファイルは手動でTycho2も追加することでエラーが減る）

・ASTAPをSolverとして使用する場合は縦横のピクセル数を1000以上にする。

・アプリの文字がとにかく小さい、リモートだと更に読みづらい。。（エラーが出ても文字が小さすぎて読めません。。）


こんなところでしょうか。
PlateSolvingを動作させるのと、マウントと同期させるのに苦労しましたが、SynScanPROがマルチクライアント対応だったので、デバイスハブやPothハブを使用せず各アプリで直接指定してやることで解析した情報が同期してくれました。（デバイスハブが原因だったようです。）

Astrometry.netを使用するAllSkyPlateSolvier、Ansvrともに動作しましたが、Windows環境ではあまり速くないようです。
SharpCap含め、Astrometry.net系のSolverを設定するとき混乱するのでAllSkyPlateSolverのみインストールしておいたほうが楽です。（速度も大して変わりません。）

SynScanPROが管理者モードを使わないと駄目だったので、安全のため全ての制御アプリを管理者モードにしたことでデバイスハブのバグに気づきました。

こいつだけ管理者モードで動作しません。
幸いSynScanPROドライバはASCOMで使用する場合、マルチクライアントに対応していたので各アプリに直接接続したら無事PlateSolvingと同期しました。
マルチクライアント対応でないマウントドライバの場合は従来どおりPothハブが必要になると思います。

ちょっとおもしろいなと思ったのはSynScanAPPアプリとASCOMの連携です。
このドライバアプリを立ち上げておかないと使えませんが、ASCOMとの連携がCOMではなくTCP/IPなので、INDI同様別のマシンからもリモート制御出来ます。
安定感はそこそこ（たまに挙動不審になる）ですが、このコンセプトは良いですね。
自由に複数アプリ、別のマシンと連携出来ると使い方が広がりますし、トラブル回避にも役立ちます。
WindowsだとCOM制御部分が足を引っ張る形になることが多いので、このようなコンセプトの制御が普及すると良いですね。
（他のOSではすでにINDIやINDIGOで実現できていますので、この部分だけはWindowsだけが特殊に感じます。（古いアプリ使えたりと互換性が高いのは助かりますが））

久しぶりにWindowsで天体アプリをじっくり動作検証しましたが、なかなか時間がかかりました。。（特にPlateSolving関連）

あまり記事になっていませんが、デュアルブートのUBUNTUの方の動作確認はすでにほぼ完了しています。（シミュレーションドライバが使えるので楽です。）

使っていれば細かな修正が必要な部分はあるかもしれませんが、ほとんどの部分はもう大丈夫でしょう。
あとはMiniPCを鏡筒にしっかり固定するだけですね。（デュアルブートなのでこれ一台設置しておけばWindowsもUbuntuもどちらも大丈夫です。）

無事ゴールが見えて安心しました。

デュアルブートMiniPC、UBUNTU側の最終チェック

Windows側の動作チェックも無事終わり、使える状態になったのでMiniPCを鏡筒部分に設置しました。




最終仕上げとしてUBUNTU側の最終チェックです。
INDI環境はシミュレーションドライバでほぼ動作確認できていますので、本日のチェック部分は以下の3点です。

・増設したUSB3ハブでのドライバ動作確認
・Linux用のASIStudioのASILiveの動作、機能チェック
・KStars・Ekosの星空での動作チェック

LinuxはUSBハブを使うとうまく機器が接続されない場合があります。
そしてSharpCapのような高機能なライブスタッキングアプリがありません。
ASIStudioのASILiveは同社のカメラ用のライブスタッキングソフトですが、ラズパイでは用意されていないのでCCDCielを使っていました。

カメラはINDIドライバでも接続されるのでどのように共用して使用できるか、アプリの機能などもチェックしたいと思います。


USB3ハブは全く問題なし
このシステムのINDIドライバはラズパイのものより新しいものになります。
このバージョンもマウントドライバに若干バグがありますが、設定を保存するとバグ部分が消え、普通に使えますのでラズパイのバージョンより快適です。（このバージョンから経緯台のホームポジションが北極から北に変更されました。）


カメラも問題なし


PlateSolvingも大丈夫（空が霞まくっています。。）
この状態でASILiveを起動してみます。


なんと驚くことにこのアプリのカメラドライバはINDIドライバと共存できます！
INDIドライバでカメラを接続していても、撮影やライブビューなどで使用していなければ映像をリアルタイムに表示できます。


ライブスタッキングも試してみましたが、霞がひどく動作はしていますがうまくスタッキングの位置合わせができません。（ライブスタッキング精度の検証は晴れた日にお預けです）
ストリーム再生を止めればEkosに戻って撮影やPlateSolvingが可能です。
INDIドライバを使用してCCDCielとEkosを共用するのとほぼ同じ使い方が出来てしまいます。
まさかINDIとASILiveのドライバを両方とも接続したまま共用できるとは思っていなかったので驚きました。（どういう処理しているんだろう？）

ASILive側ではASILiveで設定した状態で動作し、Ekosに戻れば各モジュールで設定した状態で操作出来ます。

ASIAirPRO作ってる会社なので、公表してないだけで実はドライバはINDI使ってたりして（笑、そうなら大歓迎ですが）

この後は曇ってしまったので撤収しましたが、最終チェックは大収穫です。
Windows、Linux両方で同じ使い方が出来るようにするのに思ったより手こずりましたが、デュアルブートで両OS共私の使用する機能が全て動作するようになりましたので、今後はこのマシンを制御のメインに使用していこうと思います。（ラズパイは防犯カメラシステムの架台制御用かな）

シリアルの問題

ここ数年でカメラ、フォーカサー、マウントなどの天体機器を統合制御出来るアプリが増えて来ました。
うまく使用できれば便利なのですが、以前のように各機器を別のアプリでバラバラに操作していたら起きなかった問題がこのような統合制御のアプリでは問題になります。

原因はシリアルで制御を行う機器のPCでの管理方法にあります。（USBシリアル変換チップを使うものも同様）

シリアルはモデム通信などで使われていた非常に古い通信方法（現在のPCには端子すらありません。）ですが、USBなどと比較してドライバの開発が容易なので、いまだに制御機器などで使われています。

機器を制御する場合、通信量自体は非常に少ないので、このような古い規格でも機器とPCを一対一で制御を行う場合は問題ありませんが、天体撮影のように複数シリアル制御機器を連携させる場合は必ずといっていいほど問題がおきます。

問題が出るのは
・機器の自動接続機能
・複数アプリの連携機能（マウントのSync、PlateSolving、ディザリングなど）

一つのアプリで完全に全て連携などを行えれば自動接続以外は問題が出ませんが、ほとんどのアプリは統合制御といってもいくつかのアプリと連携が必須、遠征時などに常にケーブルの接続をし直すことになりますので、上記2項目に対しての対処が必要になります。

シリアルの扱いはOS毎に異なりますのでそれぞれ対処法を記載します。

●Windowsの場合
Windowsはシリアル信号を連番のCOMとして認識します。
天体機器の多くはそれぞれのアプリが独自にCOMとの接続を扱い制御するドライバか、汎用ドライバのASCOMを使用します。

COMで取り扱われる機器はレジストリを制御するので本来であれば、管理者モードでの動作が必要です。（アプリによっては回避して使用できるようになっているものもありますが使ってみるまで対応はわかりません。）

COMとして認識される機器は、その機器本体のドライバによって挙動が変わります。（常に新たなCOM番号を作るもの、常に同じ番号で接続しようとするもの、インテリジェンスに空いているポートを探し、空いているところに接続するものなど）

そしてシリアルが古い規格なので対応しているアプリなども古いものが多く、互換モードや32ビットで動作するものがほとんどの状態になります。

具体的には以下の制約があります。

・アプリでの複数機器の自動接続は不可能（機能がついていたとしても事前にそれぞれのCOM番号を確認し、ドライバと正しく接続しないと動作しない。）

・COMを扱うアプリは原則として管理者モードで起動させないと、制御が出来ない部分がでる可能性がある。（レジストリを書き換える処理をするため、このような処理は原則管理者モードが必要）

・ディザリング、PlateSolving、マウントのSyncなど連携が伴う制御項目は、ドライバ含めそれらを全て統括制御出来るように設計されたアプリ（知る限り、ステラショットとTheSkyX＋エクステンションのみ）以外は動作が自己責任。

・汎用ドライバのASCOMで連携するアプリは連携を必要とするドライバがマルチクライアントに対応しているか、PothHub機能、その改定板であるデバイスHubで正確に動作しないと使用出来ない。

・COM番号が増え続ける機器や、番号が競合する機器があるため、デバイスマネージャーで管理、調整が必要。

・PothHub後継のデバイスHubの仕様が管理者モードでは動作しないため、管理者モードで動作するドライバがある場合はPothHubを使用する必要がある（2021年2月現在）

・ASCOMを利用する場合、.NETのバージョンが3.5のまま停止しているため互換モードでないと動かない場合がある（正式対応しているのはWindows7まで）


と、注意事項が非常に多いです。
確認抜けが起きるとトラブルが出ますので注意しましょう。
Windowsの場合は独自ドライバで単独機能を制御するアプリも多いので、統合制御アプリやPlateSolving、ディザリングなど連携機能を使用せず機器ごとに個別のアプリで制御を行うのも一つの手です。
（COMの場合は一対一だと安定していても連動使用で問題が出ることが多いため）


●MACの場合
シリアルを唯一独立した個別の名称で管理できるOSになります。（tty.○○○○○○や○○○○○○など、アプリによって識別名の表示は異なります。）
そのため、一回設定すれば再接続しても常に同じ名前で接続出来ますので、シリアルの問題は出づらくなります。
Macの場合はシリアルよりも制御するアプリとOSの互換性が最重要になります。（バージョンが一つ違うだけで動作しなくなる事が多いです。）

Macの場合は天体機器の制御はINDI、INDIGOの2つの汎用ドライバと、SkySafariやTheSkyXなどに代表されるような独自ドライバの3種になります。
それぞれで若干注意事項が異なりますので記載します。

●INDI・INDIGOの場合

・ドライバの設定で接続するシリアル機器を指定して、その設定を保存する。

以上です。
事前にドライバに接続機器を指定してその設定を保存しておけばそれ以降は問題なくその機器に接続されるようになります。
上記を済ませれば複数機器の自動接続も可能です。（当然ですが上記が設定していなければ自動接続はできません）

INDI・INDIGOドライバはいずれもマルチクライアントに対応していますので、複数アプリでの連携も可能です。

●SkySafari、TheSkyXなど独自ドライバを使用する場合

TheSkyXのみが複数機器の制御に対応しており、他のアプリはマウント制御のみです。

・シリアル機器の固有識別名を覚える

記載するのも馬鹿みたいですが（苦笑）、その機器の固有識別名を覚えておけばOKです。

以前はドライバ自体が無いという状態でしたが、現在は最もシリアル機器の管理が楽なOSです。


●Linuxの場合

udevというシステム機能で管理されています。
デフォルトではWindowsのCOM同様連番管理（dev/ttyUSB0など）ですが、ユーザーがルールを書き換えることでMac同様機器の固有名で管理できます。

追記：INDI環境がインストールされていれば固有名管理されるようになりました。（サーバ側で処理）

シリアル機器を制御するドライバはINDIとINDIGOがありますが、INDIGOはクライアントアプリがMacとWindowsしかありませんので（LinuxはINDI互換モードのみ）INDIで説明します。

Mac同様注意事項は両者同じです。

●INDI・INDIGOの場合

・udevルールを書き換えて固有名で機器を扱えるよう変更する→ドライバの設定で接続するシリアル機器を指定して、その設定を保存する。※

※INDI環境がインストールされていればサーバ側で自動的に固有名登録されるようになりました。

以上です。
これを事前にしておけば、自動接続で問題が出ません。
Macと異なりデフォルトではWindows同様連番管理になっていますので、この状態では機器の自動接続が出来ません。（Ekosなどは自動でシリアルを探す機能がついていますが、ドライバの接続に失敗することが多いです。）

Mac同様INDI、INDIGOドライバはマルチクライアント対応のドライバなので、複数アプリの連動も問題ありません。

しかし、一般ユーザーがudevルールを書き換えるのはとても面倒です。。
ターミナルを使用し、書き換え毎にudevの再起動が必要になりますが、AstroPi3に同封されたudevルール変更スクリプトを使用すると若干楽です。

天体機器の制御は屋外で複数機器を都度設置して行うため、トラブルに会いやすくなります。
PCの接続以外にも電源の問題や、端子の接触不良、ケーブルの断線などありとあらゆる問題に対処出来る必要があります。
PCでのシリアルの取り扱いは知識を持てば解決出来る要素（しかし、環境によっては解決がしづらいものもあります）になります。

アプリの統合環境だけが進化してもこれらの準備が出来ていなければ絵に描いた餅になってしまいます。
（自動接続、PlateSolving、ディザリングなどは使えるように事前準備が必要）

本当はこんなことを注意しなくても簡単に使えるようになるのが一番いいのですが。。。（天体機器は早くシリアル制御から脱却してほしいです。）

WindowsでもＩＮＤＩ、StellaSolverを動かす。

以前デュアルブートのMiniPCを作ってから、星を見ながら色々試していました。

しかし私の環境ではリモートでのフル制御とPlateSolvingが必須になるため、Windows、ASCOM環境だと立ち上げるアプリも多くPlateSolvingの安定性がどうやってもかなり低くなってしまい若干使い勝手が悪く感じていました。

どうしたものかと考えたところ、KStarsの現在のバージョンでは全てのOSバージョンで新しいStellaSolver（とそれを動作させるためのサーバ一式）が内蔵されていることを思い出しました。
しかし、Windowsの場合、INDIサーバ・ドライバが動きませんのでMacかLinuxにインストールしたINDIサーバ・ドライバを使用しないとStellaSolverを使うことが出来ません。。。

。。。であれば、サーバ・ドライバだけが動作する軽いLinux環境をVirtulBoｘで動かせば使えるのではないかと考え試してみました。




INDIサーバ・ドライバさえ動けばほかはWindows版のKStarsでまかなえますので、サーバ・ドライバのみをインストールした最小構成です。サーバ・ドライバのみの使用なので、仮想環境の割当メモリも1G、使用するCPUチップ数も1で全く問題なく動作します。

私はCUIがあまり好きでないのでデスクトップシステムにしましたが、Linux側で操作するのは、システム終了のコマンドくらいなので無くても問題ありません。（全くといっていいほどLinux側の操作は不要です。）




VirtualBoxでUSBを使用するとUSBシリアルの機器（マウント、フォーカサーなど）は問題なく認識され、INDIWebManagerでドライバも問題なく起動できます。
（カメラのドライバだけはNGだったので、シミュレーションドライバにしてあります。）




INDIWebマネージャーのドライバを読み込むにはプロファイルエディタでこのように設定しておきます。
これで起動したドライバを読み込んでくれます。



Ekosのアライメントモジュールからオプションを選び、WindowsにインストールしてあるAstrometry.netのインデックスファイルファイルを連携させます。




私はAllSkyPlateSolverを使用していましたので、AllSkyPlateSolverのインデックスファイルのディレクトリを追加します。
そうすればインデックスファイルを共用できます。


VirtualBoxのエミュレーション環境ではカメラドライバのみ動作しませんでしたが、Windowsでは苦しんでいたUSBシリアル機器（マウントやフォーカサー）は全く問題なくKStars・Ekosで快適に操作出来ました。
カメラ部分はシミュレーションドライバで起動しておけばEkosでアライメントモジュールが読み込めるのでStellaSolverが使用できます。
インデックスファイルなどもすでに他のアプリでインストールしてあれば共用出来ます。

Ekosのアライメントモジュールは画像ファイルを読み込んでPlateSolving出来ますので、カメラのみ他のWindowsアプリで動作させて保存場所をEkosアライメントモジュールで読み込めば問題なく使用できます。（マウントドライバやフォーカスドライバはEkosで直接操作出来るので自動導入はもちろんオートフォーカスやPlateSolvingでSyncも可能です。）

PlateSolvingの速度、安定性は非常に良いです。
ASCOM（というか、COMを使用するドライバ）の縛りが無くなりますので、天体アプリ全てを64ビット版が使用できます。

動作チェックなどしてみましたが、全く問題ありません。非常に安定して使えそうです。
今回作ったLinuxの仮想ドライブが別のマシンでも簡単に共用出来れば配布しようかと考えましたが、別環境で仮想システムを動作させるのにコツが必要になるので配布はペンディングにしました。（実はネットに上げてありますが。。）

サーバ・ドライバ、INDIWebマネージャー、GSCカタログを入れるだけなのでLinuxのインストールといってもそれほど時間も手間もかかりませんでした。（というか、インストールの方法をおぼえればLinuxは正直環境構築にそれほど時間がかかりません。コマンド数個実行するだけです。）

興味ある方はお試しください。

Windowsの最小INDI環境 AstrPC

以前記事として記載しましたが、Windows版のKStarsはV3.5からStellaSolverが内蔵されています。

ASCOMのPOTHに苦しんでいる方、高速なPlateSolvingを利用したい方はお試しください。
ダウンロードはこちら

VirtualVox用のVHDファイルと設定用のVBOXファイルのセットです。
（AstRPiのようにハード固定ではないので環境により上手く動作しない可能性があります。起動エラーが出る場合は強制終了（仮想環境のウインドウを閉じる）して、仮想環境を再度起動時、リカバリーモードで起動してみてください。それでも起動しない場合は動作しない可能性が高いです。）
ダウンロード後解凍してください。

用意するものは以下
・64ビット版のVirtualVox
・Windows版のKStars

使い方は簡単です。
VirtualBoxを起動



メニュー：仮想マシン→追加　を選択




上記VBOXファイルを選択




1.読み込まれた仮想マシンを選択
2.起動ボタンをクリック

設定などは行ってありますので上手くいけばこれで使えます。（私は若干設定が必要でした。あれこれ操作したので詳細は忘れましたが使えるようになりました。このファイルは自己責任でご利用ください。）



システムが立ち上がったら、VirtualBoxで使用するシリアル機器を登録（上図赤枠のアイコンで行います。）

Linux部分を使用するのはこれだけです。
（後はシステムを終了するときに右上のアイコンを選ぶだけ。）

その後Webブラウザを立ち上げて　localhost:8624　にアクセスしてINDIWebマネージャーを起動します。
カメラドライバをシミュレーションドライバに設定し、後はご自身が使用されている機器のドライバを選択してドライバを起動します。
このあたりの流れは上記の過去記事をご参照ください。

これで超高速なStellaSolverとシリアル機器をKStarsで連動操作出来る環境が整います。

StellaSolverはSextractorとAstrometry.netを活用したPlateSolving環境です。
非常に高速で安定しているので、私自身がWindowsでもこの環境を使用したかったのですが、この機能を使用するためにはINDIサーバ・ドライバが必要になります。（残念ながらINDIサーバ・ドライバまでは移植されませんでした）

そのためだけににLinuxマシンを使うというのが面倒だと感じ、Windowsで手軽にINDIサーバ・ドライバを利用する方法がないかといろいろ考えました。

CygWinを利用する方法や、Windowsネイティブの拡張環境で利用できるWSLなどを検討しましたが、CygWinに関してはソースからでないとサーバ・ドライバを利用できない、WSLはリポジトリで簡単に環境を作れるけれど外部機器の制御（USBやシリアル）が不十分などなんとも使いづらい状態でした。

色々検証したところ、上記VirtualVoxを利用すれば、USBをダイレクトに使用するカメラドライバ以外は問題なく動作することがわかりました。

INDI環境さえ動作すればカメラ部分はシミュレーションドライバで流用出来ますし、Windowsで最も泣かされるCOMドライバ（ASCOMなど）の連携部分がINDIでまかなえますのでKStarsを用いて自動導入、オートフォーカス、StellaSolverによるPlateSolvingの連携が実現できます。（PlateSolvingのインデックスファイルはAllSkyPlateSolverなどと共用できます。）

カメラ部分のみSharpCapなどのキャプチャソフトを利用すれば良いのでキャプチャアプリの安定性も向上しますし、ASCOMの32ビット縛りからも開放されます。（StellaSolver以外に不安定なCOMから開放されるのも実はうれしい要素です。）

VirtualVoxでのエミュレーション環境での動作も制御するドライバがマウントやフォーカサーなどのCOM（シリアルUSB変換）部分のみであればINDI環境の軽量さと相まって全く問題ありませんでした。

配布するファイルも動作保証できるものではありませんので、ASCOMのPOTHに苦しんでいたり、PlateSolvingの速度や成功率に不満がある方はお試し要素の一つとしてご利用ください。（おまけ機能としてWindowsでホットスポット作成すればスマホのSlySafariとも連携できるようにしてあります。ポート番号は4030です。）

追記
新しいカーネルが配布されたようで起動後、UPGRADEを促す表示がされますが、キャンセルしてください。
（新しいカーネルにするとブラックアウトします。）

キラーアプリになるか？ Ain INDIGO Imager

以前の記事でINDIGOSkyをご紹介しました。
ラズパイの新しいディストリビューションということで期待しましたが、その当時はINDIGOの本領を発揮出来るアプリケーション群がMacのみで、WindowsではCielSkychartとCCDCiel、APTが実装を始めた頃でした。（その後アストロアーツが同様の環境をギアボックスとして発売しました）

INDIGOはINDIドライバの進化版で、下位互換があると触れこんでいましたが、実際に使ってみるとKStars・Ekosでは動作に不具合が見られたり、INDIGOSky単体で操作するためのブラウザアプリなど目新しさも有りましたが、PlateSolvingが実装されていなかったり、Windows環境ではあまり安定していなかったりと未成熟な感じが拭えませんでした。

そのような状況を打破するためかは不明ですが、オールインワン環境のAin INDIGO Imagerが登場しました。



機能にしてもキャプチャ、フォーカス、フィルター制御、GPS、オートガイド、マウント制御、PlateSolvingに対応とかなり充実した統合環境になっています。
INDIGOSkyのシミュレーションドライバで接続して操作してみましたが、インターフェイスは癖もなくだいぶ使いやすいです。（文字は小さいけど。。）
但し、KStars・Ekosのように星図からの操作ができなかったり（CielSkychartとの接続が必要）、シミュレーションドライバでさまざまな動作チェックが行えないなど動作がこなれていない部分もありました。（実機ではどうでしょうね）

CloudMakersのアプリ群はとても使いやすかったのですがいかんせんMacにしか対応していません。
それに対してAin INDIGO ImagerはWindows、Mac、Linux（ラズパイ含む）にフル対応しています。
実機での動作が安定していれば、INDIGO環境を普及させるキラーアプリになるかもしれません。

INDIGOの場合、INDIと同様Windowsでネイティブにサーバ・ドライバを組み込ませることができません。
そのため、MacやLinux環境が必要になりますが、INDIGOSkyが機能アップしてAstrometly.netサーバが組み込まれて、ブラウザアプリから簡単にインデックスファイルを追加出来る環境が追加されましたので撮影に便利なものが一通り揃いました。

ドライバの起動などもリモート機器のブラウザから全て制御出来ますので、INDIGOSkyをインストールしたラズパイ＋Ain INDIGO Imagerという組み合わせは手軽にINDIGO環境を試すには良い組み合わせになりそうです。（INDIGOSkyはLinuxのGUIに一切アクセスせずに使えるコンセプトで開発されていますので新たにLinuxをおぼえなくても問題なく使えます。）

興味ある方はお試しください。


追記
INDIGOSkyの最新イメージを入手して余っているラズパイ3にセットアップしてWindows版のAin INDIGO Imagerへの接続を試してみました。
ドライバなどはINDIGOSky側で起動します。
Astrometly.netのインデックスファイルもブラウザ画面から問題なくインストールできました。（自宅のインターネット環境とLanケーブル接続することを忘れずに）

ドライバの設定などはブラウザ画面で行いますので、INDIとはまた違った煩わしさがあります。。。
接続した結果は

スカイエクスプローラーSE100N架台→☓（接続されるが正常に動作しない）
自作moonlite互換フォーカサー→○
ZWOASI224MC→○

結局昨年同様スカイエクスプローラーSE100N架台が正常に動作しません。。（またおまえか。。）
それ以外は正常に動作しました。
使い勝手は良さそうですが画面の文字が小さすぎます。。。。（APTとかもこの問題で苦痛です）
同じAPIを使用するAZGTiとかの場合はどうなんでしょうかね？
興味ある方はチャレンジしてみてください。

インターネットが不調。。。

ソフトバンク光を使用しているのですが、先週くらいから頻繁に接続が切れてしまいます。。。（LINUXのアップデートがおそろしいことに。。）
手持ちのルーター3台をとっかえひっかえしてチェックしてみましたが改善しなかったので、本日NTTに来てもらいましたが（チェックしてONUを変更しただけ）、やはり夜になると頻繁に接続が切れます。。。

作業が全くはかどらないので新規にVPN機能付きのルーターを入手してセットアップしてみましたが、やはり症状が改善されません。。。（設定ついでにVPN機能をラズパイから新しいルータに切り替えました。）

当地は木に囲まれているのでケーブルが枝に引っかかったりという可能性もあるため、室内調査をしてもらったときに併わせて影響が出そうな木の伐採も依頼しました。

ルーターも新調されたのでネット接続さえ元にもどれば快適な環境になると思うのですが、いつ復旧してくれるのかが明確にはわかりません。。。

ネットが不調になると本当に不便ですね。。。
明日もソフトバンクに相談です。。。。

インターネット不調の顛末（しかし、継続）

先週からネットが不調になってしまいいろいろな作業が滞ってしまっています。

ルーターやネット環境の再構築（ルーターは4台試しました。。。）
再構築ついでにVPN始め、リモート環境もしっかり整備し直しました。（ネット接続が必要な部分は非常に手間取りました。。。）

当地はまわりを木に囲まれているため、外的要因（木の枝がケーブルを強く圧迫）も多数見受けられたので、回線事業者、マンションの管理業者、電力会社（電気の電圧不足なども疑われたため）に連絡しチェックや、ケーブルに干渉している枝部分の撤去などの交渉も行いました。

昨日電力会社に電圧状態をチェックしてもらうため機器の取り替えなどを行っていいただく際、サーバ類を全てオフにしました。

工事が終わり、諸々機材を立ち上げていると一台だけどうやっても電源がオンにならない機材がありました。

嫌な予感がするので分解してみた写真がこれです。




最近似たような体験をしています。。。

嫌な予感は当たりました。
またもやコンデンサが壊れています。。。

この壊れた機器は「イーサネットハブ」です。
ハブはこの機器以外にももう一台つないでいるので、この機器に接続したものを繋ぎ変えてみると。。。

今までのようなネットの不具合が無くなりました。。。

どうやら、壊れかけたハブが回線のショートを引き起こしていたようです。
機器がタイミング良く壊れてくれたおかげで気づくことが出来ました。。。

とはいえ、今回の騒動で信号ケーブルを木の枝が強く圧迫している箇所も複数発見しましたので、こちらも継続的に進めます。
電力の問題も継続です。（トラブル候補オンパレードです。。。）

しかし、まさかの場所が原因の一つになっていました。

機器が壊れることは残念なことですが、壊れてくれたおかげで不具合箇所がわかるというなんともな結果です。。。

問題行動を起こしたハブですが、新規に追加購入しました。（現状では口数が不足するので接続できていないものもあります）

併せてコンデンサも購入しました。

修理して治るようなら再度壊れるまでしっかり働いてもらいます。
（迷惑かけた分の落とし前はきっちりつけていただきましょう（笑）、楽に引退はさせないよ）

SBCの電源問題

このブログでは、天体機器制御用PCとしてSBC（ラズパイ4など）を利用してLinux・INDI（及びINDIGO）環境を使用する方法を多数ご紹介してきました。

INDIやINDIGOはTCP/IPを利用するネットワークドライバなので転送経路や保存場所（システムのマイクロSDが非常に低速）を整える必要がありますが、私自身撮影環境としてもEAA環境としても問題なく利用できておりましたのでご紹介しました。（安定はしていますが、使い勝手など癖があるので習得は必要です。）

PCと比較して電力消費量も少ないので軽量なシステムが構築可能ですが、CPUの高速化などで困った問題が出てきました。

それが屋外で使用する場合の電源です。
私が使用するラズパイ4やNanoPiM4は5V3A（15W)が必要になります。（しかもUSB2）

要は標準USB2で無理やり3Aを利用しているような状態です。
この仕様がかなり厄介で、USBの標準フォーマットにも準拠していませんし、USBの電力供給規格であるPDやQC3などにも対応していません。。

私は今まで純正弦波ポータブルバッテリーを使用して100VからACアダプタを利用したり、ネットをくまなく探して5V3A以上の出力があるモバイルバッテリーを利用したり（めったにありません。。。）となかなか注意が必要でした。（電力が不足すると謎のトラブルが続出します。。。）

RockPi4は正式にPDに対応しているのでこういった苦労はありませんが、多くの方はラズパイ4をお使いだと思います。

最近冬の観望環境を整備する際、回避方法を見つけましたので以下に記載します。

条件
・PDまたはQC3で15W以上の出力に対応したモバイルバッテリーや、シガーソケットアダプタ
・5V3A対応を明記してあるUSBタイプCケーブル（100均で販売されているもの）

以上です。

ポイントは100均で販売されているような無印（USB2）タイプCケーブルを利用することです。（5V3Aの表記だけは確認してください。）

この方法であればPDもQC3もどちらでも大丈夫です。
PDであれば両側がタイプCのケーブル、QC3であればタイプA-タイプCのケーブル（いずれも5V3A明記の無印ケーブル）をご利用ください。

通常PDやQC３はチップ付きのケーブルを利用します。
これでバッテリーやアダプタと接続機器のマッチングを取りますが、無印USBケーブルの場合は電圧が5Vで固定されます。

PDもQC3も5Vであれば3Aまで供給出来ますので、無事ラズパイ4（NanoPiM4もOK）で利用できるようになります。

例としてあげるなら

モバイルバッテリー 26800mAh 18W PD QC3.0 高出力 大容量 PD対応 薄型 Type C PSE認証 急速充電 4出力ポート 3入力ポート 4台同時充電 スマホ充電器 通学 通勤 旅行 遊び ゲーム 外出 災害対応 デバイス使用時間延長 日本語説明書付 Charmast 新品価格 ￥3,400から (2021/11/10 18:53時点)

カーチャージャーUSB type-cシガーソケット 2ポート車用急速充電器 pdシガーソケット iPad車充電器 【38W/ PD＆QC3.0 急速充電】FodLop USB車載充電器 12V/24V車兼用車充電器 USB-C&USB-Aポート 2台同時充電 超小型 軽量 iPhone 13 / iPhone12/12 Pro、 iPad Air、 Google 、Samsung Pixel 、MacBook、 AirPods 、Switch 、Android各種(ブラック) 新品価格 ￥677から (2021/11/10 19:01時点)

このような廉価な機器と安いケーブル（5V3A明記の無印タイプC)であれば制約の網をかいくぐって利用できてしまうわけです。（正規の方法で使えるのが一番ですが、SBCの電源端子自体が正規のルールに沿っていません。。。。）

PDやQC３が利用できれば選択肢が一気に拡がります。
私自身所有するバッテリーやシガーソケットアダプタで試してみましたが全て問題なく安定動作してくれました。

屋外でのSBC（ラズパイ4など）の電源でお悩みの方はお試しください。（但し、自己責任で）

配線問題

またもや問題ですが（笑、シリーズ化しそう）、天体撮影やEAA（電視観望）などは天体機材が複数になり、私も含め多くの方はそれらをPCで制御することになるため電源（これも悩みのタネ）や、タイトルの配線などは頭が痛い問題になります。

私は当地に引っ越してから150ｍ先の広場まで機材を持っていき、WIFIルーターを使って遠距離リモート観望を行っていますが、お気軽なイメージがあるEAAも遠距離からリモートとなるとフル制御が必要になるのでなかなかの重装備でした。（そして機器の接続や撤収も地味に面倒でした）

今回冬の観望環境を整備した時、PDやQC3がケーブルを選べばMINIPCやラズパイ４で利用できる電力量を任意の電圧で出力出来ることがわかったため、配線を見直し、使いやすいように整理しました。

ポイントは以下
・ベースは12V（5Vも利用可能にする）
・PDやQC3機器を有効に活用する
・配線量を極力減らし、可能な限り接続したまま移動できるようにする
・ポータブル電源、モバイルバッテリーいずれも利用できるようにする
・MINIPCやラズパイ4などで制御は全て賄う（どちらもポータブル電源、モバイルバッテリーで使えるものを選ぶ）

12Vをベースにすれば豊富な種類のある車の電装部品などが利用できます。
MINIPCやSBCはUSB端子が多いので機材をまとめて接続できます。

今までは広場でリモート観望する際はポータブル電源のAC出力を利用して100Vで使っていました。
そのため、地上から数本の電源ケーブルとLanケーブル1本が立ち上がっていました。
接続も現地で行っていたため、時間がかかりましたが、今回の変更でPD、QC3を利用することで廉価に複数の電圧を選択できるようになったため、機材を整理することができ、ほとんどの配線を接続したまま運べるように出来ました。



架台の電池ボックスを外し、1本の12Vケーブルを3本に分岐するボックスを付けます。

エーモン プラス・マイナス分岐ターミナル(シガータイプ) ワンタッチ接続 2832 新品価格 ￥599から (2021/11/11 17:23時点)

使ったのはこれです。半田つけ不要でケーブルを分岐できます。




架台本体にシガーソケットを装着し、先程のケーブルを分岐したソケットとソケットタイプのPD、QC3端子を接続します。（ポータブル電源用）

地上にはポータブル電源、ルーター、安定化電源を置きます。安定化電源は電源ケーブルを2本分岐してあるため、1本をルーター、あと1本を本体に接続します。
あとはMINIPCとルーターをLANケーブルで接続し、本体に電源ケーブルを接続、分岐したケーブルでMINIPCとモニタを接続すれば完了です。（架台本体は電池ボックス内部で接続、USBケーブルは接続したまま運べます。）

モバイルバッテリーを使う場合はPDを分岐ケーブルに差し替えます。電力が不足するようであればQC3端子に12V昇圧ケーブルを刺し架台と接続します。（5.5・2.1Φジャックに統一）これはお気軽観望用でルーターを使用せず、MINIPCのホットスポットにタブレットを接続して利用するため、地上からケーブルが無くなります。




モニタなど使わないときはベルクロで架台本体に固定します。（運搬時外すケーブルはベルクロで固定して運搬できます）
USBはハブを利用して奥まった位置にありますので、接続したままでも安全に運搬できます。

今回の変更でポータブル電源を利用する場合は電源ケーブル1本、Lanケーブル1本の合計2本のみで接続出来るようになりました。

モバイルバッテリー利用の場合は地上からのケーブルは0本、モバイルバッテリーのPDを分岐端子に接続し、MINIPCに電源ケーブルを差し込めば準備完了です。

本当はもっとスマートに鏡筒部分を箱型にしてMINIPCなど全て収めたかったのですが、工作難易度が高いため挫折しました。

でも、まあ今回の変更でも今までに比べたら圧倒的に準備は楽です。
ベランダなどに設置してお気軽観望する場合は本体持ち出せば完了です。

MINIPCやSBCを制御用に使って、PD・QC3を有効利用すればかなり機材を整理できます。

現状では車の電装部品、PD、QC3を有効活用するのが結構効果的かなと思いました。
POEなど電源と信号を重畳する規格もありますので、工夫次第ではかなり配線を整理できそうです。

配線はかなり使い勝手が変わる部分なのでメーカ側でも配慮してほしいですが、現状ではユーザー側の工夫で乗り切るしかありません。（天体機器も車同様ボディーアース使えるのになあ、、そして車のように配線を隠す配慮をして欲しいところです。（ケーブルに引っかかって何度冷や汗かいたことか・・・））

みなさんも工夫しているところなどありましたら是非教えて下さい。

20cmの壁

高感度ズームカメラのリモート対応と併せて計画していたもう一つのプランで必要になる製品がようやく揃いました。

TP-Link スイッチングハブ 5ポート PoE (4ポートPoE 、各30Wまで) 合計40W対応 5年保証 TL-SG1005LP 新品価格 ￥4,400から (2021/12/19 22:25時点)

Andifany PS1248G 12V 4A48Wギガビット、PoEスプリッター 新品価格 ￥2,109から (2021/12/19 22:23時点)

エレコム LANケーブル 0.5ｍ 屋外対応 すきま用 アルミ強化 CAT5e準拠 シルバー LD-VAPF/SV05 新品価格 ￥982から (2021/12/19 22:27時点)

POEスイッチングハブとスプリッタ、及びすきまケーブルです。

POEスイッチングハブの納期が途中で延びてしまい注文から約1ヶ月以上かかってしまいました。

当家にはPOE対応の機器は無いのですが、なぜこのようなものを頼んだのかというと、ベランダでの観望を更に容易にするためです。




機材の方はケーブルを接続しておき、このようにモバイルバッテリーとスプリッターを置き換えPOEスイッチングハブから接続したLanケーブルを1本スプリッターに挿せばベランダでのリモート観望の準備完了です。

POEハブは家のLANに接続されているので、家の中のどのマシンからでもリモート観望が可能になります。
敷地内の広場まで移動するときには使いませんが、ベランダでちょい見するときにはケーブルを1本つなぐだけのお気軽さでリモート観望が出来るようになります。

このようにPOE対応機器が無くても、消費電力の少ない機器でシステムを作ればLanケーブル1本で、電力もデータも賄うことが出来るようになりますので、ベランダ観望をしている方には適しているかと思います。

ベランダでのちょい見環境はこれで整いました。（EAAの方はこれで完成）

あとは高感度ズームカメラの制御ボックス用の部品が届くのを待つのみ。。。（あと一つが届きません。。。。。）

高感度ズームカメラのリモート環境が整うまではEAAを楽しもうと思います。

感謝

ブログでご交流いただいているKさん（万が一にもご迷惑かかると申し訳ないのでお名前は伏せます。）よりAZ-GTI及び三脚など一式をお譲りいただきました。




AT100N架台だと鏡筒の長さに制約があるのでヤフオクで物色していましたが敗戦続きだったのでとても嬉しいです。

心より感謝します。ありがとうございました。

昨日日曜日に届いたのですが、沢山のオプションまで送っていただいたので我が家でどのように活用しようか考えぬき、方向性が決まったので早速とりかかります。（フル活用します）






架台は対空双眼（大）で使用することにしました。（作業の最中で散らかっていて申し訳ありません。。）
HF経緯台とベストマッチで、折りたたむと持ち運びしやすいサイズにまとまります。




微動雲台は対空双眼（小）のL字金具に取り付けました。
小さい方の対空双眼はC8とツインで利用できるように準備してありますが、かなり調整しても両鏡筒で視野が少しズレてしまいますが、これで楽に調整できそうです。（少し重量オーバーかも）

本体の動作チェックを行った所、問題なく動作するのですがSE-AT100N架台と向きが逆に動くため（赤道儀用のファームウェアの仕様のようです）、ネットで調べて汎用ファームウェアに入れ替えました。
（ファームウェアの入れ替え時、エラーが出て架台が動かなくなるトラブルがあり冷や汗をかきましたが、なんとか無事に入れ替えできました。）

USBシリアルを追加で購入しようとネットで確認したらどこも売り切れ。。。
部品を漁りこの架台用に自作ケーブルを作成しました。

ついていたアリミゾはボルトで締め付ける仕様だったので、固定設置のマルチカメラシステムで利用し、マルチカメラシステムで使用していたアリミゾを架台本体に取り付けました。（架台本体は作業中なので後日）

電源やPC、モニタなどの取り回しなどを考慮して本体にも少し手を加えようと思います。
年末の夜中のお楽しみとして感謝しながらコツコツ作業しようと思います。

Kさん、ありがとうございました。（主力機としてフル活用します）

AZ-GTiの小改造完成

今日はオフです。

お昼を家族で食べていたら、AZ-GTi改造のための部品が届きました。
早速作業に取り掛かります。
改造のコンセプトは『観望準備をとにかく楽にする』です。
AT-100N架台も同様のコンセプトですが、架台が小さいので細かな工作で同様の環境を作ります。




届いた部品は1品、9V電池用の接続端子です。
このような改造の際良く使用する万能部品、アストロショップダ○ソーの桐のまな板も使います。




9V電池用の接続端子をはんだつけ
断線しないようしっかりとケーブルをまとめます。




本体の中にある電池ボックスを外し、作った部品と接続します。
奥に見えるのは前回自作したシリアルUSBケーブルです。（ケーブルの長さをボックス内で調整しています。）




パチンとはめ込めば完成、下の端子に電力を入力すれば本体と上の3つの端子に電源が供給されます。
念の為ヒューズボックスも完備しています。（過去の経験上）

架台の左側には桐のまな板を加工して作った板を取り付け（表面にベルクロを接着）木ネジでがっちりネジ止めしています。（工作のアラ隠しで黒く着色）




板の部分は万能に利用します。長距離移動時（近距離の場合はケーブルを刺したまま移動）のケーブル保管、モバイル電源やPOEスプリッター、小物入れなどの取り付け、運搬時本体に接続してあるシリアルUSB（RJ12）の保護にもなります。




フル装備ではこのようになります。
モニタはリモート時は不要なので取り外します。
使用していたAT-100N架台の接続と互換性を持たせ、数本のケーブルを繋ぎかえるだけで架台変更が出来るようにしました。

ベランダであれば、Lanケーブル1本、広場まで移動する際はポータブル電源、ルーター、架台・鏡筒にLanケーブル1本、電源ケーブルを2本（ルータと架台）接続すれば準備できます。

一通りの動作チェックも終わりましたので、これで計画していた全てのメニューが完了です。
予定通り年内に全ての環境を完成することができました。（良かった）

後は晴れた夜を待つのみですね。

ベランダ撮影計画 その1

昨年末から少しずつ手を加えEAA、高感度カメラのズーム観望の使い勝手やリモート化がほぼ満足できる状態になりました。

現在住んでいるマンションではベランダにACを引くことが困難（寒冷地仕様の二重窓、コンセントが出入りする窓から遠いなど）なため、ケーブル1本でデータ転送と電源を確保出来るPOEを利用しました。

そのため、視界は狭くなりますがベランダであればある程度撮影もできる環境になりました。

以前撮影していた時はベランダに架台などを放置しておけたので設置などが楽だったのですが、今住んでいるマンションはそのようなことが出来ないので可能な限り簡単に設置できる準備をしていこうと思います。




室内で赤道儀の動作チェックをしながら、どのような組み合わせで設置するかを考えます。





INDIドライバは問題なく動作、WIFIを利用した無線での接続も問題ありません。
（問題なく動けば煩わしいマウントからのUSBケーブルが1本減らせます）





カメラをシミュレーションドライバにしてオートガイドやPlateSolverの動作確認もします。
以前はオートガイド端子を利用していましたが、無線接続のマウントのみでもガイドできそうです。
（ガイドケーブルも不要ですね。更にケーブルを減らせます。）

Ekosのオートガイダーもかなり使いやすいです。

AUX端子に自作ケーブルでUART接続すれば、EQMod同様ハンドコントローラー無しで運用出来るので手持ちの部品でケーブルを作って試してみましたがこちらは残念ながら動作せず。。。




雑然としていて恐縮です。。。
以前はベランダにACが引けたのでピラー脚の下に箱を置き、必要なものを全て入れてその上にノートPCを乗せて（終盤にラズパイ3に変更）操作していました。箱の中のUSB機材やACアダプタは全て繋いであるので、見かけによらず楽に設置できました。しかし、今回はこの部分を整理する必要があります。

EAA環境や高感度ズームカメラ環境のようにケーブルを接続したまま移動することは出来ませんが、POEも利用してや箱の中の機材（フォーカサー、USBハブ、一眼デジカメやマウントなどのACアダプタ類、電源カプラなど）を現在の環境で使いやすいように整理すれば設置の手間もある程度減らせそうです。

今回の室内テストで大まかな方向性はつかめましたので、空いた時間に撮影環境もぼちぼち準備していこうと思います。

ベランダ撮影計画 その2

前回の記事から、現在の居住地のベランダで撮影も出来るようにあれこれ計画していますが、AC電源が物理的に引くことが困難な状況で、更には機材を二階の倉庫部屋から運び出さなければなりません。
以前ベランダでしていたような箱の中に必要なものを接続状態でいれておき、パッと設置して撮影後も放置といったことはできません。その当時の設定のままでは当地では無理が生じます。。。（ここでもAC引けて、置きっぱなしにできると良かったのですが。。。）

リモートEAAや高感度ズーム観望用にPOEを準備しましたが、さすがに赤道儀を使った撮影環境では電力が足りません。

前回の検証でシステムを極力シンプルにしていけば赤道儀を使った撮影でも50W以下で安定稼働できそうです。

以前使用していた箱の中から必要なものを取り出し、まとめ直していますが以前ベランダで撮影していた当時のわたしも結構工夫していて15分くらいで全て組み立てて撮影できるような環境でしたので、今回も素早く設置・撤収（これが必要になる分面倒です。。）出来るように工夫しようと思います。（今の居住地では2階の倉庫部屋から一階のベランダまで運び出さないといけませんし。。。）

電力の関係はPOEとポータブル電源を併用すればゆとりをもって撮影できそうですが配線が若干面倒になります。。。

なんかいい方法ないかとネットを見ていたらこんな商品が。。



60WのPOEインジェクターが送料含めて2000円で購入できます。（しかもアクティブタイプ！）

以前購入したPOEハブもアクティブタイプなのでPOE非対応機器を接続した場合は普通のHUBとして使えます。

赤道儀を使うときだけ室内でこれを接続すればLANケーブル1本でデータも電源も全て賄えます。（配線が減らせるのが一番うれしいです）

現在の環境でメリットが非常に大きいので人柱として注文しました。

リモートEAAやリモートズームカメラ観望はベランダに運んでLANケーブル1本挿せば準備が整いますが、さすがに赤道儀なのでここまでお手軽にすることは無理です.。しかし室内である程度組み立てて設置出来る状態にすれば、2～3回の運搬は必要ですが、2～3箇所を組み立てて数本のケーブルを刺すだけで準備できそうです。

他にも諸々小物部品を注文しましたが、海外通販なので冬の間に間に合うかが問題ですね。。（出来るところはコツコツ進めています。


追伸
さすがに以前のベランダのような使い勝手がないので、移動組み立てが15分で全て完了というのは難しいですが、室内である程度組み立ててからベランダでは10分位で組み立て・準備出来るような環境にしたいと思います。準備もですが、撤収は特に簡単に速く終わらせたい。。。。（じゃないと寒くて死ねます。。。）

制御信号無線化の問題

現在ベランダで撮影環境を作るために中国からの部品待ちの日々が続いています。。。（POE関連とRS232Cレギュレータ）

私の赤道儀（初期型のセレストロンAdvancedーVX）はハンドコントローラー下部からシリアル端子（現在のものはUART変換されたMINIUSB端子）が出ているのでこの部分に改造を加えて無線化する予定ですが、天体機器の制御信号を無線化する障壁の多さに辟易としています。

環境整備の一助にもなるかと思いますのでそれぞれの問題を記載していきましょう。

●シリアル（またはUART機器）・・・一番問題が多い部分
マウント、フォーカサー、オートガイド端子（おそらく）、ローテーターなど多くの機器がシリアル（RS232C)で制御されています。
メーカーごとにシリアル端子の信号ピンの配列がバラバラ、シリアルにUART機器を追加してUSB端子が出ているものなどバラバラです。


問題なのは以下
・シリアルでそのまま通信を行うものと、UART（シリアル→USB変換）に変換されたものが混在（それぞれ対処が異なる）

・シリアル→無線LAN、及びBluetooth変換機器が気軽にメーカー、販売店から入手しずらい※
※天体機器メーカーや販売店が販売している機器は海外製で技適が取得されたものが皆無です。。。

・Windowsに関しては無線化したシリアルを変換するアプリを追加しないと利用できない。

・iOSはシリアル→無線LANには対応しているが、シリアル→Bluetoothには対応していない（SPP未対応）

・アンドロイドに関しては無線LAN（アドホック通信）は未対応、シリアル→Bluetooth（SPP）が対応。

・機器のシリアル端子のピン配列がメーカーによって異なる（調べないと正常に動作しない）

本当に問題だらけですね。。。
天体機器からシリアル端子がそのまま出ている（UART変換されていない）場合は以下の製品が利用できます。

ラトックシステム Wi-Fi RS-232C変換アダプター REX-WF60 新品価格 ￥18,664から (2022/1/29 12:32時点)

WIFIで接続する場合（iOS、Mac、Linux）Windowsは変換アプリが必要

ラトックシステム Bluetooth RS-232C変換アダプター REX-BT60 新品価格 ￥16,764から (2022/1/29 12:50時点)

Bluetoothで接続する場合（アンドロイド、Windows、Mac、Linux）

産業用のものであれば他にもありますが、数倍高額になります。。。


UART機器の場合は更に面倒です。

サイレックス・テクノロジー USBデバイスサーバ DS-520AN 新品価格 ￥15,854から (2022/1/29 12:59時点)

Windows、Mac限定であればUART機器くらいの転送量であれば上記製品で動きます。（利用するためにドライバが必要になるのでiOS、アンドロイド、Linuxでは利用できません。。。）

私が配布しているＡｓｔＲＰｉにはser2netと呼ばれるプログラムを組み込んでありますのでUART機器の無線変換器として利用できます。（SkySafari用に一台のみ接続できるように設定してありますが、設定ファイルを書き換えれば複数台のUART機器を無線化出来ます。）

UARTを無線化出来る商品にはSkyFiがありますが、残念ながら日本では販売されていません。（技適問題もあります。）

あとはESP8266やESP32の開発環境から自作でしょうか。。。
ガラパゴス化した日本の法律と、メーカー、販売店の非対応でユーザーが環境を構築しづらい状況がつづいていることは残念でなりません。。


●カメラなど（天体カメラ、一眼デジカメ）
天体カメラと一眼デジカメでは対処が異なります。（画像処理エンジンの有無）

INDIやINDIGO（Alpacaもここに加わるはずですが、発表されてから4年も経つのにドライバが揃っていません。。。）などネットワークドライバを利用することになります。

原理的には上記のようなUSBデバイスサーバも利用できるはずなのですが、私が試した機器では映像信号のような転送量が大きいものはまともに使えませんでした。

以前から記事に記載していますが、天体カメラのデータ処理方法は無線転送するには重すぎます。（使えるには使えますが、かなり工夫しないと快適に動きません）

デジカメに関しては画像処理エンジンやバッファが利用できますのでプレビューをJPEG、保存をカメラのSDにすれば快適に利用できます。（画像処理エンジンを利用して画像の転送量を減らすことができます。ライブビューはデフォルトで画像処理エンジンによって軽量化されています。）

この目的であれば市販されているものでもっとも簡単に利用できるのはZWO社のZWO-ASIAIR Pro（中身はINDI）でしょう。
アストロアーツのステラショット2＋ギアボックス（中身はINDIGO）もサポートが日本語で受けられますので良いかもしれません。

私が配布するAstRPiとラズパイ4で頑張ってご自身で環境を作ることも出来ます。


天体機器はEAAを行うにしても、撮影を行うにしても複数機器の制御が必須になります。

但し、現状では制御信号を無線化して利用するためには非常に多くの障壁があります。。。
障壁のいくつか（ガラパゴス化した法律、製品の販売体制など）はユーザーでは対処出来ない部分に問題があるのも残念ですね。（この部分は調べれば調べるほど残念な気分になります。。。。）

まあ、迷路のような状態ですが、自身が使いやすいように環境をまとめていきましょう。



追伸
一部のOSに関してはシリアル機器を複数接続するだけでも厄介なのに、無線化となると更に輪をかけて面倒になります。

電波法なんかはとうの昔に国際化されているはずなんですが（じゃないと飛行機飛べません。。）、なんでｍWレベルの少電力機器に輪をかけて独自規格設けるんでしょうね？（なんのための国際規格なんでしょうか。。しかもその管理運営に使われているお金は我々の税金です）

今回の撮影システム、DSC制作で購入したもの（備忘録）

自分の備忘録として記載します。

VKLSVAN ESP32 ESP-32S NodeMCUマイクロUSBデュアルコア開発ボードモジュール 2.4GHz ワイヤレスWiFi Bluetoothデュアルモード ESP-WROOM-32モジュール内臓 マイクロコントローラ 新品価格 ￥798から (2022/2/14 21:40時点)

DSC用に購入、ESP32はTTL3.3Vですが、このボードは5Vにも対応しているのでエンコーダーを利用するDSCに便利です。

HiLetgo UNO R3 D1 R32 ESP32 ESP-32 CH340G開発ボードWiFi Bluetooth 4MBフラッシュとArduino用マイクロUSB 新品価格 ￥1,150から (2022/2/14 21:44時点)

このボードは12V入力に対応しているのでマウントのハンドコントローラーから電源を取り込んで利用できます。
以前紹介したこのプログラムを一行書き換えればUARTブリッジ（WIFIでシリアル垂れ流し）として利用できます。

#include ＜ESP8266WiFi.h＞→#include ＜WiFi.h＞

KKHMF 3PCS 120P 1P-1P 20cm ブレッドボード・ジャンパーワイヤ（オス-オス,オス-メス,メス-メス ）120本 「国内配送」 新品価格 ￥578から (2022/2/14 21:42時点)

配線用のケーブルです。

ANMBEST 2点セット MAX3232 3.3V～5V DB9オス RS232 シリアルProt-TTL コンバータモジュールルートコネクタ、Arduino RaspberryPiおよびマイクロコントローラー用 新品価格 ￥799から (2022/2/14 21:52時点)

マウントのシリアルケーブルから出ている信号をESP32で利用できるTTLシリアルに変換してくれるボードです。

槌屋ヤック 車用 ソケット分配器 CEツインソケット 24V CE-301 新品価格 ￥665から (2022/2/14 21:55時点)

12Vをシガーソケットにして分岐します。

USB PD&QC 3.0 カーチャージャー 急速充電 シガーソケット[2ポート/38W/12V-24V車] iPoto 車載充電器 軽量 充電器車用 超小型 しがーソケット iPhone13/13 Pro/13 Pro Max/iPhone12/12 Pro/12 Pro Max/11/XS、iPhone SE2 Mini XS X 12 pro iPad Google Samsung Pixel MacBook Switch Android各種 グレー 新品価格 ￥669から (2022/2/14 21:57時点)

以前紹介したシガーソケット用のPD、QC３電源です。ラズパイ4とデジカメの電源をここから取ります。
ケーブルは100均一のUSB2タイプのものを利用すればラズパイ4で問題なく利用出来ます。

DR-E8 DCカプラLP-E8互換バッテリーUSBケーブルをACK-E8 AC電源アダプタの代わりにする、Canon EOS Kiss X4、Kiss X5、Kiss X6i、Kiss X7i、Rebel T2i、T3i、 T4i 、T5i、 550D、600D、650D、700D より多くのカメラ 新品価格 ￥1,899から (2022/2/14 22:02時点)

一眼デジカメの電源用として、上記PD・QC3アダプタのQC3側で接続すれば問題なく使えます。

monofive プリント基板・マザーボード用スペーサー 12個入 取付穴4mm MF-SP8N12 新品価格 ￥458から (2022/2/14 22:06時点)

基板取付に利用しました、便利です。



POEインジェクター

私は60Wタイプを購入しました。問題なく使えます。



POEスプリッター

同じく60W対応のものを購入しました。この製品はPOE電力を12Vで取り出すことが出来ますので、POE非対応機器で利用する時に便利です。（天体機器とか）

フォーカサーは以前から利用していたFCUSB

オートガイダーも以前から利用しているLODESATRです。

今回、機器制御はラズパイ4・ＡｓｔＲＰｉの組み合わせにしました。
一眼デジカメでの撮影であれば画像処理エンジンが利用できますのでPleteSolvingやプレビューなどはJpegで運用すれば軽快に使えます。

上記のものをまとめるボックス制作などは毎度おなじみ（笑）のアストロショップダイ○ーの桐合板のまな板と金属ポールを利用しています。（今回は3枚）

まな板を黒く着色し、必要なものを木ネジでやベルクロで取り付けてポールを支柱にしてネジ止め。

工作自体は着色にもっとも時間がかかったくらいで簡単ですが、POEインジェクター、スプリッターなどAliでしか購入できなかったので時間がかかりました。。。

簡単な説明も付けましたので自作用の参考資料にしてください。
（すべて動作チェック済です。）

アマチュア電波天体観測について

やまぎりさんのブログで電波観測のコメントをやりとりしたとき、私自身も興味が出てきていろいろ調べてみました。

電波天体観測なんてアマチュアには縁がないものだと思っていましたが、調べてみたら現在は驚くほど敷居が低くなっているようです。（実は電波観測ってアマチュアからスタートしているみたいですね。）

以下リストにまとめます。

●電波観測機器

RTL-SDR.COM V3 RTL2832U R820T2 TCXO/1PPM SMA-J(HF Direct Sampling Mode Q-branch)Software Defined Radio [チューナー単品/アルミダイキャストケース][RTL-SDR.COM正規品] 新品価格 ￥3,871から (2022/3/1 17:07時点)

RTL-SDRと呼ばれるUSBで接続して利用する広域電波受信機です。
おもちゃみたいな感じですが、なんとこの機器で2４-1700MHzまでの広範囲の電波を受信することが出来ます。
PCとの設置などに気を使えば受信感度などもなかなか良いようです。

KKHMF 0.1-2000MHz RF 広帯域アンプ 30dB増幅器(デシベル) 高利得モジュール ノイズLNA 新品価格 ￥999から (2022/3/1 17:43時点)

オプション的な位置付けですが、アンテナの電波を増幅するプースターですね。LNAと呼ばれる機器です。

アンテナと上記RTL-SDRとの間に挟んで使います。
RTL-SDR+アンテナのみでもかなりの電波を受信できるようですが、宇宙の弱い電波を増幅するために利用します。

USB 延長 5M UGREEN USBケーブル 延長 アクティブ リピーターケーブル 信号強化 タイムラグなし 取り回し良い タイプAオス-タイプAメス 新品価格 ￥1,880から (2022/3/1 18:29時点)

これもオプション扱いですが、PCを利用するとPC本体から出る電磁波の影響が出るのでなるべく受信機から離して設置するためにUSBリピーターケーブルなどを利用するようです。


アンテナに関しては観測する電波で計算します。
アマチュアでよく利用されているのは水素観測の21cm線と呼ばれる1.42GHz帯、流星観測の53.755MHz帯などのようです。

特に水素観測は幅広く利用されているようです。
超短波なのでアンテナのサイズも小さくて済みますね。

あとはパラボラ（BSアンテナでおなじみ）やホーン（ダンボール+アルミ箔などで自作できます）で更に電波を効率よく集めて利用するようです。

パラボラアンテナは100均の中華鍋や傘とアルミ箔などで自作する方もいるようです。

なんと電波観測として準備するのは上記機器だけです。
後はPCアプリと架台があれば観測出来ます。

アンテナを自作で済ませればなんと1万円以内で観測環境が整ってしまいます。

●マウント
流星観測に関しては上記アンテナを三脚などに固定するだけです。
特定の対象を観測するには自動導入機構がついた赤道儀や経緯台があれば素早く対象を探せます。

写真を撮るわけではないので、経緯台でも全く問題ありません。

●PCアプリ

・SDR#（Windows、無料）
Windows用の汎用無線受信アプリです。
非常に多くのプラグインを追加することができ、天体電波観測でも利用者が多いアプリです。
上記RTL-SDRにも対応しています。

・INDIーRTL-SDRドライバー（Mac、Linux）
INDIサーバ・ドライバ環境では上記RTL-SDRのドライバーが用意されています。
スペクトルをFitsファイルで書き出す機能などが利用できるようです。
他の天体機器と連動してマウントの自動導入やスケジュール観測などフルスペックの観測環境を構築出来ます。

ラズパイ4+AstRPiでも環境ができてしまいます。

スペクトルをFitsで書き出せるようなので、SiriLを使用すれば時間経過でスペクトルの変化を動画にも出来ます。

電波観測などアマチュアには縁の無いものだと思っていましたが、すでに天体観測機器を持っている方であれば驚くほど手軽に観測環境を構築できます。

以前は高性能な電波受信機といえば数十～数百万オーダーだったのですが、処理系統をPCをに行わせることで非常に廉価に環境を作ることが出来るようになりました。

調べるまでまさかこんなに手軽に環境が出来るとは想像していませんでした。（お手軽観望の高感度監視カメラのシステムよりはるかに廉価です。）
観望や撮影の環境が一通り整ったのでチャレンジしてみようかな。。。


追伸
あまりの敷居の低さに驚きましたが、よく考えたら映像や音楽制作など高額な専用機必須のハコ（環境・設備などの業界用語）依存の業界もPC+アプリでかなり置き換わってきています。
昔だったら数千万～数億円の設備が無いと出来なかったことが今はPC+アプリでかなり（ほとんど）出来るようになりました。

アイデアや、モチベーションがあっても予算が無くて出来なかったことが工夫すれば出来る時代になったということですね。
そうなると昔以上にアイデアやモチベーションの有無が結果に関わることになります。

もしかしたらプロよりもアマチュアから面白いアイデアが多数誕生してくるかもしれません。（そう言われてみれば天文系も以前からその傾向がありますね。）

RTL-SDRを味見（電波観測準備）

以前の記事で天体の電波観測について触れました。

かなり未知なる世界ですが、道具だけは気軽に揃えられるので試しに買ってみました。

私が購入したのはこの3つです。

RTL-SDR Blog V3 R820T2 RTL2832U 1PPM TCXO HF バイアスティー SMAソフトウェア定義無線 ダイポールアンテナキット付き 新品価格 ￥4,997から (2022/3/5 14:23時点)

KKHMF 0.1-2000MHz RF 広帯域アンプ 30dB増幅器(デシベル) 高利得モジュール ノイズLNA 新品価格 ￥999から (2022/3/5 14:24時点)

Kaunosta SMA変換コネクタ SMAオス⇔SMAオス・SMAメス⇔SMAメス 無線機 ハンディー機用 2種セット 新品価格 ￥700から (2022/3/5 14:26時点)

うっかりしていましたが、LNAと呼ばれるブースターは両側ともメス端子だったので、オス端子に変換するアダプタが必要なことに後から気づき、後日追加注文しました。（まだ届いていない）

ロッドアンテナが付属したものを購入したのでとりあえずはこれだけで本体の動作確認は出来ます。

天体用のアンテナ（1.2GHｚ）やLNAの接続は環境が整ってから作る予定です。

では環境づくり

●Windows
・SDR#

まず最もメジャーらしいSDR＃というアプリをインストールします。
このアプリで手動になりますが、RTL-SDRアダプタのドライバもインストールできます。

アプリのフォルダーの中にある”install-rtlsdr.bat”というファイルをダブルクリックすることでドライバーがインストールされます。
通常だとこれだけでドライバを選択出来るようになり使えるはずですが、RTL-SDRドライバが表示されない場合は”zadig.exe”を起動して登録します。（下図参照）



・HDSDR

これもメジャーなアプリらしいのでSDR＃でドライバなどをインストールして動作確認した後にインストールします。


●ラズベリーパイ4

INDI環境さえ作ってあればINDIで利用するRTL-SDRドライバはすでにインストールされていますのでドライバを選択すれば使用できます。なぜかINDIWebマネージャーでは選択出来ず、EkosのProfileEdhiterからしか設定できませんでした。（ProfileEdhiterにしてもAUX→otherという分かりづらいところにあります。。。）

INDIドライバが動かない場合に備えてターミナルから以下のアプリもインストールしておきます。

sudo apt install rtl-sdr

sudo apt install gqrx-sdr

上のコマンドがWindowsのSDR#とネットワークで接続出来るようにするドライバ、下のコマンドはラズパイ用の受信アプリです。

環境が整ったので諸々チェックします。



INDIのドライバは接続は問題なくしてくれますが、動作不良なところが多々あります。。。一通り動かしながらチェックしてログをフォーラムに送信。（またもや不具合報告）




ラズパイからWindowsに接続するにはターミナルから以下のコマンドを入力します。

rtl_tcp -a 0.0.0.0




Windows側のドライバを”RTL-SDR TCP”に変更してラズパイ4の固定アドレスとポート番号1234を指定すればラズパイ4に接続されたRTL-SDRモジュールからLANでWindowsのSDA#で受信出来ます。




ラズパイ4にインストールしたGqrxという受信アプリでも問題無く接続できました。

今回はWindowsでの環境づくりと受信チェック（FMのみ）、ラズパイ4のINDIドライバのチェックと環境づくり、ラズパイ4とWindowsのネットワーク受信までを確認しました。

ソフトウェアラジオ（RTL-SDR+アプリで構築する環境をそのように呼ぶらしいです）は私にとって完全に未知な世界なので、手探りで動作確認を行っていますが、なかなかややこしいですね。。。

とりあえずは覚えながら環境を作っていこうと思います。

電波観測用の自作アンテナ（1.42GHz帯）の制作と取り付け

以前の記事でチューナー部の準備はできました。

ダイポールアンテナ付きのチューナーを購入したのでこれだけでも観測出来るのですが、水素線1.42GHzをより効率よく受信できるようにアンテナを自作してみます。

電波観測というと巨大なパラボラアンテナがイメージされますが、正確に言うと反射部分（パラボラ部分）とアンテナ部分に分けることができます。

アンテナ部分は受信したい電波の波長で計算します。電波の波長が短ければ短いほどサイズが小さくなります。
反射部分に関しては反射望遠鏡同様大きければ大きいほど少ない電波を集めることができます。

なので、反射部分とアンテナ部分を分けて考える必要があります。

ではまず反射部分から考えてみましょう。




電波は金属に反射される性質があります。（波長が短いほど顕著）
光同様パラボラや球面などで集めることができます。

私は図のように金属の球面を焦点面で反転して（赤点部分）大小並べることにしました。
大きな一次反射面で空中の電波を集め、小さな二次反射面で電波を一次反射面に返し逃さないようにします。
こうすれば原理上集めた電波は鏡合わせ状態になり逃げません。

電波を集める反射面に関しては大きければ大きいほど良いのでしょうが、運用などを考えて手に入りやすいもので作ります。
（少なくとも1.42GHｚの波長21cmよりは大きくしたいです）

アンテナは焦点位置の図の赤点部分に設置します。


さて、次はアンテナ部分です。
ダイポールアンテナが楽ですが、私は地デジ受信で自作したことがあるヘンテナを作ることにしました。




日本のアマチュア無線家が考案したアンテナです。
制作が楽な割にはなかなか感度が良いです。
図のサイズで制作すれば希望する周波数を効率的に受信できます。

水素線1.42GHｚの場合だと、縦約10.5センチ、横約3.5センチの長方形を針金などで作ります。
ケーブルを接続する部分は給電点と呼ばれ、図のように1/8λ～1/10λの位置に設置します。（1.42GHｚだと
2.6～2.1センチほど）
ケーブルは購入したRTL-SDRのアンテナ端子に接続出来る、50ΩのSMAオス端子がついたものを用意します。

ケーブルの皮膜を約3ｃｍ程度剥き、外側にある網線を約2cmほど露出した状態にします。

網線に銅線をハンダ付けして給電点の片側にハンダ付けします。

ケーブル中央の銅線は網線と反対側の給電点にはんだ付けします。

正式には給電点にバランと呼ばれる機器が必要ですが、上記寸法で接続すれば、シュペルトップバランと呼ばれるバランの代用になります。

ヘンテナが完成したら上記反射板の焦点部分に設置します。

材料は毎度おなじみのアストロショップダ○ソー（笑）で購入します。
私は以下の材料を購入しました。

・ステンレスメッシュボール（30ｃｍ）→一次反射鏡
・ステンレス茶こし（約7cm）→二次反射鏡
・桐のまな板→反射鏡の支柱+ラズパイ・チューナーの取付部+電子ファインダーの取付部
・L字金具☓2→アリガタ取り付け部、ファインダー脚取付部
・ベルクロ→ラズパイ・チューナーの貼り付け用

アリガタや電子ファインダー取り付けのアリミゾ、アンテナ用の針金は手元にあるものを使います。
SMAアンテナケーブルも家にありましたので片側を切断して利用します。


完成したのがこちら



架台はズーム観望用のSkyWatcher　SE-AT100N架台を流用です。最初AZ-GTiにしようかと考えましたが、WIFIを使わないこちらにしました。（電波受信に影響出そうですし）
反射部が半球のような形なので、こんな小さなマウントでも問題なく運用できます。

電子ファインダーは本当は不要ですが、あったほうが観測しやすいので設置しました。




後ろから見るとこんな感じです。アリガタに桐のまな板を取り付け、ベルクロを貼ってラズパイとチューナーを貼り付けてあります。軽いのでベルクロで問題ありません。

RTL-SDAの上部に黒いテープで巻かれているものは購入したブースターです。RTL-SDA本体USBから電源を取れるように改造してあります。（買ったばかりで改造するのは抵抗ありましたが。。。）




アンテナ部分のアップ、アンテナは桐のまな板に貼り付けて、支柱と接続しています。
よく見ると白い輪のようなものがありますが、これは後ろから覗いたときに簡易ファインダーになるように付けておきました。
（メッシュだから出来る芸当ですね）

と、まあ一応電波観測のシステムも完成しました。
我ながらこんなもので本当に観測できるのか疑問（苦笑）ですが、理屈上はこれで水素線を観測出来るはずです。

環境は準備できましたが、電波観測に対する知識の方が全く追いついていないので勉強しながら気長に取り組んでいきたいと思います。

電波観測の方法を調べる

RTL-SDRのセットアップや怪しい自作アンテナの制作、INDIを使った自動導入との連動くらいまでは前回できたのですが、電波観測に関しては観測方法自体が私にとっては全くの未知数で、ネットで手探りしながら観測方法を調べています。

電波の場合は目で確認もできませんし、何をもって観測できたかということも把握しておかないと単にノイズを聞きつづけることになります。。。（ラジオ放送みたいに変調かけて音声になりませんし（笑））

しかし、ネットで調べても謎（笑）の数式やらそもそもなんのための観測であるのか、観測をするためにはなにをどうするかなど不明な部分がとても多く、道具はできても自分の中でそれで何をするのかが明確になっていません。。

かなりあやふやですが、ネットで調べた情報を備忘録として記載しておきます。


太陽観測

・天体の中では最も強く幅広い電波を発信している（と、いうことはどの波長でも観測できるのかな？）

・ネットで衛星放送の受信システムを利用した観測の文献が幾つか見つかる（これはどうやら指向性の高いアンテナで太陽の電波を取得することが目的で、衛生放送の電波帯で観測が適しているとかではなさそう→今回作ったアンテナの周波数でいけるかも）

・観測は観測時間の電波の強度変化をグラフにしている（たしかにフレアや黒点の活動が活発だと電波の強度が変化しそう）

なんとなくですが太陽観測は電波はある程度指向性が高く、観測時間の電波の強度変化をグラフ化出来れば良さそうな気がします。


流星観測

・アマチュア天文家の有志（なのかな？）がアマチュア無線機のビーコン電波を発信しており、これのエコーを観測するようだ。（53.755MHzと50.017MHzの二種類、俗に言う俗にいうEスポ現象の確認かな？）

・こちらも観測時間のエコー観測を行うことで流星の活動などを観測するようだ。

・アマチュア天文家の開発したアプリがある（ログを画像として取得するアプリ、これが動けばなんとかなるかな）

・こちらのページやこちらのページにまとまった情報がある

流星観測に関しては上記サイトに結構まとまった情報があり助かりました。
とりあえずアマチュア天文家の方が作ったアプリを動作させることができれば観測はできそうです。
アンテナは当座RTL-SDR付属アンテナですかね。。。（自作するとなるとこの周波数だとでかくなるな。。。）


木星観測

・1955 年に、アメリカのワシントンDC の郊外に位置するカーネギー研究所の宇宙電波観測所で「かに星雲」からの電波を観測中に偶然発見されたらしい

・どうやら惑星のくせに様々な電波を発信しているらしいが、その時に観測された22MHzでの観測がメジャーらしい

・海外では木星電波観測セットなるものも発売されているらしい

・こちらはどうやら観測時間での強度変化とかではなく、木星が発信する電波を確認することが目的っぽい（電波版鑑賞ですかね）

今回購入したRTL-SDRで受信機自体は22Mhzの受信が可能ですが、22Mhzの指向性アンテナって結構ハードル高いですね。。。（デカすぎ）


中性水素観測

・水素原子は宇宙において最も基本的な原子で、星の材料や核融合反応の燃料ともなる最重要原子みたい

・結構観測対象が幅広くあるようだ（銀河の構造や、太陽、中性水素ガズ群など）

一番メジャーそうということで、今回作ったシステムのアンテナはこの周波数帯ですが、観測方法がもっとも不明でした。はたしてどこまでの観測が出来るのかはやってみるまでわかりません。。。（銀河の構造確認や、中性水素ガス群の確認とかは無理そうな気がします。。。）太陽とかにはつかえるかな？（その場合は観測時間の電波の強度変化をグラフにしないとだめかな）


。。。。と、まあ、あやふやながら調べた所、まずはアマチュア天体家の方が作ったアプリの稼働と観測時間の電波の強度変化をグラフ化はやっておこうと思い、取り組んでみました。



さすがにいきなり天体に向けて確認するのは難しそうなので、FM放送をエアチェックしながらアプリの動作確認と、ログのグラフ化をしてみました。

とりあえず準備はできたかな？

後は、天体でのチェックですかね。

追伸
この辺詳しい方、情報教えて下さい。

電波観測のテストと久々のEAA

平日なのにオフになってしまったのでこれまでチェックしていた電波観測機器のテストをしてみました。





太陽を自動導入




電波は出ているかな？




ログをグラフ化。。。うーん何も変化していないですね。
ラズパイからLANでWindowsに飛ばし、SDR#でログを取りましたが使い方などまだわからない所もあるので使いながらブラッシュアップしていきましょう。


夜になりEAA環境に変更です。







冬の対象から




春の対象へ

霞空で見づらかったのですが、一通り観望を楽しみました。
電波観測に関しては知識と経験ををもっとつけないといけませんね。

他の環境は今年の冬で完成しましたので快適です。
季節ごとに環境をセレクトして楽しもうと思います。

LinuxでRTL-SDRドングルを利用する方法

以前の記事でも触れましたがLinux環境でRTL-SDRドングルを使用するための設定方法を備忘録としてまとめておきます。（自分用）

RTL-SDR Blog V3 R820T2 RTL2832U 1PPM TCXO HF バイアスティー SMAソフトウェア定義無線 ダイポールア ンテナキット付き 新品価格 ￥4,997から (2022/3/5 14:23時点)

●インストールコマンド

●ドライバ
sudo apt install rtl-sdr

●ソフトウェアラジオアプリ
sudo apt install gqrx-sdr

天体用としてはこれだけで利用できるようになります。

ラズパイなどLinuxマシンに接続したドングルをWindowsなどで利用するにはターミナルから以下のコマンドを実行します。

rtl_tcp -a 0.0.0.0

これでネットワーク接続したPCからドングルを利用出来るようになります。

●rtl_tcp接続でダイレクトサンプリングモードを利用するには
天体用には関係ありませんが、AMや短波放送を聞きたい場合はドングルをダイレクトサンプリングモードにしないと利用できません。（AMや短波ラジオを受信するにはアンテナも必要です。）

rtl_tcp接続だとデフォルトではダイレクトサンプリングモードを利用できませんが、以下実行することで利用できるようになります。

ターミナルから以下を入力

sudo apt install build-essential git cmake libusb-1.0 -y
sudo git clone https://github.com/bclswl0827/rtl-sdr.git
cd rtl-sdr
mkdir build
cd build
sudo cmake .. -DDETACH_KERNEL_DRIVER=ON -DINSTALL_UDEV_RULES=ON
sudo make
sudo make install
sudo ldconfig
sudo bash -c 'echo -e "\n# for RTL-SDR:\nblacklist dvb_usb_rtl28xxu\n" >> /etc/modprobe.d/blacklist.conf'
sudo update-initramfs -u
sudo rmmod dvb_usb_rtl28xxu
sudo reboot

再起動後以下をターミナルから以下を実行します。

rtl_tcp -a 0.0.0.0 -i 2

これでネットワーク越しでもダイレクトサンプリングモードも利用できます。

電波観測まとめ（環境、アプリなど）

以前の記事でそれぞれの対象の観測方法などに触れましたが、この領域に関しては私自身手探りなので調べながら得られた情報をまとめていきます。

調べていくと非常にざっくりとですが、観測機器の準備（アンテナ、受信機、マウントなどのセットアップ）、観測データの処理環境の準備に分かれます。

観測機器の準備に関しては以前の記事で触れましたが、現状アマチュアではソフトウェアラジオ+アンテナ+自動導入マウント（これは可能であれば）などで構築するのが最善のようです。


観測データの処理に関しては大きく分けると二方向に分類されます。

●ログ解析
対象の発する電波の変化や、流星における電波の反射現象など、ログ情報の記録を行い変化を見るものになります。

これらを行うには以下のアプリが必要になります。

●ソフトウェアラジオアプリ+プラグイン
SDR# with Community Plugins

SDR#というメジャーなソフトウェアラジオアプリと有志が制作したプラグインがセットになったインストーラーです。
ソフトウェアラジオのアプリは多数ありますが、SDR#はプラグインという形で機能を拡張できるので使いやすいです。
長時間のログ情報の取得が容易です。

ログはカンマ区切りのテキストで書き出すことができますので、エクセルなどで必要な情報を簡単にグラフ化できます。


SDR# Radio-Sky Spectrograph Plugin

このプラグインを使うと下記のRadio Sky Spectrographというアプリとスペクトラム情報を連携することが簡単にできます。
プラグインのインストールは圧縮ファイルを解凍してSDR#のプラグインフォルダに入れるだけです。


Radio Sky Spectrograph

このアプリと上記SDR#+Radio-Sky Spectrograph Pluginの組み合わせで長時間のスペクトラムグラフの記録が可能になります。


上記の方法で太陽の活動記録や、流星電波観測など、ログ記録を分析する観測方法は可能になります。

以前流星観測用に紹介したアプリも上記Radio-Sky Spectrograph同様長時間のスペクトラム情報の記録なので、使いやすい方を選べばよいかと思います。


●位置解析・解析画像作成など
上記はログ情報の変化を見る観測ですが、こちらは天体対象の電波情報を分析し、位置情報や解析画像を作成したりなど複雑な計算が必要になります。

位置解析に関してはVLBIという複数の観測所のデータを解析（観測場所の位置情報と記録データ）する方法が利用されているようです。（天体版の測量みたいな感じです。）

この観測の場合は記録情報から目的対象の電波解析（ノイズ削減、シグナルの選定（干渉法など用いて））と、複数地点の差異を基にした位置情報の割り出しなど全て解析処理で行われるようです。

解析画像もシグナル情報を位置情報に合わせてプロットすれば計算で得られることになります。（これも解析処理）

さて、このようなことが出来るアプリがあるのかと調べた所、以下の2つが見つかりました。
どちらも上記処理を行うための複数アプリセットです。


AIPS（Unixワークステーション、Mac、Linuxなど）

こちらは米国産の電波観測スイートです。
観測データの処理（ノイズ、干渉法などを用いたシグナルの取り出し）、位置解析（複数地点の観測データを計算）、解析画像作成などフルセットの環境が整います。


Astro Space Locator（Windows）

こちらはロシア産の電波観測スイートです。
AIPS同様観測データの処理（ノイズ、干渉法などを用いたシグナルの取り出し）、位置解析（複数地点の観測データを計算）、解析画像作成などフルセットの環境が整います。
Windowsのアプリとしてインストールして利用できるのでAIPSよりは環境構築は楽そうです。


ただ、これらの観測は電波観測機器自体のセットアップ（これらのアプリを使える環境）が大変そうです。
観測機器の校正や複数機器のデータの調整など、複雑な計算のオンパレードになりそうです。


アマチュア用としてはRADIO-SKY　PUBLISHINGという会社が販売（一部無料）しているアプリスイートあたりが使いやすいかもしれません。

全く未知のエリアなので手探りでネットで調べながら進めている状況です。
AIPSやAstro Space Locator使える環境できたら面白そうなんだけどなあ。。。（恐ろしくハードル高そう。。。）

天体機器制御用に適した機材は？

ここ数年可能な限りコンパクト、省電力で天体機器を制御できる環境を考えてきました。

複数台のPC、SBC、MINIPCなどを天体用に使ってみての感想を記載したいと思います。

これから天体機器の制御を行いたい方は一例としてご参考にしてください。


環境を構築する上で重要なポイント

・USBなどの接続端子の数

・消費電力

・電力の安定性

・所有する天体機材を接続した際の安定性（ドライバの良否）

個人的には上の四要素が最も重要だと感じています。
USBなどの接続端子の数に関しては、天体機器の接続の殆どがUSB接続（マウントやフォーカサーなどはUSBシリアルのUARTです）になりますので、機材の数より少ないとHUBが必要になってしまいます。
機材によってはHUBを使うと認識しなかったり安定性が落ちるものが出てきます。
可能であれば本体のUSB端子で全てを賄える環境が一番安定しています。
（どうしても不足する場合はUSBHUBは以下のようなセルフパワー対応、USB２のものが最も安定しています。）

エレコム USB2.0 ハブ 4ポート ACアダプタ付 セルフ/バス両対応 Nintendo Switch動作確認済 ブラック U2H-AN4SBK 新品価格 ￥1,227から (2022/5/17 10:06時点)

消費電力に関しては天体機器の制御に絞れば実は処理能力よりはるかに重要だと感じています。
天体機器の制御である程度処理能力が求められるのは天体カメラ（USB接続タイプ）のみです。

このタイプのカメラは非常に重いRAWファイルしか扱いませんので、処理というより転送に時間がかかります。

マウントや、フォーカサー、ローテーターなどは全てシリアル通信（最近のものはUARTにしてUSB接続できるようにしてあります。）なので、現在のPCでは処理が問題になることは全くありません。（30年前のモデムと同じくらいのデータ量ですので。。。）

これらの機器の場合ドライバの良否（安定性）が非常に大きく関わります。

尚、一眼デジカメを撮影に使用する場合は画像処理エンジンがありますので天体カメラと比較してかなり転送量を抑えることができます。（ただし、撮影データをRAWにして転送する場合は高速なSSDなどが必要です。）


消費電力に関してはMINIPCやSBCなどを利用するとかなり抑えることができます。

CHUWI ミニPC HeroBox 8GB 256GB SSD Celeron J4125 Windows10搭載 小型PC 高速Wi-Fi BT4.0 Type-C USB 3.0 ファンなし 静音 Mini PC Windows11対応 新品価格 ￥25,900から (2022/5/17 10:30時点)

Raspberry Pi 4（4GB技適マーク付き）/ 32GBのMicroSDカード/ 5V 3A USB-Type-C ON/OFFスイッチ付き電源アダプター/2つのMicroHDMI-to-HDMIケーブルライン/1つ9層ケース/冷却ファン/三つヒートシンク/ドライバー/カードリーダ 新品価格 ￥26,980から (2022/5/17 10:32時点)

MINIPCであれば電源が12Vで動作するもの、消費電力が少なくストレージが大きいものを選べば快適に使えます。
メモリはWindowsであれば8GB、Linuxであれば4GBで問題なく利用できます。
この際、仮想記憶領域としてRAMディスクを使用する設定にすれば全ての処理がRAMで行われるようになりますので非常に快適に動作します。（500MB～1GB程度、この程度あれば大きな画像ファイルも全てメモリで処理されます）

ラズパイ4などのSBCは安い店を探せば廉価に購入することができます。
ただし、撮影用に使用するにはLinuxの環境設定や外付けSSDの追加、GPSもしくはRTCなどの追加が必要になり、環境構築が大変になります。（しかもLinuxの設定がインテルチップセットのPCより難しいです）
この場合はZWO社が販売するASIAirなどを使用したほうが環境構築の手間がかかりません。（中身はラズパイ4＋INDIです。）

個人的には自身で環境を作るのであればMINIPCが一番のおすすめです。私はドライバの安定性からLinux、INDIを使用していますが、所有する天体機器がWindows、ASCOMでも問題なく動けばどちらでも良いかと思います。
ただし、Windowsを利用する場合はOS自体が重くなりますので上記の機種のように消費電力が低く、かつ、最低限Windowsが問題なく動くCPUを選択したほうが良いでしょう。

面倒なことが嫌な場合はASIAir一択です。

ただし、上記の場合はモニタや操作するためのマウスがありません。

Fire HD 8 タブレット ブラック (8インチHDディスプレイ) 32GB 新品価格 ￥9,980から (2022/5/17 14:33時点)

上記のようなタブレットからリモートデスクトップ接続すればモニタ、マウスなどの機器が不要になります。
私はだいぶ前に購入したiPadを使用していますが、リモートデスクトップでの利用であればこのような激安のタブレットでも充分実用になります。（画面が広い方が操作はしやすいです。）


電力の安定性に関しては使用する機材の総電力量に対してゆとりがあること、屋外の気温変動などで安定して電力を供給できることの二方向で検討する必要があります。

BigBlue Cellpowa500 ポータブル電源 リン酸鉄リチウムイオン電池 ( LiFePO4) 537.6Wh/168,000mAh 蓄電池 2時間80％充電できる 家庭 アウトドア用 バックアップ電源 PSE認証済 純正弦波 MPPT制御方式採用 AC(500W 瞬間最大1000W)/DC/USB-A/USB-C(PD)出力 液晶大画面表示 車中泊 アウトドア 停電時に非常用電源 24ヶ月保証（ブースターケーブルなし） 新品価格 ￥35,000から (2022/5/17 10:55時点)

現状もっともコスパが高く、安定性が高いのは上記のようなリン酸鉄リチウム電池を使用したポータブル電源でしょう。
ACを使用する場合は必ず、正弦波出力と明記したものを選ぶようにしてください。（重要）

電力容量は使用する機材の総合計＋使用時間で選びます。
例えば、総電力量が30W（かなり省電力なセット）の場合、300Whのバッテリーを使用すれば10時間持つ計算になります。（実際使用してみると実はもっと持ちます。）
電源の電力が弱いと架台のモーターが動作した際、PCの挙動がおかしくなることがあります。
必ず消費電力量よりゆとりをもたせた電源を選びましょう。（とっても重要です）

上記の電源なら私が所有するEAA環境なら一週間充電いらないと思います。（笑）


最後に天体機器をPCに接続した場合の安定性についてです。
問題になるのは天体カメラとシリアル機器（シリアルUSB、UARTですね）の機材です。（って、ほとんど全てです。。。（苦笑））

天体カメラはドライバの良否で安定性が著しく変化します。
シリアル機器（USBで接続するUARTも含めて）はそもそもOS自体がまともに対応していません。（連番対応とか。。他の規格ではありえない対応ですね。）

これらをまとめて安定して利用できる環境を作るのが一苦労になります。。。

ポイントはキチンと動作する組み合わせが出来たらアップデートを行わないことです。
経験上天体機器のように複数機材をまとめて操作する環境ではアップデートで悪くなることがあっても良くなることがめったにありません。
アップデートすることで、システム、ドライバ、アプリのトラブル検証に追われ続けることになります。。。

上記のような機材で安定環境を作って、そのまま使い続けるのが一番安定した環境になるかと思います。（よほど欲しい機能が追加されたときのみアップデートしましょう。ただしその場合は休日が検証で潰れます。）

せっかくの好天が機材トラブルで終わるのはもったいないですよね。
安定した環境を作って、快適な天文ライフをお楽しみください。


追伸
上記に触れませんでしたが、接続するケーブル（電源やUSBなど）も充分に配慮してください。
屋外で都度組み立てを行うため、ケーブルの断線や接触不良のトラブルは非常に多いです。

PVC USBケーブル USB Type-AからType-C、 シリコン製ケーブルタイ付き、ケーブル長さ1m、2.4A 高速充電／高速データ転送 Xperia/Galaxy/LG/iPad Pro/MacBook その他 Android 等 USB-C機器対応「ブラック」VQ-D88BK 新品価格 ￥699から (2022/5/17 11:50時点)

このようなシリコン素材のケーブルは寒冷地でも固くならず使いやすいです。
遠征などの時は予備のケーブルも持っていくと安心ですよ。

PCでノートブックタイプを記載しなかったのは
・接続端子の不足（コンパクトタイプの場合）
・消費電力の大きさ（上記の機種と比べるとかなり電力消費します）
・天体機材との接続が煩雑になりがち（機材に近い位置で設置しなければなりませんし、操作する人間もそこに張り付かなければなりません。）
・操作するとき常にノートブック付近にいないとダメ（これがもっとも辛かったです。。。暑くても寒くても大変です。）

私自身も以前はノートブックで天体機器を制御していましたが、USBハブが必要になったり、ケーブルを長く引き回さないといけなかったり（いずれも接触不良などのトラブルの原因になります）、バッテリーの消費が激しかったり、消費電力の大きさからバッテリの電力不足が出たり（システムが不安定になったり、アプリの挙動がおかしくなります）とデメリットを多く感じました。
上記のような構成にしてからは配線も楽ですし、コンパクトなポータブルバッテリーで一晩余裕で観望、撮影が可能になりました。（寒いときに車の中で操作できるのも非常にありがたいです。鏡筒脇でノートブックを操作していた時は大変でした。。。）
電源が確保できるベランダでは結局LANケーブル引っ張ってリモート操作していましたので、鏡筒にくくりつけて配線まで完結できるコンパクトなSBCやMINIPCのほうがメリットが大きかったです。（配線も電力消費量も）


さらに追伸
PCにMacはどうなの？ですが、しっかり電力が確保さえされれば現在ではPCの中で最も簡単（圧倒的に楽）に天体機器を制御する環境を作ることが出来ます。（実際環境を作って使いましたので断言できます）

アプリをHDDにコピー（インストール作業すらありません）するだけでドライバ類から制御用のアプリまで一式揃いますので他のOSの比ではないほどとても簡単です。（制御、ドライバなどはKStarsをコピーすれば完了です。PHD２も使いたければ同様に簡単に導入できます。）

LAN端子も最近の機種であれば10Gbitがデフォルトですし、Macの場合はサンダーボルトやUSB3をLANとして使うことができるという離れ業が可能なので、INDIやINDIGOといったネットワークドライバとの相性がとても良いです。（シリアルも固有名管理しますので、なにもしなくても複数機材を同時接続することができます。）

仮に、Macを天体機器の制御に使うのが難しいという方がいるのであれば、その人はMacを使ったことがない、もしくは知らない人なのかなと感じます。（世の中Windows以外のPCに触れたがらない多いですね、それぞれ特徴がありますのでそれぞれの良いところを使えば楽なのになと、、、あ、商売上勧めたくない人もいるかもしれませんね、天体系に関してはアプリもほとんど無料ですし、ハードもほとんど直売店以外扱えませんから）

ただ、ハードがアップル社が用意するものだけになりますので、省電力タイプが存在しません。。。（屋外で使うのがためらわれるほどお高いですし（笑）、昔から使っている人間としてはユーザーを服従させるようなアップルの企業姿勢はあまり好きになれません。。）
そして、他のOSの比ではないほどOSのアップデートが鬼門になります。（バージョンが上がると一気に動かなくなります。（苦笑）OS番号の小数点が.6になるまで上げないのが基本です。）
とはいえ、ベランダなど電力が問題なく供給できる場所であれば、一番オススメですね。（他のOSで苦労して環境構築するのが馬鹿らしくなるほど簡単です。）

屋外での安定動作の要、電源について その1

天体機材を自宅外で使用する場合、最も注意しなくてはならないものの一つに電源があります。

過去にも何度も記事にしましたが、備忘録として安定して使うための方法などまとめて記載しておきます。

まず初めに行うこと
●使用する機器のACアダプタ（ACアダプタを使わない機器の場合は本体）に記載された電圧、電流をもとにその機器の最大消費電力を計算する。

例）12V、1Aの場合は12☓1＝12W

それぞれの機器の電源の入り口にあたるACアダプタ（使わない機器の場合は本体に最大電力（W）の記載があります。）でその機器の最大電力を計算しておきましょう。
ACアダプタを使用する機器の場合は安定動作するために余裕をもたせたアダプタを組み合わせてありますので、ここに記載された数字から電力を計算しておくと安全です。

これを使用する機器全て（PCなどにUSB接続するものを除く）で行い、足し合わせた電力の数字をメモしておきます。

合計電力が200Wを超えているような構成になっていた場合は、まず、機器の選定から検討する必要があります。
この場合、検討する機器はPC（利用する場合）になります。
省電力のPCを利用することで一気に総電力量を抑えることが可能になります。

総電力量がわかったら次に電源の選定になります。


電源を選ぶ場合に注意すること

・（100Vを使用する場合）インバーター出力が正弦波のものが必須
天体機器のほとんどが電子デバイスを内蔵していますので（ヒーターなどごく一部の機器を除く）100Vで利用する場合は正弦波インバーター搭載の電源が必須になります。
（但し、100Vインバーターを利用すると変換ロスが生じます。）

・電源のWhを確認し、10、または5で割った数値が使用する機器の総電力量を上回ること
例）400Whの電源の場合　400÷10＝40W、400÷5＝80W、この場合は機器の消費電力の合計が80W以内であれば安全に利用できます。

・使用可能な外気温がご自身の利用環境に収まっていること。
リチウム系のセルが内蔵された電源の場合、BMS（バッテリーマネジメントシステム）と呼ばれるセルの駆動回路が内蔵されています。
これが例えば0度に設定されていると、外気温が0度以下になると電源が落ちて使えなくなってしまいます。
天体機器を接続する場合、いきなり電源が落ちるのは困りますので、使用可能温度が利用する環境で動作する機器を選んでおくと快適に使用できます。（0度以下で停止する機器の場合、事前にヒーターなどを巻いて使用可能温度内に調整するなどの対策が必要になります。）

・電源の接続端子最大電力が接続する機器の最大電力以上になっていること
例）電源のUSB端子にラズパイ4などのSBCを接続する場合、USB端子が5V3A以上に対応していないと一時的に電力不足になる可能性があります。

落とし穴になる部分ですが、機器をまとめて接続したりする場合接続端子の許容電力量に収めておかないと不具合の原因になります。特に12Vのシガーソケットなどで機器をまとめて接続する場合、端子側の電力量を確認しておきましょう。

電源を選ぶ場合はWhの記述が非常に重要になります。
この記述が無いもの（AやmAの記述のみ）は機器を繋いで利用することを想定していない（スマホなどの充電目的）機器になりますので、利用する場合は細心の注意が必要になります。（利用する場合は中に入っているセルなどの情報を調べてWhを計算する必要があります。）

Whの記述通り、1時間で最大消費出来る電力になりますが、内蔵された蓄電池の性能によってこの記述の読み方が変わります。
鉛バッテリーの場合は1/10～20での放電能力記載になっていますので、一度に安定的に取り出せる電力はWhを10または20で割った数字になります。（10時間、または20時間かけてWhの数値を消費する）

リチウムの場合は大体1/5になりますので、5で割った数字で計算します。

こう考えていくと天体機材を安定的に動作させる電力を得るのはなかなか大変ですね。

重要なポイントは以下

・接続する機器の電力が電源の接続端子の電力以下であること

・電源のWhの記載から5または10（内蔵セルの種類がわかれば確定できます）割った数値以内に機器の総電力を収めること

・電源の使用可能温度が、観測場所の気温内であること

以上です。
本当に自宅から一歩外に出ると一気に面倒になりますね。。。
他にも、ケーブルの接触不良や断線、PCアプリのバグ、寒さ・暑さ、虫・獣（笑）、忘れ物（苦笑）など自宅ではそこまで気にならなかったトラブルが、外で活動すると沢山出てきます。

電源は事前に対処すればかなり安定的に利用できるようになりますので上記参考に環境構築してください。


追記
上記にバッテリーの利用時間が書いてありませんね。
実は上記の計算で環境構築しておくと、安定して使えるだけではなく、かなりバッテリーの利用時間も長くなります。

これは単純な話で、上記では機器が安全に動作する最大電力量で計算していますので、実際の使用電力よりはるかに多い電力計算になっているからです。PCやマウントが電力消費量の多い機器の代表ですが、通常時は最大電力量の数分の一しか電力を使っていません。
そのため、計算より長時間使えることになるのです。

但し、外気温が低いとセルの性能が落ちますので使用時間は単純に測れません。

バッテリーの残量が数字で表示されるような機器であればある程度使用時間の予想が出来ます。

屋外での安定動作の要、電源について その2

前回の記事で天体機器を安定して運用するための記事を記載しました。

今回は使用する電力量毎にどのような電源が必要かを記載します。

前提条件
・使用時間6～8時間程度（大体一晩）
・車やパイクなど緊急時に電源を確保できる状態にある
・天体機器以外には使用しない

車やバイクは緊急時の補助電源になります。
徒歩や、キャンプなど車やバイクの補助が見込めない環境の場合は、安全をみて以下に記載する構成のワンランク上の構成を準備するか、同程度の電源を予備に一つ追加しておくことをおすすめします。

使用する機器の電力量に関しては前回の記事を参照してください。

使用する機器の電力量合計が20W以下の場合
以下のようなモバイルバッテリーで充分です。

モバイルバッテリー 30000mAh 大容量 18W急速充電 QC3.0&PD3.0対応 Type-C出力/入力対応 三台同時充電 Type-C/MicroUSB二つ入力ポート PSE認証済 滑り止めデザイン コンパクトなデザイン LED残量表示 各機種対応 アウトドア/災害/緊急用などの必携品 新品価格 ￥3,580から (2022/6/13 00:13時点)

PD、QC3に対応した大容量のものを準備しましょう。
注意事項としては5Vの機器を使用したい場合はPDやQC3のチップがついていないUSB2ケーブル（100均で売っているようなもの）を利用してください。USB2ケーブルを利用することで5Vに固定されます。

デジカメ（9V)や、マウント（12V）を使う時は、以下のような変換ケーブルを使用します。

USB電源ケーブル Type-C PDトリガーケーブル DC プラグ 外径5.5mm/内径2.1mm（2.5mm) (12V 3A) 新品価格 ￥1,380から (2022/6/13 00:18時点)

DR-E8 DCカプラLP-E8互換バッテリーUSBケーブルをACK-E8 AC電源アダプタの代わりにする、Canon EOS Kiss X4、Kiss X5、Kiss X6i、Kiss X7i、Rebel T2i、T3i、 T4i 、T5i、 550D、600D、650D、700D より多くのカメラ 新品価格 ￥1,899から (2022/6/13 00:19時点)

使用する機器の電力量合計が40～50W程度の場合
省電力PCを用いたEAA（電子観望）や小規模の撮影システムが該当します。
このあたりになると電源もしっかりしたものが必要になります。
電力としては200～300Wh程度、必要なものが全て揃ったポータブル電源が手軽に使えます。

ポータブル電源 LiFePO4リン酸鉄リチウム電池 大容量 GOLABS 299Wh 93450mAh PSE認証済み 2000回充放電サイクル AC300W/DC/USB QC3.0/PD60W出力 急速充電 4つの充電方法 液晶大画面 電量/ワット数表示 純正弦波 ソーラー充電 省電力 キャンプ 防災グッズ アウトドア 車中泊 停電対策 家庭用蓄電池 非常用電源 バックアップ電源 新品価格 ￥29,800から (2022/6/13 00:29時点)

一気に価格が上がりますね。。。
正弦波インバーター、PD、QC3、シガーソケットが付いたものが便利です。（パススルー機能や、ソーラー対応であれば尚良い）
天体用であれば、低温でも使用でき、サイクル回数の多いリン酸鉄リチウム電池を搭載したものを選びましょう。

ディープサイクルバッテリー＋正弦波インバーター＋バッテリーチャージャーなどで個別に揃えても良いですが、ポータブル電源を購入するよりコストと手間がかかります。（壊れた時のダメージは分散できますが）

使用する機器の電力量合計が80～100W程度の場合
この電力となるとかなり本格的な撮影環境が構築できます。
但し、制御するPCがハイエンドのノートやデスクトップだとこの電力量でも足りなくなります。
制御に関してはPCスペックはあまり必要ありませんのでできればこのくらいの電力で運用できるよう工夫しましょう。

電源としては500～600Wh程度の機材が必要になります。

ポータブル電源 大容量 リン酸鉄 OUKITEL CN505 192000mAh/614.4Wh 500W 家庭アウトドア両用ポータブルバッテリー PSE認証済 純正弦AC/DC/シガーソケット/非常用LEDライト/USB 出力 3つの充電方法 液晶大画面表示 防災グッズ バッテリー 大容量ー環境にやさしい 省電力 非常用電源 車中泊 キャンプ用 新品価格 ￥42,900から (2022/6/13 00:43時点)

ポータブル電源に必要な機能としては上記と同様です。
価格に対して可能な限り大容量のものを選びましょう。
電力が150Wくらいでも問題なく安定して運用できますが、その場合は駆動時間が短くなります。

使用する機器の電力量合計が150W以上の場合
かなり重装備な機材構成になります。
この辺まで来ると電源にかかる費用も馬鹿になりません。。。

容量だけで考えると上記で記載した
ディープサイクルバッテリー（100Ah程度）＋正弦波インバーター＋バッテリーチャージャーが最も廉価になります。。。。が、管理の手間も大変です。（私も以前使用していましたが、バッテリー2台壊れました。。。）

ポータブル電源がもっとも簡単に利用できますが、このあたりになるとコストがかなりかかります。。。
ディープサイクルバッテリ同様手間はかかりますが、発電機も視野に入ってきます。。。

VTOMAN JUMP1500 ポータブル電源 大容量 1548Wh/ 483750mAh LiFePO4リン酸鉄リチウム電池 ポータブルバッテリー 定格出力1500W 瞬間3000W PD 100W/USB QC3.0/AC/DC出力 ジャンプスターター機能付き 容量拡張可能 蓄電池 家庭用 アウトドア用 災害用 純正弦波 PSE認証済 LIFEBMS 車中泊 キャンプ 防災 非常用電源 新品価格 ￥158,600から (2022/6/13 00:56時点)

ヤマハ発電機　EF900iS-YAMAHA 新品価格 ￥81,955から (2022/6/13 00:57時点)

ポータブル電源の場合は1200Wh以上、発電機の場合はエコモードが付いたものでないと長時間使用できません。（ガスタイプは使用時間的にNG)

どれも高額だったり、手間がかかったりと決定打がない領域に入ります。

昨今では機種を選べば消費電力の少ないMINIPCやシングルボードコンピュータでも充分に機器を制御出来る環境を作れます。

皮肉な話で電力供給が不充分な場合、もっともトラブルが出るのもPCです。（省電力モードで使用するのも天体機器のように常時外部機器を制御する場合はトラブルの原因になりますし、そもそも処理能力を抑えるのであればハイスペックPCを利用する意味がなくなります。）

撮影環境が安定しない、トラブルが多いという方は撮影環境と電源のバランスがどのようになっているかチェックしてみましょう。

ほとんどの場合、電力が不足していることが多いです。（しかも大体の場合はPCが原因）


追伸
100Wって明るい裸電球一つの電力ですね。商用電力を利用しているとほとんど気にしない程度の電力であっても、屋外で安定して長時間使用するとなるとかなり大変なことになります。。。

100W超えると一気に電源にかかる費用が高額になります。
現状ではインバーターの性能がバッテリーの性能をはるかに上回っている状態ですので、インバーターで使用できる電力量だけで考えるとまともに運用出来なくなります。

モーターやPCのCPU（ハイスペックなもの）は一時的にかなり電力が必要になるため、これらをセットで運用する天体機器の電源はゆとりを持たせる必要があります。

前回、今回記載した事項を配慮して機材構成すれば、電力不足に起因するトラブルはかなり減らすことが可能です。（絶対ではありませんが、かなり安全で安定した環境を作ることができます。）

屋外での安定動作の要、電源について まとめ

途中でAstRPiのアップデート記事を挟みましたので途切れましたが、電源の話をまとめようと思います。
（この記事から読み始めたかたは以下の記事もご確認ください。）

その1で安定利用するための留意事項

その2で使用電力に毎の構成を記載しています。

最後の今回はまとめや注意事項などを記載します。


電源についてのまとめと注意事項
・電源を選定する前に使用する機材のACアダプタ（ACアダプタが無い機器は本体）の消費電力（ワット）を調べ、全ての機器の合計を合算した数字を覚えておく。

・電源を選ぶ際はWhの表記を確認する。リチウム系の蓄電池であればWhに記載された数値の1/5、鉛蓄電池であれば1/10（理想は1/20）を割った数値が使用する機器の合計消費電力（ワット）より多い状態にする。

・市販のポータブル電源を購入する場合は純正弦波のインバータ、パススルー充電機能が搭載された機種を選ぶ。（パススルー機能があると充電しながら機器の利用が出来る）

・車でインバーターをシガーソケットなどに刺して利用する場合は必ずエンジンをかける。

・ポータブル電源を購入する場合は更に使用できる最低気温も確認する。（制御回路で0度以下では動作しなくなる機器も多い）

・シガーソケットから電力を供給する場合（インバーター利用や、ポータブル充電など）は消費電力を100W程度に抑える。

市販されているポータブル電源は蓄電池の性能に対し、最大電力がかなり高いインバーターが搭載されています。

リチウム系であれば記載されたWhの1/5、鉛蓄電池であれば記載されたWhの1/10（理想は1/20）が電池の放電能力を活かす電力消費量になります。（その数値を超えている場合は、放電量が少なくなり、バッテリーの寿命が短くなります）

そのように考えるとかなり消費電力を考慮する必要があることがわかるかと思います。

インバーターを利用する場合は天体機器の場合は必ず正弦波インバーターが必要になります。
天体機器やPCなどは全て精密機器の扱いになりますので、矩形波や疑似正弦波インバーターで使用すると正常に動作しない、場合によっては壊れる原因になります。

屋外でのコンセント利用は結構敷居が高く、変換ロス（10～15バーセント）も大きいため、可能であれば12Vや5Vの直流のみで機材を動作させられる状態に環境をまとめたほうが良いです。（そのようなセットにすることが困難ですが。。。）


車のシガーソケットなどにインバーターを刺して利用したり、ポータブル電源の充電に利用する場合は必ずエンジンをかけてオルタネーターが動作している状態にして利用しましょう。
これはとても注意してほしいことですが、車のシガーソケットを使う場合は必ずエンジンをかけてください。
エンジンがかかっていないとすぐにバッテリーが上がってしまい、車を動かすことが出来なくなります。

電気を使う機器は家でコンセントが利用できる時はなにも気にせず気楽に使えていたものが、外で利用するには気をつけないと駄目な部分が多くなります。

天体機器はほとんどが電子デバイス、更に複数をまとめて利用、総電力量が結構多い、そして長時間使用とかなり注意することが多い利用環境になります。

必要な物が全て揃ったポータブル電源が普及して大分敷居が下がりましたが、天体機器を利用する場合はそれでも注意しなければならないところが沢山あります。
天体機器の制御が厄介なのは、上記の通り電子デバイスが多く、更に起電力の多いモーターもセットで使い、機器総電力量が結構大きいので一時的な電力不足になりやすいということです。
（一時的にでも電力が不足した場合PC含めた電子デバイスの動作が非常に不安定になります。）

今までも電源に関して記事で何度か触れてきましたが、情報としてまとまった状態でなかったため、今回ひとまとめにして留意事項を把握しやすいようにしました。

安定した環境の構築の一助になれば幸いです。


追伸
コンセントが使えない状態の場合、蓄電池を購入する前にまずは天体機器の電力消費量を減らす工夫をするのが得策です。
コンセントが使えなくても車が近くにあれば、車のオルタネーター＋インバーターが使える環境であれば蓄電池を購入するよりははるかにコストパフォーマンスも電力供給も安定します。

蓄電池は容量が増えるほど高額になりますが、電力消費量が多い場合は電池の種類を選ばないとスペック通りの電力が確保出来なくなります。（鉛のディープサイクルバッテリは1/20の電力で駆動しないとフルに電力を取り出せません。
それ以上になるとバッテリーのサイクル回数が減り、更に使える電力量も少なくなります。尚、リチウム系は1/5の電力です。）

蓄電池を用いる環境というのは最も不安定になりやすく、更にコスパも悪いということを念頭に置き、可能な限り省電力な環境構築を行いましょう。

今年各社が電気自動車向けの色々な蓄電池を実用化するようです。
コスパが良く、安定した電池が登場してくれることを期待します。

スマート家電の天文利用

スマート家電は名前の通り、室内を便利にするための機器ですが、使い方によっては天文利用でも有用ではないかと感じています。

私が興味を持ったものが2つ

SwitchBot プラグミニ スマートプラグ Alexa タイマー付き - コンセント Bluetooth&Wi-Fi スイッチボット タイマー 遠隔操作 消費電力統計 音声コントロール スマートホーム Alexa Google Home IFTTT Siriに対応 新品価格 ￥1,980から (2022/6/19 11:03時点)

コンセントのオンオフをスマホなどからするものですが、この機種は電力消費量も表示してくれます。
ACに限定されますが、コンセントのオンオフとともにログが取得出来る電力計としても利用できそうです。

【Works with Alexa認定】SwitchBot 防犯カメラ スイッチボット 監視カメラ ペットカメラ Alexa 屋内 カメラ ネットワークカメラ ベビーモニター スマートホーム 双方向音声会話 遠隔確認 取付簡単 防犯対策 小型 見守りカメラ セキュリティ(首振り) 三年保証 新品価格 ￥3,580から (2022/6/19 11:13時点)

こちらは架台をリモート操作出来る見守りカメラ。
天体機材をリモート操作している時のチェックや流星観測などに利用できそうです。（暗所性能が良ければですが）

防水、暗所性能を明記したカメラだと以下もありますね。

アトムテック(ATOM tech) ネットワークカメラ ATOM Cam Swing(アトムカムスイング) 1080p フルHD 高感度CMOSセンサー搭載 赤外線ナイトビジョン 動作検知アラート機能 防犯カメラ/ペットカメラ/見守りカメラ/ベビーモニター 白 新品価格 ￥4,710から (2022/6/19 11:16時点)

暗所性能などはこちらのほうが高いかもしれません。
同じメーカーで揃えれば、アプリなど共用できる利点はあります。

もともと私の所有するポータブル電源に電力消費量計がなかったため調べていたのですが、ACコンセントに限定すれば最安でログが取得出来る電力消費量計＋電源のリモート操作が出来る環境が整うことがわかり、興味を持ち調べました。

今だとアマゾンでセールしているし、、、うーん、どうしよう。
カメラが悩みどころ、正直どのくらいの性能か使ってみないとわからないので。

画角がかなり広く、ズームが無いようなので天体機器の見守り、流星（感度が良ければ）、天候チェックくらいでしょうか。
セールは明日までなので、ちょっと悩みます。


追伸
上記のようなパン・チルト機能がついたカメラに防犯カメラ用の画像処理（蓄光機能など）とズームレンズがセットになれば非常にコスパの高い天体機材になりそうです。（中国あたりで作ってくれないだろうか）

アマチュア電波観測その後の進捗

以前RTL-SDRを用いた廉価な電波観測環境を自作し、一通りリモート操作出来るところまで漕ぎ着けましたが、この分野は全く知識がないため、ログ変化を見る流星観測を除いてどのように観測が出来るのかを掴めきれていませんでした。

その後、美笹深宇宙探査用地上局の特別公開で話を聞いたり（美笹深宇宙探査用地上局は探査衛星と送受信する巨大なアンテナだと知りました。）
空いた時間にネットに関連する記事が無いかと見たりしましたが、以前構築した環境を有効に利用する方法がいまいちつかめきれませんでした。（私は21cm線（水素線）で環境構築しました。）

そのような中、RTL-SDR.COMにて電波観測トピックスページを見つけました。



RTL-SDRを用いた電波観測の事例が多数紹介されていましたが、その中でもこの記事は水素線観測のチュートリアル的に利用できそうな内容でした。

要約すると

・市販のパラボラWIFIアンテナを流用（2.4GHｚ用であれば水素線の約倍の周波数なので流用できます）

Premiertek 2.4GHz屋外用 24dBi 無線LAN グリッド パラボラ アンテナ NJ【正規品】 新品価格 ￥12,480から (2022/11/13 00:22時点)

・水素線（1.42GHｚ）用のLNAフィルターを利用（オプション的な位置づけ）

SAWbird H1 Barebones - 水素ライン（21cm）アプリケーション向けのプレミアムSAWフィルターおよびカスケード式超低ノイズアンプ（LNA）モジュール。 1420MHz中心周波数 新品価格 ￥5,695から (2022/11/12 23:46時点)

・受信アプリSDR#のプラグイン IF AVERAGE PLUGINを組み込んで受信電波を積算し、SNを良くすること（天体画像のスタッキングと同様積算することでSNが向上出来るようです）

・アンテナは真上に向け、プラネタリウムアプリを全天表示、IF AVERAGE PLUGINの計測グラフと並べて表示、この画面をタイムラプス動画にすることで水素線のピーク変化とプラネタリウムアプリの位置を確認する。（リンクの動画では銀河付近に差し掛かるところで水素線のピーク変化が見てとれました）




上記リンクの動画を見ることで大分理解が進みました。

水素線の多い天の川に差し掛かると宇宙からの電波を受信しています。

記事によるとLNAフィルターは水素線専用でなくても良いみたいです。（私は広帯域のフィルターを設置しています。）

電波観測は昼でも曇でもかのうなので、まとまった時間が取れたらチャレンジしてみようかな。。。
（流星観測と同様恐ろしく時間かかりそうです。）


追記
個人的にはVLBIのように電波干渉計測による天体位置解析なんかに興味ありましたが、こちらは観測機器のセットアップがさっぱりわかりません。（どのような機器をつかうのか、アプリでの測定など。。）
INDIとかネットワークドライバ利用することができれば面白いことができそうな予感はするんですけどね。。。

撮影画像だとこの方法利用すれば、研究機関の膨大なデータベースと照らし合わせて簡単に位置同定できますが、電波観測での位置同定システムを構築する情報は非常に少ないです。。。光学機器＋画像によるシステムと比較してどのくらいの感度、精度になるんでしょうね？（もしVLBI的なことが可能であれば、アマチュアが所有できるような機材でも測定できるんでしょうか？？？調べるほどに謎が深まるばかりです。。。。）

リモート観望の決定版か？Wi-Fi HaLow対応遠距離WIFIルータ

ベランダにPOEを設置してからベランダでのリモート観望が多くなりましたが、以前利用していた私有地内の広場の方が視野が広いので、手軽にWIFIを遠くに送信できる環境を以前から物色していました。

現状では観望機器にTPリンクのWIFIルータを追加してリモート操作していましたが、広場までの直線距離でも50m以上あり、リビングの窓際に子機を設置してなんとか電波が受信出来るような状態でした。（両者ともメーカーを揃え、ビームフォーミングを使用するなどしてギリギリ届いている状態）

今日もベランダリモート観望をするなかアマゾンを見ていたらこのような製品が。。。

WIFI 中継器 無線LAN 中継機 WiFi信号ブースター 20dBi超高速通信 信号増幅器 屋外 長距離 壁をすり抜けられる 信号強化 拡大 安定した通信 中継機 WIFI 増幅器 工事不要 無線LAN ルーター 日本語説明書 技適認証済み 新品価格 ￥6,499から (2022/12/26 21:18時点)

Wi-Fi HaLowという新しい規格に対応したルーターです。
どうやらほとんど設定が不要で1km位の遠距離通信が可能なようです。

INDIやINDIGOなどのネットワークドライバであれば制御信号をリモートすることもできますが、おそらく映像や画像の転送でかなり使いづらくなってしまうと思いますので当家同様すべて制御PCで処理するか映像や画像のみ制御PCで操作して、機器のリモートのみ使用するなど工夫が必要になるでしょう。

速度はそれほど出ないようですが、VNCなどのリモートデスクトップ接続であれば充分に使えそうです。
当家はラズパイやMINIPCですべて天体機器の処理を行ってVNCなどのリモートデスクトップで操作していますので非常に魅力的な製品です。

久々の人柱モード発動（笑）、おそらく購入すると思うので使用感などは後日ブロクに掲載しようと思います。
（ようやく気軽にそこそこの距離をリモート出来る製品が登場してくれました。）

OpenVLBI???

環境構築途中で行き詰まり感が漂う電波観測についてですが、OpenVLBIなる記述を見つけました。

Linuxではすでにリポジトリが用意されているようで、INDIサーバとも連動出来るような記述があります。

。。。。が、しかし使用例などが全く見当たらずどのような機材でどのような操作を行えば観測ができるのかが全く不明な状態です。

https://openvlbi.com/

に記載されている情報も斜め読みしてみたのですが、読むほどに何をどうすれば観測が出来るのか謎が深まります。。。（操作するためのフロントエンドが不足しているような。。。）

可視光であれば最悪でも見ながらチェックできるのですが電波となるとそもそも見えませんし、どのような観測機器でアプリをどう使えばどのような観測ができるのかといったチュートリアル情報が欲しいですね。。。

まあ、昨年末に立ち上がったようなので、今後を見守りましょう。（INDIのRTL-SDRドライバもまともに動いていませんでしたし）

リモート環境で便利、Wi-Fi HaLow対応遠距離中継機のレジュメ

以前の記事で紹介したWi-Fi HaLow対応遠距離中継機ですが、リモート環境においてかなり便利に使うことが出来ましたので概要をまとめておきます。

WIFI 中継器 無線LAN 中継機 WiFi信号ブースター 20dBi超高速通信 信号増幅器 屋外 長距離 壁をすり抜けられる 信号強化 拡大 安定した通信 中継機 WIFI 増幅器 工事不要 無線LAN ルーター 日本語説明書 技適認証済み 新品価格 ￥6,699から (2023/3/20 22:20時点)

●Wi-Fi HaLow対応遠距離中継機とは
1GHz未満のISM Bandを利用した新たなWi-Fiの規格です。（紹介した機器は916.5 ～ 927.5MHz）
非常に省電力で遠距離の通信が可能です。（記載では1Km）
ルーターとも記載されていますが、2台セットで利用して機器間をLANケーブルの代わりに無線を使って延長出来る拠点間中継機器です。

●使用できる電源
同封されているACアダプタは5V1000mA、5.5・2.1mmの一般的なジャックです。
機器自体は5V～12Vまで使用可能になっていますので、ケーブルを用意すればモバイルバッテリーや12Vバッテリーでも使用できます。

カモン 【(COMON)製】USB(A)←→DCジャック(外径：5.5φ/内径：2.1φ)/黒/1.2m【DC-5521】 新品価格 ￥346から (2023/3/20 22:28時点)

●便利な使い方
RX、TXと記載された二台の機器をセットで使用します。
一台を家のルータ、もう一台をリモート制御したい機器にそれぞれLANケーブルで接続します。
これだけで、リモート機器を家のLAN環境に接続されますので、リモート機器のIPアドレス（またはボンジュールアドレス）で操作可能になります。（それぞれの機器にはRX、TXと記載されていますが、セットの2台で使用する場合、家のルータ、リモート接続機器ともどちらに接続しても同じ動作になります。（原則は送信側がTX））

●設定など
RX、TXとも電源とLANケーブルを繋ぐのみです。
設定などは不要です。

RX、TXにLANケーブルで接続された機器間を916.5 ～ 927.5MHzの無線信号で自動的に接続します。（無線でLANケーブルを延長した感じです。）


●まとめ
WIFIという名称が使われていますが、従来のWIFIとは全く違う使用感になります。
二台ペアで利用しますが、電源を入れれば自動的に二台が無線接続されます。
接続したい機器（RX、TXの二台）にはLANケーブルで接続して利用しますので、WIFIでは電波の届きにくいベランダや庭でのリモート制御に最適です。


使ってみてとても便利だったのでまとめ記事にしておきました。
一番ありがたかったのは通常のWIFIでは困難だったそこそこ長距離（100M位）のリモート制御が設定不要で繋ぐだけで利用できることでした。
一台を家のルータに接続しておけばリモート機器をLANで利用できますので家のどのPCからでも操作が可能になります。（試してはいませんが、IPを割り振っておけば操作する機器とリモート機器でのダイレクト接続も出来るかと思います。）

私のようにWIFIの接続距離でお悩みの方にはおすすめですよ。