別のクライアントの通信からわかったので微妙なところです。スペアナがあったらやってみたかったことの1つとしてコモンモードフィルタ(RFチョーク)の評価というのがあります。だいたいトロイダルコアを使って作っており、トロイダルコアは再現性が高いので計算通りにやれば実用性能はでるはずなのですが、ちゃんと作れているか?はやはりはかってみなければわかりません。スペアナがなくてもハムバンドでダミーロードを使いつつ高周波電流を頑張って測るという方法で一応検証はできるのですが、面倒くさすぎるので結局グラフ化したりまでしたことはありません。面倒くささが勝りすぎます。スペアナのコールド側をショートさせれば計れそうです。要は単にRFチョークとして測定します。あれば十分な性能といえるらしいです。ワニグチクリップをトラッキングジェネレータとスペアナ入力に直付けし、ホットコールドをそれぞれショートさせます。この状態でTGの出力レベルを0dBmに設定し、ノーマライズします。それなりに出力がないとノイズに測定結果が隠れてしまうので気をつけます。ノーマライズされた状態でホット側をはずしてアイソレーションを確認します。(意味がない結果が見えていると混乱するため)。側にワニグチクリップをつけたりして配線長を増やすと50MHz〜は容易にアイソレーションがとれなくなるので注意します。以下はオープンの状態のアイソレーションです。この状態でフィルタに接続して測ります。フィルタの入力側(TG側)の線長が長いとこれまたアイソレーションがとれないので誤差の原因になりますが、排除するのが難しいです。シールドケースに入れて測るしかない気がしますが、今回は用意できてないので多少飛びこみがあります。余裕でとれるみたいなグラフがあります。なっているように見えます。(0〜100MHzのスパンなので真ん中が50MHzです)。とれている範囲はそれほどないです。ついでに挿入損失も測りました。入力インピーダンスで分圧した形になる。神道の文献は、たとえ最古の古事記(712年)であっても、仏教伝来(遅くとも6世紀半ば)後に書かれたものであるので、そもそも「仏教に影響されていない神道」というものを記録している文献はない。名前に反して江戸時代の新興宗教であって、儒教・仏教色を排すという意味ではかえってそれらの影響をうけている。はながいこと食わず嫌いだった。「難しい」というイメージだけ先行していた。はながいこと食わず嫌いだった。「難しい」というイメージだけ先行していた。使わない手はないという気持ちになった。書いていると、だいたいは書いたコードがそのままバイナリに翻訳されている感があり、安心感がある。メモリ上の配置そのままだし、関数だって単に処理のまとまりに名前がついてて、呼び出しもとに自動的に戻ってくるラベルなだけだ。なるとオブジェクト指向に概念が入ってきて、これが実際どのようにコンパイルされるかに不安が出てくる。やるオブジェクト指向のプリミティブな実装とよく似ている。テンプレートは、複数の型に対する処理を1回でまとめて書けるという仕組みなので、原理的には、扱う型が増えるほど、出力バイナリに関数本体が増えていくことになる。一方で、テンプレートをコンパイル時計算のために使うような場合は、コンパイル時に解決されるコードがほとんどになり、出力バイナリは書いたコードの見た目の多さに反してかなり少なくなることもあるということで、テンプレートが使われているからといってバイナリサイズが肥大化するというわけではない。(インライン化されないとか)。付けかたが複雑で、ベターCとして使おうと思うと一番ハマる。一方で、テンプレートメタプログラミングでコンパイル時に計算することができるので、コンパイラが判断できないような高度な最適化を自力でやることができる。書くとマクロだらけになる。Cのマクロは文字列展開なので型がなく、当然マジックナンバーにも型を付与できない。組込みは実行時デバッグのコストが高いので、コンパイル時に見つけることができるエラーは全てコンパイル時に見付けたいが、Cではそこまでのことができない。浮動小数点まわりについてはMCUでは非常に重い処理になるので、できるだけ事前計算した係数をつかってMCU上では整数演算にしてしまうなどの最適化をしたくなる。いうときCのマクロだけで書くのはとても厳しい。あればコンパイル時に浮動小数点計算を行って定数展開できるので、あきらかに有利になる。浮動小数点に限らず、高いレイヤーでの最適化はコンパイラは知るよしもないので手でやる必要がある。その際C++のTMPは非常に強力に使える。付近に急激な落ちこみが観測されることがあって気になっていました。付近に急激な落ちこみが観測されることがあって気になっていました。いうものなのかなとも思ったのですが、調べてみたら同じような問題にあたっている人がいて、まぁよく考えたらそういうものではないよなという感じです。これは簡単に再現することができます。付近を拡大することで、変な落ちこみを見ることができます。落ちこみがあるのがわかると思います。付近を見ると、スカートが不自然になっているので非常に目立ちます。冒頭の画像はこの方法での再現です。直結よりもわかりやすくおかしいことがわかります。広いスパンで見ているときや、広いダイナミックレンジで見ているときには気付きにくいかもしれませんが、フィルタのようなものを測定するときはかなり気になる挙動だと思います。付近はアマチュア無線でも使う帯域ですし、基準信号付近ですから余計気になります。位相雑音がどうとかよりも致命的な問題でしょう。1月22日にリリースされており、これにある程度の修正が含まれています。ダウンロードできます。いうのをダウンロードします。選択すると、アップデートが開始されます。数分で終わり、再起動すると最新のファームウェアで起動します。使ったUSBメモリです。認識されませんでした。メモリじゃないとダメなようです。ググってみると、メーカー的にはできるだけ容量が少ないほうが信頼性が高いということになっているみたいです。いえ現時点で新品はもはら8GB未満は売ってません。(信頼性は別として)。直結の場合では不連続部分はわかりません。バンドパスフィルタで見たときはすこし不連続な部分が残っているようにみえます。いうことで、完全には解決しません。挙動的にはまるめ誤差みたいなのが発生しているような感じますが実装がどうなっているかはわかりません。エンジニアは把握しており、直すつもりはあるようです。3年保証がついているのですが、ファームウェアアップデート時にどのような扱いになるか不安になりました。(そもそも国内販売版のものが国際版と完全に同一であるかの確証もない)国内のリゴルジャパンへメールで確認をとったところ、すぐに返信していただけました。ことで、アップグレードしても大丈夫そうです。なって、TCPソケット経由でのコマンド解釈がすこし厳密になって動かなくなったので直しました。あと、スクリーンショットをとるコマンドは最後にリモートモードを解除するコードを入れていたのですが、動かなくなりました。リモートからコマンドを実行すると必ずリモートモードになってしまって若干鬱陶しいのでなんとかしたいのですが、こちらの原因はよくわかってません。機能が無効になってみたいです。クエリに応答しません。