DMR機のMD-380到着
2018.03.18
注文していたDMR機のMD-380が昨日到着しました。
AliExpressにて3/6注文->3/8発送->3/17到着でした。
設定後ダミーロードにてテスト実施、問題無く動作しました。
デフォルトでCHメモリ設定されていた周波数は全て国内で運用可能な周波数に変更しました。
再免許申請ですでに8月中旬から有効の免許状がすでに発行されており変更申請が不可です。
よって保証認定での変更申請は8月中旬以降となります。
それまではMD-380よりの電波が飛ばない方法より運用します。
そのうちDMRの熱が冷めてお蔵入りになるかも?。
MD-380の設定および保証認定についは こちらのサイト で説明されています。
FT1D等のC4FM機でPi-Starの YSF2DMR Bridge を利用すればDMRリフレクターに出られますのでMD-380は無くてもよいのですが値段が安く手に入るため勉強を兼ね購入しました。
----------追記-------------
再免許申請で新免許状が発行された後に変更申請も可能との情報を頂きました。
変更申請で発行された免許状と再免許分免許状の2枚が送られて来るそうです。
保証認定等に日数がかかる場合がありますので間際の変更申請は避けた方が良いかも知れません。
AliExpressにて3/6注文->3/8発送->3/17到着でした。
設定後ダミーロードにてテスト実施、問題無く動作しました。
デフォルトでCHメモリ設定されていた周波数は全て国内で運用可能な周波数に変更しました。
再免許申請ですでに8月中旬から有効の免許状がすでに発行されており変更申請が不可です。
よって保証認定での変更申請は8月中旬以降となります。
それまではMD-380よりの電波が飛ばない方法より運用します。
そのうちDMRの熱が冷めてお蔵入りになるかも?。
MD-380の設定および保証認定についは こちらのサイト で説明されています。
FT1D等のC4FM機でPi-Starの YSF2DMR Bridge を利用すればDMRリフレクターに出られますのでMD-380は無くてもよいのですが値段が安く手に入るため勉強を兼ね購入しました。
----------追記-------------
再免許申請で新免許状が発行された後に変更申請も可能との情報を頂きました。
変更申請で発行された免許状と再免許分免許状の2枚が送られて来るそうです。
保証認定等に日数がかかる場合がありますので間際の変更申請は避けた方が良いかも知れません。
2018.03.18 20:19
| 固定リンク
| D-STAR/C4FM etc
Pi-Star Verアップ実施
2018.03.01
Pi-Starのバージョンアップの情報を入手しましたのでVer 3.4.9 より Ver 3.4.10 にアップしました。
YSF2DMR GatewayによりFT1D等のC4FM機でDMRリフレクターに接続、DMR局と交信が可能です。 若干遅延はありますが音質的には問題ありませんでした。
DVMEGA、ZumSpot等YSFが使用可能なデバイスであればYSF2DMR Gatewayが利用可能です。
ついでにZUMspotのファームウエアもV1.0.1よりV1.3.3にアップしました。
何が変わったのかわかりません。
(YSF2DMR GatewayはV1.01でも使用可能でした)
アップデート手順メモは こちら です。
YSF2DMR GatewayによりFT1D等のC4FM機でDMRリフレクターに接続、DMR局と交信が可能です。 若干遅延はありますが音質的には問題ありませんでした。
DVMEGA、ZumSpot等YSFが使用可能なデバイスであればYSF2DMR Gatewayが利用可能です。
ついでにZUMspotのファームウエアもV1.0.1よりV1.3.3にアップしました。
何が変わったのかわかりません。
(YSF2DMR GatewayはV1.01でも使用可能でした)
アップデート手順メモは こちら です。
2018.03.01 21:16
| 固定リンク
| D-STAR/C4FM etc
DV3000ボードUSB接続
2018.02.26
DV3000ボード(PiDV)をUSB接続にしてAMBEserverの動作確認してみました。
DV3000ボードは本来RaspberryPiのGPIO接続ですが以前にDVMEGAのUSB接続で使用していたUSBシリアル変換アダプタ(FTDI社チップ)を流用してUSB接続として実施しました。
スピードはデフォルトの230400bps及び改造による設定変更で460800bpsで確認、両スピード共、Windows10及びRaspberryPi3(OS:Stretch)上で問題無く動作OKでした。
RaspberryPi3(OS:Stretch)でのGPIO接続によるAMBEserverも両スピード共に動作OKでした。
DV3000ボードの460800bps方法は基板上のJP1の
1-2間のパターンカット
3-4間及び5-6間のジャンパー接続です。
今後の事を考えて基板裏面にピンヘッダを取付、半田付け作業無しでスピードの変更が出来る様にしています。
DV3000ボードは本来RaspberryPiのGPIO接続ですが以前にDVMEGAのUSB接続で使用していたUSBシリアル変換アダプタ(FTDI社チップ)を流用してUSB接続として実施しました。
スピードはデフォルトの230400bps及び改造による設定変更で460800bpsで確認、両スピード共、Windows10及びRaspberryPi3(OS:Stretch)上で問題無く動作OKでした。
RaspberryPi3(OS:Stretch)でのGPIO接続によるAMBEserverも両スピード共に動作OKでした。
DV3000ボードの460800bps方法は基板上のJP1の
1-2間のパターンカット
3-4間及び5-6間のジャンパー接続です。
今後の事を考えて基板裏面にピンヘッダを取付、半田付け作業無しでスピードの変更が出来る様にしています。
2018.02.26 21:56
| 固定リンク
| D-STAR/C4FM etc
xlxd起動失敗対策
2018.02.03
xlxd v2.2.2 とRaspberryPI(jessie/Stretch)との組み合わせに於いて /etc/systemd/system/xlxd.service に書いたスクリプトでの自動起動が失敗する事例が他局で発生しています。
原因は起動スクリプトに書いてある After=network.target が効いていなくネットワークが完全に起動されていない状態でxlxdが起動している様です。
sudo service xlxd restart でxlxdを再起動すれば復旧します。
当局XLX538の起動方法は当初から .config/autostart/にxlxd起動コマンドを書いてxlxdを自動起動させています。この方法ですとxlxd起動タイミングが遅い為に自動起動が失敗する事象は発生していません。
---------------当局のxlxd自動起動作成手順--------------------
TeraTerm等によるssh接続の場合はpiユーザでLoginして、またVNC接続の場合はLxTeaminalでpiユーザのまま作業します。
cd .config で.config(隠しフォルダ)に移動
ls -a でautostartフォルダがある事を確認、無ければ sudo mkdir autostart でフォルダ作成
cd autostart
sudo nano xlxd_start.desktop
--------xlxd_start.desktop-------
[Desktop Entry]
Type=Application
Exec=sudo /etc/init.d/xlxd start
-----------------------------------
上記3行を入力して保存、nanoを終了します。
すでにxlxd.serviceで自動起動設定されている場合は
sudo systemctl disable xlxd.service で自動起動を停止させます。
xlxd.serviceの自動起動を停止させなくても
3行目を Exec=sudo /etc/init.d/xlxd restart にすれば正常に起動するとの事です。
尚、この場合 xlxd通信エラーで立上り-->xlxd_start.desktop でxlxdが再起動、正常動作する事になります。
上記の手順はあくまでも参考事項で上記作業でトラブルが発生しても責任は負えません。
jessie/Stretchのサービスはsystemdによる起動が推奨されております。
エラー回避できるもっと良い起動方法が有るかも知れません。
原因は起動スクリプトに書いてある After=network.target が効いていなくネットワークが完全に起動されていない状態でxlxdが起動している様です。
sudo service xlxd restart でxlxdを再起動すれば復旧します。
当局XLX538の起動方法は当初から .config/autostart/にxlxd起動コマンドを書いてxlxdを自動起動させています。この方法ですとxlxd起動タイミングが遅い為に自動起動が失敗する事象は発生していません。
---------------当局のxlxd自動起動作成手順--------------------
TeraTerm等によるssh接続の場合はpiユーザでLoginして、またVNC接続の場合はLxTeaminalでpiユーザのまま作業します。
cd .config で.config(隠しフォルダ)に移動
ls -a でautostartフォルダがある事を確認、無ければ sudo mkdir autostart でフォルダ作成
cd autostart
sudo nano xlxd_start.desktop
--------xlxd_start.desktop-------
[Desktop Entry]
Type=Application
Exec=sudo /etc/init.d/xlxd start
-----------------------------------
上記3行を入力して保存、nanoを終了します。
すでにxlxd.serviceで自動起動設定されている場合は
sudo systemctl disable xlxd.service で自動起動を停止させます。
xlxd.serviceの自動起動を停止させなくても
3行目を Exec=sudo /etc/init.d/xlxd restart にすれば正常に起動するとの事です。
尚、この場合 xlxd通信エラーで立上り-->xlxd_start.desktop でxlxdが再起動、正常動作する事になります。
上記の手順はあくまでも参考事項で上記作業でトラブルが発生しても責任は負えません。
jessie/Stretchのサービスはsystemdによる起動が推奨されております。
エラー回避できるもっと良い起動方法が有るかも知れません。
2018.02.03 16:56
| 固定リンク
| D-STAR/C4FM etc
XLXD v2.2.2にup実施
2018.01.26
githubにXLXD v2.2.2がupされていましたのでインストールを実施しました。
upの内容については不明です。
interlinkが増えるとxlxdの動作が不安定と言われていたオーナ局がおられたのでこの辺りの改善かな?。
xlxdのみバージョンupですのでsudo makeでコンパイルして出来たxlxdファイルのみを /xlxd/ にコピーす事で簡単にできます。
コピー前に sudo service xlxd stop でxlxdサービスを停止、
コピー完了後に sudo service xlxd start でxlxdサービスを起動すればokです。
sudo make installでインストールした場合は /xlxd/xlxd.interlink の編集が必要です。
upの内容については不明です。
interlinkが増えるとxlxdの動作が不安定と言われていたオーナ局がおられたのでこの辺りの改善かな?。
xlxdのみバージョンupですのでsudo makeでコンパイルして出来たxlxdファイルのみを /xlxd/ にコピーす事で簡単にできます。
コピー前に sudo service xlxd stop でxlxdサービスを停止、
コピー完了後に sudo service xlxd start でxlxdサービスを起動すればokです。
sudo make installでインストールした場合は /xlxd/xlxd.interlink の編集が必要です。
2018.01.26 19:50
| 固定リンク
| D-STAR/C4FM etc